**** BEGIN LOGGING AT Fri Sep 29 02:59:57 2006 Sep 29 03:09:18 03lenehan 07org.oe.documentation * rcae49156... 10/ (1 usermanual/reference/class_image_ipkg.xml): Sep 29 03:09:18 usermanual/class_image_ipkg: Add an example of settings multiple image Sep 29 03:09:18 types, and make it a bit clearer that this can contain a space seperated Sep 29 03:09:18 list of image types. Sep 29 03:09:29 03rpurdie 07org.oe.packaged-staging * r184e0314... 10/ (5 files in 2 dirs): Sync site files with .dev Sep 29 03:09:33 03rpurdie 07org.oe.packaged-staging * rfda11248... 10/ (4 files in 3 dirs): zlib: sync with .dev Sep 29 03:09:37 03rpurdie 07org.oe.packaged-staging * r171abcac... 10/ (5 files in 3 dirs): qemu: Add 0.8.2 from .dev (needed for glibc) Sep 29 03:09:41 03rpurdie 07org.oe.packaged-staging * r0b89fea5... 10/ (3 files in 3 dirs): tslib: sync with .dev Sep 29 03:09:45 03rpurdie 07org.oe.packaged-staging * r6dce6fe3... 10/ (8 files in 4 dirs): qemu: Add 0.8.2 from .dev (needed for glibc) Sep 29 03:09:49 03rpurdie 07org.oe.packaged-staging * r43923f61... 10/ (13 files in 4 dirs): quilt: update to 0.45 (from .dev) Sep 29 03:09:54 03rpurdie 07org.oe.packaged-staging * r432a3e0c... 10/ (1 packages/readline/readline-native_4.3.bb): readline: sync with .dev Sep 29 03:09:58 03rpurdie 07org.oe.packaged-staging * r62203846... 10/ (20 files in 4 dirs): gcc: sync with .dev s/include/require and add missing files Sep 29 03:10:02 03rpurdie 07org.oe.packaged-staging * r85ed7437... 10/ (5 files in 4 dirs): busybox: sync with .dev Sep 29 03:10:06 03rpurdie 07org.oe.packaged-staging * r573008c6... 10/ (15 files in 4 dirs): libtool: sync with .dev Sep 29 03:10:15 03rpurdie 07org.oe.packaged-staging * r769ec2e9... 10/ (7 files in 2 dirs): ipkg: sync with .dev Sep 29 03:10:17 03rpurdie 07org.oe.packaged-staging * r13197692... 10/ (10 files in 4 dirs): make: 3.80 -> 3.81 (from .dev) Sep 29 03:10:21 03rpurdie 07org.oe.packaged-staging * rfc949100... 10/ (22 files in 13 dirs): base-files: sync with .dev Sep 29 03:10:28 03rpurdie 07org.oe.packaged-staging * r1d544eb5... 10/ (6 files in 3 dirs): binutils: sync with .dev Sep 29 03:10:30 03rpurdie 07org.oe.packaged-staging * rfdfda9ee... 10/ (34 files in 17 dirs): packages: sync remainder with .dev (mainly s/include/require/) Sep 29 03:10:34 03rpurdie 07org.oe.packaged-staging * r65197332... 10/ (27 files in 3 dirs): conf/machine: sync with .dev Sep 29 03:10:40 03rpurdie 07org.oe.packaged-staging * rcc3d7b5a... 10/ (18 files in 3 dirs): conf/distro: partially sync with .dev Sep 29 03:10:42 03rpurdie 07org.oe.packaged-staging * r92a725f7... 10/ (5 files in 2 dirs): conf: update from .dev Sep 29 03:10:47 03rpurdie 07org.oe.packaged-staging * rf37061de... 10/ (1 classes/base.bbclass): base.bbclass: Partial update to sync with .dev Sep 29 03:10:53 03rpurdie 07org.oe.packaged-staging * rbe4e1778... 10/ (21 files in 2 dirs): Sync minor classes with .dev Sep 29 03:11:00 03pfalcon 07org.oe.dev * r3156c089... 10/ (1 packages/xorg-xserver/xserver-kdrive/xcalibrate.patch): (log message trimmed) Sep 29 03:11:00 xserver-kdrive X11R7.1-1.1.0: Follow git renaming of xcalibrateext to xcalibrateproto. Sep 29 03:11:00 * XCalibrate was migrated to X.org git, where most other packages live. Sep 29 03:11:00 * After that, to follow new convention, its protocol definition part Sep 29 03:11:01 (vs implementation library) was renamed to have "proto" suffix. Sep 29 03:11:03 * That's state of git repo now, and if we patch older xserver release with Sep 29 03:11:06 XCalibrate support, let's make sure that this is done in a manner compatible Sep 29 03:11:10 03pfalcon 07org.oe.dev * r181c7e24... 10/ (1 packages/xorg-xserver/xserver-kdrive/xcalibrate.patch): Sep 29 03:11:11 xserver-kdrive X11R7.1-1.1.0: xserver-xorg git has XCalibrate disabled by default, Sep 29 03:11:14 follow that behavior. Sep 29 03:11:15 03pfalcon 07org.oe.dev * rcb44e59b... 10/ (1 packages/xorg-xserver/xserver-kdrive_X11R7.1-1.1.0.bb): xserver-kdrive X11R7.1-1.1.0: Bump PR after XCalibrate cleanups. Sep 29 03:11:19 03pfalcon 07org.oe.dev * r6867f0ae... 10/ (4 files in 4 dirs): (log message trimmed) Sep 29 03:11:22 xcalibrateext_cvs: Follow git renaming of xcalibrateext to xcalibrateproto. Sep 29 03:11:25 * XCalibrate was migrated to X.org git, where most other packages live. Sep 29 03:11:26 * After that, to follow new convention, its protocol definition part Sep 29 03:11:28 (vs implementation library) was renamed to have "proto" suffix. Sep 29 03:11:31 * That's state of git repo now, and if we patch older xserver release with Sep 29 03:11:35 XCalibrate support, let's make sure that this is done in a manner compatible Sep 29 03:11:39 03lenehan 07org.oe.dev * r0c8055a2... 10/ (1 packages/perl/liblocale-gettext-perl-native_1.05.bb): perl: Add the native version of the Local::gettext module. Sep 29 03:11:43 03lenehan 07org.oe.dev * r32cdf71b... 10/ (3 files in 2 dirs): Sep 29 03:11:46 perl: Add the 1.1.6 version of libintl-perl. The 1.11 versions which are Sep 29 03:11:47 currently in OE are no longer available on cpan. Sep 29 03:11:52 03lenehan 07org.oe.dev * re79a1380... 10/ (22 files in 2 dirs): Sep 29 03:11:53 perl: Update the LICENSE on the modules to indicate that they are available Sep 29 03:11:55 under either the Artistic license or the GPL, and not just under the Sep 29 03:11:57 Artistic license. Sep 29 03:12:01 03xora 07org.oe.dev * r4fca0ab7... 10/ (19 files in 3 dirs): gtk+_2.10.3.bb : new version Sep 29 03:12:03 03lenehan 07org.oe.dev * r879222e3... 10/ (3 files in 3 dirs): Sep 29 03:12:07 perl: Update cpan_build to automatically add libmodule-build-perl-native to Sep 29 03:12:09 DEPENDS when building anything apart from libmodule-build-perl or Sep 29 03:12:11 libmodule-build-perl-native. When building itself it uses itself to provide Sep 29 03:12:14 the libmodule-build-perl code, for anything else it needs to have been built Sep 29 03:12:15 and installed. Remove the explicit depends from the modules that use it. Sep 29 03:12:20 03xora 07org.oe.dev * rf113127a... 10/ (4 files in 3 dirs): glib-2.0_2.12.3.bb : new version Sep 29 03:12:24 03xora 07org.oe.dev * r40ec719f... 10/ (4 files in 3 dirs): kismet_2006-04-R1.bb : new version Sep 29 03:12:27 03lenehan 07org.oe.dev * rd1f9fa6e... 10/ (1 packages/libxslt/libxslt_1.1.12.bb): Sep 29 03:12:29 libxslt 1.1.12: Disable searching for libgcrypt. Currently it will either Sep 29 03:12:32 include or not include it depending on if it has been built and if an OE Sep 29 03:12:35 version hasn't been built but a host version is installed it'll try and link Sep 29 03:12:38 with the host version. Closes #1160. Sep 29 03:12:39 03lenehan 07org.oe.dev * r7c2421f0... 10/ (1 packages/libxslt/libxslt_1.1.12.bb): libxslt 1.1.12: Add the -dbg package to the PACKAGES list. Sep 29 03:51:28 "misuse: path _MTN/tmp/1 already exists" Sep 29 03:52:08 I got this error when doing "mtn up" Sep 29 04:43:51 i wish there was a way to see how much CPU time is been used when swapping Sep 29 04:56:55 * v8jlene is back Sep 29 05:01:14 O_Neil: Looking though irc logs I see a few people who have had that issue. Seems that a fresh checkout is usually needed to recover... Sep 29 05:02:05 thanks v8jlene Sep 29 06:22:43 3A Sep 29 06:22:44 morning Sep 29 07:01:36 uclic-generic work perfect with gumstix.. Sep 29 07:05:49 ok i'm doing something wrong at some point here Sep 29 07:27:07 morning Sep 29 07:32:15 morning :) Sep 29 07:36:04 morning Sep 29 07:36:12 Genesis: btw - why 'a+' before quit? Sep 29 07:37:34 ho Sep 29 07:37:59 so , a+ is a abreviation for "à plus tard" Sep 29 07:38:11 french small for 'bye' ;) Sep 29 07:38:14 ah Sep 29 07:38:18 thx for info Sep 29 07:38:18 sorry :) Sep 29 07:38:20 np Sep 29 07:38:49 "a plus tard" = see you soon Sep 29 07:38:55 more than bye. Sep 29 07:41:43 hi zecke Sep 29 07:45:06 hey Sep 29 07:47:35 morning all Sep 29 07:52:20 ~lart smdk2440 Sep 29 07:52:20 * ibot cuts off smdk2440's head with a halberd that could have been a little bit sharper Sep 29 08:01:32 morning all Sep 29 08:01:53 hey Sep 29 08:02:15 hey RP Sep 29 08:10:24 moien Sep 29 08:14:08 hey RP Sep 29 08:17:34 good morning Sep 29 08:44:30 03lenehan 07org.oe.dev * r97115e9b... 10/ (1 packages/perl/perl.inc packages/perl/perl_5.8.7.bb): Sep 29 08:44:30 perl: More shared library fixes for sh3/sh4, this time for the shared Sep 29 08:44:30 libraries used by standard perl modules. This was picking up LD from OE Sep 29 08:44:30 which as the linking when we need to use gcc to link. Override LD when Sep 29 08:44:30 calling oe_make to force the use of gcc to link. Sep 29 08:48:57 03lenehan 07org.oe.dev * rde4a9ac2... 10/ (1 packages/perl/perl_5.8.7.bb): Sep 29 08:48:57 perl: Don't try and patch up references to /usr/include in binary files, as Sep 29 08:48:57 per #1439, so that configure doesn't fail if you happen to end up with this Sep 29 08:48:57 string in the perl-native binary. Sep 29 08:57:28 i can tell to ipkg to get local archive ? Sep 29 09:01:44 hi Paul Sep 29 09:01:53 SD840_: yes. feed with file:// url Sep 29 09:02:28 hrw: Hi Marcin! Sep 29 09:03:03 berlios SSL certificate expired Sep 29 09:15:09 hrw : yes its ok Sep 29 09:15:16 tks as usual Sep 29 09:22:36 ~hail rebuild task Sep 29 09:22:42 * ibot bows down to rebuild task and chants, "I'M NOT WORTHY!!" Sep 29 09:22:46 mickeyl: hey! Sep 29 09:22:51 mickeyl: long solo play ended? Sep 29 09:23:05 mickeyl: wow now it is official... "Insolvenz" for BenQ Mobile Sep 29 09:24:07 hrw: heh. no solo, duo play. and i was soo tired after playing that i went straight into bed :)' Sep 29 09:24:09 hi zecke Sep 29 09:24:15 zecke: too bad. really Sep 29 09:24:41 well honestly...who bought their phones? Sep 29 09:24:56 good that Ania decided to buy SE phone instead of Benq S68 Sep 29 09:25:21 TheCan: benq wanted to use qtopia on their product(s) Sep 29 09:28:33 TheCan: honestly, who covered hardware costs of the uni lab :) Sep 29 09:28:47 yeah Qtopia killed BenQ ;) Sep 29 09:29:07 qtopia 2.2 buildsystem.... argh Sep 29 09:29:11 :D Sep 29 09:29:28 * mickeyl smiles while using qmake to build the Gtk+ based application framework he's working on Sep 29 09:30:14 * zecke needs to find someone paying his food and drugs now Sep 29 09:30:37 mickeyl: hehe, qmake4? Sep 29 09:30:58 zecke: of course :D Sep 29 09:31:26 it's cool, you can integrate dbus-binding-tool and all neat extra compilers Sep 29 09:31:33 * mickeyl hugs qmake Sep 29 09:31:46 <_guillermo> how can pass the "--disable-gfx-check" to configure when builing qemu? Sep 29 09:31:59 _guillermo: EXTRA_OECONF = "--disable-gfx-check" Sep 29 09:32:16 _guillermo: but iirc .dev has qemu without gfx Sep 29 09:32:28 * hrw build opie for x86/native again Sep 29 09:32:28 hrw: .dev does not Sep 29 09:32:47 -rw-r--r-- 1 hrw hrw 522 2006-08-04 15:54 qemu-qop-nogfx-native_svn.bb Sep 29 09:32:50 it is not that? Sep 29 09:33:15 hrw: Ah, I didn't remember the qop version :) Sep 29 09:34:40 ~lart kopete aga Sep 29 09:34:41 * ibot pours hot grits down the front of kopete aga's pants Sep 29 09:34:43 in Sep 29 09:35:11 ~lart jabber.org server too Sep 29 09:35:12 * ibot executes killall -KILL jabber.org server too Sep 29 09:35:56 ~lart kdepim also Sep 29 09:35:56 * ibot slams kdepim also against a large cement Tux Sep 29 09:37:43 QDateTime::fromString: Parameter out of range Sep 29 09:37:49 I love that kind of messages Sep 29 09:39:05 zecke, oh i didnt know Sep 29 09:40:32 i just tried the new ubuntu 6.10 beta - where is this "much better" file open dialog in gnome?! It got even worse, now you cant even create a folder there Sep 29 09:42:29 TheCan: its gnome - UI has to be as simple as it can be and even more Sep 29 09:42:40 ~praise kde file dialog Sep 29 09:42:42 All hail kde file dialog! Sep 29 09:42:57 ~hail KIO support in file dialogs Sep 29 09:42:59 * ibot bows down to KIO support in file dialogs and chants, "I'M NOT WORTHY!!" Sep 29 09:43:20 hrw, i recently switched for testing since 1 month to kde on my desktop...but i like gnome's look&feel much better Sep 29 09:43:27 I cant count how often I saved attachments to remote servers directly from kmail Sep 29 09:43:48 maybe i just need to test the right theme or something Sep 29 09:45:45 TheCan: I like qtcurve Sep 29 09:46:25 hrw, looks very much like windows xp, doesnt it? Sep 29 09:46:52 TheCan: hard to tell - I do not use winxp Sep 29 09:48:38 hrw, i dont either Sep 29 10:03:14 03mickeyl 07org.oe.dev * rc03b28dc... 10/ (5 files in 3 dirs): Sep 29 10:03:14 glibc* 2.4 add proper fix for building against recent linux userland headers Sep 29 10:03:14 repairs breakage introduce by previous patches. thanks Jamie Lenehan. Sep 29 10:10:25 mickeyl: something is fscked in .dev Sep 29 10:10:59 ... ? Sep 29 10:11:05 mickeyl: distro=generic machine=native build qte but then expect qte-mt Sep 29 10:11:14 hmm nasty Sep 29 10:11:21 i didn't look at qte for ages Sep 29 10:11:22 hmm Sep 29 10:18:44 hi Liam Sep 29 10:19:05 rebuilding qte-mt by hand Sep 29 10:20:03 mickeyl: is there any size limit for python dicts? Sep 29 10:20:25 zecke: none that i know of Sep 29 10:26:31 hi Marcin, zecke, mickeyl, all Sep 29 10:28:15 cheer liam Sep 29 11:06:14 03nail 07org.oe.dev * ra2ec817a... 10/ (4 files in 3 dirs): cyrus-imapd: fix for gcc4 compilation failure. Closes OE bug #1361 and slugos ticket #21 Sep 29 11:16:40 mickeyl: qte-mt 2.3.10 from .dev ROXX Sep 29 11:16:50 mickeyl: Japanese, Korean are visible ;) Sep 29 11:17:13 hrw: woot! that rocks. Sep 29 11:17:16 we should've done that earlier Sep 29 11:17:20 I'll scap Sep 29 11:17:21 since compatibility was broken anyway Sep 29 11:17:24 yeah, please Sep 29 11:17:44 i promise to do a new OOO Newsletter (more or less) right after OEDEM. This edition will hopefully be huuuuge Sep 29 11:19:06 even Thai is visible Sep 29 11:19:18 but this with 13M large truetype font Sep 29 11:20:21 shit.. 480x640 got fscked by scap Sep 29 11:20:36 use the command line scap Sep 29 11:20:41 this seems to work better Sep 29 11:20:45 mickeyl: with qvfb? Sep 29 11:20:52 ah... no Sep 29 11:20:57 use gimp :D Sep 29 11:21:51 hrw: why not use the screenshot feature of qvfb Sep 29 11:22:14 http://ewi546.ewi.utwente.nl/tmp/hrw/t/unicode.png Sep 29 11:22:22 zecke: o.. never looked at this Sep 29 11:22:44 hrw: very cool Sep 29 11:23:07 kicks ass Sep 29 11:24:22 I need to learn more scripts Sep 29 11:25:56 03yuecelm 07org.oe.dev * ra644f650... 10/ (4 files in 4 dirs): Sep 29 11:25:56 slugos and unslung distro: move distro-related variables out of machine config Sep 29 11:25:56 - changes discussed in mailinglist (thread: Cosmetic changes in SlugOS ...) Sep 29 11:26:16 hrw: you can even record mng's Sep 29 11:29:07 hmm.. this font does not support arabic ;( Sep 29 11:29:16 03yuecelm 07org.oe.dev * r5e67cdaf... 10/ (1 packages/bluez/bluez-hcidump_1.32.bb): bluez-hcidump: add version 1.32 Sep 29 11:34:11 03yuecelm 07org.oe.dev * rec2f4b70... 10/ (3 files in 2 dirs): subversion: remove (non-preferred) version 1.3.2, add (non-preferred) version 1.4.0 Sep 29 11:34:50 hrw: I think niv, randomly messed with his installation. Also known as "sticking the finger into someone arse" Sep 29 11:35:17 zecke: sure but I want to point him ste by step Sep 29 11:35:30 hrw: I will shut up then, thanks for doing that Sep 29 11:35:36 thx Sep 29 11:35:43 hrw: I assume he has different filenames Sep 29 12:11:37 hey... some more problems with libxml2 and python bindings Sep 29 12:12:37 I've just written this bb package to install the python-libxml2 bindings: Sep 29 12:12:41 http://rafb.net/paste/results/2xrsvW38.html Sep 29 12:13:10 (version 2.6.21)... which is the closet version there is to the oe libxml2 version (2.6.22) Sep 29 12:13:56 however, when attempthing to use the python bindiongs I get complaints about undefined symbols: Sep 29 12:13:57 import libxml2mod Sep 29 12:13:57 ImportError: /usr/lib/python2.4/site-packages/libxml2mod.so: undefined symbol: xmlBoolToText Sep 29 12:14:30 Im guessing this is a similar problem to the one I had yesterday that hrw helped me out with.. Sep 29 12:14:47 probably Sep 29 12:14:55 hrw: how did you find out which flag put those symbols back in? Sep 29 12:16:03 looked at recipe Sep 29 12:16:38 recipe? Sep 29 12:17:06 OE recipe Sep 29 12:18:31 hrw: I'm not too sure what you mean here... where is an OE recipe that will show this kind on info? Sep 29 12:18:40 libxml*bb Sep 29 12:18:54 you had problem with c14n* and it was disabled Sep 29 12:19:10 I go lunch now - bb in ~0.5h Sep 29 12:19:15 np Sep 29 12:19:19 enjoy :) Sep 29 12:38:56 re Sep 29 12:39:11 w Sep 29 12:39:11 b Sep 29 12:51:52 native qte-mt opie works ok. Sep 29 12:59:32 jez.. uicmoc3 building takes eons.. Sep 29 13:02:12 *nod* Sep 29 13:05:04 hrw, have you tried an osk build? Sep 29 13:05:32 Crofton: on board? no Sep 29 13:05:50 hm.. it builds newer konq now... Sep 29 13:05:58 never tried it yet Sep 29 13:06:14 just the build? I am lookig for more ram for my build machine ... Sep 29 13:06:34 Crofton: I do not have omap5912osk board or access to such Sep 29 13:07:07 I am curious if the build finishes, mine runs out of ram building busybox Sep 29 13:07:20 Crofton: I build bootstrap-image Sep 29 13:07:27 when I get images, I'll reflash my board Sep 29 13:07:29 built Sep 29 13:07:34 thanks Sep 29 13:08:04 I need to go fight with latex, eps figs and pdf output now Sep 29 13:08:42 pdflatex was easy Sep 29 13:15:48 03hrw 07org.oe.oz354x * rc0f8bb17... 10/ (4 files in 3 dirs): scummvm: added 0.9.0 from .dev Sep 29 13:18:32 well we had the figures in eps Sep 29 13:18:37 03yuecelm 07org.oe.dev * r7ee05a67... 10/ (1 packages/meta/slugos-packages.bb): Sep 29 13:18:37 slugos-packages: remove bluez-libs Sep 29 13:18:37 - this line will cause the building of two bluez-libs versions (e.g. 2.25 and 3.4) Sep 29 13:18:37 - bluez-utils-nodbus depends on bluez-libs-${PV}, so this line is obsolete Sep 29 13:18:42 I just had to convert manually Sep 29 13:19:59 Crofton: for eps in *.eps;do eps2pdf $eps $eps.pdf;done Sep 29 13:20:44 :) Sep 29 13:21:08 I need to sort it out some and get it in svn Sep 29 13:24:04 XorA: kismet 2006-* does not build with .oz354x ;( Sep 29 13:33:34 hrw|work: any reason? Sep 29 13:34:37 getopt.h != our getopt.h Sep 29 13:34:41 will provide patch to test Sep 29 13:34:46 NOTE: package kismet-2006-04-R1-r0: task do_build: completed Sep 29 13:34:52 | In file included from kismet_server.cc:27: Sep 29 13:34:56 | getopt.h:106: error: declaration of `int getopt(int, char* const*, const char*)' throws different exceptions Sep 29 13:35:00 | /home/hrw/devel/build/3541-feed/tmp/staging/arm-linux/include/getopt.h:153: error: than previous declaration `int getopt(int, char* const*, const char*) throw ()' Sep 29 13:35:02 was error Sep 29 13:35:42 hrw|work: wierd, older versions had a patch for that, newer didnt seem to need it anymore Sep 29 13:36:09 XorA: you use glibc 2.4 only? Sep 29 13:37:34 hrw|work: 2.3.5 Im not on Angstrom Sep 29 13:38:08 hrw|work: try the gepopt patch from 2005 and see if it apply Sep 29 13:38:52 rebuilding now Sep 29 13:39:49 morning Sep 29 13:40:26 hi chouinat Sep 29 13:44:25 is thttpd broken ? Sep 29 13:44:29 Downloading file://ipkg//thttpd_2.25b-r5_arm.ipk Sep 29 13:44:29 Configuring thttpd Sep 29 13:44:31 .... Sep 29 13:44:39 Starting thttpdchdir: No such file or directory Sep 29 13:51:13 've this bug with glib-2.4 http://sourceware.org/ml/glibc-bugs/2006-09/msg00092.html Sep 29 14:04:27 re zecke Sep 29 14:04:45 does someone remember how to get konq/emb 2006 running? Sep 29 14:16:40 has anyone compiled directfb with glibc_2.4 and nptl? I'm getting the following error and I'm assuming it is do to nptl since I could compile it with lthreads: implicit declaration of function 'pthread_kill' Sep 29 14:17:35 RP: did you succeed in getting mplayer to play to overlay in RGB mode? Sep 29 14:19:51 ERROR: Nothing provides dependency apache (i can bitbake directly with -b ?) Sep 29 14:20:45 RP, XorA: booted 2.6.18 already? Sep 29 14:23:38 hrw|work: I booted it on c7x0 Sep 29 14:23:48 hrw|work: ran same as 2.6.17 as far as I could see Sep 29 14:23:48 29 16:31 < tobb_> is sound supposed to work with 2.6.18 and a c860? Sep 29 14:23:54 #openzaurus Sep 29 14:24:24 hrw|work: worked for me when I tried it Sep 29 14:24:49 k Sep 29 14:24:55 hrw|work: no time to test at mo, and I have 2.6.16 on device Sep 29 14:27:22 hrw|work, I have the package compiled but not installed.. if you want I can install it and see if it (konqueror) works on my board. Sep 29 14:28:23 hrw|work, I ended up using links2 so I never finished looking at konqueror :-) Sep 29 14:31:33 has anybody seen/added the libertas usb wireless driver that the OLPC folks are doing? Sep 29 14:31:56 That is a native Linux driver for the Marvell 8k chipset Sep 29 14:32:24 oops, wrong channel, sorry Sep 29 14:53:19 good afternoon folks Sep 29 14:54:01 gm Sep 29 14:56:50 good morning all Sep 29 15:11:01 cu Sep 29 15:11:07 03hrw 07org.oe.oz354x * r8d41afc9... 10/ (5 files in 3 dirs): kismet: added 2006-04-R1 from .dev - reused patch from older version to get it buildable (throw() problem) Sep 29 15:12:08 http://video.google.fr/videoplay?docid=9091545735215129742&hl=fr Sep 29 15:35:50 if there are PREFERED settings in a distro that I wish to override can I just put them in my config file, which takes precedence the config file or the distro file? Sep 29 16:18:33 XorA_: that was a quick journey :) Sep 29 16:42:41 good evening Sep 29 17:02:21 Gerrath: yeah, settings in the distro can also be specified in local.conf. I assume local.conf wins if it is both places. Sep 29 17:02:58 what i need for having a compilation env on target platform ? bitbake gcc dont enought :) Sep 29 17:06:49 gcc-cross ? Sep 29 17:07:46 nop Sep 29 17:08:19 psokolovsky: Did you around to testing out granule? Any news on the mingw32 front? Sep 29 17:14:29 Laibsch, Hi! Sep 29 17:14:39 howdy! Sep 29 17:15:05 Laibsch, Good catch, just right now I'm building familair-unstable from oe.dev, and was thinking - with what to test it! Sep 29 17:15:16 Laibsch, will try granule now for sure. Sep 29 17:15:22 Cool. Sep 29 17:15:26 Let me know how it goes. Sep 29 17:15:35 You have a VGA screen, right? Sep 29 17:15:40 Laibsch, as for mingw32, well, not that much if at all ;-I Sep 29 17:15:47 Laibsch, nope, h4000 is QVGA Sep 29 17:15:50 On the 320x240 it was way too small. Sep 29 17:16:00 Needs some rework of the GUI to be usable. Sep 29 17:16:04 But it RAN! Sep 29 17:16:27 Well, I guess then you will have the same limitation ;-) Sep 29 17:16:47 Yep, I guess... Sep 29 17:32:30 morning, your Kness Sep 29 17:34:48 hey Sep 29 17:40:18 holy crap Sep 29 17:40:25 I think gnome-pilot just did something sensible Sep 29 17:40:27 alert the media Sep 29 18:00:37 anyone know about busybox and start-stop-daemon..? Sep 29 18:00:46 asin... what the hell is up with it Sep 29 18:01:22 I am trying to write a udhcpc init script, but it just aint working properly Sep 29 18:01:45 in the script, I ussue the comand "/sbin/start-stop-daemon -S -n $NAME -a $DAEMON" to start the daemon... Sep 29 18:01:49 it doesn't work Sep 29 18:02:05 however, if I execute that exact same command from the terminal it works **** ENDING LOGGING AT Fri Sep 29 18:02:47 2006 **** BEGIN LOGGING AT Fri Sep 29 18:04:12 2006 Sep 29 18:33:59 missed ya? Sep 29 18:34:03 oops - sorry Sep 29 18:34:13 hi Sep 29 18:37:29 hmm.. cant someone clean packages/gtk2/*/ directories into more common way? Sep 29 18:37:39 each ver of gtk gets same patches Sep 29 18:40:40 hi, all! Sep 29 18:40:43 __NR_socketcall is no longer available in kernel 2.6.17 EABI. and uClibc doesn't compile. Any ideas? Sep 29 18:40:54 So, any patches? Sep 29 18:41:32 slapin: use a uclibc that supports eabi Sep 29 18:42:32 koen: CONFIG_ARM_EABI=y and always so... Sep 29 18:42:54 I use snapshot version... Sep 29 18:42:57 uclibc compiled for me Sep 29 18:43:15 Any particular version that works with EABI using 2.6.17 kernel? Sep 29 18:43:31 0.9.28+svn Sep 29 18:53:22 03koen 07org.oe.dev * r36687b2d... 10/ (1 packages/xournal/xournal_0.2.bb): xournal: fix SRC_URI Sep 29 18:53:40 koen: oesf requested? Sep 29 18:54:08 yeah, it was using a unversioned tarball Sep 29 18:54:43 mickey|bbl: any plans to bump python to 2.5 in OE? Sep 29 18:55:06 03koen 07org.oe.dev * rf34d4b68... 10/ (1 packages/xournal/xournal_0.3.1.bb): xournal: add 0.3.1 Sep 29 18:55:16 hrw: xournal is still dead slow on ARM Sep 29 18:55:40 users are .... dont you know? Sep 29 18:55:47 lobotomized? Sep 29 18:56:12 'I can run openoffice.org and firefox in one time on my c700 using 512M swap on SD card' Sep 29 18:56:21 hrm Sep 29 18:56:27 someone broke X Sep 29 18:56:34 and I can't figure out how to fix it Sep 29 18:56:48 xorg or kdrive? Sep 29 18:56:55 kdrive Sep 29 18:57:32 koen: first find what broke it? Sep 29 18:59:36 koen: 0.3.1 is final? Sep 29 18:59:51 0.3.1 is the latest Sep 29 18:59:58 it compiles, that's all I know Sep 29 19:00:06 ok Sep 29 19:00:10 since I'm 75km away from home :) Sep 29 19:01:35 koen: I tried latest SVN version, still doesn't work. Sep 29 19:01:51 libc/sysdeps/linux/common/__socketcall.c:14: error: '__NR_socketcall' undeclared (first use in this function) Sep 29 19:02:12 works over here Sep 29 19:02:18 here too Sep 29 19:02:24 what DISTRO are you using? Sep 29 19:02:43 and hi slapin :) Sep 29 19:02:53 koen: I compile for ARM EABI, kernel is handhelds.org 2.6.17 with some patches. Sep 29 19:03:00 suihkulokki, hi :) Sep 29 19:03:02 that's not what I asked Sep 29 19:03:25 koen, host system is Debian. Sep 29 19:03:35 that's still not what I asked Sep 29 19:03:40 ) Sep 29 19:04:15 koen: Nothing at all, then :) Sep 29 19:04:34 koen: do you add some patches to uclibc? Sep 29 19:04:40 no Sep 29 19:05:25 koen: __NR_socketcall was just removed from EABI on 2.6.17 kernel. Sep 29 19:06:10 slapin: because it's legacy and EABI breaks compatability anyway, it was dropped Sep 29 19:07:54 suihkulokki, I know it. But uclibc thinks otherwise. Sep 29 19:08:23 there is #define __NR_socketcall __NR_socketcall in one of headers Sep 29 19:08:51 So it is #defined but in invalid facion. Trying ugly fix. Sep 29 19:09:53 seems to be autogenerator bug. Sep 29 19:10:55 slapin: koen ask, what DISTRO = ? in Your local.conf Sep 29 19:11:09 we need to think about updating openssl0.9.7 and moving to 0.9.8 Sep 29 19:11:55 hrw: wasn't zecke working on that? Sep 29 19:13:11 hey again Sep 29 19:13:24 speak of the devil Sep 29 19:13:31 ME Sep 29 19:13:55 it is getting empty here Sep 29 19:14:07 starting to cross compile KDE4 Sep 29 19:14:33 you added a cmake.bbclass? Sep 29 19:15:36 den-ros, I don't use OE for now, I just asked generic question (hoping that community will help), but now I fixed it myself with couple of #undefs. Sep 29 19:16:21 koen: I'm about to do so. As I can't do Qtopia/Opie Embedded Desktop stuff Sep 29 19:16:25 slapin: You can not build uClibc? Sep 29 19:16:29 slapin: you should say it on start Sep 29 19:16:45 koen: I decided to use KDE, and to hack tinderbox. So I can see oh KDE just got a megabyte bigger :) Sep 29 19:17:12 I'm building python-libxml and now I understand why people want x-less python. Sep 29 19:17:54 for x-less targets it add extra 0.5-1h hour of building (if not more) Sep 29 19:18:10 hrw: nice Sep 29 19:18:32 slapin: it works in OE, so use that instead of adding hacks Sep 29 19:19:05 hrw: so, maybe indeed add python-xless, or move python-tkinter to separate .bb? Sep 29 19:20:02 psokolovsky_: will discuss it with mickey|bbl Sep 29 19:20:52 20:34 < zecke> koen: I decided to use KDE, and to hack tinderbox. So I can see oh KDE just got a megabyte bigger :) Sep 29 19:21:11 slapin: I think no need to add coorects by yourself, because it is possible build сгккуте uClibc-svn. It is also possible to ask question in uClibc mailing list. Sep 29 19:21:56 s/сгккуте/current Sep 29 19:22:07 den-ros, I use current uclibc. Sep 29 19:22:20 slapin: strange Sep 29 19:23:28 den-ros, I think so. Sep 29 19:25:28 psokolovsky_: it looks like you broke X Sep 29 19:25:53 koen: what exactly? Sep 29 19:26:30 http://lists.linuxtogo.org/pipermail/openembedded-devel/2006-September/000468.html Sep 29 19:26:39 koen: actually, xserver-kdrive in angstrom was broken before that fix Sep 29 19:26:57 it's working mighty fine on the device Sep 29 19:27:03 koen, ok, see that mail Sep 29 19:27:09 (if you don't use shm) Sep 29 19:28:45 koen: it wasn't possible to build it. lemme check if I changed SRCDATE for xcalibrate Sep 29 19:28:54 koen: also, what bb 1.6 says? Sep 29 19:30:21 gosh parsing of bitbake is slow Sep 29 19:30:26 can't someone fix that? Sep 29 19:31:17 koen: ok, please look at sane-srcdates.inc . see dups for SRCDATE_xcalibrate for starters. Sep 29 19:32:02 koen: well, you build for i686? then, not necessarily me ;-) Sep 29 19:34:08 zecke: if you tell how ;-) Sep 29 19:34:19 dont use python Sep 29 19:34:20 psokolovsky_: use ho Sep 29 19:34:35 zecke: what's the state of C parsing module? Sep 29 19:34:45 zecke, what's that? Sep 29 19:34:47 psokolovsky_: just parse files, use hotshot and see where time is spent Sep 29 19:35:20 zecke, ah, profile first? I guessed you might know where the issue is. Sep 29 19:35:24 psokolovsky_: hotshot is the python profiler. I think we were at a stage where most of the time was actual spent on parsing and not on other related things Sep 29 19:35:57 psokolovsky_: actually, I know that 'feeder' might be inefficient. The string operations and data/dict interaction (string creation) is slow Sep 29 19:36:02 zecke, anyway, I'll dump few bb-related questions in repsonse to RP's mail, hope you'll find time to add few points too. Sep 29 19:36:07 psokolovsky_: the state of the C parser is, it is not crashing anymore :) Sep 29 19:36:15 I see Sep 29 19:36:34 psokolovsky_: oh, my macbook is still broken and I barely read emails these days :} Sep 29 19:37:14 OE_REVISION = "format_version "1" Sep 29 19:37:14 new_manifest [0000000000000000000000000000000000000001] Sep 29 19:37:14 old_revision [f4551e233a0c992cb15567ec5dee81bd6b66fc02]" Sep 29 19:37:15 zecke, Ok, let me have good glance over what's now in bitbake trunk repo, and let's continue in email, so it was more easy to reference later Sep 29 19:37:15 lol Sep 29 19:37:21 zecke, lol Sep 29 19:37:32 it doesn't cope with mtn 0.30 Sep 29 19:37:44 zecke, yep, that was reported I would look into, Sep 29 19:37:58 just not sure if fix for 0.30 will break earlier versions Sep 29 19:38:16 well, do we use automate to do this reporting? Sep 29 19:38:38 zecke, dunno, but should, iirc Sep 29 19:38:50 hopefully we don't parse _MTN directory... Sep 29 19:39:07 psokolovsky_: so basicly, I will catch up with mail in about a week once the macbook is repaired Sep 29 19:39:42 zecke, ok, I won't have much time to actually start hacking anything before that anyway Sep 29 19:40:21 zecke, the thing I'm interested in now, is there unittests for bb itself, and I see that yes Sep 29 19:41:14 I want to be able to use PV of other recipe.. Sep 29 19:43:51 koen: maybe it's the same --enable-w100 stuff mickey had to disable for x86 in git.bb? Sep 29 19:45:19 ideas how to get ${STAGING_INCDIR}/tcl${PV_tcl}/ for tk recipe? Sep 29 19:45:38 gpe-plucker still fails since glibc-2.4 cannot be built: bug 1421. Nobody else experiencing this? Sep 29 19:46:37 Laibsch: its not gpe-plucker fails Sep 29 19:52:10 hrw: You mean it is not gpe-plucker that fails? That is what I meant. It is glibc-2.4 which I thought was strange to fail. Nobody else using it? Sep 29 19:52:43 I found this problem since I wanted to compile gpe-plucker which depends on glibc-2.4 Sep 29 19:53:47 Laibsch, glibc-2.4 is used by angstrom and builds well Sep 29 19:55:34 tcl need patching Sep 29 19:56:17 ~hail rm_work Sep 29 19:56:30 * ibot bows down to rm_work and chants, "I'M NOT WORTHY!!" Sep 29 19:58:36 hi mickeyl Sep 29 19:58:39 hrw: no imminent plans, because it's going to break a lot of extension modules. Sep 29 19:58:48 hrw: PyQt being one of them Sep 29 19:59:00 and we can't upgrade PyQt either, it's the last version that runs against 2.3/embedded Sep 29 19:59:08 ok Sep 29 19:59:27 mickeyl: did you play with PyQt4? Sep 29 19:59:58 mickeyl: I have a patch for qmake-base.bbclass I would like you to review Sep 29 20:00:16 zecke: unfortunately i couldn't. i will do that next year Sep 29 20:00:20 Hi all, Sep 29 20:00:22 zecke: sure. show me Sep 29 20:00:48 I build devshell & have the following message when entering it: "bash: alias: `./configure': invalid alias name" Sep 29 20:01:10 can I use the devshell anyhow - or do I have to address this 1st? Sep 29 20:02:01 pgfeller: you can use it Sep 29 20:02:16 psokolovsky_: I wonder what makes it fail for me. Sep 29 20:02:23 hrw: thanks :-) Sep 29 20:02:23 Maybe time to clean out tmp again. Sep 29 20:02:32 Laibsch, what distro do you use? Sep 29 20:02:38 29 sed -i "s+${WORKDIR}+${STAGING_INCDIR}+g" tclConfig.sh Sep 29 20:02:42 oneliner for tcl Sep 29 20:02:43 openzaurus, machine is collie. Sep 29 20:02:51 mickeyl: I'm still at aKademy and there is a Qt Community Manager too Sep 29 20:02:55 Laibsch: there is no such distro Sep 29 20:03:13 mickeyl: he has been with SkoleLinux for years so he as a pretty good understanding of performance/memory requirements Sep 29 20:03:14 hrw: I correct: openzaurus-unstable (from memory) Sep 29 20:03:22 mickeyl: -DEPENDS_prepend = "qmake-native " Sep 29 20:03:22 +DEPENDS_prepend = " ${@['qmake-native',''][bb.data.inherits_class("qt4x11",d)]}" Sep 29 20:05:18 zecke: ACK Sep 29 20:06:02 zecke: hrw raised to openssl issue again Sep 29 20:10:45 03pfalcon 07org.oe.dev * r98c11111... 10/ (1 conf/distro/include/sane-srcdates.inc): Sep 29 20:10:45 sane-srcdates.inc: Remove duplicate SRCDATE_xcalibrate, use teh same date as Sep 29 20:10:45 xcalibrateext. Sep 29 20:10:56 another rebuild of tk Sep 29 20:11:28 I work too often on tcltk... Sep 29 20:11:35 ;D Sep 29 20:12:53 has python been fixed yet in .dev? Sep 29 20:13:07 in which way? Sep 29 20:13:28 It disliked bitbake 1.7 last I checked Sep 29 20:14:29 koen: let us kill OpenSSL. It is insecure, GPL incompatible. And I do not want people advertising Eric Young Sep 29 20:14:31 manifest has bugs Sep 29 20:14:45 s/manifest/python-manifest/ Sep 29 20:15:41 zecke: and its big Sep 29 20:16:17 I remember when openwrt guys wrote that they will not use OE as it generate too big images Sep 29 20:18:10 koen: So, the only thing I did regrading (R)DEPENDS of xserver-kdrive is moving away xcalibrateext_cvs.bb Sep 29 20:18:20 koen: it's in obsolete/ Sep 29 20:18:40 03hrw 07org.oe.dev * rb42112d3... 10/ (1 packages/tcltk/tcl_8.4.11.bb): tcl: fix dirs in tclConfig.sh so tcl related stuff will be buildable after cleaning WORKDIR Sep 29 20:18:46 03hrw 07org.oe.dev * rc08c1b4b... 10/ (1 packages/tcltk/tk_8.4.11.bb): tk: fix dirs in tkConfig.sh so tk related stuff will be buildable after cleaning WORKDIR Sep 29 20:18:59 koen: I did that because it's not compatible with git version, which will be used in next version of xserver-kdrive Sep 29 20:19:27 koen: for me, git version builds anyway Sep 29 20:20:16 uf.. python started packaging Sep 29 20:20:32 koen: because "git" is obviously higher version than "cvs". and "svn" would beat them all ;-) Sep 29 20:21:13 how much of xorg stuff we grab from git? Sep 29 20:22:25 hrw: first of all that, what haven't had releases yet ;-) xcalibrate stuff is example Sep 29 20:22:27 none of it Sep 29 20:22:34 I have a .bb to grab xorg from git Sep 29 20:22:42 ah. ok Sep 29 20:22:48 I fear having to move over to git as 7.2 nears Sep 29 20:23:44 is there a guide how to use devshell? - I´ve problem to ./configure my pgm ... Sep 29 20:24:19 CosmicPenguin: I fear git nevermind which project it is as long bitbake fetch it Sep 29 20:24:27 heh Sep 29 20:24:34 git is going to need some tender loving care someday Sep 29 20:25:23 my proxy doesn't allow it - so If I want to use git, I need to edit the .bb to get the http version instead - if it exists, which it doesn't always Sep 29 20:25:38 I know thats broken on my side - but our "customers" always have proxy issues, it seems Sep 29 20:25:56 psokolovsky_: DEPENDS = "tslib virtual/libsdl xproto libxdmcp xextproto xtrans libxau virtual/libx11 libxext libxrandr fixesproto damageproto libxfont resourceproto compositeproto xcalibrateext recordproto videoproto scrnsaverproto" Sep 29 20:26:07 didn't you remove xcalibrateext? Sep 29 20:26:10 CosmicPenguin: good that you are... maybe you will now. which of chipset for amd64 works without problems under linux? prefered one with integrated gfx Sep 29 20:26:25 CosmicPenguin: cant git fetch over http? Sep 29 20:26:26 with integrated gfx? Sep 29 20:26:40 there are no AMD chips with integrated graphics Sep 29 20:26:46 koen, nope, didn't touch that. see commit mails Sep 29 20:27:07 CosmicPenguin: via k8m890, ati rs482, nvidia geforce61x0 Sep 29 20:27:20 CosmicPenguin: that kind Sep 29 20:27:24 koen, underlying, xcalibrateext is now claibrateproto. but only for X. OE package name stays the same Sep 29 20:27:33 hrw: oh, I see what you mean Sep 29 20:27:43 s/claibrateproto/calibrateproto/ Sep 29 20:27:51 CosmicPenguin: I'm looking for cheapest way to move to amd64 Sep 29 20:28:04 ERROR: No providers of build target xcalibrateext (for []) Sep 29 20:28:08 send hrw one box :) Sep 29 20:28:21 hrw: you're going to be SOL with 3D with 64 bit with both nvidia and ATI - you know that, right? Sep 29 20:28:21 CosmicPenguin: is it still possible to get devs boards for OLPC? Sep 29 20:28:24 CosmicPenguin: s939 + integrated gfx + cheapest athlon64 Sep 29 20:28:29 zecke: I think so Sep 29 20:28:42 CosmicPenguin: what is that 3D thing which you talk about? Sep 29 20:28:46 CosmicPenguin: still need to write Jim about it? Sep 29 20:28:47 heh Sep 29 20:28:52 zecke: heh - yeah Sep 29 20:28:57 zecke: is that a problem? Sep 29 20:29:22 CosmicPenguin: I use(d) matrox g4{0,5}0 for years Sep 29 20:29:31 matrox rocks Sep 29 20:29:33 CosmicPenguin: no, not at all :) Sep 29 20:29:41 psokolovsky_: nothing (R)PROVIDES xcalibrateext Sep 29 20:29:45 mickeyl: on 2d Sep 29 20:29:49 yes Sep 29 20:29:52 i don't care about 3d Sep 29 20:29:54 i'm not a gamer Sep 29 20:29:55 psokolovsky_: unless you put packages/obsolete in BBPATH Sep 29 20:30:00 nor do i have any opengl stuff Sep 29 20:30:02 s/PATH/FILES/ Sep 29 20:30:06 koen: there's xcalibrateext_git.bb Sep 29 20:30:07 CosmicPenguin: I just hope my idea is attractive enough... I wish I would have had the oppurtunity to intern at CRL :( Sep 29 20:30:12 mickeyl: neither do I Sep 29 20:30:19 zecke: what idea? Sep 29 20:30:30 CosmicPenguin: so any suggestions? Sep 29 20:30:54 koen: #$%^. somehow, it's not from upstream in my work copy %) Sep 29 20:30:58 koen@bitbake:~/OE/monotone/org.openembedded.dev/packages$ find . | grep calibrate | grep git Sep 29 20:31:00 ./xorg-lib/libxcalibrate_git.bb./xorg-proto/ Sep 29 20:31:14 psokolovsky_: right :) Sep 29 20:31:18 CosmicPenguin: tracking performance, memory footprint of applications Sep 29 20:31:28 hrw: I use Nvidia on both of my opteron platforms, and I like it Sep 29 20:31:35 hrw: but (and its a big but) - I don't do graphics Sep 29 20:31:42 they are both headless Sep 29 20:32:10 CosmicPenguin: I avoid nvidia as their NICs are crap too much Sep 29 20:32:11 CosmicPenguin: I need something to start improving the tinderbox. And what I plan is to regulary run/install OLPC/sugar and compare rootfs sizes, installed sizes of apps, memory footprint Sep 29 20:32:31 CosmicPenguin: and finally start providing a better representation of the data Sep 29 20:32:36 zecke: cool - that would be useful actuallly Sep 29 20:32:47 zecke: we have a tinderbox, but its pretty basic - it could use much punching up Sep 29 20:33:13 CosmicPenguin: at work we have one machine with nvidia stuff and 2 ethernets. now it use pci rlt8139 as this one works Sep 29 20:33:33 CosmicPenguin: the mozilla foundation tinderbox? Sep 29 20:33:42 CosmicPenguin: the one from f.d.o? Sep 29 20:33:50 not sure - hold on Sep 29 20:34:08 CosmicPenguin: I want something that benefits OE, and obviously as OLPC as well. I think that is not mutuall exclusive Sep 29 20:34:11 03pfalcon 07org.oe.dev * rb5eb7628... 10/ (1 packages/xcalibrateext/xcalibrateext_git.bb): Sep 29 20:34:11 xcalibrateext_git: Add latest xcalibrateext from X.org's git. Sep 29 20:34:11 * Replaces CVS version, moved away yesterday. Sep 29 20:34:11 * Actually X.org package now named xcalibrateproto. Sep 29 20:34:14 koen: sorry. so stupid of me. Sep 29 20:34:32 zecke: sure Sep 29 20:34:57 zecke: Chris Ball (cjb) is in charge of the tinderbox - he's still changing it to account for the recent BIOS changes Sep 29 20:35:18 koen: pity that mtn doesn't seem to show unknown files in diff/status... Sep 29 20:35:31 mtn ls unknown? Sep 29 20:35:55 koen: on the bright side, that may be just the fixes needed to revamp xserver-kdrive_git Sep 29 20:36:00 koen: thanks Sep 29 20:36:13 zecke: but yeah, I think they would give you a board Sep 29 20:39:58 CosmicPenguin: is it jg@laptop.org? Sep 29 20:40:08 zecke: yep Sep 29 20:40:19 that is easy :) Sep 29 20:40:30 CosmicPenguin: may I CC you? Sep 29 20:40:50 http://wiki.laptop.org/go/Developers%27_program#How_to_apply Sep 29 20:41:03 zecke: sure - I'll vouch for you Sep 29 20:46:56 NOTE: package libxml2-2.6.26-r0: task do_build: completed Sep 29 20:51:54 hrw: is the no-tests.patch still needed? Sep 29 20:53:12 upgraded oe machine to 1G, now lets see if I can build busybox .... Sep 29 20:53:49 jebus Sep 29 20:54:02 that took a few minutes, used to take HOURS Sep 29 20:55:11 that's RAM for your :) Sep 29 20:55:48 anyone had problems with building binutils-ross lately? Sep 29 20:55:53 ross=cross Sep 29 20:56:46 koen: I just did copy Sep 29 20:56:53 goxboxlive: 2.17? Sep 29 20:57:03 NOTE: package libxslt-1.1.17-r2: task do_build: completed Sep 29 20:57:21 hrw: 2.15.94.0.1 Sep 29 20:57:29 goxboxlive: update to 2.16 Sep 29 20:57:40 damn, battery went empty Sep 29 20:57:40 ok, thx Sep 29 21:00:17 tkp: your python-libxml need to be informed where to search for libxml headers Sep 29 21:00:39 hrw: yeah... I sorted it.. Sep 29 21:00:49 hrw: when i am trying to build binutils-cross, why does it choose 2.15... and not 2.17 or 2.16? Sep 29 21:00:56 I had to enable pretty much every single flagg too Sep 29 21:01:16 goxboxlive: because your distro has it forced Sep 29 21:02:03 brb Sep 29 21:02:33 CosmicPenguin: could you msg me your email address again? Sep 29 21:02:44 i c Sep 29 21:03:02 ~CosmicPenguin Sep 29 21:03:05 i heard cosmicpenguin is Jordan Crouse or jordan.crouse@amd.com (work) or jordan@cosmicpenguin.net (home) Sep 29 21:04:17 oe productivity well take a step up now I can build busybox t will Sep 29 21:08:12 Crofton: heh Sep 29 21:08:16 Crofton: you should try the new multiple core code in the trunk - its even cooler Sep 29 21:08:45 hrw: Thx i found it in the familiar-unstablefiel. I changed it to 2.16 instead. I do i new try to build it. Sep 29 21:17:28 hrw: It got build. thx Sep 29 21:20:17 np Sep 29 21:24:32 03hrw 07org.oe.dev * r823f6105... 10/ (1 packages/libxml/libxml2_2.6.26.bb): libxml: added 2.6.26 Sep 29 21:24:37 03hrw 07org.oe.dev * r7f3fc45e... 10/ (4 files in 3 dirs): libxslt: added 1.1.17 Sep 29 21:28:57 tkp: try with newer recipes ;) Sep 29 21:29:43 cu Sep 29 22:25:38 wich bitbake version is the preferable one for the dev branch now. I am using 1.6.1 Is that stable or should i downgrade to 1.4.2 ? Sep 29 23:19:28 what i need for having a compilation env on target platform ? bitbake gcc dont enought :) Sep 29 23:29:56 SD840_: libc6-dev Sep 29 23:30:13 ok i test.. thanks Sep 29 23:30:42 but i don't know if libc6-dev provide gcc, g++ .... Sep 29 23:31:39 ERROR: Nothing provides dependency libc6-dev :( Sep 29 23:32:40 ah, gcc provides gcc and g++ packages, libc6-dev is provided by glibc. Sep 29 23:33:22 i have bitbake'd gcc, but there are not gcc bin inside... Sep 29 23:34:30 hum ../usr/bin/.debug/arm-oe-linux-uclibc-gcc Sep 29 23:34:58 ok Sep 29 23:35:09 strange path and name but why not ... Sep 29 23:35:49 because apache don't work with bitbake.. don't know if its because arm compilation needed or other.. Sep 29 23:40:10 hm... the debug binaries should be in the gdb-dbg package. Sep 29 23:43:21 its because of that ? Sep 29 23:43:22 NOTE: the following files were installed but not shipped in any package: Sep 29 23:49:26 looks like the gcc package needs to be fixed for the new runsstrip/-dbg packaging behavior. Sep 29 23:49:43 anyway, why doesn't cross compilation of apache work? Sep 29 23:50:28 ERROR: Nothing provides dependency apache Sep 29 23:54:24 i have cross compiled php, mysql, just miss apache ... :( **** ENDING LOGGING AT Sat Sep 30 02:59:57 2006