=== micahg_ is now known as micahg
[03:56]  * infinity wonders why those homerun binaries were rejected.
[03:58] <micahg> infinity: ask ScottK
[03:59] <infinity> ScottK: ^
[04:00] <ScottK> The main application was uninstallable.  shlibs were wrong for the library part.  Fixed one coming tomorrow..
[04:00] <ScottK> infinity: ^^^
[04:00] <ScottK> It was the difference between libhomerun and libhomerun0 at the top of the symbols file.
[04:01] <infinity> Oh, oops.
[04:01] <ScottK> Yeah.  I missed it when I did the source New.
[04:01]  * ScottK got to do a bit of schooling on library packaging as a side effect though.
=== smartboyhw_ is now known as smartboyhw
[10:21] <psivaa> cjwatson: precise desktop images have not come up today. not sure if its still early but the livefs build logs appear to be the same when it failed yesterday
=== mmrazik is now known as mmrazik|lunch
[11:00] <cjwatson> psivaa: Ah, I see, it hit a lock - I think I need to rearrange the lock / datestamping / etc. stuff to consider the release name as well
[11:05] <psivaa> cjwatson: ack
=== mmrazik|lunch is now known as mmrazik
=== mdeslaur_ is now known as mdeslaur
[13:11] <mdeslaur> Could someone on the SRU team please review LP: #1037111 (libreoffice SRU for precise)
[13:11] <ubot2> Launchpad bug 1037111 in libreoffice (Ubuntu Precise) "[SRU] LibreOffice 3.5.7 for precise" [High,In progress] https://launchpad.net/bugs/1037111
[13:11] <mdeslaur> it contains a security fix, and it's been waiting a long time...
=== mmrazik is now known as mmrazik|otp
=== mmrazik|otp is now known as mmrazik
[16:30] <bdmurray> RAOF: could you review apport in the quantal proposed queue?
=== yofel_ is now known as yofel
[17:30] <stgraber> cjwatson or any other archive admin: Here's a simple fix for edit-acl's do_copy function that fixes some pretty wrong archive upload permissions: http://paste.ubuntu.com/1372911/
[17:30] <stgraber> as it's just a one line fix, a merge proposal seemed a bit overkill :)
[17:30] <stgraber> without this fix, the archive permissions would be added to the partner archive instead of the primary archive
[17:32] <cjwatson> Ah yes.  I sort of wish the default for 'for' loops was for the control variable to go out of scope at the end of the loop, with some way to suppress that when you know you actually want it.
[17:33] <cjwatson> stgraber: I can haz commit message?
[17:33]  * cjwatson ← lazy
=== doko_ is now known as doko
[17:33] <stgraber> cjwatson: "edit-acl: When copying a packageset, add the upload permission to the same archive as the source, instead of the last one in the list."
[17:34] <cjwatson> stgraber: thanks, committed
[17:50] <stgraber> cjwatson: one more for you that should make it easier to manage copied packagesets: http://paste.ubuntu.com/1372942/
[17:51] <stgraber> cjwatson: "edit-acl: On copy, set the related_set property to the source packageset."
[17:51] <stgraber> this allows querying for a packageset across all series which we may then use to add/remove packages from all series at once
[17:52] <cjwatson> stgraber: fair enough - committed
[17:53] <stgraber> thanks
[19:48] <plars> so when we moved up from the 3.5 kernels, I think we need to include the nfsv3 module in the initrd. I'm getting failures trying to deploy systems in the lab that need to use cobbler and nfs. Would this just go against linux? or against something else? The module is getting built, just not included in the initrd
[19:56] <rtg> plars, are you booting raring with a 3.7 kernel ?
[19:56] <plars> rtg: yes
[19:57] <rtg> plars, net booting, right ?
[19:57] <plars> rtg: yes
[19:57] <rtg> I thought the debian installer included nfs-modules
[19:59] <infinity> It does.
[20:00] <infinity> Confirmed by http://archive.ubuntu.com/ubuntu/dists/raring/main/installer-amd64/20101020ubuntu191/images/MANIFEST.udebs
[20:00] <rtg> just checked. it still does
[20:00] <infinity> plars: Are you using the boot.img.gz from d-i?
[20:01] <plars> infinity: I'll have to check with max on the details of what it pulls out, I don't think it's actually using the netboot image after all, but putting something together from the iso... let me see if I can untangle that side of it
[20:02] <infinity> plars: Right, so if it's something weird being done in the lab, that might be your problem. :)
[20:02] <plars> infinity: could be, let me look into it from that side too
=== mmrazik is now known as mmrazik|afk
[20:58] <roadmr> Hello folks! I had an SRU candidate and two bugs failed verification. Is it enough to request another SRU upload with a version number superseding this one? (and of course, with the fixes for the failed bug removed)
[21:05] <infinity> roadmr: Either removing the broken fix or fixing it are both fine, yes.  And with an incremented version and changelog.
[21:06] <roadmr> infinity: awesome, thanks! I'll see if I can fix them properly
[22:26] <bdmurray> https://wiki.ubuntu.com/SeedManagement has a link to UbuntuMainInclusionQueue wich doesn't seem to exist
[22:30] <ogra-cb> thats luckily long gone
[22:30] <ogra-cb> i guess that should just link to the ubuntu-mir subscribed bugs
[22:31] <bdmurray> ogra-cb: okay, I'll link to that then
[22:49] <infinity> Oh, the world of MIRs in wiki pages was a dark part of our history.
[22:51] <ogra-cb> heh, well, back then we only had few MIRs
[22:51] <ogra-cb> at least when the page started
[22:52]  * ogra-cb doesnt get a debian-cd issue 
[22:53] <ogra-cb> Post-processing pre-installed images ...
[22:53] <ogra-cb> + mkdir -p /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-preinstalled/tmp/raring-armhf+nexus7/CD1
[22:53] <ogra-cb> + [ ! -e /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-preinstalled/preinstalled/armhf+nexus7.ext4 ]
[22:53] <ogra-cb> vesus ...
[22:53] <ogra-cb> Post-processing pre-installed images ...
[22:53] <ogra-cb> + mkdir -p /srv/cdimage.ubuntu.com/scratch/ubuntu/raring/daily-preinstalled/tmp/raring-armhf+nexus7/CD1
[22:53] <ogra-cb> + [ ! -e /srv/cdimage.ubuntu.com/scratch/ubuntu/raring/daily-preinstalled/preinstalled/armhf+nexus7.ext4 ]
[22:53] <ogra-cb> + echo No filesystem for armhf+nexus7!
[22:53] <ogra-cb> its the same invocation
[22:54] <ogra-cb> where does the raring in the path come from ?
[22:59] <stgraber> I believe it shows up if you explicitly set DIST
[22:59] <stgraber> or at least it does for precise
[23:00] <ogra-cb> well, as i said, identical invocation
[23:01] <ogra-cb>  ARCHES=armhf+nexus7 for-project ubuntu cron.daily-preinstalled
[23:01] <ogra-cb> nothing fancy
[23:02] <ogra-cb> ogra@nusakan:~$ ls /srv/cdimage.ubuntu.com/scratch/ubuntu/daily-preinstalled/preinstalled/
[23:02] <ogra-cb> armhf+nexus7.bootimg-nexus7  armhf+nexus7.ext4  armhf+nexus7.initrd-nexus7  armhf+nexus7.kernel-nexus7  armhf+nexus7.manifest
[23:03] <ogra-cb> so even the files are all there
[23:03] <ogra-cb> just not in the raring path, since whatever adds it do the path doesnt add it to the download path hwen it is pulled from the live builder
[23:07] <ogra-cb> well, i think i'll give up and will have a fresh look tomorrow
[23:26] <bdmurray> When 12.04.2 comes out the new live cd will automatically use the apt from -updates right?  I'm thinking about bug 346386
[23:26] <ubot2> Launchpad bug 346386 in apt (Ubuntu Precise) "[MASTER] Update fails with invalid package files with "Encountered a section with no Package: header"" [High,Fix released] https://launchpad.net/bugs/346386