**** BEGIN LOGGING AT Tue Dec 29 02:59:57 2009 Dec 29 03:45:18 ~seen florian Dec 29 03:45:22 florian was last seen on IRC in channel #oe, 1d 5h 32m 22s ago, saying: 'I would not want to try an Atom for this purpose ;)'. Dec 29 07:30:58 Hi, how to include python modules during the creation of filesystem? Dec 29 08:16:06 03Martin Jansa  07org.openembedded.dev * rced051115c 10openembedded.git/recipes/ (8 files in 8 dirs): Dec 29 08:16:10 linux-2.6.32+2.6.33-rc2, linux-kexecboot-2.6.32+2.6.33-rc2: add new version with spitz defconfig Dec 29 08:16:12 Signed-off-by: Martin Jansa Dec 29 08:20:19 JT_: never tried this myself, but you could add the packages to the image file, see recipes/images for plenty examples Dec 29 08:32:44 eFfeM: thanks for the info. Dec 29 09:14:50 is there any downloads dir cleaning script? something like eclean-dist for gentoo? (checking which downloads are not used in any tmpdir anymore and removes them, or at least removes older versions of same tarball - this is not optimal ie for gcc-4.3.* in angstrom and gcc-4.4.* used in shr for people building both..) Dec 29 09:41:25 03Martin Jansa  07org.openembedded.dev * r23214741a0 10openembedded.git/conf/checksums.ini: Dec 29 09:41:28 checksums.ini: missing checksum for vala-0.7.9.1 Dec 29 09:41:30 Signed-off-by: Martin Jansa Dec 29 10:09:10 zecke: good morning Dec 29 10:09:52 hello pb__, zecke Dec 29 10:10:00 hi ant_work Dec 29 10:13:42 pb__: hi Dec 29 10:46:05 * * OE Bug 2879 has been RESOLVED (NOTOURBUG) by utx(AT)penguin.cz Dec 29 10:46:06 * * kernel misses USB host/client switch signalling Dec 29 10:46:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2879 Dec 29 10:58:21 Hi all, i'm building qt4.5 under oe, i can build qt4-x11-free correctly, but failed on qt4-embedded, it has error with libgles building, i cant find why qte need libgles but qt x11 not? Dec 29 11:12:53 morning folks, hi pb_ Dec 29 11:14:04 mickeyl|flu: good morning Dec 29 11:14:08 crumbs, still the flu? Dec 29 11:15:32 well Dec 29 11:15:56 there's substantial improvement, so i guess this is more like it Dec 29 11:16:07 still coughing a lot, but it's no longer the flu Dec 29 11:17:26 good morning mickeyl Dec 29 11:17:30 hi rkirti Dec 29 11:17:32 ah, that's good. it's been what, a week now? would be quite bad news if you were still as ill as before. Dec 29 11:17:46 yeah, slightly more than a week Dec 29 11:18:13 interesting part is that it has no effects on his commits - the man just works and works :-) Dec 29 11:18:59 hehe, that way i have an excuse when they commits are bogus Dec 29 11:19:26 seriously though, my flu was the right trigger to do some OE bugtracker work Dec 29 11:20:14 :-) Dec 29 11:20:38 leslie: hi, so you are building for omap3? Dec 29 11:21:54 leslie: the easiest fix is to rm recipes/qt4/*gles*.bb. The problem is a bit with Qt Embedded... for OMAP3 we try to use GLES support on QtE but this requires a lib from TI (click through... license) Dec 29 11:22:04 * * OE Bug 3547 has been RESOLVED (NOTOURBUG) by Dec 29 11:22:06 * * h3900: Sound not available Dec 29 11:22:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3547 Dec 29 11:22:16 * * OE Bug 3548 has been RESOLVED (NOTOURBUG) by Dec 29 11:22:18 * * h3900: Battery status not avilable Dec 29 11:22:20 * * http://bugs.openembedded.net/show_bug.cgi?id=3548 Dec 29 11:23:05 * * OE Bug 3560 has been RESOLVED (NOTOURBUG) by Dec 29 11:23:06 * * h5000 fingerprint scanner driver unavailable in OE Dec 29 11:23:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3560 Dec 29 11:23:09 zecke: thanks youre response Dec 29 11:23:39 zecke: i'm not building for omap3, but i used angstrom distro file for my project Dec 29 11:23:57 leslie: what is your machine? Dec 29 11:24:49 zecke: it's a samsung 6410 board Dec 29 11:25:23 leslie: ah okay... you could look on the oe-dev ml... I started a thread about the QtE issue.. Dec 29 11:26:06 ~seen laibsch Dec 29 11:26:06 * * OE Bug 3723 has been RESOLVED (NOTOURBUG) by Dec 29 11:26:08 laibsch was last seen on IRC in channel #oe, 10d 6h 58m 5s ago, saying: 'ant__: hi'. Dec 29 11:26:09 * * h3900: Sleeves not supported Dec 29 11:26:11 * * http://bugs.openembedded.net/show_bug.cgi?id=3723 Dec 29 11:27:26 zecke: oh, that's great, i found some problem using qte on 6410 board, maybe it's qte bug, but hope some building configuration can avoid them Dec 29 11:29:31 zecke: i found that when use qte webkit browser, it will take 100% cpu sometimes, and the usb mouse sometimes will fly on screen, i will try qte dfb display this time Dec 29 11:30:08 leslie: I'm interested in a backtrace... or such to see what qt is doing Dec 29 11:30:16 hope it will solve the 100% cpu take problem, that make qte seems slow than qt x11 on the same 6410 board... Dec 29 11:35:55 03Martin Jansa  07org.openembedded.dev * r237c2bcecd 10openembedded.git/conf/checksums.ini: Dec 29 11:36:00 checksums.ini: replace checksum for vala-0.7.9.1 Dec 29 11:36:02 * sorry for noise, I redownloaded again, but with this checksum, not sure Dec 29 11:36:04 why I got different one first time, but I guess its "safe" to replace Dec 29 11:36:51 my own checksum Dec 29 11:36:51 Signed-off-by: Martin Jansa Dec 29 11:37:06 zecke: ok, i will try to send you the details my get when use qte apps on 6410 board built under oe Dec 29 11:37:48 leslie: that is with the samsung bsp? Dec 29 11:37:52 zecke: sorry of my english, some times i cant understand what i type... Dec 29 11:39:03 leslie: the linux support for the 6410. Is it coming from a "vanilla" kernel, or are you using a version provided by samsung? Dec 29 11:39:34 zecke: the filesystem and the kernel is provided by sansung Dec 29 11:40:09 zecke: i build applications, like xorg and qt to the board Dec 29 11:41:12 zecke: we try to use qt webkit browser on 6410 board, but it seems the performance is not good Dec 29 11:41:34 zecke: if we add flash plugin on it, it will get worse ... Dec 29 11:41:45 leslie: The best thing you can do is to use oprofile to see where it is spending the time Dec 29 11:42:22 leslie: is it really spending the time in Qt, or is the framebuffer driver of Samsung doing weird things. So oprofile can really tell you who is using your CPU. Dec 29 11:43:00 leslie: for ARM you will need to build with "-fno-omit-frame-pointer" to be able to get backtraces Dec 29 11:44:03 zecke: ok thanks, and the qte is compiling now after i removed *gles files Dec 29 11:45:04 * * OE Bug 5063 has been RESOLVED (FIXED) by Dec 29 11:45:06 * * new recipe wekit-efl Dec 29 11:45:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5063 Dec 29 11:45:16 * * OE Bug 5040 has been RESOLVED (FIXED) by Dec 29 11:45:18 * * base-passwd 3.5.19 no longer downloadable Dec 29 11:45:20 * * http://bugs.openembedded.net/show_bug.cgi?id=5040 Dec 29 11:46:04 * * OE Bug 5034 has been RESOLVED (FIXED) by Dec 29 11:46:06 * * gnutls-2.4.2 needs guile-native Dec 29 11:46:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5034 Dec 29 11:46:43 zecke: i'm leaving office now, thanks again for your help :-) Dec 29 11:47:04 * * OE Bug 1368 has been RESOLVED (WONTFIX) by Dec 29 11:47:06 * * kopi and kapi help files not available? Dec 29 11:47:08 * * http://bugs.openembedded.net/show_bug.cgi?id=1368 Dec 29 11:52:29 mickeyl: am I dreaming, or did there use to be a DISTRO_DEV_MANAGER variable that one could use to select between udev and mdev? Dec 29 11:52:46 micro seems to have regressed to using udev, and I can't quite figure out what has happened. Dec 29 11:58:07 pb_: I think these are IMAGE_ vars Dec 29 11:58:39 hmm, shr is using DISTRO_DEV_MANAGER as well Dec 29 11:58:47 so it doesn't seem to be a dream Dec 29 11:58:52 yeah Dec 29 11:58:54 i wonder whether this is evaluated though Dec 29 11:59:01 I can't find anywhere that this variable is actually used though Dec 29 11:59:05 to keep my initramfs image small I had to nuke many of these Dec 29 11:59:13 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/kexecboot/initramfs-kexecboot-image.bb Dec 29 12:00:19 indeed, the only trace i can find of DISTRO_DEV_MANAGER is task-openprotium. Dec 29 12:00:24 image.bbclass is using IMAGE_DEV_MANAGER though Dec 29 12:00:47 maybe IMAGE_DEV_MANAGER should use ${DISTRO_DEV_MANAGER} as its default value Dec 29 12:00:59 pb_: yea Dec 29 12:01:01 yes, that makes sense to me Dec 29 12:01:16 one should just oveeride in the custom-image Dec 29 12:01:20 with DISTRO_DEV_MANAGER being weakly assigned to udev in bitbake.conf ? Dec 29 12:01:24 ah, see 9752b780ae9cbe8b36507890d8ee55c439eb2b35 Dec 29 12:01:25 or left alone? Dec 29 12:01:44 hmm Dec 29 12:01:45 d'oh Dec 29 12:01:50 i wonder the reasoning behind that Dec 29 12:01:59 I guess DISTRO_DEV_MANAGER should be weakly assigned to the same thing that IMAGE_DEV_MANAGER is now. Dec 29 12:02:01 anyways, seems the new chique is IMAGE_DEV_MANAGER Dec 29 12:02:14 pb_: aehm... and for LOGIN_MANAGER, INIT_MANAGER ? Dec 29 12:03:02 the same, I guess Dec 29 12:03:10 imho all this 'management' is a bit undocumented Dec 29 12:03:25 mickeyl: yeah, maybe I should just define IMAGE_DEV_MANAGER in micro.conf and be done with it. Dec 29 12:03:36 clearly images are the new distros, as you say. Dec 29 12:03:52 pb_: when did this change? Dec 29 12:04:06 zecke: dunno, whenever 9752b780ae9cbe8b36507890d8ee55c439eb2b35 was committed I suppose Dec 29 12:04:47 pb_: that reminds me to the missing query by commit-id in cgit :/ Dec 29 12:05:08 mickeyl: or maybe the tsc would like to formulate a policy for us :-) Dec 29 12:05:27 oh that was done in february.. wow Dec 29 12:05:57 yeah, I'm not quite sure how I didn't notice it sooner. I guess I must have not updated my tree for some months. Dec 29 12:06:36 pb_: how did you notice now? by image size? Dec 29 12:06:49 yeah Dec 29 12:07:06 suddenly my images gained an extra few megabytes Dec 29 12:07:33 well, maybe not all that suddenly Dec 29 12:08:25 pb_: yeah, canonicalizing these variables and finding a definitive set of distro management screws sounds like a TSC job. Dec 29 12:08:32 how's your experience w/ mdev so far? Dec 29 12:09:19 pretty good. we have been using mdev in production on our radios for a while and it seems to be working fine. Dec 29 12:09:56 of course, we don't have a great deal of complicated hotplugging: in our case the only common hot-plugged devices are usb and sd. Dec 29 12:09:57 excellent. is there any big drawback compared to udev? Dec 29 12:10:21 right Dec 29 12:10:33 there doesn't seem to be in this kind of application. I suspect that you would probably run into mdev limitations if you tried to use it on a desktop-type system. Dec 29 12:11:07 but, for all the embedded-type applications I have tried, it seems to be an all-round win compared to udev. Dec 29 12:11:42 wow now I have to see terrorist underwear on CNN Dec 29 12:12:26 sounds good. will give it a try Dec 29 12:12:31 the mdev, not the terrorist underwear Dec 29 12:12:32 righto, cool Dec 29 12:12:35 you dont *have* to see it :) Dec 29 12:12:53 timtimred: clearly he has been brainwashed Dec 29 12:12:54 happy christmas, NY etc people Dec 29 12:13:04 hmm, oh fun Dec 29 12:13:11 new pulseaudio breakage for armv4 Dec 29 12:13:18 doh, what's wrong with it? Dec 29 12:13:27 | pulsecore/svolume_arm.c: In function 'pa_volume_s16ne_arm': Dec 29 12:13:27 | pulsecore/svolume_arm.c:53: error: can't find a register in class 'LO_REGS' while reloading 'asm' Dec 29 12:13:27 | pulsecore/svolume_arm.c:53: error: 'asm' operand has impossible constraints Dec 29 12:13:49 ~lart lrg Dec 29 12:13:50 * ibot beats the living hamstercrap out of lrg Dec 29 12:13:52 oh dear Dec 29 12:13:57 that sounds like trying to use arm asm in thumb mode Dec 29 12:14:00 timtimred: what do you want to tell me? I'm allowed to switch off the TV? Dec 29 12:14:27 pb_: do we need the ARM_INSTRUCTION_SET cluebat? Dec 29 12:14:31 well you dont have to switch it off, but ogling terroist undies is optional ;) Dec 29 12:14:39 or can that be fixed in a more sensible way? Dec 29 12:14:48 mickeyl: that's rather a big hammer. let me see if there is a better fix. Dec 29 12:15:34 one option might be to persuade lrg to stop writing eleet 1n1in3 a5m and stick to C :-} Dec 29 12:15:52 timtimred: normally they warm about bad content... this time.. Dec 29 12:16:25 maybe if it was sexier - a g-string full of C4 for example Dec 29 12:16:36 that just looks like one of those dirty bombs Dec 29 12:16:38 :) Dec 29 12:16:48 timtimred: this one was dirty enough Dec 29 12:17:13 mickeyl: which version of pulseaudio is this? Dec 29 12:17:38 oh yeah, anyone have one of them oxnas devices? Dec 29 12:17:53 0.9.21 Dec 29 12:17:59 okey dokey Dec 29 12:20:06 ah, it's even worse, that asm code is using armv6-only instructions Dec 29 12:20:19 boah... I hate people still using %1 in inline assembly Dec 29 12:20:23 mickeyl, pb_ : heh, sorry - I didn't test against v4 only v6 and v7 Dec 29 12:20:25 so, in a sense, you were lucky that it choked at compile time, otherwise you would just have gotten a SIGILL at runtime :-} Dec 29 12:21:39 I guess that whole thing wants wrapping in some suitable ifdef so that it only triggers for ARMv6 and higher. Dec 29 12:22:51 there might still be an issuette for folks who want to build for thumb on arm1136, but at least it will work for v4 and v5 cpus that way. Dec 29 12:24:10 zecke: what's your objection to %1? Dec 29 12:25:51 pb_: sorry if I jump in, are only arm>v6 allowed to have kernel in thumb (or thumb2?) mode? Dec 29 12:26:03 still figuring out how to keep size small Dec 29 12:26:40 ant_work: that would be a question for the kernel h4x0rs. afaik, there is no support for building the kernel as thumb-1. I don't know if the kernel yet supports building as thumb-2 or not. Dec 29 12:27:14 pb_: I think it is harder to read than %[logical_name] :) Dec 29 12:28:28 pb_: oki, thx. Since 2.6.32 thumb2 is possible iirc Dec 29 12:28:42 btw, about the size in general, another task for TSC: -ggdb3 Dec 29 12:29:01 zecke: I guess it is, though for asms with only a few operands I don't think it makes a big difference Dec 29 12:29:17 my main complaint about that particular asm would be that it clobbers all the low registers. Dec 29 12:29:55 pb_: right :) Dec 29 12:30:12 it also doesn't look terribly well scheduled, though perhaps that's unavoidable in this case. Dec 29 12:32:13 mickeyl, hi? you are better?(no more flu?) if so that's great(and it's bad that you had flu during chrittmath) Dec 29 12:32:44 ant_work: what's the issue with -ggdb3? Dec 29 12:33:10 it adds 20kb to a static binay Dec 29 12:33:19 indeed it's a problem for static Dec 29 12:33:22 that seems like a fairly straightforward distro decision; I'm not sure I understand what the tsc would do with it. Dec 29 12:33:33 and in general to all binaries Dec 29 12:34:04 I'll check how is building for 'RELEASE' and not 'DEBUG' Dec 29 12:34:12 mickeyl, for the audio I played something with intone,made a call,the audio interupted and I got the call audio,then when the call stopped the audio went back Dec 29 12:34:21 at the point where it was stopped Dec 29 12:35:41 awesome Dec 29 12:35:47 means BP is controlling routing completely Dec 29 12:37:34 lrg: don't worry, hardly anyone takes care about v4 and v5 these days... i would't either if the mobile phone world wasn't so closed... Dec 29 12:38:39 mickeyl, did you look for an easy guide for rooting the phone? Dec 29 12:39:06 or do you want us to look for the best one between the tons of guides? Dec 29 12:40:24 well, since you know more about all that, it might be best if you could identify one Dec 29 12:40:38 ok Dec 29 12:40:55 first what phone do you have(which carrier,german phone?) Dec 29 12:48:43 T-Mobile G1 unlocked Dec 29 12:48:49 german keyboard Dec 29 12:49:00 (note that the g1 is in the office, not here atm.) Dec 29 12:49:09 i can grab it tomorrow though Dec 29 12:51:28 ok Dec 29 13:55:27 ERROR: Error, lockfile path does not exist!: /home/filip/pda/oe/build_dir/tmp/work/i686-linux/openssl-0.9.8j-r11.0/packages-split Dec 29 13:55:30 what's this :)? Dec 29 13:55:37 should I mkdir it? Dec 29 14:21:10 filip: no Dec 29 14:46:30 gm Dec 29 14:46:59 hi mickeyl Dec 29 14:47:58 I broke my rootfs so I installed a fresh gta02 shr....and done some config work...but now fso says : processing command 'disable' for resource '' (present status=unknown) Dec 29 14:49:05 hi likewise Dec 29 14:49:10 hi gnutoo Dec 29 14:49:12 hi Dec 29 15:47:27 jo kgilmer Dec 29 15:48:17 hiya woglinde Dec 29 16:51:59 03Michael 'Mickey' Lauer  07org.openembedded.dev * rd37df6b043 10openembedded.git/recipes/pulseaudio/pulseaudio_0.9.21.bb: pulseaudio: demote 0.9.21 for armv4t where it doesn't compile Dec 29 16:58:49 *sigh* Dec 29 16:58:53 PA 0.9.19 has the same problem Dec 29 17:04:17 doh Dec 29 17:06:12 it might be quicker just to patch the code to knock out the offending arm ops. Dec 29 17:06:36 if you change "if defined(__arm__)" to "if 0" in pa_volume_func_init_arm() then I think that will probably do the right thing for you. Dec 29 17:07:12 yeah Dec 29 17:07:41 crazy asm h4x0rs Dec 29 17:07:49 *nod* Dec 29 17:42:53 mickeyl: got rid of the flu ? Dec 29 17:49:51 eFfeM: mostly, i think. still coughing a lot, but it's definitely better than before Dec 29 17:54:07 nice Dec 29 18:07:20 mickeyl, I hope you'll get better soon Dec 29 18:07:23 but that's nice Dec 29 18:07:55 mickeyl, routing to earphones work,even with calls Dec 29 18:08:23 but the volume changes after the call has been terminated Dec 29 18:17:53 anyone experience with the perl recipes ? Dec 29 18:33:54 03Sebastian Krzyszkowiak  07org.openembedded.dev * rfccc228c7c 10openembedded.git/recipes/navit/ (files/navit.xml navit_svn.bb): Dec 29 18:33:57 navit: add drag_bitmap="1" to navit config This makes dragging much more responsible on weaker devices Dec 29 18:33:59 Signed-off-by: Martin Jansa Dec 29 18:34:10 03Sebastian Krzyszkowiak  07org.openembedded.dev * r5264fffb2a 10openembedded.git/ (2 files in 2 dirs): Dec 29 18:34:13 shr-autorev.inc: set shr-installer to AUTOREV Dec 29 18:34:15 Signed-off-by: Martin Jansa Dec 29 18:56:49 how can I determine where a particular variable is declared in the various files that bitbake reads? Dec 29 18:57:28 in particular I'd like to find out where PACKAGE_ARCHS is defined in this configuration that I'm trying to debug Dec 29 19:00:45 03Koen Kooi  07org.openembedded.dev * r778216774b 10openembedded.git/recipes/xorg-xserver/ (2 files in 2 dirs): Dec 29 19:00:48 xserver-xorg 1.7.3: add overlapped blit support for angstrom Dec 29 19:00:50 * Needs support from pixman, so only enable this patch when you are sure your pixman supports it Dec 29 19:09:54 EiNSTeiN_, i just grep through .conf, .inc, and .bb files in the appropriate directories. Dec 29 19:10:06 it's not conclusive but gets the job done Dec 29 19:11:05 indeed... Dec 29 19:11:28 good morning Dec 29 19:11:52 yeah, that plus "bitbake -e" is about as good as it gets. bitbake doesn't currently track the location of each variable assignment so there is no good way to ask it where a particular value comes from. Dec 29 19:11:54 florian: good evening Dec 29 19:11:56 good morning florian Dec 29 19:12:28 03Martin Jansa  07org.openembedded.dev * r4bb3641d58 10openembedded.git/recipes/xorg-xserver/xserver-xorg_1.7.3.bb: Dec 29 19:12:31 xserver-xorg 1.7.3: add overlapped blit support for shr too Dec 29 19:12:33 * shr is using the same pixman as angstrom so it should be safe Dec 29 19:15:49 * florian is back home Dec 29 20:39:35 re Dec 29 20:46:56 woglinde: wb Dec 29 20:48:08 hi ph5 Dec 29 20:48:27 hi woglinde Dec 29 22:38:22 which package contain mkfs.ext3 ? Dec 29 22:45:12 e2fsprogs Dec 29 22:45:30 khem: hi there Dec 29 22:45:34 hi ant__ Dec 29 22:45:36 whats up Dec 29 22:45:50 still lot of work Dec 29 22:46:13 hmm Dec 29 22:46:20 ready for a break :) Dec 29 22:46:37 yeah Dec 29 22:46:43 me too Dec 29 22:48:21 hi which package contain fsck.ext3? Dec 29 22:50:26 khem: iirc I remember once you committed one patch conditionally setting a var depending upon kernel major/minor Dec 29 22:51:18 was it a Makefile concept or OE ? hmm... I'd need to allow lzma image type only if kernel >= 2.6.30 Dec 29 22:51:39 for initramfs Dec 29 22:52:38 ant__: I think its general way to get lnx version Dec 29 22:54:17 hm.. grep finds ${KERNEL_VERSION} and ${KERNEL_MAJOR_VERSION} Dec 29 22:55:18 khem: I found += '${@base_version_less_or_equal("KERNEL_VERSION", "2.6.17", "", "apm-wifi-suspendfix", d)}' Dec 29 22:55:25 I'll adapt this one Dec 29 22:56:26 thats more suited for your stuff Dec 29 22:57:44 btw we (in OE) are behind the stream wrt lzo/lzma for initramfs and/or kernel Dec 29 22:58:09 what I did was a runtime check Dec 29 22:58:24 rather compile time check Dec 29 22:58:43 I remember vaguely...was a patch Dec 29 22:58:44 ant__: 2.6.32 should bring it in Dec 29 22:58:51 ant__: yes Dec 29 22:58:55 definitely Dec 29 22:59:04 I mean lzo lzma Dec 29 22:59:05 but only lzma for initramfs Dec 29 22:59:16 oh lzo still is not merged ? Dec 29 22:59:23 lzo and lzma for kernel are not yet upstream iirc Dec 29 22:59:36 I took the patches from patchwork Dec 29 22:59:50 lzo I thought was there in .30 Dec 29 23:00:38 http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/kexecboot/linux-kexecboot-2.6.32 Dec 29 23:00:44 see patches above ^ Dec 29 23:01:22 these apply to vanilla 2.6.32 Dec 29 23:06:50 aha Dec 29 23:07:37 actually I don't care too much for lzo for initramfs Dec 29 23:07:53 but still...someone could do Dec 29 23:08:28 I've read RMK comments stating lzo should be the default compression for arm kernels Dec 29 23:08:49 it's still the fastest, with a light larger footprint Dec 29 23:09:34 I'm size-contraint so I'd opt for lzma for both kernel and initramfs Dec 29 23:34:31 hi, what is the advised way to fix that: Dec 29 23:35:38 ../../doltlibtool: [...] goffice/utils/../../libtool: instead of Dec 29 23:35:59 i686-angstrom-linux-libtool Dec 29 23:36:28 I could do make LIBTOOL= but...I'm not shure it's the best way to fix it Dec 29 23:37:14 s/make/oe_runmake Dec 29 23:37:28 em... Dec 29 23:37:30 GNUtoo|oeee: probably patch configure.ac Dec 29 23:37:34 pkgdata: error while loading shared libraries: ../lib/libicutu.so.36: ELF file OS ABI invalid Dec 29 23:37:39 ok thanks Dec 29 23:37:44 GNUtoo|oeee: I had to patch some gtk+ stuff for that before Dec 29 23:37:53 ok thanks a lot Dec 29 23:38:30 gtk+/gtk+-2.18.3/hardcoded_libtool.patch is mine Dec 29 23:39:28 ok thanks I'll look Dec 29 23:40:29 ah ok thanks a lot Dec 29 23:41:29 mmm...the configure.in is pretty standard Dec 29 23:41:43 AM_PROG_LIBTOOL is all what I've got grepping -i for libtool Dec 29 23:42:06 odd Dec 29 23:42:24 note that the target is i686 Dec 29 23:42:29 not sure then without digging in detail Dec 29 23:43:55 ok Dec 29 23:44:08 it's the second package failing this way Dec 29 23:46:02 filip: it seems this library was built wrongly Dec 29 23:46:25 filip: in most cases native tools get used to build/link the file Dec 29 23:46:34 where cross should have been used Dec 29 23:51:38 humm... Dec 29 23:52:46 arse transmission 1.80 seems a little broken Dec 29 23:56:28 or maybe not, just slower to start Dec 29 23:56:29 mmm doltlibtool's fault Dec 29 23:58:53 http://dolt.freedesktop.org/ Dec 30 00:02:39 AM_LIBTOOL->AC_LIBTOOL and removing DOLT seem to fix it Dec 30 00:04:09 as it is not the only recipe doing that maybe a more global fix should be deployed no? Dec 30 00:05:13 * XorA|gone finds it bizarre that we need scripts to fix scripts which fix scripts which fix scripts which in the end do something that is a couple of commands for the linker Dec 30 00:05:33 gnu build land is a little insane these days Dec 30 00:06:05 can dolt deal with Xcompilation ? Dec 30 00:07:09 dolt seems to be a libtool optimizer like psyco for python :) Dec 30 00:09:45 don't know...I just learned what dolt was Dec 30 00:11:26 which package is it thats complaining Dec 30 00:11:33 goffice Dec 30 00:11:34 and Dec 30 00:11:57 xf86-video-intel Dec 30 00:12:05 if I remember well(for intel) Dec 30 00:13:19 khem: about python errors...NOTE: :empty string for float() while evaluating: Dec 30 00:13:19 ${@base_version_less_or_equal("KERNEL_VERSION", "2.6.30", "", "CONFIG_INITRAMFS_COMPRESSION_LZMA=y", d)} Dec 30 00:14:03 here's dolt: http://cgit.freedesktop.org/dolt/tree/dolt.m4 Dec 30 00:14:54 ant__: I think base version means just the 2.6 part Dec 30 00:15:12 so I got a bad example (grepping) Dec 30 00:21:27 bah what a bad hint Dec 30 00:21:28 Optionally, copy this file into acinclude.m4, to avoid the need to have it Dec 30 00:21:28 dnl installed when running autoconf on your project. Dec 30 00:24:30 03Graeme Gregory  07org.openembedded.dev * rd7a3a3a09f 10openembedded.git/ (2 files in 2 dirs): Dec 30 00:24:35 transmission_1.76+1.80b3.bb : update to the latest beta of transmission Dec 30 00:24:37 This gives magnet support to transmission which is becoming more essential Dec 30 00:24:39 these days. Dec 30 00:25:19 I'll go Dec 30 00:25:20 bye Dec 30 00:28:23 * XorA|gone should one day do something not torrent related Dec 30 00:30:38 to bed with me now Dec 30 00:30:43 nite xora Dec 30 01:21:21 anyone using fedora 12 for their OE builds? Dec 30 01:22:32 03Khem Raj  07org.openembedded.dev * r4de0c3d90b 10openembedded.git/recipes/uclibc/ (uclibc_git.bb uclibc_nptl.bb): Dec 30 01:22:35 uclibc-nptl: Move SRCREV to latest on nptl branch. Dec 30 01:22:37 * move the SRCREV of git recipe to tip of master. Dec 30 01:22:41 Signed-off-by: Khem Raj Dec 30 01:34:38 Aditya1 some people Dec 30 01:34:46 hmm Dec 30 01:34:57 any issues with a specfic version of ubuntu? Dec 30 01:35:12 I tried building my own kernel from the OMAP3530 SDK Dec 30 01:35:17 and it actually compiled Dec 30 01:35:24 but I cant get DVI to work :/ Dec 30 01:35:26 DSP works Dec 30 01:35:29 which is grea Dec 30 01:35:35 but eth0 and dvi dont work Dec 30 01:35:46 and they dont really have an IRC I can ask on :/ Dec 30 01:35:47 dvi might be an xserver failure Dec 30 01:36:00 do you know what drivers DVI needs? Dec 30 01:36:19 I had omapfb drivers Dec 30 01:36:23 yeah Dec 30 01:36:25 other problem being the stupid boot arguments Dec 30 01:37:07 some wouldn't be recognized, others would be, they wouldn't seem to do anything Dec 30 01:37:09 woglinde: what drivers? Dec 30 01:37:28 omapfb is right Dec 30 01:37:37 sorry didnt test so much yet Dec 30 01:37:44 mostly compiling for beagleboard Dec 30 01:40:16 hmm Dec 30 01:40:21 yeah I am compiling for bboard too Dec 30 01:40:34 I was just compiling from OMAP SDK cause OE Builds weren't working for me Dec 30 01:40:47 but my virtualbox image crapped out today Dec 30 01:41:00 so I figured when I recreate the ubuntu image, I'd try OE again Dec 30 01:41:19 what distro/setup do you use? Dec 30 01:42:01 ????? Dec 30 01:42:14 only download the sdk-files Dec 30 01:42:18 and it will build Dec 30 01:44:28 03Khem Raj  07org.openembedded.dev * rfc1a27a48b 10openembedded.git/recipes/uclibc/uclibc_nptl.bb: Dec 30 01:44:30 uclibc_nptl.bb: Set DEFAULT_PREFERENCE to -1. Dec 30 01:44:32 Signed-off-by: Khem Raj Dec 30 01:45:57 sdk files? **** ENDING LOGGING AT Wed Dec 30 02:59:57 2009