**** BEGIN LOGGING AT Fri Dec 24 02:59:58 2010 Dec 24 05:23:51 kergoth: how can I make bb look for snapshots on mirrors before it starts to download from SCM Dec 24 06:15:48 03Graham Gower  07master * r55bfa043e9 10openembedded.git/conf/distro/ (include/uclibc.inc micro-uclibc.conf): Dec 24 06:15:48 ublibc.inc, micro-uclibc.conf: Avoid gettext in uclibc systems. Dec 24 06:15:48 Signed-off-by: Graham Gower Dec 24 06:15:48 Acked-by: Khem Raj Dec 24 06:37:27 JaMa: got your rm -f remark, actually blatantly copied from another recipe and tested it, will fix (also in the other recipe) Dec 24 06:52:45 khem: see PREMIRRORS definition in angstrom-mirrors.bbclass Dec 24 07:38:07 03Frans Meulenbroeks  07org.openembedded.dev * r54ff289e94 10openembedded.git/recipes/musicpd/gmpc_0.20.0.bb: Dec 24 07:38:07 gmpc: rm -f to avoid failure if the files are not there Dec 24 07:38:07 e.g. if configure is run twice. Dec 24 07:38:07 Signed-off-by: Frans Meulenbroeks Dec 24 07:44:40 JaMa: or did you also want to have an || true added, I also found: Dec 24 07:44:44 rm -rf ${S}/m4/ || true Dec 24 07:45:19 which I only noticed after pushing and which seems somewhat superfluous Dec 24 07:45:37 JaMa: I think I know the uboot proble Dec 24 07:45:43 m now Dec 24 07:45:52 JaMa: can you try something ? Dec 24 07:50:43 JaMa: try this patch to rx51.c http://pastebin.com/psPuKJbS Dec 24 07:51:07 JaMa: and I think it should work with gcc 4.5 with any optlevel Dec 24 08:02:51 khem: will try in few minutes, thanks Dec 24 08:05:47 JaMa: posted a patch for other recipes that could use a -f Dec 24 08:14:54 khem: your patch works great, thank you Dec 24 08:15:09 eFfeM: good, thank Dec 24 08:15:09 s Dec 24 08:15:55 JaMa: ok good to know Dec 24 08:16:14 JaMa: that usage was wrong Dec 24 08:16:41 someone wanted to use a global data declation but was putting it in a function which made it local scope Dec 24 08:17:11 and older gcc worked because they did not have that agressive optimizations as 4.5 Dec 24 08:17:26 shouldn't it normally result to build error? Dec 24 08:17:28 so it worked even though the usage was wrong Dec 24 08:17:31 no Dec 24 08:17:39 its just a declation Dec 24 08:17:41 macro Dec 24 08:17:49 you can put it anywhere Dec 24 08:17:52 ah I see Dec 24 08:18:08 if you put it in a function then it becomes local var decl Dec 24 08:18:27 but thats not what the author wanted here Dec 24 08:18:53 is this patch expected to go upstream Dec 24 08:21:05 I'll talk with author to include this, but for upstream we (or him) need to resolve that relocation Dec 24 08:59:07 good morning Dec 24 09:00:20 while playing with beagleboard + angstrom 2010.x + bitbake & oe master, I get a failure to compile glib-2.26.1 : dbus/dbus.h: No such file or directory. Is this a known problem ? Dec 24 09:02:07 ok it's a known problem Dec 24 09:03:22 yes Dec 24 09:03:46 JaMa: did you find a solution to it ? Dec 24 09:04:26 work around yes, but before removing that dependency from util-linux-ng I want to clean tmp first Dec 24 09:04:47 to be sure it wont pick something and then fail for everybody else Dec 24 09:04:51 you mean the udev dependency in util-linux-ng ? Dec 24 09:04:56 yes Dec 24 09:05:03 ok I'm going to try it from a clean tmp Dec 24 09:05:25 great Dec 24 09:05:27 so remove glib from dbus, add dbus to glib and remove udev from util-linux-ng ? Dec 24 09:05:38 did I miss something ? Dec 24 09:06:18 no, you're right Dec 24 09:09:09 thanks, build launched. Now I need to find some lights for the xmas tree while that compiles as my son expects santa claus will put some lights in the tree tonight ;-) Dec 24 09:10:37 * ka6sox was going to ask ericben to start a narcissus build of that. Dec 24 09:15:42 hey, we just got a report of some wiki spam on openembedded.org anyone know anything about it? like what page(s) etc? Dec 24 09:18:15 I need to look at it to see if ti happened before or after I fixed the recaptcha Dec 24 09:18:45 (I work with ka6sox btw) Dec 24 09:51:22 hi Dec 24 09:51:47 hi Dec 24 09:53:08 03Koen Kooi  07org.openembedded.dev * r15821fbab3 10openembedded.git/recipes/gnome/gnome-screensaver_2.30.2.bb: Dec 24 09:53:09 gnome-screensaver: disable for angstrom Dec 24 09:53:09 Signed-off-by: Koen Kooi Dec 24 09:53:10 gibts euch alle noch :) Dec 24 09:53:23 long time i did not check this channel Dec 24 10:49:06 03Martin Jansa  07master * r75527d4842 10openembedded.git/recipes/u-boot/ (8 files in 2 dirs): Dec 24 10:49:06 u-boot: update env for SHR on nokia900 and use better gcc fix Dec 24 10:49:06 Signed-off-by: Martin Jansa Dec 24 10:49:17 03Martin Jansa  07master * r9f510a0822 10openembedded.git/recipes/gdbus-binding-tool/gdbus-binding-tool_git.bb: Dec 24 10:49:18 gdbus-binding-tool: new recipe Dec 24 10:49:18 Signed-off-by: Martin Jansa Dec 24 10:57:38 03Koen Kooi  07org.openembedded.dev * receb5c3567 10openembedded.git/recipes/linux/linux-omap-psp-2.6.32/am3517-crane/defconfig: Dec 24 10:57:38 linux-omap-psp 2.6.32: disable PM for am3517-crane Dec 24 10:57:38 Signed-off-by: Koen Kooi Dec 24 11:32:27 03Martin Jansa  07master * r29eec63909 10openembedded.git/recipes/gdbus-binding-tool/gdbus-binding-tool_git.bb: Dec 24 11:32:27 gdbus-binding-tool: add glib-2.0-utils to RDEPENDS for glib-genmarshal Dec 24 11:32:27 Signed-off-by: Martin Jansa Dec 24 11:33:58 03Koen Kooi  07org.openembedded.dev * ra89ccfec81 10openembedded.git/recipes/opkg/opkg.inc: Dec 24 11:33:58 opkg: bump SRCREV to 596 to get fixes for long symlink paths Dec 24 11:33:58 Signed-off-by: Koen Kooi Dec 24 14:29:25 hmm, every seen that: Dec 24 14:29:27 | CCLD libX11.la Dec 24 14:29:27 | /bin/grep: /usr/lib/libpthread-stubs.la: No such file or directory Dec 24 14:29:27 | /bin/sed: can't read /usr/lib/libpthread-stubs.la: No such file or directory Dec 24 14:29:27 | arm-oe-linux-gnueabi-libtool: link: `/usr/lib/libpthread-stubs.la' is not a valid libtool archive Dec 24 14:29:28 ? Dec 24 15:03:39 vadmium: are you there (and are you martin panter) Dec 24 15:04:39 eFfeM: yep to both Dec 24 15:05:56 I think I figured out my QA problems from before Dec 24 15:13:40 vadmium: I saw your last msg, but strangely enough I don't get that message Dec 24 15:13:47 what distro/target are you using Dec 24 15:14:23 beagleboard and angstrom 20010.x Dec 24 15:14:37 and can you pastebin your xmlrpc-c.la file Dec 24 15:14:42 git head ? Dec 24 15:15:00 it was git head from last tuesday Dec 24 15:15:33 tuesday 14 that is Dec 24 15:16:06 I have my currently built .la file Dec 24 15:16:13 guess that is libtool 2.4 Dec 24 15:16:29 I built it with libtool 2.4, yes Dec 24 15:16:40 and with sysroot support enabled? Dec 24 15:17:01 Do you still have the failing .la file around? or have you poste dit before Dec 24 15:17:13 back in a few mins Dec 24 15:18:47 don't really know how sysroot works. In the failing case xmlrpc was calling its own libtool version 1.something which certainly wouldn't support sysroot. I'll see if I can find a bad copy of the .la Dec 24 15:21:59 nah the old .la file is gone Dec 24 15:22:15 you are building this version? Dec 24 15:22:16 xmlrpc-c-1.06.41-r1 Dec 24 15:23:14 all I have is the dependency_libs from my email. Yes that's the version Dec 24 15:24:52 If you're really curios I could revert back to when it fails and rebuild but that'll have to be after christmas Dec 24 15:26:30 if it is not too much work, please Dec 24 15:26:44 i think there is an issue, but I am not a libtool expert Dec 24 15:29:41 yeah neither am I, anyway I have to sleep now, cya Dec 24 15:31:15 ok cya Dec 24 15:32:05 actually also wondering if this is sound: Dec 24 15:32:07 libcurl.la:dependency_libs=' =/usr/lib/libgcrypt.la -L=/usr/lib -lrt =/usr/lib/libz.la =/usr/lib/libgnutls.la =/usr/lib/libz.la =/usr/lib/libgcrypt.la =/usr/lib/libz.la =/usr/lib/libgcrypt.la =/usr/lib/libgpg-error.la =/usr/lib/libgpg-error.la -L=/usr/lib/..//lib -L/home/frans/oe/tmp_minimal/sysroots/i686-linux/usr/armv7a/bin/lib' Dec 24 15:36:49 gm Dec 24 15:41:12 03Michael 'Mickey' Lauer  07org.openembedded.dev * r07d94ebc8f 10openembedded.git/recipes/freesmartphone/libfso-glib_git.bb: Dec 24 15:41:12 libfso-glib: build from gdbus branch, remove dbus-glib dependency Dec 24 15:41:12 NOTE: This recipe now needs glib >= 2.26 to build Dec 24 15:41:17 GNUtoo|laptop: this should repair your build Dec 24 15:42:17 thanks Dec 24 15:42:22 the first compilation failure tough Dec 24 15:42:43 will it fix mdbus2? Dec 24 15:44:34 probably not Dec 24 15:44:38 no idea why mdbus2 is failing Dec 24 15:44:41 didn't touch it since long Dec 24 15:44:42 03Michael 'Mickey' Lauer  07org.openembedded.dev * r4352cc3509 10openembedded.git/recipes/freesmartphone/ (cornucopia.inc fsodeviced_git.bb libfsobasics_git.bb): fso: bump to ab89284af7607a5b9ded8424f0ac789ef94bc590 and get rid of dbus and dbus-glib dependencies Dec 24 15:45:11 mickey|bbl: any particular reason why minimal does not have QA enabled? Dec 24 15:45:27 eFfeM: not that i can think of, please feel free to add. merry christmas, btw. Dec 24 15:46:28 merry christmas too, will add it but guess it needs a complete rebuild, sddenly stagemanager-native complained about not having the qa task Dec 24 15:46:49 GNUtoo|laptop: oh, i see the failure as well now Dec 24 15:46:50 strange Dec 24 15:47:11 might be a vala thing Dec 24 15:47:15 ok Dec 24 15:47:16 i will investigate Dec 24 15:47:18 first church though Dec 24 15:47:18 bbl Dec 24 15:47:28 eFfeM, hi gmpc works, thanks a lot Dec 24 15:48:04 yw Dec 24 15:48:31 consider it an Xmas present Dec 24 15:48:42 thanks Dec 24 15:49:12 cleaned up the old versions Dec 24 15:49:17 03Frans Meulenbroeks  07org.openembedded.dev * r94506307ba 10openembedded.git/recipes/libsdl/ (libsdl-image_1.2.10.bb libsdl-image_1.2.6.bb): Dec 24 15:49:17 libsdl-image: moved task to do_configure_prepend changed rm into rm -f Dec 24 15:49:17 - less tasks makes it slighly faster Dec 24 15:49:17 - other recipes also do this in do_configure_prepend or do_configure Dec 24 15:49:17 - rm -f avoid error of file dues not exist (e.g. because the task is ran twice) Dec 24 15:49:17 Signed-off-by: Frans Meulenbroeks Dec 24 15:49:24 03Frans Meulenbroeks  07org.openembedded.dev * r018b90264f 10openembedded.git/recipes/ (17 files in 10 dirs): Dec 24 15:49:24 changed rm into rm -f to remove old libtool stuff Dec 24 15:49:24 this keeps things working even if the files are not there Dec 24 15:49:24 (e.g. because configure is ran twice) Dec 24 15:49:24 Signed-off-by: Frans Meulenbroeks Dec 24 15:49:26 03Frans Meulenbroeks  07org.openembedded.dev * r749b70fe1f 10openembedded.git/recipes/musicpd/libmpd_0.17.96.bb: Dec 24 15:49:26 libmpd_0.17.96.bb: removed old version Dec 24 15:49:26 (we already removed the nonbuildable gmpc_0.17.96 version Dec 24 15:49:27 Signed-off-by: Frans Meulenbroeks Dec 24 15:49:38 03Frans Meulenbroeks  07org.openembedded.dev * r018ab006f3 10openembedded.git/recipes/musicpd/ (gmpc_0.11.2.bb gmpc_0.17.96.bb gmpc_svn.bb): Dec 24 15:49:38 gmpc: removed old versions Dec 24 15:49:38 - these do not build with libtool 2.4 Dec 24 15:49:38 - are quite old Dec 24 15:49:38 - are not pinned Dec 24 15:49:39 Signed-off-by: Frans Meulenbroeks Dec 24 15:50:32 dang forgot the ack from khem for the first two patches, sry khem! Dec 24 16:11:45 Hi everybody Dec 24 16:11:54 I have a simple question Dec 24 16:12:15 I want to change TARGET_LDFLAGS for a particular recipe Dec 24 16:12:30 and doint want its effect on other recipes Dec 24 16:12:50 will changes TARGET_LDFLAGS in bb will do that Dec 24 16:13:03 I mean I think other recipe will not see that change Dec 24 16:13:07 am i right Dec 24 16:17:33 if you change in a recipe another recipe will not see it unless it does e.g. require yourrecipe.bb Dec 24 16:17:50 Hi eFfeM Dec 24 16:17:51 Thanks Dec 24 16:18:40 Can I user Override concept with it as well Dec 24 16:19:02 Like ${PN}_TARGET_LDFLAGS or something Dec 24 16:21:00 ouch, no idea, i don't think so, why would you want that ? Dec 24 16:21:19 OVERRIDE thingk is stink in my mind Dec 24 16:21:53 although i have changed it in the recipe and it is working fine .... but OVERRIDE stuff was pinching me :) Dec 24 16:22:41 does PN is there in OVERRIDES by default? Dec 24 16:35:09 03Khem Raj  07master * r77ed93ab0e 10openembedded.git/recipes/linux/ (3 files): Dec 24 16:35:10 linux-efikamx: Use the tars from sources mirror. Dec 24 16:35:10 * Original source is gone. Dec 24 16:35:10 * For git recipe use the gitorious repo ( fetch fails from gitorious for now) Dec 24 16:35:10 Signed-off-by: Khem Raj Dec 24 17:48:46 hmm, did we change anything in the toolchain? i get various problems with host libraries being used Dec 24 17:48:56 | /usr/lib/libz.so: file not recognized: File format not recognized Dec 24 17:48:57 | collect2: ld returned 1 exit status Dec 24 17:48:57 | make: *** [/data/pkg/oe/n900/tmp/work/armv7a-oe-linux-gnueabi/freetype-2.4.3-r0/freetype-2.4.3/objs/libfreetype.la] Error 1 Dec 24 17:49:04 also in libx11 bailing out Dec 24 17:49:26 that worked one or two weeks ago Dec 24 17:57:55 mickey|xmas: that seems to be a libtool issue, had something like that before with freetype but apparetnly in my case I happened to build zlib without sysroot being enabled in libtool Dec 24 18:00:38 mickey|xmas: perhaps peek for faulty paths in sysroots/armv5te-oe-linux-gnueabi/usr/lib/libz.la Dec 24 18:07:05 eFfeM: ok, thanks, ill take a look Dec 24 18:07:53 # Directory that this library needs to be installed in: Dec 24 18:07:53 libdir='/usr/lib' Dec 24 18:08:45 hm, that does not look too bad Dec 24 18:09:10 and you are using libtool 2.4 with sysroot support (i did not have the sysroot support enabled so I ran into problems there too) Dec 24 18:09:21 well, i'm using minimal Dec 24 18:09:26 which I guess uses the default OE libtool Dec 24 18:10:02 default is still 2.2.6 but minimal drags in sanerevs.inc or so and that one uses 2.4 Dec 24 18:10:18 hmm, 2.2.6b here selected Dec 24 18:10:21 hmm Dec 24 18:10:24 ah, but there was an issue with that fixed by JaMa a while ago Dec 24 18:10:43 ah Dec 24 18:10:52 PREFERRED_VERSION_libtool = "2.2.6b" Dec 24 18:10:52 PREFERRED_VERSION_libtool-native = "2.2.6b" Dec 24 18:10:52 PREFERRED_VERSION_libtool-cross = "2.2.6b Dec 24 18:10:59 i have that in one of my distro confs Dec 24 18:11:18 so i guess we should flag that libtool 2.2.6b is no longer good enough to compile our stuff Dec 24 18:11:36 guess you want to remove that, then you should get from sane-toolchain.inc: Dec 24 18:11:37 ./include/sane-toolchain.inc:PREFERRED_LIBTOOL_VERSION = "2.4" Dec 24 18:11:38 ./include/sane-toolchain.inc:PREFERRED_VERSION_libtool = "${PREFERRED_LIBTOOL_VERSION}" Dec 24 18:11:46 ok, that looks good Dec 24 18:11:48 thanks for the pointer Dec 24 18:11:51 * mickey|xmas rm -rf tmp; rebuild Dec 24 18:12:01 the bad news is that changing libtool will require a complete rebuild Dec 24 18:12:04 you beat me Dec 24 18:12:30 actually if you have pstage outside tmp you might want to nuke that too Dec 24 18:13:18 libtool 2.2.6b is still the preferred version for some distro's (including angstrom 2008.1, guess koen has not rebuild freetype recently) Dec 24 18:14:19 afk for a few hrs Dec 24 21:24:23 Merry X-mas everyone! =) Dec 24 21:52:35 * kristianpaul hides Dec 24 23:26:08 03Martin Jansa  07master * r2ed10cc214 10openembedded.git/recipes/vala-dbus-binding-tool/vala-dbus-binding-tool_git.bb: Dec 24 23:26:09 vala-dbus-binding-tool: bump SRCREV for version supporting --gdbus switch Dec 24 23:26:09 Signed-off-by: Martin Jansa **** ENDING LOGGING AT Sat Dec 25 02:59:57 2010