[00:02] <Unit193> robert_ancell: -sipe too?
[00:08] <robert_ancell> Unit193, sipe?
[00:19] <Unit193> robert_ancell: http://pkgs.fedoraproject.org/cgit/pidgin-sipe.git/commit/?id=e367f2172c5d37bfedbc2d1a27c6e551a7b0f76d something like that.  To enable it to build with gst1.0 and pidgin 2.x.
[00:19] <Unit193> It already supports it, it's just not checking for gst1.0 with pidgin 2.x yet.
[00:23] <robert_ancell> Unit193, can you file a bug for that?
[00:30] <mwhudson> infinity: you about?
[00:30] <mwhudson> i want to talk shared libraries again
[00:31] <Unit193> robert_ancell: But thanks, this'll be handy.
[03:28] <pitti> Good morning
[06:48] <zyga> good morning
[07:23] <dholbach> good morning
[07:31] <seb128> hey dholbach
[07:36] <dholbach> salut seb128
[08:58] <LocutusOfBorg1> tjaalton, hi you there?
[08:59] <tjaalton> LocutusOfBorg1: more or less
[08:59] <LocutusOfBorg1> does your xserver-xorg-lts-vivid needs some rebuilds?
[08:59] <tjaalton> not that I know of
[09:00] <LocutusOfBorg1> because with the new trusty installed from scratch I can't install the development package
[09:00] <LocutusOfBorg1> and this is bad, since I can't fix any virtualbox bug (can't install the dependencies)
[09:00] <tjaalton> the vivid lts stack is in limbo, you want infinity for that :)
[09:00] <tjaalton> huh?
[09:00] <LocutusOfBorg1> trusty installed from scratch, sudo apt-get install xserver-xorg-dev
[09:00] <LocutusOfBorg1> ^^^ failure
[09:01] <LocutusOfBorg1> (libcheese, libclutter gives troubles)
[09:01] <tjaalton> how does it relate to lts-vivid
[09:01] <tjaalton> ?
[09:02] <LocutusOfBorg1> mmm I see...
[09:02] <LocutusOfBorg1> you are right
[09:03] <tjaalton> if you installed using 14.04.2 image you're on lts-utopic
[09:04] <tjaalton> and aiui it should still allow building whatever
[09:08] <LocutusOfBorg1> tjaalton, it doesn't work
[09:08] <LocutusOfBorg1> don't know why :(
[09:16] <pitti> @pilot in
[09:27] <tjaalton> LocutusOfBorg1: is there a xserver-xorg-dev-lts-utopic then?
[09:33]  * dholbach hugs pitti
[09:33]  * pitti hugs dholbach back
[10:35] <pitti> hallyn_: I'm confused by our delta in libcgroup, in bug 1445036
[10:36] <pitti> hallyn_: adding the dependency is our only delta in libcgroup, and there is no other change in the package which would justify this dependency
[10:36] <pitti> nor an explanation in the changelog why it was done
[10:45] <knocte> can someone tell me what's the gtk version used in ubuntu 15.04?
[10:47] <brendand> knocte, seemingly 3.14.12
[10:47] <brendand> well gtk-2.0 is on here as well
[10:47] <brendand> and that's 2.24.27
[10:47] <mitya57> 3.14.13 will arrive soon
[10:47] <knocte> thanks, and by any chance do you know if 3.16 is used already in v.next?
[10:48] <Laney> You can check for yourself https://launchpad.net/ubuntu/+source/gtk+3.0
[10:48] <Laney> (or rmadison gtk+3.0)
[10:48] <pitti> meh, every sponsoring bug that I look at today is broken, except the cmake one from LocutusOfBorg1
[10:49] <knocte> ok thanks
[10:55] <pitti> mvo: is https://code.launchpad.net/~jamesodhunt/ubuntu/wily/ubuntu-core-upgrader/call-upgrader-directly/+merge/259481 something you could/would review?
[11:35] <pitti> Laney: ah, I just double-sponsored https://code.launchpad.net/~logan/ubuntu/wily/pinentry/0.9.2/+merge/260092 -- can you please set MPs as merged when you upload?
[11:36] <Laney> I usually rely on that happening when it goes in
[11:36] <Laney> but in this case it went to NEW
[11:36] <pitti> (or at least follow up)
[11:36] <pitti> Laney: ah; but  it would still not auto-close the MP even without new
[11:40] <Laney> Hmm, then it would never have merged because I thought we have magic for that
[11:40] <Laney> should have commented either way, sorry
[11:52] <pitti> arges, jamespage: bug 1381450 - that's a bad SRU, neutron is now uninstallable in vivid main
[11:52] <pitti> I just promoted the lot in wily, but we can't do that in vivid
[11:54] <wgrant> Wellll
[11:54] <wgrant> You can
[11:55] <pitti> we could do a no-change SRU of these four and promote those, I figure
[11:58] <ricotz> hello, is someone here able to manage the ubuntu-translators mailing-list and can approve a pending mail?
[11:58] <dholbach> ricotz, I'm afraid dpm is on holidays
[11:59] <dholbach> ricotz, but you could either sign up for the list to get the mail through, or ping folks in #ubuntu-translators
[11:59] <dholbach> or was it #ubuntu-translations?
[12:00] <ricotz> dholbach, I see, there must be more people able to do it ;), ping over there
[12:00] <dholbach> good luck
[12:01] <ricotz> dholbach, thanks
[12:14] <mvo> pitti: I will have a look
[13:10] <LocutusOfBorg1> thanks pitti , I would like to also understand if the https://launchpadlibrarian.net/207707184/debdiff multiarch patch is really still needed
[13:10] <LocutusOfBorg1> xnox, ^^^ :)
[13:11] <LocutusOfBorg1> pitti, cmake needs a MIR of libjsoncpp ?
[13:11] <xnox> LocutusOfBorg1: yes it is.
[13:12] <xnox> LocutusOfBorg1: otherwise cross compilation of qt5 things is broken without it....
[13:12] <xnox> and like most of the debian packages
[13:18] <pitti> LocutusOfBorg1: right, needs a MIR
[13:40] <seb128> cjwatson, hey, do you think we could get https://code.launchpad.net/~ubuntu-desktop/ubuntu-cdimage/ubuntu-next-system-image/+merge/257057 merged?
[13:40] <pitti> @pilot out
[14:18] <LocutusOfBorg1> xnox, how can that patch be ubuntu-specific then?
[14:21] <xnox> LocutusOfBorg1: by not being in debian, yet....
[14:21] <xnox> LocutusOfBorg1: "debian packages" as in .dsc / .deb, not "Debian" packages as in those that are Debian Project specific.
[15:27] <LocutusOfBorg1> thanks xnox :)
[16:12] <teward> smoser: ping, if you're around
[19:45] <gQuigs> hi there, I'd like to unstick this so we can get finish getting it SRUed.. apt has been stuck at "In Progress" for 8 days now - http://people.canonical.com/~ubuntu-archive/pending-sru.html
[19:45] <gQuigs> (for 12.04, is there any way to reset it?)
[19:53] <teward> gQuigs: i bet the autopkgtests failing has something to do with the stuck state
[19:55] <gQuigs> teward: how do you fix them ?
[19:55] <teward> gQuigs: i'm not an expert, i simply made that observation from the pending sru pages
[19:57] <gQuigs> teward: hmm.. yea guess I didn't mention that.. I'm trying to figure out how to unstick that test :P
[20:39] <Unit193> infinity: Hey.  What would it take for us (Xubuntu) to add another image build?  There's already a meta/seed, fwiw.
[20:43] <infinity> Unit193: Which image would this be?
[20:43] <Unit193> xubuntu-core.
[20:43] <infinity> Unit193: What sort of image is that?  Something like ubuntu-core (snappy or rootfs, or other?), or just a smaller ISO, or...?
[20:44] <Unit193> infinity: The second, just a smaller ISO.
[20:44] <infinity> Unit193: Anyhow, the short answer is proposed patches to livecd-rootfs, ubuntu-cdimage and, if it's an ISO, debian-cd.
[20:45] <Unit193> Welp, sounds like "fun".  Thanks!
[20:46] <infinity> Unit193: On the other hand, if it's a subset of the current xubuntu, my recommendation (though it's a bit more work, it's way spiffier a result) would be to mangle your current CD to do stacked squashfses.
[20:46] <infinity> Unit193: As in, build a core squash, then build the desktop squash on top, then the installer could be made to install skinny or fat.
[20:46] <infinity> Unit193: But that's definitely more work in both livecd-rootfs and ubiquity.
[20:46] <Unit193> infinity: It is, though part of the point would be a smaller ISO download as well.  Indeed, as xubuntu-desktop actually seeds off of xubuntu-core.
[20:48] <infinity> Unit193: Third option being to just shrink your current CD, and have the full desktop be a downloadable option during the install.  Studio has some examples of how to mangle ubiquity to do that sort of thing.
[20:48] <infinity> Unit193: Mostly, just trying to talk you out of exploding your testing/validation matrix.  It's more pain than people first think. ;)
[20:50] <Unit193> infinity: An idea would be that -core is there, downloadable, but considering it's just a slimmed down version it doesn't need quite as much testing.  We've talked about it as a team (with our QA guy), but may be nice to offer those alternatives though, thanks.
[20:51] <infinity> Unit193: Yeah, I won't stop you from doing it, just giving you options.
[20:52] <Unit193> An outside view that knows the system better than we do would never be ignored. :)
[20:52] <infinity> Unit193: Also, from a pure marketing perspective, if you don't want people thinking it's a New Age IoT snappy thingee, you might want to pick something other than "Core".  Minimal, Small, Basic, etc.
[20:53] <rbasak> pitti: see bug 1458630. We deliberately moved apparmor-profile-load into init-system-helpers because it isn't necessarily upstart-specific. So I'm not sure why you say "Temporarily"? In any case the Breaks/Replaces needs to continue to be present.
[20:54] <Unit193> infinity: Right, bit late for that perhaps though.  We built off the Lubuntu idea which has been around forever, and it just barely missed the mark for trusty so made it into utopic.  Changing the ubuntu-upgrader and all that for a transition also doesn't sound fun. :3
[20:54] <infinity> Unit193: Well, no need to change the seeds or the meta, just perhaps the product name for the ISO.  But again, just a suggestion.  Canonical doesn't own a trademark on the word "Core" or anything, it's just a confusingly overloaded term.
[20:54] <Unit193> http://xubuntu.org/news/introducing-xubuntu-core/ tried to note they were vastly different.
[20:55] <Unit193> infinity: Ah right, that'd be great if it's just the name.  Slightly confusing perhaps, but not a big deal.
[20:55] <Unit193> And yes, I quite agree!
[20:56] <infinity> rbasak: That change should have stayed in until 16.04 indeed.  Pretty please reintroduce?
[20:56] <infinity> Ideally, with a comment in debian/control, so it doesn't go away again. :P
[20:57] <rbasak> infinity: ack, but I'd like to sync with pitti first. But also, I'm EOD. Added to my TODO for next wek.
[20:58] <jrwren> Windows Server Core !