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