**** BEGIN LOGGING AT Thu Jul 15 02:59:56 2010 Jul 15 03:12:55 khem: you didn't ask it for an expanded version of the variable. Jul 15 03:13:02 khem: you forgot the , True in the getVar :P Jul 15 03:13:05 ~fishslap khem Jul 15 03:13:06 * ibot slaps khem up side the head with a wet fish. Jul 15 05:07:55 Hi! Is there a way to set defconfig for specific distribution that will apply to all versions of busybox? Jul 15 06:13:08 good evening Jul 15 06:13:17 anybody around? Jul 15 06:15:29 IgorK, could be Jul 15 06:16:39 ok, can someone please look at: http://paste.pocoo.org/show/237780? Jul 15 06:17:22 I am trying to build angstrom-gnome-image for the mini2440... Jul 15 06:17:28 any idea? Jul 15 06:39:57 IgorK, I've no idea, but your problem looks similar to this paste about a week ago from khem: http://pastebin.com/fb47vyiG Jul 15 06:40:35 IgorK, are you working on a recent checkout with a build from scratch? Jul 15 06:41:13 the checkout was done on Thursday so it is pretty recent Jul 15 06:41:33 and I started from scratch, yes Jul 15 06:41:49 is there a fix? Jul 15 06:42:28 * grg shrugs Jul 15 06:42:48 IgorK: if you hae a problem with an angstrom recipe probably ask in the #angstrom channel, #oe is not a distro support channel Jul 15 06:43:45 or, if mini2440 is an omap3 device you might try #beagle Jul 15 06:44:00 eFfeM_work, what are you talking about? Jul 15 06:44:29 grg about the problem that IgorK had with angstrom-gnome-image Jul 15 06:44:56 eFfeM_work: I am building using an OE Jul 15 06:44:57 ~topic Jul 15 06:45:04 pity, does not work Jul 15 06:45:17 eFfeM_work, if you look at his paste, he's having a problem with the python-native recipe. mini2440 is a samsung/arm board Jul 15 06:45:52 sry didn't look a the paste, he told me that he had problems with an angstrom recipe Jul 15 06:45:59 and didn't have an idea on mini2440 Jul 15 06:46:43 that's why i wrote if Jul 15 06:47:18 apparently i was confused with omap3530-mini Jul 15 06:47:30 http://www.elinux.org/Mini_Board Jul 15 06:47:45 IgorK, sounds like your tree is a week old anyway. I suggest you git pull, blow away your tmp dir and try again... Jul 15 06:50:10 will do but is the fix already there? Jul 15 06:51:45 IgorK, i don't know. Jul 15 06:52:11 ok, will try to start build 2morrow morning... thx Jul 15 06:52:22 will report back any issues Jul 15 06:52:45 IgorK|sleeping, if you still have a problem, report it to the mailing list. Jul 15 07:06:54 just a quick shot: it seems that prismstumbler does not compile on latest dev branch Jul 15 07:07:14 it throws out "prismstumbler-0.7.4pre1/src/daemon/gpsctl.c:45: undefined reference to `gps_query'" Jul 15 07:08:02 I can't tell anymore, as i'm on my way to the office- maybe someone would be interested in this Jul 15 07:11:07 kergoth: oops ! :) thanks for spotting that Jul 15 07:11:26 to much heat here :) Jul 15 07:20:09 hi Jul 15 07:23:56 prismstumbler needs an old gpsd Jul 15 07:25:27 gpe-image is broken because it wants prismstumbler, which DEPENDS on gpsd; but the gpsd that is built has a newer API that prismstumbler can't handle Jul 15 07:26:38 putting DEPENDS = "gpsd (<= 2.39)" doesn't seem to select the right gpsd either Jul 15 07:28:27 (and gpe-image also needs lsof, which is broken :D) Jul 15 07:33:47 grg try DEPENDS = "gpsd (< 2.40)" Jul 15 07:36:22 morgen Jul 15 07:36:31 hi zub Jul 15 07:36:46 Does gtk work ok now ? Jul 15 07:37:02 khem: yes, as I commented in here Jul 15 07:37:05 thx Jul 15 07:37:39 np Jul 15 07:38:29 I saw a breakage in gdb-cross-sdk_7.1 (when used in meta-toolchain-*) because of libiberty.a. It seems to have been tacked in 10fabfa670e4e49a9c9a025d94a87ef0d9c86cc0 already, but on my box I have libiberty.a in lib64 too. It seems the same rm can be used for that too, but how should I refer to lib64? I can only think of ${libdir}64 but that looks ugly. Jul 15 07:38:56 my guess is that the fix works on 32, but on 64 there's this lib64 thing Jul 15 07:38:57 bitbake ignores versions in DEPENDS Jul 15 07:39:22 hrw: hmmm I was afraid Jul 15 07:41:47 03Koen Kooi  07org.openembedded.dev * r0c26dace02 10openembedded.git/recipes/ekiga/opal_3.8.2.bb: opal: add 3.8.2 Jul 15 07:46:30 hm, I'll just send a patch :-P Jul 15 08:51:39 ping jama Jul 15 08:51:52 pijama Jul 15 08:51:57 hi ant Jul 15 08:51:58 'morning ;) Jul 15 08:53:04 03Koen Kooi  07org.openembedded.dev * rb3c9cbacc7 10openembedded.git/recipes/ekiga/ekiga_3.2.7.bb: ekiga: add 3.2.7 Jul 15 08:53:05 03Koen Kooi  07org.openembedded.dev * re144cdf4bc 10openembedded.git/recipes/ekiga/ekiga_git.bb: ekiga git: lower default pref Jul 15 08:53:06 03Koen Kooi  07org.openembedded.dev * r51bd7abd53 10openembedded.git/recipes/ekiga/ptlib_2.8.2.bb: ptlib: add 2.8.2 Jul 15 08:53:23 woglinde: pong Jul 15 08:53:59 jama are you working on the zip problem? Jul 15 08:54:03 woglinde: I have sort of workaround for missing /usr/bin/unzip .. sed -i "s#USRBIN_PATH = /usr/bin/#USRBIN_PATH = ${STAGING_BINDIR_NATIVE}#g" ${S}/openjdk-ecj/jdk/make/common/shared/Defs-linux.gmk Jul 15 08:54:14 otherwise I would ask robert to look into it Jul 15 08:54:24 woglinde: but the problem is that ${S}/openjdk-ecj/jdk/make/common/shared/Defs-linux.gmk doesn't exist yet in configure_preppend Jul 15 08:54:48 jama thats not a problem Jul 15 08:55:06 icedtea is patching the source in the configure stage Jul 15 08:55:23 so we need an extra patch Jul 15 08:55:55 and of course the icedtea recipe needs depends to zip and unzip-native Jul 15 08:57:11 woglinde: I wanted to use sed as it's harder to patch STAGING_BINDIR_NATIVE variable.. Jul 15 08:57:47 woglinde: and 2nd problem is llvm2.7 failing to build because of arm920t missing some instructions Jul 15 08:58:11 jama yes xrandby is working on it Jul 15 08:58:24 can you go to #jalimo and report him Jul 15 08:58:40 it's Shark issue? Jul 15 08:58:47 llvm Jul 15 08:58:53 shark is using llvm Jul 15 08:59:25 hm let me think Jul 15 08:59:35 openjdk-ecj is copied from openjdk Jul 15 09:00:17 I think we should patch the Makefile.am and configure.ac Jul 15 09:00:44 search for zip/unzip and the make the sed in Makefile after the openjdk-src is copied over Jul 15 09:01:03 so we dont need ${STAGING_BINDIR_NATIVE} Jul 15 09:01:06 woglinde: there is "correctly" prepared UNZIP variable (pointing to USRBIN_PATH) Jul 15 09:02:05 hm Jul 15 09:05:36 moin woglinde Jul 15 09:06:03 hi blindman Jul 15 09:15:04 Is -c listtasks broken? It mostly doesn't print anything (tried on some random recipes). Jul 15 09:15:11 03Koen Kooi  07org.openembedded.dev * r92d552de22 10openembedded.git/recipes/ekiga/ekiga_git.bb: ekiga git: bump to current head Jul 15 09:16:02 hm Jul 15 09:16:09 do_patch is borken? Jul 15 09:17:16 can you resolve http://kenai.com/projects/jdk6-drops/downloads/download/jdk6-jaxws-2009_10_27.zip ? Jul 15 09:17:39 woglinde: both my DNS doesn't know kenai.com and it's used in icedtea-1.8... Jul 15 09:17:48 hms Jul 15 09:17:54 okay Jul 15 09:17:56 mom Jul 15 09:18:03 icedtea has a archive for it Jul 15 09:18:07 JaMa: unknown host kenai.com Jul 15 09:18:51 jama -> http://icedtea.classpath.org/download/source/drops/ Jul 15 09:18:59 zub: thanks for confirmation Jul 15 09:19:44 woglinde: should I update it in recipe? Jul 15 09:19:51 yes please Jul 15 09:20:02 sorry I feared that this will happen Jul 15 09:20:03 *sigh* Jul 15 09:20:39 someone saw this? http://pastebin.com/sTttPKMs Jul 15 09:21:00 hi robert Jul 15 09:25:16 damn Jul 15 09:25:25 where this comes from Jul 15 09:25:29 woglinde: why is jdk6-jaxws downloaded twice? configure downloads it again from Makefile.am:JAXWS_DROP_URL = http://kenai.com/projects/jdk6-drops/downloads/download Jul 15 09:25:54 jama no Jul 15 09:26:13 it will only be downloaded when you dont specify the zip yourslef Jul 15 09:27:57 woglinde: I've changed URLs in recipe but it's still trying those kenai.com... Jul 15 09:28:04 03Koen Kooi  07org.openembedded.dev * r41a1d74660 10openembedded.git/recipes/ekiga/ekiga_git.bb: ekiga: raise defaultpref for angstrom Jul 15 09:28:17 hm uh? Jul 15 09:28:36 sorry I am fighting this bitbake problem Jul 15 09:29:39 okay Jul 15 09:29:41 now it works Jul 15 09:35:04 jama did you make bitbake -f -c fetch openjdk-6-jre? Jul 15 09:35:22 hi xora Jul 15 09:35:39 hey guys Jul 15 09:37:55 woglinde: for this jdk6-jaxws issue? no just bitbake icedtea6-native-1.8, I guess it's because the files are downloaded by bitbake but not moved to drops dir inside icedtea source dier Jul 15 09:38:35 jama hm Jul 15 09:38:39 XorA: what time on Wed you appear in Prague? and which hotel Jul 15 09:38:42 I am testing it at the moment Jul 15 09:38:57 but still this oe.patch error Jul 15 09:39:00 strange Jul 15 09:39:06 ands kergoth is at sleep Jul 15 09:39:59 woglinde: after moving those 2 files from OE downloads dir to drops it finished do_configure ok (failed later in do_compile..) Jul 15 09:40:00 where is oe.patch defined? Jul 15 09:40:13 woglinde: classes/patch.bbclass? Jul 15 09:40:27 jama hm Jul 15 09:40:29 --with-jaxws-drop-zip=${DL_DIR}/jdk6-jaxws-2009_10_27.zip Jul 15 09:40:31 nope Jul 15 09:40:37 woglinde: oe/lib/oe/patch.py Jul 15 09:40:52 hm why the hell my bitbake cannt find it anymore Jul 15 09:41:54 did something changed in python 2.6.5 Jul 15 09:42:35 woglinde: I did build yesterday with ubuntu python 2.6.5 Jul 15 09:43:14 hm do I need it specifiy somwhere in local.conf? Jul 15 09:44:24 woglinde: this is not used in icedtea.. dev/recipes/icedtea $ git grep with-jaxws-drop-zip -> nothing, only in openjdk/openjdk-6-release-6b18.inc Jul 15 09:44:46 jama right Jul 15 09:44:50 ah damn Jul 15 09:45:14 hm in icedtea it should be included in the source Jul 15 09:45:28 in the older 1.7.3 version Jul 15 09:46:18 seems not a good day Jul 15 09:46:20 today Jul 15 09:46:55 someone else has debian unstable? Jul 15 09:46:59 and bitbake master? Jul 15 09:47:31 hmm :/ cp: cannot stat `/OE/tmpdir-dev-shr/work/x86_64-linux/icedtea6-native-1.8-r0.0/fake-jdk/jre/lib/rt.jar': No such file or directory Jul 15 09:47:33 * dm8tbr uses debian testing, and the last kernel I bitbaked didn't boot Jul 15 09:47:45 what the hell Jul 15 09:47:57 now it works Jul 15 09:47:59 again Jul 15 09:48:51 woglinde: this shouldn't be unpacked, right? Waiting for do_configure to unpack it from drops dir. NOTE: Unpacking /OE/downloads/jdk6-jaxws-2009_10_27.zip to /OE/tmpdir-dev-shr/work/x86_64-linux/icedtea6-native-1.8-r0.0/ Jul 15 09:49:14 03Enrico Scholz  07org.openembedded.dev * r7902e7febe 10openembedded.git/recipes/freetype/freetype_2.3.12.bb: Jul 15 09:49:14 freetype: build with system zlib Jul 15 09:49:14 Problems mentioned in 4187d3df8838506f6578a2b0f2fb98f98c41e151 (Aug Jul 15 09:49:14 2006) seem to went away and build succeeds with system zlib now. Using Jul 15 09:49:14 system libraries is preferable because it saves space and allows better Jul 15 09:49:19 jama thats a glintch in bitbake Jul 15 09:49:23 03Enrico Scholz  07org.openembedded.dev * r49e11b3290 10openembedded.git/recipes/ipkg-utils/ (3 files in 2 dirs): (log message trimmed) Jul 15 09:49:23 ipkg-utils: convert mtime to int before comparing it Jul 15 09:49:23 The st_mtime attribute (which is a float) is compared against a value Jul 15 09:49:23 from the timestamp database, which was stored as an integer there. Jul 15 09:49:24 When working on a filesystem with precise timestamps the comparision Jul 15 09:49:31 will be built sometimes below .libs/ and sometimes in base directory. Jul 15 09:49:31 Using 'libtool --mode=install' is a portable way to deal with this. Jul 15 09:49:32 Changing Makefile.am to use native automake methods to install this Jul 15 09:49:32 files would be a better but more invasive fix. Jul 15 09:49:32 we have no option right now to say dont unpack it Jul 15 09:50:26 03Enrico Scholz  07org.openembedded.dev * raaac36c39e 10openembedded.git/recipes/freetype/ (3 files in 2 dirs): Jul 15 09:50:26 freetype: updated to 2.3.12 Jul 15 09:50:26 That's (nearly) a copy of the old 2.3.11 recipe. Jul 15 09:50:26 Signed-off-by: Enrico Scholz Jul 15 09:54:21 I had the openjdk build system Jul 15 09:56:12 jama hm it should work when we specify the USRBIN_PATH via make Jul 15 09:56:39 03Koen Kooi  07org.openembedded.dev * re1293010dd 10openembedded.git/recipes/ekiga/ (ekiga_git.bb opal_3.8.2.bb): ekiga, opal: bump PR Jul 15 09:57:13 will try Jul 15 10:03:17 cd Jul 15 10:04:55 blindvt jo Jul 15 10:12:08 03Enrico Scholz  07org.openembedded.dev * rac70c8e343 10openembedded.git/recipes/freetype/ (3 files in 2 dirs): Jul 15 10:12:08 freetype: fixed broken patches Jul 15 10:12:08 Patches in aaac36c39e301995029cb40ae40fa8af277694dc are malformed Jul 15 10:12:08 because they were cherrypicked with global 'apply.whitespace=fix'. Jul 15 10:12:08 Signed-off-by: Enrico Scholz Jul 15 10:15:39 khem, ping Jul 15 10:33:57 ~seen khillman Jul 15 10:33:58 i haven't seen 'khillman', lrg Jul 15 10:34:44 03Martin Jansa  07org.openembedded.dev * re3077e256d 10openembedded.git/recipes/icedtea/icedtea6-native_1.8.bb: Jul 15 10:34:44 icedtea6-native_1.8: don't use kenai.com for jdk6-jaf and jdk6-jaxws, add right configure params for drop-zip (otherwise it's redownloaded during do_configure) Jul 15 10:34:44 Signed-off-by: Martin Jansa Jul 15 10:55:49 woglinde: unzip is found right in main icedtea-native source directory: checking for unzip... /OE/tmpdir-dev-shr/sysroots/x86_64-linux/usr/bin/unzip, only the "configure" in openjdk-ecj/jdk/make doesn't use it Jul 15 10:57:35 jama I will fix the openjdk download stuff Jul 15 10:59:26 03Henning Heinold  07org.openembedded.dev * re0f70d9006 10openembedded.git/recipes/openjdk/openjdk-6-release-6b18.inc: openjdk-6: fix download URL for jaxws and jaf Jul 15 11:13:28 jo crofton Jul 15 11:34:47 jama ping Jul 15 11:34:52 [pong Jul 15 11:35:14 jama icedtea/openjdk is complaining about to old zip/unzip Jul 15 11:35:17 but seems to work Jul 15 11:35:22 with USRBIN_PATH changed I get | make[4]: /OE/tmpdir-dev-shr/sysroots/x86_64-linux/usr/bin/ar: Command not found Jul 15 11:35:28 maybee you can update zip/unzip Jul 15 11:35:52 woglinde: without that USBBIN_PATH sed? Jul 15 11:36:09 I made it via EXTRA_OEMAKE Jul 15 11:36:26 but lets wait till it is really through Jul 15 11:36:30 do you have "ar" in sysroots? Jul 15 11:36:47 it need gawk there too Jul 15 11:36:53 I updated the deps Jul 15 11:37:16 ar is binutils Jul 15 11:37:23 hm Jul 15 11:37:55 hrms Jul 15 11:37:58 damn corba Jul 15 11:38:04 woglinde: yes, but binutils stages ar as arm-oe-linux-gnueabi-ar Jul 15 11:39:07 03Koen Kooi  07org.openembedded.dev * re9973b532b 10openembedded.git/recipes/usbutils/usbmodeswitch_1.1.3.bb: usbmodeswitch: add 1.1.3 Jul 15 11:39:17 03Koen Kooi  07org.openembedded.dev * rbaea5e7311 10openembedded.git/recipes/tasks/angstrom-task-gnome.bb: angstrom-task-gnome: remove xorg-minimal-fonts Jul 15 11:40:24 woglinde: http://paste.pocoo.org/show/237892/ after http://paste.pocoo.org/show/237893/ Jul 15 11:44:38 jama *sigh* Jul 15 11:44:39 jdk/make/common/internal/ImportComponents.gmk Jul 15 11:53:50 args Jul 15 12:01:45 jama hm do we define oetmp-ang/cross/armv7a/arm-angstrom-linux-uclibceabi/bin/ somewhere? Jul 15 12:05:24 hm hm Jul 15 12:43:05 03Martin Jansa  07org.openembedded.dev * r8c2154c226 10openembedded.git/recipes/llvm/llvm2.7_2.7.bb: Jul 15 12:43:05 llvm2.7: force arm mode for now for armv4t Jul 15 12:43:05 * http://llvm.org/bugs/show_bug.cgi?id=6065 Jul 15 12:43:05 * other archs are probably also affected, feel free to add Jul 15 12:43:05 * it's not clear if it's thumb2 or thumb1 only, because arm920t Jul 15 12:45:09 khem, please bump uclibc to b6a444a72e587272cdeca6d7148a9249a037df6f (the ppc32 nptl PSEUDO_RET fix for librt) Jul 15 12:46:17 blindvt I will do it Jul 15 12:49:39 khem, i'm undecided if it would be more elegant to go via PLT for this one __syscall_error though. Thoughts? Jul 15 12:50:18 hm Jul 15 12:50:24 isnt he at sleep? Jul 15 12:50:37 i hope he'll read his backlog Jul 15 12:50:48 pushed Jul 15 12:50:56 03Henning Heinold  07org.openembedded.dev * r1b6b47de29 10openembedded.git/recipes/uclibc/uclibc_git.bb: uclibc: update git version, fixes ppc32 nptl error Jul 15 12:52:29 woglinde, thanks Jul 15 12:53:02 blindvt hm why you dont have commit access yet? Jul 15 12:53:06 dont you want? Jul 15 12:53:09 woglinde, perhaps you could advise on the package naming convention for: http://paste.debian.net/80483/ Jul 15 12:53:59 hm Jul 15 12:54:52 woglinde, long story is that PREFERRED_GCC_VERSION = "svn" doesn't work for gcc-cross since the gcc-svn.inc fu^W messes up PV. The hunk above works for me but the version looks a bit odd afterwards Jul 15 12:55:41 better ask on the ml Jul 15 12:56:00 woglinde, i.e. it's now gcc-cross-initial-svn-r04.6+svnr162209 Jul 15 12:56:51 (i refreshed / extended the two patches that nowadays failed to apply to svn) Jul 15 12:57:05 * blindvt` nods woglinde Jul 15 12:57:11 khem, will do. Thanks Jul 15 12:57:32 s/khem/k/ Jul 15 13:12:43 Hi guys, i have a TX25 from Karo Electronics - it uses the ltib build system which seems to eb very fussy about the host machine - i have previously used OE many times for Zaurus and Simpad experiments and found it to work really wuiye well on my OS (Gentoo) I was just wonderign if anybody has doen anything with the TX25 or indeed the i.MX257 from freescale using OE Jul 15 13:17:58 TX25 is essentially a SOMM with an i.MX257 _ ram + flash Jul 15 13:20:02 in fact i am fibbing slightly - the SDK provided by freescale is ltib - the one provided by karo is i think their own home brew. and is very basic indeed Jul 15 13:26:01 03Martin Jansa  07org.openembedded.dev * r6a731129e5 10openembedded.git/ (4 files in 3 dirs): Jul 15 13:26:01 xserver-xorg: move from 1.8.99.904 to 1.8.99.905 Jul 15 13:26:01 Signed-off-by: Martin Jansa Jul 15 13:29:30 mango_make: there is a tx25.conf file under conf/machine. I also posted a few monthes ago a patch for the imx25 3stack. MAybe you will find info in this. http://patchwork.openembedded.org/patch/1891/ Jul 15 13:30:01 k, thanks Jul 15 13:34:46 hi everybody, I try to make an image on AT91SAM9G10 with a minimal distribution. I want to integrate mono in this image but opkg don't want to install libraries because of a long name. I try to replace opkg by ipkg but it doesn't work. dorootfs log say: Package ipkg wonts to install file /home/..... but that file is already provided by package * opkg-nogpg. Do you have a solution to use ipkg to do rootfs and intagrate it on my image? Jul 15 13:50:32 03Michael 'Mickey' Lauer  07org.openembedded.dev * r822c42838f 10openembedded.git/ (2 files in 2 dirs): libgee: move to known-good revision Jul 15 13:51:20 03Michael 'Mickey' Lauer  07org.openembedded.dev * r4bfe11d2ee 10openembedded.git/recipes/vala/ (vala_0.9.2.1.bb vala_0.9.3.1.bb): vala: 0.9.2.1 -> 0.9.3.1 Jul 15 14:17:53 03Michael 'Mickey' Lauer  07org.openembedded.dev * r1d597fb7aa 10openembedded.git/recipes/freesmartphone/msmcommd_git.bb: msmcommd: add missing dependency Jul 15 14:21:44 03Martin Jansa  07org.openembedded.dev * r4cfb2c3cf7 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: add openjdk-6 Jul 15 14:22:05 03Martin Jansa  07org.openembedded.dev * r53eabdd8ff 10openembedded.git/recipes/openjdk/openjdk-6-release-6b18.inc: Jul 15 14:22:05 openjdk-6-release-6b18: force arm mode for now Jul 15 14:22:05 Signed-off-by: Martin Jansa Jul 15 14:36:47 03Martin Jansa  07org.openembedded.dev * r64c49aedea 10openembedded.git/recipes/tasks/task-shr-feed.bb: task-shr-feed: fix openjdk-6 add Jul 15 14:37:08 leviathan, I heard you have a patch for lsof ? Jul 15 14:41:37 uhm, nope Jul 15 14:41:40 but I can do one Jul 15 14:42:35 leviathan, the same problem occurs with downgraded version Jul 15 14:42:49 dcordes: mhm Jul 15 14:43:48 leviathan, dcordes: lsof is broken by [oe] [PATCH][v2] base.bbclass: re-add backward compatibility with bitbake w.r.t decodeurl fix in bitbake Jul 15 14:44:01 jupp Jul 15 14:44:18 JaMa, so this is hard to fix as it is known ? Jul 15 14:44:26 bb.build.exec_func('base_do_unpack', d) Jul 15 14:45:35 dcordes: I didn't really try to fix it.. noticed it while rebuilding from scratch.. but unpacked manually because I needed image asap.. Jul 15 14:46:06 JaMa, it seems like everybody does it that way :) Jul 15 14:47:05 dcordes: yes Jul 15 14:49:02 Dr_Who: oh, the doctor Jul 15 14:49:05 ^_^ Jul 15 14:49:16 call me the master >_< Jul 15 15:17:32 ananda: ipkg is replaced by opkg Jul 15 15:18:16 yes I know but opkg don't like long name package to install Jul 15 15:19:00 example : ./gac/Mono.CompilerServices.SymbolWriter/2.0.0.0__0738eb9f132ed756/Mono.CompilerServices.SymbolWrit': No such file or directory. Jul 15 15:19:05 blindvt`: yes it has to go through PLT Jul 15 15:19:10 hoi khem Jul 15 15:19:16 woglinde: hello Jul 15 15:19:21 ieeehks mono Jul 15 15:19:59 yes mono!!!!!! Jul 15 15:21:13 nono Jul 15 15:21:16 same as php Jul 15 15:22:56 what? Jul 15 15:23:26 khem, i'm sending in my 3 patches now that make qemuppc behave Jul 15 15:28:46 khem, if that's really true then pt-__syscall_error shouldn't be put into librt but PSEUDO_RET for !IS_IN_LIBC should use PTL ? Jul 15 15:29:14 khem, i think i'll leave that alone and let you fix it up for good Jul 15 15:31:42 PREFERRED_GCC_VERSION = "4.6+svnr%' should work with bitbake-1.10 and newer Jul 15 15:46:51 jo kergoth Jul 15 15:47:36 hey Jul 15 15:49:04 hi jkridner Jul 15 16:26:03 hi stefan Jul 15 16:26:21 hi woglinde Jul 15 16:26:22 hi all Jul 15 16:30:20 03Xerxes RĂ„nby  07org.openembedded.dev * r6a40c79995 10openembedded.git/recipes/openjdk/ (2 files in 2 dirs): openjdk-6-6b18: Disable Shark ARM NEON support LLVM PR6561 Jul 15 17:52:25 03Tom Rini  07org.openembedded.dev * rb7445520ce 10openembedded.git/recipes/inetutils/inetutils_1.8.bb: Jul 15 17:52:25 inetutils 1.8: Add --with-path-procnet-dev so that a path is used. Jul 15 17:52:26 The configure script may say that this is ignored, but it is not. Jul 15 17:52:26 Signed-off-by: Tom Rini Jul 15 18:01:59 03Roman I Khimov  07org.openembedded.dev * rbd03d603a0 10openembedded.git/recipes/perl/libdbix-simple-perl_1.32.bb: Jul 15 18:01:59 libdbix-simple-perl: add DBIx::Simple Perl module Jul 15 18:01:59 Signed-off-by: Roman I Khimov Jul 15 18:02:08 03Roman I Khimov  07org.openembedded.dev * r0f780c8d5e 10openembedded.git/recipes/perl/ (perl-rdepends_5.10.1.inc perl_5.10.1.bb): (log message trimmed) Jul 15 18:02:08 perl 5.10.1: fix standard module rdependencies Jul 15 18:02:08 Automatic dependency extraction script made some errors thus perl-modules Jul 15 18:02:08 wasn't installable. Jul 15 18:02:09 * s/perl-module-encode-kr-2022_kr/perl-module-encode-kr-2022-kr/ Jul 15 18:03:43 03Roman Khimov  07org.openembedded.dev * rdf3efe328e 10openembedded.git/recipes/busybox/busybox.inc: Jul 15 18:03:43 busybox: add suport for FEATURE_INDIVIDUAL setup Jul 15 18:03:43 Where each applet is installed as a tiny binary linked against shared Jul 15 18:03:43 libbusybox. Jul 15 18:03:43 Signed-off-by: Roman I Khimov Jul 15 19:09:39 03Michael 'Mickey' Lauer  07org.openembedded.dev * rcefd83f5b9 10openembedded.git/recipes/dbus/ (dbus-1.3.1/bugfix-17754.patch dbus_1.3.1.bb): dbus 1.3.1: apply patch from fdo bug 17754 Jul 15 19:48:40 re Jul 15 19:48:45 ping khem/blindvt Jul 15 19:55:02 hi Jul 15 19:55:14 jo effem Jul 15 20:02:36 woglinde: I replied to your mail on ml Jul 15 20:02:45 woglinde: bump SRCREV once more Jul 15 20:02:50 args Jul 15 20:02:58 I am about to revert it Jul 15 20:03:04 no need Jul 15 20:03:18 just update once more Jul 15 20:03:25 okay Jul 15 20:03:36 good you answered Jul 15 20:03:49 2 minutes later I would have pushed it Jul 15 20:04:26 *sigh* Jul 15 20:04:36 whats the revision now? Jul 15 20:04:53 48d3643f218a9257f78a5363b4bbbb6edaaabc66 Jul 15 20:06:05 thanks Jul 15 20:10:48 khem as you reacted favourable to my email on cleaning up some of the glibc recipes, could you give me an ack for the patch that makes 2.5 selfcontained (not requiring stuff from the glibc-2.4 dir) Jul 15 20:10:54 ofc if you agree with it Jul 15 20:11:16 somehow there seems to be little interest in this Jul 15 20:11:21 eFfeM: I am ok with patch in general I care less for glibc Jul 15 20:11:35 khem whats with the patches we have in oe Jul 15 20:11:45 what prevents them to get apllied on uclibc git? Jul 15 20:11:46 woglinde: uclibc ? Jul 15 20:11:48 yes Jul 15 20:12:01 I am not certain about the general approach Jul 15 20:13:32 ldso_use_arm_dl_linux_resolve_in_thumb_mode.patch is a workaround Jul 15 20:13:59 I needed to get it working in thumb Jul 15 20:14:48 uclibc-arm-ftruncate64.patch should go in Jul 15 20:15:34 khem ok, Jul 15 20:15:52 hi Jul 15 20:16:06 eFfeM: but I will ack the patch Jul 15 20:16:12 dcordes: hey dude Jul 15 20:16:18 how is gcc 4.5 treating you Jul 15 20:16:31 khem, I built some fso2-demo-image Jul 15 20:16:31 khem, thanks! Jul 15 20:16:44 khem, have some problems but it's nothing known working on my device Jul 15 20:16:56 03Henning Heinold  07org.openembedded.dev * r10f63b3d59 10openembedded.git/recipes/icedtea/ (5 files in 3 dirs): Jul 15 20:16:56 icedtea6-native: use zip-native, rather than hostsystem-zip which is not an oe-requirement Jul 15 20:16:56 * bump INC_PR Jul 15 20:17:06 03Henning Heinold  07org.openembedded.dev * r3cadc8e431 10openembedded.git/recipes/uclibc/uclibc_git.bb: uclibc: fix arm nptl support in the git-version Jul 15 20:17:08 khem, I had to patch my kernel tho. JaMa|Away advised Jul 15 20:17:09 that is some encouragement to do the others as well (still also have the gcc Makefile.in for newer versions on my agenda) Jul 15 20:17:14 khem, cause I run 2.6.32 Jul 15 20:17:26 khem aehm than we can delete the other patches Jul 15 20:17:38 no need to carry them around Jul 15 20:17:42 khem, applied this http://gitorious.org/~jama/htc-msm-2-6-32/openmoko-kernel/commit/2938af9681c96b5b1332982d534e719a960dbff3 Jul 15 20:18:28 woglinde: yes Jul 15 20:18:36 03Khem Raj  07org.openembedded.dev * rc8664fddb9 10openembedded.git/recipes/gdb/gdb-common.inc: Jul 15 20:18:36 gdb-common.inc: Add -f to rm the files dont exist while building target gdb Jul 15 20:18:36 Signed-off-by: Khem Raj Jul 15 20:18:41 dcordes: as long as you are progressing its fine Jul 15 20:18:52 khem uh ldso works on thumb2 but not thumb? Jul 15 20:19:37 khem okay I will delete them now Jul 15 20:19:48 woglinde: I have not tried thumb2 yet with uclibc Jul 15 20:20:00 khem, I will use mainline soon so no patch needed anymore Jul 15 20:20:01 but someone who tried says it worked Jul 15 20:20:08 khem it works Jul 15 20:20:15 tested on beagle board Jul 15 20:20:19 khem, will let you know once I tested some known working image Jul 15 20:20:31 dcordes: ok Jul 15 20:20:50 woglinde: did you compile uclibc with thumb2 > Jul 15 20:21:45 args Jul 15 20:21:48 right Jul 15 20:21:54 armv7 is arm on angstroem Jul 15 20:21:57 *sigh* Jul 15 20:22:13 yes :) Jul 15 20:22:24 this is one project I will do soon Jul 15 20:22:29 was remembered today on it Jul 15 20:22:37 cool Jul 15 20:23:02 but I need an ethernet module for beagle so I can nfsboot it Jul 15 20:23:06 its easier that way Jul 15 20:23:25 uh? Jul 15 20:23:33 usbnet works good enough Jul 15 20:23:55 you only have to install g_ether modul Jul 15 20:24:07 than psp kernel works Jul 15 20:24:14 without crashing Jul 15 20:27:50 re jama Jul 15 20:27:52 03Henning Heinold  07org.openembedded.dev * rbe11cba222 10openembedded.git/recipes/uclibc/uclibc-git/ (10 files): uclibc: remove obsolete patches for git version Jul 15 20:28:32 re pb Jul 15 20:31:27 re Jul 15 20:31:44 pesky builders had unplugged my internet connection again :-} Jul 15 20:35:11 heh Jul 15 20:35:18 how is the construction coming Jul 15 20:54:38 i was using INHERIT+="rm_work" on a different machine using the stable oe git repository; however on a different machine (still bitbake 1.8.18) using the dev repository, adding INHERIT+="rm_work" does actually rm_work... any ideas? Jul 15 20:55:23 s/does actually/doesnt actually Jul 15 20:55:23 ??? Jul 15 20:55:32 dont understand it Jul 15 20:55:49 by the way use bitbake git master for oe dev Jul 15 20:55:51 its faster Jul 15 20:56:21 checkout bitbake from git? Jul 15 20:56:29 yes Jul 15 20:57:37 bedtime here, cya later & have fun Jul 15 20:59:46 this one? git clone git://git.openembedded.org/bitbake bitbake Jul 15 21:00:39 yeah thats 1.11; cool thanks Jul 15 21:01:38 I want a new recipe for my igep board I want version 2.6.33, so I have copied the 2.6.28 directory into a one called the same but 2.6.33. I have also created the 2.6.33 .bb file... now... How can I say to oe that he must compile my new recipe? Jul 15 21:03:27 aszpain i would looking at this earlier, looks like it might be in the distro config? Jul 15 21:04:09 well that may just define the headers actually o.0 Jul 15 21:04:40 so do I have to do more things? Jul 15 21:05:36 im not sure, id like to know the answer to that question; youll probably have to add a checksum record for linux-2.6.33 though Jul 15 21:05:36 warflyr yeah the igep site provides u with the 2.6.33.bb file and the defconfig for 2.6.33 Jul 15 21:05:44 but I dont know how to make it wok Jul 15 21:05:47 work Jul 15 21:06:03 you could just specify the .bb file with -b Jul 15 21:06:32 hmmm cool Jul 15 21:06:37 etc, bitbake -b ..../recipes/linux/linux_2.6.33.bb Jul 15 21:06:44 but will oe know wich directory is the recipe in? Jul 15 21:06:57 I think u dont specify it... in the ... wel let me look Jul 15 21:07:15 BBFILES specifies recipe locations Jul 15 21:07:45 bitbake 1.11 isnt any faster at updating the cache o.0 Jul 15 21:07:45 warfly so linux_2.6.33.bb says oe the directory is /linux/linux_2.6.33 right? Jul 15 21:08:26 warflyr right Jul 15 21:08:40 but at executing and resolving the tasks Jul 15 21:08:43 well, depends where you put that file; i try to keep to the default path/naming conventions (/project/build/recipes/*/*.bb) Jul 15 21:10:02 woglinde, yeah... its a lot faster at 'handling bitbake files' too, i think Jul 15 21:10:38 bitbake reminds me of gentoo portage... so much waiting o.0 Jul 15 21:12:43 warflyr pls take a look at http://pastebin.com/cG5xCUg7 do u thin it will work? do I miss/mess something? Jul 15 21:13:03 warflyr it was inspired by portage Jul 15 21:15:15 aszpain im not entirely sure; but you may need a newline after the \ in your SRC_URI line Jul 15 21:15:54 aszpain you may need a ;patch=1 after .diff on line 9 Jul 15 21:16:13 warflyr nope Jul 15 21:16:26 in oe-dev you dont need it Jul 15 21:16:53 ah Jul 15 21:17:07 03Martin Jansa  07org.openembedded.dev * rc0873fd3af 10openembedded.git/recipes/shr/ (7 files): Jul 15 21:17:07 shr: bump SRCREVs to latest Jul 15 21:17:07 Signed-off-by: Martin Jansa Jul 15 21:19:03 are native packages not effected by rm_work? Jul 15 21:19:10 ??? Jul 15 21:19:12 they are Jul 15 21:19:31 hmm, bitbake 1.11 still isnt removing the sources o.0 Jul 15 21:19:40 aeh? Jul 15 21:19:46 try bitbake foo-native Jul 15 21:21:38 woglinde i dont have that recipe Jul 15 21:22:17 i downloaded the overo repository, but apparently thats updated with the oe.dev rep weekly Jul 15 21:29:53 patch=1? why? Jul 15 21:30:54 aszpain that changed in the las 2 mothns Jul 15 21:30:58 ups months Jul 15 21:30:59 but... this line: 9.# SRC_URI_append = " \# file://twl-asoc-fix-record.diff \# " is commented right? so I dont need a new line right? Jul 15 21:31:13 ????? Jul 15 21:31:18 03Koen Kooi  07org.openembedded.dev * r35768463dd 10openembedded.git/recipes/clutter/clutter-1.0_1.0.10.bb: clutter-1.0: add 1.0.10 Jul 15 21:31:23 yes it is Jul 15 21:31:29 03Koen Kooi  07org.openembedded.dev * r1ad40a0b1e 10openembedded.git/recipes/clutter/ (4 files in 2 dirs): clutter-box2d: update to 0.10.0 Jul 15 21:31:30 the first # is enough Jul 15 21:31:37 woglinde take alook at http://pastebin.com/cG5xCUg7 Jul 15 21:31:53 what does patch=1 do? Jul 15 21:32:26 aszpain: patch -p1 Jul 15 21:33:11 deprecated in .dev now Jul 15 21:36:08 so the correect syntax is SRC_URI_append = " \# file://twl-asoc-fix-record.diff patch=1 \# " ? Jul 15 21:36:18 what are those # ? Jul 15 21:37:48 theyre 'pound' or otherwise known as a number sign o.0 Jul 15 21:38:17 I thought it was called... HASH Jul 15 21:38:35 they might, im not sure Jul 15 21:38:44 but is \# correct? Jul 15 21:38:58 yes, otherwise theyd be a comment Jul 15 21:39:36 hmm ok Jul 15 21:39:46 file://defconfig ? what does it mena? Jul 15 21:39:47 mean Jul 15 21:40:17 later in the .bb you tell it to use defconfig as the default kernel config Jul 15 21:40:59 is that the name of the defconfig file that must be under /recipes/linux/linuxmyboard/myboard/? Jul 15 21:42:48 not sure... i ended up changing directory and make menuconfig to setup the kernel config Jul 15 21:45:07 where do you do menuconfig? in home/user/openembedded? Jul 15 21:46:44 .../tmp/work/machine-..../linux..../linux-2.6.x Jul 15 21:51:07 I'm trying to build a meta-toolchain, and it fails in populate_sdk with: mv: cannot stat `...sdk/image//usr/local/angstrom/arm/arm-angstrom-linux-gnueabi/usr/include/c++': No such file or directory Jul 15 21:51:24 SRC_URI = "http://downloads.myigep.com/sources/kernel/linux-omap-2.6.33.5-0.tar.gz \ file://defconfig" gives me the error : "MALFORMED URL".. why? Jul 15 21:51:38 I have no idea why, but there really is no c++ dir un ../usr/include Jul 15 21:51:51 any idea as for where to look/what to do? Jul 15 21:52:54 zub: did you stage g++ Jul 15 21:54:01 aszpain probably need a new line after \ Jul 15 21:54:18 khem: pardon my ignorance, but how can I find out? Jul 15 21:54:30 I'm quite lost as for what all do the sdk tasks do... Jul 15 21:55:08 or - stage where? in tmp/sysroots? it must be there, as I build some c++ code Jul 15 21:55:22 they are probaly in cross Jul 15 21:55:34 hmm Jul 15 21:56:20 yes it was Jul 15 21:56:43 does oe automatically download the needed headers? Jul 15 21:59:04 khem: in do_populate_sdk log I don't see g++, but I do see libstdc++ Jul 15 21:59:16 thats ok Jul 15 21:59:26 but g++ is just part of gcc, at least as far as OE is concerned, isn't it? Jul 15 21:59:30 zub: you have to look thru Jul 15 21:59:35 the recipes Jul 15 21:59:41 probably you need to buld gcc Jul 15 21:59:50 to get those headers Jul 15 21:59:57 I was building my own toolchain recipe, I'm trying meta-toolchain.bb to see if it fares better Jul 15 22:00:02 ok Jul 15 22:00:05 thanks Jul 15 22:00:13 yah meta-toolchain is better Jul 15 22:00:19 dont invent the wheel :) Jul 15 22:00:54 huh? I just wanted custom libs included in the zip... pretty much like all those meta-toolchain-*.bb Jul 15 22:01:11 I mean in the tar :) Jul 15 22:02:20 then add on top Jul 15 22:02:48 require meta-toolchain.bb Jul 15 22:03:13 plus I created the two task files (target, host), pretty much copying the other toolchains Jul 15 22:03:33 or, their recipes Jul 15 22:03:49 anyway, meta-toolchain just built ok Jul 15 22:06:45 Can anyone take a look at http://pastebin.com/w7ZizmEq ? Jul 15 22:07:00 bitbake x11-image -b somefile.bb Jul 15 22:07:24 huh? Jul 15 22:07:28 aszpain you know what you are doing when using -b? Jul 15 22:07:39 otherwise dont use this option Jul 15 22:07:42 yes.. telling to use the recipe Jul 15 22:07:48 oooh welll Jul 15 22:08:09 but... if I have created a new recipe... how can I say to oe that I want him to use that recipe? Jul 15 22:08:13 bitbake -b /path/to/x11-image_x.x.bb Jul 15 22:08:35 woglinde disagrees with that Jul 15 22:08:49 just bitbake yourrecipe Jul 15 22:08:59 without .bb and _version Jul 15 22:09:09 but I want the x11-image Jul 15 22:09:14 it then builds all the dependedencies Jul 15 22:09:27 then how is your recipe involved? :-P Jul 15 22:09:36 How do u specify that u want x11-image and use the new recipe? Jul 15 22:09:37 you either want x11-imahe or your recipe Jul 15 22:09:43 ????' Jul 15 22:09:48 is x11-image a recipe? Jul 15 22:09:54 copy x11-image.bb to my-image.bb; then depend what you want into your new recipe Jul 15 22:10:05 aszpain: yes Jul 15 22:10:09 I just only want to change the kernel version Jul 15 22:10:28 aha, you want to make the image include newer version of a recipe Jul 15 22:10:39 so you want to make bitbake use newer version Jul 15 22:10:44 x11-image defaults to 2.6.28 for my igep board... but I want 2.6.33 vrsion Jul 15 22:10:46 yes Jul 15 22:11:10 khem: magic... seems bitbake meta-toolchain fixed all, now "my" toolchain build ok too Jul 15 22:12:18 khem: yet I think all I did was take, not-sure-which-now, but say meta-toolchain-fso, copied, copied respective tasks and then adapted. keeping require meta-toolchain, so I think I wasn't reinventing the wheel Jul 15 22:12:26 anyway I must have messed osmething up Jul 15 22:12:50 aszpain: the distro/machine/yourt config selects what version gets used Jul 15 22:13:23 zub and does oe download the correct headers? Jul 15 22:13:54 OE doesnload what recipe tells it. If the recipe is correct, then asnwer is yes. (provided I got your question) Jul 15 22:14:54 where can I find distro/machine/yourt ? Jul 15 22:14:55 huh, sorry for all the typos... trying to be fast, results in being illegible Jul 15 22:15:05 my distro is angstrong/igepv2 Jul 15 22:15:15 I mean: distro/machine/your config Jul 15 22:15:34 I have to say I don't remember the details either, as I didn't have to touch it in a long time, let me see Jul 15 22:15:57 but where is the directory of distros? in /home/user/openembedded/? Jul 15 22:15:59 ty Jul 15 22:16:32 well, start from local.conf, there you select distro. Then look into openembeddec/onf/distro/yourdistro Jul 15 22:16:57 for angstrom-2008.1.conf I see there, among others: require conf/distro/include/angstrom-2008-preferred-versions.inc Jul 15 22:17:02 that sounds promising Jul 15 22:17:12 (you who know, feel free to correct me :) ) Jul 15 22:18:26 ty Jul 15 22:22:59 when I do: bitbake x11-image ..where is that x11-image.bb file supposed to be in? Jul 15 22:23:22 somewhere in your BBFILES path Jul 15 22:23:47 and BBFILES is set in your local.conf Jul 15 22:24:20 normally it's .../openembedded/recipes/*/*.bb Jul 15 22:24:57 and x11 image happens to be in openembedded/recipes/images/x11-image.bb Jul 15 22:26:02 as for the version I see I did this in my local.conf: PREFERRED_VERSION_clutter = "0.9" Jul 15 22:26:21 and it seems to have worked me having newer clutter Jul 15 22:26:23 omg so is it a recipe or an image? Jul 15 22:26:30 you're lost :) Jul 15 22:26:34 it's a recipe for an image Jul 15 22:26:40 omg Jul 15 22:26:55 and what are the .bb files in /recipes/linux? Jul 15 22:26:57 http://omg.org/ :-P Jul 15 22:27:02 recipes for ? Jul 15 22:27:17 recipes for various versions of the linux kernel Jul 15 22:27:33 LOL http://omg.org/ EXISTS Jul 15 22:29:02 * Jay7 -> sleep Jul 15 22:33:28 I dont understand... in what "entity" do you have to change the version in wich you wan to make things? in the DISTRO? in the MACHINE? under recipes/linux ? Jul 15 22:34:57 well, as I said, for clutter, adding: PREFERRED_VERSION_clutter = "0.9" helped for me, so try adding PREFERRED_VERSION_yourrecipe = "yourversion" into local.conf Jul 15 22:35:50 but I don't know how does that interact with that other config files set (shame on me, yeah) Jul 15 22:36:12 so u do: bitbake clutter ? Jul 15 22:37:02 I do bitbake x11-image so PREFERRED_VERSION_x11-image = "2.6.33"? Jul 15 22:37:18 no Jul 15 22:37:36 maybe PREFERRED_VERSION_linux-omap = "2.6.33" Jul 15 22:38:06 depends version of WHAT you want to change... if you care about kernel, then the name of the kernel recipe Jul 15 22:38:23 warflyr but then the directory /recipes/linux/omap32.6.33 must exist right? Jul 15 22:38:35 yes Jul 15 22:38:37 thats it Jul 15 22:38:46 I only care about KERNEL recipe Jul 15 22:39:08 aszpain linux-omap_2.6.33.bb Jul 15 22:39:14 but I have to create the directory /recipes/linux/omap3_2.6.33? Jul 15 22:39:21 does that exists? Jul 15 22:39:31 use the recipe for your hardware Jul 15 22:40:01 aight im gonna take off from work Jul 15 22:40:21 yes it is linux-igep2-2.6.28.10 Jul 15 22:40:23 yes it is linux-igep2-2.6.28.10.bb Jul 15 22:40:33 then use that if you can rather than 2.6.33 Jul 15 22:41:07 yeah but if I do as you say then it will make a 2.6.28 version right? Jul 15 22:41:18 yeah Jul 15 22:41:29 just btw what kernel to be used is specified in openembedded/conf/machine/yourmachine.conf via PREFERRED_PROVIDER_virtual/kernel = "kernel-recipe-name" Jul 15 22:41:32 thats not what I want... I want 2.6.33 Jul 15 22:41:46 hmmmmmmmm Jul 15 22:42:16 maybe duplicate that recipe for a linux-igep2-2.6.33.bb or something (keeping patches duplicated, which might fail, remove the patch if it fails) Jul 15 22:42:44 yeah, you need to create the recipe Jul 15 22:42:51 if you download sources named linux-igep2-2.6.28.10.tar.bz2 or something, look for a linux-igep2-2.6.33.tar.bz2 Jul 15 22:42:59 so look at the old one and try to adapt a copy Jul 15 22:43:03 aight im out Jul 15 22:43:30 PREFERRED_PROVIDER_virtual/kernel = "linux-igep2" Jul 15 22:43:39 what does it mean in terms of PATH and files? Jul 15 22:44:06 it just means the images you build will be looking for linux-igep_*.bb recipes Jul 15 22:44:18 ok Jul 15 22:44:32 now I have 2 files matching linux-igep_*.bb Jul 15 22:44:37 which one will oe use? Jul 15 22:45:22 well, unless there's a PREFERRED_VERSION_linux-igep = "something", then I think the latest Jul 15 22:45:41 define latest Jul 15 22:45:44 :) Jul 15 22:45:48 oe doesnt know Jul 15 22:46:09 lexicographically/version-ish-lexicographically, but that's my guess Jul 15 22:46:17 an explicit PREFERRED_VERSION_... can't hurt Jul 15 22:47:57 have you got the x11 image with old kernel working? I suggest you first try that, and only then create a recipe for newer kernel Jul 15 22:49:48 anyway, good luck, I'm off to bed Jul 15 22:53:35 yes Jul 15 22:53:43 I did it for version 2.6.28 Jul 15 22:53:47 and it worked Jul 15 22:53:53 thks Jul 15 22:53:57 see ya Jul 15 22:58:56 what does DEFAULT_PREFERENCE = "-1" mean ? Jul 15 22:59:40 that other recipes where used before this Jul 15 22:59:52 normal DEFAULT_PREFERENCE = 0 Jul 15 23:00:27 so if I want a concret recipe to be the first one? Jul 15 23:01:36 DEFAULT_PREFERENCE = "10" Jul 15 23:01:38 maybeee Jul 15 23:01:39 if I have 2 recipes one for 2.6.28 and other for 2.6.33 and it defaults to 2.6.28... How can I cahnge it for geting it defualt to 2.6.33? Jul 15 23:02:08 its like learning to count Jul 15 23:02:09 so the greater the num the first plave Jul 15 23:02:20 3 apples are less than 4 apples Jul 15 23:02:22 the first in take place Jul 15 23:09:12 whats diff between DEFAULT_PREFERENCE and DEFAULT_PREFERENCE_igep0020? Jul 15 23:09:14 is da same? Jul 15 23:15:53 kergoth: I have two lists 1 on 1 how should I create a dictionary out of it Jul 15 23:43:09 khem: as in, item one from list one is the key, item one of list two is the value? Jul 15 23:43:46 yep Jul 15 23:43:52 khem: dict(zip(listone, listtwo)) Jul 15 23:44:10 hrmm Jul 15 23:44:12 zip creates a list of tuples of each of the corresponding elements, and dict can construct from a list of 2 item tuples Jul 15 23:44:50 for i in range(len(idx1)): Jul 15 23:44:50 prg_header1[idx1[i]] = val1[i] Jul 15 23:44:56 this is what I was doing :) Jul 15 23:45:03 :) Jul 15 23:45:42 for key, value in zip() .. or for position, element in enumerate(listone): mydict[element] = listtwo[position] would be options for that loop Jul 15 23:45:53 course you don't need the loop at all, but those are useful :) Jul 15 23:46:53 kergoth: so now I have two dictionaries Jul 15 23:47:01 same key value Jul 15 23:47:11 but values might change Jul 15 23:47:16 I need to check that Jul 15 23:47:31 I am doing it in for loop Jul 15 23:47:36 for i in range(len(idx2)): if prg_header1[idx2[i]] != val2[i]: Jul 15 23:47:56 khem still working on readelf= Jul 15 23:48:21 woglinde: yes Jul 15 23:48:32 right now I have 5 featurs Jul 15 23:48:37 :) Jul 15 23:48:55 woglinde: this tool will be used to do comparisons Jul 15 23:49:03 when build system is overhauler Jul 15 23:49:28 nothing for OE though Jul 15 23:49:46 khem: one option would be: set(idx1.items()).difference(set(idx2.items())) Jul 15 23:50:05 thatd give you the unique key/value pairs Jul 15 23:51:26 hm kergoth how do I made a package without do_stage, which is only needed in sysroot files ending up in STAGING_BINDIR_CROSS? Jul 15 23:52:28 ups make Jul 15 23:52:32 kergoth: idx is dict obj ? Jul 15 23:52:56 dict object items() method returns a list of key/value pair tuples, its everything in the dictionary Jul 15 23:54:19 hm will ask again tomorrow Jul 15 23:54:27 good nite Jul 15 23:56:02 course, you can still do the iteration method to compare, just figured sets already have typical set operations, union, difference, whatever Jul 15 23:56:16 hmm right Jul 15 23:56:45 I need to print the old and new values Jul 15 23:56:49 for differences Jul 16 00:02:43 hi Jul 16 00:02:46 anyone around? Jul 16 00:02:54 I am trying to use opencv on the beagleboard Jul 16 00:04:21 kergoth: given this http://pastebin.com/LyMui5FZ Jul 16 00:04:31 I want to compare this table with similar another table Jul 16 00:04:44 what is best approach to hack it out Jul 16 00:04:57 suppose I already have it read into a string Jul 16 00:05:21 name is the key here Jul 16 00:05:36 so say .text of this table and .text of the other table should match Jul 16 00:05:49 if not then I want to flag the field which did not match Jul 16 00:06:41 I probaly do not care about section number Jul 16 00:27:46 khem, shouldn't the section number should be your key? Section names can be duplicated. Jul 16 00:28:51 (obviously the good ones, like 'text', are probably going to be unique) Jul 16 00:29:10 grg: this is for linked objects Jul 16 00:29:19 there section names are unique Jul 16 00:29:26 they are infact segment names Jul 16 00:29:39 ah. no problem then Jul 16 00:30:04 anf any way assembler and linker both combine section of same names Jul 16 00:30:20 so you never end up with duplicate names in section or segment table Jul 16 00:31:00 readelf -S on a big ass c++ object shows lots of duplicate section names for me Jul 16 00:31:24 "There are 252 section headers, starting at offset 0x20504:" Jul 16 00:34:59 grg: no C++ here Jul 16 00:35:32 khem, sounds like the kind of world i want to be apart of :) Jul 16 00:35:34 grg: and for mangled names Jul 16 00:35:40 use readelf -W -S Jul 16 00:36:03 then you will see they are unique :) Jul 16 00:37:12 khem, i still get 90 sections named "group" Jul 16 00:37:20 huh Jul 16 00:37:22 er... ".group" Jul 16 00:37:38 comdat ones Jul 16 00:38:26 I wouldnt worry about that Jul 16 00:38:29 :) Jul 16 00:38:40 unless some jack ass comes later on to add C++ Jul 16 01:31:10 03Denys Dmytriyenko  07org.openembedded.dev * r9fd5a8cb38 10openembedded.git/recipes/powervr-drivers/libgles-omap3.inc: Jul 16 01:31:10 libgles-omap3: pass rpath-link properly instead of adding more -lX libs Jul 16 01:31:10 As it now needs to link against xcb as part of X server libs. Jul 16 01:31:10 Signed-off-by: Denys Dmytriyenko Jul 16 02:38:24 Msg nickserv help Jul 16 02:38:46 mwester_: forgot / Jul 16 02:38:49 :) Jul 16 02:39:04 mwester_: I have installed slugOS on the NSLU Jul 16 02:39:16 it seems to give me SSH connection too Jul 16 02:39:48 cool Jul 16 02:41:35 can anyone help me with compiling somethign that uses opencv? Jul 16 02:41:42 mwester_: to get a lot of stuff the wiki says I should put it on a USB disk **** ENDING LOGGING AT Fri Jul 16 02:59:56 2010