[01:41] <ogasawara> cjwatson: not sure if you're up.  but just CC'd you on an email I got which would require what I consider a late kernel upload and wanted to get your thoughts.
[01:42] <ogasawara> cjwatson: I also CC'd rick (as robbie is on holiday).  I wasn't sure who else on the release team to include.
[02:17] <cjwatson> thanks, replied
[09:09] <ara> morning
[10:46] <ogra> cjwatson, so is there any chance we can pre-promote jasper-initramfs without MIR (alternatively i can set COMP to carry universe in livecd-rootfs as long as jasper is used)
[11:26] <cjwatson> ogra: that doesn't seem necessary, since asac approved it about 20 minutes before you said that
[11:26] <ogra> huh ?
[11:26]  * ogra checks
[11:26] <ogra> i only saw inprogress
[11:26] <cjwatson> ogra: can you please seed it somewhere?
[11:26] <ogra> sure, any preference on your side ?
[11:26] <ogra> (else i'll just use supported)
[11:27] <cjwatson> casper is in supported-installer-desktop; I'd use that
[11:27] <cjwatson> (platform.maverick)
[11:27] <ogra> oki
[11:27] <ogra> hmm, why didnt i get the approved bugmail, weird
[11:27] <cjwatson> I've promoted it
[11:28] <ogra> thanks
[11:33] <ogra> ok, seeded
[13:50] <ogra> Keybuk, yo ...
[13:50] <Keybuk> ogra: hey, how you doing?
[13:51] <ogra> Keybuk, great, and yourself ?
[13:51] <Keybuk> feeling a bit more rested now
[13:52] <ogra> as usual i have a question ;) ... i need some hint on a udev rule ... if i add a rule like: KERNEL=="<mydevice>", ENV{ACL_MANAGE}="1" ... will mydevice be accessible for all local users by default ?
[13:52] <ogra> or do i have to do anything additional
[13:53] <Keybuk> it will be ACL managed
[13:53] <Keybuk> but you still need rules as to what ACLs should be managed
[13:53] <ogra> (it is for a specisl video decoding device on OMAP4 HW ... currently there is a rule that adds the device to the video group which is wrong imho)
[13:54] <ogra> hmm, where do i set such rules ? consolekit ?
[13:54] <Keybuk> PolicyKit I think
[13:54] <Keybuk> I'm not entirely sure
[13:54] <ogra> ok, thanks
[13:54] <Keybuk> it might be implied
[13:54] <ogra> i'll use mdz's recent blogpost ;)
[13:54] <ogra> in case it doesnt work
[13:54] <Keybuk> ie. there might be just one big "access local devices" policy
[13:55] <ogra> i thought thats the default, but if there isnt i'll add a special PK rule
[13:55] <ogra> thanks for the help :)
[13:55] <Keybuk> I think it might be the default
[13:56]  * ogra sees /lib/udev/rules.d/61-gnome-bluetooth-rfkill.rules ... i guess it is the default then
[13:56] <ogra> seems to have the same syntax
[13:57] <ogra> oh, i didnt notice i'm talking in -release, sorry for the noise, that was supposed to be in -devel :)
[14:01] <ogra> lamont, acorn still has livecd-roofs 1.120 :(
[14:06] <lamont> ogra: yeah - I figured that out.  It has 1.124 now, and upgrades everytime BuildLiveCD runs
[14:07] <ogra> lamont, gracias
[14:07]  * ogra tries another livefs build and prays that evolition isnt out of sync again
[14:08] <lamont> good luck
[14:08] <ogra> hmm, i wonder why it didnt return
[14:08] <ogra> i still see BuildLiveCD in the processlist on antimony
[14:08] <ogra> the log complained about missing genext2fs about 20min ago already
[14:09] <ogra> which should have let it fail
[14:09] <lamont> there's a build that started on acorn about 1.5 hrs ago
[14:09] <ogra> right
[14:09] <ogra> oh
[14:09] <ogra> err
[14:09] <lamont> 8 min ago was when genext2fs started in that run
[14:09]  * ogra checks again if he chekced the right log
[14:10] <ogra> oh man
[14:10]  * ogra hangs head in shame
[14:11] <ogra> i looked at the 20100626.1 log
[14:11] <ogra> not at 28.1
[14:12] <lamont> I always look in /latest. :-[
[14:12] <lamont> ~buildd//LiveCD/maverick/ubuntu-netbook-omap/latest/livecd-20100628.1-armel-omap.out
[14:12] <ogra> yeah, seems its all fine
[14:12] <lamont> though to be fair, being on the machine makes it easier, what with wildcards and all that.
[14:13] <ogra> i developed a habit to click in w3m recently instead of using the cursor
[14:13] <ogra> makes me a lot less cautious
[14:13] <lamont> Jun 28 06:18:40 mix libvirtd: 06:18:40.944: error : udevStrToLong_ui:73 : Failed to convert 'ff' to unsigned int#012
[14:13] <lamont> well done, libvirt
[14:33] <Riddell> result of today's kubuntu CD image:  "can't open /scripts/casper"
[14:53] <cjwatson> let's see if it reproduces in Ubuntu; I'm 84% through an rsync
[15:00] <cjwatson> if anyone processes NBS, please be very careful - it's incorrectly listing a bunch of -6 udebs for some reason
[15:01] <cjwatson> (kernel)
[15:02] <cjwatson> probably best leave it for a bit until it settles down
[15:16] <cjwatson> yes, rather looks as though /scripts/casper isn't in the initramfs; I guess this is a regression due to new initramfs-tools
[15:16]  * cjwatson goes to peer at the logs
[15:17] <ogra> lamont, hmm, do you have any way to get more info about a livefs build than the log ? the log of my ext3 fs build seems to indicate it worked fine, but i got a failed message on antimony
[15:18] <ogra> (and there seems to be no ext3 fs produced either)
[15:19] <lamont> ogra: well, I have dmesg output and such, but basically just the log
[15:19] <lamont> acorn?
[15:19] <ogra> yeah
[15:19] <lamont> dmesg says nothing
[15:20] <cjwatson> ah, hm, I forgot to edit the seeds when we agreed to unhardcode casper from livecd-rootfs
[15:20]  * cjwatson fixes
[15:20] <ogra> lamont, i wonder if the fsck we do at the end tears down livecd.sh sine e2fsck has to exit nonzero
[15:21] <ogra> bug 583317 enforces that
[15:21] <ubot4> Launchpad bug 583317 in genext2fs (Ubuntu) "genext2fs creates revision 0 filesystems instead of revision 1 (affects: 1) (heat: 104)" [Undecided,Confirmed] https://launchpad.net/bugs/583317
[15:21] <lamont> ew.  sounds like a trivial fix though,  yes?
[15:21] <lamont> (slap an || true in place, maybe???_)
[15:21] <ogra> just an || true ?
[15:22] <ogra> yeah
[15:29] <ogra> fixed and uploaded
[16:46] <cjwatson> Riddell: starting a rebuild sequence now, which should fix this
[16:47] <cjwatson> hm, aside from wubi being broken, I'll do that for tomorrow's builds
[16:48] <cjwatson> hm, and I got it wrong anyway.  never mind, it'll work well enough for this set of builds and I'll back it out in favour of the right fix after that
[16:48] <cjwatson> (it'll just break any jasper-requiring builds that happen between now and then)
[16:48] <ogra> cjwatson, dont worry+
[16:50] <ogra> i'm all manual still anyway and livecd-rootfs will take a while to be ready
[17:13] <Riddell> cjwatson: must be about time for a freeze notice, should I send one to ubuntu-devel-announce?
[17:13] <cjwatson> Riddell: I looked through recent history and they generally seemed to be first thing Tuesday morning
[17:13] <cjwatson> Riddell: if you want to go early I don't desperately mind, though
[17:13] <Riddell> ok I'll be patient
[17:14] <cjwatson> build queues are pretty inconveniently long right now
[22:37] <ogasawara> cjwatson, ttx: in the release team meeting last friday we agreed, "if on Wednesday bug 588861 is not fixed in kernel, then can ogasawara prepare the PPA and then ttx can release note the PPA, otherwise ttx to release note to dist-upgrade"
[22:37] <ubot4> Launchpad bug 588861 in linux (Ubuntu Maverick) (and 4 other projects) ""pad block corrupted" error when trying to register an image with 2.6.34 kernel (affects: 1) (heat: 12)" [High,In progress] https://launchpad.net/bugs/588861
[22:38] <ogasawara> cjwatson, ttx: we've already uploaded a kernel which contains the fix to our PPA
[22:38] <ogasawara> cjwatson, ttx: do you want me to wait to upload the official kernel to the archive until immediately after Alpha2 is released?
[22:39] <ogasawara> cjwatson, ttx: or would you prefer I upload the kernel sooner (ie now) so it's immediately available for people to dist-upgrade?
[22:41] <ScottK> ogasawara: It might be nice to wait until the buildds aren't quite so clogged if it's not going to be accepted until after Alpha 2.
[22:43] <ogasawara> ScottK: makes sense
[22:44] <cjwatson> I think late Wednesday would be OK
[22:57] <ogasawara> cjwatson: ack