[12:17] <bronson_> Oh, I get it...  I had some older package scripts.
[12:18] <bronson_> Seems to work 100% on Edgy now.
[12:18] <bronson_> Time for me to publish my tree.
[01:33] <BenC> infinity: ping
[03:19] <zul> BenC: http://lwn.net/Articles/213976/
[03:32] <BenC> zul: wow, that's a pretty heavy change
[03:37] <ajmitch> that's impressive, that they'd ban them outright
[03:43] <mjg59> BenC: The PPC build failure has come up on lkml
[03:57] <BenC> mjg59: We fixed it already, unless you mean the ib_verbs failure
[03:58] <BenC> if so, I was 2 seconds away from sending a patch to lkml for that
[03:58] <mjg59> BenC: The one you fixed with libgcc
[03:58] <mjg59> People seem to be blaming gcc
[04:02] <BenC> I partly blame v4l2's stupid switch statement, but I can see where gcc would be to blame
[05:45] <infinity> BenC: pong?
[05:45] <BenC> infinity: sorry, unpong
[05:46] <infinity> BenC: Oh.  You sure? :)
[05:46] <BenC> infinity: I was trying to get linux-source-2.6.20 published and it happened already :)
[05:47] <infinity> Ahh. :)
[06:10] <kkubasik> BenC: awesome to see 2.6.20 so fast, any chance you have a rough eta on restricted modules?
[06:11] <BenC> kkubasik: I have it ready, just doing some additions before the first upload
[06:11] <kkubasik> wow, that was awesomely fast
[06:13] <kkubasik> hmm, no changelog on kernel.org yet, any chance you know if there's been attention/updates to bcm43xx/the ieee82011 stack?
[06:14] <kkubasik> scratch that, I found onr
[06:17] <fabbione> hey BenC 
[06:17] <BenC> hey fabbione
[06:17] <fabbione> BenC: do we also get lrm for .20 ? or we need to wait?
[06:17] <fabbione> basically
[06:18] <fabbione> ARE WE THERE YET? :P
[06:18] <BenC> fabbione: I have it, but I'm adding the vmware server/tools modules since I already have to  create a new .orig,tar.gz
[06:18] <fabbione> ok
[06:22] <bronson> BenC, this is your blog?  http://ben-collins.blogspot.com
[06:23] <bronson> Not very prolific?  :)
[06:52] <BenC> bronson: Haven't started yet :)
[06:52] <BenC> still rough draft on a few topics
[06:53] <bronson> I can relate.  I have ~4 articles up on my blog but my ~/toblog file is 177K...
[06:54] <bronson> Hard to push writing up to the top of the priority queue.
[08:00] <fabbione> BenC: .20 booted on my netra
[08:28] <dade`> just woke up
[08:28] <dade`> 2.6.20 is in repo :)
[08:58] <dade`> BenC: 2.6.20 has the same problem
[09:05] <infinity> BenC: Because I'm on vacation, I can hound you mercilessly.  I just made this rule up, and I rather like it.  So, where's my lrm-2.6.20, huh, huh, huh?! :)
[09:19] <dade`> BenC: i think i found the problem
[09:51] <Keybuk> *sigh* I'm getting "Critical temperature reached (112 C), shutting down" again
[09:51] <dade`> cool
[09:51] <Keybuk> no, not cool :p
[09:52] <Keybuk> in fact, definitely not "cool" in either definition of the word
[09:52] <dade`> hot but cool
[09:54] <Keybuk> heh
[09:54] <Keybuk> obviously it can't be that hot
[09:55] <dade`> what computer is that ?
[10:01] <Keybuk> my laptop
[10:03] <Keybuk> http://people.ubuntu.com/~scott/temperature.png
[10:03] <Keybuk> it's fine until that reboot for the new kernel
[10:04] <dade`> hehe
[10:08] <Keybuk> hmm
[10:08] <Keybuk> it seems to be using performance not ondemand
[10:22] <infinity> Yeah, I noticed that just now.
[10:22] <infinity> Oddly enough, I'm not sure when this is being set...
[10:23] <infinity> Since my rc.local includes a line to set my machine to "powersave", and it got reset to performance afterward.
[10:23] <infinity> Manually setting it back to powersave made it less sad.
[10:26] <tepsipakki> ok, there's a strange nfs-bug in kernel perhaps since 2.6.18... read-write mounts have to be mounted before ro-mounts or they are mounted ro as well. I've seen this on rhel5b2, edgy and now on feisty (2.6.20)
[10:26] <tepsipakki> dapper is fine
[10:26] <tepsipakki> has someon seen anything similar?
[10:26] <tepsipakki> +e
[10:27] <tepsipakki> I'm thinking that maybe this is a feature that was added since 2.6.15 :)
[10:33] <tepsipakki> hmm, I was told that cache-fs makes one handle per fileserver and the permissions are used for all mounts from that server.. so the first mount dictates the permissions that are used (/tried)
[10:33] <tepsipakki> which, kinda, sucks big time
[11:05] <tepsipakki> yep, filed here https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207670
[11:05] <tepsipakki> I'll file it on LP
[11:24] <fabbione> BenC: can you pretty please apply the patch to export ufs* headers?
[11:24] <fabbione> BenC: we need it.. silo is FTBFS without that one
[11:25] <tepsipakki> filed bug #75729
[11:50] <infinity> BenC: *poke* ... New fglrx.  Lucky you.
[11:50] <infinity> BenC: 8.32.5
[11:50] <infinity> BenC: *pester,pester*
[11:57] <tepsipakki> hmm, no release notes available for that
[11:57] <tepsipakki> "file not found"
[11:57] <tepsipakki> but does it support AIGLX?
[12:02] <infinity> Not if the last one didn't.
[12:02] <infinity> Looks like it's just a bugfix release.
[12:04] <tepsipakki> bah
[12:26] <ivoks> yay
[02:17] <BenC> infinity: URL? I can never seem to find those ati releases
[02:24] <tepsipakki> http://ati.amd.com/support/drivers/linux/linux-radeon.html
[02:38] <kylem> morning.
[02:50] <zul> morning
[03:08] <zul> muhahha....i get to sit in on an interview...
[04:24] <maks_> BenC: are you going to sync initramfs-tools with Etch?
[04:24] <maks_> i mean your dir improvement is great i couldn't take it yet
[04:24] <maks_> but will add it soon after release
[04:24] <BenC> as soon as I get the kernel to the point where it's not making me lose sleep :)
[04:25] <BenC> initramfs-tools, kernel-package, kernel-wedge...I will sync those things soon
[04:25] <BenC> maks_: Will you take the firmware changes too?
[04:25] <maks_> cool, i don't like to be totaly out of sync
[04:26] <maks_> no i want to use modprobe for it
[04:26] <BenC> I guess they don't make sense for Debian as much as us, but it may help the user
[04:26] <maks_> there is an separate firmware hook package for qlaxxx in debian
[04:26] <BenC> maks_: You mean the new changes so the driver exports the firmware it needs?
[04:26] <maks_> yes
[04:26] <BenC> makes sense
[04:26] <BenC> we'll have to keep it local until that happens
[04:27] <maks_> sure there are some divergences like the takeover bit in update-initramfs
[04:27] <maks_> but in total i like to keep in sync
[04:27] <maks_> postetch i also merge the ubuntu changelog
[04:28] <maks_> even if the issues had already been dealt with
[04:28] <kylem> http://people.ubuntu.com/~kyle/hdaps_invert_no_smapi_feisty.diff
[04:29] <kylem> BenC/mjg59, ^-- comments? re: newest comment on https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/33950
[04:29] <maks_> BenC so once you are on it don't hesitate to ping me :)
[04:29] <BenC> maks_: Ok
[04:29] <BenC> kylem: that patch needs to be forward ported I guess
[04:30] <kylem> the code in edgy is quite divergent to mainline.
[04:30] <mjg59> kylem: Yeah, the code in edgy has the Thinkpad embedded controller driver
[04:31] <mjg59> So tp_smapi can work
[04:31] <kylem> did it get NAK'd upstream?
[04:31] <mjg59> No
[04:31] <kylem> just dropped on the floor? :(
[04:32] <mjg59> There was some fuss over whether it was genuinely clean-room generated
[04:32] <mjg59> The conclusion seemed to be that it was
[04:32] <mjg59> But I haven't seen it pushed again since that
[04:32] <mjg59> I also worry a little about the inverted stuff
[04:32] <mjg59> I think some people might have different expectations about the behaviour 
[04:33] <mjg59> Should raising the right side of your laptop be a positive or negative motion?
[04:33] <mjg59> You can argue for either case
[04:34] <mjg59> I guess we ought to standardise on the Neverball case
[04:38] <kylem> heh
[04:39] <kylem> i'd standardize on a cockpit joystick style motion
[04:39] <kylem> pull back to nose up
[04:39] <Keybuk> I want to see someone use the tilt sensor as an input device for a computer game
[04:39] <Keybuk> it'd be like the Wii, with the added advantage you get to throw your laptop to the floor in anger when you lose
[04:39] <kylem> ... neverball.
[04:40] <Keybuk> oh, I see
[04:40] <Keybuk> heh
[04:56] <Keybuk> BenC, kylem: five minutes
[04:56] <BenC> Keybuk: Thanks
[05:00] <kylem> i'm here...
[05:01] <BenC> kylem: here's no good, you need to be there...and by there I mean sitting next to the bear
[05:01] <kylem> gah, not the bear! anything but the bear!
[05:03] <zul> oh pooh..
[05:43] <zul> right im off for lunch
[05:52] <kkubasik> anyone know the status of lrm-2.6.20 ? I though ben said he was cleaning it up last night 
[05:52] <kkubasik> but no luck yet :(
[05:55] <BenC> kkubasik: It's going to be uploaded today...you wont see it for about 24 hours though
[05:55] <kkubasik> alright, no worries, didn't know if I should be waiting
[06:37] <dade`> BenC: the acpi problem is that after .19 the acpi modules are loaded after hald starts up
[06:38] <dade`> and so hald does not know about my battery
[06:38] <mjg59> dade`: That's not a kernel issue
[06:38] <BenC> dade`: Sounds like a problem in hald, IMO. It should detect the insertion of new devices on the system
[06:39] <kkubasik> dade`: try setting udev's monitoring level higer
[06:40] <kkubasik> like udevmonitor --log=log
[06:40] <kkubasik> or something
[06:40] <kkubasik> oops, udevcontrol I mean
[06:40] <kkubasik> then run udevmonitor
[06:40] <dade`> the init script launch gdm, that autoloads the gnome session, and after the init script enables acpi stuff
[06:40] <kkubasik> if udev isn't seeing it then thres a lot of issues
[06:40] <kkubasik> udevcontrol log_priority=<value>
[06:41] <dade`> hm
[06:41] <mjg59> dade`: Really, that's not a kernel issue
[06:41] <dade`> i know
[06:41] <mjg59> So discussing it in here is not a good plan :)
[06:42] <dade`> i know
[06:47] <mkrufky> Who is maintaining the Ubuntu 2.6.17.x kernel now?  Ben or Kyle?   
[06:48] <mkrufky> (i'm just looking at the kernel.org git repo index page, not easy to tell)
[06:49] <mkrufky> anyway, i ask, because I have some new -stable patches for 2.6.17.y , but the "official" 2.6.17.y stable kernel series is now closed
[06:49] <mkrufky> whenever this cg-clone to my local machine finishes, I will push up the v4l-dvb-stable fixes for 2.6.17.y .... wondering if you guys would accept them
[06:54] <BenC> mkrufky: For edgy, probably not, because we are just a mere 4 months from feisty release
[06:54] <BenC> updates like that for dapper make sense though, for people following just LTS releases
[06:56] <mkrufky> hmm... dapper is still 2.6.15
[06:56] <mkrufky> yikes, these DO need to be applied to 2.6.15 though ........
[06:57] <BenC> yeah, it's getting pretty old, but it's going to be supported for 3 years on the desktop
[06:57] <mkrufky> maybe i will also push up a v4l-dvb-2.6.15.y for dapper's sake
[06:57] <mkrufky> in which case, there are probably abour 10-15 crucial bugfixes
[06:57] <mkrufky> abouT
[06:58] <mkrufky> anyhow, i'm going to push these two 2.6.17.y fixes anyway, for any other distro that may want them... they're small ... .whenever this clone finishes (damn slow network) , then I'll give you a link 
[06:59] <mkrufky> is there a name for the post-edgy ubuntu yet?  or is that still top secret?  :-P
[06:59] <mkrufky> oh, oops... feisty :-)
[07:27] <BenC> mkrufky: If it's just minor fixes, we can include those...I was thinking of something like huge updates
[07:29] <mkrufky> nah, just minor bugfixes...  
[07:30] <mkrufky> i'm actually quite surprised this clone hasnt completed yet
[07:30] <mkrufky> this might take a while.... whenever i have it ready, i'll be sure to tell you 
[08:27] <dade`> wow
[08:27] <dade`> my syslog is full of
[08:28] <dade`> Dec 14 20:27:57 choo kernel: [ 7707.392000]  keyboard.c: can't emulate rawmode for keycode 0
[08:28] <dade`> -rw-r----- 1 root adm 55M 2006-12-14 20:28 syslog
[08:28] <dade`> AHM
[10:12] <kriebly> Hi there. Does anyone know if the CVE-2006-6304/"do_coredump()" vulnerability would allow for a priviledge escalation from a local non-root account?
[10:16] <mjg59> kriebly: Conceivably. 
[10:16] <mjg59> But given that it requires root to reconfigure things beforehand, it's not a huge risk.
[10:18] <kriebly> hmmm...would that need to be a special config? one not standard on an ubuntu system?
[10:20] <mjg59> kriebly: Firstly, it only affects 2.6.19
[10:21] <mkrufky> BenC__: http://master.kernel.org/git/?p=linux/kernel/git/mkrufky/v4l-dvb-2.6.17.y.git
[10:21] <kriebly> ah... i didn't realize that.
[10:21] <kriebly> hmmm
[10:21] <kriebly> frsirt says "Linux Kernel version 2.6.19 and prior "
[10:22] <kriebly> http://www.frsirt.com/english/advisories/2006/5002
[10:22] <mkrufky> oops, html link.... i meant:   git://git.kernel.org/pub/scm/linux/kernel/git/mkrufky/v4l-dvb-2.6.17.y.git
[10:22] <mjg59> To the best of my knowledge, it's wrong
[10:24] <kriebly> ah. I'll notify them about that then. Thanks!
[10:25] <mjg59> I'm fairly certain that it's down to a patch that was introduced in the 2.6.19 series
[10:27] <kriebly> nod. I mailed them.
[10:58] <zul> meh...heading home
[11:04] <mjg59> BenC__: Running 2.6.19, should I be using libata for PATA drives?
[11:04] <BenC__> not all of them
[11:04] <mkrufky> BenC__: is the git link i gave above good enough?  or do i need to do a formal pull request?
[11:05] <BenC__> mkrfuky: email to kernel-team@l.u.c would be best, thanks
[11:05] <mkrufky> (i'll take care of the 2.6.15 backports for dapper later)
[11:05] <mjg59> BenC__: What's the reasoning behind the split?
[11:05] <mkrufky> ok, cool
[11:05] <BenC__> mjg59: Not all the pata drivers are stable
[11:05] <mjg59> BenC__: I'd just sort of expected to have ata_piix on this machine, since it's one of the best tested :)
[11:06] <BenC__> ata_piix is there
[11:06] <mjg59> Well, I'm coming up with piix bound to it
[11:07] <BenC__> is that the way it was in edgy?
[11:08] <mjg59> Yes
[11:08] <kylem> http://i.thefairest.info/funniest_thumbs/6hLUxC.jpeg
[11:08] <mjg59> If it's supposed to be using ata_piix, piix shouldn't be in the initramfs
[11:10] <BenC__> I made sure there wasn't conflicting pci id's
[11:11] <mjg59> Looks like there are some IDs missing from ata_piix
[11:11] <mjg59> But even so
[11:12] <mjg59> Both piix and ata_piix support 8086:266f
[11:14] <kylem> http://i.thefairest.info/funniest_thumbs/gsFXcz.jpeg
[11:24] <mkrufky> kylem: about the 2nd link..... i heard on the radio the other day that that entire ad campaign totally backfired.   more people like the pc geek and they dont like the mac guy cuz they think he is stuck up, lol
[11:25] <mkrufky> microsoft wants to hire the chubby geeky guy
[11:25] <kylem> well, it's hard to advertise yourselves as being different when you effectively sell intel reference hw.
[11:25] <mkrufky> true
[12:09] <david_corrales> sorry to ask here, but the main channel is useless... anybody know about the recent kernel problem not being found by grub? (with everything properly setup)
[12:11] <david_corrales> =/
[12:15] <BenC> david_corrales: That makes no sense
[12:15] <david_corrales> that's what happened to my main box after the last kernel update
[12:15] <david_corrales> I upgraded, rebooted and get error 15: File not found
[12:16] <david_corrales> haven't touched grub at all
[12:16] <david_corrales> in fact, if I enter the grub command line, the autocomplete sees the file properly
[12:16] <david_corrales> but won't boot it