[08:16] <smb> Morning to the part of the world without bank holiday
[08:16] <RAOF> Which part of the world *has* a bank holiday, and how do I apply? :)
[08:17] <smb> RAOF, US and UK ant least. How you apply I don'T know. :)
[08:17] <smb> My part of the world has its holiday Thursday
[08:18] <RAOF> Ah.  That might be why it's been unusually quiet.
[08:18] <smb> Yep, time to get work done *cough, cough*
[08:21]  * smb waves to ikepanhc 
[08:22] <jk-> hey smb & RAOF
[08:22] <ikepanhc> smb: good morning
[08:23] <smb> Hi jk- 
[08:25]  * amitk waves
[08:27]  * cooloney waves back to amitk, smb, ikepanhc, jk- and RAOF 
[08:27] <RAOF> o/
[08:27] <smb> cooloney, \o
[08:30]  * ikepanhc waves
[08:35] <stenten> Can someone help me decide the importance of Bug #587136?
[08:35] <ubot2> Launchpad bug 587136 in linux (Ubuntu) "2nd Resume from Suspend results in reboot on Toshiba Satellite U400. Fixed in 2.6.34 Mainline. (affects: 2) (dups: 1) (heat: 20)" [Undecided,Confirmed] https://launchpad.net/bugs/587136
[08:35] <stenten> Based off the other linux bugs, I'm thinking High.
[08:36] <smb> stenten, I would agree
[08:37] <stenten> smb: Thank you kindly.
[09:35] <TeTeT> smb: Hi Stefan, any chance to get the Lenovo x201 WWAN module into lbm? seems that mjg59 refactored it, according to the last mail
[09:37] <smb> TeTeT, Its on the list to look at, now the other things have been done. I am not sure how far I get with all of it today and unfortunately I did not heve time to look at it again, yet
[09:39] <TeTeT> smb: the roll out for the customer is not before july 18th, so anything that lands for 10.04.1 is good enough. 
[09:40] <TeTeT> smb: Should I escalate this driver support issue through Zaid, so it get's on your "official" todo list? or is it good enough as is?
[09:42] <smb> TeTeT, Ok. Let me look at it to decide how much work it might be. I would ping you if I think it needs more work and thus a more official backing.
[09:43] <TeTeT> smb: thanks a lot, please let me know in any case 
[09:43] <smb> TeTeT, Sure
[10:23] <yzhao> cooloney: hi, bryan~
[10:32] <cooloney> yzhao: welcome, yingying
[10:32]  * smb waves to yzhao 
[10:41] <ericm|ubuntu> yzhao, yingying!
[10:41] <ericm|ubuntu> smb, do you know who's maintaining libusb? I wish I know where to send a relevant patch
[10:42] <smb> ericm|ubuntu, Not from my head. Would need to ask checkmaintainer.pl too. Theoreticall Greg and Alsan Stern might be suspect. But I would see what the script says.
[10:43] <smb> s/Alsan/Alan/
[10:44] <ericm|ubuntu> smb, ah - not drivers/usb/, but a user space libusb library
[10:44] <ericm|ubuntu> it's in main repo, yet seems to be unmaintained by any of canonical member?
[10:45] <smb> ericm|ubuntu, oh, user-space... eek. :-P
[10:45] <ericm|ubuntu> yet the bzr branch is progressing by <archive@ubuntu.com>, .....
[10:46] <smb> Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
[10:46] <smb> Original-Maintainer: Aurelien Jarno <aurel32@debian.org>
[10:47] <smb> ericm|ubuntu, So I'd post to both. The second probably is the debian maintainer
[10:48] <ericm|ubuntu> smb, how did you find this out? I executed dpkg-query -p libusb-0.1-4, only find Aurelien Jarno
[10:48] <ericm|ubuntu> but yeah, I guess these two mail addresses will work
[10:49] <smb> apt-cache show libusb-1.0-0 (not on maverick, yet :-P)
[10:50] <smb> Oh, wait libusb-0.1... ?
[10:51] <ericm|ubuntu> smb, yes - legacy and unfortunately upower seems to be linked with it
[10:52] <smb> I guess I am just confused by one thing finding a libusb-1.0 and the other number being a 0.1
[10:53] <smb> ericm|ubuntu, But luckily the mail addresses are the same for both
[10:53] <ericm|ubuntu> smb, heh - since 0.1 is crap
[10:54] <ericm|ubuntu> that's why it's broken on my Mac
[10:55] <smb> Heh, and somehow I got the impression both are produced by the same source package
[10:56] <smb> ... no wrong...
[10:56] <smb> ericm|ubuntu, So there is a libusb and a libusb-1.0
[10:57] <ericm|ubuntu> smb, they are two separate
[10:57] <smb> ericm|ubuntu, Which you probably were already saying by legacy lib linked agains upower
[11:15] <ericm|ubuntu> seems emerald.pgraner is down again
[12:30] <diwic> Hi there, how do I find out what options are enabled in a standard Lucid kernel?
[12:32] <ogra> in /boot/config-$(uname -r)
[12:32] <amitk> diwic: 'less /boot/config-2.6.32-*
[12:32] <amitk> '
[12:32] <amitk> heh
[12:32] <ogra> :)
[12:33] <diwic> thanks :-)
[12:35] <diwic> is there also an online list for different kernel versions than the one I have currently installed? 
[13:51] <lapion> Hello,
[13:52] <lapion> how can I cross- search for processor-chipset combinations in launchpad
[14:08] <hrw> hi
[14:09] <hrw> is it possible to crossbuild linux-libc-dev from linux source package?
[14:36] <smb> hrw, I am not sure I understand what you mean with crossbuild. Build on another architecture?
[14:36] <hrw> smb: on amd64 build package with headers for armel
[14:38] <ericm|ubuntu> smb, do you mind have a look at my git pull request a bit time ago (just forwarded that mail to you)?
[14:39] <smb> hrw, If you have the toolchain installed (though that is only available for i386 iirc) you could cross compile the whole package. Other I don't know
[14:39] <hrw> ok
[14:39] <ericm|ubuntu> hrw, ask in ubuntu-arm, they may possibly know
[14:39] <hrw> thx for info
[14:39] <smb> mpoirier, Wouid you know something better?
[14:39] <hrw> ericm|ubuntu: will
[14:39] <ericm|ubuntu> hrw, not every package is cross-build-able
[14:40] <smb> ericm|ubuntu, Ok, will do
[14:40] <ericm|ubuntu> smb, let me know if it needs a SRU process - it was actually sent before -L release maybe (or happened to be the freeze period maybe)
[14:42] <mpoirier> smb: what exactly do you want to know ?
[14:42] <smb> ericm|ubuntu, Everything we now upload needs at least a little more process. Not yet looked into the mail, but one thing good to have would be a lp bug report that tracks/explains things
[14:42] <ericm|ubuntu> smb, LP bug report already there
[14:42] <smb> mpoirier, It was about the cross complile question from hrw 
[14:42] <ericm|ubuntu> and I've updated every commit with that info
[14:42] <smb> ericm|ubuntu, Sounds good
[14:43] <ericm|ubuntu> smb, thanks man
[14:44] <smb> mpoirier, I don't do many arm builds but the standard cross compiles of the whole kernel package. But I don't think there is a way to get the libc-dev package without a complete cross compile env.
[14:45] <mpoirier> smb: not that I know of...
[14:46] <smb> mpoirier, Ok, thanks for the confirmation. 
[14:46] <mpoirier> smb: the cross-compilation environment is changing for maverick - for ARM at least.
[14:46] <mpoirier> smb: for OMAP4 I should say.
[14:47] <smb> mpoirier, Something I probably need to inform myself sooner or later
[14:47] <smb> or saying educate myself
[14:48] <mpoirier> smb: I wouldn't rush too quicly on that one...
[14:48] <mpoirier> I think it is still maturing.
[14:48] <amitk> mpoirier: the cross-build enviroment changing? how?
[14:48] <mpoirier> Changing is probably not the word I should have used.
[14:48] <smb> mpoirier, Oh, now worries, I am seldom rushing. :)
[14:49] <smb> gos no worries
[14:49] <hrw> amitk: I am working on making 'cross-toolchain' source package possible
[14:49]  * smb cannot type today
[14:49] <mpoirier> I was referring to Bryan's sbuild stuff, which differs from what was being done in Lucid.
[14:49] <hrw> smb: "ARCH=arm make headers_install" does not require cross toolchain
[14:49] <hrw> mpoirier: ah
[14:50] <mpoirier> Mind you, I am still plowing through that one.
[14:50] <amitk> mpoirier: there are two different things (sbuild and cross)
[14:50] <amitk> *they
[14:54] <smb> hrw, That can be true. I am just not sure the debian build environment we use allows to produce the lib package without going through the architecture specific parts which also does the kernel image. 
[14:54] <smb> But then, I cannot say I am an arm guy...
[14:56] <hrw> smb: s/arm/anyotherarch/ even
[14:57] <hrw> I recently hacked binutils packaging and built cross binutils for alpha/hppa/etc just to test does it work
[14:58] <smb> OK, so I should say when I did compile I either completely cross compiled or used native builds.
[15:17] <hrw> correct me if I'm wrong but does not 'linux' source package has broken builddepends?
[15:17] <hrw> Build-Depends: dpkg (>= 1.13.19), debhelper (>= 5), gawk
[15:18] <hrw> kernel-wedge was required to let me start building, then it broke due to lack of libefl-dev...
[15:18] <amitk> libefl to build a kernel package?
[15:19] <hrw> Makefile:504: *** No libelf.h/libelf found, please install libelf-dev/elfutils-libelf-devel and glibc-dev[el].  Stop.
[15:19] <hrw> make[1]: Leaving directory `/home/hrw/devel/canonical/2010/05-cross-compilers/ubuntu/maverick/source/linux-2.6.34/debian/build/tools/tools/perf'
[15:19] <hrw> make: *** [install-tools] Błąd 2
[15:19] <hrw> dpkg-buildpackage: błąd: fakeroot debian/rules binary zwrócił status błędu 2
[15:19] <amitk> aah, libelf, _not_ libefl
[15:20] <hrw> argh typos
[15:20] <amitk> hrw: I am assuming you're cross compiling, what is your exact command?
[15:20] <hrw> dpkg-buildpackage -b -uc -us -aarmel 
[15:21] <hrw> with proper 'export CROSS_COMPILE' before it
[15:22] <smb> Hm, in my lucid tree (master)
[15:22] <smb> Build-Depends: debhelper (>= 5), cpio, module-init-tools, kernel-wedge (>= 2.24ubuntu1), makedumpfile [amd64 i386 lpia], device-tree-compiler [powerpc], libelf-dev, binutils-dev, rsync
[15:23] <amitk> hrw: and what kernel are you trying to compile
[15:24] <hrw> amitk: linux (2.6.34-4.11) maverick; urgency=low
[15:34] <amitk> hrw: how soon does the build break? I've started one now, no problems
[15:37] <hrw> amitk: did not checked but took some time - kernel got built first
[15:37] <amitk> (building modules now)
[15:38] <amitk> hrw: in any case, it is a problem on your side since we've got work arm kernels built on buildds in the archive
[15:38] <amitk> *working
[15:40] <hrw> ok
[15:40] <hrw> amitk: sure, cross != native so problems can exists
[15:40] <hrw> and I am fine with it
[15:41] <amitk> hrw: we'll know soon enough, I'm building cross using your commands above
[15:44] <mpoirier> smb: https://wiki.ubuntu.com/StableReleaseUpdates
[16:33] <amitk> hrw: confirmed the problem you are seeing with libelf with cross-compiling
[16:38] <smb> mpoirier, https://edge.launchpad.net/ubuntu/+source/linux/2.6.34-5.12/+build/1762187
[16:39] <smb> https://edge.launchpad.net/ubuntu/+source/linux/+publishinghistory
[17:06] <TeTeT> smb: thanks for your quick answer, I'll see if we need to escalate this or can solve it with the customers repo
[17:07] <smb> TeTeT, Ok, thanks. I think at least we should be aware of the implications beside the driver module
[17:07] <hrw> have a nice rest of day
[17:08] <TeTeT> smb: the customer has a blob from Lenovo for the firmware and they can use that internally. I'll talk to my Lenovo contact and see if there's a chance to ship it
[17:09] <smb> TeTeT, I would also keep Pete informed as he kind of tracks the legal side
[17:10] <TeTeT> smb: no worries, if we pursue this, it's going through the proper escalation channels
[17:11] <smb> Ok, cool