**** BEGIN LOGGING AT Fri May 09 03:00:01 2014 May 09 07:49:49 good morning May 09 07:49:56 morning May 09 07:56:21 I have a u-boot patch that contains a binary. On Ubuntu 14.04 I get: git binary diffs are not supported May 09 07:57:52 baking a library without autoconf, two links are produced (.so -> .so.0, .so.0.1.0 -> .so.0) and the lib itself (.so.0.1.0), i don't define FILES, so everything is ok except one link (.so -> .so.0) that ends up in -dev package. I don't understand this behavior. Any idea ? May 09 07:59:12 Hm. GNU patch 2.7.1 is to blame it seems, so this is my battle :) May 09 08:01:57 Unless you guys know a way around it, that is. May 09 08:08:52 hi tasslehoff May 09 08:09:36 hi woglinde May 09 08:13:25 morning all May 09 08:26:44 morning **** BEGIN LOGGING AT Fri May 09 08:32:12 2014 May 09 08:33:08 morning all May 09 08:47:54 * koen stabs git-perltools May 09 08:47:57 hey bluelightning May 09 09:01:06 hi koen May 09 09:02:49 any remedy for : ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored. May 09 09:09:11 tasslehoff: tried NO32LIBS = "1" and rebuilding pseudo? May 09 09:10:10 bluelightning, nope. in local.conf ? May 09 09:10:12 hmm, actually that may be the default May 09 09:10:22 depending on what version you are using May 09 09:10:43 yocto1.4 at the moment May 09 09:16:54 this is after an upgrade to ubuntu 14.04 64-bit May 09 09:17:59 I'd suggest bitbake -c clean pseudo-native followed by bitbake pseudo-native and see if that helps May 09 09:18:09 shouldn't be necessary of course, but... May 09 09:18:23 -c cleansstate I meant May 09 09:19:46 bluelightning, when I did cleansstate I got the same error message ~50 times May 09 09:20:03 yes, don't worry about it May 09 09:20:26 of course without pseudo-native it can't load libpseudo.so ;) May 09 09:20:43 you have a point there :) May 09 09:21:13 it's annoying that ld.so doesn't bother to mention *why* it can't LD_PRELOAD the library May 09 09:28:33 rebuild with NO32LIBS = "1"? May 09 09:32:25 I think you'll find that is already set May 09 09:32:36 you can check using bitbake -e | grep ^NO32LIBS= May 09 09:57:17 bluelightning, it is not set. where should I set it? May 09 09:57:43 ah sorry May 09 09:58:46 already set, but the ^NO32LIBS= grep pattern didnt't work May 09 12:09:01 bluelightning, the issue was 'sh -> dash' May 09 12:09:32 tasslehoff: aha... I know we've solved some issues around that recently May 09 12:10:44 bluelightning, I know. that is why I didn't change the symlink, but I forgot that I am on an old branch :/ May 09 12:11:08 I don't know if we fixed anything specific to pseudo though May 09 15:32:12 It'd be interesting to do a full from scratch build with /bin/sh -> bash, then wipe tmp and cached-binaries but retain buildhistory and do it again with /bin/sh -> dash, and see what buildhistory shows as changing in the output as a result May 09 15:35:21 you may have to go deeper than buildhistory, but yes May 09 15:37:53 probably, but its somewhere to start :) May 09 16:18:08 lol May 09 16:18:09 http://elbe-rfs.org/ May 09 16:24:14 woglinde: "Rootfilesystem is defined by a single XML File" May 09 16:24:28 starting out strong in the first line... May 09 16:55:18 bluelightning stumbled over it while looking at the linuxtag talk program May 09 16:55:32 and wondered why we need another buildsystem May 09 16:58:12 woglinde: a good question May 09 16:58:18 thanks for the link... May 09 17:06:43 moin May 09 17:24:53 hrm, we need a good way to handle configuring alsa to go through pulseaudio via asound.conf. that's non-trivial since we have machine/bsp layer overrides for asound.conf to teach alsa how to talk to the hardware May 09 17:26:35 * nerdboy 's half-dead phone is alive again! May 09 17:26:37 yay May 09 17:26:52 oh, i see. we should use CARD .conf ideally, in the hierarchical alsa card config structure, and leave asound.conf to other things May 09 17:30:34 kergoth? where do you see that? May 09 17:30:50 which? May 09 17:31:22 card.conf? May 09 17:32:33 http://www.alsa-project.org/main/index.php/Asoundrc and /usr/share/alsa/. but from examining the alsa config in ubuntu, it seems you can set things up to automatically have alsa go through pulseaudio if pulseaudio is running, just need to see if we set ours up that way too or not May 09 17:32:40 * kergoth checks May 09 17:37:59 yeah, standard defaults with pulse don't typically use asound.conf other than the "pulse" setting i think May 09 17:38:45 haven't messed with either one on my desktop for a long time, just aliases and load the module May 09 17:40:24 thankfully most distros have it all dealt with for you.. it doesn't seem that our distros do fully yet, unless i'm missing something May 09 17:40:27 * kergoth digs May 09 17:41:51 i think you're right there's a bit of a gap there May 09 17:42:49 granted i was even more clueless when i forked meta-rpi, but i did need to define a few things via recipes and/or config files to get audio working out-of-the-box May 09 17:43:25 * nerdboy likes stuff to Just Work when you boot a new image May 09 18:04:56  May 09 18:07:10 is there a way to fetch complete directory ? so no tar May 09 18:07:24 8~8~ May 09 18:46:11 what does that mean? May 09 18:53:32 bad connection? icepick in the forehead? May 09 19:08:42 yeah bluetooth keyboard May 09 19:09:01 kergoth: is there a way to fetch a dir via SRC_URI ? May 09 19:14:55 khem: for file:// yeah, just put the dir there. file://somedir May 09 19:34:06 kergoth: so it will fetch the complete dir ? May 09 19:34:09 hmm cool May 09 19:34:57 khem: works better than using globs to grab multiple files :) May 09 19:35:16 I hate globs May 09 20:01:30 I think some of the folks at TI responsible for glsdk need a good thwap to the head with the cluebat May 09 20:01:33 :) May 09 20:01:39 cause some of this is just horribl May 09 20:01:39 e May 10 02:04:04 * nerdboy wonders which Jefro is the One True Jefro May 10 02:06:31 i suppose i could try counting shoes... **** ENDING LOGGING AT Sat May 10 02:59:59 2014