**** BEGIN LOGGING AT Tue Mar 03 02:59:58 2015 Mar 03 03:10:52 has something changed in master that would casue this Mar 03 03:10:57 ERROR: Function failed: Fetcher failure for URL: 'file://powerbuttonfile://powerbutton.sh'. Unable to fetch URL from any source. Mar 03 03:11:28 seems like it swallow the " file" from the SRC_URI Mar 03 03:13:00 Crofton: looks like someone forgot to use += or add the spaces :| Mar 03 03:15:19 SRC_URI_append_ettus-e300 = "file://powerbutton.sh file://powerbutton" Mar 03 03:15:26 this worked last week :) Mar 03 03:16:04 Crofton: what are you appending to? Mar 03 03:16:15 Crofton: the recipe i mean :) Mar 03 03:16:44 acpid Mar 03 03:17:38 hmm Mar 03 03:17:40 Crofton: hmmm using anything other than oe-core/meta? Mar 03 03:17:50 I wonder Mar 03 03:26:20 ah I ahd a versioned bbappend and a wild carded one Mar 03 03:26:50 Crofton: :) Mar 03 04:14:02 don't use _append without a separator.. also, fyi, bitbake has a bug where the order of bbappend application between % and non-% is undefined. it's not by layer priority right now between those two, only amongst themselves Mar 03 08:00:19 Hi. I am trying to build my an application which depends on a shared library (dynamically linked) which is built in a separate recipe. Both recipes are built successfully, but when bitbake is trying to create the rootfs (last step) it fails on: "Error: libfoo not foind in the base feeds...". Could anyone help? Mar 03 08:06:54 stiandre: does your library recipe create any package? Mar 03 08:09:00 abelloni: this is my recipe for the shared library.. Mar 03 08:09:05 abelloni: SRC_URI = "file://libfoo.tgz;subdir=libfoo" Mar 03 08:09:05 S = "${WORKDIR}/libfoo" Mar 03 08:09:05 TARGET_LIB = "libfoo.so" Mar 03 08:09:05 EXTRA_OEMAKE = "'CC=${CC}' \ Mar 03 08:09:05 'CFLAGS=${CFLAGS} -I. -fPIC -Wall -Wextra -O2 -g' \ Mar 03 08:09:06 'BUILDDIR=${S}' \ Mar 03 08:09:08 'TARGET_LIB=${TARGET_LIB}' \ Mar 03 08:09:10 'LDFLAGS=${LDFLAGS} -pthread -shared'" Mar 03 08:09:12 do_install() { Mar 03 08:09:16 oe_runmake Mar 03 08:09:17 pastebin? Mar 03 08:09:18 install -d ${D}${base_libdir} Mar 03 08:09:20 install -m 0755 ${S}/${TARGET_LIB} ${D}${base_libdir} Mar 03 08:09:22 } Mar 03 08:09:43 good idea :) Mar 03 08:11:24 how ugly :) Mar 03 08:12:14 FILES_${PN} = "${base_libdir}/*" should solve it Mar 03 08:12:59 using versioned .so will make you even more happier Mar 03 08:13:24 abelloni: ahh, okay! by the way, does the recipe looks okay? versioned .so? Mar 03 08:13:32 TARGET_LIB = libfoo.so.X.Y.X Mar 03 08:14:24 -O2 -g you might get from OE env too Mar 03 08:14:36 onoffon: thanks. i need to replace the X.Y.X(Z?) by myself right? Mar 03 08:14:36 stiandre: using make in do_install is hackish Mar 03 08:14:43 yes Mar 03 08:15:32 abelloni: okay, do you mean I should put it in the do_compile instead? Mar 03 08:16:02 if that's what is does, yes :) Mar 03 08:16:17 abelloni: :) Mar 03 08:17:41 abelloni, where should I put the line "FILES_$PN}...", doesn't matter? Mar 03 08:21:07 abelloni: do I need PACKAGES as well? Mar 03 08:21:15 the default FILES packages libs already Mar 03 08:28:00 hey all Mar 03 09:11:13 abelloni: hi again.. i was not able to create the image even after the line FILES_{$PN} was included.. still the same error Mar 03 09:13:17 libfoo is empty Mar 03 09:13:21 to test it Mar 03 09:13:36 try ALLOW_EMPTY_${PN} = "1" Mar 03 09:13:57 your problem is .so is packaged into ${PN}-dev most probably Mar 03 09:14:06 since you do not use versioned libs Mar 03 09:14:29 .so usually is a symlink or linker stub which is usually only used during build Mar 03 09:14:39 real .so on box at runtime is .so.X Mar 03 09:14:51 OE is tuned to this usecase Mar 03 09:15:01 khem`, okay.. i see Mar 03 09:15:19 i will try to add the ALLOW_EMPTY.. Mar 03 09:16:27 I also tried to add a version number at the end of so file name, but got the same error Mar 03 09:28:05 khem`: how should I add versioned lib in this recipe? http://pastebin.com/npnSaaWC Mar 03 09:36:39 mornin Mar 03 09:50:11 morning all Mar 03 09:50:18 khem[away]: i added version to the name of the .so file, and verified that release rpm package contain the libfoo.so.1 file Mar 03 09:51:02 khem[away]: but the linker cannot find it, how should I create a symlink to it in the recipe Mar 03 09:54:36 what is the recommended way to create a symlink to a shared library from a bitbake recipe Mar 03 10:04:50 stiandre: use ln ? :) I would not know any other way Mar 03 10:05:22 unless you have a build system that supports libtool which takes part of those links Mar 03 10:05:52 i am using yocto Mar 03 10:07:22 so i can just create a symlink in do_install() or something Mar 03 10:08:20 rather do_install_append() so you do not overwrite the original installation step Mar 03 10:08:34 ok Mar 03 10:08:42 Jin^eLD, thanks Mar 03 10:08:46 np Mar 03 10:24:41 Jin^eLD, what directories should i use when issuing the ln -sf command? Mar 03 10:28:07 stiandre: grep for examples, for instance in poky/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb there is something similar to what you want Mar 03 10:28:29 ok, thanks Mar 03 11:56:37 Hi. What does RREPLACES do? Mar 03 12:00:28 it tells the package manager that said package replaces another Mar 03 12:00:33 e.g. when files moved Mar 03 12:00:51 or when a different project takes over that functionality Mar 03 12:10:16 koen: Okay Mar 03 12:10:19 koen: Thanks Mar 03 12:10:36 koen: Suppose I want to replace one package with another I can use RREPLACES ? Mar 03 12:31:55 I had to use a combo of RREPLACES and RCONFLICTS, that usually worked for me Mar 03 12:51:36 Jin^eLD: Okay thanks Mar 03 13:23:32 1037 ist eigentlich ein trivial, oder? Mar 03 13:23:35 oops wrong window Mar 03 15:32:42 Is someone using virtualbox vm with acceleration? Mar 03 17:07:55 * cbrake ponders why BAD_RECOMMENDATIONS = "avahi-daemon avahi-autoipd" is not working ...n Mar 03 17:14:50 cbrake: not working as in apparently not doing anything? or you get some kind of error? Mar 03 17:35:25 there are obvious limitations to that variable, if anything sucks it in as a direct dependency, they'd still be installed.. Mar 03 17:35:42 right, yes Mar 03 17:36:29 BAD_CEO_RECOMMENDATIONS more "strict" Mar 03 17:36:49 cbrake: PACKAGE_EXCLUDE is an alternative that will result in an error if a hard dependency would otherwise bring the package in, that may be preferred depending on the situation Mar 03 18:30:11 FYI,m http://lwn.net/Articles/635358/rss Mar 03 18:31:35 huh Mar 03 18:31:58 moving at end of may... well, that's not a lot of time is it :/ Mar 03 18:32:40 crap I stopped using notorious gitorious and moved to gitlab what will happen now Mar 03 18:35:00 khem`, I suspect nothing :) Mar 03 18:35:27 hopefully they wont move the free accounts over to it Mar 03 18:35:53 just to make us pay Mar 03 19:32:01 bluelightning: not working as I expected -- appears after removing packagegroup-basic, its now gone Mar 03 19:32:27 cbrake: right... packagegroups generally do RDEPENDS rather than RRECOMMENDS Mar 03 19:33:19 bluelightning: thanks for the PACKAGE_EXCLUDE tip -- I'll definitely use that Mar 03 19:33:26 no worries :) Mar 03 19:33:31 * cbrake ponders trying mdev ... Mar 03 19:34:57 bbl Mar 03 20:03:19 * nerdboy finally out of cone-of-silence mtg Mar 03 20:03:28 oops, can't say that Mar 03 20:03:33 never happened... **** ENDING LOGGING AT Wed Mar 04 02:59:58 2015