=== psivaa_ is now known as psivaa-off
=== yofel_ is now known as yofel
[08:38] <Noskcaj> Could linux-firmware-nexus7 and perhaps linux-firmware-grouper be removed from the archive?
[08:38] <Noskcaj>  the former has been superseeded by the latter
[08:38] <Noskcaj> and we no longer build grouper images anyway
=== doko_ is now known as doko
=== pete-woods is now known as pete-woods-lunch
[13:12] <Riddell> anyone able to tell me why this metapackage for kubuntu-plasma5-meta doesn't work? http://starsky.19inch.net/~jr/tmp/kubuntu-plasma5-meta_1.308.4.dsc
[13:12] <Riddell> I run update and it says  ? Unknown desktop package: kubuntu-plasma5-desktop
[13:12] <Riddell> but kubuntu-plasma5-desktop does end up in metapackage-map
=== pete-woods-lunch is now known as pete-woods
[13:54] <Riddell> ... think I got it
[14:11] <jibel> ogasawara, I marked bug 1333728 verification-done
[14:11] <ubot93> bug 1333728 in update-notifier "update-manager should support HWE EOL transition" [Undecided,Fix committed] https://launchpad.net/bugs/1333728
[14:11] <ogasawara> jibel: awesome, thanks!
[14:13] <ogasawara> when an archive admin has a moment, could we get both update-manager and update-notifier promoted out of -proposed to -updates in Precise?
[14:14] <cjwatson> bug 1311396 is still v-needed; but I guess we decided that the update-manager change just didn't change that one way or another?
[14:14] <ubot93> bug 1311396 in update-manager "broken translations results in traceback in new release notification" [Undecided,Confirmed] https://launchpad.net/bugs/1311396
[14:15] <cjwatson> in which case the update-manager task there should perhaps be Invalid and there should be a language pack task or something?
[14:16] <ogasawara> jibel: ^^ I think you were involved with that
[14:19] <jibel> cjwatson, I closed the task for u-m as invalid and will reopen one for each language pack affected
[14:22] <cjwatson> Thanks.  Mind if I wait for pending-sru.html to update, just to make sure we've got it all right?
[14:33] <jibel> works for me. Tasks added for P, saucy will ends its life soon and checking which langpack is affected on trsuty
=== bdmurray_ is now known as bdmurray
[15:11] <cjwatson> http://people.canonical.com/~ubuntu-archive/proposed-migration/history.html
[15:13] <cjwatson> will update automatically from now on
[15:18] <cjwatson> intuitively/roughly: blue = stuff that's stuck on transitions, yellow = stuff that's new or more broken than that
=== SpamapS_ is now known as SpamapS
=== oSoMoN_ is now known as oSoMoN
[17:27] <chrisccoulson> could someone please approve flash for trusty partner? (and then I will upload the others too)
[18:10] <slangasek> chrisccoulson: why distinct uploads to each release, vs. a single upload + pocket-copy?
[18:48] <zequence> cjwatson: Just want to give you heads up that I'll be gone between Thu-Fri, without a computer, so if you need me for anything, it'll have to wait until I come back (you mentioned you might do the ISO build thing sometime soon)
[18:48] <zequence> Er, Thu-Fri, but close enough
[18:48] <zequence> Fri-Thu, I mean of course
=== DalekSec_ is now known as DalekSec
[19:51] <chrisccoulson> slangasek, good question. I guess we could do that in future
[19:51] <chrisccoulson> (although, I've just uploaded the others now)
=== ajmitch_ is now known as ajmitch
[21:32] <Noskcaj> does xfburn gaining blu-ray support in 0.5.2 make it invalid for an MRE?
[21:32] <Noskcaj> http://sources.debian.net/src/xfburn/0.5.2-1/NEWS
[21:34] <infinity> Noskcaj: Generally, new features make something unsuitable for SRU period, MRE or otherwise, but exceptions can be made if the code is well-isolated and the old features are well regression-tested.
[21:42] <Noskcaj> infinity, None of the old features are affected, but it looks risky
[21:50] <slangasek> infinity, cjwatson: I'm considering nuking the bzip2 packaging and replacing it with dh(1), with or without Debian involvement, thanks to its lack of sanity wrt debugging symbols.  Thoughts?
[21:50] <slangasek> Noskcaj: does this mean upstream is violating their own upstream update policy on the first go arounD?
[21:51] <Noskcaj> slangasek, Some of the non-core things leave the policy to interpretation. 0.5.0 is an unstable release anyways, we are only using it because 0.4 was 5 years old
[21:52] <slangasek> hmm
[21:52] <Noskcaj> I'm only going to be requesting MREs for actual bugfixes, if there's some odd change like this i won upload it
[21:53] <Noskcaj> this is similar to gnome development release microreleases
[21:53] <slangasek> Noskcaj: my concern is that the MRE is intended to be a blanket policy that the SRU team and the uploaders can rely on without having to do a lot of per-package or per-bugfix inspection
[21:54] <slangasek> and it sounds like you're saying *someone* is going to have to review the packages that were listed in the provisional MRE, beyond what upstream is doing, because the upstream policy isn't actually watertight
[21:55] <Noskcaj> I'm saying our current xfburn is an unstable release, like using gnome 3.13.X. What is the policy for gnome MREs
[21:55] <Noskcaj> ?
[21:55] <slangasek> the policy for GNOME MREs is for microreleases on top of a stable release
[21:56] <slangasek> (or in select cases, leading up to a stable release if the GNOME and Ubuntu release schedules are misaligned)
[21:56] <Noskcaj> I should probably have had that specified for the xfce mre
[22:16] <infinity> slangasek: Does it use dpkg -b directly or something?
[22:16] <slangasek> infinity: among other offenses
[22:16] <infinity> slangasek: The simple and small delta would be to build-dep on debhelper but invoke dh_builddeb, perhaps.
[22:17] <slangasek> except for the part where it would also need to be hooked into dh_strip
[22:17] <infinity> slangasek: But convincing the Debian maintainer to take sane and modern packaging might not be hard.
[22:17] <infinity> slangasek: Err, yes, dh_strip.  dh_builddeb not required.
[22:17] <slangasek> I'm not keen on a simple and small delta against this ancient packaging
[22:18] <slangasek> I'll try to push it upstream; but I also am inclined to upload it to Ubuntu with or without Debian maintainer buy-in
[22:18] <infinity> slangasek: Then my thought unnecessary.  Carry whatever delta you like and please forward it. :P
[22:18] <slangasek> heh
[22:49] <cjwatson> slangasek: be my guest
[22:49] <slangasek> ok
[22:49] <slangasek> oh, and neato, switching to debhelper has made the binary package install size slightly smaller
[22:53] <slangasek>         CC64 += -march=x86-64 -mtune=x86-64
[22:53] <slangasek> is it just me, or does that seem pointless?
[22:54] <slangasek> one of these days, I will actually feel strongly enough about it to make dh support multibuilds properly
[23:26] <robru> infinity, poke... I'm trying to debug a dbus segfault and it looks like the dbgsym on ddebs is out of date for dbus.
[23:41] <slangasek>  rules                |  325 ++++++++++++---------------------------------------
[23:41] <slangasek>  12 files changed, 101 insertions(+), 271 deletions(-)
[23:41] <slangasek> getting closer, bzip