[08:18] <kraut> moin
[08:18] <Fujitsu> .win 26
[08:18] <Fujitsu> Oops.
[10:52] <eradicus> hi why can't make menuconfig work? curses.h file not found even if it's installed properly...what could be the prob?
[10:59] <abogani> eradicus: Are you already installed libncurses5-dev ?
[11:00] <eradicus> abogani: yeah, it's working now. thanks ;)
[11:00] <abogani> eradicus: You are welcome.
[13:45] <Kano> hi rtg , did you see 2.6.24.1 + patch against latest root exploit?
[13:46] <Kano> err .2 i mean
[13:46] <Kano> has the fix
[13:46] <rtg> Kano: kees is working on it.
[13:46] <Kano> you only need .2
[14:03] <amitk> Kano: Merging 2.6.24.2 soon
[14:49] <mateusz> Hi, Is ubuntu kernel patched with hdaps_protect ?
[14:54] <amitk> mateusz: is that part of tp_smapi?
[14:56] <mateusz> amitk: no
[14:58] <amitk> mateusz: then file a bug, mark it as wishlist and describe why it should be in Ubuntu
[15:02] <mateusz> amitk: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/139881
[15:02] <ubotu> Launchpad bug 139881 in linux-source-2.6.22 "hdaps_protect patch to enable disk head parking on thinkpads" [Wishlist,Won't fix] 
[15:02] <mateusz> the bug is already there
[15:05] <Kano> rtg: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/97655
[15:05] <ubotu> Launchpad bug 97655 in linux-source-2.6.20 "dmraid45 target please" [Wishlist,Won't fix] 
[15:05] <Kano> rtg: what about that patch
[15:06] <amitk> mateusz: it has been rejected for Ubuntu hardy, please read Ben Collins' comment
[15:08] <mateusz> ok.. then can someone provide patch for Ubuntu users that applies on ubuntu kernel?
[15:10] <amitk> mateusz: you should comment on the bug or ask the original patch submitter to do that.
[15:12] <mateusz> amitk: patch submitter is debian user.. and patch doesnt applay on 2.4.22 ubuntu kernel
[15:13] <amitk> mateusz: unfortunately, we can't help you here. It isn't a patch that is supported by the kernel-team.
[15:17] <Kano> rtg: btw. there will be an updated aufs for 2.6.24 soon
[15:17] <Kano> but i think you have enough to do for now *g*
[15:17] <Kano> bbl
[15:18] <mateusz> amitk: well someone said that tp_smapi will be in ubuntu.. and hdapsd hdaps-utils are already in gutsy.. they're useless without hdaps_protect
[15:18] <laga> mateusz: that discussion already is in the ticket
[15:18] <_MMA_> Maybe I'm out of the loop but where is BenC?
[15:19] <mateusz> laga: but why you're willing to put tp_smapi in ubuntu kernel and also saying me that hdaps_protect is not your team job ? 
[15:20] <laga> mateusz: i'm not part of the kernel team
[15:20] <mateusz> laga: hdapsd + tp_smapi + hdaps_protect is needed for this to work
[15:20] <mateusz> but someone said tp_smapi will be next week in ubuntu kernel
[15:20] <mateusz> it wont work either without hdaps_protect
[15:23] <mateusz> amitk: ?
[15:23]  * laga must have gotten something mixed up then
[15:24] <smb> mateusz: I added the tp_smapi drivers to lum. With hdaps_protect you mean the hdaps driver from tp_smapi or another one?
[15:24] <amitk> mateusz: smb here is looking at the integration of tp_smapi. One of the reasons to integrate it was for finer grained battery charging control.
[15:25] <mateusz> smb: I think about  queue freeze support for ATA
[15:25] <mateusz> smb: aka hdaps_protect
[15:25] <mateusz> something diffrent than hdaps driver and tp_smapi
[15:27] <mateusz> amitk: ok I understand...
[15:27] <mateusz> amitk: istead of acpi ?
[15:27] <smb> mateusz: I have a quick look at the bug you mentioned, to get myself updated
[15:27] <amitk> right
[15:27] <smb> mateusz: No, additionally
[15:37] <smb> mateusz: I just looked at the hdaps_protect patch, and I must agree with ben. It touches quite a lot different places (especially ll_rw_blk.c) to simply include it. The tp_smapi and the hdaps driver there can just be added to lum without them beeing active.
[15:41] <mateusz> smb: Zhenech says, that patch for 2.6.24 sometimes doesnt work.. system breaks.. but for some RC its fine...
[15:51] <smb> mateusz: For patches like that it is better to have them at least in the -mm tree and then moving to mainline.
[15:53] <amitk> mateusz: have you talked to patch author on why the patch is not upstrea>
[15:54] <amitk> *upstream?
[15:58] <mateusz> amitk: no I dont know the author
[16:06] <amitk> rtg: smb: 2.6.24.2 pushed to git. I'll try out smb's new tools for test builds late tonite
[16:07] <amitk> you are welcome to test build in the meanwhile. I am out for a few hours
[18:27] <macd> I dont see a bug filed on LP regarding vmsplice vuln for ubuntu, only some other projects, is this being worked currently?
[18:28] <macd> nvm, I see it as another tagged release.
[18:33] <rtg> macd: https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/190587
[18:33] <ubotu> Launchpad bug 190587 in linux-source-2.6.22 "Local root exploit in kernel 2.6.17 - 2.6.24 (vmsplice)" [High,In progress] 
[18:41] <macd> thx, I saw it under 190587 also ;)
[18:43] <macd> the fixes under that bug in GIT both worked for me in solving root/DoS
[19:10] <Kano> amitk: apm_32 missing (tested server target)
[19:45] <amitk> Kano: what is apm_32?
[19:46] <mjg59> The apm module got renamed apm_32 in .24 by accident
[19:46] <mjg59> It was going to be changed back, but I don't know if that's happened in stable
[19:47] <Kano> amitk: you never seem to compile your kernel ;)
[19:47] <amitk> mjg59: it was fixed in 2.6.24.1
[19:47] <amitk> Kano: we do, but not on your schedules :)
[19:50] <salty-horse> will the recently discovered user->root exploit be patched soon? should I worry?
[19:51] <rtg> salty-horse: it will be upload later this afternoon.
[19:51] <rtg> s/upload/uploaded/
[19:51] <salty-horse> If all services/ports are closed, and I don't run unknown binaries, should I be safe?
[19:53] <rtg> salty-horse: Given that its an exploit that has existed since 2.6.17, you ought to be OK for the next few hours.
[19:53] <salty-horse> yeah, but I thought it was "in the wild" only recently :D
[19:54] <rtg> well, its certainly becoming more well known in the last few days.
[19:56] <JanC> salty-horse: you can always kick untrusted local users off your machines  ;-)
[19:57] <salty-horse> I'll have to rig some alarm system first :)
[19:58] <Kano> rtg: ok is maybe wrong as the exploit is new. can be dangerous for multiuser systems
[20:50] <Kano> rtg: btw. ath5k would work, i just dont know how to add it because of the build-deps
[22:06] <kraut> is this vmsplice issue fixed in 2.6.22-14-server?
[22:38] <amitk> kraut: there will be an upload later today AFAIK
[22:39] <ln-> what will it break?