| *** camus1 <camus1!~Instantbi@124.77.81.200> has joined #yocto | 00:26 | |
| *** kaspter <kaspter!~Instantbi@124.77.81.200> has quit IRC | 00:27 | |
| *** camus1 is now known as kaspter | 00:27 | |
| *** kaspter <kaspter!~Instantbi@124.77.81.200> has quit IRC | 00:47 | |
| *** kaspter <kaspter!~Instantbi@124.77.81.200> has joined #yocto | 00:47 | |
| *** vineela1 <vineela1!vtummala@nat/intel/x-gphgbigqmcjisavo> has joined #yocto | 00:49 | |
| *** vineela <vineela!vtummala@nat/intel/x-nvvzmnfcrsffkfsm> has quit IRC | 00:49 | |
| *** vineela1 <vineela1!vtummala@nat/intel/x-gphgbigqmcjisavo> has quit IRC | 01:00 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 01:00 | |
| *** vineela1 <vineela1!vtummala@nat/intel/x-mtteqnykizpcbdda> has joined #yocto | 01:02 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 01:02 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:10 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 01:10 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 01:10 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 01:15 | |
| *** vineela1 <vineela1!vtummala@nat/intel/x-mtteqnykizpcbdda> has quit IRC | 01:15 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 01:18 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 01:29 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:38 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has quit IRC | 01:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 01:41 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 01:55 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 01:55 | |
| *** fatalhalt <fatalhalt!~fatalhalt@c-67-163-60-93.hsd1.il.comcast.net> has joined #yocto | 01:56 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 02:03 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 02:12 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 02:51 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.61> has joined #yocto | 03:21 | |
| yocti | New news from stackoverflow: Why .ipkg format is mainly considered for the embedded devices...? [closed] <https://stackoverflow.com/questions/60577225/why-ipkg-format-is-mainly-considered-for-the-embedded-devices> | 03:21 |
|---|---|---|
| *** nerdboy <nerdboy!~sarnold@47.143.129.61> has quit IRC | 03:22 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 03:22 | |
| *** zopsi_ <zopsi_!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC | 03:23 | |
| *** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto | 03:24 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has joined #yocto | 04:04 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 04:12 | |
| *** dv <dv!~dv@176.114.204.12> has quit IRC | 04:24 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:53 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 05:06 | |
| *** kiwi_29 <kiwi_29!49e7d3d6@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:06 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 05:06 | |
| kiwi_29 | Hello...I am creating Debian Package .deb files as output of an application. I have preinst postinst maintainer scripts as part of deb package. I currently have this included as pkg_preinst_${PN} and related functions | 05:13 |
| kiwi_29 | the actual script is written inside these functions | 05:13 |
| kiwi_29 | is there a way to include external scripts as part of this functions ? | 05:13 |
| kiwi_29 | I used include <PATH_TO_SCRIPT>/preinstscript.sh as first line of pkg_preinst_${PN} but it did not work | 05:14 |
| *** kiwi_29 <kiwi_29!49e7d3d6@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:34 | |
| *** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 05:48 | |
| *** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 05:50 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 05:52 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 05:56 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 06:23 | |
| *** aehs29 <aehs29!~znc@189.237.233.49> has quit IRC | 06:23 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 06:27 | |
| *** AndersD_ <AndersD_!~AndersD@195.67.57.138> has joined #yocto | 06:29 | |
| *** AndersD_ <AndersD_!~AndersD@195.67.57.138> has quit IRC | 06:31 | |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 06:32 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 06:45 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 06:46 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto | 06:47 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 06:49 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 06:55 | |
| *** kiwi_29 <kiwi_29!49e7d3d6@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 06:58 | |
| kiwi_29 | hello... I m getting "mkdir: cannot create directory ‘/var/DIRNAME : Permission denied' | 06:59 |
| kiwi_29 | "dpkg : error processing archive DEBIANPACKAGENAME.deb (--unpack): | 06:59 |
| kiwi_29 | "new DEBIANPACKAGENAME package pre-installation script subprocess returned error exit status 1" | 07:00 |
| kiwi_29 | I have a mkdir inside the pkg_preinst_${PN}. and that is throwing this error when do_rootfs runs | 07:01 |
| kiwi_29 | how do I successfully create this directory inside /var as part of my preinst procedure | 07:01 |
| *** sstiller <sstiller!~sstiller@p200300F07F080B004A61CD37B6CDB066.dip0.t-ipconnect.de> has joined #yocto | 07:01 | |
| *** kanavin_home <kanavin_home!~ak@cable-95-168-152-69.cust.telecolumbus.net> has joined #yocto | 07:02 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:03 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC | 07:14 | |
| *** jeanba1 <jeanba1!~jbl@80-62-117-250-mobile.dk.customer.tdc.net> has left #yocto | 07:14 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 07:19 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 07:20 | |
| *** hpsy <hpsy!~hpsy@85.203.15.110> has quit IRC | 07:29 | |
| *** kiwi_29 <kiwi_29!49e7d3d6@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 07:31 | |
| erbo | kiwi_29: You are getting that during image build, right? You're post install script need to handle the case where it's run during rootfs creation. I think most script do that by checking if env variable D is set. | 07:32 |
| *** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has joined #yocto | 07:32 | |
| *** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:9c5e:6e43:1680:da06> has joined #yocto | 07:35 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 07:36 | |
| erbo | Well wasn't that reply from me well timed | 07:36 |
| erbo | Well, kiwi_29, if you're looking at logs later you might want to have a look at: https://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#post-installation-scripts | 07:37 |
| *** frsc <frsc!~frsc@mue-88-130-64-045.dsl.tropolys.de> has joined #yocto | 07:38 | |
| *** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 07:44 | |
| *** [Sno] <[Sno]!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 07:46 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto | 08:03 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:13 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has quit IRC | 08:24 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:91f6:264e:d600:92> has joined #yocto | 08:24 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has joined #yocto | 08:24 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:36 | |
| *** mckoan|away is now known as mckoan | 08:36 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:91f6:264e:d600:92> has quit IRC | 08:41 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has quit IRC | 08:42 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:91f6:264e:d600:92> has joined #yocto | 08:42 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:42 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has joined #yocto | 08:42 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:91f6:264e:d600:92> has quit IRC | 08:43 | |
| *** rburton <rburton!rburton@nat/intel/x-zdrwznnsmvxvufns> has joined #yocto | 08:43 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has quit IRC | 08:43 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:91f6:264e:d600:92> has joined #yocto | 08:43 | |
| *** yacar_ <yacar_!~yacar_@2a01:e0a:22a:7f40:9c5e:6e43:1680:da06> has quit IRC | 08:44 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has joined #yocto | 08:44 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:91f6:264e:d600:92> has quit IRC | 08:44 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:64cf:561c:89fb:9dce> has joined #yocto | 08:45 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has quit IRC | 08:46 | |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has joined #yocto | 08:46 | |
| *** Erlkoenig <Erlkoenig!~niklas.gu@dslb-088-077-146-109.088.077.pools.vodafone-ip.de> has joined #yocto | 08:50 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:51 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 08:52 | |
| Erlkoenig | Hi, when using devtool to build & deploy a custom application, can I specify a build mode via command line? Something like `devtool --mode=debug build myapp` such that i can use some kind of ${mode} variable inside my recipe, e.g. via EXTRA_OECMAKE += "BUILD_MODE=${mode}"? | 08:52 |
| LetoThe2nd | Erlkoenig: nope, it doesn't work like that. | 08:53 |
| LetoThe2nd | Erlkoenig: closest match probably is to do devtool edit-recipe and tinker it there. | 08:54 |
| yann | milloni: probably. incidently, gcc-dbg does not contain the source either | 08:55 |
| Erlkoenig | Mh, okay... | 08:55 |
| milloni | yann: i wouldn't expect it to, unless i'm missing something -dbg packages in general are not meant to contain source, -dev packages are | 08:55 |
| LetoThe2nd | Erlkoenig: once *could* maybe extend devtool with some form of "environment passing" mechanism, but 1) thats pretty much contradicting the mindset and 2) still someone would have to do it and send patches :) | 08:56 |
| yann | no, -dev package are supposed to ship headers and libs. -dbg packages OTOH ship debug symbols and source code to make sense out of them | 08:56 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:57 | |
| rburton | i wonder if gcc is somewhat special, because source is packaged | 08:57 |
| Erlkoenig | Hm. I could make a "myapp-buildmode.bbappend" that just contains MYAPP_BUILD_MODE="debug" and autogenerate that on demand... | 08:58 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:58 | |
| rburton | yann: recent yocto? try gcc-src | 08:58 |
| LetoThe2nd | rburton: re yesterdays evening topic: technically i agree on the "full bitbake" mindset, but the thing is that the esdk is already there and ready to be used. | 08:58 |
| rburton | LetoThe2nd: and not finished | 08:59 |
| qschulz | Erlkoenig: what exactly are you trying to solve as an issue? | 08:59 |
| yann | rburton: not so recent yet, sumo in this case :( | 08:59 |
| LetoThe2nd | Erlkoenig: if you are using devtool, there is an append already under the hood anyways. | 08:59 |
| Erlkoenig | yes indeed | 08:59 |
| LetoThe2nd | rburton: what do you mean exactly? | 08:59 |
| Erlkoenig | I would like to be able to easily test debug and release versions for my application | 08:59 |
| Erlkoenig | And add the respective build commands to my IDE | 09:00 |
| rburton | LetoThe2nd: esdk is a great idea but its complex and was never quite "done" | 09:00 |
| LetoThe2nd | rburton: its close enough for what i envision as a start, hence the idea. | 09:00 |
| qschulz | Erlkoenig: make two recipes, one inherit the other and just adding your debug flag? then build one or the other?\ | 09:01 |
| rburton | LetoThe2nd: why not just ship bitbake and a sstate cache fragment directly | 09:01 |
| Erlkoenig | Hmm, good idea! | 09:01 |
| qschulz | Erlkoenig: does not work well with devtool though because to it it's two different recipes so you would have to do your changes twice. But for when you are stopping to use devtool, should be okayish | 09:02 |
| LetoThe2nd | rburton: hum but how would one package up the sstate? | 09:02 |
| qschulz | Erlkoenig: also, you could use PACKAGECONFIG for that, pass a flag to make with ETXRA_OECONF or EXTRA_OEMAKE with it. Then from your local.conf you can put PACKAGECONFIG_pn-myrecipe_append = " debug" ? | 09:02 |
| rburton | LetoThe2nd: using the same method the esdk does ;) | 09:03 |
| LetoThe2nd | rburton: hmmm good point. | 09:03 |
| rburton | LetoThe2nd: is your goal just 'this container works out of the box' | 09:03 |
| LetoThe2nd | will have to think about it. | 09:03 |
| Erlkoenig | I'd rather not modify the local.conf programmatically :) The idea was to have the usual "Build release" and "Build debug" buttons in the IDE to work as usual | 09:03 |
| LetoThe2nd | rburton: the goal is: "this appliance can build for $TARGETIMAGE out of the box." | 09:04 |
| yann | rburton: I don't see a gcc-src even in poky's master | 09:04 |
| yann | well, I can surely tune the host gdb configuration to find the source in work-shared, anyway | 09:06 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 09:10 | |
| rburton | yann: what are you actually trying to do? | 09:11 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 09:11 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:6c96:6654:2736:2529> has quit IRC | 09:12 | |
| yann | trying to indentify the root cause of a abort that appears to happen during thread creation. Most of the stack is within libstdc++, hence the need for the source files :) | 09:13 |
| yann | I'll trick gdb with a symlink into work-shared, that ought to be sufficient for me | 09:13 |
| rburton | gdb on target or remote gdb? | 09:13 |
| yann | remote | 09:14 |
| rburton | i mean, using gdbserver? https://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#platdev-gdb-remotedebug covers generating a debug filesystem for all the symbols. | 09:15 |
| rburton | but if you don't have -src packages then -dbg should have them | 09:15 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-23-199.net.vodafone.it> has joined #yocto | 09:16 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:16 | |
| rburton | unless your distro/bsp is turning them off :) | 09:16 |
| yann | yes using gdbserver, with a partial roofs extracted from the relevant *-dbg.ipk | 09:16 |
| yann | so my gdb has all the syms and source it needs... except for the libstdc++ ones that don't appear to end up in such a package | 09:17 |
| Erlkoenig | thread creation via std::thread doesn't work? does pthread_create work? | 09:19 |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 09:19 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 09:20 | |
| rburton | yann: on my list of things to do is look at debuginfod so this just magically works | 09:21 |
| LetoThe2nd | Erlkoenig: why shouldn't it work? | 09:21 |
| Erlkoenig | Trying to help yann :) ... maybe something with passing bound parameters | 09:22 |
| yann | yeah that particular item is particularly sexy :) | 09:22 |
| *** kpo__ <kpo__!~kpo@piq58.internetdsl.tpnet.pl> has joined #yocto | 09:32 | |
| *** jkimblad <jkimblad!~jacob@h-94-254-58-242.NA.cust.bahnhof.se> has quit IRC | 09:35 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:36 | |
| rburton | yann: you want the gcc-runtime recipe, not gcc | 09:52 |
| yocti | New news from stackoverflow: Old version of library is included in image after updating bitbake file <https://stackoverflow.com/questions/60736963/old-version-of-library-is-included-in-image-after-updating-bitbake-file> | 09:53 |
| rburton | yann: but yeah that doesn't built a src package | 09:54 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 09:54 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 09:54 | |
| *** junland_ <junland_!~junland@142.93.201.46> has joined #yocto | 09:59 | |
| *** elfGamal <elfGamal!~elg@45.248.79.86> has joined #yocto | 10:00 | |
| *** risca_ <risca_!~quassel@212.85.71.156> has joined #yocto | 10:00 | |
| *** amaury_d_ <amaury_d_!~amaury_@lfbn-idf1-1-361-18.w86-195.abo.wanadoo.fr> has joined #yocto | 10:02 | |
| rburton | yann: file a bug :) | 10:02 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 10:03 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 10:04 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 10:04 | |
| *** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has quit IRC | 10:04 | |
| *** amaury_d <amaury_d!~amaury_@lfbn-idf1-1-361-18.w86-195.abo.wanadoo.fr> has quit IRC | 10:04 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 10:04 | |
| *** elGamal <elGamal!~elg@45.248.79.86> has quit IRC | 10:04 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.227.189> has quit IRC | 10:04 | |
| *** gtristan_ <gtristan_!~tristanva@110.11.227.189> has joined #yocto | 10:06 | |
| *** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has joined #yocto | 10:06 | |
| *** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-qltxjryniyqbiapz> has joined #yocto | 10:07 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 10:13 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 10:13 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-23-199.net.vodafone.it> has joined #yocto | 10:15 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 10:15 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 10:15 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 10:16 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 10:19 | |
| *** camus1 <camus1!~Instantbi@222.67.188.187> has joined #yocto | 10:20 | |
| *** kaspter <kaspter!~Instantbi@124.77.81.200> has quit IRC | 10:20 | |
| *** camus1 is now known as kaspter | 10:20 | |
| yocti | New news from stackoverflow: (EE) open /dev/dri/card0: No such file or directory in Yocto <https://stackoverflow.com/questions/60737138/ee-open-dev-dri-card0-no-such-file-or-directory-in-yocto> | 10:23 |
| *** kaspter <kaspter!~Instantbi@222.67.188.187> has quit IRC | 10:29 | |
| *** jkimblad <jkimblad!~jacob@h-94-254-58-242.NA.cust.bahnhof.se> has joined #yocto | 10:29 | |
| eduardas | hello, I am currently exploring different bootloader + update agent combinations for a Phytec i.MX6UL SoM.... can anyone share opinions on whether their barebox+RAUC offering (implemented in a Yocto BSP) is better than u-boot + SWUpdate (that some other SoM vendors use)? | 10:30 |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 10:30 | |
| eduardas | I am considering making my own u-boot + SWUpdate BSP since it currently seems to me these components have wider adoption in the embeddded Linux community overall | 10:32 |
| eduardas | If I am wrong about it, I would like to know before investing a considerable amount of time | 10:33 |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 10:33 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 10:34 | |
| LetoThe2nd | eduardas: there is no one true answer | 10:40 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 10:41 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 10:41 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 10:51 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has joined #yocto | 10:51 | |
| sstiller | eduardas, barebox has a nice shell with paths and files instead of simple environment variables. If you want to stay with phytec, you can use it. Phytec is the only vendor I know, that provides barebox as default. | 10:52 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 10:54 | |
| pi1 | On Debian using docker with debian I installed a SDK. Installed to /home/user/sdk/ and zipped it. Now I would like to give this SDK to other developers, but I am getting an issue that the "./arm-poky-linux-gnueabi-gcc: No such file or directory". I used file command and its an ELF 64 bit executable, x86-64. When i open the file, I can clearly see that there is an "ld-linux-x86-64.so.2" link inside the | 10:57 |
| pi1 | executable that has a wrong path. I expect there should be a better method to do all this already when building the SDK. Any reccomendations? | 10:57 |
| pi1 | Other developers are using ubuntu and arch-linux. | 10:58 |
| LetoThe2nd | pi1: why do you "install and then re-zip" the sdk, first and foremost? | 10:59 |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 11:00 | |
| pi1 | LetoThe2nd: I found the rootfs and the toolchain there, so I assumed this would be the folder I was looking for. Do you have a better solution? | 11:01 |
| qschulz | pi1: how did you "install to /home/user/sdk"? | 11:01 |
| LetoThe2nd | pi1: bitbake $YOURIMAGE -c populate_sdk ? | 11:01 |
| pi1 | I did bitbake $MYIMAGE -c populate_sdk and found in /tmp/deploy/sdk a script which I ran. Can I ship this script instead? | 11:02 |
| erbo | yes | 11:03 |
| LetoThe2nd | pi1: thats exactly what its meant for, yes. | 11:03 |
| pi1 | LetoThe2nd: any other reccomendations to ship the toolchain. | 11:03 |
| LetoThe2nd | pi1: that is the recommendation to ship the toolchain. | 11:03 |
| pi1 | LetoThe2nd: do you mean to run the script in the sdk folder or to ship the sdk folder? | 11:04 |
| LetoThe2nd | pi1: you just ship the .sh that you find in /tmp/deply/sdk/... | 11:04 |
| erbo | Ship the script, it's basically an SDK installer meant for distribution | 11:04 |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 11:05 | |
| pi1 | LetoThe2nd: No other files? | 11:05 |
| erbo | pi1: it's self contained | 11:05 |
| pi1 | impressive. I will try | 11:05 |
| LetoThe2nd | pi1: seriously, i don't get whats so complicated about it. | 11:05 |
| LetoThe2nd | pi1: plus, we have rather good documentation on it. and plusplus, it is also explained in live coding session #3 (IIRC) | 11:06 |
| erbo | LetoThe2nd: When you see that it's a shell script, it's not that far off to assume it's a script copying files from the build dir or so. | 11:06 |
| pi1 | LetoThe2nd: I missunderstood. I saw that the SDK was much bigger than this script, and I did not know it was self contained | 11:06 |
| LetoThe2nd | erbo: i never had that idea, to be honest. | 11:07 |
| erbo | I guess not everyone has seen the trick of embedding compressed data in a shell script. | 11:07 |
| pi1 | Thanks guys | 11:07 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 11:09 | |
| *** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has quit IRC | 11:10 | |
| erbo | LetoThe2nd: But you are the master, not the apprentice :) | 11:10 |
| LetoThe2nd | erbo: its not so long since i was a complete newb too. | 11:11 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:19 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 11:19 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 11:29 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 11:34 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 11:35 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 11:39 | |
| *** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:46 | |
| *** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has joined #yocto | 11:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 11:54 | |
| nemgti-og | Anybody knows how can I debug cmake issues when working on a recipe (using devtool) in an eSDK? | 12:06 |
| nemgti-og | I added some message() calls to my CMakeLists.txt. If Itry to build not using devtool then I can see my messages, but when runnint devtool build <recipe-name> they are ignored making it difficult to debug and find out what the issue is | 12:08 |
| *** fl0v0 <fl0v0!~fvo@89.244.123.241> has quit IRC | 12:10 | |
| *** kpo__ <kpo__!~kpo@piq58.internetdsl.tpnet.pl> has quit IRC | 12:11 | |
| *** kpo__ <kpo__!~kpo@piq58.internetdsl.tpnet.pl> has joined #yocto | 12:11 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 12:14 | |
| qschulz | nemgti-og: have you tried with -d? | 12:18 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e899:b041:3610:2bad> has joined #yocto | 12:23 | |
| *** berton <berton!~berton@181.220.114.167> has quit IRC | 12:24 | |
| *** berton <berton!~berton@181.220.114.167> has joined #yocto | 12:25 | |
| *** yacar2_ <yacar2_!~yacar_@2a01:e0a:22a:7f40:14e5:503b:777b:7a93> has joined #yocto | 12:32 | |
| nemgti-og | I have the suspicion that my messages are not delivered here. Can anybody reply this back to know if my suspicions are correct - or not? | 12:33 |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 12:34 | |
| *** yacar2_ <yacar2_!~yacar_@2a01:e0a:22a:7f40:14e5:503b:777b:7a93> has quit IRC | 12:35 | |
| nemgti-og | qschulz: - I didnt see your message before. So, I have not try with -d. Should I try it in this way: "devtool -d build <recipe-name>" | 12:35 |
| nemgti-og | Ah ok... I am looking at the help menu. I got it qschulz Thanks | 12:36 |
| qschulz | nemgti-og: aren't you just missing a DEPENDS at build time? Or could it be that your cmake does not take the --sysroot passed by Yocto? | 12:38 |
| qschulz | nemgti-og: devtool uses bitbake under the hood | 12:38 |
| qschulz | nemgti-og: look for missing DEPENDS in the recipe, or hardcoded or set with := CC, CFLAGS, CXX, CXXFLAGS, LDFLAGS in your cmake | 12:39 |
| nemgti-og | qschulz: I am guessing the second of your options | 12:40 |
| nemgti-og | qschulz: I mean, if I run cmake by myself the command will be found. Only when tryingto build via devtool is the command not found. So I think no DEPENDS are missing -> I understand DEPENDS is used to mark other recipe's files as dependencies | 12:42 |
| nemgti-og | qschulz: also... unfortunately the option -d won't give me addition useful info. :/ Thank you for the hint anyways | 12:44 |
| qschulz | nemgti-og: DEPENDS is used to say which other recipe you depends on at build time. So if you need some binaries, header files or libraries from other SW, they have to be in DEPENDS. If you need some binaries for other things than linking, then most probably you want the -native variant of the recipe in DEPENDS | 12:45 |
| nemgti-og | qschulz: Ok. But if my binnary (the command to execute by cmake) is not provided by any other recipe, but instead is already provided in my environment, should I declare it anyways in DEPENDS? | 12:48 |
| nemgti-og | qschulz: it might be that I am instead missing a RDEPENDS? The doc says "List a package'sruntime dependencies (i.e. other packages) that must be installed in order for the built package to run correctly" | 12:49 |
| *** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has joined #yocto | 12:52 | |
| nemgti-og | No... reading further it seems to me that I am also not missing a RDEPENDS | 12:52 |
| qschulz | nemgti-og: you don't want to have host contamination in Yocto, so if no recipe is providing this binary, you have to create this recipe (look up first on layers.openembedded.org and on google, there might be one available already) | 12:56 |
| qschulz | nemgti-og: but IIRC, host contamination is possible in Yocto and not detected, so even if you should fix that, there's a bigger problem in the picture. Is your binary not in $PATH for example? Just throwing ideas | 12:59 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 13:00 | |
| nemgti-og | qschulz: Thanks. Yes the binary is accessible via the $PATH. So... the recomended practice is to provide such binary via a recipe --> does this apply too when working with an eSDK? So my eSDK should have a recipe that provides the binary? Since the binary is already in my host (in /usr/bin) I thouth I could simply install the eSDK and "devtool buid" with it | 13:02 |
| qschulz | nemgti-og: the thing is, you would require other devs/users of your recipe to install your binary in their host distribution. And then starts the nightmare of people having different versions of the same binary provided by differnet distros/versions of distros. | 13:08 |
| nemgti-og | qschulz: Now I see it. You're right. Thanks again! | 13:09 |
| *** nacknick <nacknick!5dac2091@93-172-32-145.bb.netvision.net.il> has joined #yocto | 13:16 | |
| nacknick | Hi. Since my settings were deleted for some reason, can someone remind me how to set `ARM_INSTRUCTION_SET` for specific recipe inside *local.conf*? | 13:17 |
| nacknick | `ARM_INSTRUCTION_SET-PN`? I can't remember | 13:17 |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 13:28 | |
| qschulz | _pn-<recipe> | 13:31 |
| *** kpo__ <kpo__!~kpo@piq58.internetdsl.tpnet.pl> has quit IRC | 13:31 | |
| nacknick | ah thanks | 13:36 |
| nacknick | Another question please: Is there any way to force build of a specific recipe? If I use `bitbake <pn>` it probably has logs of hashes and it does not rebuild the recipe if it does not see a reason (by the hash) | 13:38 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:39 | |
| *** kpo__ <kpo__!~kpo@piq58.internetdsl.tpnet.pl> has joined #yocto | 13:39 | |
| *** mauz555_ <mauz555_!~mauz555@88.125.182.66> has joined #yocto | 13:43 | |
| nemgti-og | nacknick: you could try bitbake -c cleansstate <recipe-name> This will remove the shared state of the recipe/package in question and therefore it will be rebuilt next time you run bitbake on it or any other recipe that depends on it | 13:44 |
| *** junland_ <junland_!~junland@142.93.201.46> has quit IRC | 13:44 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC | 13:47 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e899:b041:3610:2bad> has quit IRC | 13:47 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:3105:3e60:51ab:b6a3> has joined #yocto | 13:48 | |
| JPEW | khem: Are you around yet? | 13:48 |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 13:49 | |
| *** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:49 | |
| *** mauz555_ <mauz555_!~mauz555@88.125.182.66> has quit IRC | 13:51 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 13:54 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 14:01 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 14:03 | |
| *** nacknick <nacknick!5dac2091@93-172-32-145.bb.netvision.net.il> has quit IRC | 14:04 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 14:04 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 14:21 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:3105:3e60:51ab:b6a3> has quit IRC | 14:25 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 14:26 | |
| *** kanavin_home <kanavin_home!~ak@cable-95-168-152-69.cust.telecolumbus.net> has quit IRC | 14:27 | |
| *** kpo__ <kpo__!~kpo@piq58.internetdsl.tpnet.pl> has quit IRC | 14:28 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 14:28 | |
| *** nemgti-og <nemgti-og!nemgti-og@gateway/vpn/protonvpn/nemgti-og> has quit IRC | 14:34 | |
| *** nemgti-og <nemgti-og!~nemgti-og@94.134.92.19> has joined #yocto | 14:36 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:43 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 14:45 | |
| khem | JPEW: now yes | 14:50 |
| *** schu-r <schu-r!~Thunderbi@82.149.107.2> has joined #yocto | 14:50 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 14:52 | |
| *** nacknick <nacknick!5dac2091@93-172-32-145.bb.netvision.net.il> has joined #yocto | 14:55 | |
| *** joseppc <joseppc!~josep@c-df07225c.010-118-73746f7.bbcust.telenor.se> has joined #yocto | 14:55 | |
| *** joseppc <joseppc!~josep@unaffiliated/joseppc> has joined #yocto | 14:56 | |
| nacknick | Is there a way to add a file during the building process to the `/lib` directory of the final image? | 14:56 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 14:56 | |
| qschulz | nacknick: create a recipe which installs that file in /lib and add the package created by this recipe to the final image? | 14:58 |
| nacknick | qschulz I'm not sure how to install file into the /lib directory. What is the command? | 15:01 |
| qschulz | nacknick: install ${S}/myfile ${D}{base_libdir} in do_install task? if it has to be in /lib even when using multilib, nonarch_base_libdir instead of base_libdir | 15:06 |
| nemik | is anyone using Android Verified Boot (libAVB) in u-boot and the abvtool with Yocto-produced images? is it a bad idea? | 15:06 |
| qschulz | nacknick: I feel like you would like to watch: https://www.youtube.com/user/TheYoctoProject/videos | 15:08 |
| qschulz | nemik: maybe something to ask on #u-boot also to check how well supported this is (is it even upstreamed?) | 15:09 |
| nacknick | qschulz: Thanks. I already watched some of the videos | 15:09 |
| qschulz | nacknick: BTW, the install command is not Yocto specific ;) | 15:10 |
| nacknick | I know. It's Linux's | 15:10 |
| qschulz | nacknick: I didn't know it existed before I worked with Yocto, that's why I'm sharing | 15:12 |
| nacknick | Haha me too | 15:12 |
| Erlkoenig | Have you never installed something using a source tarball and "make install" and wondered what all the lines starting with "install" do ;-) | 15:12 |
| JPEW | khem: I got an AUH failure for diffoscope because it doesn't build for musl https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-support/diffoscope/diffoscope_136.bb#n16 | 15:18 |
| nemgti-og | does anybody know why when bitbaking nativsdk recipes, the packages are placed under <some-funny-prefix>${D}${datadir}? Where <some-funny-prefix> in my case looks like "/opt/opky-ivi-systemd/2.6.2". In my poky-ivi-systemd.conf I have set SDKEXTPATH to something different than <some-funny-prefix> | 15:18 |
| JPEW | khem: Is there a way to make the AUH happy in this case? | 15:18 |
| JPEW | khem: Perhaps RECIPE_NO_UPDATE_REASON_libc-musl = "Dependencies don't build for musl" ? | 15:18 |
| rburton | nemgti-og: thats the nativesdk prefix, that gets relocated when you install the SDK | 15:39 |
| nemgti-og | rburton: yes thanks! I have found the variables that hold this path. Thank you! | 15:39 |
| rburton | nemgti-og: you don't need to change it, consider it a implementation detail | 15:39 |
| nemgti-og | rburton: but if I change the installatin path of my eSDK, the recipes that DEPENDS/RDEPENDS on other recipes will try to find such dependencies based on that <some-funny-prefix> won't they? | 15:41 |
| rburton | no | 15:41 |
| rburton | they get relocated | 15:41 |
| rburton | at SDK installation time you decide where it goes | 15:41 |
| nemgti-og | aham.... yes | 15:42 |
| rburton | khem: do we need to autoconf binutils, or can we just run configure directly | 15:42 |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 15:42 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 15:46 | |
| *** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 15:48 | |
| *** schu-r <schu-r!~Thunderbi@82.149.107.2> has quit IRC | 15:50 | |
| *** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 15:59 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 15:59 | |
| *** kaspter <kaspter!~Instantbi@222.67.190.238> has joined #yocto | 15:59 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:02 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 16:03 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 16:03 | |
| *** lfa_ <lfa_!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 16:04 | |
| *** Erlkoenig <Erlkoenig!~niklas.gu@dslb-088-077-146-109.088.077.pools.vodafone-ip.de> has quit IRC | 16:04 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has quit IRC | 16:05 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:10 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 16:14 | |
| *** sstiller <sstiller!~sstiller@p200300F07F080B004A61CD37B6CDB066.dip0.t-ipconnect.de> has quit IRC | 16:15 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:f9b4:c5e7:779d:24de> has joined #yocto | 16:19 | |
| *** csanchezdll <csanchezdll!~user@galileo.kdpof.com> has joined #yocto | 16:23 | |
| *** bri92 <bri92!4a5dd131@74-93-209-49-WashingtonDC.hfc.comcastbusiness.net> has joined #yocto | 16:26 | |
| bri92 | If I have a project where recipe A depends on B depends on C. Then I rebuild C (say via force compile/deploy). How can I rebuild A to get it build based upon C? | 16:28 |
| qschulz | bri92: if I'm not mistaken, Yocto should already do it by itself | 16:30 |
| bri92 | Hmmm... perhaps I have a broken dependency... Need to look more. Thanks. | 16:31 |
| qschulz | bri92: better define what's the issue :) what do you want to do, what have you done, what's the error you're havin | 16:31 |
| bri92 | Problem is, the issue is as above. I rebuild C and see the end products in tmp/deploy, and then try to rebuild A but it doesn't run any tasks. | 16:32 |
| bri92 | Normally, though, if building from a clean slate, A, B, and C get built. | 16:33 |
| bri92 | (and A includes the C end products) | 16:33 |
| qschulz | bri92: by "depends" you mean an actual DEPENDS right? | 16:34 |
| *** nacknick <nacknick!5dac2091@93-172-32-145.bb.netvision.net.il> has quit IRC | 16:34 | |
| qschulz | bri92: what version of yocto are you using? | 16:34 |
| bri92 | yes | 16:34 |
| bri92 | Thud | 16:34 |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has quit IRC | 16:34 | |
| qschulz | bri92: what files from C do you need in A? specifically, where do you get them from? | 16:36 |
| bri92 | C deploys an elf file into tmp/deploy. A uses that file to generate a bigger binary. | 16:37 |
| qschulz | bri92: Yocto has no knowledge of that file in A recipe, so it does not know it needs to rebuild A | 16:37 |
| qschulz | bri92: specifically, it knows a file has changed for a recipe and that it needs rebuild if it's in SRC_URI (maybe some other mechanisms, but that one, for sure) | 16:38 |
| bri92 | Oh. hmmm... Can you make it depend on the deploys? I (I guess mistakenly) thought that it did | 16:39 |
| qschulz | in your case, I doubt very much it is passed in SRC_URI in A | 16:39 |
| bri92 | It's not | 16:39 |
| qschulz | bri92: what is the name of the task in recipe A using the deployed file? | 16:39 |
| bri92 | compile | 16:40 |
| *** vineela <vineela!vtummala@nat/intel/x-olvdibbksifcrvzg> has joined #yocto | 16:41 | |
| qschulz | I think you should be able to do do_compile[depends] += "recipeB:do_deploy" in recipeA | 16:41 |
| bri92 | Ahha... that makes some sense (I've seen that convention around)... | 16:42 |
| bri92 | Very cool. | 16:42 |
| qschulz | this means that your do_compile of recipeA depends on do_deploy of recipeB (typo, should be recipeC from your example). so iff do_deploy gets run again for some reason, the do_compile of recipeA will have to be re-run as well since it's a dependency | 16:42 |
| qschulz | I *think* | 16:42 |
| bri92 | I will try it. | 16:43 |
| bri92 | I've been yocto-ing a good bit for the past few months, and wow does it have a steep learning curve... | 16:44 |
| rburton | bri92: why are you deploying an elf to deploydir? if you want to run a binary during the build, write a native recipe to install it into the sysroot, and then just DEPEND on that recipe | 16:48 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 16:48 | |
| bri92 | It's a boot binary, get loaded via JTAG or burnt to QSPI flash | 16:49 |
| rburton | gotcha | 16:49 |
| qschulz | bri92: it's very important to YP that if there's anything to be improved in our docs or other way, that you share what you would have liked (even better, a patch to docs). The project knows it's not easy but for long time contributors it's hard to see what to improve for beginners | 16:49 |
| rburton | then yes you want to do the explict depends on the do_deploy | 16:49 |
| rburton | as depends is just shorthand for "this recipe's do_configure depends on these recipe's do_populate_sysroot" | 16:50 |
| qschulz | DEPENDS | 16:50 |
| nemgti-og | I got another question I have been postponing. After sourcing the environment-setup script of my eSDK I can't run devtool - it complains that there is no python3.5.real (No such file or directory) in order to solve this I have to manually rm (only after sourcing the environment-setup script) python3 from ${SDKTARGETSYSROOT}/usr/bin. Does anybody know why this happens? | 16:50 |
| rburton | right | 16:50 |
| rburton | nemgti-og: is there a python3.5.real in the sdk somewhere? | 16:51 |
| rburton | *should* be alongside the python3.5 wrapper | 16:51 |
| nemgti-og | actually, python3.5.real is located in the same directory ${SDKTARGETSYSROOT}/usr/bin | 16:52 |
| rburton | right, so figure out why it isnt being ran :) | 16:55 |
| *** frsc <frsc!~frsc@mue-88-130-64-045.dsl.tropolys.de> has quit IRC | 16:55 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 17:02 | |
| *** hpsy <hpsy!~hpsy@85.203.15.110> has joined #yocto | 17:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 17:03 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 17:04 | |
| *** fl0v01 <fl0v01!~fvo@2a01:c22:b032:c800:64cf:561c:89fb:9dce> has quit IRC | 17:04 | |
| khem | rburton: we need to autoconf it | 17:06 |
| rburton | khem: but i want to test a new autoconf release | 17:06 |
| khem | rburton: I was doing it in patches but thats too error prone | 17:06 |
| khem | yeah go for it | 17:07 |
| rburton | khem: but binutils aborts if the autoconf version isn't exactly 2.69 :) | 17:07 |
| khem | there are patches which modify confugure.ac or other related files so other option is to regenerate configure in everyone of those patches manually | 17:08 |
| khem | using 2.69 | 17:08 |
| khem | and refresh those patches | 17:08 |
| rburton | why isn't the usual autotools reconfiguring usable? it calls autoconf directly | 17:08 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8879:dca4:8dd7:7b83> has quit IRC | 17:08 | |
| khem | as I said we modiy configure.ac | 17:08 |
| rburton | (i tried patching the version check out but then it broke because aclocal isn't modified) | 17:08 |
| rburton | right, i mean why does binutils have a custom do_configure instead of using the autotools class | 17:09 |
| khem | it does not need reconf | 17:09 |
| khem | only autoconf to regenerate configure | 17:09 |
| khem | not bootstrap it | 17:09 |
| khem | perhaps fallback to adding configure changes to relevant patches | 17:10 |
| khem | and dont call autoconf is easier way forward | 17:10 |
| khem | even though that means pain to maintain those patches | 17:10 |
| khem | JPEW: I think AUH has issues here | 17:11 |
| khem | the recipe clearly says its not compatible with musl | 17:12 |
| nemgti-og | Well... I dont really see it. What I know is, if I remove python3 from ${SDKTARGETSYSROOT}/usr/bin, then the next time I run devtool, it will use python3 from another directory (i.e. ./buildtools/sysroots/x86_64-pokysdk-linux/usr/bin/python3) | 17:12 |
| khem | JPEW: perhaps RECIPE_NO_UPDATE_REASON_libc-musl is a good workaround | 17:13 |
| khem | but I would think fixing it in AUH might be better | 17:14 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:152a:39f6:f4c:9605> has joined #yocto | 17:14 | |
| *** vineela <vineela!vtummala@nat/intel/x-olvdibbksifcrvzg> has quit IRC | 17:19 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.74> has joined #yocto | 17:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:30 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.74> has quit IRC | 17:31 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:31 | |
| rburton | khem: file a bug and cc kanavin | 17:34 |
| *** mckoan is now known as mckoan|away | 17:39 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 17:40 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:47 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:54 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 18:02 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC | 18:02 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 18:03 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 18:05 | |
| [Sno] | RP: is it worth to do a upgrade of perl (5.30.1 -> 5.30.2) soon or is release more or less done? | 18:06 |
| [Sno] | https://metacpan.org/pod/release/SHAY/perl-5.30.2/pod/perldelta.pod#Selected-Bug-Fixes | 18:09 |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-23-199.net.vodafone.it> has quit IRC | 18:14 | |
| khem | ugh perl scares me always | 18:16 |
| khem | is it bugfix only release ? | 18:16 |
| *** kiwi_29 <kiwi_29!49e7d3d6@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:18 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-23-199.net.vodafone.it> has joined #yocto | 18:21 | |
| kiwi_29 | erbo ...many thanks for prompt reply. I will check the information you provided | 18:21 |
| *** jobroe <jobroe!~manjaro-u@p579EBB52.dip0.t-ipconnect.de> has joined #yocto | 18:27 | |
| *** joseppc <joseppc!~josep@unaffiliated/joseppc> has quit IRC | 18:31 | |
| *** kiwi_29 <kiwi_29!49e7d3d6@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:36 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has joined #yocto | 18:37 | |
| *** bri92 <bri92!4a5dd131@74-93-209-49-WashingtonDC.hfc.comcastbusiness.net> has quit IRC | 18:39 | |
| *** berton_ <berton_!~berton@181.220.114.167> has joined #yocto | 18:40 | |
| *** berton_ <berton_!~berton@181.220.114.167> has quit IRC | 18:41 | |
| *** berton_ <berton_!~berton@181.220.114.167> has joined #yocto | 18:41 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579EBB52.dip0.t-ipconnect.de> has joined #yocto | 18:41 | |
| *** jobroe <jobroe!~manjaro-u@p579EBB52.dip0.t-ipconnect.de> has quit IRC | 18:42 | |
| *** berton <berton!~berton@181.220.114.167> has quit IRC | 18:43 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 18:43 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 18:44 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 18:45 | |
| *** falstaff <falstaff!~quassel@37.17.234.113> has quit IRC | 18:46 | |
| *** falstaff <falstaff!~quassel@2a02:169:3df5::509> has joined #yocto | 18:48 | |
| RP | [Sno]: I'm probably nervous of that at this point | 18:51 |
| *** falstaff <falstaff!~quassel@2a02:169:3df5::509> has quit IRC | 18:57 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 18:58 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 18:58 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:03 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 19:19 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 19:21 | |
| *** kpo__ <kpo__!~kpo@62.87.215.229> has joined #yocto | 19:24 | |
| *** falstaff <falstaff!~quassel@2a02:169:3df5::509> has joined #yocto | 19:26 | |
| *** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-qltxjryniyqbiapz> has quit IRC | 19:29 | |
| *** falstaff <falstaff!~quassel@2a02:169:3df5::509> has quit IRC | 19:30 | |
| [Sno] | khem: yes | 19:31 |
| [Sno] | RP: that's why I'm asking before acting :F | 19:32 |
| [Sno] | :D | 19:32 |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:33 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 19:34 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 19:37 | |
| *** dmoseley <dmoseley!~dmoseley@24.42.151.42> has quit IRC | 19:37 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto | 19:37 | |
| *** dmoseley <dmoseley!~dmoseley@24.42.151.42> has joined #yocto | 19:39 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:51 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC | 19:56 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC | 19:56 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 20:07 | |
| nemgti-og | is cmake ran during do_configure task? | 20:10 |
| erbo | nemgti-og: yes | 20:12 |
| nemgti-og | thanks erbo. I guess RDEPENS is not needed during do_configure right? is DEPENDS needed at this stage? | 20:13 |
| erbo | nemgti-og: correct, DEPENDS are for build time dependencies and RDEPENDS for run-time | 20:14 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 20:19 | |
| nemgti-og | erbo: I have a recipe that basically download a binary release from a github repo and another recipe that executes this binary on its CMakeLists.txt (add_custom_command block). In the second recipe, I have added a DEPENDS_${PN} += "<recipe-name-that-downloaded-binary>, but when running devtool build <second-recip> (in my eSDK), cmake cannot find the executable (File not found) | 20:22 |
| nemgti-og | Do you by any chance have a clue of what I might be missing? | 20:22 |
| kergoth | there's no such thing as DEPENDS_${PN} | 20:22 |
| nemgti-og | then should it be simple DEPENDS += ? | 20:22 |
| kergoth | RDEPENDS is per-package, because a single recipe emits multiple binary packages. DEPENDS is recipe-wide build dependencies | 20:22 |
| kergoth | yes | 20:22 |
| nemgti-og | Thanks. I'll give it a try | 20:23 |
| kergoth | i don't know where people keep getting DEPENDS_${PN} from, it's not used anywhere in any layers | 20:23 |
| nemgti-og | I don't know, maybe we are all newbies - at leats I am :D | 20:23 |
| yocti | New news from stackoverflow: do_rootfs error due to package installation <https://stackoverflow.com/questions/60746705/do-rootfs-error-due-to-package-installation> | 20:25 |
| kergoth | that's fair enough, but i'd suggest 1) the yocto project docs and 2) looking at some existing recipes in oe-core, preferably both, as it'll help you get a good understanding. you can also use `recipetool create <url>` to create a recipe automatically given an upstream url to its sources | 20:25 |
| kroon | kergoth, you're the father of bitbake, right ? | 20:26 |
| kergoth | the project has an admittedly high learning curve, having as much flexibility as it does comes with a certain cost | 20:26 |
| kergoth | one of them, yeah, it was a few of us that started the project. i'll take the blame for a lot of its code, i was still learning python at hte time :) | 20:27 |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto | 20:27 | |
| nemgti-og | kergoth: is recipetool create doing the same as devtool add? | 20:28 |
| nemgti-og | and thanks for the hints. I will comply | 20:29 |
| kroon | kergoth, well I'll give you credit for it. But there is a thing that confuses me, compared to GNU make, in that references to undefined variables are kept as is during immediate expansion, instead of evaluating to nothing as in make. Is that really the intended behaviour in bitbake ? | 20:29 |
| kergoth | that comes down to the original inspirations and code, actually. in retrospect it was a terrible decision | 20:30 |
| kergoth | originally we were inspired by and even used a little of the code from gentoo's portage | 20:30 |
| kergoth | gentoo's recipes were shell scripts, though, and we didn't want to go in that direction | 20:30 |
| kergoth | we left them unexpanded to keep a certain feature parity and to let the shell expand them if bitbake didn't | 20:30 |
| kergoth | but it just causes a ton of confusion bout when expansion occurs, now | 20:30 |
| kergoth | we should have used a different syntax entirely, ex %{} ala .spec | 20:31 |
| kergoth | it was also to deal with unhandled syntax without having to directly parse the shell code | 20:31 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 20:32 | |
| kergoth | for example, ${foo:-bar} as used in a shell script would never be expanded by bitbake | 20:32 |
| kergoth | unless you had a foo:-bar variable | 20:32 |
| kergoth | so that really should be left as is | 20:32 |
| kergoth | I prototyped patching bitbake to warn/error on unexpanded variables and got bit by those :) | 20:32 |
| kroon | aha | 20:34 |
| kergoth | like i said, if we'd used a different syntax entirely for our own expansions it'd have been a nonissue, but a bit late to do anything about it now without adding a new file format entirely | 20:36 |
| kergoth | which would be nice, but no one ever cares enough to take on that particular pain :) | 20:37 |
| kergoth | including me | 20:37 |
| kroon | understandably | 20:37 |
| kergoth | our file format has a lot of quirks, actually. the mixed declarative and imperative nature is quite irritating | 20:38 |
| kergoth | it looks declarative, but a lot of things are order dependent, so it really isn't | 20:38 |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:6d38:4a9b:444f:3860> has quit IRC | 20:38 | |
| kergoth | there's also a very tight binding between bitbake and the metadata due to the file format. the latter makes assumptions about how the former does its work. the fact taht recipes and classes can add tasks and poke into *how* bitbake does its job makes it harder to introduce a new format without also mirroring that | 20:39 |
| *** jobroe_ <jobroe_!~manjaro-u@p579EBB52.dip0.t-ipconnect.de> has quit IRC | 20:40 | |
| kroon | kergoth, RP, so it sounds like that's not going to change, so I'd say merging http://lists.openembedded.org/pipermail/bitbake-devel/2020-January/020851.html is better than having incorrect examples in the manual | 20:41 |
| *** jobroe <jobroe!~manjaro-u@p579EBB52.dip0.t-ipconnect.de> has joined #yocto | 20:41 | |
| kergoth | agreed, we should definitely mention the behavior | 20:41 |
| kergoth | probably in more places than just there, as it affects more than just immediate expansion | 20:42 |
| kergoth | Hmm, if we made emit_var also emit non-exported variables into the shell and then didn't expand bitbake variables in shell functions, it'd still be able to access those variables, but at runtime in the shell, I wonder how much would break. we'd still need to handle ${@} the way we do now, though | 20:42 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 20:46 | |
| *** md_micheal <md_micheal!057014fe@5.112.20.254> has joined #yocto | 20:46 | |
| md_micheal | hello every body :) | 20:47 |
| md_micheal | does any body have good tutorial for kernel linux (not only kernel module ) and how it work and maybe some historical decisions | 20:49 |
| md_micheal | thanks a lot | 20:49 |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC | 20:59 | |
| *** locutus_ <locutus_!~LocutusOf@mob-31-157-23-199.net.vodafone.it> has quit IRC | 20:59 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:b032:c800:89c1:5f93:2b8e:d546> has joined #yocto | 20:59 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 21:11 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 21:17 | |
| *** berton_ <berton_!~berton@181.220.114.167> has quit IRC | 21:17 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 21:18 | |
| milloni | md_micheal: learning the kernel is difficult | 21:25 |
| milloni | there's no single resource | 21:25 |
| milloni | i suggest you find someone who knows stuff about it and ask them | 21:25 |
| milloni | or do you mean the kernel in yocto? in that case see meta-skeleton | 21:26 |
| *** md_micheal <md_micheal!057014fe@5.112.20.254> has quit IRC | 21:28 | |
| *** md_micheal <md_micheal!057014fe@5.112.20.254> has joined #yocto | 21:40 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:42 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto | 21:44 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:48 | |
| *** md_micheal <md_micheal!057014fe@5.112.20.254> has quit IRC | 21:50 | |
| *** kpo__ <kpo__!~kpo@62.87.215.229> has quit IRC | 21:55 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:b032:c800:89c1:5f93:2b8e:d546> has quit IRC | 22:01 | |
| *** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has quit IRC | 22:01 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 22:10 | |
| nemgti-og | /quit | 22:20 |
| *** nemgti-og <nemgti-og!~nemgti-og@94.134.92.19> has quit IRC | 22:20 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@81-174-47-191.v4.ngi.it> has joined #yocto | 22:21 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC | 22:24 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 22:30 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:1d:2274:9b1e:3f9d> has joined #yocto | 22:38 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:1d:2274:9b1e:3f9d> has quit IRC | 22:43 | |
| *** jkimblad <jkimblad!~jacob@h-94-254-58-242.NA.cust.bahnhof.se> has quit IRC | 22:57 | |
| *** rburton <rburton!rburton@nat/intel/x-zdrwznnsmvxvufns> has quit IRC | 23:00 | |
| *** Nojh <Nojh!uid52797@gateway/web/irccloud.com/x-ilhkchcnniqerwar> has joined #yocto | 23:00 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 23:10 | |
| *** dkl__ <dkl__!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 23:12 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 23:15 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@81-174-47-191.v4.ngi.it> has quit IRC | 23:15 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 23:21 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:35 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!