**** BEGIN LOGGING AT Thu Jan 24 02:59:56 2019 Jan 24 08:18:53 New news from stackoverflow: How do I add my custom directory entirely to the rootfs of the yocto project? Jan 24 08:25:08 thank you adelcast, helps alot Jan 24 08:56:45 hi Jan 24 08:58:05 hi gm, what is the reason why, for mpg123, a LICENSE_FLAGS = "commercial" is required ? Jan 24 08:58:42 I've troubles using the logging module with python 2.7 on an image built with the sumo branch Jan 24 08:58:52 it says: ImportError: No module named logging Jan 24 08:59:12 I added "python-logging" to the RDEPENDS var but no luck Jan 24 08:59:56 I cannot find y python-logging recipe in meta-openembedded either Jan 24 09:04:43 angelo_ts: in recent versions that has been removed I think Jan 24 09:28:33 bluelightning, thanks, my understaning is that even if mpg123 is LGPL, to decode mp3 on commercial products you should pay a royalty fee. Am i understanding properly ? Jan 24 09:32:22 angelo_ts: not anymore AFAIK: https://www.iis.fraunhofer.de/en/ff/amm/prod/audiocodec/audiocodecs/mp3.html Jan 24 09:33:33 angelo_ts: that was the case earlier though and hence the reason for the LICENSE_FLAGS setting Jan 24 09:43:27 Is there a way to check the ACTUALLY applied bbappends of a given recipe of the generated image? Jan 24 09:44:07 I know about bitbake-layers show-appends, but this command just shows the differente available appends, not the applied ones. Jan 24 09:48:13 I have 2 bbappends for linux-yocto: linux-yocto_4.4.bbappend and linux-yocto_%.bbappend, the sencond one contains an autogenerated fragment.cfg. The latter is no being applied, my kernel conf stays unmodified after compilation Jan 24 09:52:40 I have to say that both bbappends are in the same layer and in the same folder Jan 24 09:52:57 May be the application order is playing tricks on me... Jan 24 09:53:39 malanecora: bitbake-layers show-appends lists the actually applied bbappends Jan 24 09:54:25 malanecora: for lower level detail you probably want to use bitbake -e linux-yocto to see whether the variable changes you are making are taking effect Jan 24 09:54:34 bluelightning: hmmm...then application order is messed up Jan 24 09:54:53 bluelightning: How could I change the default order? Jan 24 09:55:43 malanecora: within the same directory, you can't, but then I'd ask why you need to have two separate bbappends in the same dir Jan 24 09:56:17 across different layers the layer priority is used for ordering Jan 24 09:56:41 I have a static library and I want it to be shipped to the SDK. I can find it in package slip but not found in SDK Yocto. Jan 24 09:56:59 I'm using this flag to export it to SDK FILES_${PN}-staticdev Jan 24 09:57:05 Any recommendations ? Jan 24 09:57:35 bluelightning: well...I do not need to but it is comfortable or convenient Jan 24 09:58:08 bluelightning: Because the sencond one is automatically generated with the yocto scritps Jan 24 09:58:17 malanecora: if you do want to keep them you'll need to make the bbappends play nice then, i.e. do not step on eachother's assignments (append rather than setting outright) Jan 24 09:58:30 Jnu8: SDK_FEATURES Jan 24 09:58:35 sorry Jan 24 09:58:50 Jnu8: SDK_FEATURES += "staticdev-pkgs" Jan 24 09:59:00 bluelightning: I'll just merge them then, Thank you! Jan 24 09:59:30 Jnu8: oops, actually it would be SDKIMAGE_FEATURES += "staticdev-pkgs" Jan 24 10:00:05 though that will include all staticdev packages in the SDK, perhaps that isn't what you want Jan 24 10:00:17 it's getting too late for my brain apparently Jan 24 10:02:27 Jnu8: in the image recipe, TOOLCHAIN_TARGET_TASK_append = " yourpackage-staticdev" Jan 24 10:03:18 you can alternatively do that at the configuration level (e.g. local.conf) but of course that will affect anything that's an SDK or looks like an SDK (e.g buildtools-tarball, if you build that of course) Jan 24 10:26:30 I try to finish recipe in this way "devtool finish helloapp ../meta-mylayer/recipes/" and I've got message "Unable to find initial revision - please specify it with --initial-rev". It is sth with git, but I don't know how to set initial revision. Jan 24 10:48:59 bluelightning, many thnaks, where can i check in yocto git the default package license flags ? Jan 24 10:50:45 angelo_ts: well, the default for most recipes is "", if you do "git grep LICENSE_FLAGS" then you can see which recipes enable it Jan 24 10:52:34 angelo_ts: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-multimedia/mpg123/mpg123_1.25.6.bb?h=rocko Jan 24 10:53:22 oh thanks Jan 24 11:19:29 New news from stackoverflow: How to add python-xbee receipes for yocto Jan 24 11:28:10 Does yocto actually start a dhcp server by default? Jan 24 11:29:23 y0kT0: certainly not. Jan 24 11:43:22 top tip:when sedding a file remember to pass -i Jan 24 11:49:35 New news from stackoverflow: How to enable networking service at boot in Yocto Jan 24 13:58:30 Hi, any idea with meta-ruby was removed from meta-openembedded??? Is there an alternative layer for ruby? Jan 24 14:05:01 http://layers.openembedded.org/layerindex/branch/master/recipes/?q=ruby Jan 24 14:05:07 does that help? Jan 24 14:10:20 blackjid: the relevant parts seem to have been moved into core classes, then the unnportant remains have been removed. Jan 24 14:36:59 that means that I can add an IMAGE_INSTALL_append = " ruby" without adding anything in my bblayers.conf? Jan 24 14:37:35 blackjid: see for yourself: http://layers.openembedded.org/layerindex/recipe/40228/ Jan 24 14:39:27 thanks! Jan 24 14:50:08 New news from stackoverflow: Are Yocto Releases Backwards Compatible? Jan 24 14:59:03 Hi. Is this approach of workflow what usually is used? application engineers using the SDK do it do develop on a known state of OS and feed back their software as recipies to the OS-build process, so applications are built at the same time with the OS? Jan 24 14:59:35 ls Jan 24 16:03:50 is there any official guide to making your own distro? Jan 24 16:04:11 dropping bluetooth, avahi et al from fslc seems unsurmountable Jan 24 16:05:56 https://www.yoctoproject.org/docs/2.5/dev-manual/dev-manual.html#creating-your-own-distribution found this one but it's not very illustrative Jan 24 16:06:38 Hi my recipe doesn’t seem to be producing any files.. I am checking ~/poky/build/tmp/work/armv7vehf-neon-test-linux-gnueabi/testrecipe/git-r0/build/ which has libcryptoauth.so but my image folder is empty… I assume image is where the output files go? Jan 24 16:08:28 This is my recipe https://gist.github.com/bentech/9fd07c25a670ab6322f0f791e38f00b4 Jan 24 16:11:13 This is my source CMakeLists which does call add_library https://github.com/MicrochipTech/cryptoauthlib/blob/pkcs11/lib/CMakeLists.txt#L66 I’m not sure what else to try Jan 24 16:17:38 This is my first recipe, it’s probably not anything complex :/ Jan 24 16:21:06 i'd comment out that OECMAKE_TARGET_INSTALL, shouldn't be needed anyway Jan 24 16:25:06 kergoth: I get this error when i comment that out https://gist.github.com/bentech/39fe70657aceb2107a57f638833eecfa#file-error-L13 Jan 24 16:25:48 which you should have paid attention to. by changing the target, you were preventing it from installing at all Jan 24 16:25:53 you need to find the root cause of *that* problem Jan 24 16:26:18 you changed it and made it just compile it and not install it Jan 24 16:26:47 the real question is why the generated ninja configuration has no installation target Jan 24 16:26:53 https://cmake.org/cmake/help/v3.0/generator/Ninja.html indicates an install target is provided Jan 24 16:56:33 Do i need pkgconfig for cmake to build? Jan 24 16:58:49 no idea what you're talking about there Jan 24 16:58:55 pkgconfig is needed when pkg-config is used Jan 24 17:17:22 Finally getting somewhere. I checked out the files and tried building manually with ninja. Just needed to add -DDEFAULT_LIB_PATH=/usr/lib Jan 24 17:18:06 Thanks Jan 24 17:36:41 that's a bit odd. usually those paths are handled by cmake Jan 24 18:24:07 Looking at the meta-boot2qt and meta-angstrom layers, they use bbappends yet those appends would kick in simply by having the layer included even if I had set DISTRO to poky. These layers don't seem to bother with variable, function, and file overrides for their distros. Is this accepted practice, and it is up to the user to manage having only one distro layer enabled at a time? Jan 24 18:24:36 Is this the norm for distro layers? Jan 24 18:25:22 best practice for a distro layer is to always use distro overrides, an dthe layer check toolf or yocto compliance indicates this Jan 24 18:25:29 but not all distros are compliant Jan 24 18:33:09 Josh_: thats very bad practise Jan 24 18:33:24 Josh_: as kergoth said, the checking tool would flag that Jan 24 18:50:54 New news from stackoverflow: Leading theories on why my typedef struct warning "may be used uninitialized" Jan 24 19:31:00 kergoth: rburton: Okay thanks for the clarification. That may be something worth noting in documentation, as even TI's distro layer (meta-arago-distro) appears in violation of this yet is listed as a Yocto compatible. Jan 24 19:33:19 i'd suggest reporting it to the layer maintainer Jan 24 19:33:57 ok, will do. Jan 24 20:57:12 Josh_, kergoth, rburton: having multiple distros enabled at the same time is a stupid idea. nevertheless, this requirement is relatively new and compatibility check and status are done per release. none of the listed distros have recent compatibility status with this implemented - https://www.yoctoproject.org/ecosystem/yocto-project-compatible-product-showcase/ Jan 24 21:01:21 denix: Thanks, I saw your email. I can see having multiple distro layers present, having a use case. (Obviously building for only one at a time.) Jan 24 21:03:44 denix, usrs are nuts :) Jan 24 21:04:16 Crofton|work: USRPs are nuts! :) Jan 24 21:05:57 Crofton|work: btw, is anyone working on updating Angstrom to be Yocto compliant? Jan 24 21:06:32 Josh_ technically mutliconfig can build multiple distros at the same time Jan 24 21:07:09 ie one command execution Jan 24 21:08:11 denix, is sad that the last compatible approval was done almost 2 yrs ago Jan 24 21:08:48 armpit: in general or for Angstrom specifically? Jan 24 21:08:57 in general Jan 24 21:10:46 armpit: well, maybe for distros, but some layers had renewals last year - I had meta-ti approved, didn't you get meta-oe as well? Jan 24 21:11:29 not meta-openembedded so I resubmitted meta-openembedded/meta-oe... Jan 24 21:11:50 working on the sub layers and the ones that dont pass will just stay that way Jan 24 21:12:38 what's the process for renewal, re-submit via the same forms? Jan 24 21:12:50 kergoth, correct Jan 24 21:12:55 armpit: yeah, for me BSP was more important and easier to do, so I left out distro for now - too much clean up required... ;) Jan 24 21:13:00 now that we have the script Jan 24 21:13:16 yeah, i didn't get around to fixing any remaining issues with meta-mel either, though i dont think there were many to begin with Jan 24 21:13:43 just low priority compared to all the other fires to fight.. Jan 24 21:14:36 kergoth: yeah, tell me about fires - sometimes it feels like I'm a firefighter! :) Jan 24 21:14:44 my hope is to get meta-perl,python, network and filesystem.. if those don't pass anyone including those wholesale can pass Jan 24 21:14:56 same. it's been ages since i've even had time to do upstream submissions from meta-mentor-staging :( Jan 24 21:14:59 so behind Jan 24 21:15:44 tell me about it Jan 24 22:14:00 * RP suspects these conversations need showing to the YP advisory board as I keep getting told people have time available :/ Jan 24 22:16:30 RP, I'm sure they are still sleeping and spending time with their family Jan 24 22:16:49 I heard denix even went on vacation! Jan 24 22:17:12 Crofton|work: Whats that? ;-) Jan 24 22:20:35 hello, I've got a question about setting the proper date/time in a yocto based OS. Would this happen automatically when connected to the internet? Or should this always be configured manually? (This might be a non-yocto-specific question, I'm just unfamiliar with this territory of OS configuration) THanks in advance! Jan 24 22:21:27 robbawebba: it all comes down to how you configure it and expect it to be used Jan 24 22:22:01 robbawebba: it will default to the latest date/time saved in the image by default and would update using ntp if you configured it to Jan 24 22:22:37 time waits for no man! Jan 24 22:23:18 RP: Okay, how is this configured, or which recipe is related to this configuration? Jan 24 22:34:15 denix: multiconfig + containers means the use case of multiple distro layers in a single configuration is far more realistic Jan 24 22:34:33 ie minimal host and a variety of featured guests Jan 24 22:35:04 robbawebba: use systemd and it just works Jan 24 22:35:22 systemd includes a ntp client and all the glue Jan 24 23:00:42 Crofton|work: I don't seem to recall having a vacation, so it probably didn't happen... Jan 24 23:01:13 Crofton|work: moreover, having a vacation with kids (especially mine) is a full-time job! Jan 24 23:09:25 lol Jan 24 23:36:42 denix: was so stressful you've erased the memories? :) Jan 24 23:41:30 RP: LOL. no, it was quite good, even with my bratty kids. we had a week of family "reunion" for the Holidays in Australia Jan 24 23:43:00 denix: I was just kidding. I definitely need to do better at this vacation thing myself... Jan 24 23:43:37 RP: was thinking about stopping by at bluelightning's for a surprise visit, just didn't have time, heh :) Jan 24 23:43:47 Not sure I'd survive a flight to .au/.nz but would be nice Jan 24 23:45:56 RP: well, you definitely need one! mine was long overdue. and yeah, the flight was very long. make it double with kids... Jan 25 00:05:44 RP: since you are still here, hopefully a quick question - when creating per-image/sdk feeds in oe-rootfs-repo/oe-sdk-repo, what ends up pulling all sub-packages (-dev, -dbg, -locale, etc) for a dependent package? I have some custom sub-package that get left behind and trying to see how to solve it... Jan 25 00:24:39 denix: you'd have been more than welcome, but it is still a bit out of the way :) Jan 25 00:25:07 especially travelling with kids, something I now have an appreciation for... Jan 25 00:33:32 bluelightning: thanks, I know you have your hands full these days, so didn't mean to imply. how's your kid? what's new? Jan 25 01:41:54 denix: pretty good thanks... my son's almost 2, my daughter 3 1/2 Jan 25 01:42:23 We are getting old Jan 25 01:42:25 coupled with buying a house that does certainly keep us busy :) Jan 25 01:43:54 Crofton|work: I'll be 28 next year... in hex ;) Jan 25 01:46:22 llz Jan 25 01:46:31 as koen once siad, that is old in any base Jan 25 01:46:58 lol **** ENDING LOGGING AT Fri Jan 25 02:59:58 2019