**** BEGIN LOGGING AT Thu Oct 22 02:59:58 2015 Oct 22 03:10:31 Check if DISTRO_FEATURES has contained opengl. If yes, return 'dri dri2 dri3 glx'. If no, return '' Oct 22 03:11:46 bananadev: so what is DISTRO_FEATURES ? what modifies it? Oct 22 03:14:00 http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#var-DISTRO_FEATURES Oct 22 03:14:59 It is often set in distro configuration file Oct 22 03:16:36 yourlayer/conf/distro/*.conf Oct 22 03:21:50 bananadev: ok. Thanks :-) Appreciate it Oct 22 03:23:33 :) Oct 22 07:26:05 good morning Oct 22 07:27:35 morning Oct 22 07:52:39 Hello everybody, is there a simple way in automake recipe to avoid dynamic linking (and by the way only use static linking) ? Oct 22 07:58:24 I've some custom libraries (they are build through a bitbake recipe) and I just want to generate static files and not .so Oct 22 08:06:38 morning all Oct 22 08:07:37 Piziwate: depends entirely on what you're building and how it offers the ability to enable building static libs Oct 22 08:24:14 I've found the solution by adding --disable-shared to extraoe_conf... Oct 22 08:30:10 right, it's usually something like that Oct 22 09:05:48 hi.. i use ipk packages and opkg on the target. i try to install a ipk from local filesystem. but i get "Cannot satisfy the following dependencies" like for libc (>= 2.21) but libc is already installed at this version -- so why opkg does not know? Oct 22 09:25:16 btooth: maybe the package architecture doesn't match up? Oct 22 09:38:36 4 Oct 22 09:39:34 bluelightning: thing is that opkg on the target does not know what is already installed by yocto with the do_rootfs task. so the "opkg list-installed" is empty.. Oct 22 09:40:30 what is the right way to install packages that are not already installed by yocto to the image? i try to provide only ipk that are not used with IMAGE_INSTALL? Oct 22 09:40:58 bluelightning: is it clear to you what i try to say? Oct 22 09:41:46 btooth: ah ok, it sounds like your image doesn't have the package database in it Oct 22 09:42:17 right Oct 22 09:42:19 btooth: you need to have package-management in IMAGE_FEATURES when you build the image in order for that to happen; adding opkg isn't enough Oct 22 09:42:30 how can i change this? Oct 22 09:43:26 if it's a custom image recipe, add IMAGE_FEATURES += "package-management" to the end of it; otherwise you can add EXTRA_IMAGE_FEATURES += "package-management" to the end of your local.conf Oct 22 09:43:42 bluelightning: thanks! i will try Oct 22 09:44:28 bluelightning: but i need to add opkg to IMAGE_INSTALL also then? Oct 22 09:44:41 or is package-management enough? Oct 22 09:45:50 no, package-management is enough, that'll take care of both preserving the database and adding opkg Oct 22 09:46:19 (well, strictly speaking it adds the appropriate package manager depending on what you have PACKAGE_CLASSES set to) Oct 22 10:12:43 thanks Oct 22 11:12:47 bluelightning: okay i have package-management now in.. and "opkg list-installed" shows the correct list. but when i try to install a package i still get "Cannot satisfy dependencies".. i can do a "opkg info " for my package.. and if i first install the package which opkg complains for my package it works.. but shouldn't opkg install all dependencies automatically? Oct 22 11:19:59 bluelightning: i think i got it.. need to doublecheck Oct 22 11:29:29 okay.. solved my issue Oct 22 13:07:05 hey. http://paste.ubuntu.com/12893896/ <- using polkit 0.111.bb for ppc i hit the issue with lib64 vs lib directory confusion Oct 22 13:08:41 i tried to fix it with writing: libdir="/usr/lib" but then bitbake got confused because i assume that there was a python error?! anyway i replaced 'chown root:root ${D}${libdir}/${BPN}-1/polkit-agent-helper-1' with 'chown root:root ${D}/usr/lib/${BPN}-1/polkit-agent-helper-1' and from there on the build just fails with the topmost error Oct 22 13:09:24 and now i don't know why there is this 'make: *** No rule to make target `install'. Stop.' issue Oct 22 13:09:40 anyone an idea how to go on? maybe i should clean that package from the install, is that possible? Oct 22 13:09:55 i mean without cleaning the whole stuff i already compiled and installed Oct 22 13:10:39 well the install step is just installing into the image subdirectory of ${D} Oct 22 13:10:46 I doubt that cleaning it is going to help Oct 22 13:10:52 er Oct 22 13:11:03 the image subdirectory of the work directory, which *is* ${D} Oct 22 13:12:03 you can't really change libdir for just one recipe though surely... Oct 22 13:12:28 I mean, you can, but nothing is going to be able to find your library afterwards is it? Oct 22 13:12:50 bluelightning: who knows, maybe Oct 22 13:13:18 bluelightning: i didn't find any solution by anyone else so all i can do is make some experiments Oct 22 13:13:21 it sounds like it's simply not respecting libdir Oct 22 13:13:38 either it's hardcoded or the option to specify it is not being passed in Oct 22 13:13:49 bluelightning: it is but in other distros they symlink lib to lib64 which is wrong according to upstream IIRC Oct 22 13:14:11 ah sorry Oct 22 13:14:15 symlink lib64 to lib Oct 22 13:14:25 because it looks actually in lib64 and does not find anything Oct 22 13:15:01 can you not force it to use lib64? Oct 22 13:16:25 bluelightning: i reverted the recipe back to its original state (undo in vim) and now i'm not even able to reproduce the original error where the lib vs lib64 confusion was the problem Oct 22 13:16:45 bluelightning: first of all, do you have an idea how to 'revert' back to the original problem? Oct 22 13:16:59 bluelightning: from there forcing it to use lib64 over lib sounds like a plan Oct 22 13:17:02 well, you could try bitbake -c clean polkit Oct 22 13:19:12 bluelightning: thanks so much! now i'm back at the original error message Oct 22 13:27:54 bluelightning: yay, works now with my hack. Oct 22 14:39:52 hm. seems xfce4-appfinder wasn't installed Oct 22 14:39:57 how to install xfce4 on yocto? Oct 22 14:40:20 qknight: check meta-xfce on meta-openembedded Oct 22 14:40:29 i've added packagegroup-xfce-base to IMAGE_INSTALL_append which wasn't enough it seems Oct 22 14:40:42 aehs29: oh i have that included and also built quite many of these packages Oct 22 14:41:05 aehs29: but i don't understand how to use that software as i don't find anyone's local.conf Oct 22 14:41:10 qknight: IIRC there was also an IMAGE_FEATURE Oct 22 14:41:11 maybe because everyone uses hub?! Oct 22 14:41:36 hmm I must have mine somewhere Oct 22 14:43:10 qknight: nope, apparently all you need is packagegroup-xfce-base Oct 22 14:43:36 aehs29: added to IMAGE_INSTALL_append right as i described? Oct 22 14:44:06 qknight: I added it to CORE_IMAGE_EXTRA_INSTALL += "packagegroup-xfce-base" Oct 22 14:44:22 qknight: but I believe that only matters depending on the image you're building Oct 22 14:45:25 qknight: btw I am not entirely sure appfinder is on the base packagegroup Oct 22 14:45:58 qknight: it could be on extended Oct 22 14:46:16 aehs29: alt+f2 assumes xfce4-appfinder and isn't alt+f2 supposed to be working in the default installation? Oct 22 14:46:42 qknight: wait so you do have xfce working?, the only thing thats not thre is the appfinder? Oct 22 14:47:10 aehs29: exactly! Oct 22 14:47:33 * qknight is sorry that this wasn't clear Oct 22 14:47:48 qknight: oh ok, then yes, packagegroup-xfce-base is just the minimal xfce working installation Oct 22 14:48:20 aehs29: so i hand-pick all xfce4 packages then and add it also, right? Oct 22 14:48:21 qknight: you need to either install packagegroup-xfce-extended, or xfce4-appfinder Oct 22 14:48:51 aehs29: how did you find out about xfce4-appfinder being in packagegroup-xfce-extended? Oct 22 14:49:03 qknight: yeah, if you dont need everything from the extended packagegroup, just add each one manually to IMAGE_INSTALL_append Oct 22 14:49:16 qknight: http://cgit.openembedded.org/cgit.cgi/meta-openembedded/tree/meta-xfce/recipes-xfce/packagegroups/packagegroup-xfce-extended.bb?h=master Oct 22 14:49:31 aehs29: thanks!!!!! Oct 22 14:49:49 qknight: no prob, hope you make it work Oct 22 15:43:13 RP so the person we should cc on the perl issue is Jen our yen ? Oct 22 15:48:34 armpit: [Sno] aka Jens Rehsack Oct 22 15:49:59 k thanks Oct 22 15:52:03 * [Sno] reads his name ... Oct 22 15:52:45 <[Sno]> which perl issue? Oct 22 15:52:48 [Sno]: armpit was asking me if I knew anyone who'd be able to sanity check a perl fix Oct 22 15:53:25 [Sno]: https://bugzilla.yoctoproject.org/show_bug.cgi?id=8367 Oct 22 15:53:27 Bug 8367: normal, Medium+, 2.0, akuster, IN PROGRESS DESIGN , ptest - perl tests fail for genericx86-64 on NUC Oct 22 15:53:40 <[Sno]> for some reason, gmail sorts all ML mails into folders, cc@ doesn't work :/ Oct 22 15:56:56 <[Sno]> armpit: in doubt, highlight me here Oct 22 15:58:18 Sno regarding the change? Oct 22 16:00:01 [Sno], I am going to instruct the engr who created the patch to send it to the mailing list and cc Jens Oct 22 16:03:46 <[Sno]> RP: I know it's anoying, but did you found the time to review mine? ;) Oct 22 16:08:24 psidhu: do a backport Oct 22 16:08:42 is there a way to disable a services from the recipe? Oct 22 16:09:44 [Sno]: no, sorry, there is a lot not getting done atm :( Oct 22 16:11:23 WARNING: /data/lessandro/yocto/angstrom/build/tmp-angstrom_v2014_12-glibc/sstate-control/manifest-pandaboard-pareon-verify-cross.populate_sysroot not found Oct 22 16:11:29 anyone know what this warning means? Oct 22 16:13:14 lzm: that shouldn't happen... I don't know where that warning is actually generated but I think it would only happen if that task is stamped as having executed but for some reason the sstate manifest for it does not exist Oct 22 16:15:24 that recipe shouldn't populate pandaboard (the target machine), it is a cross compiler Oct 22 17:54:28 aehs29: xfce4 works perfectly now! Oct 22 17:54:32 aehs29: thanks to you Oct 22 17:57:08 Hello all, off question: how would a get a reverse dependency list on a package? Oct 22 17:58:33 a package, or a recipe? build time or on target? Oct 22 18:00:51 WarheadsSE: bitbake tcpdump -e Oct 22 18:04:30 if you want to see reverse deps onr ecipes, your best bet is bitbake -u depexp -g , or even without -u depexp and just examine the graph Oct 22 18:04:36 kergoth: package. Need to check what all in my image is dependant on curl Oct 22 18:05:06 grabbed oe-deptools. Forgot about it, apparently lost it at some point :/ Oct 22 18:05:13 pretty sure that info is all available in buildhistory Oct 22 18:05:24 i think deptools will be graph based, recipe info, no? Oct 22 18:05:49 Yeah, have to see about upgrading curl in-place with a squashfs .. Oct 22 18:08:44 when i set: PACKAGECONFIG="opengl" i get this error ERROR: Nothing RPROVIDES 'nativesdk-python-smartpm-backend-rpm' (but virtual:nativesdk:/home/linux/QorIQ-SDK-V1.8-20150619-yocto/poky/meta/recipes-devtools/python/python-smartpm_1.4.1.bb RDEPENDS on or otherwise requires it) Oct 22 18:08:50 anyone an idea? Oct 22 18:09:09 soudns lik eyou just unset a ton of packageconfigs in a ton of recipes Oct 22 18:09:17 yup Oct 22 18:09:22 don't set packageconfig globally for all your recipes Oct 22 18:09:30 generally dont set it at all, add to or remove from it on a per-recipe basis Oct 22 18:09:38 ah of course Oct 22 18:09:39 thanks Oct 22 18:09:40 i.e. PACKAGECONFIG_append_pn-somerecipe = " foo" Oct 22 18:13:38 starting to second guess our use of ?= and ??= for PACKAGECONFIG in recipes :) yes, it's configuration, but it should always be set per recipe, which means it should either be set explicitly in a bbappend, or set with the pn- override, which will override the default anyway Oct 22 18:13:52 might be less error-prone to just make it = Oct 22 18:14:11 I've wondered that as well.. especially now that we have _remove and _append Oct 22 18:14:17 yeah, exactly Oct 22 18:14:25 (when it was first designed we didn't have _remove) Oct 22 18:15:34 of course, even then we could have used the pn override to change the default value rather than relying on teh ?= / ??= to not unset the global 'PACKAGECONFIG' value Oct 22 18:15:57 in fact, since we don't want to use a global packageconfig value, but instead rely on distro features flowing in, we might want to add a sanity check to abort if it is set that way Oct 22 18:16:24 the idea of ??= was originally that a .bbappend could completely override.. but ya.. we don't want any system global settings Oct 22 18:16:47 but a bbappend could always completely override Oct 22 18:16:51 the append is parsed after the recipe Oct 22 18:16:58 ya Oct 22 18:17:51 BTW if anyone cares.. I've update the prelink-cross -- "cross_prelink_staging" branch Oct 22 18:18:14 the prelink-rtld PROBABLY now supports nios2, and the extern_protected_data (new in glibc 2.22?) is also now supported there.. Oct 22 18:18:25 the actual prelinker though isn't working reliably.. still working through that.. Oct 22 18:18:32 (we're having issues on PPC and ARMv7...) Oct 22 18:27:37 which dhcp client should i install? i've only found a package called: dhcp :4.3.0-r0 but rumors from the internet say that there should be a dhcp-server and dhcp-client (see https://community.freescale.com/thread/328582). maybe i didn't include all meta-* thingies yet?! Oct 22 18:30:51 http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/recipes-connectivity/dhcp/dhcp4.inc?id=070f173bdc2e4e6704ae40d0ce54b22b0940c5c8 <- installing dhcp should therefore install dhclient which is what i want Oct 22 18:33:09 qknight_: by default we enable udhcpc and udhcpd both in busybox Oct 22 18:33:22 shouldn't need to install anything Oct 22 18:34:16 kergoth: i don't get my machine to get an ip (but i didn't install networkmanger) Oct 22 18:34:45 how to get the machine to start dhclient or similar on network interfaces with status UP and CARRIER Oct 22 18:35:23 as i already said, you don't need dhclient Oct 22 18:35:29 and how you configure networking depends Oct 22 18:35:35 systemd or sysvinit, etc Oct 22 18:35:40 connman or not Oct 22 18:39:02 kergoth: any example configuration? Oct 22 18:39:30 again, it depends. you haven't told me anything. not what distro, not what image, not whether its gui or console, not whether its systemd or not Oct 22 18:39:41 kergoth: ah, sorry Oct 22 18:39:43 i don't have my crystal ball handy Oct 22 18:40:10 kergoth: yocto+poky+daisy with sysvinit (didn't understand how to get systemd working) Oct 22 18:43:27 and you still haven't said which image, which affects it greatly. for example, core-image-sato uses connman with its own applet, so its configured with connman Oct 22 18:43:48 assuming you're using a basic command line image like core-image-base, most likely you can configure via /etc/network/interfaces, see the debian docs on how to do so, or just edit it and see the examples Oct 22 18:43:58 kergoth: i'm on PPC branch of fsl (freesacpe) and my image is called fsl-image-x11 Oct 22 18:44:10 ah, no idea what they're putting in that image, so it's tough to say Oct 22 18:44:17 lol Oct 22 18:44:19 true ;-) Oct 22 18:57:08 khem: alright thanks. It's a single patch which hopefully applies cleanly. I'll try to send it in soon. Oct 22 19:35:37 will conf/local.conf adding DISTRO_FEATURES_APPEND = "opengl x11-core" work or have any effect? Oct 22 19:36:05 x11-core isn't a distro feature Oct 22 19:36:18 also it's _append, not _APPEND Oct 22 19:36:21 also you forgot the leading space Oct 22 19:36:52 leading space? Oct 22 19:37:19 my example was " opengl", not "opengl" Oct 22 19:37:31 _append appends without adding a separator Oct 22 19:37:34 kergoth: oh, that is important? *bummer* Oct 22 19:37:37 distro features is a space separated list of words Oct 22 19:55:01 kergoth: i need to read about that in the docs Oct 22 20:16:26 I'm trying out yocto for the first time just now. It's fun to watch it do its thing! Oct 22 20:19:46 to get systemd the only thing i have to do is to do DISTRO_FEATURES_append = " systemd", right? Oct 22 20:19:49 Hi, Any way to remove an RDEPENDS from a packagegroup? For example, pciutils from RDEPENDS_packagegroup-core-full-cmdline-sys-services. On Fido. thanks Oct 22 20:20:29 melio_cc: modify the packagegroup's sources and remove the compontent which holds the RDEPENDS Oct 22 20:20:44 melio_cc: no don't ask me how to do that. it's just a hack Oct 22 20:21:26 thanks, looking for an alt solution, bbappends for example. Oct 22 20:21:53 Would rather create my own package that modify the base poky one Oct 22 20:22:19 melio_cc: sounds like a good plan Oct 22 20:23:30 no '_remove' syntax works in a bbappends. Hoping someone new the right syntax Oct 22 20:24:22 _remove works fine in appends. it's not a good idea, because they can't be undone by later appends, but it does work Oct 22 20:24:35 could use := with oe_filter_out Oct 22 20:31:45 qknight: I am also trying to use it, there is more you can do like DISTRO_FEATURES_append = " systemd pam" VIRTUAL-RUNTIME_init_manager = "systemd" DISTRO_FEATURES_BACKFILL_CONSIDERED = "sysvinit" #VIRTUAL-RUNTIME_initscripts = "" Oct 22 20:32:20 Christian___: do you have systemd running already? Oct 22 20:32:25 using yocto? Oct 22 20:32:39 Somehow I am not sure if it runs Oct 22 20:33:21 (systemd) Oct 22 20:35:14 I had trouble getting the network interface up without ifup that's why I still have this commented: #VIRTUAL-RUNTIME_initscripts = "" Oct 22 20:36:56 Is there a "right" way to handle packaging things that aren't autotools (and don't have a configure script) but seem to follow most of autotools conventions? ie: can I use `inherit autotools-brokensep` and disable do_configure() and have things typically work? Oct 22 20:37:12 Or is there a different recommended way to handle things? Oct 22 20:37:24 Perhaps just calling oe_runmake with appropriate flags? Oct 22 20:37:47 qknight: do you know how I can see if it is systemd and not the init scripts? Oct 22 20:37:49 Christian___: thanks for sharing. you can also set interfaces up using: ip l set foo0 up Oct 22 20:37:54 well, you can inherit autotools and overwrite do_configure Oct 22 20:38:10 which is what cmake.bbclass does, in a nutshell Oct 22 20:39:08 qknight: well, yes ... problem is the target is an Lego EV3 ... and I currently do not have a keyboard here ... to type on the damn tiny screen :) Oct 22 20:41:10 qknight: I tried to put it in some startup files but it did not help the interface (usb ethernet (asix) ) did not come up. Oct 22 20:41:15 neverpanic: so that is the accepted way to handle make-only packages that use autotools like env vars? Oct 22 20:42:03 That is one way. I'm not in a position to define the "accepted way", but I'm sure looking at meta-openembedded has examples with the same problem Oct 22 20:42:30 generally a pure make based buildsystem should not inherit autotools, and should override EXTRA_OEMAKE to pass in their variables as appropriate for that buildsystem after reading its makefiles Oct 22 20:42:37 Christian___: since it is usb, maybe you can create a udev rule and execute a script from there Oct 22 20:47:29 qknight: hmm actually that could be an option ... Oct 22 22:26:20 is there a 'bitbake make clean except current image' thingy? Oct 22 22:45:47 qknight: you mean to clean "everything" - no there is just a delete certain directories ... oh and if you want to delete old image zips ... just delete them and ignore the "DO NOT DELETE ANY FILE HERE" it will never delete the itself ... Oct 22 22:45:57 *them itself **** ENDING LOGGING AT Fri Oct 23 02:59:58 2015