[05:25] <ScottK> Is pending-sru known to be broken?  It's rather empty ATM>
[05:53] <infinity> ScottK: Fun.  I'll clear the cache and see if it fixes itself.
[05:54] <ScottK> Thanks.
[08:30] <NCommander> infinity, cjwatson, ping, can one of you reset or remove the expiration on my membership in ~ubuntu-release
[08:32]  * NCommander isn't even sure why he's set to expire
[08:37] <ogra_> NCommander, thats a default on LP for moderated teams
[08:38] <ogra_> user expiration is pre-set to 1 year iirc
[10:01]  * ogra_ cries 
[10:45]  * xnox ponders if "* ogra_ cries" correlates with britney migrating new fuse to saucy-release.
[10:45] <ogra_> xnox, heh, nope, it just correlates with my incompetence :)
[10:46] <ogra_> (forgot to make sure the chroot on the builder has  /etc/resolv.conf before trying to install a package during build)
[11:39] <ScottK> infinity: That didn't do it.
[12:16] <ogra_> ARGH !
[12:16]  * ogra_ stamps his foot
[12:17] <ogra_> Ign http://ftpmaster.internal main Release
[12:17] <ogra_> Err http://ftpmaster.internal main/universe armhf Packages
[12:17] <ogra_>   404  Not Found
[12:17] <ogra_> Ign http://ftpmaster.internal main/universe Translation-en
[12:17] <ogra_> W: Failed to fetch http://ftpmaster.internal/ubuntu/dists/main/universe/binary-armhf/Packages  404  Not Found
[12:18] <ogra_> godamnit ... !
[12:28]  * gema brings ogra_ a coffee to set the mood right again!
[12:29] <ogra_> heh, its fine ... its just that i have to wait for 2h for such a minor typo
[12:29] <ogra_> (and another 2h to check it is fixed)
[12:31] <gema> hence the coffee :D
[12:32] <ogra_> i wish the livefs builders would just pull livecd-rootfs dircetly from proposed
[13:20] <zul>  can an archive admin promote d2t1o (#1183825) and python-pbr (#1183826) please we have a couple of packages that are dep-waited because of them
[14:38] <bdmurray> what has happened to the pending sru report?
[16:01] <NCommander> ogra_, then why am I and skaet the only two with an expiration date?
[16:02] <ogra_> no idea
[16:02] <ogra_> i'm not in that team
[16:21] <stgraber> pending-sru appears to be broken. The cronjob was running twice on lillypilly.
[16:22] <stgraber> I'm disabling the cron entry and running it by hand see if it's just taking a longer time than usual (> 30min) or if there's actually something wrong with it
[16:57] <ogra_> does britney have a hiccup ?
[16:58] <ogra_> livecd-rrotfs sits idling in proposed since over 1h now
[16:58] <infinity> ogra_: Which hiccup would that be?
[16:58] <ogra_> i usually get a migration mail after about 30-45min
[16:58] <infinity> It's more likely that lillypilly's just overloaded or something.
[16:59] <ogra_> ah well
[17:00] <infinity> load average: 56.58, 46.09, 57.73
[17:00] <infinity> Never a good sign.
[17:00] <ogra_> oh sigh
[17:01]  * ogra_ might need one more livecd-rootfs upload today before being done ... would be nice if that actually could happen today :)
[17:01] <infinity> doko: Are you using lillypilly as a lintian lab? :P
[17:01] <ogra_> on the whole archive ?
[17:01] <ogra_> :)
[17:11] <doko> infinity, doing an archive search
[17:11] <infinity> That's more or less what I meant, yes. :/
[17:12] <doko> but the load without my processes goes up to 50 as well
[17:12] <infinity> Except that it was 80 a few minutes ago.
[17:13] <doko> so what?
[17:13] <doko> I did open a ticket in the past, and it was closed
[17:19] <slangasek> is there an iorenice?
[17:20] <slangasek> doko: "so what" --> monopolizing the machine's IO means lots of other things are failing to work because of timeouts
[17:20] <infinity> I think it's called "not unpacking multiple packages in parallel".
[17:20] <doko> slangasek, I'm just using the for-archive tools from the security team
[17:21] <slangasek> doko: well, these tools are clearly doing a number on lillypilly.  I don't know if the security team has somewhere else that they run them?
[17:21] <doko> slangasek, and no, even without this task the machine is overloaded
[17:21] <infinity> Yes, we know it's overloaded even without it, adding to the problem doesn't help.
[17:22] <doko> well, I would like to know which packages are broken in the archive
[17:23] <doko> slangasek, for-archive already does:
[17:23] <doko> # Try to stay out of the way of the rest of the system
[17:23] <doko> ionice -c 2 -n 7 -p $$
[17:24] <slangasek> hmm :/
[17:24] <slangasek> doko: I'm not saying that running the scan isn't worthwhile, I'm saying it's a problem to do this on lillypilly
[17:24] <slangasek> is that the only machine we have a mirror on?
[17:25] <doko> afaik, yes
[17:29] <ogra_> ha !
[17:29] <ogra_> seems at least britney got some cycles
[17:29] <ogra_> my package finally moved out pf proposed after 2h now
[19:31]  * ogra_ curses
[19:32] <ogra_> so why is the groouper kernel behaving completely different from manta, maguro and mako
[19:33] <ogra_>     for subarch in $touchsubarches; do
[19:33] <ogra_>         kpkg="$(Chroot chroot apt-cache depends linux-image-$subarch|grep Depends|sed -e 's/  Depends: //')"
[19:33] <ogra_>         kver=${kpkg#linux-image-}
[19:33] <ogra_>         Chroot chroot "apt-get -y install $kpkg
[19:33] <ogra_> why would:
[19:34] <ogra_> Chroot chroot "env FLASH_KERNEL_SKIP=1 update-initramfs -k $kver -c -v"
[19:34] <ogra_> fail ?
[19:34] <ogra_> it works fine for the other kernels
[19:35] <ogra_> but all i get is ...
[19:35] <ogra_> update-initramfs: Generating /boot/initrd.img-3.1.10-2-grouper
[19:35] <ogra_> df: Warning: cannot read table of mounted file systems: No such file or directory
[19:35] <ogra_> Setting up linux-firmware (1.109) ...
[19:35] <ogra_> Invalid argument for option -k
[19:38]  * ogra_ doesnt get it ... the versioning scheme is the same for all of them
[19:39] <bdmurray> 'Rejected by Brian Murray: A regression potential statement was not provided in the bug being fixed by this upload.'
[19:40] <bdmurray> \o/
[20:09] <infinity> bdmurray: Oh, and I just committed to ubuntu-archive-tools to force rejection comments from the queue tool.  I'll email people about this shortly.
[20:14] <NCommander> infinity, ping, can you reset (or better yet) remove the expiration from me on ~ubuntu-release?
[20:46] <jamespage> ^^ any sru team members that keystone upload fixes a time based FTBFS that happened between upload and accept.
[20:57] <infinity> jamespage: That's disconcerting.
[20:58] <jamespage> infinity, test certificates expired between my original upload and it actually building
[20:58] <jamespage> I'm always amazed at how often this actually happens
[20:58] <jamespage> 2nd time in a year (different projects - the other was tomcat7)
[20:58] <infinity> jamespage: So, is that an ongoing concern?  These test certs surely shouldn't have expiries, or it's a pain for future security updates, etc.
[20:59] <infinity> jamespage: Given that they're snakeoil anyway, can you either get upstream to generate them with insane future expiry dates (like, 2099), or generate them at build-time?
[21:00] <jamespage> infinity, they now all expire in 2023
[21:01] <jamespage> if anyone is still using folsom by then they are insane
[21:01] <infinity> jamespage: Ahh, indeed some of these say 2112 even.  That works.
[21:02] <infinity> jamespage: 2023 isn't actually that far off, in software bitrot terms, but it's certainly past any of our LTS commitments, so good enough for me.
[21:24] <infinity> bdmurray: So, on the one hand, I want to try out your new SRU tool.  On the other hand, I'm afraid I'll hate it and bombard you with feature requests/changes and/or spend hours fixing it myself. :P
[21:31] <bdmurray> infinity: great, now I'm afraid of you trying it out ;-)
[21:32] <infinity> bdmurray: *grin*
[21:32] <infinity> bdmurray: The intro mail scared me a bit.  It doesn't force me to open all bugs in web browsers before I start, does it?
[21:35] <bdmurray> infinity: it does open the bugs in a web browser - it looks like that was suggested by someone " - the ability to open all the bugs (by default)"
[21:36] <infinity> bdmurray: That (by default) may have been misread.
[21:36] <infinity> bdmurray: I'd read it as "Open (all) bugs in browser? [y/n/A]", and y could perhaps give me a list and ask which one(s).
[21:37]  * bdmurray feels bombarded
[21:37] <infinity> bdmurray: Gets increasingly irritating if I'm processing an SRU that's been uploaded for 3 series' and I have to "review" the bugs three times, though the first pass was good enough.
[21:38] <bdmurray> hey, but you don't have to check the box anymore and click accept!
[21:38] <bdmurray> plus you can reject with a message!
[21:38] <stgraber> s/can/have to/
[21:41] <bdmurray> Seriously though, I understand the bugs idea better now
[22:30]  * ogra_` curses
[22:31] <ogra_`> i really dont get that error ... damnit
[22:31] <infinity> ogra_`: Which?
[22:31] <ogra_`> infinity, cadejo.buildd/~buildd/LiveCD/saucy/ubuntu-touch/latest/
[22:31] <ogra_`> have a look at the end
[22:32] <ogra_`> i have a loop that installs the four kernels (and removes them)  and calls update=initramfs and abootimg in each loop to create bootimg's
[22:32] <infinity> Is that you calling update-initramfs, or the linux-firmware postinst?
[22:32] <ogra_`> the first two loops run fine
[22:33] <ogra_`> the third (grouper) fails with "invalid option to -k" from update-initramfs
[22:34] <ogra_`> http://paste.ubuntu.com/5714938/
[22:34] <ogra_`> thats the code
[22:35] <infinity> Oh, that looks obvious to me, but let me confirm my suspicion.
[22:35] <ogra_`> obviously $kver works fine for maguro and mako
[22:35] <ogra_`> the version schema is identical
[22:36] <ogra_`> just different numbers and chars but always the same setup
[22:37] <infinity> What's the fourth?  I get confused with the fish..
[22:37] <ogra_`> touchsubarches="maguro manta grouper mako"
[22:38] <infinity> http://paste.ubuntu.com/5714943/
[22:38] <ogra_`> hmm
[22:38] <infinity> And I'd probably make that awk, just cause I hate the grep|sed pipe.
[22:38] <ogra_`> i cant imagine what the 10 would make different
[22:39] <ogra_`> no no, that part works fine
[22:39] <infinity> for subarch in maguro manta grouper mako; do apt-cache depends linux-image-$subarch| awk '/Depends: linux-image/ {print $2}'; done
[22:39] <ogra_`> kver=${kpkg#linux-image-}
[22:39] <ogra_`> that part doesnt
[22:39] <infinity> Huh?  It's not the 10 that's different, it's the linux-firmware.  You didn't read the paste. :P
[22:40] <ogra_`> or rather Chroot chroot "env FLASH_KERNEL_SKIP=1 update-initramfs -k ${kver} -c -v"
[22:40] <infinity> The first is your code, the second mine.  Notice the two fewer lines in the results.
[22:40] <ogra_`> uh oh !
[22:40] <infinity> Shall I just commit my fix to livecd-rootfs for you? :)
[22:40] <ogra_`> ok
[22:40] <ogra_`> yeah, please
[22:42] <infinity> ogra_`: Have any other fixes you want, or shall I tag and upload?
[22:42] <ogra_`> no, i actually thourgh i was done already, no mre fixes
[22:43] <ogra_`> i just hope my assumption that all this doesnt land inside the tarball is correct :)
[22:43] <ogra_`> but if not, thats something for tomorrow
[22:43] <infinity> Oh, wait.  Escaping hell might make that awk print fail in live-build's Chroot function.
[22:45] <infinity> Ahh, looks like I've used that construct before and it didn't break. :P
[22:45] <ogra_`> i stole a lot from aabove code :)
[22:47] <infinity> ogra_`: Uploaded.
[22:47]  * ogra_` hugs infinity