[01:44] <stahlie> I'm a beginner in c/c++ programming.... I'd like to be part of ubuntu development.  where would you recommend I start with?
[01:58] <bmahe> stahlie, try to scratch one of your itch
[01:58] <jbicha> stahlie: Ubuntu development is mostly packaging and fixing bugs, so I'd recommend you find something that interests you and try making it better
[01:58] <bmahe> pick a project you use and like, and either fix/improve something
[01:58] <jbicha> for packaging, see http://developer.ubuntu.com/resources/tools/packaging/
[08:15] <lifeless> skaet: hey, we were meant to catch up this week I think, but I have no idea when/where the meeting is
[08:17] <skaet> lifeless,  it was on monday,  but we'll be having the follow on today.   Will add you to today's invite.
[08:17] <lifeless> skaet: cool
[08:32] <ogra_> could someone bump the buildscore on https://launchpad.net/ubuntu/+source/linux-ac100/3.0.8-4.3/+build/3084606 please ?
[08:33] <wgrant_> ogra: Done
[08:34] <ogra_> gracias !
[09:11] <pitti> Good morning
[11:21] <micahg> Mirv: for mozvoikko, does that affect 1.10 as well or just 2.0?
[11:33] <Mirv> micahg: excellent question
[11:34] <Mirv> micahg: I was just wondering the same, ie. whether then lucid/maverick should get 2.0.1 together with newer firefoxes or not
[11:34] <micahg> Mirv: well, those are easier to fix, I'm more concerned about natty/oneiric that I pushed with 1.10 and Firefox 9
[11:34] <ogasawara> pitti: would you have any free time today? the kernel team wanted to chat about getting our burn down charts updated.
[11:35] <pitti> ogasawara: in meeting right now, can we do that right after lunch? I'll come to your room
[11:35] <micahg> Mirv: we're planning on pushing 2.0.x with Firefox 10
[11:35] <Mirv> micahg: I'll install a virtual machine and check around a bit
[11:35] <micahg> Mirv: thanks
[11:35] <ogasawara> pitti: yes, that would be great.
[11:35] <Mirv> micahg: ok, everywhere? then I'll just check out natty/oneiric
[11:35] <pitti> ogasawara: (note that I'm not the primary WI tracker dev any more, but I can probably still help you to tweak the charts)
[11:35] <micahg> Mirv: yeah, 2.0.x with go with 10 everywhere (hopefully)
[11:50] <smoser> jdstrand, where was that archive tool you mentioned?
[11:50] <smoser> in security tools for grabbing /checking packages.gz and such
[11:54] <smoser> mdeslaur, or sbeattie ?
[11:54] <mdeslaur> smoser: huh?
[11:54] <micahg> smoser: are you referring to scripts/packages-mirror in ubuntu-cve-tracker?
[11:54] <smoser> there is something (i think in lp:ubuntu-security-tools) that downloads the Packages.gz and Releases files and checks that they're in sync
[11:55] <smoser> jamie mentioned it to me last night
[11:55] <mdeslaur> smoser: yeah, that would be what micahg mentioned
[11:55] <mdeslaur> smoser: it's a script that locally mirrors the archive without the binary packages
[11:56] <smoser> loking
[11:56] <mdeslaur> smoser: http://bazaar.launchpad.net/~ubuntu-security/ubuntu-cve-tracker/master/view/head:/scripts/packages-mirror
[11:57] <jdstrand> smoser: run-debmirror
[11:57] <mdeslaur> oh, wait, jdstrand says that's not the tool he was referring to
[11:57] <jdstrand> smoser: in utils
[11:57] <jdstrand> smoser: we are talking about the md5 checking code, right?
[11:57] <jdstrand> I didn't phrase that well
[11:57] <jdstrand> anyhoo :)
[12:05] <smoser> thank you to all security team for help
[12:06] <mdeslaur> smoser: dude, we'd do anything for you, you know that, right? :)
[12:36] <soren> rmadison is breaking records today.
[12:37] <soren> "rmadison python-django python-libvirt" took 3m12s. Gosh.
[12:37] <soren> This is going to be a long day :)
[12:37] <cjwatson> hm
[12:37] <cjwatson>  12:37:35 up 4 days, 19:39,  5 users,  load average: 14.84, 14.81, 9.52
[12:37] <soren> I swear that's not my doing :)
[12:37] <soren> this is the first call I made :)
[12:38] <soren> Second time, same query: 17s.
[12:38] <soren> I guess I should just keep asking it the same question.
[12:38] <cjwatson> It has to recompute stuff each time the archive changes
[12:39] <cjwatson> Different queries should be fast for a while
[12:39] <cjwatson> Well, "fast"
[12:39] <soren> Heh :)
[12:39] <cjwatson> I think this is mostly lillypilly being everyone's punchbag
[12:39] <lamont> when did dpkg grow the annoyance at blank lines in package descriptions?
[12:40] <soren> hasn't it always?
[12:40] <lamont> I upgraded to precise from oneiric yesterday, and it faceplanted because of a bad printer driver package (from the manufacturer?), which was never an issue on oneiric
[12:42] <lamont> lexmark-08z-series-driver_1.0-1 from lexmark's website
[12:42] <lamont> http://support.lexmark.com/index?locale=en&productCode=LEXMARK_X7675&userlocale=EN_US&segment=DOWNLOAD&os=UBUNTU_10.04&page=downloadsList&oslocale=en_US
[12:43] <lamont> I'll have to do a clean oneiric install, install their broken driver and do-release-upgrade again to make sure, but then I have a bug for both update-manager and for lexmark
[12:45] <soren> lamont: Oh, you mean in binary packages?
[12:48] <lamont> verily
[12:48] <lamont> I don't remember when I ran into a lexmark printer, but i want to say it was pre-oneiric
[13:08] <lifeless> skaet: btw if you use my <firstname at canonical dot com> you can see my calendar... and that I can't make 9am
[13:12] <Ursinha> lifeless, are you here in budapest?
[13:12] <Ursinha> I guess I saw you yesterday... or was your clone again?
[13:15] <lifeless> Ursinha: Twas I; I was going to come over and say hi, but the hot food called me
[13:15] <Ursinha> okay, changing that meeting was my fault, but not sure if you are required to be there, to be honest...
[13:15] <Ursinha> lifeless, ah :)
[13:15] <skaet> lifeless, come when your conflict is over,  we'll tweak the agenda a bit
[13:17]  * skaet would like lifeless there so we don't come up with things that aren't even possible...
[13:18] <Ursinha> skaet, I see :)
[13:19] <lifeless> skaet: cool, will do
[13:46] <dpm> hey skaet, do you have the release notes thanks page somewhere in the wiki? If so, I'll just stick the query to get the list of translators and the procedure in there
[13:48] <skaet> dpm,  structure has to be created and will change from release to release, so we probably need some meta pages for this.   I'll set something up and bounce you a pointer later today.
[13:48] <skaet> thanks.
[13:49] <dpm> skaet, ok, cool. Whenever you've got anything set up, just ping me and I'll add the translators info
[13:50] <skaet> dpm,  will do.  Thanks!
[14:04] <lifeless> I believe this is undesirable:
[14:04] <lifeless> Do you want to continue [Y/n]? y
[14:04] <lifeless> Abort.
[14:05] <slangasek> lifeless: I trust that it recorded your preference somewhere sensible though
[14:05] <lifeless> slangasek: I have /no/ idea :)
[14:06] <dross> moin
[14:09] <Ursinha> pitti, hi, whenever you have a few minutes, let's talk :)
[14:20] <ahasenack> hi guys, can someone from the sru team review my python-tz SRU for lucid, maverick, natty and oneiric? It's in the upload queue
[14:29] <pitti> Ursinha: sorry, got (physically) pulled into two other discussions; want to come to desktop room, or shall I find you? where are you ATM?
[14:30] <mdeslaur> barry: could you give me access to LP: #798405 please?
[14:34] <barry> mdeslaur: i subscribed you, hopefully that does the trick ;)
[14:34] <mdeslaur> barry: yes, thanks!
[14:44] <Mirv> micahg: I got distracted but mozvoikko 1 works in oneiric with firefox 9 - although there is now the common problem that for new users it's disabled by default because of the firefox policy change and one needs to manually go to extension settings
[14:45] <Mirv> micahg: same in precise - but it seems the Firefox language packs have some trick to be automatically enabled?
[14:45] <micahg> Mirv: right, chrisccoulson could tell you more about why the langpacks work and the extensions don't, thanks for testing though
[14:45] <Mirv> micahg: actually, in fresh oneiric with Firefox 9 also Ubuntu Firefox Modifications is disabled by default
[14:46] <micahg> Mirv: oh?  that's bad
[14:46] <micahg> that didn't occur when I tested
[14:46] <Mirv> hmm, let's see, it says it's incompatible but seems there are some uninstalled updates still even though firefox 9 is in
[14:48] <Mirv> micahg: yes, it looks like ubufox is marked as incompatible with Firefox 9 so that home page is not the Ubuntu about page but the Firefox's own about:home
[14:49] <micahg> Mirv: do you have 1.0.2-0ubuntu0.11.10.1 installed?
[14:51] <Ursinha> pitti, I am in the server room, brainstorming in the big paper chart
[14:52] <Mirv> micahg: ah, never mind, now it actually upgraded it. somehow though the 11.10 installation together with "install also updates" installed Firefox 9 but not all of the other updates
[14:54] <Ursinha> pitti, if you want to come over that would be nice
[15:09] <smoser> mdeslaur, jdstrand micahg thanks for your help. i have http://paste.ubuntu.com/800646/ now. it only checks amd64 and i386 right now.
[15:09] <micahg> smoser: those are the only archs on archive.ubuntu.com
[15:09] <mdeslaur> smoser: cool
[15:09] <smoser> micahg, well that would explain me not seeing others :)
[15:12] <poolie> james_w, hi?
[15:12] <james_w> hi poolie
[15:12] <lifeless> can we stop ia32-libs-multiarch depending on libnss-ldap ?
[15:13] <poolie> james_w, i'm just looking at bug https://bugs.launchpad.net/udd/+bug/877827 and find_unimported_versions
[15:13] <lifeless> so folk can -not- have ldap-auth-config installed
[15:13] <poolie> and i'm trying to understand the logic in
[15:13] <poolie> # We'll never find old debian releases, so if there is a new one already
[15:13] <poolie>             # imported then don't try and re-import the old ones.
[15:13] <mvo> slangasek: if you can still reproduce the apt ubuntu branch issue with crda could you jump into #synaptic?
[15:14] <james_w> poolie, the rationale for the code marked by that comment, or the logic flow around there?
[15:14] <poolie> istm that if it's an ancient debian release, whether we've previously imported from debian or not, we should not queue it for importing
[15:14] <poolie> ie the 'continue' just before the assertion should be one level further out
[15:14] <james_w> poolie, what about the initial import of a package?
[15:14] <poolie> then i guess it would keep reading forward until it finds a release in a non-ancient debian release?
[15:15] <poolie> or no?
[15:15] <slangasek> lifeless: yes, we absolutely can
[15:15] <james_w> that would be better accomplished by just deleting all the code to get old versions of debian packages
[15:15] <slangasek> lifeless: if you're keen to upload it, please drop the dependencies on all the libnss-* and libpam-* to suggests
[15:16] <poolie> james_w, which code are you refering to?
[15:18] <james_w> poolie, it takes care to find out what versions of the package were in old debian releases, so that there is more history there
[15:18] <poolie> that seems to contradict the comment?
[15:18] <james_w> poolie, this code is a protection against the fact that Launchpad doesn't know about Debian potato, so before adding that code it would try and import any potato versions every time
[15:19] <james_w> poolie, so if you were to change the code to always ignore potato, you might as well just delete the code that finds out what is in potato and just use Launchpad, that way it won't ever learn about anything older than what LP knows about
[15:19] <lifeless> slangasek: I can't upload to main.
[15:20] <slangasek> lifeless: !
[15:20] <lifeless> slangasek: since I am cleverly not core-dev; would you like me to prep the change :P
[15:20] <slangasek> nah
[15:20] <slangasek> i'll just follow my own instructions then :)
[15:20] <lifeless> slangasek: if enough people nag me I will apply for acls :P
[15:20] <james_w> poolie, see the second half of import_package.py:get_debian_versions
[15:21] <micahg> lifeless: umm, isn't ia32-libs in universe?
[15:21] <lifeless> it is ?
[15:21] <lifeless> oh it is
[15:21] <micahg> always has been AFAIK
[15:21] <lifeless> slangasek: looks like I can futz with it
[15:21] <micahg> and it's no longer an ISO download :)
[15:21] <slangasek> lifeless: ohright, why would we put that in main ;)
[15:22] <cjwatson> .oO( first, land LP branch to grant ~lifeless upload permissions ... )
[15:22] <slangasek> lifeless: anyway, I'm halfway through now :)
[15:22] <nigelb> cjwatson: haha
[15:22] <lifeless> :( bzr+ssh://bazaar.launchpad.net/%2Bbranch/ubuntu/ia32-libs-multiarch/
[15:23] <slangasek> lifeless: eh? source package == ia32-libs
[15:23] <micahg> lifeless: umm, try the source (ia32-libs) :)
[15:23] <slangasek> lifeless: anyway, don't worry about it, I'll just push it here
[15:25] <james_w> poolie, does that make more sense?
[15:25] <poolie> not really sorry
[15:25] <lifeless> slangasek: libnss3 will s..blah ok
[15:25] <poolie> so it's to do with handling packages that are still available from debian, but which launchpad doesn't know about
[15:25] <lifeless> slangasek: I was just about finished :P
[15:26] <cjwatson> james_w: what about not *yet* available from Launchpad?  People often merge Debian versions before gina gets round to importing them
[15:26] <cjwatson> Particularly if they're the Debian maintainer too
[15:26] <poolie> that seems like a reasonable thing to do
[15:26] <cjwatson> Especially given how long it takes gina to get round to anything much
[15:26] <slangasek> lifeless: yah, but I was already halfway finished before we remembered you could upload it :)
[15:26] <poolie> i don't know how to reconcile that with # We'll never find old debian releases,
[15:26] <slangasek> lifeless: uploaded
[15:27] <lifeless> slangasek: :)
[15:27] <james_w> poolie, archive.debian.org has old versions of packages and we take care to use that as a secondary source of versions of debian packages
[15:27] <james_w> cjwatson, that should be fine, as this code usually runs when gina imports it in to LP
[15:27] <cjwatson> Ah
[15:28] <poolie> james_w, right, i've got that
[15:28] <poolie> so the logic is
[15:29] <poolie> if this is too old to be known to launchpad, then
[15:29] <james_w> poolie, the find_unimported_versions function looks through the list of all versions of a package, including the old debian ones, and looks to see if they are in the corresponding branch on Launchpad
[15:30] <james_w> if it is looking at debian potato then the answer will always be "it isn't" as Launchpad doesn't have a branch for debian potato
[15:30] <james_w> so every time this code runs it would say that version is unimporter
[15:30] <james_w> unimported
[15:30] <james_w> if this is the first import of the package then that's what we want, so that the potato version is threaded in to the history
[15:31] <james_w> however, if it's not the first import then we can skip potato
[15:31] <james_w> the comment is not at all clear, so let's rephrase it to try and explain that better
[15:31] <poolie> so this is running from the most recent versions to the oldest
[15:32] <poolie> if it finds any imported version that comes from debian, have_imported_old_debian is true
[15:32] <poolie> even if it's not necessarily 'old' old
[15:33] <james_w> yes
[15:34] <james_w> that's meant to mean "at some point in the past we've imported the old debian releases (like potato) so we don't need to do it again"
[15:34] <poolie> ok, so if the branch has ever imported anything from debian, we won't try to import old versions
[15:34] <poolie> s//versions from old debian releases
[15:34] <poolie> that makes sense
[15:35] <poolie> so in this case that is failing
[15:37] <poolie> we've walked back to a version from an old debian release (woody)
[15:37] <poolie> we have not observed any later versions that were imported from debian
[15:37] <poolie> we don't have the version
[15:38] <poolie> but, as the assertion says, it is marked in the revid db
[15:38] <james_w> that sounds likely
[15:39] <Mirv> chrisccoulson: is there some specific thing that workarounds the firefox's new disable-addons-by-default behavior? ubufox and langpacks seems to be enabled, but I cannot immediately see any specific thing why then xul-ext-mozvoikko is disabled by default for users
[15:40] <chrisccoulson> Mirv, yes, that's intentional
[15:40] <chrisccoulson> mozvoikko is installed in such a way that firefox considers it as third-party (which it is)
[15:42] <Mirv> chrisccoulson: isn't ubufox as well? but is it a trademark related problem or something then? at least it means that people don't have spell-checking in Firefox unless each user happens to go to extensions manually and enable it
[15:43] <Mirv> too bad mozilla chose hunspell instead of enchant at some point
[15:43] <james_w> poolie, it looks like the list is sorted incorrectly, as it's looking at woody first
[15:45] <james_w> poolie, it's because of the epoch
[15:45] <slangasek> well
[15:45] <james_w> slangasek, how did the epoch on openldap disappear?
[15:45] <slangasek> james_w: yes, because the Debian archive *completely forgot about that version of the openldap source package* :)
[15:45] <lynxman> cjwatson: ping
[15:45] <poolie> so there is a revids entry for it
[15:45] <cjwatson> lynxman: yes?
[15:46] <lynxman> cjwatson: do you know if there's a way through a preseed to send the installer logs to a remote syslog?
[15:46] <poolie> so this ordering should never happen but because of its convoluted history, its version does seem to have stepped backwards
[15:46] <james_w> slangasek, as in it was uploaded but then purged?
[15:46] <slangasek> james_w: the source package name disappeared for 3 releases, dak no longer knew anything about it, and as an openldap uploader I was completely unaware of that epoch until the importer found it :)
[15:46] <cjwatson> lynxman: not by preseeding because syslogd starts before preseed files are processed, but you can put remote_host= and (if required) remote_port= parameters on the kernel command line
[15:46] <james_w> slangasek, ok
[15:46] <slangasek> james_w: the source package name went openldap -> openldap2 -> openldap2.1 -> openldap2.2 -> openldap2.3 -> openldap over the space of 10 years
[15:46] <james_w> poolie, yeah
[15:46] <lynxman> cjwatson: neat, thanks :)
[15:47] <cjwatson> lynxman: sorry, make that log_host= and log_port=
[15:47] <cjwatson> shouldn't have tried to answer entirely from memory ;-)
[15:47] <james_w> it seems like we would have to blacklist openldap 2:1.2.12.1-1 from being considered at all
[15:47] <poolie> so the consequence of this is that have_imported_old_debian is not set correctly
[15:48] <james_w> yeah
[15:48] <james_w> there's an implicit assumption that versions monotonically increase over time in Debian
[15:48] <poolie> if we did a prior pass to look whether anything had been imported, that would avoid the issue
[15:48] <lynxman> cjwatson: hehe, thank you again :D
[15:48] <poolie> indeed
[15:48] <james_w> yes, that would likely work as well
[15:49] <poolie> i don't know if it's worth doing that for such an obscure case
[15:49] <poolie> otoh it may make things cleaner
[15:50] <james_w> yeah
[15:52] <slangasek> cjwatson: your crda change from November is making the apt trunk unhappy
[15:54] <poolie> james_w, do you have any advice or opinion which i should do?
[15:54] <slangasek> cjwatson: mvo, DonKult are looking at it (there does seem to be a bit of an apt bug, a M-A: foreign package shouldn't be interpreted as conflicting with itself which seems to be what happens here - http://paste.ubuntu.com/800659/), but I'm thinking it would be good to work around this too
[15:54] <james_w> poolie, I think either would work well, and I would guess that the two-pass solution would be slightly easier, with the added bonus of making that comment less obscure :-)
[15:55] <poolie> i concur
[15:55] <slangasek> cjwatson: do you recall the specifics of the provide/break/replace being added against a package that's still in the archive?
[15:55] <cjwatson> slangasek: Is that bad?  We want wireless-crda to go away eventually ...
[15:55] <cjwatson> Or is crda not being installed in its place?
[15:55] <cjwatson> Let me dig up the relevant IRC conversations
[15:56] <slangasek> cjwatson: well, it's mostly that I have to do an 'apt-get -f install' to get out of it :)
[15:56] <cjwatson> http://irclogs.ubuntu.com/2011/11/28/%23ubuntu-kernel.html#t15:33
[15:57] <poolie> ok we have a meeting now
[15:57] <cjwatson> crda's Replaces/Breaks is on versions of wireless-crda from before it became a transitional package for crda
[15:58] <cjwatson> IOW this is basically a rename but with wireless-crda kept around to (allegedly) make the upgrade path clearer
[15:58] <cjwatson> This seems like a fairly standard rename to me; I'm surprised apt is having trouble with it
[15:58] <andreas__> hi guys, someone around to take a look at my SRU for python-tz? for lucid, maverick, natty and oneiric, packages are in the upload queue awaiting review
[15:58] <andreas__> the bug is #885163
[15:58] <slangasek> cjwatson: dropping the provides: seems to be sufficient to make apt happy; would that be acceptable here now that the kernel knows/prefers crda?
[15:59] <lifeless> slangasek: so you'll upload it too right ? :)
[15:59] <cjwatson> slangasek: yes, it would
[15:59] <slangasek> lifeless: hmmm?
[15:59] <lifeless> slangasek: ia32-libs-multiarch :)
[15:59] <cjwatson> It's actually the presence of a transitional package that makes the Provides redundant
[15:59] <slangasek> cjwatson: ok, I'll do that then, thanks
[16:00] <slangasek> lifeless: already uploaded
[16:00] <lifeless> cool
[16:00] <slangasek> lifeless: took two tries because I forgot to pull in pitti's last upload first, but it's accepted now
[16:01] <cjwatson> yeah, I can see how that Provides might have confused it in multiarch-land, sorry about that
[16:02] <l3on> hey guys I worked on merging zabbix 1.8.9, there is a new version 1.8.10 that fixes a CVE, should we adopt it ?
[16:03] <l3on> s/a CVE/2 CVEs/
[16:34] <infinity> bryceh: I assume you already know that xdiagnose is broken?
[16:35] <slangasek> superseded by waylandiagnose
[16:35] <infinity> slangasek: :P
[16:36] <infinity> https://bugs.launchpad.net/ubuntu/+source/xdiagnose/+bug/914836
[16:36] <micahg> is waylandiagnose a package to see what's wrong with Mr Burns?
[16:50] <bryceh> infinity, yeah already fixed
[16:55] <infinity> bryceh: Though not uploaded?
[16:55] <bryceh> infinity, not yet
[16:58] <bryceh> infinity, up now
[16:58] <infinity> bryceh: Danke.
[17:11] <mdeslaur> mvo: ok, try again
[17:33] <pitti> lamont, infinity: any chance to kill https://launchpad.net/ubuntu/+source/libreoffice/1:3.5.0~beta2-2ubuntu1/+build/3082920 ? there's a new upload, and this one is just a waste
[17:50] <dobey> is there a way to restrict the output of "apt-cache rdepends" to things only in main?
[18:39] <shnatsel> hello
[18:40] <shnatsel> I wonder if I can pass several mirrors to lb_config, e.g. Ubuntu mirror + PPAs
[18:40] <shnatsel> http://manpages.ubuntu.com/manpages/precise/en/man1/lb_config.1.html has so many different mirror options
[18:42] <shnatsel> it's not stated if I can use several mirrors at once or specify the same option several times or something like that
[18:44] <tumbleweed> dobey: reverse-depends can
[18:51] <dobey> tumbleweed: that's what i asked :)
[18:51] <dobey> anyway, have an appointment. brb
[19:45] <tumbleweed> dobey: I'm talking abut the tool in ubuntu-dev-tools
[19:45] <dobey> oh
[19:45] <dobey> tumbleweed: can it also only list things that are on the default install seed?
[19:45] <tumbleweed> no
[19:46] <dobey> since that's what i *really* want right now
[19:50] <tumbleweed> I'd say calculate reverse deps, then filter by seed (you can use the json db that seeded-in-ubuntu grabs)
[20:16] <ScottK> pitti, SpamapS, RAOF: I've just finished uploaded KDE SC 4.7.4 to oneiric-proposed - waiting for one of you to approve/accept (see bug 913928).
[20:17] <ScottK> If one of you approves, it would be nice if you'd let me do the actual accepts so I can do it in the order that will require the fewest retries.
[20:43] <lifeless> wheee rmadison is slow atm
[20:57] <psusi> hrm... was libc-bin recently converted to multiarch?
[20:57] <psusi> post alpha 1?
[20:59] <psusi> I'm seeing several bugs installing alpha 1 that look like it's because the auto update removes libc-bin and everything goes to hell before it gets around to installing libc-bin:i386
[21:00] <psusi> like in this log: https://launchpadlibrarian.net/89463970/UbiquitySyslog.txt
[21:06] <cjwatson> known to happen when eglibc builds happen out of sync across architectures
[21:07] <cjwatson> libc-bin was converted eons ago; the occurrence of this bug depends on the timing of install
[21:07] <cjwatson> it's bug 850264
[22:07] <Sarvatt> thats a major pain in the rear with ppa's with daily mesa updates in it, amd64 builds before i386 almost always so there's always a period of time where :i386 gets uninstaled because its out of sync