**** BEGIN LOGGING AT Fri Feb 20 02:59:58 2009 Feb 20 05:01:06 hello Feb 20 05:01:08 http://pastebin.com/m26f53f90 Feb 20 05:01:15 libvolume_id is not right it says Feb 20 05:01:29 PREFERRED_VERSION_libvolume_id="0.77" Feb 20 05:01:33 doesn't help Feb 20 05:01:36 how do I fix this? Feb 20 05:24:10 03Mike Westerhof  07org.openembedded.dev * r4f451e61c7 10openembedded.git/packages/ntpclient/ntpclient_2007_365.bb: ntpclient: use update-alternatives for adjtimex Feb 20 05:30:00 about http://pastebin.com/m26f53f90 Feb 20 05:30:16 please post a solution, I can try it out this afternoon (CET). Feb 20 05:30:17 thanks Feb 20 05:34:37 03Mike Westerhof  07org.openembedded.dev * r528a20267a 10openembedded.git/packages/dbus/ (dbus.inc dbus_1.0.3.bb dbus_1.2.1.bb): dbus: fix post-install script to change ownership _after_ group and id is created. Feb 20 06:05:47 03Mike Westerhof  07org.openembedded.dev * rff363a5e67 10openembedded.git/conf/distro/include/preferred-slugos-versions.inc: Feb 20 06:05:47 SlugOS: preferred-slugos-versions.inc - lock down gst plugins version Feb 20 06:05:47 (another victim of libtool/pkgconfig insanity) Feb 20 06:28:28 03Mike Westerhof  07org.openembedded.dev * r4afdf8809c 10openembedded.git/packages/gstreamer/gst-plugins-base_0.10.17.bb: Feb 20 06:28:28 gst-plugins-base: re-instate 0.10.17 so that SlugOS feeds build again. Feb 20 06:28:28 Sigh. Feb 20 06:54:07 03Mike Westerhof  07org.openembedded.dev * rc3fa014987 10openembedded.git/packages/ntpclient/ntpclient_2007_365.bb: ntpclient: correct directory for adjtimex to be consistent with busybox Feb 20 07:42:38 good morning Feb 20 07:45:27 03Koen Kooi  07org.openembedded.dev * r6a3859b783 10openembedded.git/packages/dsplink/ti-codec-engine_2.21.bb: ti-codec-engine: also add RREPLACES Feb 20 09:18:20 morning Feb 20 09:25:02 morning hrw Feb 20 09:28:28 hi Marco Feb 20 09:28:42 mckoan: 1680x1050 text console on vortex86sx with sisfb looks nice Feb 20 09:29:34 mckoan: and sisfb works faster then vesafb Feb 20 09:37:59 hi Electr0n Feb 20 09:38:52 hi Liam Feb 20 09:55:14 why does 'qt-embedded' recipe depends on 'qtopia-core'? I think it's an error. Is it? Feb 20 09:55:48 hi Feb 20 09:56:07 hrw: cool! Feb 20 09:56:38 qt-embedded_4.4.3.bb includes qtopia-core.inc that inherits qtopia4core.class that forces dependency for 'qtopia-core' unless package name is 'qtopia-core' which is not for 'qt-embedded' Feb 20 09:56:57 booxter: then fix qtopia4core.bbclass Feb 20 09:57:24 mckoan: the problem is that 2.6.27 is last release which just boots Feb 20 09:57:43 mckoan: 2.6.28 does not finds cf card (config same for both kernels) Feb 20 10:04:01 hrw: I am uding 2.6.26 Feb 20 10:06:09 I know Feb 20 10:11:33 hrw, how to test if a package PROVIDES "xxx" (with bb python object) Feb 20 10:11:59 bb.data.getVar('PROVIDES', d, 1) iirc Feb 20 10:12:26 then I'll get concatenated string I think Feb 20 10:12:32 with all PROVIDES values Feb 20 10:12:54 but I'd like to test if this PROVIDES string contains "xxx" Feb 20 10:13:35 if 'xxx' in bb.data.getVar('PROVIDES', d, 1): // this does not work? Feb 20 10:13:45 * hrw is not so good in Python Feb 20 10:14:05 "xx" in bb.utils.explode_deps(bb.data.getVar('PROVIDES', d, 1)) Feb 20 10:14:08 or something like that Feb 20 10:14:15 wow. magic!:) Feb 20 10:14:55 hrw, I'm not in Python in any way - nor good nor bad :) Feb 20 10:15:54 * hrw -> out Feb 20 10:41:33 03Roger Monk  07org.openembedded.dev * rf0eb067230 10openembedded.git/packages/dsplink/ (dsplink.inc ti-codec-engine_2.21.bb): codec-engine: Added RREPLACES for dsplink packages - bumped PR Feb 20 12:34:56 re Feb 20 12:34:59 Timing cached reads: 5014 MB in 2.00 seconds = 2510.39 MB/sec Feb 20 12:35:03 thats my desktop Feb 20 12:35:09 Timing cached reads: 28 MB in 2.14 seconds = 13.07 MB/sec Feb 20 12:35:16 thats vortex86sx Feb 20 12:38:06 hrw: I think x86 compatibility is overrated Feb 20 12:38:35 a lot Feb 20 12:38:51 hrw: especially with Linux as that pretty much levels the playing field Feb 20 12:39:06 Timing cached reads: 588 MB in 2.00 seconds = 293.32 MB/sec Feb 20 12:39:16 thats from BUG (i.mx31 533MHz) Feb 20 12:39:24 Timing cached reads: 126 MB in 2.00 seconds = 62.92 MB/sec Feb 20 12:39:30 thats from at91sam9263-ek Feb 20 12:39:53 at91 has 180MHz, vortex86sx has 300MHz Feb 20 12:40:36 hrw: what package has hdparm? Feb 20 12:40:40 DMP engineers should change job. maybe selling chopsticks on streets Feb 20 12:40:45 cbrake: hdparm has hdparm Feb 20 12:40:56 * cbrake tries a few here ... Feb 20 12:43:47 hrw: PXA270: Timing cached reads: 150 MB in 2.01 seconds = 74.76 MB/sec Feb 20 12:47:31 ^^^^ 312MHz Feb 20 12:47:38 nice Feb 20 12:47:57 hrw: PXA270 @ 520MHz: Timing cached reads: 150 MB in 2.00 seconds = 74.91 MB/sec Feb 20 12:48:03 interesting, not much difference Feb 20 12:50:32 i.MX31 uses DDR memory Feb 20 12:52:37 according to vendor page vortex use ddr2 Feb 20 12:53:39 but cpu supports sdram/ddr/ddr2 so it is rather sdram Feb 20 12:56:42 cbrake: which device it is? I am preparing table with dats Feb 20 12:58:12 hrw: what are you referrning to? The i.MX31 is just info from datasheet. The PXA270 is a customer device. Feb 20 12:58:36 ok, customer device Feb 20 12:58:54 cbrake: pxa use sdram with what speed? Feb 20 12:58:59 beagleboard: Timing cached reads: 306 MB in 2.00 seconds = 152.97 MB/sec Feb 20 12:59:07 hrw: SDRAM @ ~100MHz Feb 20 12:59:56 thx Feb 20 13:00:00 * cbrake wonders if hrw is overclocking his i.MX31 :-) Feb 20 13:01:06 why is it twice as fast as the OMAP3? Feb 20 13:02:08 cbrake: http://pastebin.ca/1342835 Feb 20 13:02:59 beagleboard is 500MHz with ddr1/100? Feb 20 13:03:26 hrw: checking ... Feb 20 13:04:24 hrw: http://www.micron.com/products/partdetail?part=MT29C2G24MAKLAJG-6%20IT Feb 20 13:04:33 hrw: I don't know what its actually running at though Feb 20 13:05:17 ok Feb 20 13:06:35 * hrw -> off now Feb 20 13:10:06 hello Feb 20 13:10:12 http://pastebin.com/m26f53f90 Feb 20 13:10:17 PREFERRED_VERSION_libvolume_id="0.77" Feb 20 13:10:20 doesn't help Feb 20 13:10:31 please post a solution Feb 20 14:01:02 what is the right way to add custom machine initscript for rootfs? Feb 20 14:07:05 anybody awake here? Feb 20 14:07:21 I am trying to build navit for n810 using chinook-compat Feb 20 14:07:26 using .dev Feb 20 14:07:30 bitbake works Ok Feb 20 14:07:34 until i get this Feb 20 14:07:37 http://pastebin.com/m26f53f90 Feb 20 14:07:46 PREFERRED_VERSION_libvolume_id="0.77" Feb 20 14:07:50 doesn't help Feb 20 14:07:53 what does? Feb 20 14:10:07 udovdh, your udev is too old Feb 20 14:10:20 my local (host) udev? Feb 20 14:10:31 I am on fedora 10 Feb 20 14:11:20 found in your staging dir Feb 20 14:11:50 aha hmmm Feb 20 14:12:12 x86_64-linux? Feb 20 14:12:29 it depends on the package that failed Feb 20 14:12:41 if it's a -native one then it's x86_64 Feb 20 14:12:57 ./armv6-linux-gnueabi/usr/lib/libvolume_id.so.0.63.0 Feb 20 14:12:58 if it's a cross-compiled version of the package then - arm (?) I think Feb 20 14:13:09 so why did bitbake choose 0.63 for the arm stuff? Feb 20 14:13:15 can I influence that version Feb 20 14:13:16 ? Feb 20 14:13:33 PREFERRED_VERSION_libvolume_id="0.77" doesn't help Feb 20 14:13:37 so do similar for udev? Feb 20 14:13:48 you can upgrade udev version. What udev version do you use? Feb 20 14:13:55 my local host one? Feb 20 14:14:07 127 Feb 20 14:14:20 udev-127-3. Feb 20 14:14:33 your openembedded one Feb 20 14:14:44 ehm... Feb 20 14:14:46 in your staging dir for your specific platform Feb 20 14:14:48 also in staging? Feb 20 14:15:12 bitbake udev - you'll see what your version is Feb 20 14:15:25 PREFERRED_VERSION_udev="127" ? Feb 20 14:16:00 takes a while... Feb 20 14:16:24 task 285 of 3sometomething Feb 20 14:16:28 hmmm. Feb 20 14:16:32 maybe check the recipe? Feb 20 14:16:37 127? I don't see such udev in openembedded .dev branch Feb 20 14:16:41 :-\ Feb 20 14:17:03 124 is most current? Feb 20 14:17:07 so try that one? Feb 20 14:17:15 for current oe .dev branch - yes Feb 20 14:17:35 ok, so I try for navit again Feb 20 14:17:40 with udev forced to 124 Feb 20 14:17:42 you can try it but maybe it's not a solution Feb 20 14:17:49 ok will let you know here Feb 20 14:18:14 I don't understand why you need forcing versions in the first place Feb 20 14:19:05 openembedded with no hardcoding specific versions of software will take the latest one (that's what you need for udev I think) Feb 20 14:20:00 but it complains about a too low version of libvolume_id Feb 20 14:20:03 I don't know why Feb 20 14:20:46 booxter: create package with that initscript and add into MACHINE_EXTRA_RRECOMMENDS Feb 20 14:21:20 no it is building udev-124 Feb 20 14:21:24 so it did not do that before Feb 20 14:21:42 maybe it used older version Feb 20 14:21:49 appears to build ok Feb 20 14:21:58 I used bitbake before to build for h2200 ipaq for angstrom Feb 20 14:22:06 but now chinook-compat Feb 20 14:22:12 for nokia800 Feb 20 14:22:21 so that gives me a fresh tmp dir, right? Feb 20 14:22:26 udovdh, why do you need this specific toolchain? Feb 20 14:22:31 dunno Feb 20 14:22:37 :-D Feb 20 14:22:43 I just started `bitbake navit` Feb 20 14:22:51 because I want to build navit Feb 20 14:22:53 as I did on h2200 Feb 20 14:23:02 with success, after some fiddling Feb 20 14:23:11 http://wiki.navit-project.org/index.php/Navit_on_Ångström Feb 20 14:23:21 no matter Feb 20 14:23:27 no I'd like to do the same for n810 Feb 20 14:23:39 it has continued to gtk+ now Feb 20 14:23:44 so it appears as a problem solved Feb 20 14:23:45 ? Feb 20 14:24:53 dunno :) Feb 20 14:25:02 you're compiling not me :) Feb 20 14:40:24 I get a few pakcges not find on websites Feb 20 14:40:28 report as bug? Feb 20 14:41:11 yeah, put in a bug report Feb 20 14:42:04 ok, will try remember that Feb 20 14:42:11 must also make a few nottes for the navit wiki Feb 20 14:42:16 so others can build as well Feb 20 14:42:21 nottes -> notes Feb 20 14:45:35 hal compile fails Feb 20 14:46:06 http://pastebin.com/d718934cf Feb 20 14:46:13 anybody got a tip to fix? Feb 20 14:49:01 hmmm Feb 20 14:49:06 try hal 0.5.9.1 Feb 20 14:49:29 hi all Feb 20 14:53:35 someone with nslu2 here? Feb 20 15:00:44 hrw: yes, but not with OE on it Feb 20 15:01:04 hrw: well, not a self-compiled OE Feb 20 15:01:30 like2wise: can you provide me result of 'hdparm -T /dev/sda' from nslu2? Feb 20 15:02:21 hrw: /dev/sda, even if I have nothing attached? Feb 20 15:02:44 hrw: the things sits in a box, takes me a while to get it online Feb 20 15:02:49 like2wise: hdparm require some device as argument Feb 20 15:03:19 hrw: yes, but I mean, I don't have a device. what would you expect to see, version of hdparm? Feb 20 15:04:09 like2wise: speed of memory read Feb 20 15:04:25 like2wise: but if you need to unpack it etc then I do not want to bother you with that Feb 20 15:05:20 hrw: attached to power and network now. Feb 20 15:05:27 hrw: let me see if I can find it's IP address Feb 20 15:08:05 hrw 192.168.1.77 pings back to me but I cannot ssh or http into it... Feb 20 15:08:14 hrw: any hints Feb 20 15:08:24 hrw: too long ago for me Feb 20 15:08:51 I sold mine over year ago Feb 20 15:09:05 my OE devices usually have ssh working.. Feb 20 15:09:42 hrw: ah, it tries to NFS to my PC. But the nfsroot is now a AP7000 (AVR32) root... Feb 20 15:10:04 hrw: sorry, this will take me a bit to get working - sorry cannot help you noe Feb 20 15:10:05 like2wise: ok, I found result via google Feb 20 15:10:22 like2wise: I use subdirs in nfs for nfsroot of devices Feb 20 15:10:27 hrw: on linkstation pro duo: Timing buffer-cache reads: 128 MB in 0.87 seconds =147.70 MB/sec Feb 20 15:10:27 hrw: I think I de-underclocked mine once Feb 20 15:10:29 /srv/nfs/at91/ /srv/nfs/x86 Feb 20 15:10:39 mr_nice: which cpu it has and speed? Feb 20 15:11:03 hrw: yes, me too now, but not at that time Feb 20 15:11:44 hrw: I've got 2 nslu2 here but are in their box :-D Feb 20 15:12:04 with a lot of dust on them Feb 20 15:12:16 mckoan: I sold mine Feb 20 15:12:41 :-D Feb 20 15:12:42 hrw: http://pastebin.ca/1342916 Feb 20 15:13:14 bb later Feb 20 15:13:28 mr_nice: thx Feb 20 15:15:07 * * OE Bug 5031 has been created by udovdh(AT)xs4all.nl Feb 20 15:15:09 * * hal: create_cache.c:487: error: `XML_ERROR_ABORTED' undeclared (first use in this function) Feb 20 15:15:11 * * http://bugs.openembedded.net/show_bug.cgi?id=5031 Feb 20 15:21:29 bug 5031 is blocking my compile of navit for n810. Feb 20 15:22:16 why do I need all that stuff to build just one application? Feb 20 15:22:42 1226 tasks! Feb 20 15:22:48 and this as number 1039 or so. Feb 20 15:30:56 udovdh: you need to build the toolchain Feb 20 15:31:15 valhalla, yes... Feb 20 15:31:22 but the rst beyond gcc etc? Feb 20 15:31:25 rest... Feb 20 15:31:54 dependencies? Feb 20 15:32:39 navit requires gtk, doesn't it? Feb 20 15:32:47 so it must be built Feb 20 15:35:12 indeed Feb 20 15:35:17 but what about hal? Feb 20 15:35:29 cups? Feb 20 15:35:42 dependencies of gtk, I would guess Feb 20 15:35:42 they appear to be far fetched dependencies to me Feb 20 15:35:46 but I am not a developer Feb 20 15:36:06 * * OE Bug 5032 has been created by udovdh(AT)xs4all.nl Feb 20 15:36:08 * * packeges needing alternate urls for downloading Feb 20 15:36:10 * * http://bugs.openembedded.net/show_bug.cgi?id=5032 Feb 20 15:39:34 http://marcin.juszkiewicz.com.pl/2009/02/20/does-vortex86sx-based-devices-are-worth-something/ Feb 20 15:41:08 morning Feb 20 15:41:57 hrw: good analysis thank you Feb 20 15:43:41 np Marco Feb 20 15:43:44 kergoth: elo Feb 20 15:44:00 now time to create ugly recipe for kernel... Feb 20 15:44:08 * hrw do not like prerelease kernels in OE Feb 20 15:45:53 udovdh, I asked for full url's because I am lazy. I was hoping to do a quick triage without having to through bb files Feb 20 15:46:09 sorry Crofton Feb 20 15:46:16 I did a google for the pakcges Feb 20 15:46:22 I will try to get the urls I used Feb 20 15:46:35 and update the bugreport soon Feb 20 15:47:22 We need to see the urls in the bb files. I was hoping they would be in the fail log Feb 20 15:47:54 confirming the urls are wrong in the bb files and finding the new urls if available will be great Feb 20 15:51:07 update posted Feb 20 15:51:13 I do hope the urls are acceptable Feb 20 15:51:23 maybe ask gogole to host these files for the project? Feb 20 15:53:09 all you need is a lot of disks and a nice pipe Feb 20 15:53:32 just place a few revisions of the needed source archives there Feb 20 15:53:34 and voila Feb 20 15:53:40 bug fixed :-) Feb 20 15:54:24 The Angstrom source mirror usually has the files, so most of us do not notice when they go missing. Feb 20 15:54:49 I think you can make chinook look there, but I do not know how to do it Feb 20 15:54:58 and it is good for people to check the urls for us :) Feb 20 15:56:51 Crofton: URL laziness? I created a tool called "where is that package at" (witpa) which does just that; keep you lazy :-) Feb 20 15:57:07 like2wise, for OE? Feb 20 15:57:08 need info! Feb 20 15:57:26 likewise is less lazy than me Feb 20 15:57:38 udovdh: well, yes I would like to use it in OE, so that it fetches a package given its name, its checksums or both. Feb 20 15:57:44 udovdh: it uses Google powers Feb 20 15:57:53 ah Feb 20 15:57:56 I did as well Feb 20 15:58:04 BTW http://bugs.openembedded.net/show_bug.cgi?id=5031 is blocking my build of navit Feb 20 15:58:11 for noika800 in chinook-compat Feb 20 15:58:36 udovdh: and caches well-known locations. Yes, but Google power in an automated manner. It then downloads the package AND checks the checksums agains the known good checksums. Feb 20 15:58:51 sounds very nice! Feb 20 15:58:55 where can I get that? Feb 20 15:59:03 udovdh: http://www.sidebranch.com/leon/witpa_20080730.tar.bz2 Feb 20 15:59:07 thanks! Feb 20 15:59:17 udovdh: you need to init it first with the checksums.ini file. Feb 20 15:59:27 will have a look Feb 20 15:59:28 udovdh: it needs sqlite3-dev package in order to compile Feb 20 15:59:33 I am not very OE familiar Feb 20 15:59:37 but can handle bitbake a bit Feb 20 15:59:43 and linux in general a bit Feb 20 15:59:59 udovdh: the tools is not OE related yet. you can just type make and it should build (with the sqlite stuff) Feb 20 16:00:09 ah Feb 20 16:00:14 hey CosmicPenguin Feb 20 16:00:26 hey kergoth Feb 20 16:01:02 like2wise: can you add witpa in OE/contrib? Feb 20 16:01:44 like2wise, where can I find the checksums file? Feb 20 16:01:58 it builds fine here Feb 20 16:02:03 udovdh: conf/checksums.ini? Feb 20 16:02:04 but then... Feb 20 16:02:16 nothing there? Feb 20 16:02:50 udovdh: ./witpa create Feb 20 16:03:07 udovdh: ln -snf . Feb 20 16:03:10 udovdh: witpa import Feb 20 16:03:26 thanks Feb 20 16:03:47 udovdh: the commands and their usage are still a bit rough... Feb 20 16:04:39 drw: hey... how ya been? been a while Feb 20 16:04:39 importink... Feb 20 16:05:54 udovdh: I bet there are things missing, but you have full source code ;-) Feb 20 16:06:07 thanks Feb 20 16:06:10 need an rpm? Feb 20 16:07:22 hey kergoth...doing good...you? Feb 20 16:07:24 03Robert Nelson  07org.openembedded.dev * r797d7ee556 10openembedded.git/packages/i2c-tools/ (picodlp-control/picodlp-control picodlp-control_0.1.bb): Feb 20 16:07:24 picodlp-control: add options to control individual leds and overall led current Feb 20 16:07:24 Signed-off-by: Koen Kooi Feb 20 16:07:29 03Roger Monk  07org.openembedded.dev * rc0ee8e8641 10openembedded.git/packages/dsplink/ (8 files in 2 dirs): Feb 20 16:07:29 codec-engine: Added-scripts for loading/unloading modules for running dsplink/ce/dmai test apps Feb 20 16:07:29 Signed-off-by: Koen Kooi Feb 20 16:07:31 03Roger Monk  07org.openembedded.dev * rb3f33ba5ab 10openembedded.git/packages/dsplink/ (3 files in 2 dirs): Feb 20 16:07:34 codec-engine: Added SDMA linuxutils build and package, minor DSPLINK DIRSEP fix Feb 20 16:07:36 Signed-off-by: Koen Kooi Feb 20 16:09:41 drw: pretty good. melting in AZ now Feb 20 16:10:12 kergoth: move north! Feb 20 16:10:23 Its melting up here too Feb 20 16:10:31 * Crofton|work is freezing Feb 20 16:10:54 cold here too. Feb 20 16:11:43 Especially in my office; silly newer computers don't consume nearly as much power, so my feet are cold ;-) Feb 20 16:11:56 forecast for Monday is 82 degrees here Feb 20 16:12:00 mwester: hehe Feb 20 16:12:12 my home office is pretty well heated by the machines, need to upgrade Feb 20 16:12:37 Colorado is going to be in the 60s - the problem is, thats everybody elses water melting up there in the mountains Feb 20 16:12:56 * drw still in (relatively warm) Dallas Feb 20 16:12:57 I'd rather keep our 0-5C Feb 20 16:17:18 * valhalla wonders if moving the mouse, or having a blinking cursor, could heat the room a bit more Feb 20 16:18:42 * mwester is urgently trying to see if he can somehow get the Austin, TX customer visit for next week, rather than the one in Nebraska... it's about time for a little warmth and sunshine. Feb 20 16:39:21 kergoth: oh, I remember why it was called package way back when Feb 20 16:39:25 because thats what buildroot did Feb 20 16:41:44 03Koen Kooi  07org.openembedded.dev * r62f7b8ece8 10openembedded.git/packages/dsplink/ti-dmai_1.20.bb: ti-dmai: make ${PN} a meta package Feb 20 16:46:36 03Marcin Juszkiewicz  07org.openembedded.dev * rac1c14116d 10openembedded.git/packages/e2fsprogs/e2fsprogs_1.38.bb: Feb 20 16:46:36 e2fsprogs: use Koen's trick to get GNU_HASH section in binaries Feb 20 16:46:36 This makes insane.bbclass happy. Feb 20 16:46:37 03Marcin Juszkiewicz  07org.openembedded.dev * r1c74255afc 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev Feb 20 16:46:39 03Marcin Juszkiewicz  07org.openembedded.dev * r7497b96e0c 10openembedded.git/packages/linux/ (linux/vortex86sx/defconfig linux_2.6.29-rc5.bb): Feb 20 16:46:42 linux: added 2.6.29-rc5 with support for Vortex86sx based devices Feb 20 16:46:44 Tested on Koala NanoPC from Koan software. Should work without changes Feb 20 16:46:46 on Ebox 2300 based devices. Feb 20 16:46:48 03Marcin Juszkiewicz  07org.openembedded.dev * r5608c3479a 10openembedded.git/MAINTAINERS: MAINTAINERS: updated my entry Feb 20 16:46:51 03Marcin Juszkiewicz  07org.openembedded.dev * r452f86a5ec 10openembedded.git/packages/v86d/v86d_0.1.8.bb: v86d: this is x86 compatible so mark as such Feb 20 16:46:54 03Marcin Juszkiewicz  07org.openembedded.dev * rd5d5c027ad 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev Feb 20 16:46:57 03Marcin Juszkiewicz  07org.openembedded.dev * ra86a6c4ab8 10openembedded.git/conf/machine/vortex86sx.conf: vortex86sx: we use sisfb which gives 2D acceleration Feb 20 16:47:36 shit.. I forgot about rac1c14116d one Feb 20 16:47:43 but it should be fine Feb 20 16:49:31 03Marcin Juszkiewicz  07org.openembedded.dev * rb8215aff2a 10openembedded.git/conf/checksums.ini: checksums.ini: added some new entries Feb 20 16:52:53 CosmicPenguin: ah, good point, i totally forgot about that Feb 20 17:04:37 bye Feb 20 17:04:54 I have daughter 1st year party tomorrow ;) Feb 20 17:04:55 have a nice weekend Feb 20 17:37:15 03Mike Westerhof  07org.openembedded.dev * rd0e6ddd4aa 10openembedded.git/packages/hdparm/hdparm_6.9.bb: Feb 20 17:37:15 hdparm: install to /sbin, not /usr/sbin and enable update-alternatives Feb 20 17:37:15 Improper variable naming in the Makefile was causing hdparm to be installed Feb 20 17:37:15 into the wrong sbin dir, and recent busybox versions offer hdparm as well so Feb 20 17:37:15 update-alternatives needs to be used. Feb 20 17:52:09 03Roger Monk  07org.openembedded.dev * rc70f9c22a8 10openembedded.git/packages/dsplink/ (ti-codec-engine_2.21.bb ti-dmai_1.20.bb): Feb 20 17:52:09 codec-engine: fix typo Feb 20 17:52:09 ti-dmai: make postinst only run in online mode Feb 20 18:06:19 I'm adding a working version (1.7.1) of tuxmath (a game), should I remove the old version (1.6.0) that never properly worked in the dev tree? Feb 20 18:06:35 (it builds, but the game has font rendering problems) Feb 20 18:15:12 03Elena Grandi  07org.openembedded.dev * r4a4402b760 10openembedded.git/packages/tuxmath/tuxmath_1.7.1.bb: Feb 20 18:15:12 tuxmath 1.7.1: new recipe Feb 20 18:15:12 A math training game. Feb 20 18:15:17 03Elena Grandi  07org.openembedded.dev * r3a18981f1a 10openembedded.git/conf/checksums.ini: checksums.ini: added entry for tuxmath 1.7.1 Feb 20 19:07:30 hi woglinde Feb 20 19:09:01 hi mrdata Feb 20 19:09:03 woglinde: today was playday, web-browser demo with vala, using webkit on simpad Feb 20 19:10:25 its fast, but 56MB memory is very much Feb 20 19:11:57 google maps works slow, but it works ;-) Feb 20 19:12:21 Does anyone have any idea why when building udev, OE adds udev as a runtime dependency for itself? Feb 20 19:12:36 And a runtime recommendation... Feb 20 19:23:41 Nevermind...all packages do this... Feb 20 19:29:39 jerm^: udev rdepends on udev-utils thats why Feb 20 19:44:43 BTW http://bugs.openembedded.net/show_bug.cgi?id=5031 is blocking my build of navit Feb 20 19:44:52 anybody that knows a fix? Feb 20 19:49:17 udovdh: do you have expat built Feb 20 19:49:41 dunno? Feb 20 19:49:48 I just gave a `bitbake navit` Feb 20 19:49:57 then there were 1226 tasks or so Feb 20 19:50:03 I am just over 1000 Feb 20 19:50:06 03Koen Kooi  07org.openembedded.dev * r802c636c8c 10openembedded.git/packages/libgc/libgc_7.1.bb: libgc: update to 7.1, still broken autotools Feb 20 19:50:09 200 to go? Feb 20 19:50:15 03Koen Kooi  07org.openembedded.dev * r30fe4d571c 10openembedded.git/: Merge branch 'org.openembedded.dev' of git@git.openembedded.net:openembedded into org.openembedded.dev Feb 20 19:50:15 03Koen Kooi  07org.openembedded.dev * r312171878d 10openembedded.git/conf/checksums.ini: checksums: add some checksums Feb 20 19:50:46 udovdh: go into your build tree and look for expat Feb 20 19:51:06 if it is not built then you need to create a DEPENDS entry for expat Feb 20 19:51:24 in local.conf? Feb 20 19:52:03 or where/how exactly? Feb 20 19:52:17 hmm. foudn only some python modules for expat? Feb 20 19:52:31 hmm not in local.conf but in hal recipe Feb 20 19:54:34 its already there in DEPENDS for hal Feb 20 19:55:26 ah Feb 20 19:55:26 thanks Feb 20 19:55:26 now retrying navit bitbake Feb 20 19:56:16 same error Feb 20 19:57:14 DEPENDS = "expat" Feb 20 19:57:24 in hal 0.5.11.bb Feb 20 19:57:29 right? Feb 20 19:58:53 udovdh, try bitbake expat; bitbake -c rebuild navit maybe Feb 20 20:03:39 or just bitbake hal Feb 20 20:07:47 thanks, will try that Feb 20 20:12:19 still same error Feb 20 20:12:29 I'll be back tomorrow morning (CET) Feb 20 20:31:06 03Koen Kooi  07org.openembedded.dev * r12c7e9e5fe 10openembedded.git/packages/powervr-drivers/ (2 files in 2 dirs): omap3-sgx-modules: add patch to fix spurious IRQ Feb 20 20:34:08 udovdh: Do you have expat built and installed Feb 20 20:39:31 hello Crofton are you there ? Feb 20 20:39:54 yeah Feb 20 20:39:58 any luck? Feb 20 20:40:18 just wanted to post a sixpack with some chips via ups :D Feb 20 20:40:24 got the kernel work Feb 20 20:40:31 now trying to build a fs Feb 20 20:40:39 thanks! Feb 20 20:40:46 does it have usb now? Feb 20 20:40:54 bitbake bootstrap-image should do it ? Feb 20 20:41:09 haven't had the possibility to try yet Feb 20 20:41:44 got the omap running but there seems to be a problem with the network with the old filesystem Feb 20 20:41:59 and i don't have a second usb-serial to try :D Feb 20 20:42:38 Okay, anybody going to own up to being a libtool expert? Feb 20 20:43:24 i don't think that'll ever happen, CosmicPenguin Feb 20 20:43:30 so i try to build a new fs image Feb 20 20:43:30 fair enough Feb 20 20:51:06 huh - never matter, i fixed it Feb 20 21:19:24 Cosmic, you fixed the compile errors? :o Feb 20 21:19:49 I fixed _my_ compile errors Feb 20 21:19:59 your errors may vary - consult a doctor before starting any diet program Feb 20 21:20:05 they the ones with failed sanity check in some libs, like libncurses? Feb 20 21:20:19 cremoris yes Feb 20 21:20:22 ah Feb 20 21:20:29 excellent Feb 20 21:20:33 gnu-hashstyle Feb 20 21:29:56 udovdh: hal built fine for me on arm Feb 20 21:42:16 putumutukas, let me know if you find anything I need to fix Feb 20 21:42:42 the guys here can answer OE questions, but try specific questions, not "How does OE work?" :) Feb 20 22:15:07 what license is boost under Feb 20 22:15:17 hm lgpl Feb 20 22:15:31 ugh v2 or v3 Feb 20 22:15:55 oh noe Feb 20 22:16:00 bosst software license Feb 20 22:16:07 http://www.boost.org/LICENSE_1_0.txt Feb 20 22:16:37 http://www.boost.org/users/license.html Feb 20 22:18:14 what do we use for STL Feb 20 23:27:12 woglinde: that boost license looks to conflict with GPL Feb 20 23:27:25 woglinde: like the old BSD license did Feb 20 23:27:46 or was that the exception clause - i forgot Feb 20 23:58:10 has anyone seen any problem using boost with glibc Feb 20 23:58:26 related to allocation exceptions etc, Feb 21 00:28:15 03Michael 'Mickey' Lauer  07org.openembedded.dev * r02cb8e7065 10openembedded.git/packages/vala/ (5 files in 2 dirs): Feb 21 00:28:15 vala[-native]: 0.5.6 -> 0.5.7 Feb 21 00:28:15 remove patches applied upstream Feb 21 00:28:16 03Michael 'Mickey' Lauer  07org.openembedded.dev * r34b4f3b970 10openembedded.git/packages/libdaemon/ (5 files): Feb 21 00:28:16 libdaemon: 0.12 -> 0.13 Feb 21 00:28:20 remove obsolete ones Feb 21 00:28:22 03Michael 'Mickey' Lauer  07org.openembedded.dev * ra47b4c0cc9 10openembedded.git/ (MAINTAINERS conf/checksums.ini): Feb 21 00:28:25 conf/checksums: update Feb 21 00:28:27 MAINTAINERS: update my entry Feb 21 02:05:11 Crofton i keep reciving the error : Feb 21 02:05:19 Starting udevmount: wrong fs type, bad option, bad superblock on none, Feb 21 02:05:20 missing codepage or helper program, or other error Feb 21 02:05:20 (for several filesystems (e.g. nfs, cifs) you might Feb 21 02:05:20 need a /sbin/mount. helper program) Feb 21 02:05:20 In some cases useful info is found in syslog - try Feb 21 02:05:20 dmesg | tail or so Feb 21 02:05:57 asny ideas what could be the cure for it ? Feb 21 02:07:39 hi Feb 21 02:07:42 cool the new logo Feb 21 02:08:02 i was away from the project for too long , i missed it. Feb 21 02:20:13 building on ssd is officially shit. Feb 21 02:20:26 :) Feb 21 02:20:58 really, really poor. Feb 21 02:21:03 little writes kill it! Feb 21 02:22:06 and write caching of various types doesnt help (so stick with raptors) **** ENDING LOGGING AT Sat Feb 21 02:59:57 2009