[08:28] <tfheen> mneptok: you're optimistic. :-P
[08:34] <mneptok> you taunt me.
[08:43] <infinity> Taunting you is fun.
[08:44] <mjg59_> Mm?
[08:45] <infinity> mjg59_: What the heck are you doing up this early?
[08:45] <mjg59_> Damn good question
[08:45] <mjg59_> I blame having had most of a bottle of vodka
[08:46] <infinity> This morning, or last night?
[08:46] <mjg59_> Last night
[08:46] <mjg59_> Spirits seem to result in me waking up early
[08:47] <infinity> Yeah, that happens to me too.  A hard night out until 5am, and I wake up at 8am.
[08:47] <mjg59> mneptok: Still around?
[08:47] <mjg59> I'll probably crash again soon
[08:48] <mjg59> Eh. Never mind.
[08:49] <mjg59_> So who does this appear as?
[08:49] <mjg59_> Oh, I see
[08:57] <mneptok> oo
[08:58] <mneptok> mjg59*: still here?
[08:58] <tfheen> also, I need to get around to writing my "automatic response to contentless ping" irssi script.
[08:58] <fabbione> he must be shy
[08:58] <mneptok> tfheen: because before i paste the URL of the LP bug report and close the browser window, losing said URL, i want to make sure it gets seen
[08:59] <mneptok> and ... i'm shy.
[08:59] <tfheen> mneptok: then.. don't close the window?
[08:59] <fabbione> tfheen: hehe
[09:00] <mneptok> tfheen: OK, you just inherited the task of ensuring this is at least before Edgy ships. - https://launchpad.net/distros/ubuntu/+source/acpi-support/+bug/63286
[09:00] <mneptok> thanks man, i'm gone. :P
[09:18] <Infecto> hello 
[09:19] <Infecto> can some one tell me why after resmu from ram my fan dont work (laptop hp compaq nc8000) 2.6.17-10.29 
[09:38] <Infecto> https://launchpad.net/distros/ubuntu/+bug/65005
[09:38] <Infecto> i report a bug 
[09:38] <Infecto> if some one can help me i will be glad 
[09:38] <tfheen> mjg59: whenever you're around if you could take a look at https://launchpad.net/distros/ubuntu/+source/acpi-support/+bug/63286 and tell me whether you think it should be a 6.10 target or not, I'd appreciate.
[09:45] <mjg59> tfheen: Eez kernel boog
[09:46] <tfheen> workaroundable?
[09:46] <Infecto> mjg59: what about with my problem ? is there any posibility to look on it ? 
[09:46] <mjg59> We could drop the rmmod/modprobe
[09:46] <tfheen> what could be the consequences?
[09:46] <mjg59> There's suspend/resume methods in the drivers themselves now
[09:46] <mjg59> Probably none, but, well. Who knows?
[09:47] <tfheen> hmm
[09:47] <tfheen> I'm reluctant to change it at this point
[10:39] <Keybuk> BenC: I get a strange "kernel direct mapping tables" message floating at the bottom of the screen on boot
[10:39] <Keybuk> I think it comes from the kernel
[12:08] <shawarma> The uploaded kernel packages should be exactly identical to what can be found in git, right?
[12:09] <shawarma> Or could there be a sane reason for keeping certain changes out of git?
[12:13] <shawarma> I'm asking because some changes (a bunch of printk's with debug info) that are nowhere to be found in git kind of breaks drm on i915 chipsets. ("kind of breaks" means that I get 10 fps in glxgears instead of the usual 500 and my syslog grows by about a GB pr. hour).
[12:14] <infinity> Uploads come straight out of git, generally.
[12:14] <shawarma> this could be avoided by a break-if-there-are-local-changes check in the clean target of debian/rules or something like that.
[12:14] <shawarma> infinity: That's what I thought.
[12:14] <shawarma> This is bug #65000 by the way.
[12:14] <shawarma> No ubugtu?
[12:15] <infinity> ubugtu doesn't like the kernel.
[12:15] <shawarma> Oh.
[12:15] <shawarma> :-)
[12:22] <shawarma> ..but does it sound like a good idea or am I on crack again?
[12:23] <shawarma> It would definitely have avoided that particular bug. 
[03:01] <damned> hi all. after last (today's night) kernel update i got my glx-extensions (on i915GME, laptop) not working.
[03:01] <damned> can anybody suggest?
[03:02] <damned> glxgears warns on libGL warning: 3D driver claims to not support visual 0x5b
[03:07] <shawarma> damned: It would have done so before as well.
[03:07] <shawarma> damned: That is not the problem.
[03:08] <shawarma> damned: It's been filed already as https://launchpad.net/bugs/65000
[03:11] <damned> shawarma: oh. thnx.
[03:12] <shawarma> damned: Perhaps just ABI freeze. I'm not sure.
[03:54] <BenC> Keybuk: Is that new, or are you running 10.29?
[03:56] <Keybuk> BenC: well, new as of upgrading to edgy
[03:56] <BenC> damned: do you have 965 graphics?
[03:56] <Keybuk> Version: 2.6.17-10.29
[03:56] <Keybuk> no, nvidia
[03:57] <damned> BenC: i have i915GME
[03:57] <damned> BenC: an running 10.29
[03:58] <BenC> damned: The only change to the 910 dri kernel module was adding 965 support
[03:58] <shawarma> BenC: No.
[03:58] <shawarma> BenC: That was the only change that made it to git.
[03:58] <shawarma> BenC: You had some debugging stuff that made it into the kernel package. :-)
[03:58] <BenC> ah, that is so my fault
[03:59] <BenC> well, the extra output is my fault
[03:59] <BenC> the bug isn't
[03:59] <shawarma> BenC: It's a result of that extra output.
[03:59] <shawarma> BenC: It's spewing so much output it kills dri.
[04:00] <BenC> it might slow down performance
[04:00] <tonfa> how is it possible to build a package with local change ?
[04:00] <BenC> you're right
[04:00] <tonfa> *thought
[04:00] <shawarma> tonfa: They are, but someone uploads stuff to that farm.
[04:00] <BenC> tonfa: the source package is built on my computer
[04:01] <BenC> so whatever source I upload, that's what gets built
[04:01] <BenC> I need a check in my source build that checks for local changes
[04:01] <BenC> I've never had that happen before
[04:01] <shawarma> BenC: If you can scroll back about 4 hours, I had a suggestion about adding a check to the clean rule in debian/rules in the kernal package that stops the build if there are local, uncommitted changes.
[04:02] <shawarma> BenC: I'm still not sure if this is such a special case that it would be a waste of time to implement such a check. It's just an idea.
[04:03] <BenC> shawarma: But the package isn't 100% sure to be built out of git repo
[04:03] <tonfa> can't you just specify a git tree to build the source package from ?
[04:03] <tonfa> (I'm new to debian, I know it was possible with gentoo)
[04:03] <shawarma> BenC: Well, when the clean target exits it can tell you to set a special environment variable if you really want to upload local changes.
[04:03] <BenC> it would be nice if lp supported git along side bzr, but it doesn't :)
[04:04] <BenC> shawrma: if you aren't in a git repo, there's no way to know there are "local" changes
[04:05] <BenC> I don't think it requires this much attention...uploading a fixed source
[04:05] <shawarma> BenC: Good point. Maybe if there's a .git dir, it should bitch if there are local changes? 
[04:06] <shawarma> BenC: Ok, fine. If you're comfortable that this won't be much of an issue again, so am I.
[04:06] <BenC> well, I'm sure of it, because this is only the first time I've ever used my main git tree to do debugging
[04:07] <shawarma> Alrighty. 
[04:07] <BenC> and that was only because I was debugging a remote machine, and my sat connection sucks
[04:07] <zul> oh just get a t-1
[04:07] <shawarma> Is the kernel freeze an ABI freeze, by the way?
[04:07] <BenC> and that sat connection will be gone in 2 weeks
[04:08] <BenC> shawarma: No, it's an actual freeze, but I had some regressions from dapper to fix, and they didn't kill the ABI, so they got pushed in
[04:08] <shawarma> Or was this just an exception to the freeze?
[04:08] <shawarma> BenC: Ok, cool.
[04:08] <shawarma> Thanks for the speedy fix!
[04:08] <BenC> highly visible dapper regressions sort of get preference
[04:09] <shawarma> BenC: And so they should!
[04:09] <BenC> ok, source is uploaded, a few hours and they'll be ready
[04:13] <shawarma> Excellent. Thanks.
[07:18] <tonfa> sudo sed -i -e "/i915_emit_cmds/d" -e "/validate_cmd/d" messages syslog kern.log
[07:18] <tonfa> maybe it's useful for someone here
[07:18] <tonfa> (remove the i915 debugs from /var/log)
[08:59] <tonfa> how do you generate debian/* for a kernel version ?
[09:16] <zul> icky...this was in drivers/xen/core/reboot.c 
[09:17] <zul>   if (execve("/sbin/poweroff", poweroff_argv, envp) < 0) {
[09:17] <zul>                         sys_reboot(LINUX_REBOOT_MAGIC1,
[09:17] <zul>                                    LINUX_REBOOT_MAGIC2,
[09:17] <zul>                                    LINUX_REBOOT_CMD_POWER_OFF,
[09:17] <zul>                                    NULL);
[09:17] <zul>                 }
[09:30] <srwalter> whom do I need to bribe to get a bugfix patch accepted?
[09:31] <srwalter> (bug #57625)
[09:51] <srwalter> what'll it be, BenC?  women?  money?
[09:54] <BenC> srwalter: That's a dapper fix?
[09:54] <BenC> srwalter: Email me, and I can get it into the next dapper-proposed upload
[10:16] <srwalter> it applies to dapper and edgy
[10:40] <Infecto> where i can see is some body working on this bug https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.17/+bug/65005  ? 
[11:45] <tormod> benc, hi, wrt to bug #53748 I am not sure if I should nag you or for instance pitti, but why is there not a /proc/net/p80211 or /proc/net/ieee80211?
[11:46] <BenC> tormod: probably because the support was not selected in the options
[11:47] <tormod> benc, in .config? (tried to see there)
[11:48] <BenC> tormod: Actually, looking at it, it should be there
[11:49] <tormod> benc, then it is a bug :) can I provide some debugging info?
[11:52] <BenC> tormod: ieee80211 doesn't have proc support
[11:52] <BenC> p80211 shows up for me
[11:52] <tormod> benc, none of them shows up here.
[11:53] <tormod> benc, do you have a p80211 module loaded?
[11:53] <BenC> like I said, ieee80211 doesn't have support for proc
[11:53] <BenC> if I load p80211, I get /proc/net/p80211
[11:53] <tormod> benc, just so I get this once for old. Was p80211 renamed ieee80211 or is there more to it?
[11:53] <tormod> s/old/all
[11:54] <BenC> ieee80211 is the in-kernel 802.11 stack
[11:54] <BenC> nothing to do with p80211
[11:54] <BenC> p80211 is just there to support prism2
[11:54] <tormod> benc, good to know. But your build doesn't provide the p80211 module, right?
[11:55] <BenC> most likely it's built-in
[11:55] <BenC> so it's there, just not as a loadable module
[11:56] <tormod> the .config has a d80211=m but no p80211. does prism2=m imply p80211=y so to say?
[11:57] <BenC>  $ grep p80211 /boot/System.map-2.6.17-10-server  | wc -l
[11:57] <BenC> 82
[11:57] <BenC> it's built-in
[11:58] <tormod> what does it take to get the /proc/net/p80211 then?
[12:00] <BenC> the config's show WLAN_NG as =y, not as =m
[12:00] <BenC> so I don't know what you mean there
[12:00] <BenC> as far as the proc entry, I'll look into it
[12:02] <tormod> benc, sorry but there is a PRISM2=y and PRISM2_USB=m. Is WLAN_NG equal to p80211?
[12:02] <BenC> I think I see the problem
[12:02] <BenC> yes
[12:06] <BenC> ok, fixed
[12:06] <BenC> tormad: Do you have a bug reference?