[01:02] <bdmurray> I was looking at bug 134146 regarding Intel HDA sound and 2.6.22-10 which seems fixed with the latest lum, but there is still a linux-source-2.6.22 task for it.  That can be closed right?
[02:11] <kousotu> hello ben
[02:14] <BenC> hey
[02:17] <kousotu> how's you?
[02:24] <kousotu> just when i thought issues were fixed...
[02:24] <kousotu> fix one problem, 2 more show up...
[02:28] <BenC> always nice when you upload a new kernel at midnight, go to sleep, and it built successfully everywhere
[02:28] <zul__> yippe skippe
[02:28] <rtg> BenC: How long does it take for binaries to land in the archive?
[02:29] <kousotu> lol
[02:29] <BenC> rtg: archive admin has to process them out of NEW
[02:30] <zul__> hey BenC 
[02:30] <kousotu> BenC: I don't know if this is any kind of kernel bug, but lemme ask you. have you had any issues with firefox reciently?
[02:30] <kousotu> and ephinity
[02:34] <BenC> kousotu: doubtful it's a kernel bug
[02:35] <kousotu> yea, I was thinking the same
[02:36] <kousotu> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/137952
[02:36] <kousotu> my firefox bug
[02:52] <BenC> mjg59: ping, can you make sure to use the commit-templates for lum stuff so we get proper changelog entries
[02:53] <rtg> BenC: I have lirc patches staged. Shall I push them before you upload lum?
[02:53] <BenC> rtg: yeah, hold a sec and let me push the latest of what I have
[02:54] <rtg> BenC: I also have latest iwlwifi, but I wanted to do a build test first.
[02:55] <BenC> rtg: you should be able to test build it against -10-generic headers
[02:55] <BenC> rtg: just temp modify debian/changelog
[02:55] <BenC> rtg: is this the v1.x with 11n support?
[02:55] <glance> someone here bin hacking on unionfs in gutsy?
[02:55] <rtg> BenC: How do I override the package dependencies?
[02:56] <BenC> rtg: don't use debuild?
[02:56] <BenC> rtg: fakeroot debian/rules binary-modules-generic
[02:56] <rtg> BenC: IRC overlap...
[02:58] <BenC> rtg: current lum pushed
[02:59] <rtg> BenC: OK
[03:04] <zul> BenC: when is the upload going to happen next week?
[03:04] <BenC> zul: by friday
[03:05] <zul> ok cool plenty of time 
[03:05] <rtg> BenC: I remember why I was having problems building lum. no unionfs stuff.
[03:06] <BenC> rtg: ok, push it and I can test build it
[03:07] <rtg> BenC: I have all of Gutsy 11.32 built. I just need to install headers. Gimme a bit.
[03:07] <kylem> rtg, it's probably going to need a new mac80211.
[03:07] <kylem> rtg, (thanks for doing this, i got an email this morning pointing it out to me)
[03:08] <rtg> kylem: iwlwifi will?
[03:08] <kylem> i don't think the one we ship in .22 is new enough
[03:09] <rtg> kylem: hmm. I'll make sure I have all of the right pieces before I drop in a new iwlwifi hunk.
[03:09] <kylem> groovy.
[03:11] <rtg> kylem: How about forwarding that email...
[03:11] <kylem> it has nothing in it aside from "there's a new iwlwifi"
[03:11] <BenC> If it needs a new mac80211, we might have to keep it at the current version
[03:12] <BenC> otherwise we'll get mega symbol conflicts
[03:13] <kylem> indeed. otherwise, building it /into/ the iwlwifi.ko might be a winning plan.
[03:14] <ikonia> Chapts whats going on with the ubuntu LTS kernel at th emoment
[03:14] <ikonia> bad typing
[03:15] <amitk> ~4 more weeks to kernel freeze. Do we have an idea if anything major is going in? Besides bugfixes, that is.
[03:15] <ikonia> What is the current status of the LTS kernel. There are a few branches in launchpad showing up with chipset backports that are not released
[03:15] <ikonia> amitk until which kernel release.
[03:15] <amitk> ikonia: that wasn't meant as a response to you. I was talking about the Gutsy kernel
[03:16] <rtg> BenC: Gutsy lum lirc patches pushed.
[03:16] <ikonia> ah
[03:16] <BenC> ikonia: backports are in-progress, and we'll be getting some things in linux-backports-modules for 6.06.2
[03:17] <ikonia> BenC thanks for the update
[03:17] <ikonia> BenC nice to know its progressing
[03:19] <BenC> pkl_: btw, I needed to ping you about -virtual...we need it in the upload for next week
[03:21] <zul> BenC: can kqemu and virtualbox be added back to lum as well?
[03:22] <BenC> nope
[03:22] <zul> how come?
[03:22] <BenC> way too many API issues with userspace
[03:22] <zul> ah ok
[03:23] <BenC> I wanted about vbox last time, and I was promised the API would be ok, and it changed right before feisty release, and we had to emergency yank it just days before final CD
[03:23] <BenC> s/wanted/warned/
[03:23] <BenC> same issues with vmware modules, kqemu probably isn't much better
[03:38] <mjg59> BenC: Sure, sorry about that
[03:38] <BenC> mjg59: np
[03:48] <dholbach> can somebody check out the patch on  http://launchpad.net/bugs/137909 ?
[03:51] <BenC> dholbach: looks sane to me
[03:52] <dholbach> so it's not the header that should be somewhere else?
[03:52] <BenC> dholbach: I'm not sure about the method involved, but the values in the patch look correct
[03:52] <dholbach> hrm
[03:53] <dholbach> maybe I should ask doko
[03:53] <dholbach> but there are some other bugs that somebody of the kernel team could please review and sponsor: http://daniel.holba.ch/sponsoring
[03:53] <dholbach> I assigned some, but I guess that your bug lists are all quite busy already
[04:42] <radu> what is the proper way to set the io elevator to anticipatory by default ?
[04:56] <asac> kylem: lamont: could you please approve my ipw3945 post to kernel list?
[04:57] <rtg> asac: Do the URL's in your LP reports still point to the right patches?
[04:58] <asac> rtg: its a bzr branch (but yes) ... the patch is inlined in the mail
[04:58] <asac> rtg: there is a .upstream bzr branch as well ... so you can just bzr diff
[04:58] <asac> rtg: https://code.launchpad.net/intellinuxwireless
[04:59] <rtg> asac: Your email just came through on the list.
[04:59] <asac> rtg: ok lamont approved the mail
[04:59] <asac> yep
[04:59] <asac> kylem: unping .. lamont approved it
[04:59] <lamont> asac: and you're on the approved list... feel free to subscribe, too. :-)
[05:02] <asac> rtg: you have that hardware right?
[05:03] <rtg> asac: I should, I just gotta track it down.
[05:03] <asac> rtg: the first testcase is to just load with associate=0 then set essid to any ... ipw3945 will then just deliberately start to associate
[05:04] <rtg> asac: The other guy that I think has i3945 is calc. I'll send him an update when I get it built.
[05:05] <asac> rtg: i have positive feedback from stgraber (great help here) and Hobbsee ... calc appears to be a bit busted. I asked him multiple times but he didn't came to it yet afaik.
[05:05] <asac> rtg: keybuk + bdmurray ... all have that chipset ;)
[05:06] <rtg> asac: cool, sounds like it has has fairly wide testing.
[05:06] <asac> no ... only stgraber + hobbsee
[05:06] <asac> the others didn't ... but have that hardware
[05:07] <rtg> asac: plus yourself makes 3, which is more confirmation that we usually get in an LP report.
[05:07] <asac> rtg: no ... i don't have it ... stgraber was my remote shell ;)
[05:07] <asac> rtg: anyway ... if its not that hard to roll a lum we should probably just roll it and see what happens.
[05:08] <asac> rtg: it can't really get worse
[05:08] <asac> rtg: maybe just take a brief look if you see any obvious glitches in that patch
[05:08] <rtg> asac: I've got lum patched. Gimme a bit to test...
[05:11] <BenC> rtg: ping me when you're done with lum
[05:13] <rtg> BenC, asac: found an i3945 in a Dell 1420.
[05:16] <asac_> sorry ... had reconnect
[05:16] <asac_> 7:11 < rtg> BenC, asac: found an i3945 in a Dell 1420.
[05:29] <bdmurray> BenC: Did you see my e-mail about doing kernel bugs on Wednesday?
[05:30] <BenC> bdmurray: yeah...give me a sec, on phone
[05:39] <xhaker> hey.. is there any repository for daily builds?
[05:40] <xhaker> or maybe... beta builds
[05:42] <BenC> xhaker: not at the moment, but it's something we are working on
[05:44] <xhaker> thanks for the informations BenC. Also I've noticed -11.32 is built but doesn't show up here
[05:45] <BenC> lrm/lum are not uploaded yet, so linux-meta wont force the upgrade yet
[05:49] <xhaker> ok
[06:00] <BenC> Mithrandir: lum/lrm should build on lpia this time around
[06:00] <BenC> Mithrandir: I only setup lpia for madwifi in lrm
[06:00] <BenC> so if you need anything else, ping me
[06:13] <kousotu> wb BenC
[06:15] <bdmurray> BenC: I invalidated the 2.6.22 task for bug 134146 as it was fixed in l-u-m.  Is that sane?
[06:26] <rtg> bdmurray: yes.
[06:27] <bdmurray> rtg: great, thanks
[06:30] <asac> rtg: anything else needed? otherwise, i would chroot /weekend soon ;)
[06:32] <rtg> asac: Go ahead off on your weekend. I've run into a couple of other problems, but should have ipw3945 tested real soon now :)
[06:39] <asac> rtg: ok thanks. maybe i will look later
[06:41] <rtg> asac: It looks good. I switched between wired and wireless 3 times on an open AP. I know I couldn't do that before.
[06:54] <asac> rtg: great.
[06:57] <asac> rtg: please let me know when you have released this ... I have to hold back next nm upload because it drops an ugly hack that helped for wpa a bit
[06:58] <rtg> asac: Its been pushed to the lum repo. I think BenC plans to upload later today. 
[06:59] <mjg59> fabbione: Does 640x480 work on your isight, or just lower resolutions?
[07:00] <BenC> lum and lrm uploaded
[07:01] <asac> with ipw patch?
[07:01] <rtg> asac: with patch.
[07:04] <fabbione> mjg59: i didn't know it supports 640x480.. need to test that.
[07:04] <fabbione> mjg59: but i think i only saw 320x240 even in MacOS 
[07:04] <mjg59> Yeah, I should try MacOS
[07:04] <fabbione> mjg59: anyway i won't be able to play for the next week or so
[07:04] <fabbione> i can test MacOS right away 
[07:04] <fabbione> sec
[07:04] <mjg59> It may well just be lying about 640x480, in which case I need to nobble the driver
[07:06] <fabbione> skype shows me a 320x240 pic
[07:06] <fabbione> Photo Bosomething 640x480 but it doesn't look sharp.. borders seem to have a lot of antialiasing enabled
[07:06] <fabbione> might very well be software scaling
[07:07] <mjg59> fabbione: I believe Skype defaults to 320x200 regardless of hardware capability
[07:10] <fabbione> mjg59: it's possible.. but then I have no way to be sure
[07:11] <fabbione> i don't have other software installed to cross check
[07:11] <fabbione> mjg59: the driver you provided is exactly like mine.. do you have any idea if upstream is going to merge the isight patch?
[07:11] <fabbione> it's annoying that the two drivers are not in sync
[07:11] <fabbione> and the old one can't suspend/resume
[07:12] <mjg59> Not in its current form, no
[07:12] <fabbione> ok
[07:13] <fabbione> btw.. after next week I can use this machine for total trash/testing
[07:13] <fabbione> so we can probably sort something for the bootloader or whatever
[07:14] <fabbione> perhaps that refit is packable or something
[07:16] <mjg59> No, we can't package refit
[07:50] <fabbione> mjg59: any special reason why we can't?
[07:52] <mjg59> fabbione: No way to set EFI variables
[07:53] <fabbione> so what do you suggest we do?
[07:53] <fabbione> elilo?
[07:54] <mjg59> Oh, no - we can't use EFI at all
[07:54] <mjg59> It's simply not stable on x86
[07:54] <mjg59> Just use grub
[07:55] <fabbione> i am a bit confused... everywhere I read they say to either use bootcamp or refit
[07:55] <fabbione> and then grub on the partition rather than MBR
[07:55] <mjg59> Right, which requires you to use either grub or lilo
[07:56] <fabbione> right
[07:56] <mjg59> So just use grub
[07:56] <fabbione> if i want to boot natively and get rid of bootcamp/refit/macos.. 
[07:56] <fabbione> is grub the way to go?
[07:56] <mjg59> Remove your MacOS partition and it'll default to Linux
[07:56] <mjg59> Alternatively, hold down alt at startup
[07:57] <fabbione> ok.. so if there is frigging nothing to do.. why all frigging wiki crap around tells you to install that stuff...

[07:58] <fabbione> mjg59: thanks a lot of the info dude
[07:58] <fabbione> very much appreciated
[07:59] <mjg59> No problem
[08:00] <mjg59> The installer should already work without any issues, with the possible exception of refusing to resize the MacOS partition
[08:00] <mjg59> I chatted to Colin about that, not sure if we sorted it
[08:00] <fabbione> ok
[08:00] <fabbione> i can test that in a week
[10:55] <Ornedan> Hi. Which system is used for suspend/hibernate in Ubuntu?
[11:38] <sistpoty> hi... stupid (user) question: where is libwfb (as announced from todays update)? /me can't find it in nvidia-glx-new
[12:01] <sistpoty> anyone mind me fixing the nvidia-glx-new package? (the link to libwfb.so is imo missing, but I'll know for sure after a rebuild)
[12:29] <sistpoty> interesting the build of l-r-m fails at a completely unchanged place
[12:31] <sistpoty> which however is my problem, as I just noticed.