[03:38] infinity: is there a reason why molybdenum is no longer lpia? [03:54] micahg: It's pretending to be PPC for a short while to fool the queues. [03:55] micahg: Or, rather, was. It's served its purpose. [03:55] ah, right, mozilla stuff === rsalveti_ is now known as rsalveti === Ursinha_ is now known as Ursinha [08:17] Hi! I'm trying to get an SRU through for PulseAudio in time for the 12.04.2 release (where we need it for hwe issues mainly). However, two of the six bugs seem difficult to verify due to problems with finding the right hardware. [08:18] Any advice? === jackson_ is now known as Noskcaj === henrix_ is now known as henrix [10:31] cjwatson: do you know if bcmwl-kernel-source is on the cd? All binary drivers need to be updated to support the lts-quantal headers, this is why I'm asking [10:32] yes [10:34] cjwatson: oh, then I guess I'll have to fix it before the .2 release [10:34] (you can look at the .list and .manifest files - it's on the precise amd64 dvd and amd64/amd64+mac/i386 daily-live) [10:35] cjwatson: ok, it's just an optional dependency that I have to add, it won't take long [10:35] thanks [10:47] cjwatson: on a 2nd thought, I forgot I had already fixed this (on Wed, 12 Dec 2012). It just hasn't been approved yet in precise-proposed === Ivanka_ is now known as Ivanka === mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik === doko_ is now known as doko [12:56] * cjwatson catches up somewhat on removals === mmrazik is now known as mmrazik|afk === mmrazik|afk is now known as mmrazik [14:01] cjwatson: am I right to assume that the MRE for sssd got accepted? :) [14:01] I'll just follow up properly now [14:01] ok [14:06] thanks, I'll reupload the version for precise, with a slightly modified changelog entry === pgraner` is now known as pgraner [14:55] slangasek: ping === mmrazik is now known as mmrazik|otp [15:31] ^ and now with an all new and shiny cloak :) [15:40] why hasn't brittany automatically promoted eclib from -proposed ? [15:42] see update_output.txt.gz - it came up on #ubuntu+1-maint a few days ago [15:42] s/.gz// [15:42] "* i386: ecere-dev, ecere-sdk" [15:42] rtg: binary package name clash from two source packages. [15:42] i.e. promoting eclib would have rendered ecere-dev and ecere-sdk uninstallable - britney detected this and correctly refused to promote [15:42] rtg: both ecere-sdk & eclib build eclib. [15:43] I haven't resolved this in Debian yet. [15:43] since ecere is new in universe should we just drop it, or change the package name ? [15:44] rtg: we could drop ecere sdk out of the archive until the binary package name clash is resolved. [15:44] RM & blacklist: ecere-sdk for now? cjwatson, infinity [15:46] ecere isn't new in universe - it was in quantal [15:47] blacklisting would be quite wrong [15:47] removal is possible; I'm not wild about it because I feel that it papers over a mistake that you need to get fixed in Debian anyway [16:10] how is the list of packages for each area specified for http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-r-tracking-bug-tasks.html? [16:10] I'd like to review the server set [16:18] bug 1097329 [16:18] Launchpad bug 1097329 in eclib (Ubuntu) "ecere-sdk: binary package conflict with eclib" [High,Confirmed] https://launchpad.net/bugs/1097329 [16:18] with debian bug link references. [17:10] Riddell: you deleted sivp from raring-proposed saying "does not build, holding back other packages from migrating" - but they're just as held back without sivp [17:11] (due to it being required for the opencv transition) [17:11] Riddell: I think that was wrong and I'd like to undelete the package - any objections? [17:11] mm, fooey [17:11] cjwatson: yeah go ahead [17:12] I mean, we obviously still need to fix the build failure, but it'll save somebody else like me coming along and thinking "ooh, this just needs a rebuild, I'll upload that" :-) === yofel_ is now known as yofel === henrix is now known as henrix_ === henrix_ is now known as henrix === henrix is now known as henrix_