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:16 |
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:17 |
RAOF | Ah. That might be why it's been unusually quiet. | 08:18 |
smb | Yep, time to get work done *cough, cough* | 08:18 |
* smb waves to ikepanhc | 08:21 | |
jk- | hey smb & RAOF | 08:22 |
ikepanhc | smb: good morning | 08:22 |
smb | Hi jk- | 08:23 |
* amitk waves | 08:25 | |
* cooloney waves back to amitk, smb, ikepanhc, jk- and RAOF | 08:27 | |
RAOF | o/ | 08:27 |
smb | cooloney, \o | 08:27 |
* ikepanhc waves | 08:30 | |
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:35 |
smb | stenten, I would agree | 08:36 |
stenten | smb: Thank you kindly. | 08:37 |
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:35 |
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:37 |
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:39 |
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:40 |
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:42 |
TeTeT | smb: thanks a lot, please let me know in any case | 09:43 |
smb | TeTeT, Sure | 09:43 |
yzhao | cooloney: hi, bryan~ | 10:23 |
cooloney | yzhao: welcome, yingying | 10:32 |
* smb waves to yzhao | 10:32 | |
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:41 |
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:42 |
smb | s/Alsan/Alan/ | 10:43 |
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:44 |
smb | ericm|ubuntu, oh, user-space... eek. :-P | 10:45 |
ericm|ubuntu | yet the bzr branch is progressing by <archive@ubuntu.com>, ..... | 10:45 |
smb | Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> | 10:46 |
smb | Original-Maintainer: Aurelien Jarno <aurel32@debian.org> | 10:46 |
smb | ericm|ubuntu, So I'd post to both. The second probably is the debian maintainer | 10:47 |
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:48 |
smb | apt-cache show libusb-1.0-0 (not on maverick, yet :-P) | 10:49 |
smb | Oh, wait libusb-0.1... ? | 10:50 |
ericm|ubuntu | smb, yes - legacy and unfortunately upower seems to be linked with it | 10:51 |
smb | I guess I am just confused by one thing finding a libusb-1.0 and the other number being a 0.1 | 10:52 |
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:53 |
ericm|ubuntu | that's why it's broken on my Mac | 10:54 |
smb | Heh, and somehow I got the impression both are produced by the same source package | 10:55 |
smb | ... no wrong... | 10:56 |
smb | ericm|ubuntu, So there is a libusb and a libusb-1.0 | 10:56 |
ericm|ubuntu | smb, they are two separate | 10:57 |
smb | ericm|ubuntu, Which you probably were already saying by legacy lib linked agains upower | 10:57 |
=== cooloney is now known as cooloney-afk | ||
=== smb is now known as smb-afk | ||
ericm|ubuntu | seems emerald.pgraner is down again | 11:15 |
=== popey_ is now known as popey | ||
=== smb-afk is now known as smb | ||
diwic | Hi there, how do I find out what options are enabled in a standard Lucid kernel? | 12:30 |
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:32 |
diwic | thanks :-) | 12:33 |
diwic | is there also an online list for different kernel versions than the one I have currently installed? | 12:35 |
=== ghostcube_ is now known as ghostcube | ||
lapion | Hello, | 13:51 |
lapion | how can I cross- search for processor-chipset combinations in launchpad | 13:52 |
hrw | hi | 14:08 |
hrw | is it possible to crossbuild linux-libc-dev from linux source package? | 14:09 |
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:36 |
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:38 |
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:39 |
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:40 |
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:42 |
ericm|ubuntu | smb, thanks man | 14:43 |
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:44 |
mpoirier | smb: not that I know of... | 14:45 |
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:46 |
smb | mpoirier, Something I probably need to inform myself sooner or later | 14:47 |
smb | or saying educate myself | 14:47 |
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:48 |
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:49 |
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:50 |
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:54 |
hrw | smb: s/arm/anyotherarch/ even | 14:56 |
hrw | I recently hacked binutils packaging and built cross binutils for alpha/hppa/etc just to test does it work | 14:57 |
smb | OK, so I should say when I did compile I either completely cross compiled or used native builds. | 14:58 |
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:17 |
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:18 |
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:19 |
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:20 |
hrw | with proper 'export CROSS_COMPILE' before it | 15:21 |
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:22 |
amitk | hrw: and what kernel are you trying to compile | 15:23 |
hrw | amitk: linux (2.6.34-4.11) maverick; urgency=low | 15:24 |
amitk | hrw: how soon does the build break? I've started one now, no problems | 15:34 |
hrw | amitk: did not checked but took some time - kernel got built first | 15:37 |
amitk | (building modules now) | 15:37 |
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:38 |
hrw | ok | 15:40 |
hrw | amitk: sure, cross != native so problems can exists | 15:40 |
hrw | and I am fine with it | 15:40 |
amitk | hrw: we'll know soon enough, I'm building cross using your commands above | 15:41 |
mpoirier | smb: https://wiki.ubuntu.com/StableReleaseUpdates | 15:44 |
=== ghostcube is now known as babyrobbe | ||
=== babyrobbe is now known as ghostcube | ||
=== ghostcube is now known as sash_mobile | ||
=== sash_mobile is now known as sash_mobil | ||
=== sash_mobil is now known as ghostcube | ||
amitk | hrw: confirmed the problem you are seeing with libelf with cross-compiling | 16:33 |
smb | mpoirier, https://edge.launchpad.net/ubuntu/+source/linux/2.6.34-5.12/+build/1762187 | 16:38 |
smb | https://edge.launchpad.net/ubuntu/+source/linux/+publishinghistory | 16:39 |
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:06 |
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:07 |
=== hrw is now known as hrw|gone | ||
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:08 |
smb | TeTeT, I would also keep Pete informed as he kind of tracks the legal side | 17:09 |
TeTeT | smb: no worries, if we pursue this, it's going through the proper escalation channels | 17:10 |
smb | Ok, cool | 17:11 |
=== emma_ is now known as emma |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!