[08:55] <kraut> moin
[01:47] <soren> I'm looking at linux-ubuntu-modules and I can't spot how to only enable a module for a certain kernel flavour?
[01:47] <fabbione> soren: debian/config...
[01:48] <soren> fabbione: There's only one file per arch?
[01:48] <fabbione> yes and you can still set on module on for flavour
[01:48] <fabbione> and off on another
[01:49] <soren> How?
[01:50] <soren> In the kernel source each arch is a directory with configs for each flavour.
[01:50] <soren> Not so in l-u-m.
[01:51] <fabbione> you might actually be right
[01:52] <soren> Don't be so surprised. It happens. Occasionally.
[01:53] <soren> :p
[01:53] <fabbione> ahh found it
[01:53] <fabbione> check debian/config/i386
[01:53] <fabbione> and look for "ume"
[01:53] <fabbione> without ""
[01:53] <fabbione> ifeq ($(UBUNTU_FLAVOUR),ume)
[01:53] <fabbione> CONFIG_DRM_PSB=m
[01:53] <fabbione> endif
[01:53] <fabbione> for example
[01:53] <soren> Aw, that's cheating :)
[01:53] <fabbione> i was pretty sure it was there
[01:54] <soren> ALright. Rock. Thanks!
[01:54] <amitk> soren: what is cheating?
[01:54] <fabbione> see.. i was right :)
[01:54] <zul_> fabbione is almost always right ;)
[01:54] <fabbione> zul_: s/almost// :P
[01:54] <zul> hehe
[01:55] <soren> amitk: Being clever.
[02:19] <amitk> :)
[02:19] <Mithrandir> soren: watch it, or it'll stuff you into a SHA1 hash.
[02:20] <fabbione> git add door/soren && git commit -s
[02:20] <Mithrandir> *splat*
[02:21] <soren> Why does it insist on using `hostname -f` as the domain in my e-mail in commits?
[02:21] <soren> Eeek!
[02:21] <fabbione> export GIT_AUTHOR_NAME="Fabio M. Di Nitto"
[02:21] <fabbione> export GIT_AUTHOR_EMAIL=fabbione@ubuntu.com
[02:21] <fabbione> export GIT_COMMITTER_NAME="Fabio M. Di Nitto"
[02:21] <fabbione> export GIT_COMMITTER_EMAIL=fabbione@ubuntu.com
[02:21] <fabbione> ^^ set those
[02:21] <fabbione> and get over it
[02:21] <soren> ffs..
[02:21] <zul> soren: git repo-conf user.name ""
[02:21] <Mithrandir> > cat ~/.gitconfig
[02:21] <Mithrandir> [user]  name = Tollef Fog Heen email = tfheen@err.no
[02:21] <zul> git repo-config user.email ""
[02:21] <soren> Mithrandir: .gitconfig ? Gr.... It said $HOME/.git/config somewhere.
[02:22] <fabbione> soren: .favouriteshellrc
[02:22] <amitk> .gitconfig (old version) ---> .git/config (new version)
[02:22] <Mithrandir> it's the file created by git config
[02:23] <soren> fabbione: Yeah, that's probably what I'll do.
[02:24] <zul> is there a meeting today?
[02:25] <amitk> zul: yes according to my calendar
[02:26] <soren> ..so. If I want to fix this in a commit I've already done.. What do I do? git reset `id of previous commit` and recommit?
[02:29] <amitk> soren: git commit --amend?
[02:30] <amitk> soren: or best way is "git reset --soft HEAD^; git commit -s blah blah"
[02:31] <soren> amitk: Alright. Thanks.
[02:31] <soren> amitk: HEAD^ is a short hand for current revision - 1?
[02:32] <amitk> soren: correct
[02:32] <soren> It completely ignores my .git/config
[02:33] <soren> I'll go with the environment variables.
[02:38] <amitk> soren: .git/config is for per-repo configuration IIRC. So I assume this is in kernel-src-tree/.git/config?
[02:39] <soren> It was, yes. It seems to get it now.
[02:39] <soren> Go figure.
[02:48] <soren> :p
[02:49] <soren> Could someone do a sanity check on http://people.ubuntu.com/~soren/0001-UBUNTU-Include-modules-from-vmware-tools-and-enable.patch ?  This is all new stuff to me.
[02:51] <amitk> soren: Looks sane enough. Does this fix a LP bug?
[03:36] <soren> amitk: No, but it's something I need for Ubuntu JEOS.
[03:37] <zul>  /join #ubuntu-meeting
[03:37] <zul> oops
[03:47] <amitk> soren: Tomorrow is probably going to be the last upload before Gutsy release. You better hurry up and convince BenC ;-)
[03:48] <soren> I think I did that on Friday, I think :)
[03:48] <soren> BenC: We discussed this, right?
[03:48] <BenC> soren: yeah
[03:49] <BenC> as long as it builds and isn't going to cause major headache (like conflict with commercial vmware-tools modules and hypervisors), I'm all for it
[03:49] <superm1> convincing eh, BenC will my ivtv-fb patch that i submitted yesterday be feasible to get into that upload then tomorrow?
[03:50] <soren> Hmm.. Afaik, it doesn't conflict with anything. If it does, this should supercede whatever it conflicts with. We should prefer a free (as in GPL) version rather than pretty much anything else.
[03:51] <BenC> soren: well, when talking about a proprietary software hypervisor, it makes little sense to break the commercial product in favor of being free :)
[03:51] <BenC> "it doesn't work...but it's free"
[03:52] <BenC> superm1: sent to kernel-team@?
[03:52] <superm1> BenC, yes
[03:53] <superm1> BenC, the patches themselves were too large to attach and are just linked to: https://lists.ubuntu.com/archives/kernel-team/2007-October/001836.html
[03:53] <soren> BenC: This should be totally separate from the hypervisor. This is for the guest os?
[03:54] <BenC> soren: which is only a guest because it is running under a hypervisor
[03:54] <BenC> and the drivers are for the virtual hardware provided by this hypervisor
[03:54] <soren> Ah, yes.
[03:55] <soren> BenC: Anyhow, afaik these modules are the ones vmware say one should be running in one's guest.
[03:55] <BenC> soren: ok, sounds good to me then
[03:55] <soren> Rock.
[03:56] <superm1> soren, do these work without the other init scripts and binaries normally shipped with vmware-tools?
[03:57] <soren> superm1: I'm not entirely done packaging the userspace stuff yet.
[03:57] <superm1> soren, ah okay
[05:01] <tepsipakki> tomorrow is the last upload before gutsy? uh, but I want to be able to transport the images from my Nikon (bug 134477)
[05:01] <ubotu> Launchpad bug 134477 in linux-source-2.6.22 "reports corrupt filesystem on flash-media, fine on feisty" [High,Triaged]  https://launchpad.net/bugs/134477
[05:01] <tepsipakki> there are patches upstream
[05:01] <tepsipakki> ..for nikon cameras
[05:03] <tepsipakki> if I made a diff against the current gutsy git, would it then have a chance getting in?
[05:04] <rtg> tepsipakki: Only if its no too in trusive. Its getting late for any major change.
[05:04] <rtg> s/no/not/
[05:05] <tepsipakki> it's just additional entries for unusual_devs.h
[05:05] <rtg> attach the patch to the bug report and change the tag to 'patch'.
[05:05] <tepsipakki> will do
[05:07] <zul> ummm meeting?
[05:08] <rtg> zul: BenC says 50 minutes yet.
[05:08] <rtg> I thought is was supposed to be right now myself.
[05:09] <zul> stupid bot
[05:09] <BenC> fridge is likely wrong
[05:09] <zul> yeah it is
[05:10] <zul> actually im wrong...again...fridge is right
[05:31] <timbba> I have a problem with usb on suspend and waking up in Feisty. Is there a fix for it?
[05:32] <timbba> So the problem is that after wakeup, the usb doesn't work unless you take it off and put it back..
[05:33] <tepsipakki> rtg: done
[05:34] <rtg> timbba: you might try removing the module prior to suspend.
[05:34] <rtg> tepsipakki: Bug #134477 ?
[05:34] <ubotu> Launchpad bug 134477 in linux-source-2.6.22 "Nikon cameras need support in unusual_devs.h" [High,Triaged]  https://launchpad.net/bugs/134477
[05:34] <tepsipakki> rtg: right
[05:35] <rtg> tepsipakki: looks reasonable. 
[05:35] <tepsipakki> rtg: thanks :)
[05:36] <timbba> rtg: I have tried that, but it doesn't work... I use /etc/acpi/sleep.sh and you can define those modules in acpi-support that are removed and reinstalled after wakeup
[05:37] <rtg> timbba: You have to figure out how do it without a kernel change. Perhaps mjg59 can help.
[05:39] <timbba> rtg: I tried also s2ram and own script, but the usb device just doesn't work.. I tried also Gutsy's kernel, but it didn't work
[05:40] <rtg> timbba: this sounds familiar. Is there an LP report?
[05:42] <tepsipakki> I've had problems with suspend&usb with feisty, but gutsy seems to work
[05:43] <timbba> I haven't created, but couple of them there are already present
[05:43] <rtg> tepsipakki: all of our focus is on Gutsy right now. Feisty is what it is.
[05:43] <tepsipakki> rtg: yeah, I know. that's why timbba should try gutsy beta :)
[05:44] <rtg> oh, sorry. mixed up the names :)
[05:44] <tepsipakki> heh :)
[05:46] <timbba> I have compiled VDR stuff and have it now stable.. maybe just have to wait for Gutsy update for Feisty..
[05:47] <tepsipakki> timbba: vdr.. good, we'll hopefully have 1.5.x (with subtitle support) for hardy :)
[05:51] <tepsipakki> hmm, on my desktop usb is dead after a suspend-cycle
[05:51] <tepsipakki> on gutsy
[05:51] <tepsipakki> so no mouse
[05:56] <timbba> yeah, i have the same problem in feisty.. I have combo (mouse and keyboard at the same: Ione Scorpius P20)... I have to always take it out and put it back after suspend
[05:56] <timbba> so I mean receiver.. not the combo ;)
[05:57] <tepsipakki> that doesnt work here..
[05:57] <timbba> oh..
[06:00] <timbba> in my case, the receiver itself gets some power after suspend (the red led is blinking) and I think the keyboard/mouse is detected but it just act to keypress, etc..
[06:00] <timbba> oh.. missing "doesn't".... "just doesn't act"
[06:03] <tepsipakki> ok, removing and reloading the modules made it work
[06:03] <timbba> my case that doesn't work.. you have to replug it..
[06:03] <timbba> I tried also with usbkbd and usbmouse modules.. didn't work with those either
[06:05] <tepsipakki> "Note that network cards and USB controllers will automatically be unloaded"
[06:05] <tepsipakki> I guess that's not the case
[06:06] <timbba> there is no matter if I leave usb modules, it won't work then either
[06:08] <tepsipakki> adding ohci_hcd to MODULES works here :)
[06:08] <timbba> I had previous VDR dvb-t-box based on Edgy and in that one the suspend worked quite ok.. but the motherboard was different though :) But I'm pretty sure that it might work in Edgy with my current motherboard, because I think in Feisty there is some experiment with usb wakeup
[06:09] <timbba> I have ohci_hcd and ehci_hcd both loaded..
[06:10] <Nafallo> hmm
[06:11] <timbba> Am I right about the experiment? I think gutsy has even different way to handle usb wakeups?
[06:11] <Nafallo> I have troubles on dapper...
[06:11] <tepsipakki> timbba: don't know about that..
[06:11] <Nafallo> will bugs in there still be fixed?
[06:11] <Nafallo> or need I wait until Hardy?
[06:13] <amitk> Nafallo: Depends on the bug, new HW support is left to Gutsy or future
[06:16] <Nafallo> amitk: ipmi_si hangs on x86_64. Dell PowerEdge 2850.
[06:16] <Nafallo> [ 3303.067689]  ipmi_si: Trying "bt" at I/O port 0xe4
[06:16] <Nafallo> [ 3502.831808]  BT: timed out in XACTION [ B2H ] 
[06:16] <Nafallo> [ 3502.831814]  restart command
[06:17] <Nafallo> the server is blinking and I need to see the log ;-)
[06:17] <amitk> rtg: ^^^
[06:17] <rtg> amitk: like I have one of those.
[06:18] <Nafallo> hehe
[06:18] <amitk> :)
[06:18] <timbba> Ok.. I have to just live with my issues now on.. I hope some fixes or upgrade to Gutsy will work in the future. I have to go, bye bye!
[06:19] <Nafallo> fabbione: you don't have a PE2850 either? ;-)
[06:19] <fabbione> Nafallo: what's that?
[06:19] <fabbione> i might.. who knows...
[06:20] <Nafallo> fabbione: Dell PowerEdge
[06:20] <Nafallo> I should try to get this tested under gutsy when I have more time...
[06:21] <Nafallo> [ 3902.116071]  BT: timed out in XACTION [ B2H ] 
[06:21] <Nafallo> [ 3902.116076]  retry limit (2) exceeded
[06:21] <Nafallo> [ 3902.116081]  IPMI: BT reset (takes 5 secs)
[06:27] <Nafallo> :-/
[07:08] <_MMA_> Ill paypal anyone $100 US to anyone who can properly fix/resolve this: https://lists.ubuntu.com/archives/kernel-team/2007-October/001839.html
[07:09] <kylem> i'll fix it, but i don't want your money.
[07:09] <_MMA_> kylem: If you're at UDS-Boston you'll get a case of beer for sure. ;)
[07:10] <joejaxx> lol
[07:10] <kylem> i won't be, it's fine.
[07:11] <_MMA_> Other than thanx I really dont know what to say. :)
[07:35] <kylem> ok, fixe dit.
[07:35] <kylem> testbuilding now.
[08:02] <fabbione> Nafallo: no i don't
[08:41] <Nafallo> fabbione: I hope we don't take the machine into production to soon then ;-)
[09:27] <kylem> pushed the -rt fix.
[09:27] <Kano> hi
[09:28] <Kano> i thought iwl3945 should have got now the ids in alias not ipw3945?
[09:28] <Kano> i just compiled a git kernel+modules and still iwl3945 has no ids
[09:33] <laga> hi, i was just wondering if bug #139767 is being looked at. importance is still "undecided" and it doesn't have a milestone.
[09:33] <ubotu> Launchpad bug 139767 in linux-source-2.6.22 "[patch]  agp for i830m broken in gutsy, works in feisty " [Undecided,Confirmed]  https://launchpad.net/bugs/139767
[09:33] <Kano> laga: gutsy works with g33
[09:34] <Kano> at least when i tested it
[09:35] <laga> yes, but it's broken on i830m.
[09:35] <mjg59> Kano: No. ipw3945 is more stable for most people.
[09:36] <Kano> with 2.6.22 too?
[09:36] <Kano> mjg59: someone told me networkmanager does not work with ipw, but with iwl
[09:36] <laga> are you talking to me?
[09:36] <mjg59> Kano: They're wrong. It works fine.
[09:38] <laga> Kano: thanks for pointing out my typo. yes, i830m is broken in feisty and in gutsy right now for me.
[09:39] <Kano> well i wrote a script to compile ubuntu git kernel, if you like try those, then you know what the next kernel will bring you...
[09:39] <Kano> CPU[AMD Athlon 64 X2 Dual Core 3800+ clocked at 2000.000 Mhz]   Kernel[Linux 2.6.22-13-generic i686]   Up[-18min-]   Mem[-275.5/2027.3MB-]   HDD[-800GB(90%used)-]   Procs[-135-]   Client[Konversation 1.0.1] 
[09:40] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic/source/get-source-compile-generic-kernel-git.sh
[09:40] <Kano> http://kanotix.com/files/kernel/kernel-update-pack-generic/source/get-source-compile-generic-modules-git.sh
[09:41] <Kano> the modules script requires installed kernel debs, you need that for your audio
[09:41] <laga> if you are still talking to me - i don't want to compile a kernel. instead, i'd appreciate if someone would apply a simple patch to the gutsy and feisty kernel to fix i830m.
[09:41] <Kano> do you use dual core?
[09:42] <rtg__> laga: do you have a patch, and is it associated to a LP report ?
[09:43] <laga> rtg__: the patch is linked in the lkml thread. i can attach it to the LP report
[09:43] <laga> rtg__: it'll go into 2.6.23 as well so it should be OK
[09:43] <rtg__> laga: please do. what is the bug number?
[09:43] <laga> rtg__: bug #139767
[09:43] <ubotu> Launchpad bug 139767 in linux-source-2.6.22 "[patch]  agp for i830m broken in gutsy, works in feisty " [Undecided,Confirmed]  https://launchpad.net/bugs/139767
[09:53] <Kano> rtg__: did you ask a intel developer what that line does?
[09:54] <rtg__> Kano: haven't got there yet. been distracted.
[09:54] <Kano> in #xorg-devel there are usually a few of em
[09:54] <Kano> keithp
[09:55] <Kano> maybe more, forgot some
[10:03] <bdmurray> rtg__: Have you guys decided anything about alsa?
[10:03] <laga> rtg__: ok, i've attached the patch
[10:03] <rtg__> bdmurray: have not started on it yet.
[10:04] <rtg__> I'll build a Gutsy backports package that initially just includes ALSA.
[12:30] <bdmurray> zul: Hey I was just thinking about you.
[12:34] <laga> rtg__: thanks for taking care of my i830m problem in gutsy
[12:42] <zul> bdmurray: aw isnt that sweet ;)
[12:43] <bdmurray> zul: I saw you added a laptop to hdaps a bit ago and it seems there are some more missing
[12:44] <bdmurray> bug 147383 133636 and 145877
[12:44] <ubotu> Launchpad bug 147383 in linux-source-2.6.22 "T61 is not in the whitelist for hdaps" [Medium,Triaged]  https://launchpad.net/bugs/147383
[12:44] <bdmurray> If you are interested.
[12:44] <zul> ill get to those tonight hopefully
[12:45] <bdmurray> Thursday is the final freeze right?
[12:45] <zul> yep
[12:45] <zul> im getting in everything that i want tonight
[12:46] <bdmurray> bug 145860 should be a quick fix too
[12:46] <ubotu> Launchpad bug 145860 in linux-source-2.6.22 "x86_64 kernel not compiled with PM_TRACE option" [Undecided,New]  https://launchpad.net/bugs/145860