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