[01:00] <infinity> This is disconcerting.  Has anyone else noticed a tmpfs leak on raring?
[01:02] <infinity> (base)adconrad@cthulhu:~$ du -h /var/lib/schroot/union/overlay
[01:02] <infinity> 0	/var/lib/schroot/union/overlay
[01:02] <infinity> (base)adconrad@cthulhu:~$ ls -l /var/lib/schroot/union/overlay
[01:02] <infinity> total 0
[01:02] <infinity> (base)adconrad@cthulhu:~$ df -h /var/lib/schroot/union/overlay
[01:02] <infinity> Filesystem      Size  Used Avail Use% Mounted on
[01:02] <infinity> schroot          12G  792M   11G   7% /var/lib/schroot/union/overlay
[01:07] <infinity> Hrm, Google points me at http://www.gossamer-threads.com/lists/linux/kernel/1643266
[09:52]  * henrix curses at the ppc builders
[09:53] <cking> ppc backlog?
[09:57] <henrix> yep
[09:57] <henrix> huge!
[09:58] <henrix> i've uploaded the quantal kernel tuesday evening and its still on the queue :)
[10:12] <cking> need more ppc builders...
[10:14]  * henrix nods
[10:20] <Laney> does the nexus 7 kernel follow the usual kernel team process for submitting changes?
[10:21] <cking> i believe so
[10:21]  * Laney nods
[10:25] <apw> Laney, yes it would indeed
[10:26] <Laney> ok cool
[10:26] <Laney> incoming </worms voice>
[10:56] <henrix> apw: we have a few Hiper-V bugs to be verified in P. do you have any chance to take a look at them?
[10:57] <apw> henrix, i probabally won't this week on a fire drill right now.  that said i would ask utlemming (who will be about in about an hour) as he i think said they had tested the hyper-v stuff yesterday; so it may already be done
[10:58] <henrix> apw: ok, cool. i'll ask him about that. thanks
[11:09] <StFS> Hi. I was hoping that someone could maybe help me a bit. I just reported a bug on my wireless NIC, it sometimes (not always) doesn't come back after suspend/resume. I reported the bug when everything was ok (the wireless NIC was up and running) but now I have the problem again but I'm connected to a wired connection.
[11:09] <StFS> I'm just wondering whether there is anything I should do now to add more information to the bug? Any tools or commands I should run or anything like that?
[11:10] <StFS> the bug in question is this one: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1089856
[11:10] <ubot2`> Launchpad bug 1089856 in linux (Ubuntu) "Wireless network doesn't resume after suspend/resume (sometimes)" [Undecided,Confirmed]
[11:11] <apw> StFS, is this a PCI device?  if so an lspci and a dmesg from 'now' as it just happened cannot hurt
[11:11] <apw> the dmesg is the key one i guess, it may have some hints as to the failure during resume
[11:15] <StFS> apw: hmm... sorry, dmesg from 'now'? Is there some option to dmesg I don't now about or do you just mean now as in "since the problem is showing now"?
[11:15] <apw> i mean the latter
[11:16] <StFS> ok :) will do that
[11:23] <StFS> do you know the lspci format that is used with apport? I want to run it the same way
[11:24] <StFS> probably just lspci -v
[11:27] <StFS> well that looks a bit suspicious: 03:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev ff) (prog-if ff) !!! Unknown header type 7f
[11:31] <apw> StFS, it may be -vvnn actually
[11:31] <StFS> apw: thanks, I'll update it
[13:33] <jgdx> I might be asking in the wrong place, but why is the virtualbox linux kernel driver available to the 3.6.7 kernel but not to the 3.7.0 (rc8) kernel? 
[13:37]  * henrix -> lunch
[14:06]  * smb gets more coffee while email client struggles
[14:07] <amitk> smb: while email client struggles to get coffee? ;)
[14:08] <smb> amitk, nah, it struggles to handle herton 's mails
[14:08] <smartboyhw> smb, my gmail went down because of that:P
[14:08] <herton> haha, sorry, doing some spamming today :)
[14:08] <amitk> smb: aah, that. Good point, I meant to ask herton if there is a reason why he doesn't thread his emails
[14:09] <smartboyhw> 241...........
[14:09]  * smartboyhw is ready to mark all the emails read:P
[14:09] <herton> amitk, the patches added to the queue are not threaded, but the review patches are
[14:10] <smb> amitk, They appear to be threaded. Though that is relative to how far tb got aware of them before imapfilter rips em away
[14:11] <amitk> herton: ok. Just trying to minimize the number of Ctrl-r or Ctrl-d i have to hit in mutt
[14:16] <herton> ok, all 241 patches are sent now. I expect to not have this much on next releases (I've caught up now with what was pending)
[15:10] <cking> mailbox overflow
[15:19]  * ogasawara back in 20
[15:58] <kees> apw, ogasawara: raring c28f49fd37b32bbc88b86a6ff01aeb28948c7aaa disabled SLUB_DEBUG which kills off /proc/slabinfo that is needed by tools like stabtop.
[15:58] <kees> (this is a regression in raring)
[15:58] <apw> kees, ok
[15:59] <kees> (credit to sbeattie for seeing the problem)
[15:59]  * amitk likes stabtop as the name of a Linux tool
[15:59] <kees> apw: was SLUB_DEBUG removed for a specific reason? (and can it be put back?)
[16:00] <apw> kees, i cannot recall, either we didn't think it was useful and was costly, or as likely right now, i may have zapped a couple wrong in an update
[16:00] <apw> will check it out 
[16:01] <kees> thanks!
[16:08] <cking> it was kinda useful, but a little bit costly for small allocations
[16:08] <hggdh> smb: So Xen 4.2 is out. xen-hypervisor-amd64 was yesterday (at least for a while) a purely virtual package with no installation candidates. How is this package updated to the current Xen version?
[16:08] <cking> http://kernel.ubuntu.com/~cking/slub-debug/
[16:09] <kees> cking: what about slab?
[16:09] <kees> I have no strong opinion about slabinfo, but some people live by it.
[16:10] <cking> well if it's useful, then it's probably well worth the teeny weeny overhead
[16:12] <arges> cking, your performance study is pretty awesome. I would have guessed slub_debug would be more expensive than that
[16:12] <smb> hggdh, I'd need to check where that came from exactly but there is xen-system-(i386|amd64). Though it should probably be noted that right now upgrading would not remove the 4.1 utils and hypervisor but install the 4.2 in parallel
[16:12] <arges> cking, but i agree slub_debug is useful to have esp. when we get those really painful kernel memory bugs
[16:13] <cking> arges, yep, we should therefore keep it in
[16:14] <hggdh> smb: in my case it does not matter, since it I am installing Xen on a fresh system. For the xen-hypervisor-amd64, this is the package you suggest to install on the wiki
[16:15] <hggdh> smb: also, the Grub name for Xen changed on 4.2 :-)
[16:17] <smb> hggdh, So maybe the first one we may have messed up right now. You can use xen-system-amd64. The grub thing someone else is to be blamed but I guess you may update the wiki page ;)
[16:22] <hggdh> smb: I am going to update it, just wanted to be sure about it
[16:32] <smb> hggdh, Well both would gonna be variables based on release. The xen-system-* meta packages should be working for Quantal onwards. And I believe it was Q as well that renamed the whole of grub entries. 
[16:33] <smb> About the xen-hypervisor-<arch> thing... not sure it seems to appear in the provides section of the xen-hypervisor-4.x-<arch> packages and still exist in raring's xen-4.2...
[16:44] <smb> hggdh, So xen-hypervisor-amd64 seems like it would work today. Did not say "yes" to install it into my xen domU I used to check though... ;(
[16:44] <smb> I meant ;)
[16:47] <hggdh> smb: ok, so the xen-hypervisor-amd64 error I got yesterday was probably due to the packages not being completely up-to-date
[16:48] <smb> hggdh, I would assume. It was just released or moved out of proposed then
[16:48] <hggdh> yeah.
[17:13] <henrix> infinity: any idea about when we'll have a free slot with the ppc builders?
[17:15] <sbeattie> kees, apw: actually hggdh deserves the credit for catching the SLUB_DEBUG change with QRT
[17:17] <infinity> henrix: Define "free slot".
[17:18] <bjf> infinity, we want some ppc love for a kernel build
[17:18] <henrix> infinity: some time where our kernels will be allowed to build :)
[17:18] <infinity> The quantal SRU?
[17:18] <henrix> yep
[17:18] <bjf> yes
[17:19] <bjf> we had a regression and had to respin
[17:19] <infinity> How's 4 minutes sound?
[17:19] <bjf> wfm
[17:19] <vanhoof> bjf: does that pull in the fix for that bug that multiplied a few times henrix sorted out?
[17:19]  * vanhoof thinks it was henrix at least
[17:19] <vanhoof> -ETOOMUCHMAIL
[17:20] <bjf> vanhoof, yes 
[17:20] <vanhoof> sweetness
[17:20] <bjf> vanhoof, the gfx driver we all love so much
[17:20] <vanhoof> the bane of my existence
[17:36] <henrix> infinity: thanks!
[17:39] <infinity> henrix: No problem.
[17:39] <infinity> henrix: I'll check back later today and promote/override.
[17:40] <henrix> infinity: cool, thanks a lot
[17:40] <infinity> (Looks like it'll take adare ~6h to build that)
[17:40] <infinity> That new hardware can't come a moment too soon.
[18:10] <kees> apw: btw, who should I re-send this to? http://git.kernel.org/?p=linux/kernel/git/kees/linux.git;a=commitdiff;h=ab2ad33a9510fd3588fd431ceff5891992e5999e
[18:11] <apw> i thought that went in
[18:11] <kees> oh? maybe I missed it. let me check linux-next
[18:11] <apw> if you poke me on monday i'll see what i can make happen, slammed right now
[18:12] <kees> cool, thanks
[18:13] <kees> apw: ah-ha, yes, it is. nm!
[18:48] <infinity> henrix: Is there a linux-lts-quantal set being uploaded to match this quantal emergency SRU?
[18:48] <henrix> infinity: yes, i was just waiting for the bot to generate the tracking bug #
[18:49] <infinity> Oh, right, it doesn't do that until they've all built. :/
[18:49] <infinity> That still feels like a misfeature to me. :P
[18:49] <henrix> infinity: yeah. anyway, the -lts doesn't require ppc builders :)
[18:50] <infinity> Maybe we can discuss said misfeature after Christmas, but for now, can you manually prod it to create the bug just for lts-q?
[18:50] <infinity> (It can build in parallel with the PPC one, and they can all go in together was my motivation).
[18:51] <henrix> herton: ^
[18:51] <henrix> infinity: i guess we could create it manually, yes...
[18:51] <infinity> Well, it's either that, or we get a bit of a turnaround delay, I'm not picky either way, I suppose.
[18:52] <infinity> Oh, the regression is only in -proposed, I guess this isn't as urgent as I initially thought.
[18:53] <henrix> yeah, there's that as well
[18:54] <infinity> So, I'm going to pull these from quantal-proposed and precise-proposed.
[18:54] <infinity> The regression was only in i915, right, so ARM kernels are unaffected?
[18:54] <henrix> correct
[18:55] <herton> the bot waits only to ensure at least master builds before someone rebases to a derivative or backport
[18:56] <infinity> Is anyone looking at the new bugs referenced here?
[18:56] <infinity> The ftrace stuff?
[18:56] <herton> but if that is not too much desired, could again be changed. Just got more noticed now with this ppc long wait
[18:56] <infinity> Or is this the same bug?
[18:56] <henrix> ftrace?
[18:56] <infinity> Ahh, yeah.  It's all the i915 nug.
[18:56] <infinity> s/nug/bug/
[18:57] <henrix> herton: yeah, i guess that's the correct behaviour. maybe i should just reuse the old tracking bug
[18:57] <infinity> Was just reading hggdh's comments, s'all.
[18:57] <henrix> ah, ok. that's what's shown on the stacktrace. yep, that's the i915 thing
[18:58] <herton> henrix, you can also open a new one, and close the old one and the new one which the bot opens as duplicates
[18:59] <herton> henrix, probably on the old one you will have to reset all the tasks, but any way is fine
[18:59] <henrix> herton: ah, right. i could use the script to do that.
[19:00] <apw> henrix, henrix, how close to having -21 (quantal) in the -proposed pocket are we ?
[19:01] <bjf> henrix, we really want that lts-quantal
[19:01] <bjf> apw, we're just waiting on ppc :-P
[19:01] <bjf> apw, and a week of testing
[19:02] <apw> bjf, i just care about it being in -proposed
[19:02] <apw> right now the source is out of sync with published reality
[19:02] <bjf> apw, then it's just the ppc issue
[19:02] <henrix> bjf: ack, i'll have it uploaded today 
[19:02] <bjf> apw, we've been waiting since tue. to get it built
[19:03] <infinity> Someone should have mentioned it earlier. :/
[19:03] <apw> when we going to get some more horses in that queue
[19:03] <bjf> infinity, so we should just nag you constantly?
[19:03] <infinity> bjf: Sometimes. :P
[19:03] <infinity> Anyhow, failed SRUs removed from -proposed.
[19:05] <bjf> sforshee, do you have the link to the amd64+mac iso images. i just seem to be going around and around in circles trying to find it
[19:06] <infinity> bjf: For which release?
[19:06] <bjf> infinity, quantal
[19:06] <sforshee> bjf, I noticed recently that they seem to be impossible to find on ubuntu.com
[19:06] <infinity> http://releases.ubuntu.com/12.10/
[19:07] <bjf> infinity, thanks. for some reason my fingers keep typing cdimage.ubuntu.com
[19:07] <sforshee> bjf, if you want to do an efi install the standard images should work fine too
[19:07] <infinity> bjf: Yeah, for released images, there's a weird split, where supported stuff lands on releases.u.c, and everything else on cdimage.u.c/releases/
[19:08] <infinity> (Because lots of people mirror releases.u.c and don't want 500GB of crap)
[19:08] <bjf> sforshee, i'm actually not sure how i'm installing on this air. i have an OSX partion and refit
[19:08] <sforshee> bjf, actually I think the standard image also work for a csm install as long as you're using a usb stick. I want to say the +mac images are only needed for actual CDs.
[19:09] <bjf> sforshee, i can certainly try both to see
[19:09] <sforshee> bjf, for an air an efi install works fine, and subjectively I think the performance is a little better
[19:09] <bjf> sforshee, how can i tell ?
[19:20] <mjg59> The +mac images are only needed for CSM installs on old Macs
[19:27] <sforshee> bjf, sorry, I got a phone call
[19:28] <sforshee> did you get what you need?
[19:38] <bjf> sforshee, think so
[19:39] <sforshee> bjf, let me know if you have any more questions
[19:47] <bjf> sforshee, well, refit doesn't seem to like the non mac iso
[19:50] <sforshee> bjf, are you using dd or usb-creator-gtk? I have better luck with the latter
[19:51] <bjf> sforshee, dd on precise
[19:51] <bjf> sforshee, i'll try usb-c-g
[19:51] <sforshee> bjf, that should give you better results
[20:06] <bjf> sforshee, not so much
[20:09] <sforshee> bjf, really
[20:09] <sforshee> I haven't used refit in a while
[20:09] <sforshee> maybe there's something there I forgot about
[20:10] <sforshee> but what should work is to hold alt while you boot the macbook and select the usb stick from the apple boot picker
[20:12] <bjf> sforshee, so i hold down the alt key and I am presented with 5 icons. 3 disk and 2 usb. the 3 disk icons are labeld 'rEFIt', 'Windows', 'Recovery HE' the two USB icons are 'Windows' and 'EFI Boot'
[20:13] <sforshee> bjf, you should obviously pick one of the usb options, I'd suggest going with 'EFI Boot'
[20:14] <sforshee> that should get you to the installer, and after you install refit *should* see the efi executable for grub and offer it to you as an option
[20:18] <bjf> sforshee, so yes, that does seem to work
[20:19] <sforshee> bjf, good. Was the problem with refit that it didn't display the USB boot options or that it failed to boot them?
[20:20] <bjf> sforshee, given all the odd icons refit was showing and no labels it was hard for me to decide what to select
[20:21] <bjf> sforshee, i'm probably responsible for configuring it to not display labels
[20:21] <sforshee> bjf, heh
[20:21] <bjf> because that just wouldn't be as cool, you know
[20:24] <bjf> that does seem to have borked refit though
[20:24] <sforshee> d'oh
[20:24] <sforshee> I wonder why
[20:26] <bjf> sforshee, so my boot options are now "rEFIt", "Windows", "Recovery HD" (no usb stick in it and just holding down the alt key)
[20:26] <sforshee> slangasek, are you guys planning to integrate all the iso image changes and apple boot picker integration that mjg59 figured out? That would sure make life easier for folks installing ubuntu on macs.
[20:26] <bjf> sforshee, "rEFIt" and "Windows" lead to unbootable grub menu
[20:26] <bjf> sforshee, so i can't seem to boot to my good OSX either
[20:27] <sforshee> bjf, that's really odd and unfortunate
[20:28] <sforshee> I don't know what the installer did to bork refit
[20:29] <sforshee> bjf, so I suppose your options are to boot the live image and try to fix it or to boot to the recovery partition and start from scratch
[20:29] <bjf> sforshee, yup
[20:31] <sforshee> bjf, refit is stored on the hfs+ partition, and I didn't think our installer touched anything there
[20:34] <sforshee> bjf, the refit option takes you straight to grub without any intermediate menu? I can't figure out why that would happen.
[20:40] <infinity> henrix: Thanks for getting on top of the lts-q uploads.
[20:40] <infinity> henrix: I'll promote the whole mess this evening when everything's done.
[20:40] <infinity> henrix: (don't forget linux-signed)
[20:42] <bjf> sforshee, i'm mistaken, the refit got me to three other icons one of which lets me boot my osx install, so that's still there
[20:43] <sforshee> bjf, and the other two get you to a broken grub?
[20:43] <sforshee> fwiw if you were booting ubuntu with CSM before then the 'Windows' option is probably just a vestige of that install
[20:44] <sforshee> bjf, at least that makes more sense :-)
[20:44] <sforshee> I was really puzzled about how refit got broken
[20:45] <bjf> sforshee, yes, but after one boot into osx, the refit is now missing ... still figuring this out
[20:45] <sforshee> bjf, do you just have the OSX option instead?
[20:47] <bjf> sforshee, so i had to reboot into the osx config once, that seems to have sort of restored refit
[20:49] <bjf> sforshee, now when i boot and don't hold down alt, i get 3 icons, one (that used to boot ubuntu) and now just gets me to "error: file '/boot/grub/i386-pc/normal.mod' not found. grub rescue>"
[20:49] <bjf> sforshee, a second icon which boots into the ubuntu i just installed
[20:49] <bjf> sforshee, and a third icon which boots into my OSX
[20:50] <bjf> it's odd but useable
[20:50] <sforshee> bjf, that's more or less what I expected to happen. The option that doesn't work is likely leftover from a CSM install.
[20:51] <bjf> sforshee, i agree though it was confusing
[20:52] <sforshee> bjf, I have no idea why you had problems initially. Everything to do with refit is in the hfs+ partition, which shouldn't have been touched by the installer.
[20:55] <slangasek> sforshee: yes, that's definitely the goal
[20:56] <sforshee> slangasek, sweet :-)
[20:56] <slangasek> sforshee: if you have some time tomorrow afternoon, I think it would help me to pick your brain further so I can better understand exactly what I'm seeing currently... there are a lot of moving parts
[20:57] <sforshee> slangasek, sure. You'd better catch me tomorrow because I'll be on holiday for the following two weeks
[20:57] <slangasek> sforshee: righto - sorry, I misunderstood earlier and thought you were /already/ on vacation, or I would've been hunting you down earlier this week :)
[20:58] <sforshee> bjf, you might be interested to know that in 3.8 the wifi on the macbook air should work somewhat better in 3.8
[20:58] <sforshee> bjf, I'm still chasing down some of the problems though. I've found serious issues with background scans this week.
[20:58] <sforshee> slangasek, nope, still working. My schedule is wide open tomorrow so just grab me whenever is convenient for you.
[21:00] <bjf> sforshee, at one point i did have raring on this, i'm actually trying to get back to it
[21:00] <sforshee> bjf, I put raring on my air this week and it seems to be working fine
[21:00] <bjf> sforshee, the daily iso today didn't work for me so i went down the rabbit hole
[21:00] <bjf> and got very lost
[21:00] <sforshee> uh oh. I haven't updated in the past couple of days, maybe that's a good thing
[21:01] <bjf> i'm hoping it's just the daily image being the issue, couldn't get past the purple Ubuntu screen
[21:02] <bjf> but now i may try it again doing it the same way i just put quantal back on it to see if it will work
[21:03] <sforshee> I'm updating to see if my machine still works okay
[21:13] <sforshee> bjf, I'm now fully up-to-date and raring seems to be working fine
[21:13] <bjf> i'm creating a new usb stick with today's raring, will give it a spin shortly
[21:19] <bjf> sforshee, nope, seems to be the image is borked
[21:20] <sforshee> bjf, I'll give it a try, probably tomorrow. I did an upgrade from quantal so I haven't tested our raring images on this machine yet.
[21:20] <bjf> sforshee, interesting, if i "try ubuntu" it comes up
[21:21] <bjf> but if i go directly to "install ubuntu" it doesn't work
[21:23] <sforshee> bjf, have you tried it on any other machines? Maybe that's just plain broken in general right now.
[21:23] <henrix> infinity: i'll upload the -signed in a minute. i had to have the main pkg built first before uploading
[21:23] <bjf> sforshee, no, not tried it anywhere else ... good point
[21:25] <infinity> henrix: The build-deps should be versioned, no?  It'll just dep-wait if they upload out of sync.
[21:25] <infinity> henrix: (Which is what happens in the primary archive)
[21:36] <bjf> sforshee, the install went fine as did a post-install dist-upgrade
[21:37] <sforshee> bjf, you're referring to the raring install on the macbook?
[21:38] <bjf> sforshee, yes
[21:38] <bjf> sforshee, from a live desktop
[21:38] <sforshee> bjf, good deal
[22:26] <henrix> apw: still around?
[22:27] <wmp> hello, where i can found package source to linux-3.5.0-19
[22:28] <infinity> bjf: Was the update on #1088979 a manual nudge of the bot, or did it screw up?
[22:28] <infinity> bjf: (It claimed the package was built and published an hour before PPC finished)
[22:29] <bjf> infinity, appears to be a bug
[22:30] <henrix> infinity: yeah, i was discussing this earlier with herton. he (or me) will investigate this later
[22:30] <infinity> Mmkay.
[22:30] <infinity> henrix: Also, going to dupe 1090126 to 1087221, I assume?
[22:32] <henrix> infinity: ah, right. will do
[22:34] <henrix> apw: ping
[22:54] <infinity> henrix: While I'm complaining about the bot, any reason that 1087221 is stuck in Prepare-package?  Perhaps a problem with having reset all the tasks and reused the bug?
[22:54] <infinity> (I'm happy to manually mark that Fix Released and do my promotion bits, but if the bot's "stuck", we might want to know)
[22:55] <henrix> infinity: hmm... maybe the bot isn't running? bjf ^^
[23:08] <bjf> henrix, infinity just ran it by hand, it just changed promote-to-proposed state for that bug
[23:09]  * vanhoof waits with anticipation and <3 for bjf ;)
[23:10] <vanhoof> not infinity though
[23:10] <vanhoof> he said he's not buying me a birthday present
[23:11] <bjf> henrix, i'm not sure what is up but git is struggleing to pull your quantal-lbm
[23:12] <bjf> henrix, the problem is on my end somehow
[23:12] <henrix> bjf: that's odd, because i've just pulled it into tangerine and it was quick
[23:13] <henrix> ah
[23:13] <bjf> henrix, the quantal trees look good
[23:14] <henrix> bjf: cool. i'll push them and upload the src pkgs
[23:14] <henrix> thanks
[23:24] <infinity> bjf: Thanks for that.  So we're all set to promote and override quantal and lts-quantal?  Will do.
[23:24] <infinity> And then I will get back to important holiday tasks like re-watching Arrested Development.
[23:25] <bjf> infinity, we'll have quantal-lbm and precise-lbm pkgs that we're trying to "rush" through
[23:25] <henrix> infinity: btw, just fyi, i'm uploading a few more pkgs at the moment...
[23:25] <henrix> infinity: namely: precise and quantal -lbm and -meta packages
[23:26] <henrix> infinity: these are just minor version bumps btw
[23:26] <bjf> heh
[23:26] <infinity> Oh, for they who shall not be named, yes. :/
[23:26] <bjf> yup
[23:26] <infinity> Well, I'm promoting what's there now.  When those are ready to go, let me know, and I'll review and push.
[23:27] <bjf> ack
[23:27] <infinity> Do they have their own separate bug?
[23:27] <henrix> they should start building in a few seconds
[23:27] <henrix> no, they don't have a bug tracking bug as they are just minor version bumps
[23:27] <henrix> or should they...?
[23:27] <infinity> I didn't mean a tracking bug, but an SRU bug at all.
[23:27] <infinity> They should be fixing a bug, surely.
[23:28] <henrix> ah, they do have an sru bug #
[23:28] <bjf> infinity, yes, we are following the rules :-)
[23:29] <henrix> infinity: and another request... could you make sure the -meta packages won't get stuck with the ppc builders? :)
[23:29] <infinity> henrix: Absolutely.
[23:30] <henrix> infinity: cool, thanks 
[23:31] <infinity> Bumped for precise.  Will do the same for quantal when I see it.
[23:32] <infinity> Though, both will get stuck behind the current webkit build.
[23:32] <infinity> Which is in its final link, at least, so probably only an hour or two, tops.
[23:32] <henrix> cool, thanks
[23:32] <bjf> ogasawara, the lbm and meta packages have been uploaded
[23:33]  * henrix -> EOD
[23:33] <infinity> I wonder what Laney and micahg did to make webkit take twice as long to build. :/
[23:48] <infinity> apw: Was there a reason those lbm-meta packages are -virtual instead of -generic, if they're built agains the generic kernel?
[23:49] <infinity> apw: Seems a little inconsistent with the naming of all the other lbm metapackages.
[23:52] <infinity> apw: Actually, precise is a bit strange there too, since you seem to be building both -generic and -virtual packages from lbm, but then the meta has the virtual->generic cross-depend.
[23:52] <infinity> apw: So, neither of these looks quite right to me.
[23:52] <infinity> ogasawara: ^
[23:58] <infinity> Yeah, meta is definitely wrong for both of these.  lbm looks fine, though.
[23:58] <bjf> infinity, sigh
[23:59] <bjf> infinity, looking
[23:59] <infinity> bjf: So, for Q, meta should just have generic->generic metapackages.
[23:59] <infinity> bjf: For P, it needs generic->generic, generic-pae->generic-pae and virtual->virtual.