[00:35] <BenC> linux-ppc-udebs-powerpc-e500_3.10.0-0.6_powerpc.udeb
[00:35] <BenC> linux-ppc-udebs-powerpc-e500mc_3.10.0-0.6_powerpc.udeb
[00:35] <BenC> linux-ppc-udebs-powerpc-smp_3.10.0-0.6_powerpc.udeb
[00:35] <BenC> linux-ppc-udebs-powerpc64-smp_3.10.0-0.6_powerpc.udeb
[00:35] <BenC> apw: That fix seems to work, thanks
[05:21] <nate15329> 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?
[07:49]  * apw wonders where all his indicators are gone
[07:54] <smb> apw, To the land of daily quality?
[07:55] <apw> i wish i was on monkey island rather
[07:57] <smb> True at least there problems are solvable after a while at least
[08:08] <apw> heh and there is a hint button for when it isn't :)
[08:14] <smb> You may add some sort of hint-button for some developers? :)
[08:36] <apw> yay ... and hour to get machines upgraded and ready to use in the morning
[08:37] <RAOF> Your machines need more bees!
[08:37] <smb> rolling, rolling, rolling... :)
[08:37] <apw> RAOF, now that is a truism ... i nearly ordered one yesterday
[08:38] <RAOF> Only one bee?
[08:38] <RAOF> That would be a very sad, lonely bee.
[08:40]  * ppisati hands apw a rubber chicken with a pulley in the middle...
[08:40] <apw> ppisati, :) ... that might make some nice soup
[08:40] <ppisati> :)
[08:41] <smb> it all voodoo...
[08:42] <RAOF> Speaking of voodoo… my Galago Ultrapro is currently being assembled.
[08:42] <RAOF> So I'll soon get to see just how well HSW GT3 works 
[08:43] <apw> RAOF, heh ... i hpe you arn't having to pay for that yourself :)
[08:43] <apw> (it sounds expensive)
[08:43] <RAOF> Laptop refresh.
[08:43] <RAOF> It surprisingly wasn't.
[08:44] <RAOF> The laptop refresh covered it (and a little bit more!)
[08:44] <apw> nice
[08:44] <apw> got a link to the machine
[08:45] <apw> or is it a bespoke job
[08:47] <RAOF> apw: Bespokeish - https://www.system76.com/laptops/model/galu1 with all the trimmings (240G Intel mSATA SSD, 1TB rotating rust, 16GB ram, etc)
[12:38]  * henrix -> lunch
[12:59] <rtg> 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] <ogasawara> rtg: ack, upload away
[12:59] <apw> makes sense to not do both at once for sure (3.11 and that)
[13:00] <rtg> ok, I'll get it in shape in awhile.
[13:27] <zequence> infinity: Going away for a day or so, but seems like all is well with my uploads today
[13:59] <infinity> zequence: Shiny, thanks.
[14:13] <infinity> 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] <ppisati> rtg: i'm fixing the generic-lpae rebase in unstable
[14:40] <rtg> ppisati, cool, I'm fixing master-next and preparing to upload
[15:21] <ppisati> brb
[15:45]  * smb -> EOW
[16:25] <rtg> apw, https://launchpadlibrarian.net/145921281/buildlog_ubuntu-saucy-amd64.linux_3.10.0-6.16_FAILEDTOBUILD.txt.gz
[16:26] <apw> rtg looking
[16:26] <rtg> infinity, ^^ builld don't like your awk syntax
[16:26] <apw> rtg, that is mine
[16:27] <rtg> apw, I know
[16:27] <apw> but we tested it ... so erp
[16:28] <apw> infinity, which awk is the awk in a builder chroot
[16:29] <rtg> 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] <apw> rtg ok, we don't care enough about release trackers to re-upload do we ?
[16:30] <rtg> so just slam any fixes on top
[16:30] <apw> they only gneerate an email after all
[16:30] <apw> ok
[16:30] <apw> shit, it must be mawk
[16:30] <apw> ok ... i will poke my eyes out and fix it
[16:30] <rtg> bjf tells me they trigger the test cycle
[16:31] <rtg> apw, ack
[16:31] <rtg> apw, can you explicitly call mawk just as a test ?
[16:31] <apw> mawk: line 4: syntax error at or near ,
[16:31] <apw> 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] <bjf> 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] <rtg> bjf, I think we're OK. you created a tracking bug against tip of master-next which should be correct
[16:33] <bjf> rtg, ack ... just saying if you had to respin it and you wanted to reuse the same tracker that can be done
[16:34] <rtg> apw, if you explicitly call gawk, then we likely have to add it to the Build-Depends
[16:34] <apw> rtg, yep makes more sense to refactor this to be right
[16:35] <infinity> apw: Did you test with gawk or mawk?
[16:35] <infinity> apw: Cause that's going to be mawk in the chroot, since you don't build-dep on gawk.
[16:35] <infinity> Also, how did that succeed on i386...?
[16:35] <apw> infinity, i wonder if we build-dep-indep on gawk for tools
[16:36] <apw> infinity, or on something which deps on it ... 
[16:36] <rtg> not directly
[16:36] <apw> anyhow, i tested with 'awk' and didn't think about which it was, as i have both here.  refactoring to mawk
[16:36] <infinity> apw: Or just build-dep on gawk and call it done.
[16:37] <apw> one more build-dep, one more problem in bootstrap
[16:37] <apw> i can fix it pretty easy
[16:37] <infinity> apw: And yeah, your build-dep-indep pulls in gawk.
[16:37] <apw> infinity, what are we using which uses that ?
[16:37] <infinity> apw: So, be sure to make it work in both. :P
[16:37] <apw> heh i will, ARRRG
[16:39] <infinity> apw: transfig is what pulls in gawk, FWIW.
[16:39] <rtg> might as well just use gawk then
[16:50] <apw> rtg, well i've pushed a fix to the top, which works in mawk and gawk
[16:50] <apw> rtg, either use that, or add gawk which ever 
[16:51] <rtg> apw, I guess its a question of how explicit you want to be ?
[16:52] <apw> if we are using gawk anyhow in indep i guess it is safer to use same in both
[16:52] <apw> just for this kind of this
[16:52] <apw> thing
[16:52] <rtg> apw, so, do you wanna change the patch to just call gawk directly ?
[16:53] <rtg> that is the simpler fix
[16:53] <apw> rtg, you need to add the builddep as well
[16:53] <apw> else we won't have it
[16:53] <rtg> apw, yes
[16:54] <rtg> apw, once upon a time I think it _was_ a build-dep
[16:55] <rtg> I don't really care _that_ much. are you comfortable that this code is awk variant independent ?
[16:56] <apw> rtg, ok i have reshoved with the gawk dep
[16:56] <apw> as it does make sense to be consistant
[16:56] <rtg> apw, Duild-Depend ?
[16:58] <rtg> apw, now that I've completely pissed you off, maybe you should go have a beer :)
[16:58] <rtg> I can take it from here
[17:00] <apw> heh i am hopeless today
[17:00] <apw> everything i touch it falling to bits
[17:01] <apw> i now have a drive jammed in the 'hotswap bay' on my machine
[17:01] <rtg> could be a problem for tomorrow
[17:01] <apw> bloody thing is the 5th thing to go wrong today
[17:01] <apw> grub cannot boot my disks cause they are mirrors
[17:02] <apw> so i try and fix that and put it in my hotswap bay, now it won't come ot
[17:07] <apw> finally, some wiggling and out it comes, phew
[17:08] <infinity> apw: PHRASING
[17:09] <apw> infinity, wonderful british phrasing deployes
[17:19]  * henrix -> SIGWEEKEND
[17:19] <bjf> henrix, see you next week
[17:20] <bjf> henrix, safe travels
[17:20] <henrix> bjf: yep, see you guys ;)
[17:39]  * rtg -> lunch
[17:39]  * ppisati -> WEEKEND :)
[19:17] <rtg> 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] <ubot2`> 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] <arges> rtg: looking
[19:19] <bjf> rtg, that's very interesting
[19:19] <rtg> isn't it just
[19:19] <bjf> sconklin, kamal, ^
[19:20] <kamal> hmmm
[19:22]  * bjf wonders why jsalisbury set that bug to incomplete
[19:22] <kamal> 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] <rtg> kamal, dunno, but it is certainly something to look at in the future
[19:25] <kamal> 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] <rtg> 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] <kamal> 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] <kamal> and thanks for that, man!
[19:28] <rtg> kamal, its just a little something to keep your mind off of the upcoming security debacle at the airport :)
[19:28] <bjf> rtg, kamal is not participating
[19:28] <kamal> rtg, what debacle?  I'll be sitting comfortably in my easy chair ;-)
[19:28] <rtg> oh man, I was _so_ looking forward to stories of cavity searches
[19:29] <kamal> rtg, sorry to disappoint ...  maybe next time!   hmmm.   :-/
[19:30] <rtg> kamal, as if we'll ever get you on a  plane again
[19:31] <kamal> I've been spoiled by consecutive events in Oakland
[20:29]  * rtg -> EOW
[21:41] <zequence> infinity: Alright. upload-to-ppa only then :)