**** BEGIN LOGGING AT Tue Dec 25 02:59:56 2007 Dec 25 04:00:04 * * OE Bug 3539 has been created by  Dec 25 04:00:06 * * GPE "Sleep Config" doesn't save values Dec 25 04:00:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3539 Dec 25 04:01:04 * * OE Bug 3540 has been created by  Dec 25 04:01:06 * * Backlight sometimes off after resume Dec 25 04:01:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3540 Dec 25 04:02:04 * * OE Bug 2526 has been RESOLVED (INVALID) by Dec 25 04:02:06 * *  ru_RU.UTF8 locale problems Dec 25 04:02:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2526 Dec 25 04:02:16 * * OE Bug 2529 has been RESOLVED (WONTFIX) by Dec 25 04:02:18 * *  Angstrom insists on using en-gb locale Dec 25 04:02:20 * * http://bugs.openembedded.org/show_bug.cgi?id=2529 Dec 25 04:03:04 * * OE Bug 2662 has been RESOLVED (WORKSFORME) by Dec 25 04:03:06 * *  package bluez-gnome failed on h3900 Dec 25 04:03:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2662 Dec 25 04:04:04 * * OE Bug 2874 has been RESOLVED (WONTFIX) by Dec 25 04:04:06 * *  angstrom 20070803 x11 image cannot boot into x11 Dec 25 04:04:08 * * http://bugs.openembedded.org/show_bug.cgi?id=2874 Dec 25 04:04:16 * * OE Bug 3541 has been created by kompiz(AT)gmail.com Dec 25 04:04:18 * * ecore: --disable-ecore-evas-gl should be --disable-ecore-evas-x11-gl Dec 25 04:04:20 * * http://bugs.openembedded.org/show_bug.cgi?id=3541 Dec 25 04:04:28 * * OE Bug 3542 has been created by kompiz(AT)gmail.com Dec 25 04:04:30 * * e-wm depends on ecore-imf now, but no ecore-imf Dec 25 04:04:32 * * http://bugs.openembedded.org/show_bug.cgi?id=3542 Dec 25 06:59:17 03xjqian 07org.oe.dev * rc49e5a72... 10/ (12 files in 6 dirs): Dec 25 06:59:17 roadmap: 2nd round of cleanup of (z)roadmap recipies Dec 25 06:59:17 * provide 1.0.12, 1.1.0, and 1.1.0_cvs for both gtk2 (roadmap-gtk2) and qt (zroadmap) Dec 25 06:59:17 * fix roadap-gtk2 packaging issue Dec 25 06:59:17 * config AGG=rgba32 for gtk2 (need testing for the correct AGG setting) Dec 25 06:59:18 * minor style fixes for zroadmap recipies Dec 25 06:59:23 03xjqian 07org.oe.dev * re1b5bc1f... 10/ (1 packages/navit/navit.inc packages/roadmap/roadmap.inc): Dec 25 06:59:24 navit, roadmap: add RRECOMMENDS Dec 25 06:59:26 * navit: gpsd speechd flite Dec 25 06:59:28 * roadmap: gpsd flite Dec 25 06:59:30 03xjqian 07org.oe.dev * r2a9419c0... 10/ (1 conf/distro/include/sane-srcdates.inc): sane-srcdates.inc: remove zroadmap. no longer relevant per recent roadmap recipe commits Dec 25 07:09:37 03xjqian 07org.oe.dev * ra23dcd62... 10/ (1 conf/distro/include/angstrom-2007-preferred-versions.inc): angstrom-2007-preferred-versions.inc: bump zroadmap to 1.1.0 and add roadmap-gtk2 1.1.0 Dec 25 09:56:08 03koen 07org.oe.dev * r6aa6ceb9... 10/ (1 packages/octave/octave_3.0.0.bb): octave: add 3.0.0 Dec 25 10:45:05 * * OE Bug 3161 has been RESOLVED (INVALID) by milan.plzik(AT)gmail.com Dec 25 10:45:07 * *  h5000 lacks usbhost module Dec 25 10:45:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3161 Dec 25 11:01:05 * * OE Bug 3543 has been created by xjqian(AT)gmail.com Dec 25 11:01:07 * * octave 3.0. 0 not able to ld readline library during do_configure Dec 25 11:01:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3543 Dec 25 11:38:49 03xjqian 07org.oe.dev * rbc093102... 10/ (3 files in 3 dirs): xerver-krive-1.3.0.0: tosa fbdev workaround patch by by Hector Martin (bug# 490) Dec 25 12:51:04 * * OE Bug 3161 has been REOPENED by Dec 25 12:51:06 * *  h5000 lacks usbhost module Dec 25 12:51:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3161 Dec 25 13:18:56 gm Dec 25 13:20:15 linux-rp for Spitz (with compiled-in NAND drivers) reports different NAND partitions than the "emergency" SHARP 2.4 kernel. Is that a known problem? Dec 25 13:24:12 03koen 07org.oe.dev * ra5c5a6e4... 10/ (1 packages/xorg-xserver/xserver-kdrive_1.3.0.0.bb): xserver-kdrive 1.3: make xfbdev tosa specific Dec 25 13:24:17 03koen 07org.oe.dev * racf2917a... 10/ (1 packages/kismet/kismet_2007-10-R1.bb): kismet: configure picks up pcap from staging, so lets add it to depends Dec 25 13:44:39 hi and happy xmas all Dec 25 13:47:31 likewise, likewise Dec 25 13:47:54 thanks, but you don't have to repeat yourself :-) Dec 25 13:48:10 =) always wanted to say that hehe Dec 25 13:57:33 03mickeyl 07org.oe.dev * r8728ab15... 10/ (1 packages/python/python-pyqt_4.3.3.bb): Dec 25 13:57:33 python-pyqt 4.3.3 properly create pyqt.pro qmake profile. Dec 25 13:57:33 christmas bugsquashing: should hopefully close #2468 for good... Dec 25 14:29:41 * CoreDump NAND restores his spitz Dec 25 15:15:57 huhu Dec 25 15:19:03 * * OE Bug 3295 has been REOPENED by dbaryshkov(AT)gmail.com Dec 25 15:19:05 * *  usb ports management Dec 25 15:19:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3295 Dec 25 15:20:10 03coredump2 07org.oe.dev * rd3800eb0... 10/ (3 files in 3 dirs): zaurus-updater: Add support for installing and updating u-boot, disabled by default. Dec 25 15:53:01 morning Dec 25 15:53:18 morning chouimat|work Dec 25 15:58:55 hrw|gone: I've installed u-boot, process is absolutely painless. Dunno why so many pdax users screwed up their system. Restore to SHARP bootloader is also pretty idiot-proof Dec 25 16:02:05 one would have to rip the SHARP rescue image and see how large it is. I suspect there is plenty of space left over in the 7Mb NAND partition for very large kernels Dec 25 16:02:12 CoreDump: you can't have something idiot-proof ... they hare too ingenious :) Dec 25 16:02:17 s/hare/are Dec 25 16:02:23 heh true =) Dec 25 16:23:04 * * OE Bug 3544 has been created by skliarie(AT)gmail.com Dec 25 16:23:06 * * Collie: touch screen is not working Dec 25 16:23:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3544 Dec 25 16:53:29 morning Dec 25 16:53:32 CoreDump: nice to hear Dec 25 16:53:56 CoreDump: I found new problem with uboot anyway Dec 25 16:54:26 hrw: hey Dec 25 16:55:02 CoreDump: we have: poodle, tosa, c7x0, akita, spitz. Tosa as nand connected to toshiba chip.. Dec 25 16:55:20 so basically we can have uboot for c7x0/akita/spitz only Dec 25 16:55:32 hmm Dec 25 16:57:28 so basically u-boot is lacking support for Tosa's NAND? Dec 25 16:57:41 yes Dec 25 16:57:53 and I have no idea how it looks on poodle Dec 25 16:58:19 # - Polish HDD installer messages Dec 25 16:58:34 CoreDump: this is wrong - it still is in English not Polish ;d Dec 25 16:58:39 =) Dec 25 17:00:35 well, seeing how rare the tosa is these days, a working u-boot for SL-Cxx00 would cover probably 60-70% of our install base Dec 25 17:01:06 yep Dec 25 17:01:40 I believe we should re-use the SHARP rescue image Dec 25 17:01:55 maybe add gnu-tur heh Dec 25 17:02:46 I was thinking about embedding gnu-tar inside of updater.sh (uuencoded) Dec 25 17:03:15 neat idea Dec 25 17:03:21 gzip gnu-tar | uuencode Dec 25 17:03:53 so when it is needed then we echo 'until EOF' ->/tmp/gnu-tar.gz.uu;uudecode;gunzip;chmod and use Dec 25 17:05:21 sounds simple enough, but I doubt that uudecode is installed in the rescuefs Dec 25 17:05:38 on c7x0 it is Dec 25 17:06:40 ok, on spitz as well Dec 25 17:07:04 and wit u-boot I would get rid of sharp rescue and do like pdax did - small rootfs with mtd utils - just like cbrake do on cm-x270 Dec 25 17:07:27 or even rescue kernel with initramfs stored in flash part Dec 25 17:09:06 ok, seeing as a working u-boot would place the rootfs kernel inside the rootfs, a non-working updater.sh would be no problem Dec 25 17:09:28 err nm Dec 25 17:09:54 still need to flash the rootfs, the 3Mb SHARP OS does its job well Dec 25 17:10:09 so on !spitz we would have: uboot, uboot-env, rescue kernel with initramfs, rootfs, home Dec 25 17:10:19 CoreDump: on c7x0 it is 7.7M Dec 25 17:10:23 sharp rescue Dec 25 17:10:28 it is lot Dec 25 17:10:35 hrm Dec 25 17:11:05 how do you suggest users will flash a new rootfs? Dec 25 17:11:59 nm 3Mb, it's ~8.5 here... Dec 25 17:12:09 if OK key is pressed then rescue kernel starts. Dec 25 17:12:59 it run system which look for updating script on card (or just for rootfs/kernel files) and do update with mtd-utils Dec 25 17:13:22 system from initramfs? Dec 25 17:13:27 yes Dec 25 17:14:37 step one: get a working u-boot that loads the kernel from flash or MD Dec 25 17:15:27 when you have uboot and know how to use it then this is easy Dec 25 17:15:43 not w/o serial cable ;) Dec 25 17:15:58 maybe I'll order a cable next year Dec 25 17:16:01 CoreDump: flash uboot AND flash uboot-env Dec 25 17:16:08 you do not have serial cable??? Dec 25 17:16:15 really??!?!? Dec 25 17:16:20 never needed one *shrug* Dec 25 17:16:31 ;) Dec 25 17:17:14 Excuse me or interrupting here, but what is the use of a serial cable? Dec 25 17:17:21 for Dec 25 17:17:26 kernel debugging Dec 25 17:17:30 mostly Dec 25 17:17:40 and messing with uboot eventually Dec 25 17:18:02 That sounds very nice. Dec 25 17:19:08 hrw: as I understand it, the u-boot env is inside u-boot.bin Dec 25 17:19:15 initial one Dec 25 17:19:21 at least pdax doesn't flash a seperate one Dec 25 17:19:23 CoreDump: you never used uboot? Dec 25 17:19:35 of course, on the neo Dec 25 17:19:46 you should see my fubared env there =D Dec 25 17:19:50 ;D Dec 25 17:20:12 I never had to install it on a "virgin" Dec 25 17:20:13 CoreDump: u-boot can have initial env hardcoded into binary Dec 25 17:20:32 CoreDump: and also can store env on flash - usually one eraseblock is used for it Dec 25 17:20:40 hard-coding sucks, so we need a seperate env Dec 25 17:20:48 no - hardcoding is good Dec 25 17:20:56 you need something for first boot ;d Dec 25 17:21:16 you install the external env from a running uboot?? Dec 25 17:21:45 so we hardcode a way to boot into at least rescue system and also install env during first start of uboot or flash it when uboot is flashed Dec 25 17:22:13 CoreDump: from running uboot you can set and store env Dec 25 17:22:20 the latter would probably more hacker friendly ;) Dec 25 17:22:39 hrw: I know you can edit it, didn't know you could install it into flash from there Dec 25 17:22:52 "saveenv" do it Dec 25 17:23:09 I have one board here which lack uboot env flash ;( Dec 25 17:23:19 eww Dec 25 17:23:19 and vendor config is useless crap Dec 25 17:23:29 each boot == connect and config to boot Dec 25 17:44:24 hrw: do you know how to find out the flash address of the rescuefs? Dec 25 17:44:37 cat /proc/mtd Dec 25 17:45:25 or google for zaurus nand map Dec 25 17:45:56 http://www.externe.net/zaurus/flash/nandmap.jpg is tosa one Dec 25 17:46:22 http://www.h5.dion.ne.jp/~rimemoon/zaurus/pic/nandmap.jpg is another Dec 25 17:47:46 /proc/mtd only reveals the partitions. I need to know the address inside mtd1 ;) Dec 25 17:47:56 the tosa thing looks different Dec 25 17:51:37 brb Dec 25 18:00:30 re Dec 25 18:02:58 using the tosa mapping, one could install u-boot w/o replacing resuefs and kernel Dec 25 18:03:08 one woul erase the diag menue however Dec 25 18:05:12 could you upload you u-boot patch somewhere? Dec 25 18:05:16 * CoreDump will bbl Dec 25 18:05:31 sure Dec 25 18:06:32 http://blog.haerwu.biz/tmp/zaurus-uboot-head.diff Dec 25 18:06:48 thx Dec 25 18:07:04 did not tested does it build Dec 25 18:07:21 I will do so, see if it boots Dec 25 18:07:27 later Dec 25 18:07:41 bye too Dec 25 18:07:53 03hrw 07org.oe.dev * r0f6a05ae... 10/ (3 files in 3 dirs): linux-rp 2.6.23: really apply Tosa patch from #3295 Dec 25 18:33:03 * * OE Bug 3295 has been RESOLVED (FIXED) by Dec 25 18:33:05 * *  usb ports management Dec 25 18:33:07 * * http://bugs.openembedded.org/show_bug.cgi?id=3295 Dec 25 18:38:54 Ilya Yanok ? Dec 25 18:46:42 03pfalcon 07org.oe.dev * r0b06cc83... 10/ (1 contrib/deploy contrib/deploy/README): contrib/deploy/: Add generic directory to store various deployment helpers. Dec 25 18:46:49 03pfalcon 07org.oe.dev * r61579c7d... 10/ (6 files in 3 dirs): Dec 25 18:46:49 contrib/deploy/nfs/: Tools to deploy OE images for NFS boot. Dec 25 18:46:49 * Provides best practices for exports locations and sample of exports file. Dec 25 18:46:49 (The same location is used by default by initramfs-uniboot). Dec 25 18:46:49 * Tool to deploy tar.bz2/tar.gz/cpio.gz images to exported location. Dec 25 18:46:56 03pfalcon 07org.oe.dev * ra2db4317... 10/ (3 files in 3 dirs): initramfs-module-bootmenu 1.0: Use best-practice (based on FHS) location for NFS root. Dec 25 18:47:01 03pfalcon 07org.oe.dev * r3fd56e97... 10/ (26 files in 26 dirs): (log message trimmed) Dec 25 18:47:01 linux-handhelds-2.6 2.6.21: Move away from nuiltin NFS support, use modular USB gadgets. Dec 25 18:47:01 * Now that there's flexible early userspace support in OE (initramfs-uniboot) Dec 25 18:47:02 which handles NFS booting among other things, there's no longer need to have Dec 25 18:47:05 NFS boot support in kernel. This gets NFS out of kernel, and frees g_ether Dec 25 18:47:07 from being compiled into kernel, thus opening road for modular USB gadget Dec 25 18:47:09 drivers. Dec 25 19:18:04 * * OE Bug 3545 has been created by kamathln(AT)gmail.com Dec 25 19:18:06 * * Garbage on screen (doesnt reboot) a780 ezx3 Dec 25 19:18:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3545 Dec 25 20:57:04 03pfalcon 07org.oe.dev * r11fdf756... 10/ (1 conf/distro/include/angstrom-2007-preferred-versions.inc): angstrom-2007-preferred-versions.inc: Remove initramfs-*. Dec 25 20:57:08 03pfalcon 07org.oe.dev * r05cf24d2... 10/ (1 packages/initrdscripts/initramfs-module-bootmenu_1.0.bb): initramfs-module-bootmenu: RDEPEND on initramfs-module-nfs, we do support NFS boot. Dec 25 20:57:16 03pfalcon 07org.oe.dev * rb6860a53... 10/ (3 files in 3 dirs): initramfs-module-nfs: Fix packaging, add delay after g_ether load. Dec 25 20:57:20 03pfalcon 07org.oe.dev * r718f8454... 10/ (4 files in 3 dirs): (log message trimmed) Dec 25 20:57:20 matchbox-applet-startup-monitor 0.1: Try to support management using matchbox-panel-manager. Dec 25 20:57:20 * It seems this thing is standalone misfit which is supposed to be simply run Dec 25 20:57:20 during session startup ;-\. Try to add at least bit of user configurability. With Dec 25 20:57:21 this desktop file, it is at least possible to add it via context menu on Dec 25 20:57:23 matchbox-panel. But it doesn't seem to get recorded in panel settings, so Dec 25 20:57:25 cannot be removed via menu and its unclear if it will be restarted after Dec 25 20:57:29 03pfalcon 07org.oe.dev * r08226b15... 10/ (1 packages/angstrom/angstrom-gpe-task-base.bb): angstrom-gpe-task-base: Add matchbox-applet-startup-monitor. Dec 25 21:26:49 your patch against u-boot 1.3.0 doesn't build Dec 25 21:27:00 hrw|gone: your patch against u-boot 1.3.0 doesn't build Dec 25 21:34:05 * * OE Bug 3546 has been created by milan.plzik(AT)gmail.com Dec 25 21:34:07 * * h5000 keys don't work Dec 25 21:34:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3546 Dec 25 21:35:33 CoreDump: ok Dec 25 21:35:51 I did not tested that Dec 25 21:36:35 you need to set UBOOT_MACHINE = "akita_config" in the .bb for spitz and "corgi_config" for c7x0 Dec 25 21:36:47 yep Dec 25 21:37:03 also the new u-boot has retired the file cmd_confdefs.h Dec 25 21:37:18 which means someone needs to redo akita.h and corgi.h Dec 25 21:37:35 or copy & paste the stuff from the old file ;) Dec 25 21:38:19 ;) Dec 25 21:38:27 you tried 1.3.0? Dec 25 21:38:36 yes Dec 25 21:38:49 does not apply to head Dec 25 21:39:02 hm.. Dec 25 21:39:18 commit 41be969f4957115ed7b1fe8b890bfaee99d7a7a2 Dec 25 21:39:25 is what I used - git 1.3.1 Dec 25 21:39:30 Date: Thu Dec 6 10:21:19 2007 +0100 Dec 25 21:40:03 old pdaX patch can probably be applied to 1.1.4 Dec 25 21:40:39 by the looks of it only the configs need to be redone for 1.3.x Dec 25 21:41:12 03pfalcon 07org.oe.dev * rfd5bb420... 10/ (25 files in 25 dirs): linux-handhelds-2.6 2.6.21: Enable ext3 (modular). Dec 25 21:41:18 03pfalcon 07org.oe.dev * rb1568e3b... 10/ (25 files in 25 dirs): linux-handhelds-2.6 2.6.21: Enable iptables for ipv4 (intermediate) and ipv6 (bare). Dec 25 21:41:23 03pfalcon 07org.oe.dev * rdafddd1d... 10/ (1 packages/linux/linux-handhelds-2.6_2.6.21-hh20.bb): linux-handhelds-2.6 2.6.21-hh20: Bump PR for ext3 and iptables changes. Dec 25 21:43:00 CoreDump: hmm. worth a try Dec 25 21:47:06 ugh Dec 25 21:47:13 confdefs is huge Dec 25 21:50:05 * * OE Bug 3547 has been created by  Dec 25 21:50:07 * * h3900: Sound not available Dec 25 21:50:09 * * http://bugs.openembedded.org/show_bug.cgi?id=3547 Dec 25 21:50:17 * * OE Bug 3548 has been created by  Dec 25 21:50:19 * * h3900: Battery status not avilable Dec 25 21:50:21 * * http://bugs.openembedded.org/show_bug.cgi?id=3548 Dec 25 21:50:22 merry xmas to you all, folks Dec 25 21:52:37 likewis Dec 25 21:52:39 e Dec 25 21:55:53 thanks Dec 25 21:56:05 likewise to you Dodji Dec 25 21:56:17 likewise, CoreDump: thank you. Dec 25 21:56:37 Who is attending FOSDEM? Dec 25 21:56:57 me Dec 25 21:57:00 certainly. Dec 25 21:57:01 :-) Dec 25 21:57:04 but I am not interesting. Dec 25 21:59:07 hi likewise - merry christmas! Dec 25 21:59:09 merry xmas Dodji Dec 25 21:59:14 and all of you Dec 25 21:59:16 hey hrw ! Dec 25 21:59:22 * hrw will not be at fosdem 2008 Dec 25 21:59:26 merry xmas HopsNBarley, hrw! Dec 25 22:00:41 CoreDump: bitbake u-boot_git.bb (with added SRCREV="${AUTOREV}") and apply my patch Dec 25 22:02:25 yep, applied Dec 25 22:02:51 as expected, b0rks on confdefs Dec 25 22:06:43 CoreDump: comment that out Dec 25 22:08:49 undefined reference to `nand_info Dec 25 22:08:59 same w/ 1.3 Dec 25 22:09:09 yep Dec 25 22:12:25 Has anyone managed to cross build clisp? Dec 25 22:14:31 #include Dec 25 22:14:39 instead of confdefs Dec 25 22:14:53 then it breaks somewhere else *sigh* Dec 25 22:15:29 cmd_bootm.c:91: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'flash_info' Dec 25 22:16:27 schme: is it in OE? Dec 25 22:18:04 * * OE Bug 3549 has been created by milan.plzik(AT)gmail.com Dec 25 22:18:06 * * h5000 bluetooth support missing Dec 25 22:18:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3549 Dec 25 22:20:04 hrw: It is not. I am trying to make a recipe for it, and have been for 2 days now. Dec 25 22:20:34 hrw: Using OE, of course. Dec 25 22:21:13 ah Dec 25 22:21:20 I never used clisp Dec 25 22:21:30 list scares me with too big amount of () Dec 25 22:21:51 AmigaOS Installer had lisp like language and it was awful Dec 25 22:24:23 Hehehe. Well I'm not going into a big language war here. You're bound to lose seeing how common lisp is the bestest ;) clisp's configure is pissing me off though. It gets stuck in an infinite loop while configuring. I'm a bit new to all this cross compiling and OE but looking at config.log it has set --host=i686-linux and --target=arm-angstrom-linux-gnueabi.. even though I hand it ./configure --host=arm-angstrom-linux-gnueabi Dec 25 22:24:44 Random googling suggests I ought to compile it natively >< Dec 25 22:25:47 Also I was wondering if there is a way to contribute the recipies I have made back up the stream ? Dec 25 22:26:47 put them in bugtracker Dec 25 22:28:19 Ah cools. ty. Dec 25 22:29:50 I fear that the configs need to be done from scratch.... Dec 25 22:30:19 possible Dec 25 22:30:36 Oh also.. I made a recipe that depended on libxml2. But I kinda noticed that libxml2 was compiled with --without-catalog. I needs the --with-catalog for my recipe so I made a new libxml2 recipe. Is there some nameing scheme for it I should be using and is bugtrack the place to bitch and whine 'til I get the official recipe done --with-catalog? ;) Dec 25 22:31:25 schme: report a bug on libxml2 with requesting --with-catalog option. tell exactly why you need it and how bigger packages are due to that Dec 25 22:43:43 hrw: Cools. Dec 25 22:43:55 Oh yeah. I forget not everyone has 6gb of space to waste ;) Dec 25 22:44:40 /dev/sda1 5.8G 5.3G 212M 97% / Dec 25 22:45:25 Yikes. Dec 25 22:45:42 I only really needed it for gnubg here. I'm a backgammon addict (: Dec 25 22:49:13 CoreDump: you do not need config_cmd_default.h but few options from it Dec 25 23:11:31 anyone else getting a staging failure on libpcre-native? Dec 25 23:11:57 it's really weird - the .so file has .0.0.0U on the end (note the 'U' which should not be there). Dec 25 23:12:19 hm Dec 25 23:12:20 the 'U' is not there at the end of the compile or install tasks, but appears during the populate_staging task Dec 25 23:13:06 Debian Etch, 32bit xen DomU on a 64bit xen Dom0 Dec 25 23:14:43 rwhitby: if you would have to decide - which bootloader will you choose for ARM: u-boot, apex or redboot? Dec 25 23:15:02 hrw: what type of ARM? Dec 25 23:15:14 for nslu2, apex (due to the 1MB kernel limit skipping) Dec 25 23:15:16 xscale Dec 25 23:15:39 for others, redboot if it supports network tftp at bootloader prompt Dec 25 23:15:55 but I'm not familiar enough with u-boot to judge it. Dec 25 23:16:19 no ethernet, only serial console Dec 25 23:16:22 I'd love to have an xscale u-boot that supports network on the bootloader console Dec 25 23:16:25 Zaurus to be exact Dec 25 23:16:46 I believe apex is the smallest of the three ... Dec 25 23:17:11 but also the least widely used and supported Dec 25 23:17:31 support boot from jffs2 on nand or mmc or pcmcia? Dec 25 23:17:37 nope Dec 25 23:18:01 Hmm - this libpcre-native fails on Debian Etch, but not on Ubuntu 7.10 Dec 25 23:20:21 can anyone read japanese: http://www.momonga-linux.org/archive/tmp/msg02068.html seems to have the same pcre failure Dec 25 23:20:33 rwhitby: use excite to translate Dec 25 23:20:48 http://www.excite.co.jp/world/english/web/ Dec 25 23:21:00 enter japanese url, switch radio button and go Dec 25 23:27:19 from searching for "0.0.0U" on google, it seems to be a problem with autoconf stuff Dec 25 23:37:53 rwhitby: it DOES fail to stage on my Ubuntu 7.10 x86 host machine. Dec 25 23:38:11 rwhitby: OE: Not hardcoding '/home/leon/sandbox/efika/openembedded/build/tmp/staging/i686-linux/lib' into rpath Dec 25 23:40:56 rwhitby: let me know if I need to compare anything Dec 25 23:42:57 gee Dec 25 23:43:09 same problem on my box Dec 25 23:45:15 :-) Dec 25 23:46:22 CoreDump, rwhitby : you might try without the insane class. For host-packages, I do not see why the rpath may not be encoded hard in the executable (although not needed). Dec 25 23:46:53 I'm hitting the 0.0.0 problem, not a QA issue Dec 25 23:46:59 http://blog.haerwu.biz/2007/12/26/zaurus-bootloader-starts-to-be-a-real-pita/ Dec 25 23:49:15 CoreDump, rwhitby: my problem is this: http://www.pastebin.ca/832253 Dec 25 23:50:41 same here Dec 25 23:50:47 hrw: I hope to at some point be of more use to OE/zaurus community, but currently, I can't do much Dec 25 23:51:21 summatusmentis: as we all Dec 25 23:52:08 hrw: I just don't have the skill, otherwise I'd help Dec 25 23:54:50 EeePC costs 400 usd Dec 25 23:54:59 interesting... Dec 25 23:56:20 less than a Z... Dec 25 23:56:47 less then n810 Dec 25 23:57:41 good nite all Dec 26 00:00:51 NOTE: package libpcre-native-4.4-r8: task do_build: completed Dec 26 00:00:56 Debian sid Dec 26 00:04:17 hrw: later autotools versions? Dec 26 00:05:03 EeePC is too big :) Dec 26 00:06:52 autoconf (GNU Autoconf) 2.61 Dec 26 00:06:57 automake (GNU automake) 1.9.6 Dec 26 00:07:12 schme: zaurus is too limited Dec 26 00:07:38 looks like ltmain.sh renames to 0.0.0U and then due to the relink problem it doesn't get rebuilt Dec 26 00:07:39 how is zaurus limited? Dec 26 00:08:37 It's a bit unfair to compare 'em really.. They're not trying to do the same thing. Dec 26 00:09:28 Speaking of zaurus I'm doing a native compile of clisp on mine here. This will be.. fun.. I'm used to the output of ./configure scrolling by faster than I can possible read. Not the case here :) Dec 26 00:10:30 summatusmentis: low flash space, no wireless builtin Dec 26 00:10:46 hrw: I guess that's true Dec 26 00:11:02 still a great machine in my book, I wish my wifi card was stronger is all Dec 26 00:11:09 summatusmentis: and faster cpu (armv6 ) would be nice Dec 26 00:11:18 I have 3 wifi cards here Dec 26 00:12:08 Ah. The Z is perfect for me. I don't need that much space or wifi in general. Just a lot of battery time and a keyboard :) Dec 26 00:12:13 is one stronger than the other? I've got a symbol spectrum24, and I need one with better reception for school Dec 26 00:12:19 But a faster cpu *would* be nice. Dec 26 00:12:24 And more ram :) Dec 26 00:13:59 Mostly RAM would be nice. emacs is such a hog (: Dec 26 00:14:21 summatusmentis: I usually use Z ~1m from AP Dec 26 00:15:02 its my arm testing device rather then PDA Dec 26 00:15:16 summatusmentis: Maybe an external antenna of some sort would help? Dec 26 00:15:50 ok, time to sleep Dec 26 00:15:53 01:16 here Dec 26 00:15:53 hrw: nite. Dec 26 00:16:59 CoreDump: I think this libpcre is caused by QA stuff Dec 26 00:20:49 schme: I've thought about an external antenna, but I wouldn't know how to connect it or anything Dec 26 00:21:50 specifically the i686-linux-libtool script with OE stuff in it Dec 26 00:24:57 summatusmentis: Hmm. I was just reading something about that yesterday. I'll see if I can find it. Dec 26 00:28:46 schme: even with a cf card? Dec 26 00:29:41 I'm not sure if it was a cf card. It involved the usual process of cutting of some stuff and hardwiring it onto the card. Dec 26 00:29:54 I do think it was a cf card. Just one specific one. Dec 26 00:30:09 mm... I'd be interested, if you can find it Dec 26 00:30:40 Lookin right now. Dec 26 00:31:07 But there seems to be a few cf cards with an antenna connector. If they work with the Z I do not know though. Dec 26 00:32:42 Can't find it :( Dec 26 00:32:54 alright, no worries Dec 26 00:40:53 summatusmentis: I think the most common solution is to pop off the plastic of whatever card you have and hope it is easy to spot where to solder on connections to the external antenna :) Dec 26 00:41:18 sounds skeezy Dec 26 00:45:44 Yeah.. Bound to make you look like an insane wardriver too. :) Dec 26 00:47:22 lol :-D Dec 26 00:58:27 Hello Dec 26 00:58:35 Hello Alvaro_M Dec 26 00:59:09 sorry the question, I've read the topic but: there is an actual channel for distro support? I've been searching in oe website and nothing found :( Dec 26 00:59:56 Alvaro_M: Which distro? Dec 26 01:00:55 I've installed GPE in an axim x51v and I've does not found any PIM app... I believe it is Open Embedded, is it possible? Dec 26 01:14:14 Alvaro_M: Beats me :) From what I understand open embedded is just a build system.. Personally I installed angstrom which is built using open embedded Dec 26 01:16:11 well I'm a bit confused schme... I would like to install some kind of linux that let me at least use my axim as PIM but I'm lost in this sea between Qt, Gtk, Familiar, OE... you know. Dec 26 01:16:44 Ah. Familiar is the distribution me thinks. Dec 26 01:16:53 There might be a special support channel for it. Dec 26 01:17:16 Alvaro_M: Try #familiar Dec 26 01:17:47 schme, I know but I show they a photo of my installed system and they told me this I am runing is OE... Dec 26 01:23:33 Alvaro_M: Ah ok :) Dec 26 01:24:11 So I don't know exactly what I'm running. Thanks for the help, schme :) Dec 26 01:29:21 Well, thanks and see you Dec 26 01:57:54 03pfalcon 07org.oe.dev * rdba2d53b... 10/ (3 files in 3 dirs): (log message trimmed) Dec 26 01:57:54 ipaq-sleep 0.9: Unbreak, so to say. Dec 26 01:57:54 * If there's something to unbreak... Do following: Dec 26 01:57:54 1. Support logging. Software without logging is now software, Dec 26 01:57:54 but a random wreck. Dec 26 01:57:54 2. Don't do off-by-one errors. Dec 26 01:57:56 3. Don't bug on system every 2 seconds. Instead, do a select Dec 26 02:08:04 * * OE Bug 3551 has been created by rod(AT)whitby.id.au Dec 26 02:08:06 * * git-native fails to build - error in git-gui Makefile install command Dec 26 02:08:08 * * http://bugs.openembedded.org/show_bug.cgi?id=3551 Dec 26 02:08:16 * * OE Bug 3550 has been created by rod(AT)whitby.id.au Dec 26 02:08:18 * * libpcre-native fails to stage - libpcreposix.so.0.0.0U ( note the 'U') Dec 26 02:08:20 * * http://bugs.openembedded.org/show_bug.cgi?id=3550 Dec 26 02:22:05 * * OE Bug 2468 has been REOPENED by Dec 26 02:22:07 * *  python-pyqt4 fails do_compile Dec 26 02:22:09 * * http://bugs.openembedded.org/show_bug.cgi?id=2468 **** ENDING LOGGING AT Wed Dec 26 02:59:56 2007