**** BEGIN LOGGING AT Fri Jun 14 02:59:58 2019 Jun 14 06:27:38 good morning Jun 14 06:31:29 I'm having issue in my yocto rootfs, where include folder is missing in /usr/. Jun 14 06:35:03 luckywho: its not an issue, its intended. neither headers nor compilers to use them are installed by default, as compiling on target is a, well... rather bad practise. Jun 14 06:37:05 luckywho: so think about it. think about it once more, now harder. if you still think you need to compile in target (i bet you skipped the thinking part), then go here https://www.yoctoproject.org/docs/2.7/ref-manual/ref-manual.html#ref-features-image and read up on the dev-pkgs and tools-sdk IMAGE_FEATURES Jun 14 06:41:48 LetoThe2nd: I'm installing pip packages. Because of header files missing installation fails. Jun 14 06:42:34 luckywho: and again, doing this at runtime in target is a bad practise Jun 14 06:43:16 luckywho: if you need to manufacture a thousand of these devices, are you gonna run the install process each time? see. thats why we write recipes to take care of this at image building time. Jun 14 06:44:04 luckywho: if you are jsut doing a one of a kind tinkering project and want to poke things directly on the target, then you are with great chances better off using debian or such Jun 14 06:45:06 LetoThe2nd: Thank you. I will add recipe. Jun 14 06:48:11 luckywho: in meta-python there are lots of examples using the various mechanisms. like, http://git.openembedded.org/meta-openembedded/tree/meta-python/recipes-extended/python-meh/python3-meh_0.47.bb Jun 14 06:54:43 rburton, what do you mean? I want to use the sink in a qtwidget, and for that need the display and surface Jun 14 07:57:47 Hello, I built a wayland-distro image, fully functional. So wayland is running, gstreamer waylandsink is working etc Jun 14 07:58:00 however, I want to includ waylandsink in qt Jun 14 07:59:10 For that i need wayland surface and display Jun 14 08:00:13 long story short, as explained here: https://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/tests/examples/waylandsink/main.c Jun 14 08:00:36 I want to include gst/wayland/wayland.h, but yocto complains that it is not available Jun 14 08:02:37 rburton, I'm building the "fake" tiny image of one recipe and it builds "gnome-*test", "python" and a lot of other things. how can I get rid of this default "tiny" image dependencies? Jun 14 08:36:54 I'm building the "fake" tiny image of one recipe and it builds "gnome-*test", "python" and a lot of other things. how can I get rid of this default "tiny" image dependencies? Jun 14 08:43:23 what is a fake tiny image? Jun 14 08:57:15 yet in any case, have bitbake -g depexp drop the task and recipe dependency dot files, and inspect them to find out what causes your unwanted dependencies. Jun 14 09:13:16 why is gst-libs/gst/mpegts/mpegts.h making it to my image-include, and gst-libs/gst/wayland/wayland.h isn't? Jun 14 09:14:27 apparently only interfaces mpegts webrtc are build from gst-libs Jun 14 09:16:26 woutervh: packageconfig wayland is set? http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.16.0.bb?h=master#n81 Jun 14 09:31:06 LetoThe2nd, yes, waylandsink is even working on the system Jun 14 09:31:06 woutervh: then i'd try and see if the install stage actually deploys the header in question and it is just not packaged, or if it isn't even installed Jun 14 09:31:06 woutervh: -> look into the recipe sysroots and package-split directories. **** BEGIN LOGGING AT Fri Jun 14 09:32:19 2019 Jun 14 09:34:15 woutervh: hm. i just have the gut feeling that you are going wrong somewhere, but can't put my finger on it. not a gstreamer user, myself. Jun 14 09:36:33 I also have that impression :-) But not being a real yocto developer, it's also hard ;-) Jun 14 09:36:46 If I look in the meson file, it has some dependencies: Jun 14 09:36:47 use_wayland = wl_protocol_dep.found() and wl_client_dep.found() and wl_scanner.found() and libdrm_dep.found() Jun 14 09:37:05 so I need wayland_protocols, wayland_client, wayland_scanner and libdrm Jun 14 09:37:41 can I add those in a bbappend to bad? Jun 14 09:37:44 heh, i'm not a YP dev too. i have exacly zero code contributions :) Jun 14 09:38:52 New news from stackoverflow: How to run x11 apps(i.e,VNC viewer) on RDK-V which is built with westeros compositor? Jun 14 10:11:04 Hi guys. I have an 'own' yocto configuration with the X11 support && Qt 5.11.2. It compiles fine... But at attempt to update the Qt meta layer to use e.g. Qt 5.12.3, the Qt configuration fails with this error: "test config.qtbase_gui.libraries.xcb_xinput FAILED".. so, seems that it can't find the XCB XInput package... I looked in the all source yocto layers/recipes and did not find any mention about 'xcb xinput'... What I'm missing? Jun 14 10:26:44 RP: so do you submit the perl fix with perlbug, or shall I take it up? Jun 14 10:34:28 kanavin: Good question. Do you know if we've used perlbug before? Jun 14 10:52:33 RP: I have never used it myself. Seems like it can be used for both bug reports and sending patches. Jun 14 10:53:58 kanavin: I guess since I've gotten this far with it I should finish it off. I never quite intended to run with it, just kept looking further... Jun 14 10:54:20 kanavin: i just misread that as "goth bug reports". d'uh. probably time to end the week at the desk. Jun 14 10:55:03 Guys, how to add a 'chromium' package to my image? I have added the 'chromium' to 'IMAGE_INSTALL_append' of my-image.bb.. But the bitbake say: ERROR: Nothing RPROVIDES 'chromium' (but /mnt/data/Yocto-miatech/yocto-miatech/sources/meta-miatech/meta-dingdong/recipes-images/images/dingdong-image.bb RDEPENDS on or otherwise requires it)... BUT, I see that this recipe is in: /mnt/data/Yocto-miatech/yocto-miatech/sources/meta-miatech/sources/meta-freescale/dynami Jun 14 10:55:03 c-layers/browser-layer/recipes-browser/chromium/chromium_52.0.2743.76.bbappend .. Jun 14 10:56:12 kuzulis: that is only an append, not a full blown recipe Jun 14 10:57:11 kuzulis: you probably want to look at meta-browser, for example http://layers.openembedded.org/layerindex/recipe/72136/ Jun 14 10:59:41 LetoThe2nd: Do I need then to add 'chromium-x11' to the IMAGE_INSTALL_append, or just 'chromium' ? Jun 14 11:00:05 kuzulis: https://github.com/OSSystems/meta-browser/blob/master/recipes-browser/chromium/chromium-x11_75.0.3770.80.bb#L23 Jun 14 11:02:53 RP: I appreciate that you pushed this further to the actual patch, would take me longer probably Jun 14 11:03:51 LetoThe2nd: Hmm.. I have added this 'meta-browser' layer, also have added IMAGE_INSTALL_append = 'chromium'.. But the bitbake says: ERROR: No recipes available for: bla-bla-bla .. .. Why it points to 'freescale' ? Jun 14 11:04:28 kanavin: I have a commit in master-next I'm testing Jun 14 11:04:53 kanavin: I'm just poking at it in between everything else Jun 14 11:05:59 LetoThe2nd: Maybe do I need to mask the '.../meta-freescale/dynamic-layers/browser-layer/recipes-browser/chromium/chromium-wayland_48.0.2548.0.bbappend' somehow? Jun 14 11:06:19 kuzulis: i'd guess that you are mixing up layer revisions. Jun 14 11:07:14 kuzulis: as meta-browser refers to v75-something, and your freescale thing to v48-something Jun 14 11:09:24 LetoThe2nd: Yes, my layer based on 'pyro' revision, but the 'meta-browser' has not a 'pyro' branch, so I use a master branch from there. Jun 14 11:09:55 LetoThe2nd: So, what I need to do? Jun 14 11:11:20 kuzulis: find a pyro revision of meta-browser, or forward your layer, or find the one who provided you with outdated recipes and make him support them. Jun 14 11:12:19 LetoThe2nd: and, no any other ways? Jun 14 11:12:51 kuzulis: sure. don't use anything of it and just go home. Jun 14 11:14:10 LetoThe2nd: no, I'm meant, what if I try to create an own 'chromium_75.bbappend' file in my meta-layer? Jun 14 11:14:55 kuzulis: that is variant 2: "forward your layer" Jun 14 11:15:34 LetoThe2nd: ahh... many thanks.. :) Jun 14 11:16:28 good afternoon, folks. how did poky deal with this build error in automake https://github.com/Homebrew/linuxbrew-core/issues/6275 Jun 14 11:16:59 did it deal with it at all? basically can't build automake on systems with perl v5.26.1 Jun 14 11:17:16 but i'm on an old version of poky Jun 14 11:18:58 i can't see this being solved in the poky git log. or maybe this error doesn't occur with automake 1.16? Jun 14 11:19:11 1.16.1 Jun 14 11:21:33 LetoThe2nd: I have found the 'old' chrome version v52 in meta-browser layer... but at attempt to build my image I gon another unrelated error: No recipes available for: /gnome-settings-daemon_2.32.1.bbappend ... But, I do not use this gnome-settings-daemon.. How to solve this? Jun 14 11:22:41 kuzulis: same technique qpplies. Jun 14 11:23:24 LetoThe2nd: Can I use BBMASK instead to skip this recipe? Jun 14 11:23:29 kuzulis: seriously, you are obviously mixing up bits and pieces without taking care of versions, dependencies, whatever. this is not going to work Jun 14 11:24:49 kuzulis: take a step back, look at your layer contruction and versions, decide upon what you actually want to archieve, and then plan the way. instead of randomly adding things and wondering why the build breaks. Jun 14 11:25:40 LetoThe2nd: It is hard to me to update the revisions of all meta-layers of my 'yocto' repo... I'm not an Yocto expert. :( Jun 14 11:26:31 kuzulis: its never to late to become one Jun 14 11:27:23 kuzulis: but if you have a stack of outdated layers on the one hand, and an uptodate layer on the other hand that provides something you want, then you need to start sorting out things. no matter how much you feel like not being an expert Jun 14 11:28:25 LetoThe2nd: Ohh.. many thanks, anyway. :( Jun 14 11:45:39 milloni: upgrade to a newer poky, because that problem is *old* Jun 14 11:45:55 yeah Jun 14 11:46:13 a tmp fix for now? i can't see it fixed anywhere in the poky git Jun 14 11:46:40 did you try ef4907f311e3ddedfa3eb8a111cc1d146c19851a Jun 14 11:46:54 poky c65d565e239be1e991080a37a261a1267bdda19c Jun 14 11:47:02 the error message is literally the same Jun 14 11:47:26 in https://git.yoctoproject.org/cgit/cgit.cgi/poky/ ? no such ref Jun 14 11:47:30 1fe39e849299a720ab0bcace7d6d8325e6cd8193 is the "my perl is too new" bug Jun 14 11:48:15 ef49 is oe-core, not poky. use c65d Jun 14 11:49:11 thank you, i missed that Jun 14 11:49:25 i saw "fix race in parallel builds" and stopped reading there :) Jun 14 11:58:09 rburton, thanks for your answers. Everything is almost fine. Except one thing. https://pastebin.com/wh01QjwK when I run -c populate_sdk it says, no such task Jun 14 12:03:56 Dvorkin: you didn't inherit image Jun 14 12:04:08 that's *not* an image recipe Jun 14 12:04:13 and sdks are generated from image recipes Jun 14 12:05:51 May I just inherit populate_sdk in this metaimage and get a task listed? Jun 14 12:06:09 the SDK code looks at IMAGE_INSTALL, which isn't set Jun 14 12:06:19 just write a normal image that depends on the stuff you build normally Jun 14 12:07:40 I already have "normal" image. And I can build separately with -c populate_sdk multiconfig:mypltatform:img-x Jun 14 12:08:18 so to make sdk I have to run this command twice for two platforms Jun 14 12:08:42 it is not very convinient Jun 14 12:09:39 what if I'll set IMAGE_INSTALL in this metarecipe and inherit populate_sdk? Jun 14 12:33:18 LetoThe2nd: Why bitbake say that: No recipes available for: ../sources/meta-browser/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bbappend, but the recipe is in: /sources/meta-openembedded/meta-gnome/recipes-gnome/gnome-settings-daemon/gnome-settings-daemon_2.32.1.bb ? Jun 14 12:33:47 wtf? Jun 14 12:35:08 kanavin: have submitted it. Used perlbug to generate the mail then moved to my mailer to send Jun 14 12:35:45 kuzulis: just because the file is there, it does not mean bitbake is aware of it. i'd guess that you have not added meta-gnome to bblayers. Jun 14 12:38:38 LetoThe2nd: Oops, yes, you are right. Sorry, many thanks )) Jun 14 12:39:56 hi, I'm trying to compile simple go app (hello world.go) in ycoto rocko like: https://pastebin.com/0gBMaLMz but get error: Jun 14 12:39:58 warning: "/..." matched no packages Jun 14 12:39:59 | can't load package: package .: no Go files in Jun 14 12:40:09 any ideas or examples? Jun 14 12:48:38 RP: cheers Jun 14 12:48:55 RP: and thanks Jun 14 12:52:25 rburton_: i think that's actually a different error, the help2man message is the same, but that's just because you always get that message when the perl script fails Jun 14 12:52:42 milloni: try the other perl fix i pasted maybe? Jun 14 12:53:00 yeah, let me try Jun 14 13:06:30 kanavin: i think i'm seeing gstreamer-libav fail to build docs with the new gtk-doc Jun 14 13:12:52 rburton_: thank you, it worked :) Jun 14 13:27:35 rburton_, hmm, why is that not seen on AB? Jun 14 13:27:48 guessing that it doesn't build enough Jun 14 13:27:57 i'll review the target Jun 14 13:45:08 hello all Jun 14 13:45:44 I'm setting INITRAMFS_IMAGE in my distro config file. but it's not picked up by the linux kernel. i looked into the .config file and it contains CONFIG_INITRAMFS_SOURCE ="" Jun 14 13:46:00 is it not supported to set INITRAMFS_IMAGE in the distro config file? is it somehow overwritten in the kernel recipe? Jun 14 13:46:56 kanavin: yes its the gtk-doc upgrade Jun 14 13:47:06 kanavin: annoyingly, upstream gst-av have moved to a new doc system Jun 14 13:47:10 so thats going to be fun Jun 14 13:49:00 ah the ab doesn't exerise it because its gst-libav so not in the images out of the box Jun 14 13:49:35 RP: do we do any testing of builds with 'commerical' license flags enabled? Jun 14 13:49:46 should the ab? could the ab? Jun 14 13:50:16 rburton: no hits in the AB config Jun 14 13:50:39 could it? probably Jun 14 13:52:35 docs say "You must set the INITRAMFS_IMAGE_BUNDLE variable in a configuration file. You cannot set the variable in a recipe file. " Jun 14 13:52:41 as far as I can see, a distro config is a configuration file Jun 14 13:53:06 distro or local.conf Jun 14 13:54:31 rburton, if they have we might just disable gtk-doc until the version with the new doc system is in oe-core? Jun 14 13:54:51 rburton, hmm zcat /proc/config.gz says that CONFIG_INITRAMFS_SOURCE = "". So i guess that means that a initramfs was not bundled? Jun 14 13:55:06 rburton: just went through my mind, but can't we have a warning for recipes that have a license with *commercial* in int and no LICENSE_FLAGS = "comemrcial" set? Jun 14 13:56:14 I'm still a bit unhappy by meta-qt5 providing qtbase even though I have GPL-3.0 blacklisted (because they have GPL-3.0 | Qt-Commercial) Jun 14 13:56:46 s/by/with Jun 14 13:56:58 qschulz, I made a github issue for that ~ two weeks ago Jun 14 13:57:26 I think they are overly coarse with their license declaration. maybe some tools like qtcreater or something are under GPL-3, but not the library itself Jun 14 14:00:57 * zeddii emerges from the redeye home … read email .. goes for a nap Jun 14 14:01:10 litb: good point to raise, though this does not fix the actual problem with | and having LICENSE_X blacklisted. Jun 14 14:01:45 I think they can easily fix this my putting the LICENSE declaration in the specific packages Jun 14 14:05:31 qschulz, shouldn't yocto then assume that the package is licensed under the obscure commercial license? Jun 14 14:10:19 I recall there has been some discussion about arm trusted firmware around here. Does anyone know about that? Jun 14 14:12:51 litb: yes but the package is not marked as actually commercial which is incorrect Jun 14 14:13:10 ah i see! Jun 14 14:13:15 or at least confusing Jun 14 14:13:30 because normally you have to whitelist commercial licenses Jun 14 14:13:38 s/licences/packages/ Jun 14 14:14:03 but qtbase_git.bb is not marked as commercial when GPL-3.0 is disabled Jun 14 14:14:22 s/disabled/blacklisted, time to go home with that many typos :) Jun 14 14:20:15 ah, I see! seems like some more magic is needed in yocto Jun 14 14:21:01 would need to parse that boolean expression, substitute "false" for each of the blacklisted expressions, false for commercial licenses, and true for all other licenses. if it evaluates to false, throw an error Jun 14 14:23:25 or I don't know, a way to say FOO and BAR licenses are commercial and then Yocto resolves the | & in LICENSE and find out if any of the needed license is FOO or BAR Jun 14 14:24:59 For qtbase, I found that with current Yocto, this should work: Jun 14 14:25:00 + LICENSE_FLAGS = "${@ "commercial" if (incompatible_license_contains('GPL-3.0', True, False, d) or \ Jun 14 14:25:04 + incompatible_license_contains('The-Qt-Company-GPL-Exception-1.0', True, False, d) or \ Jun 14 14:25:07 + (incompatible_license_contains('GPL-2.0+', True, False, d) and \ Jun 14 14:25:10 + incompatible_license_contains('LGPL-3.0', True, False, d))) \ Jun 14 14:25:13 + else ''}" Jun 14 14:25:21 but see how readable that is? horrible :) And then if LICENSE changes, this has to change as well. Jun 14 14:46:14 qschulz, ah so the problem is that yocto doesn't know whether that license is commercial, and then it fails to detect that you used commercial licenses Jun 14 14:46:39 i see now. anyway, I have another problem with WIC: It uses "bzImage" as the kernel. it's hardcoded in the bootimg-pcbios WIC plugin Jun 14 14:47:21 but unfortunately, that symlink in deploy/images/ always points to the non-initramfs-kernel. and I see no way to provide the correct kernel image short of using my own WIC plugin Jun 14 14:47:33 copy-pasting the bootimg-pcbios Jun 14 14:49:46 if only there would be a system that's as easy as buildroot but as flexible as yocto >> Jun 14 15:06:38 that's a tough one, flexibility implies a certain amount of complexity, which is hard to introduce without a learning curve, unless you're very good at design Jun 14 15:23:31 Hello! in WIC, how can I manually set my partition numbers? Jun 14 15:23:41 I need them to be numbered 1, 2, 3, 5, 6 (skipping 4) Jun 14 15:24:02 and I'm getting 1, 2, 3, 4, 5, and afaict there's no way to manually set the part number...? Jun 14 15:24:08 I'm using GPT Jun 14 15:44:10 weird.. I've created an initrd with the "dracut" package from meta-initramfs, using PACKAGES_INSTALL = "kmod kernel-modules coreutils bash dracut plymouth-initrd" and inheriting class core-image Jun 14 15:44:22 but.. the initrd drops me into a login screen? Jun 14 15:47:47 ah, in fact, it seems to paste systemd into it. Jun 14 15:51:33 what's the currently recommended way for a live image installer under x86 Jun 14 15:52:08 I've tried the hddimg, which works OK but it has a number static defaults in the install script Jun 14 15:52:48 or is everyone just rolling their own installer and using tar archives extracted onto a partition like you would with arm? Jun 14 16:25:45 jackmitchell: you can fairly easily roll your own install scripts in the hddimg framework Jun 14 16:25:51 but essentially, installers are quite niche Jun 14 16:26:09 like for testing i just run directly from a fast usb3 stick Jun 14 16:26:09 jackmitchell: I think there are patches to try and move hddimg over to use wic Jun 14 16:27:03 RP: rburton: ok, I'll take a look, I was expecting to see something like a bootable image which includes image X and just dd's it to an available drive Jun 14 16:27:54 isn't that basically what the installer does? Jun 14 16:28:01 (with the live complication for fun) Jun 14 16:28:29 rburton: it messes around with the grub config and other bits and pieces so a lot of custom configuration doesn't move over Jun 14 16:29:37 is there a way to include one image in another image, or is that just asking for trouble? Jun 14 16:46:50 how do i select the gcc version to compile native packages? Jun 14 16:55:31 jackmitchell: it definitely can be done using dependencies Jun 14 17:14:51 i set GCCVERSION and SDKGCCVERSION in local.conf but that doesn't appear to do anything Jun 14 17:16:08 actually i do GCCVERSION ?=, that might be it Jun 14 17:18:03 man this is a mess :( I need dracut to create an initramfs for my distribution. so I actually don't need "dracut" but "dracut-native". therefore i created a .bbappend file and added the native class Jun 14 17:18:43 however trying to run it with oe-run-native dracut-native dracut fails because dracut wants its files and expects a /usr/lib/dracut/dracut-init.sh . that is of course not present Jun 14 17:19:07 I need to chroot into /mnt/vcs/git/poky/build/tmp/work/i686-linux/dracut-native/1_049-r0/recipe-sysroot-native ... isn't there a better way to do this? Jun 14 17:28:51 litb: does yocto actually build stuff in chroots? Jun 14 17:36:03 milloni, I have no idea, but i don't think so Jun 14 17:36:19 right, me neither Jun 14 17:36:35 usually it has a directory with the source Jun 14 17:36:42 I've dropped the plans to use dracut as initramfs. it's to complicated to setup in a cross-building setting it seems :( Jun 14 17:36:48 a separate one with the build artifactrs Jun 14 17:37:13 i've just use the simple initramfs-framework and start plymouth manually from /exec.d/ Jun 14 17:37:23 milloni, ah Jun 14 17:37:39 I'm just a few feeks into yocto, so I've not got a very good idea of things Jun 14 17:37:47 the path that you've pasted, that's the right path to look at Jun 14 17:38:33 milloni, not if I'm on the buildsystem Jun 14 17:38:44 ah you mean the path i would need to chroot into Jun 14 17:38:55 yes, except that you cannot chroot into it Jun 14 17:38:59 because there's no chroot Jun 14 17:39:07 yeah; i guess that's it. that's also the one that oe-find-native-sysroot gives Jun 14 17:39:11 if you're talking about the buld stage Jun 14 17:39:27 i've not done initramfs with yocto Jun 14 17:39:39 milloni, hmm, but in that directory tree, there seem to be /usr and /bin and all the friends that have all the binary and libraries that were built natively Jun 14 17:40:10 that might be the image recipe? Jun 14 17:40:18 so in fact couldn't I chroot into them and execute a binary in them? Jun 14 17:40:26 possibly you could Jun 14 17:40:28 milloni, hm I think it's independent of images Jun 14 17:40:39 what's the problem again? is it failing to build or boot up? Jun 14 17:40:44 it's just the stuff that were built because they might be needed during the build, like a qemu binary Jun 14 17:41:33 milloni, well initially i was trying to include "plymouth" into an initramfs. from meta-oe. and then its "plymouth-initrd" package has a dependency on dracut. Jun 14 17:42:00 so I thought I need that too. but that's all bullshit. dracut doesn't seem to be made for this kind of flexibility. Jun 14 17:42:25 it's even described as "Dracut is an event driven initramfs infrastructure. dracut (the tool) is used to create an initramfs image by copying tools and files from an installed system and combining it with the dracut framework". so it requires an installed system to run from Jun 14 17:42:49 I'm hopelessly lost trying to run it within a buildsystem to generate the initramfs for a yet-not-installed system, I think Jun 14 17:42:51 it seems suspicious to me Jun 14 17:42:59 yocto should make the initramfs afaik Jun 14 17:43:18 does it need dracut for it? i would assume yocto itself is the tool Jun 14 17:43:18 so I'll reset and just use the openembedded initramfs framework and don't use dracut. plymouth should work with that aswell, I think Jun 14 17:43:33 yeah, that seems to be the way to go :) Jun 14 17:43:48 just use yocto/poky/openembedded ready solutions whenever possible Jun 14 17:44:02 milloni, well the folks that built the meta-openembedded/meta-initramfs use dracut in some mysterious ways to generate initramfs-es that contain dracut Jun 14 17:44:31 hm okay Jun 14 17:44:43 i dont understand any of this, sorry :) Jun 14 17:44:52 i've given up understanding that stuff :) Jun 14 19:35:12 hi Jun 14 19:35:29 is there way how to find out from which package is file installed? Jun 14 19:35:37 I'm looking for /etc/environment Jun 14 19:35:53 oe-pkg-util find-path after you've done a build Jun 14 19:36:01 something like that anyway Jun 14 19:37:05 kergoth: thanks it's : oe-pkgdata-util find-path /etc/environment Jun 14 19:37:14 that's the one Jun 14 19:37:15 np Jun 14 19:37:16 and it works ;) Jun 14 23:10:59 New news from stackoverflow: Developing Paho-Mqtt-C Application on Host for Target having libraries Jun 14 23:12:10 For thud, ifupdown is being replaced by tools like iw and ip. My understanding is that ifup and ifdown are scripts that handle enabling/disabling interfaces, restarting wpa_supplicant and udhcpc. I see that with iw and ip, I am able to connect to different ssid [but no internet access] and its upto me as a user to manually restart wpa_supplicant and udhcpc to get a new ip and internet access. I was wondering if there is a script/tool that Jun 14 23:12:10 is recommended as a good replacement to ifupdown which takes care of interface enablement, restarting wpa_supplicant and udhcpc. Jun 15 01:41:19 New news from stackoverflow: IMAGE_INSTALL vs PACKAGE_FEATURES - what's the difference? **** ENDING LOGGING AT Sat Jun 15 02:59:57 2019