| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 00:19 | |
| *** Willy-- <Willy--!~william@156.34.251.99> has joined #yocto | 00:41 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 00:42 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 00:45 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 00:46 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 00:46 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 00:49 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 00:50 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 00:52 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 00:52 | |
| *** Lncn <Lncn!~Lncn@wsip-184-176-158-216.ph.ph.cox.net> has quit IRC | 00:56 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 01:08 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 01:09 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 01:09 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 01:10 | |
| *** Willy-- <Willy--!~william@156.34.251.99> has quit IRC | 01:14 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 01:16 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 01:21 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has joined #yocto | 01:21 | |
| *** robbawebba <robbawebba!~rob@47.180.176.91> has quit IRC | 01:24 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 01:37 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 01:58 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has quit IRC | 02:04 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 02:04 | |
| *** micka <micka!~micka@reverse-75.fdn.fr> has joined #yocto | 02:05 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 02:10 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 02:15 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 02:39 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 02:45 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 03:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 03:22 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 03:26 | |
| *** NU-Slacker <NU-Slacker!~NU-Slacke@24.13.72.71> has quit IRC | 03:28 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 03:28 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 03:38 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 03:47 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 03:47 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 03:55 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 04:10 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 04:29 | |
| yocti | New news from stackoverflow: Read and write in ioctl linux device driver <https://stackoverflow.com/questions/52658307/read-and-write-in-ioctl-linux-device-driver> | 04:41 |
|---|---|---|
| *** zagor_ <zagor_!~zagor@rockbox/developer/Zagor> has joined #yocto | 04:44 | |
| *** ant__ <ant__!~ant__@host132-248-dynamic.14-87-r.retail.telecomitalia.it> has joined #yocto | 04:48 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 04:52 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 04:52 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 04:52 | |
| *** ant_home <ant_home!~ant__@host132-248-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC | 04:52 | |
| *** roxell <roxell!~roxell@unaffiliated/roxell> has quit IRC | 04:52 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 04:57 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 04:57 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 04:57 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has joined #yocto | 04:57 | |
| *** roxell <roxell!~roxell@unaffiliated/roxell> has joined #yocto | 04:57 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has joined #yocto | 04:57 | |
| *** AndersD <AndersD!~AndersD@193.64.211.192> has joined #yocto | 05:07 | |
| *** AndersD <AndersD!~AndersD@193.64.211.192> has quit IRC | 05:07 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-jlhznogdqvawjeiw> has quit IRC | 05:08 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 05:24 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 05:31 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 05:38 | |
| *** learningc <learningc!~User@mti-37-145.tm.net.my> has quit IRC | 05:39 | |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has joined #yocto | 06:03 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 06:15 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has quit IRC | 06:17 | |
| *** Hoolootwo <Hoolootwo!Hooloovoo@hooloovoo.blue> has joined #yocto | 06:19 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:31 | |
| *** ant__ <ant__!~ant__@host132-248-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC | 06:42 | |
| *** maciejjo <maciejjo!~maciejjo@fireball.sobkow.ski> has quit IRC | 06:47 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:13 | |
| *** boucman_work <boucman_work!~jrosen@wesnoth/developer/boucman> has joined #yocto | 07:26 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-amihdyzbfzqyljgl> has joined #yocto | 07:30 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has joined #yocto | 07:33 | |
| *** FrostEyes_P1 <FrostEyes_P1!~frosteyes@152.115.47.4> has joined #yocto | 07:39 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:01 | |
| yocti | New news from stackoverflow: Can I use Google-assistant library on YOCTO linux? <https://stackoverflow.com/questions/52660683/can-i-use-google-assistant-library-on-yocto-linux> | 08:12 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:16 | |
| *** florian_kc is now known as florian | 08:19 | |
| *** ant_work <ant_work!~ant__@host90-253-dynamic.4-87-r.retail.telecomitalia.it> has joined #yocto | 08:19 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:21 | |
| *** jkliemann <jkliemann!~jk@dud42.inf.tu-dresden.de> has joined #yocto | 08:43 | |
| jkliemann | how are include paths set when using a library in yocto? e.g. I use glibc (more specific eglibc) in a project but I can't see any include path to glibc directories in the build command yet it seems to find the header files | 08:44 |
| *** zagor_ is now known as zagor | 08:45 | |
| LetoThe2nd | jkliemann: look at the logs of the project, namely the do_configure and do_compile steps. they should be pretty verbose about that. | 08:47 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 08:51 | |
| *** jkprg <jkprg!~jkprg@5.59.34.94> has joined #yocto | 09:07 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 09:15 | |
| *** jkprg <jkprg!~jkprg@5.59.34.94> has quit IRC | 09:17 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 09:34 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:34 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 09:39 | |
| *** banach-space <banach-space!~andrzej@134.10-252-62.static.virginmediabusiness.co.uk> has joined #yocto | 09:45 | |
| *** kuzulis <kuzulis!~kuzulis@37.112.57.60> has quit IRC | 09:47 | |
| *** kuzulis <kuzulis!~Denis@37.112.57.60> has joined #yocto | 09:48 | |
| kuzulis | Hi guys. I have added my recipe app, and did: bitbake my-app.. It compiles, BUT: I don't see a release *.ipk package.. I see only my-app-dbg.ipk and my-app-dev.ipg packages.. Why? What is reason? | 09:49 |
| kuzulis | It is Qt app, mased on qmake | 09:50 |
| kuzulis | s/mased/based | 09:50 |
| LetoThe2nd | kuzulis: probably you didn't set FILES_${PN}. it holds the list of files that is meant to go into the package | 09:51 |
| rburton | kuzulis: because the app didn't install anything that went into PN | 09:51 |
| rburton | the default PN has /usr/bin etc etc | 09:51 |
| LetoThe2nd | rburton: for reasons unknown, "usr bin" just made me think of the trashcan beneath my desk | 09:52 |
| kuzulis | rburton: Hmm.. I did by this wiki: https://wiki.yoctoproject.org/wiki/Building_your_own_recipes_from_first_principles and there are no FILES_${PN} in *.bb file | 09:55 |
| rburton | the default is good for stuff which installs to $prefix like it should | 09:55 |
| banach-space | Hiya! I'm a Yocto noob, but trying my best :-) How could I make Yacto stick to GLibC 2.27: "WARNING: Your host glibc verson (2.28) is newer than that in uninative (2.27). Disabling uninative so that sstate is not corrupted." | 09:56 |
| rburton | thats just a warning, ignore it | 09:56 |
| LetoThe2nd | banach-space: this message basically says that the build process need to compile some stuff from scratch for your system and cannot use the prebuilt uninative | 09:57 |
| LetoThe2nd | banach-space: -> ignore it. | 09:57 |
| banach-space | I'd love to ignore it, but the build fails and a bit of googling revealed that GLibC 2.28 can be a bit problematic. | 09:57 |
| banach-space | So I wanted to make sure that GLibC 2.28 (the system one) is not used at all. | 09:58 |
| LetoThe2nd | banach-space: thats true but unrelated to uninative, AFAIK. its basically that older rleases don't build on systems with 2.28 | 09:58 |
| LetoThe2nd | banach-space: so either build on a host with an older glibc (can be a docker container too!) or try latest master | 09:59 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:01 | |
| banach-space | OK, FYI I'm using Sumo. Will try downgrading GLibC then, thanks! | 10:01 |
| kuzulis | rburton: I have added this: FILES_${PN}-dbg += "${datadir}/${P}/.debug" | 10:01 |
| kuzulis | FILES_${PN} += "${datadir}" | 10:01 |
| kuzulis | to by recipe *.bb file.. But it generates same dbg and dev packages. | 10:01 |
| kuzulis | s/to by/to my | 10:01 |
| rburton | kuzulis: don't do that, FILES_PN-dbg is populated magically | 10:01 |
| kuzulis | rburton: Yocto is a full magic ))) | 10:02 |
| kuzulis | rburton: I keep only FILES_${PN} += "${datadir}", but the result same.. (( | 10:03 |
| rburton | kuzulis: so what do you expect it to have installed? | 10:04 |
| rburton | because the problem is almost certainly your app | 10:04 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 10:04 | |
| kuzulis | rburton: I expect that an output IPK files is in /tmp/deploy/ipk directory will be without of dbg suffix.. | 10:05 |
| rburton | kuzulis: sure, but what files in the package do you expect to see | 10:05 |
| rburton | presuming you can't share the app and recipe | 10:05 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:06 | |
| kuzulis | rburton: I don't know what I expect... I'm just confused with 'dbg' package suffix | 10:07 |
| rburton | kuzulis: surely you know what my-app should be installing | 10:07 |
| kuzulis | rburton: Yes, It just install own 'executable' file. | 10:09 |
| rburton | the dbg package is the debug symbols | 10:09 |
| kuzulis | rburton: Yes, I know that is it.. But I don't understand why bitbake compiled it as 'debug' target | 10:09 |
| rburton | it didn't | 10:10 |
| rburton | it did a normal build, extracted the debug symbols, and put them into the PN-dbg package | 10:10 |
| rburton | the PN package contains the stripped binaries | 10:10 |
| kuzulis | rburton: Ah..So, so, how then I can say to bitbake to build my app in 'release'? | 10:11 |
| kuzulis | rburton: Do I need .bbappend file for this? | 10:12 |
| rburton | this build vs release thing is generally the mindset of someone who has used visual studio | 10:12 |
| rburton | there is no build/release toggle in yocto | 10:13 |
| rburton | erm debug/release | 10:13 |
| rburton | a normal build has debug symbols, these are extracted from teh binaries and put in a separate package | 10:13 |
| rburton | so the normal package is the binaries, and the dbg package is *just* the debug symbols | 10:13 |
| kuzulis | ok, but how then I can create a 'normal' binaries package? )) | 10:14 |
| kuzulis | I don't understand, why it does not creates | 10:14 |
| rburton | so again, what file do you expect it to have built? | 10:14 |
| rburton | /usr/bin/my-app? | 10:14 |
| kuzulis | Hmm.. lett assume, that yes | 10:15 |
| rburton | then assuming that your app knows how to install properly, then it would have been installed and you'll have a my-app package | 10:15 |
| rburton | if that didn't work then my-app is broken | 10:15 |
| rburton | read the recipe, look at how it does install, look at the my-app rules for install, debug why you don't end up with /usr/bin/my-app installed under ${D} during do_install | 10:16 |
| kuzulis | Hmm.. my recipe has not any do_install() scripts.. | 10:16 |
| rburton | does it inherit any classes? | 10:16 |
| kuzulis | I thought everything would be done automatically. | 10:17 |
| kuzulis | It inherit only qmake5 | 10:18 |
| kuzulis | in .bb file | 10:18 |
| rburton | right, and that class has a do_install | 10:18 |
| rburton | so now you get to figure out why your my-app's qmake file doesn't install properly | 10:18 |
| rburton | congrats you've moved the problem out of the recipe and into my-app itself | 10:19 |
| rburton | the qmake5 class will configure/build/install correctly *assuming* the qmake file actually works | 10:19 |
| kuzulis | So, do I need in do_install() ? | 10:19 |
| rburton | no | 10:20 |
| rburton | the qmake class has a do_install | 10:20 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:20 | |
| rburton | but if that is failing then you know the problem is in my-app itself | 10:20 |
| kuzulis | Do you mean, that it failing in compile-time? | 10:21 |
| rburton | well install time | 10:21 |
| kuzulis | Ah.. ok... many thanks for your time :) | 10:21 |
| rburton | the class just asks the app to install | 10:21 |
| rburton | from your description, that is broken | 10:21 |
| kuzulis | I will check, thanks )) | 10:22 |
| kuzulis | Is in yocto any logs to see what happens ? e.g. in 'install' time? | 10:23 |
| rburton | yes in the work dir | 10:23 |
| rburton | under your recipe's temp/ there's log.do_install | 10:23 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:24 | |
| kuzulis | thanks | 10:29 |
| jofr | I'm bbappending to the dhcp_4.3.6.bb recipe, but that recipe already has a do_install_append().. can I have another do_install_append() in my .bbappend? | 10:38 |
| rburton | yes | 10:38 |
| jofr | So it appends to the append(ix) or does it override it? | 10:38 |
| rburton | appends | 10:39 |
| jofr | Nice! Thanks :) | 10:39 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 10:40 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 10:41 | |
| kuzulis | rburton: A new question, what does this mean: Files/directories were installed but not shipped in any package ? | 10:43 |
| kuzulis | e.g. my app has install path as /home/root/ | 10:43 |
| rburton | so that warning was telling you that files were installed (by do_install) but not put into any packages | 10:44 |
| rburton | ideally, don't install apps to /home/root | 10:44 |
| rburton | if you must add that to FILES_${PN} | 10:44 |
| rburton | apps should be in /usr/bin... | 10:45 |
| kuzulis | yes, I know about /usb/bin, but I need in custom location.. | 10:46 |
| rburton | then you have to deal with the fallout of that | 10:46 |
| rburton | which starts with setting FILES_${PN} as appropriae | 10:47 |
| kuzulis | WOW, it works: FILES_${PN} += "/home/root/" .. many thanks ) | 10:47 |
| kuzulis | rburton: A last question (maybe). So, what a last step to add my app recipe to an image? Is it just add it to IMAGE_INSTALL_append of my image.bb file? | 10:57 |
| rburton | yes | 10:58 |
| kuzulis | thx | 10:58 |
| *** anujm <anujm!~anujm@192.198.146.171> has joined #yocto | 10:58 | |
| jkliemann | LetoThe2nd: sorry for the late answer, i looked into the do_compile logs and in the whole command only the projects own include paths are set, how does it find the libc? my original problem is that it indeed finds the libc headers but some defines from signal.h are missing yet all signal.h files I could find have them so I have no idea where the include comes from and why it doesnt define some symbols | 10:58 |
| LetoThe2nd | jkliemann: no problem. have you looked into do_configure too, and the environment it sets? specifically the sysroot? | 10:59 |
| jkliemann | do_configure just shows that there are no errors and everything seems to be fine, this seems to be okay since the original project doesnt need any further configure steps. which sysroot exactly do you mean? i noticed that each library seems to have its own (sometimes?) to build, what still confuses me is that other headers such as stdio.h work fine | 11:03 |
| LetoThe2nd | jkliemann: each recipe gets its own sysroot, indeed | 11:03 |
| jkliemann | should it be under tmp/work/<target>/<project>/sysroot ? | 11:04 |
| LetoThe2nd | i don't have a suffiently new workdir handy to check, sorry. | 11:06 |
| LetoThe2nd | jkliemann: also look at the run.* files of the stages. those should contain what bitbake feeds into the repective tasks | 11:08 |
| jofr | FWIW, bitbake <recipe> -c devshell is what I normally use for this kind of debugging | 11:12 |
| jofr | jkliemann: FWIW, bitbake <recipe> -c devshell is what I normally use for this kind of debugging | 11:12 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 11:13 | |
| *** kuzulis <kuzulis!~Denis@37.112.57.60> has quit IRC | 11:13 | |
| jkliemann | LetoThe2nd: it seems to use the correct sysroot, it has the same sysroot options as all other packages and if I add an #error it fails there. some of the missing defines seem to be missing due to another missing define yet when I add a -D__USE_POSIX it doesnt seem to have any effect | 11:18 |
| LetoThe2nd | jkliemann: hm, no idea right now (and i gotta run, sorry) | 11:19 |
| jkliemann | jofr: when I call make in the devshell it fails to link but the initial error is gone | 11:20 |
| jkliemann | LetoThe2nd: no problem, still thanks, you pointed me into some good directions | 11:20 |
| *** ant_work <ant_work!~ant__@host90-253-dynamic.4-87-r.retail.telecomitalia.it> has quit IRC | 11:29 | |
| jkliemann | got it! i defined -std=c99 instead of -std=gnu99 which lead to __USE_POSIX being undefined and therefor not including some definitions | 11:32 |
| *** kuzulis <kuzulis!~Denis@37.112.57.60> has joined #yocto | 11:33 | |
| kuzulis | rburton: Why my app which I install to custom /home/root/foo directory has not an executable rights? | 11:34 |
| kuzulis | rburton: But in /tmp/work/.../image/../ it has executable rights | 11:36 |
| jofr | Did you do an install -m <mode> in your do_install? | 11:39 |
| kuzulis | rburton: i.e. it has not execurable rights after I flashed an image to target HW.. But if I mount same image via 'mount' utility, then I see an executable rights.. | 11:39 |
| kuzulis | jofr: No, I did nothing.. I have not an do_install() script in my .bb file | 11:40 |
| rburton | kuzulis: is /home mounted with executable mode allowed? | 11:41 |
| yocti | New news from stackoverflow: Can I use Google-assistant library on YOCTO linux? [on hold] <https://stackoverflow.com/questions/52660683/can-i-use-google-assistant-library-on-yocto-linux> | 11:43 |
| kuzulis | sorry, guys.. all ok.. it is my inattention.. | 11:44 |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:44 | |
| *** ant__ <ant__!~ant__@host90-253-dynamic.4-87-r.retail.telecomitalia.it> has joined #yocto | 11:45 | |
| *** anujm <anujm!~anujm@192.198.146.171> has quit IRC | 11:48 | |
| *** jkliemann <jkliemann!~jk@dud42.inf.tu-dresden.de> has quit IRC | 11:48 | |
| ernstp | can I print a warning from just parsing a file? | 12:25 |
| ernstp | this is a .conf file actually, I guess that's different from recipes | 12:26 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 12:27 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 12:31 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 12:33 | |
| *** svolpe <svolpe!~shane@c-71-236-70-38.hsd1.pa.comcast.net> has joined #yocto | 13:00 | |
| lukma | Dear all, | 13:04 |
| lukma | What is the scope of PACKAGE_EXCLUDE when used inside a recipe (to build image) | 13:04 |
| lukma | do I need to add PACKAGE_EXCLUDE_pn-${PN} = "foo" to not pollute the name space? | 13:04 |
| lukma | when I do want to exclude "foo" ? | 13:04 |
| *** fl0v0 <fl0v0!~fvo@i577B924F.versanet.de> has joined #yocto | 13:09 | |
| rburton | lukma: image-scope, just set it in the image recipe | 13:27 |
| lukma | rburton: Is this somewhere written? | 13:32 |
| rburton | _pn-foo is for when you're doing a recipe-specific change from a global config such as local.conf | 13:32 |
| rburton | so PACKAGE_EXCLUDE_pn-core-image-base = "foo" in local.conf would exclude foo from core-image-base | 13:33 |
| rburton | but if its your image, just put PACAKGE_EXCLUDE=foo in it | 13:33 |
| fancer | Hello folks | 13:36 |
| fancer | I've got a question about SDK. | 13:36 |
| fancer | Is it possible to embed source code of all applications installed to a distro to eSDK, so it would be used for offline builds? | 13:38 |
| fancer | I wanna have an autonomous SDK, which would need an internet to fetch sources when image rebuild is requested by the SDK user. | 13:39 |
| fancer | * wouldn't need an internet | 13:39 |
| fancer | Is it possible to create something like this based on for instance eSDK? | 13:40 |
| *** stephano <stephano!~stephano@134.134.139.72> has joined #yocto | 13:41 | |
| svolpe | exit | 13:45 |
| *** svolpe <svolpe!~shane@c-71-236-70-38.hsd1.pa.comcast.net> has quit IRC | 13:46 | |
| ernstp | ok I just created a dummy.bb recipe with an __anonymous function | 13:47 |
| *** uglyoldbob <uglyoldbob!~uglyoldbo@12.182.35.187> has joined #yocto | 13:49 | |
| uglyoldbob | is it possible to append a string to a variable only when it is set? | 13:50 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 13:51 | |
| *** fl0v0 <fl0v0!~fvo@i577B924F.versanet.de> has quit IRC | 13:53 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 14:04 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 14:06 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 14:06 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 14:13 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 14:16 | |
| *** svolpe <svolpe!~svolpe@c-71-236-70-38.hsd1.pa.comcast.net> has joined #yocto | 14:33 | |
| armpit | RP, rburton I started a build. you can kill it if need be | 14:34 |
| rburton | my son's birthday dinner shortly, so i'm outta here. However, I do have an almost-working nfs-ganesha recipe in case anyone fancies continuing it and eventually moving runqemu to using that instead. | 14:37 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 14:38 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 14:40 | |
| *** zagor <zagor!~zagor@rockbox/developer/Zagor> has quit IRC | 14:48 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 14:55 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 14:55 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 14:55 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 14:59 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 15:01 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 15:03 | |
| *** kuzulis <kuzulis!~Denis@37.112.57.60> has quit IRC | 15:08 | |
| armpit | rburton, have fun.. | 15:09 |
| armpit | rburton, i have a fancy | 15:09 |
| armpit | where can I find it? | 15:09 |
| *** banach-space <banach-space!~andrzej@134.10-252-62.static.virginmediabusiness.co.uk> has quit IRC | 15:10 | |
| yocti | New news from stackoverflow: Install Tensorflow on yocto linux for R-CAR H3- ARM -SOC <https://stackoverflow.com/questions/52668321/install-tensorflow-on-yocto-linux-for-r-car-h3-arm-soc> | 15:13 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 15:15 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 15:21 | |
| *** svolpe is now known as list | 15:23 | |
| *** list is now known as Gerrath | 15:23 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 15:29 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 15:31 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:31 | |
| *** Gerrath <Gerrath!~svolpe@c-71-236-70-38.hsd1.pa.comcast.net> has quit IRC | 15:34 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 15:34 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 15:34 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 15:34 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 15:35 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 15:37 | |
| *** svolpe <svolpe!~svolpe@c-71-236-70-38.hsd1.pa.comcast.net> has joined #yocto | 15:42 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has joined #yocto | 15:42 | |
| yocti | New news from stackoverflow: How to enable tc command when building a kernel using Yocto recipes <https://stackoverflow.com/questions/52669185/how-to-enable-tc-command-when-building-a-kernel-using-yocto-recipes> | 15:44 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 15:46 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:02 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 16:03 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 16:03 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 16:04 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 16:16 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 16:18 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:21 | |
| *** tprrt <tprrt!~tprrt@217.114.201.133> has quit IRC | 16:21 | |
| *** rohanmahy <rohanmahy!~rohan@50-1-51-76.dsl.dynamic.fusionbroadband.com> has joined #yocto | 16:36 | |
| rohanmahy | Hi, I modified a recipe yesterday to use some complicated python macros to set PN. Basically, if you are building a release the PN is a bare version string like 0.4.5 pulled out of an include file. If you are building out of the git develop branch, add a suffix with the git commit ID. This part worked with other recipes. But this recipe has a SRC_URI += "file://somefile". Now when I run that recipe I get | 16:40 |
| rohanmahy | an error that bitbake can't calculate the checksum on somefile. Any ideas? | 16:40 |
| kergoth | it can't find the file at all, most likely. if you put it in a bbappend, amke sure you also adjusted FILESEXTRAPATHS | 16:41 |
| kergoth | or put the recipe in the right place on disk | 16:41 |
| kergoth | s/recipe/file/ | 16:41 |
| rohanmahy | It has no problem finding the file in do_fetch. It is only when it goes to checksum that it no longer finds it | 16:43 |
| kergoth | files are checksummed at parse time | 16:44 |
| kergoth | long before tasks are run | 16:44 |
| rohanmahy | I was thinking it might be specifically related to the logic to checksum with PV | 16:44 |
| rohanmahy | https://patches.openembedded.org/patch/117673/ | 16:45 |
| rohanmahy | sorry. I meant to say I modify PV, not PN | 16:45 |
| kergoth | where exactly is the file? if it's in a path that includes pv, of course changing pv would make it no longer find it.. | 16:45 |
| rohanmahy | recipes-foo/foo/files/somefile | 16:46 |
| rohanmahy | where the recipe is recipes-foo/foo/foo_%.bb | 16:46 |
| rohanmahy | I also tried FILESEXTRAPATHS and that did not change anything. | 16:47 |
| kergoth | _% makes no sense, i hope that isn't the actual path on disk | 16:47 |
| kergoth | first i'd suggest postoing the actual error message you're seeing, and when it's happening, rather than summarizing | 16:47 |
| rohanmahy | I am including a version number centrally from an include file, so yes, I am actually using _% (and later replacing PV. | 16:48 |
| kergoth | i'd just use foo.bb in th at case, rather than using the same character used in bbappend wildcards, just to avoid confusion | 16:50 |
| kergoth | but i doubt that's the issue, just worth noting | 16:50 |
| rohanmahy | ok. i will give that a try. Thanks | 16:50 |
| *** jcal93 <jcal93!~jcal93@c-68-35-16-247.hsd1.al.comcast.net> has joined #yocto | 16:54 | |
| jcal93 | Hey guys, I'm new to yocto, and I'm looking for some info about LSB and Yocto. | 16:55 |
| jcal93 | I found this wiki page about LSB and Yocto, but it looks dated. -> https://wiki.yoctoproject.org/wiki/LSB_Result | 16:55 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 16:55 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 16:55 | |
| jcal93 | Is there somewhere I can find out about LSB compliance by version on Yocto? | 16:56 |
| rohanmahy | @kergoth, same error message: | 16:58 |
| rohanmahy | WARNING: /home/rohan/plt/fsl-release-bsp/sources/meta-plantronics-marmot/recipes-tools/foo/foo.bb: Unable to get checksum for foo SRC_URI entry VERSION: file could not be found | 16:58 |
| rohanmahy | WARNING: /home/rohan/plt/fsl-release-bsp/sources/meta-plantronics-marmot/recipes-tools/foo/foo.bb: Unable to get checksum for foo SRC_URI entry VERSION: file could not be found | 16:58 |
| rohanmahy | ERROR: An uncaught exception occurred in runqueue########## | ETA: 0:00:00 | 16:58 |
| rohanmahy | Traceback (most recent call last): | 16:58 |
| rohanmahy | File "/home/rohan/plt/fsl-release-bsp/sources/poky/bitbake/lib/bb/runqueue.py", line 948, in RunQueueData.prepare(): | 16:58 |
| rohanmahy | (mc, fn, taskname, taskfn) = split_tid_mcfn(tid) | 16:58 |
| rohanmahy | > self.runtaskentries[tid].hash = bb.parse.siggen.get_taskhash(taskfn, taskname, procdep, self.dataCaches[mc]) | 16:58 |
| rohanmahy | task = self.runtaskentries[tid].task | 16:58 |
| rohanmahy | File "/home/rohan/plt/fsl-release-bsp/sources/poky/meta/lib/oe/sstatesig.py", line 139, in SignatureGeneratorOEBasicHash.get_taskhash(fn='/home/rohan/plt/fsl-release-bsp/sources/meta-plantronics-marmot/recipes-tools/foo/foo.bb', task='do_fetch', deps=[], dataCache=<bb.cache.CacheData object at 0x7f4742f92978>): | 16:58 |
| rohanmahy | def get_taskhash(self, fn, task, deps, dataCache): | 16:59 |
| rohanmahy | > h = super(bb.siggen.SignatureGeneratorBasicHash, self).get_taskhash(fn, task, deps, dataCach | 16:59 |
| kergoth | that should have failed at parse time, not runqueue generation time, unless you have something which changes from one parse to the next | 16:59 |
| *** ant__ <ant__!~ant__@host90-253-dynamic.4-87-r.retail.telecomitalia.it> has quit IRC | 17:01 | |
| rohanmahy | that's what i thought too if there was an error | 17:02 |
| kergoth | RP: interesting, https://www.python.org/dev/peps/pep-0540/ | 17:04 |
| rohanmahy | kergoth: should I paste the recipe? | 17:06 |
| rohanmahy | LICENSE = "CLOSED" | 17:08 |
| rohanmahy | S = "${WORKDIR}" | 17:08 |
| rohanmahy | SRC_URI += "file://somefile" | 17:08 |
| rohanmahy | do_install() { | 17:08 |
| rohanmahy | echo ${PIKA_VERSION} ${PV} | cat - somefile >>VERSION | 17:08 |
| rohanmahy | install -d ${D}/home/root | 17:08 |
| rohanmahy | install -m 0644 VERSION ${D}/home/root | 17:08 |
| rohanmahy | } | 17:08 |
| rohanmahy | FILES_${PN} += "/home/root/VERSION" | 17:08 |
| rohanmahy | require recipes-tools/version/pika-version.inc | 17:08 |
| rohanmahy | # this just has one line: PIKA_VERSION = "0.4.5" | 17:08 |
| rohanmahy | PIKA_BUILD_SOURCE ??= "git" | 17:08 |
| rohanmahy | LOCAL_PV = "${PIKA_VERSION}-local" | 17:08 |
| rohanmahy | GIT_PV = "${PIKA_VERSION}+git${SRCPV}" | 17:08 |
| rohanmahy | RELEASE_PV = "${PIKA_VERSION}" | 17:08 |
| rohanmahy | SRCREV = "${@bb.data.getVar('AUTOREV',d,1) if bb.data.getVar('PIKA_BUILD_SOURCE',d,1)=='git' else bb.data.getVar('PIKA_VERSION',d,1)}" | 17:08 |
| rohanmahy | PV = "${@bb.data.getVar('LOCAL_PV',d,1) if bb.data.getVar('PIKA_BUILD_SOURCE',d,1)=='local' else bb.data.getVar('GIT_PV',d,1) if bb.data.getVar('PIKA_BUILD_SOURCE',d,1)=='git' else bb.data.getVar('RELEASE_PV',d,1)}" | 17:08 |
| kergoth | RP: https://www.python.org/dev/peps/pep-0538/ too | 17:11 |
| rohanmahy | kergoth: Any suggestions about something I could try next? | 17:12 |
| kergoth | the first thing worth noting is oe-core already provides a mechanism to do what you want, so you don't have to do this yourself at all | 17:27 |
| kergoth | https://github.com/openembedded/openembedded-core/blob/master/meta/classes/devupstream.bbclass — if you follow the steps in the comments, you'll have two versions of your recipe available to be built, and you can select which using PREFERRED_VERSION as though you had two recipe files for the two versions | 17:27 |
| *** stephano <stephano!~stephano@134.134.139.72> has quit IRC | 17:28 | |
| kergoth | although, i think both would be parsed, and if upstream isn't available for every user, maybe that wouldn't be ideal.. hmm | 17:28 |
| *** rohanmahy <rohanmahy!~rohan@50-1-51-76.dsl.dynamic.fusionbroadband.com> has quit IRC | 17:38 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has joined #yocto | 17:39 | |
| mrk377 | IRC check. Is this received? | 17:39 |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has quit IRC | 17:42 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has joined #yocto | 17:43 | |
| mrk377 | Hello all. IRC check. Is this received? | 17:44 |
| Crofton | test failed | 17:44 |
| mrk377 | lol | 17:44 |
| mrk377 | The new authentication makes IRC login more cumbersome. Ugh :( | 17:45 |
| kergoth | new authentication? | 17:46 |
| kergoth | if you're just talking about nickserv, use a decent irc client and it'll auto-login | 17:46 |
| mrk377 | msg NickServ identify blahblah | 17:47 |
| mrk377 | All: I deployed an embedded application using jethro a few years ago. I got krogoth compiling project, and am now jumping to morty. What are benefits of jumping to pyro->rocko->sumo? | 17:57 |
| mrk377 | I hold the kernel fixed due to hardware. | 17:58 |
| JPEW | mrk377: pyro added recipe specific sysroots, which are reallty nice | 18:07 |
| Crofton | also, like updated versios of stuff | 18:08 |
| Crofton | some CVE's fixed, new ones introduced | 18:09 |
| Crofton | also, people will laugh at you for using ancient versions | 18:09 |
| Crofton | older kernels need patches to compile with newer gcc | 18:09 |
| mrk377 | JPEW/Crofton - The CVE's are important for the Information Assurance junkies. Having updated packages is also a requirement too. My recipes have required small tweaks for Morty. | 18:13 |
| mrk377 | I wonder if leap frogging to pyro->rocko->sumo is best, or jump straight to sumo? Is one way better for sanity. | 18:13 |
| *** fischerm <fischerm!~mfischer@207.114.172.147> has joined #yocto | 18:16 | |
| Crofton | old kernels can hav eissues also | 18:17 |
| Crofton | I'd go all the way | 18:17 |
| Crofton | and try to track new releases | 18:17 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-amihdyzbfzqyljgl> has quit IRC | 18:18 | |
| mrk377 | thx crofton. I will try sumo next. | 18:28 |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-vrgknxywhbvckmgo> has joined #yocto | 18:37 | |
| mrk377 | All - Is there a way to override checking QAPATHTEST[host-user-contaminated] = "package_qa_check_host_user" in insane.bbclass. Our docker swarm runs as uid 0, and creates a ton of "is owned by uid 0... contamination" | 18:38 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 18:43 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 18:43 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 18:57 | |
| *** ant__ <ant__!~ant__@host71-72-dynamic.117-80-r.retail.telecomitalia.it> has joined #yocto | 19:00 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 19:02 | |
| JPEW | mrk377: I wouldn't recommend it, but you can do WARN_QA_remove = "host-user-contaminated" | 19:10 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 19:10 | |
| JPEW | There are legitamate and serious problems that QA warning can find :) | 19:11 |
| mrk377 | thx JPEW | 19:11 |
| JPEW | It would be *much* better to run as any user other than root :) | 19:11 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 19:11 | |
| mrk377 | What are impacts from your experience? | 19:11 |
| JPEW | That particular QA warning can find cases where recipes are written incorrectly, and the files end up on the rootfs with the UID of the user running bitbake instead of the correct UID (which can be very bad) | 19:12 |
| mrk377 | Oh, that is important. | 19:13 |
| JPEW | Running bitbake as root confuses it because there are *lots* of files on the rootfs owned by root (on purpose), so it cant distinguish between ones that are supposed to be owned by root and those that are accidentally owned by root | 19:13 |
| mrk377 | I appreciate your time/input. It is very helpful for me. | 19:16 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:28 | |
| *** jcal93 <jcal93!~jcal93@c-68-35-16-247.hsd1.al.comcast.net> has quit IRC | 19:30 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 19:33 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:43 | |
| *** jkridner|pd <jkridner|pd!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:47 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 19:51 | |
| tgoodwin | Is there any package that provides the rest of sysvinit functionality like "service"? | 19:52 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 19:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 20:03 | |
| rburton | tgoodwin: service is a ubuntu-specific thing iirc | 20:03 |
| tgoodwin | rburton: I was going off this: https://fedoraproject.org/wiki/SysVinit_to_Systemd_Cheatsheet | 20:03 |
| rburton | ah, fedora ship it too | 20:04 |
| rburton | either way its not standard sysvinit | 20:04 |
| tgoodwin | alright, thanks | 20:04 |
| rburton | armpit: poky-contrib:ross/mut. their cmake files are nonsense, and it fails to link natively right now | 20:06 |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 20:07 | |
| armpit | rburton, thanks | 20:07 |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC | 20:18 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 20:19 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 20:19 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-108-40-78-74.bltmmd.fios.verizon.net> has quit IRC | 20:20 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 20:32 | |
| *** xtron <xtron!~xtron@103.255.5.72> has joined #yocto | 20:44 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto | 20:46 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has joined #yocto | 20:49 | |
| mrk377 | I didn't get this error with Krogoth, but now it shows on Morty **QA Issue: core-image-project: Recipe file fetches files and does not have license file information (LIC_FILES_CHKSUM) [license-checksum]. I have about 19 IMAGE_INSTALL packages in my core-image-project.bb that I don't control (packages from internet). Must I create LIC_FILES_CHKSUM for the culprits?? | 20:51 |
| mrk377 | Kick me. I had a blank (i.e../recipes-connectivity/remserial/remserial_1.4.bb:LIC_FILES_CHKSUM = "") | 20:56 |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 21:05 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 21:05 | |
| *** xtron <xtron!~xtron@103.255.5.72> has quit IRC | 21:09 | |
| fancer | Folks, one more time the question regarding SDK. | 21:10 |
| fancer | Is it possible to embed source code of all installed to the image applications into eSDK, so the SDK would be used for offline builds/rebuilds? | 21:10 |
| fancer | I wanna have an autonomous SDK, which wouldn't need the Internet to fetch sources when image rebuild is requested by the SDK user. | 21:10 |
| *** pohly <pohly!~pohly@p54BD55A3.dip0.t-ipconnect.de> has quit IRC | 21:16 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 21:19 | |
| *** mrk377 <mrk377!442d9918@gateway/web/freenode/ip.68.45.153.24> has quit IRC | 21:19 | |
| *** xtron <xtron!~xtron@103.255.5.72> has joined #yocto | 21:25 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tqxejcxmgbztrjko> has joined #yocto | 21:44 | |
| *** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto | 21:50 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has quit IRC | 22:11 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 22:15 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 22:15 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has left #yocto | 22:15 | |
| *** andrey_utkin <andrey_utkin!~andrey_ut@gentoo/developer/andrey-utkin> has joined #yocto | 22:15 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has quit IRC | 22:25 | |
| *** mattsm <mattsm!~mattsm@76.205.175.243> has joined #yocto | 22:27 | |
| *** stephano <stephano!stephano@nat/intel/x-xpqlhriurflwgmqb> has joined #yocto | 22:33 | |
| *** rubdos <rubdos!~rubdos@ptr-1uzevqefjgxdm5wv65h.18120a2.ip6.access.telenet.be> has joined #yocto | 22:33 | |
| *** xtron <xtron!~xtron@103.255.5.72> has quit IRC | 22:53 | |
| *** xtron <xtron!~xtron@103.255.4.26> has joined #yocto | 23:09 | |
| *** xtron <xtron!~xtron@103.255.4.26> has quit IRC | 23:23 | |
| *** chandana73 <chandana73!~ckalluri@149.199.62.254> has quit IRC | 23:33 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 23:46 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!