[03:27] <panda|phenom> cooloney, hi, morning :)
[03:28] <cooloney> panda|phenom, moring
[03:28] <cooloney> panda|phenom, your nick name is cool
[03:30] <panda|phenom> cooloney, hehe
[03:30] <panda|phenom> so i come to ask for thinkpad dock station support status in ubuntu
[03:31] <panda|phenom> my laptop is lenovo T61P, and recently my project need to use a parallel port Jtag debugger, so i have to bought a dock station,
[03:33] <panda|phenom> but unfortunately, i didn't make it work yet. is that ubuntu kernel already support this device? or i need to file a bug ask for hardware enablement?
[03:33] <cooloney> panda|phenom, yeah, you'd better to file a bug, since i don't have such hardware
[03:39] <panda|phenom> cooloney, oh, file this bug at: https://launchpad.net/ubuntu/+bugs ?
[03:40] <panda|phenom> cooloney, actually, i can ship this dock station to you, if you are glad to help :)
[03:41] <cooloney> panda|phenom, i don't have the T61P, either. heh
[03:43] <cooloney> panda|phenom, yeah, please file the bug there
[04:20] <jjohansen> ericm_: your packages arrived today
[04:20] <ericm_> jjohansen, thanks man
[04:21] <ericm_> panda|phenom, should require no driver to support a dock parallel
[04:21] <ericm_> panda|phenom, it's a dock or a port replicator?
[04:22] <panda|phenom> ericm_, well, let me check ...
[04:30] <panda|phenom> ericm_, http://www.newegg.com.cn/Product/66-c00-126.htm
[04:30] <panda|phenom> ericm_, seems it's a dock, not just a port replicator?
[04:31]  * jk- looks
[04:32] <ericm_> panda|phenom, that's a port replicator
[04:32] <ericm_> panda|phenom, a dock will usually have a DVDROM expansion or a second hard drive
[04:33] <panda|phenom> ericm_, oh, i see, it's called mini-dock
[04:33] <ericm_> panda|phenom, some of my ex-colleagues in Marvell used TP61 with this port replicator and they worked well, shouldn't require any specific driver to support that
[04:34] <ericm_> panda|phenom, I'm not sure if you have configured the ECP/EPP mode of the parallel port OK so that the JTAG debugger may sometimes be confused about that
[04:34] <jk-> panda|phenom: does the parallel port work when the t61p is not docked?
[04:36] <panda|phenom> ericm_, em, i think i've enabled IEEE 1284 transfer mode :(
[04:37] <panda|phenom> jk-, oh, there is no parallel port on T61P, parport only exist on port replicator
[04:37] <ericm_> panda|phenom, if you are using blackstone II, it should be in ECP mode
[04:37] <jk-> panda|phenom: ah
[04:39] <panda|phenom> ericm_, BTW: what's the major difference between port replicator and dock station?
[04:39] <panda|phenom> ericm_, seems both USB port on T61P and mini-dock can work at the same time
[04:39] <ericm_> panda|phenom, honestly I don't know - that's explained by IBM :-)
[04:40] <panda|phenom> ericm_, s/IBM/Lenovo now :(
[04:40] <ericm_> panda|phenom, yes, and usually some USB ports on the port replicator are actually the same ports on your T61P itself
[04:41] <ericm_> panda|phenom, that's why they are called port replicator - they are not equipped with another USB chip inside, just some wired out
[04:42]  * jk- had a dock with a PCI slot in it
[04:42] <panda|phenom> ericm_, sounds interesting, is that mean parport on replicator only works if there already one parallel port on my laptop?
[04:43] <ericm_> panda|phenom, there is one, but not enough space to have the physical port on your laptop, and the port replicator just wired that out
[04:43] <ericm_> jk-, yeah, that's a dock
[04:44]  * ericm_ suffers a whole day apt from mirrors.kernel.org showing only 718B/s
[04:44] <panda|phenom> ericm_, i see, thanks for your clarify :)
[04:44] <ericm_> panda|phenom, you are welcome, bro
[04:45] <panda|phenom> ericm_, drop your buggy ADSL, use 3G :)
[04:45]  * ericm_ is poor to afford 3G
[04:46] <panda|phenom> jk-, so how much for your dock? is that portable? or still need to plug external power supply?
[04:46]  * ericm_ found 3G from china mobile is even slower
[04:46]  * ericm_ thinks the carriers are all evil here
[04:46] <jk-> panda|phenom: oh, it was pretty old; this was when I had a T40
[04:46] <jk-> pretty big too; had space for a PCI card inside :)
[04:47] <panda|phenom> jk-, oh, seems designed for 3D game player, to extend additional PCI-E video card.
[04:47] <jk-> nup, just plain PCI
[04:48] <panda|phenom> ericm_, don't worry, SB(expo2010) meeting in Shanghai is coming, everything will be fine soon.
[04:49] <ericm_> jk-, you can install a G400 PCI version, hehe
[04:49] <jk-> :D
[04:49] <ericm_> panda|phenom, I hope so
[04:50] <panda|phenom> jk-, yes, Voodoo II card, or Banshee
[04:53]  * panda|phenom highly suspect bought a broken mini dock-station, contacting re-seller ...
[05:25] <cooloney> jjohansen, you are so kind, bro.
[05:26] <cooloney> jjohansen, do you need us to buy something from China for you?
[05:26] <jjohansen> cooloney: heh, no I can't think of anything I need/want atm.  And really letting you guys use me as a shipping address is np.
[05:30] <cooloney> jjohansen, thanks, i guess ericm-afk prepared some gifts for your kids
[05:31] <jjohansen> cooloney: yeah he said he would, they will love it :)
[05:31] <cooloney> jjohansen, yeah, that is very special 
[08:43] <lool> amitk: https://launchpad.net/ubuntu/karmic/+source/wireless-crda/1.10 wireless-crda is built on all arches
[08:43] <lool> amitk: However rmadison only gives results for main arches, not ports
[08:48] <amitk> lool: yeah, I figured that out a bit later. Sames for packages.ubuntu.com
[08:49] <amitk> lool: but why isn't it installed along with the kernel in the rootfs I have.
[08:50] <lool> amitk: How did you install your rootfs?
[08:51] <lool> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/karmic/ubuntu-imx51/latest/livecd-20090909-armel.out definitely reports wireless-crda in the squashfs
[08:54] <amitk> lool: I'm not using a livefs. I used ogra's script to create a rootfs.
[08:55] <ogra> ogra@babbage2:~$ dpkg -l wireless-crda|grep ^ii
[08:55] <ogra> ii  wireless-crda                       1.10   
[08:55] <ogra> amitk, ^^^
[08:55] <ogra> its installed by default btw
[08:56] <ogra> linux-meta-imx51 pulls it into the installation 
[08:58] <ogra> amitk, just install linux-imx51, that should get you everything 
[09:01]  * amitk wonders if his rootfs is too old
[09:01] <amitk> root@babbage:~# apt-cache policy wireless-crda
[09:01] <amitk> wireless-crda:
[09:01] <amitk>   Installed: (none)
[09:01] <amitk>   Candidate: 1.9
[09:01] <amitk>   Version table:
[09:01] <amitk>      1.9 0
[09:01] <amitk>         500 http://ports.ubuntu.com karmic/main Packages
[09:02] <amitk> It is probably a very old rootfs
[09:02] <amitk> root@babbage:~# apt-cache policy linux-imx51  
[09:02] <amitk> linux-imx51:
[09:02] <amitk>   Installed: (none)
[09:02] <amitk>   Candidate: 2.6.31.5.16
[09:02] <amitk>   Version table:
[09:02] <amitk>      2.6.31.5.16 0
[09:02] <amitk>         500 http://ports.ubuntu.com karmic/main Packages
[09:54] <Ng> I'm not entirely sure if this is upstream yet, but http://bugs.freedesktop.org/attachment.cgi?id=29294 looks interestingly worthy
[10:50]  * Ng hrms at bug #281732 and the changelog therein
[10:50] <ubot3> Malone bug 281732 in linux "Mute button not properly working on  current Lenovo Thinkpads x200/x200s , t400/t500, X300/X301, & W series" [Medium,Fix released] https://launchpad.net/bugs/281732
[10:51] <Ng> that entire bug seems almost entirely invalid, and the new behaviour is wrong and the osi=Linux thing seems superficially terrifying
[10:51] <Ng> the mute button and notifications worked perfectly in previous karmic kernels, and jaunty kernels on X300/301
[10:52] <Ng> and afaik osi=Linux is strongly discouraged
[11:09] <toabctl> hi all
[11:09] <toabctl>  i try to cross-compile the kernel with: ARCH=arm CROSS_COMPILE=/usr/bin/arm-linux-gnu- make -j4 zImage
[11:09] <toabctl> /usr/bin/arm-linux-gnu-ld: no machine record defined
[11:09] <toabctl> /usr/bin/arm-linux-gnu-ld: no machine record defined
[11:09] <toabctl> make: *** [.tmp_vmlinux1] Fehler 1
[11:10] <toabctl> ^^ that is the error.
[11:10] <toabctl> any idea what the problem is?
[11:46] <amitk> apw: do we have a way to tracking future concerns for the kernel?
[11:46] <smb> amitk, Future concerns?
[11:47] <amitk> bug 426280 might contain a patch that we might want to pull in for k+1. How do we log it so it isn't lost in the ether.
[11:47] <ubot3> Malone bug 426280 in linux "On ARM platforms with write-allocate caches, I-cache may be populated with garbage after copy-on-write page duplication" [Undecided,Invalid] https://launchpad.net/bugs/426280
[11:50] <smb> Not sure whether this has been done before but probably a blueprint might be used for things like that
[11:54] <amitk> smb: Blueprints has too much overhead. I was thinking of a wiki page listing features that we are keeping an eye on for the future (along with links to patches, discussions, bug number, etc.)
[11:58] <smb> In the end the blueprint for the review of non-upstreamed code ends up similar. As the documentation is in the spec wiki... And the blueprint is just to let you not forget the spec exists ;-)
[11:59] <amitk> hehe
[12:24] <tjaalton> smb: hey, you released a new l-u-m for hardy which includes a pci-id for an intel lan device we need, but is it usable from the netboot installer?
[12:24] <tjaalton> aiui it isn't
[12:25]  * smb tries to remember what aiui was...
[12:25] <tjaalton> "as i understand it" :)
[12:26] <smb> tjaalton, But for the new drivers they should have been added to config to get into the udebs
[12:26] <smb> tjaalton, Ah, thanks. :)
[12:26] <tjaalton> it would be nice to allow new pci-id's for lan cards to the proper kernel, since the netboot environment is useless unless the booted kernel supports them
[12:27] <smb> tjaalton, Maybe you could try it with the proposed version. I had test version where I forgot to add it into the udebs.
[12:27] <tjaalton> it has happened twice for us, getting new hw that dapper/hardy didn't support 6mo after release, and it wasn't worth the effort to get it supported before the next release :/
[12:28] <tjaalton> smb: but it can't load the udebs
[12:28] <tjaalton> since there is no network
[12:28] <tjaalton> or?
[12:29] <smb> tjaalton, Hm, I urgently should get a bit more time to play with the netboot stuff. But were would it get any drivers from?
[12:30] <smb> It probably needs to get into the initrd there...
[12:30] <tjaalton> smb: right
[12:30] <tjaalton> there are ways to work around it, but none of them is "nice"
[12:31] <tjaalton> we are using jaunty now anyway, but these machines have intel gfx on them, and that's not working too well ;)
[12:31] <smb> tjaalton, So I need to find out who prepares those pieces...
[12:32] <tjaalton> smb: yes, I'm not sure if building the d-i images pulls in l-u-m modules too.. but if it does that's great
[12:34] <tjaalton> I think cjwatson is responsible for building the images?
[12:34] <cjwatson> tjaalton: cdimage team
[12:34] <cjwatson> (which includes me, but is not limited to me)
[12:35] <cjwatson> d-i doesn't include l-u-m at the moment, AFAIK
[12:35] <cjwatson> um, let me check that
[12:36] <smb> cjwatson, At least we have a debian/d-i/modules/ubuntu-modules in LUM
[12:36] <cjwatson> yeah, that doesn't mean it's in the initrd. let me check though
[12:36] <cjwatson> oh, sorry, mistaken, it is
[12:36] <cjwatson> should just be a d-i reupload then
[12:38] <smb> cjwatson, So the udebs are pulled through tftp in the netboot installer? (trying to understand the connections better)
[12:38] <cjwatson> the initrd is built statically on the buildds
[12:38] <cjwatson> other udebs not in the initrd are fetched using http or ftp
[12:38] <cjwatson> (at run-time)
[12:39] <cjwatson> the purpose of the initrd is to include enough bits for the installer to start up and fetch more bits of itself
[12:39] <smb> Ah, ok. So network modules is something sensible to have in there
[12:39] <cjwatson> yes
[12:40] <cjwatson> but the set of udebs that's included varies depending on the initrd type
[12:40] <cjwatson> the initrd included on CDs doesn't need network drivers
[12:40] <cjwatson> that's why the kernel spits out lots of udebs, to give d-i flexibility
[12:40] <smb> What defines what goes in there. I presume some configuration outside the kernel package
[12:41] <cjwatson> debian-installer/build/pkg-lists/...
[12:41] <cjwatson> let me know once the new l-u-m has built and is in the archive, and I'll upload d-i
[12:42] <smb> Ah, ok. So I can look in that when in doubt about what goes in or not. Thanks. Let me quickly check that
[12:42] <cjwatson> build/pkg-lists/netboot/i386.cfg:7:ubuntu-modules-${kernel:Version}
[12:42] <cjwatson> etc.
[12:43] <cjwatson> (actually, ubuntu-modules goes in both cdrom and netboot; the split isn't very good, but it isn't worth changing now since ubuntu-modules is no longer in karmic
[12:43] <cjwatson> )
[12:43] <smb> They wait in binary NEW atm
[12:46] <smb> cjwatson, True. Thanks for the info.
[12:57] <cjwatson> smb: processing
[13:20] <Keybuk> when I get a kernel panic, the system kexecs into a new kernel
[13:20] <Keybuk> is that because I have some package installed, or is that installed by default now?
[13:24] <AnAnt> amitk: Hello, thanks for the CONFIG_USB_DEVICEFS , I have a question though, you suggested that software should otherwise use libusb instead of usbfs, right ?
[13:24] <smb> I would think this is a crashdump feature
[13:24] <amitk> Keybuk: i believe that is desired behavious due to crashdump
[13:25] <amitk> AnAnt: yes
[13:25] <Keybuk> amitk: but we don't have that enabled by default, right?
[13:26] <AnAnt> amitk: but the README.Debian of libusb-0.1-4 says:
[13:26] <AnAnt> libusb uses a pseudo-filesystem known as 'usbdevfs` or 'usbfs` to access
[13:26] <AnAnt> the USB devices connected to your machine.
[13:26] <amitk> Keybuk: I think we do. lieb worked on it last IIRC.
[13:26] <Keybuk> amitk: eep
[13:26] <Keybuk> there's something of a critical bug with it
[13:26] <Keybuk> it mounts the root filesystem
[13:26] <AnAnt> am I looking at a wrong libusb ?
[13:26] <Keybuk> without any regard to the contents of the system or hardware clock
[13:29] <amitk> AnAnt: http://libusb.sourceforge.net/api-1.0/ is the right one.
[13:30] <kervel> hi, i'm trying to roll my own linux-backports-modules-karmic (i'm trying to find a solution for ath9k problems that are in karmic since july)
[13:30] <kervel> and i'm trying to disable rfkill and dynamic power management for now ... so i changed config.mk and commented out some code. but i'm not sure if this is the right thing to do (is config.mk used ?)
[13:31] <kervel> if i look with iwconfig powermanagement is still enabled even tho i disabled the DEFAULT_PS option..
[13:31] <AnAnt> amitk: thanks
[13:32] <kervel> https://bugs.launchpad.net/bugs/378156 <-- this bug (and its duplicates)
[13:32] <ubot3> Malone bug 378156 in network-manager "UNR Ath9K unstable connection" [Undecided,Confirmed] 
[13:33] <smb> kervel, If you want to change configuration options, you need to change in debian/config/...
[13:34] <kervel> smb: but these files are all empty ...
[13:34] <smb> kervel, Just saw that. That was where they *used* to be... 
[13:35] <kervel> i grepped the entire thing for CONFIG_CFG80211_DEFAULT_PS ... only found config.mk
[13:37] <kervel> and then another question: now i do it by downloading the source, then replacing the compat-wireless-2.6 folder in it by the one i got from git .. but is there a way to track the entire thing in git ?
[13:38] <smb> kervel, git://kernel.ubuntu.com/ubuntu/ubuntu-karmic-lbm.git
[13:39] <smb> kervel, It looks like it uses config.mk in some way. Though there are some scripts involved too
[13:39] <smb> rtg might know better
[13:40] <kervel> :)
[13:40] <kervel> i'm trying to find out how to change the kernel config in linux-backports-modules-karmic (found config.mk but not sure)
[13:40] <rtg> smb, you can't ask me questions in the first 13 seconds after I sign on
[13:41] <smb> rtg, Sorry I know thats a bit mean
[13:41] <rtg> kervel, look under debian/config
[13:41] <kervel> rtg: everything empty there
[13:42] <rtg> huh
[13:42] <smb> kervel, It seems config.mk is the most likely place
[13:42] <kervel> yeah, or it would be magic
[13:43] <rtg> kervel, oh, right. for compat-wireless config.mk is where stuff is enabled.
[13:44] <kervel> ah ok ... thanks. i wonder if there is a way to see if my config changes really changed something (they didn't workaround the bug for sure, but i wonder if that is because something messed up in the build or because it is just not related to the bug)
[13:45] <kervel> i disabled CONFIG_CFG80211_DEFAULT_PS (because somebody hinted this could cause unstable ath9 connections) but iwconfig still shows power mgmt
[13:46] <smb> kervel, Does it show it enabled or just available?
[13:50] <kervel> it shows "on"
[13:51] <kervel> and on my jaunty box (where ath9k is working fine after installing lbm) it is showing "off"
[13:54] <smb> kervel, Hm, ok. There is also a default ps level... did you touch that too? (probably unset it)...
[13:55] <smb> Not sure how good this compat-wireless env is at resolving dependencies...
[13:55] <kervel> i always did full rebuild
[13:56] <kervel> with pbuilder
[13:56] <kervel> so i guess it won't be dependencies
[13:57] <smb> kervel, Sorry, what I meant is that CONFIG_DEFAULT_PS_LEVEL=1 might still cause something even if CONFIG_DEFAULT_PS=n is set...
[13:57] <kervel> the level i set to 0, i should try to unset it
[14:01] <rtg> zul, do you have a bit to smoke test the ec2 kernel I built?
[14:01] <zul> rtg: i might smoser would be a better person to ask though
[14:02] <rtg> zul, k, I'll track him down.
[14:05] <smb> kervel, Actually this like makes the build fail. Comparing this to the stock kernel the default value is 1 if set and 0 if unset. So, in theory you should have done the right thing
[14:06] <kervel> smb ok then i'll abort
[14:07] <kervel> but still i wonder why it keeps saying that power management is enabled... maybe the mac80211 stack is not part of the lbm ?
[14:08] <smb> kervel, In the past it was prefixed with lbm_cw_ to keep is apart from the kernel version. But that might be different
[14:08] <kervel> you mean the module object file ?
[14:09] <smb> Those for commonly used modules, yes. But I must check
[14:09] <kervel> i grepped for lbm_cw_ in /lib/modules ... no results
[14:09] <kervel> so i guess it has changed
[14:11] <kervel> and the generated deb file really contains ath9k.ko
[14:11] <smb> Yes, looks like it only changes some firmware file names
[14:14] <kervel> anyway, i'm unsure what to do next. i'm willing to invest some time in trying to get these problems solved, the problem seems to affect a big part of the ath9k users, also on other distributions (fedora and mandriva i found, and the bug is also in kernel bugzilla) but seems i ran out of things to try
[14:23] <smb> kervel, I see you have added some references to upstream bugs. If one is a good match you might work with Luis directly (potentially open a new one if the other don't look close enough)...
[14:24] <kervel> smb you mean upstream ?
[14:25] <kervel> sorry, i have no idea who Luis is ..
[14:25] <smb> kervel, Yes
[14:25] <smb> Luis R Rodrigues (from Atheros)
[14:25] <kervel> ah ok..
[14:28] <kervel> let me try with the existing ones first
[14:31] <tjaalton> smb, cjwatson: thanks! (got distracted for 2h..)
[14:32] <smb> kervel, Yes this might be most promising. Also I saw on some something about instructions to gather debugging data. That might be helpful too
[14:33] <cjwatson> Keybuk: I thought that got handled over to mvo
[14:33] <cjwatson> Keybuk: https://blueprints.launchpad.net/ubuntu/+spec/foundations-karmic-linux-kernel-crash-dump
[14:34] <Keybuk> maybe
[14:34] <Keybuk> you have to install kernel-crashdump which doesn't look like it's in by default
[14:34] <Keybuk> anyway, it will screw over your filesystem clock ;)
[14:35] <Keybuk> (if your hardware clock is in localtime)
[14:35] <amitk> ogra: lool: perfect! Thanks.
[14:35] <lool> cool
[14:35] <ogra> :)
[15:37] <mxzypltk> anyone have luck with installing latest e1000e intel drivers on 9.04?  readme states it cant be compiled and has to use modprobe.  Im able to assign ip and ping but disappers with reboot...    
[15:38] <hyperair> imo find some way to get it to use dkms
[15:42] <mxzypltk> yeah - im just soo close.  need to use it for a capture card.  and the lack of support making me crazy.
[16:06] <jjohansen> Alright, running a bit late here
[16:08] <jjohansen> For those interested in UEC/EC2 this is the kernel status update
[16:08] <jjohansen> Currently, karmic AMIs are running on an Intrepid kernel
[16:09] <jjohansen> we have built and smoke tested a vanilla 2.6.31 kernel
[16:09] <rtg> jjohansen, any luck getting the Karmic ec2 branch to run?
[16:09] <jjohansen> rtg: it was still building a minute ago
[16:10] <jjohansen> rtg: has kindly packaged the 2.6.31 kernel changes to the Karmic kernel
[16:10] <rtg> jjohansen, how will we know if its stable? Is there some kind of testing that we can run?
[16:11] <jjohansen> rtg: first test is just smoke testing, do we get console, can we log in
[16:11] <jjohansen> then there is a round of testing the server team performs, on various services
[16:12] <jjohansen> testing long term stability is going to require keeping an AMI up and testing those services over time
[16:12] <rtg> jjohansen, and the server team is onboard to run those tests?
[16:14] <jjohansen> rtg: I am unsure of when they will run them, but when we have a smoke tested kernel, we can hand it over to them to start test
[16:14] <jjohansen> s/test/testing
[16:14] <jjohansen> I think they will just hit a subset or the tests at first
[16:14] <jjohansen> I know smoser has been playing with the vanilla 2.6.31 kernel aki
[16:15] <rtg> jjohansen, ok, how about dropping a  note to the k-t list when you have an Ubuntu kernel booting?
[16:15] <jjohansen> rtg: will do
[16:16] <Kano> hi, could you pull latest updates from git? they fix especially problems with intel drm
[16:17] <Kano> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e6890f6f3dc2d9024a08b1a149d9bd5208eea350
[16:17] <Kano> that patch finally fixes a stupid problem in .31 since ages
[16:18] <rtg> Kano, we'll pick those changes up when final is released.
[16:51] <rtg> bjf-afk, should I be expecting a pull request for Dove ?
[16:53] <bjf> rtg, yup, still recovering from trashing my laptop, should have it tested real soon now
[16:53] <rtg> bjf, no rush on my part
[16:53] <bjf> rtg, in the next 30 min or so
[16:53] <amitk> cking: know of any cmdline tool to interpret /dev/input/event* ?
[16:53] <bjf> rtg, understand, but I want to get it in and a build started
[16:54] <cking> amitk, not off the top of my head. 
[16:54] <cking> smb, ^^ amitk's question?
[16:55] <smb> Hm, lsinput only lists some attributes... no me neither
[16:55] <cking> amitk, http://smackerelofopinion.blogspot.com/2009/08/input-utils-package-are-bunch-of-tools.html
[16:56] <cking> input-events perhaps?
[16:58] <robbiew> cking: do I need to open a bug for the -10 kernel not suspending issue...or is that already "in the books"?
[16:59] <rtg> robbiew, bluetooth?
[16:59] <robbiew> yes...on my laptop
[16:59] <robbiew> but I don't think it's on my mini9...and seeing there too..let me check
[16:59] <rtg> robbiew, try 'sudo rfkill block bluetooth', then suspend (just to be sure)
[17:00] <cking> robbiew, this is new to me (or my memory is going)
[17:01] <robbiew> rtg: no change
[17:01] <robbiew> only thing that happens is wireless resets
[17:01] <rtg> robbiew, ok, sounds like a new bug
[17:01] <robbiew> will open
[17:04] <smccl__> test
[17:08] <Kano> rtg: you have got out of tree changes in your git that conflict with the latest fix
[17:08] <Kano> in the intel drm
[17:09] <rtg> KanI imagine apw will fix those when he gets round to rebasing.
[17:25] <robbiew> rtg: bug 426906
[17:25] <robbiew> fyi
[17:25] <ubot3> Malone bug 426906 in linux "Suspend/Hibernate not working in -10 kernel" [Critical,Confirmed] https://launchpad.net/bugs/426906
[17:28] <Kano> well thats one of the issues with that bug, but not all ;)
[17:28] <amitk> cking: thanks. I'll try that
[17:29] <cking> amitk, if it's not in my blog, it's not in my head :-)
[17:54] <rtg> apw, if you would be so kind, please have a look at bug #426908 (to which I've assigned you). I seem to be having some infrastructure difficulties.
[17:54] <ubot3> Malone bug 426908 in gnome-system-monitor "gnome-system-monitor crashed with signal 5 in _XError() (dup-of: 322445)" [Undecided,New] https://launchpad.net/bugs/426908
[17:54] <ubot3> Malone bug 322445 in gnome-system-monitor "[Jaunty] System monitor crashed when trying to end a process (bluetoothd)" [Medium,New] https://launchpad.net/bugs/322445
[17:55] <rtg> uh, that would be bug #426906
[17:55] <ubot3> Malone bug 426906 in linux "Suspend/Hibernate not working in -10 kernel" [Critical,Confirmed] https://launchpad.net/bugs/426906
[17:56] <cking> rtg, I'm not sure apw is around at the moment
[17:57] <rtg> cking, well, I'm sure he'll see it eventually
[17:57] <cking> when his migrane wears off
[17:57] <rtg> jjohansen: I've ec2 kernels on my PPA if you're still waiting on a  build
[18:20] <kilian______> hey there, i am using karmic 2.6.31 and looking for the sco.ko module - couldnt find it. But it used to be in the repo in older kernel-packages. Is it now compiled into the kernel or was it dropped?
[18:25] <kilian______> ok, just got a hint from somedbody else, anyways thanks and bye
[18:29] <jjohansen1> rtg, smoser: i386 EC2 test kernel up and smoke tested aki-f700e09e, ari-c900e0a0
[18:29] <smoser> karmicified ? or from rtg's ppa
[18:30] <jjohansen1> smoser: its my build of the topic branch, I am going to try the ppa now
[18:30] <rtg> jjohansen1, did your build not work?
[18:31] <jjohansen1> rtg: no it worked, but it took a few tries with EC2, I wasn't getting anything to connect at first.  Not even the stock alpha5 ami
[18:31] <jjohansen1> even with the user data field being passed
[18:32] <jjohansen1> rtg: and EC2 has been real slow for me today
[18:32] <rtg> jjohansen1, do you think its an issue with the kernel, or some transitory infrastructure problem?
[18:32] <jjohansen1> rtg: infrastructure, it wasn't just our kernel.  But every one I tried
[18:34] <rtg> jjohansen1, please update the bug report with your test results.
[18:35] <jjohansen1> rtg: will do
[20:09] <rtg> bjf, mvl-dove is building
[20:10] <billybigrigger> hey all, anyone alive to answer a question?
[20:11] <billybigrigger> why are ubuntu's kernel version's different from upstream? i noticed that upstream 31-rc9 was released and days before ubuntu already had 31-10 released
[20:11] <billybigrigger> how does this work?
[20:12] <rtg> billybigrigger, the package version is unrelated to the upstream kernel version
[20:12] <billybigrigger> ok, so what are some good sources to follow ubuntu's kernel?
[20:12] <billybigrigger> i usually follow linus' git tree...kernel.org
[20:12] <billybigrigger> does ubuntu have anything like that for it's kernel?
[20:13] <rtg> billybigrigger: http://kernel.ubuntu.com/git or git://kernel.ubuntu.com/ubuntu/ubuntu-karmic.git
[20:14] <billybigrigger1> ahhh thanks
[20:42] <kervel_> hi smb, i built the ath9k packages again, and now iwconfig shows power:off. i have really absolutely no idea why it now shows power:off
[20:43] <kervel_> the only thing i could think of is that i rebuilt the deb quite a few time without updating the version number. maybe pbuilder doesn't like that or so
[21:16] <bjf> rtg, thanks for the build
[21:39] <billybigrigger1> does anyone here work with the v4l2 gspca kernel modules?
[21:39] <billybigrigger1> my webcam hasn't worked throughout this whole .31 cycle