[00:35] linux-ppc-udebs-powerpc-e500_3.10.0-0.6_powerpc.udeb [00:35] linux-ppc-udebs-powerpc-e500mc_3.10.0-0.6_powerpc.udeb [00:35] linux-ppc-udebs-powerpc-smp_3.10.0-0.6_powerpc.udeb [00:35] linux-ppc-udebs-powerpc64-smp_3.10.0-0.6_powerpc.udeb [00:35] apw: That fix seems to work, thanks [05:21] ok...i have a pci_root PNP0A03:00: fail to add MMConfig information and then it hangs on pci_bus resource mem on boot for ubuntu 13.04 server...any ideas? === smb` is now known as smb === maxb_ is now known as maxb [07:49] * apw wonders where all his indicators are gone [07:54] apw, To the land of daily quality? [07:55] i wish i was on monkey island rather [07:57] True at least there problems are solvable after a while at least === lan3y is now known as Laney [08:08] heh and there is a hint button for when it isn't :) [08:14] You may add some sort of hint-button for some developers? :) [08:36] yay ... and hour to get machines upgraded and ready to use in the morning [08:37] Your machines need more bees! [08:37] rolling, rolling, rolling... :) [08:37] RAOF, now that is a truism ... i nearly ordered one yesterday [08:38] Only one bee? [08:38] That would be a very sad, lonely bee. [08:40] * ppisati hands apw a rubber chicken with a pulley in the middle... [08:40] ppisati, :) ... that might make some nice soup [08:40] :) [08:41] it all voodoo... [08:42] Speaking of voodoo… my Galago Ultrapro is currently being assembled. [08:42] So I'll soon get to see just how well HSW GT3 works [08:43] RAOF, heh ... i hpe you arn't having to pay for that yourself :) [08:43] (it sounds expensive) [08:43] Laptop refresh. [08:43] It surprisingly wasn't. [08:44] The laptop refresh covered it (and a little bit more!) [08:44] nice [08:44] got a link to the machine [08:45] or is it a bespoke job === amitk-afk is now known as amitk [08:47] apw: Bespokeish - https://www.system76.com/laptops/model/galu1 with all the trimmings (240G Intel mSATA SSD, 1TB rotating rust, 16GB ram, etc) === davmor2_ is now known as davmor2 [12:38] * henrix -> lunch [12:59] apw, ogasawara: just pushed Saucy master-next rebase on to v3.10.3. I'm thinking we should upload from this relatively stable version in order to make the armhf lpae plumbing is good. [12:59] rtg: ack, upload away [12:59] makes sense to not do both at once for sure (3.11 and that) [13:00] ok, I'll get it in shape in awhile. [13:27] infinity: Going away for a day or so, but seems like all is well with my uploads today [13:59] zequence: Shiny, thanks. [14:13] zequence: Please stop marking the prepare-package* tasks done. It confuses the bot. Just set "upload-to-ppa" to confirmed when you're ready for one of us to have a look. [14:39] rtg: i'm fixing the generic-lpae rebase in unstable [14:40] ppisati, cool, I'm fixing master-next and preparing to upload [15:21] brb === fmasi_afk is now known as fmasi === fmasi is now known as fmasi_afk === fmasi_afk is now known as fmasi [15:45] * smb -> EOW [16:25] apw, https://launchpadlibrarian.net/145921281/buildlog_ubuntu-saucy-amd64.linux_3.10.0-6.16_FAILEDTOBUILD.txt.gz [16:26] rtg looking [16:26] infinity, ^^ builld don't like your awk syntax [16:26] rtg, that is mine [16:27] apw, I know [16:27] but we tested it ... so erp [16:28] infinity, which awk is the awk in a builder chroot [16:29] apw, I pushed Ubuntu-3.10.0-6.17 with a release tracking bug in the changelog, but haven't uploaded it yet. I forgot with Ubuntu-3.10.0-6.16 [16:29] rtg ok, we don't care enough about release trackers to re-upload do we ? [16:30] so just slam any fixes on top [16:30] they only gneerate an email after all [16:30] ok [16:30] shit, it must be mawk [16:30] ok ... i will poke my eyes out and fix it [16:30] bjf tells me they trigger the test cycle [16:31] apw, ack [16:31] apw, can you explicitly call mawk just as a test ? [16:31] mawk: line 4: syntax error at or near , [16:31] rtg, yep that sdeem to confirm that awk is mawk and not gawk, and this is a an extension [16:32] * apw hates on gawk for a bit [16:32] apw, rtg, as long as the tracking bug title matches the kernel version "the right thing will happen" so if you need to fudge it a bit, do so [16:32] bjf, I think we're OK. you created a tracking bug against tip of master-next which should be correct [16:33] rtg, ack ... just saying if you had to respin it and you wanted to reuse the same tracker that can be done [16:34] apw, if you explicitly call gawk, then we likely have to add it to the Build-Depends [16:34] rtg, yep makes more sense to refactor this to be right [16:35] apw: Did you test with gawk or mawk? [16:35] apw: Cause that's going to be mawk in the chroot, since you don't build-dep on gawk. [16:35] Also, how did that succeed on i386...? [16:35] infinity, i wonder if we build-dep-indep on gawk for tools [16:36] infinity, or on something which deps on it ... [16:36] not directly [16:36] anyhow, i tested with 'awk' and didn't think about which it was, as i have both here. refactoring to mawk [16:36] apw: Or just build-dep on gawk and call it done. [16:37] one more build-dep, one more problem in bootstrap [16:37] i can fix it pretty easy [16:37] apw: And yeah, your build-dep-indep pulls in gawk. [16:37] infinity, what are we using which uses that ? [16:37] apw: So, be sure to make it work in both. :P [16:37] heh i will, ARRRG [16:39] apw: transfig is what pulls in gawk, FWIW. [16:39] might as well just use gawk then === fmasi is now known as fmasi_afk [16:50] rtg, well i've pushed a fix to the top, which works in mawk and gawk [16:50] rtg, either use that, or add gawk which ever [16:51] apw, I guess its a question of how explicit you want to be ? [16:52] if we are using gawk anyhow in indep i guess it is safer to use same in both [16:52] just for this kind of this [16:52] thing [16:52] apw, so, do you wanna change the patch to just call gawk directly ? [16:53] that is the simpler fix [16:53] rtg, you need to add the builddep as well [16:53] else we won't have it [16:53] apw, yes [16:54] apw, once upon a time I think it _was_ a build-dep [16:55] I don't really care _that_ much. are you comfortable that this code is awk variant independent ? [16:56] rtg, ok i have reshoved with the gawk dep [16:56] as it does make sense to be consistant [16:56] apw, Duild-Depend ? [16:58] apw, now that I've completely pissed you off, maybe you should go have a beer :) [16:58] I can take it from here [17:00] heh i am hopeless today [17:00] everything i touch it falling to bits [17:01] i now have a drive jammed in the 'hotswap bay' on my machine [17:01] could be a problem for tomorrow [17:01] bloody thing is the 5th thing to go wrong today [17:01] grub cannot boot my disks cause they are mirrors [17:02] so i try and fix that and put it in my hotswap bay, now it won't come ot [17:07] finally, some wiggling and out it comes, phew [17:08] apw: PHRASING [17:09] infinity, wonderful british phrasing deployes [17:19] * henrix -> SIGWEEKEND [17:19] henrix, see you next week [17:20] henrix, safe travels [17:20] bjf: yep, see you guys ;) [17:39] * rtg -> lunch [17:39] * ppisati -> WEEKEND :) [19:17] bjf, arges: do you see this ? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1200117/comments/4 I wonder if that isn't the root of many of our unexplained kernel package install failures. [19:17] Ubuntu bug 1200117 in linux (Ubuntu) "package linux-headers-3.2.0-49 (not installed) failed to install/upgrade: ErrorMessage: unable to create `/usr/src/linux-headers-3.2.0-49/include/asm-generic/cmpxchg-local.h.dpkg-new' (while processing `./usr/src/linux-headers-3.2.0-49/include/asm-generic/cmpxchg-local.h'): No space left on device" [Low,Incomplete] [19:18] rtg: looking [19:19] rtg, that's very interesting [19:19] isn't it just [19:19] sconklin, kamal, ^ [19:20] hmmm [19:22] * bjf wonders why jsalisbury set that bug to incomplete [19:22] hmmm, but didn't we get a flurry of those reports from people who appeared to have just installed day-0 Raring, then updated? I'm not wholly convinced. [19:24] kamal, dunno, but it is certainly something to look at in the future [19:25] rtg, ack. and while I understand that dpkg/apt does check for "sufficient disk space", I don't know if it checks for "sufficient inodes" [19:25] kamal, is the squash image a dd copy, or a file system copy during installation ? Maybe something was wrong with the squashfs image. [19:26] rtg, I don't know the details of how that copy works [19:27] * rtg is just injecting general paranoia into the situation [19:27] and thanks for that, man! [19:28] kamal, its just a little something to keep your mind off of the upcoming security debacle at the airport :) [19:28] rtg, kamal is not participating [19:28] rtg, what debacle? I'll be sitting comfortably in my easy chair ;-) [19:28] oh man, I was _so_ looking forward to stories of cavity searches [19:29] rtg, sorry to disappoint ... maybe next time! hmmm. :-/ [19:30] kamal, as if we'll ever get you on a plane again [19:31] I've been spoiled by consecutive events in Oakland [20:29] * rtg -> EOW [21:41] infinity: Alright. upload-to-ppa only then :)