[00:26] <slangasek> ScottK, Riddell: so it looks like kubuntu active images are still being built, but haven't been released in a while.  Are those still a going concern?
[03:19] <xnox> adam_g: looks good.
[03:20] <adam_g> xnox, nice
[03:20] <adam_g> xnox, you want me to prepare a proper debdiff? EOD here in a few but will tomorrow
[03:20] <xnox> adam_g: nah, it's ok =)
[03:21] <xnox> admins: Please promote python3-repoze.lru to main, the source and python2 are in main and the python3 package is now needed to build python3-routes from routes(main) src package now.
[03:22] <xnox> it's in components-mismatches-proposed.txt =)
[03:22] <xnox> I don't think I need to fill out M.I.R. for it.
[03:34] <adam_g> xnox, thanks, a lot. if it helps speed things along at all. http://people.canonical.com/~agandelman/lvm2_2.02.95-6ubuntu4.1.debdiff and there is a raring package built in https://launchpad.net/~gandelman-a/+archive/cinder
[07:04] <knome> just FYI: it's highly likely xubuntu will need a bunch of sponsored uploads, or exceptions to freezes
[08:44] <jamespage> doko_, rbasak is dealing with the mysql gcc-4.4 bug you pinged about
[09:28] <doko> jamespage, yes, thanks, he did ping me yesterday
[09:45] <Riddell> slangasek: there's a new version of active from upstream to be FFe'ed today so I'll let you know later
[11:39] <lool> Hi there, would I need a FFE to add some multi-arch headers to valac?
[11:39] <lool> I'm trying to resolve a cross-build issue, but it's not trivial to unconfuse APT about multiarch headers without uploading
[11:40] <lool> I'd like to add Multi-Arch: foreign to valac and valac-0.20 as I believe any architecture of this package on the build machine is good to generate code for the host system
[11:40] <lool> (NB: arch: all and arch: any respectively)
[11:40] <lool> there are some very old multi-arch headers on that package already, but seemed to be incomplete IIUC
[11:43] <cjwatson> I think an FFe might be worth it to record the analysis of whether it's safe; in particular it's not totally obvious to me that vapigen/vala-gen-introspect are safe
[11:43] <cjwatson> Since GI files are often arch-specific, IIRC
[11:44] <cjwatson> It'd need considerable care with --cc options and the like too, wouldn't it?
[11:48] <lool> debdiff http://paste.ubuntu.com/6123553/
[11:48] <lool> cjwatson: that's indeed possible; I haven't actually tried it
[11:49] <cjwatson> You should be able to preinstall valac:$DEB_BUILD_ARCH in the chroot, manually install all other build-deps, and debuild -d -aarmhf -B
[11:49] <cjwatson> Or something along those lines
[11:49] <lool> ok
[11:50] <cjwatson> I'd definitely recommend ensuring that this isn't a difficult blind alley before adding M-A headers, based on past experience with getting this wrong :)
[11:50] <cjwatson> If it's confirmed to work then indeed the risk is low
[11:50] <lool> cjwatson: Ack; I was trying to make a step into that blind alley and then see how that works, but you're right I can just try with -d
[11:51] <lool> :-)
[11:51] <Laney> check with mbiebl too
[12:51] <slangasek> Riddell: ok :)
[13:26] <rbasak> What's the current turnaround for FFes? I'm waiting on bug 1194632 and am concerned that I have omitted doing something I should have causing it to be missed.
[13:27]  * cjwatson looks at that one
[13:29] <cjwatson> rbasak: approved
[13:29] <rbasak> cjwatson: thank you!
[13:29] <cjwatson> (though with a comment)
[13:30] <rbasak> cjwatson: next question then. It's KVM related, and seeded-in-ubuntu reports it's seeded in ubuntu-server only. May I have another exception, please?
[13:32] <rbasak> ack on the comment
[13:35] <rbasak> (ie. ubuntu-upload-permission tells me I can't upload)
[13:35] <cjwatson> rbasak: done
[13:35] <rbasak> Thanks!
[13:37] <doko> cjwatson, is this still the python3 uninstallability issue?
[13:37] <doko> https://launchpadlibrarian.net/150600712/buildlog_ubuntu-saucy-armhf.python3-stdlib-extensions_3.3.1-0ubuntu2_FAILEDTOBUILD.txt.gz
[13:38] <cjwatson> doko: python3-all-dev isn't Multi-Arch: allowed
[13:38] <doko> hmm, it did build before ...
[13:40] <doko> cjwatson, looks like a broken merge :-/
[13:41] <cjwatson> A merge?  python3-defaults is in sync with Debian
[13:41] <cjwatson> I see file has the same problem
[13:41]  * doko grumbles at ScottK 
[13:41] <cjwatson> Oh, you mean a merge into Debian
[13:42] <doko> apparently he did decide to drop the changes :-/
[13:43] <slangasek> never attribute to malice what can be adequately explained by fatfingering a manual merge?
[13:44] <slangasek> hmm, so why does c-m no longer say anything at all about ubuntu-ui-toolkit?  I poked in the Extra-Exclude for -examples, but was expecting to see the rest of the bits still listed there
[14:34] <cjwatson> ScottK: Is anyone looking at language-pack-kde-en's unsatisfiable dependency on calligra-l10n-engb?  It's been like this for a month.
[14:34] <cjwatson> Riddell: ^- Maybe I should have directed that at you as the last uploader ...
[14:34] <cjwatson> See http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#language-pack-kde-en
[14:35] <Riddell> cjwatson: oh hmm didn't I fix that?
[14:35] <Riddell> cjwatson: will take a look
[14:36] <cjwatson> thanks
[14:42] <jbicha> Riddell: that's bug 1224797
[15:37] <didrocks> cjwatson: sorry for the stupid question, but if I have libfoo1 in main transitionning to libfoo2, libfoo2 needs a manual promotion or this is automagic?
[15:38] <cjwatson> didrocks: It's automatic once the reverse-dependencies are migrated
[15:38] <didrocks> cjwatson: ok, sounds good then, thanks!
[15:39] <didrocks> so it does know about library transition
[15:39] <cjwatson> Let us know which so we can keep an eye on it
[15:39] <cjwatson> Yes
[15:39] <cjwatson> Very much so :)
[15:39] <didrocks> (because in the case something in main add a dep on another binary package in universe, where the source is in main, it doesn't do this auto promoition)
[15:41] <didrocks> thanks cjwatson for the confirmation :)
[15:41]  * didrocks still afraid if Mir bumps the ABI every 4h
[15:41] <didrocks> but at least, one less issue
[15:44] <cjwatson> Sigh
[15:44] <cjwatson> 16:39 <didrocks> so it does know about library transition
[15:44] <cjwatson> 16:39 <cjwatson> Let us know which so we can keep an eye on it
[15:44] <cjwatson> 16:39 <cjwatson> Yes
[15:44] <cjwatson> 16:39 <cjwatson> Very much so :)
[15:45] <didrocks> 17:39:38   didrocks | (because in the case something in main add a dep on another binary package in universe, where the source is in
[15:45] <didrocks>                     | main, it doesn't do this auto promoition)
[15:45] <didrocks> 17:41:00   didrocks | thanks cjwatson for the confirmation :)
[15:45] <didrocks> 17:41:11          * | didrocks still afraid if Mir bumps the ABI every 4h
[15:45] <didrocks> 17:41:22   didrocks | but at least, one less issue
[15:45] <cjwatson> proposed-migration indeed doesn't understand componnts
[15:45] <cjwatson> *components
[15:55] <ochosi> cjwatson: ping
[15:58] <cjwatson> ochosi: hi.  please include content with pings so we don't need to spend time round-tripping
[15:58] <ochosi> cjwatson: oh, sure! sorry bout that then
[15:59] <ochosi> cjwatson: i've noticed that there is a logout-delay issue in many flavors (if not all, only tested xubuntu personally though, but others have confirmed other DEs), do you have any clue how that could be debugged or what could be the culprit?
[16:00] <cjwatson> Sorry, I don't
[16:00] <cjwatson> Not really my field
[16:00] <ochosi> ok, no worries
[16:00] <ochosi> it's just that i'm not the right person so i thought i'd keep asking around
[16:01] <ochosi> so in case anyone else has an idea or knows who to talk to best, here's the bugreport: #1227212
[16:01] <ochosi> oh, no bot? well here: https://bugs.launchpad.net/upstart/+bug/1227212
[16:04] <xnox> bug 1
[16:12] <rbasak> OK. Who upset the bot?
[16:13] <xnox> rbasak: reported on #ubuntu-irc that ubot2` seems to be asleep =)
[16:59] <lool> is it worth relaunching the desktop livefs build since it failed for some days and the fix is in the archive now?
[16:59] <lool> (libunity-webapps lost its dep on webbrowser-app)
[20:27] <adam_g> bdmurray, ^ that cinder fixes a regression in the package you accepted last. if you could take a look it would most appreciated
[20:38] <infinity> adam_g: Accepted.
[20:38] <adam_g> infinity, thanks
[22:29] <doko> cjwatson, http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html says that codespeak-lib autopkgtest is failing, however the jenkins package shows that it succeeds
[22:29] <doko> or isn't it yet run? because the last run is from Sep 18
[22:34] <cjwatson> doko: I'm not totally sure, but I think there's some confusion because there was a sync of 1.4.15-1 which was later deleted
[22:38] <cjwatson> doko: I *think* I've cleared it for the next run
[22:39] <doko> thanks, will see if I'm still awake later. else I'll give the test rebuilds tomorrow
[22:41] <cjwatson> (I edited ~ubuntu-archive/proposed-migration/autopkgtest/work/adt.request.saucy and removed the bogus entry, being careful to ensure proposed-migration wasn't running at the time)
[23:08] <bluesabre> hello everyone
[23:10] <bluesabre> with UIF just around the corner and our main packagers away, I've updated xubuntu's shimmer-themes package.  Normally a debdiff is sufficient for package updates, would that still be the case for a set of gtk-themes, or would it be more involved?
[23:10] <bluesabre> for reference, https://launchpad.net/ubuntu/+source/shimmer-themes