| khem | RP: how do you run toolchain tests in AB and how often do we run | 00:00 |
|---|---|---|
| khem | RP: http://sprunge.us/zdiZpP I always get those 5 tests failures on qemux86_64 ptestresult.valgrind.gdbserver_tests/nlcontrolc could be a gdbserver patch that we have added | 00:04 |
| RP | khem: we run them in any a-full build - you mean toolchain tests or ptest? | 00:04 |
| khem | RP: ptests I think which runs glibc tests and compiler regressions | 00:05 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 00:06 | |
| RP | khem: https://autobuilder.yocto.io/pub/non-release/20200323-9/testresults/testresult-report.txt | 00:06 |
| RP | khem: no valgrind ptest failures | 00:06 |
| RP | khem: the passed tests will be in https://autobuilder.yocto.io/pub/non-release/20200323-9/testresults/qemux86-64-ptest/ | 00:07 |
| khem | RP: for toolchain tests will adding tools-sdk add them automatically to image | 00:12 |
| khem | I dont see bash in there, so perhaps thats not part of core-image-sato-sdk ? | 00:21 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:27 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 00:31 | |
| *** tomeccles <tomeccles!~tomeccles@78.40.148.171> has quit IRC | 01:05 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:7000:3186:dca0:4db5> has quit IRC | 01:05 | |
| *** ecclescake <ecclescake!~tomeccles@78.40.148.171> has joined #yocto | 01:08 | |
| yocti | New news from stackoverflow: modpost has source but didn't compile <https://stackoverflow.com/questions/60823725/modpost-has-source-but-didnt-compile> | 01:18 |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC | 01:24 | |
| *** rcw <rcw!~rcw@45.72.242.250> has quit IRC | 01:28 | |
| *** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto | 01:29 | |
| *** vineela <vineela!vtummala@nat/intel/x-gaobslkrdtutfafr> has quit IRC | 01:41 | |
| *** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto | 01:46 | |
| *** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 02:16 | |
| *** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 02:17 | |
| *** jpuhlman <jpuhlman!~maoti000@45.19.219.178> has quit IRC | 02:32 | |
| *** jpuhlman <jpuhlman!~jpuhlman@45.19.219.178> has joined #yocto | 02:33 | |
| *** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 03:18 | |
| *** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 03:18 | |
| yocti | New news from stackoverflow: Need to use 'tuned' in yocto <https://stackoverflow.com/questions/60824325/need-to-use-tuned-in-yocto> | 03:18 |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:08 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:15 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 04:19 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 04:44 | |
| *** kaspter <kaspter!~Instantbi@222.67.191.87> has joined #yocto | 04:45 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:152a:39f6:f4c:9605> has quit IRC | 04:59 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 05:08 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:cc84:c3a2:bb8c:e448> has joined #yocto | 05:11 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 05:12 | |
| *** kaspter <kaspter!~Instantbi@222.67.191.87> has quit IRC | 05:16 | |
| *** camus1 <camus1!~Instantbi@101.93.194.160> has joined #yocto | 05:16 | |
| *** camus1 is now known as kaspter | 05:18 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 05:43 | |
| *** jobroe <jobroe!~manjaro-u@p579EB976.dip0.t-ipconnect.de> has joined #yocto | 05:54 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto | 05:58 | |
| *** jobroe <jobroe!~manjaro-u@p579EB976.dip0.t-ipconnect.de> has quit IRC | 05:59 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.25> has joined #yocto | 06:05 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 06:09 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.25> has quit IRC | 06:10 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:20 | |
| *** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has joined #yocto | 06:22 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:25 | |
| *** AndersD_ <AndersD_!~AndersD@195-67-57-138.customer.telia.com> has quit IRC | 06:26 | |
| *** ibinderwolf <ibinderwolf!~quassel@host40-82-dynamic.14-87-r.retail.telecomitalia.it> has joined #yocto | 06:29 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC | 06:30 | |
| *** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has joined #yocto | 06:37 | |
| *** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto | 06:42 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.29> has joined #yocto | 06:44 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC | 06:48 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto | 06:48 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.29> has quit IRC | 06:49 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 06:53 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.31> has joined #yocto | 06:57 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.31> has quit IRC | 07:02 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 07:11 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.32> has joined #yocto | 07:17 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 07:20 | |
| * kroon decides to try this "devtool" | 07:22 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.32> has quit IRC | 07:22 | |
| kroon | Is there devtool documentation on how to add create and add a patch to an existing recipe ? | 07:23 |
| kroon | s/add create/create | 07:23 |
| mcfrisk | some day I will too :) | 07:30 |
| kroon | devtool modify <recipe>; <update sources and commit>; devtool update-recipe <recipe> | 07:32 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.33> has joined #yocto | 07:32 | |
| kroon | but it got a little confused with additional bbappends from other layers | 07:32 |
| kroon | still, definetly better than my old workflow of devshell:ing and quilt:ing | 07:33 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.33> has quit IRC | 07:36 | |
| *** frsc <frsc!~frsc@i59F4B1FF.versanet.de> has joined #yocto | 07:36 | |
| *** lfa <lfa!~lfa@80-108-132-46.cable.dynamic.surfer.at> has joined #yocto | 07:37 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.34> has joined #yocto | 07:39 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.34> has quit IRC | 07:43 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:46 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:46 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:a859:7f00:7c34:b741:2e17:a51> has joined #yocto | 07:54 | |
| mcfrisk | I'm devshell'ing and creating patches manually everywhere, though devshell may be tricky with multiple yocto versions.. | 08:00 |
| *** mckoan|away is now known as mckoan | 08:01 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:10 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 08:13 | |
| qschulz | derRichard: where are you setting your PREFERRED_PROVIDER? This can only be set in local.conf, distro.conf or machnie.conf because recipe data is local and an image recipe IS a recipe. | 08:13 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:13 | |
| derRichard | qschulz: problem solved, after some sleep, i realized that yocto is smarter than i thought and cached the compile result of foo for both PREFERRED_PROVIDER variants :-) | 08:15 |
| derRichard | therefore i didn't see the rebuild | 08:15 |
| qschulz | sstate-cache "magic" :) | 08:16 |
| qschulz | but for real, where do you set PREFERRED_PROVIDER? | 08:16 |
| derRichard | in my local.conf | 08:17 |
| qschulz | at one point you might want to introduce your own distro.conf. (basically when you're starting to tell people to copy your local.conf, it's usually a good tell :D) | 08:18 |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 08:19 | |
| derRichard | qschulz: but then i change my disto from "myimage" to "myimage-debug" just to get a different PREFERRED_PROVIDER, doesn't that trigger a *full* rebuild of everything? | 08:20 |
| derRichard | *when | 08:20 |
| qschulz | it does, but once, then you have your sstate-cache | 08:21 |
| derRichard | that's not an option | 08:23 |
| derRichard | (since rebuild takes for ever) | 08:24 |
| derRichard | we have chomeium and other horros | 08:24 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-159-200-99.net.vodafone.it> has joined #yocto | 08:26 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:26 | |
| *** warpme_ <warpme_!uid391875@gateway/web/irccloud.com/x-mkovyuapnlpwxrmy> has joined #yocto | 08:28 | |
| derRichard | qschulz: hmm, it does not rebuild that much. good. :-) | 08:31 |
| derRichard | i thought it reuilds every single package | 08:32 |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 08:34 | |
| qschulz | derRichard: mmmm, I thought DISTRO was part of the hash of sstate-cache entries | 08:35 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 08:35 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 08:35 | |
| qschulz | derRichard: which YP release are you using? | 08:35 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.137.14> has joined #yocto | 08:36 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:36 | |
| derRichard | qschulz: i'm on sumo | 08:38 |
| RP | qschulz: its not as simple as that | 08:39 |
| RP | qschulz: the configuration for a given recipe is included in its hash, not DISTRO specifically | 08:39 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:40 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 08:43 | |
| *** yacar2_ <yacar2_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 08:44 | |
| qschulz | RP: mmmmm that is very interesting. so any distro actually benefits from the general sstate-cache | 08:44 |
| qschulz | I should have checked with bitbake-dumpsig before assuming :/ | 08:44 |
| *** lucaceresoli <lucaceresoli!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 08:46 | |
| RP | qschulz: yes. Its clever enough that even where distro_features are referenced, it will cache whether feature X is enabled or not instead of the full distro_features string | 08:50 |
| RP | where it it can anyway | 08:50 |
| *** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto | 08:51 | |
| qschulz | RP: that might actually be something I could leverage here. Many thanks for chiming in :) | 08:51 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 08:52 | |
| RP | qschulz: its why you should access DISTRO_FEATURES with bb.uttils.contains() | 08:57 |
| RP | qschulz: I appreciate you helping out here :) | 08:58 |
| LetoThe2nd | RP: taking that into account, i think i really should try and do a session the sigs. | 08:59 |
| derRichard | hmm, why can't i set IMAGE_FEATURES in my disto.conf? | 08:59 |
| RP | derRichard: because its image specific? | 09:00 |
| RP | LetoThe2nd: yes! | 09:00 |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 09:00 | |
| qschulz | LetoThe2nd: I think people would greatly benefit from a multi part series on how to debug your recipe/whatever Yocto | 09:00 |
| qschulz | like, devtool, bitbake -e, bitbake-dumpsigs, -diffsigs, where the log.do_ are, that you can edit run.do_ and run them manually to debug, etc... | 09:01 |
| LetoThe2nd | derRichard: you can, but it makes only sense with IMAGE_FEATURES_append | 09:01 |
| RP | LetoThe2nd, derRichard: IMAGE_FEATURES_pn-my-image-recipe may work too | 09:02 |
| LetoThe2nd | RP: once my upcoming absence is passed i might look into that. | 09:02 |
| LetoThe2nd | RP: good point. | 09:03 |
| erbo | LetoThe2nd: yes, do a session on sigs etc! | 09:03 |
| RP | LetoThe2nd: upcoming absence? | 09:03 |
| derRichard | thx. let me check that out | 09:03 |
| *** mamadeus <mamadeus!~mamadeus@109.125.157.35> has joined #yocto | 09:05 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 09:05 | |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 09:08 | |
| mamadeus | hello. i build an image for zc702 xilinx board (custom serie of zedboard) and i added meta-xilinx-tools layers and necessary stuff for building fsbl and etc and the image worked by uart and i see the image booted and everything was ok but now i added ethe in board and connections are assured but i got an error below | 09:09 |
| mamadeus | Invalid bus 0 (err=-19) | 09:10 |
| mamadeus | the error i searched and related to qspi i know this problem may not ordinary and if you faced that plz help me :) | 09:13 |
| qschulz | mamadeus: If it's not build related, I'm afraid you should contact the kernel community for you board (or your vendor). It's unlikely yocto has some responsibility in this error | 09:13 |
| qschulz | mamadeus: FWIW, -19 is -ENODEV | 09:14 |
| yocti | New news from stackoverflow: yocto bitbake core-image-sato <https://stackoverflow.com/questions/58703657/yocto-bitbake-core-image-sato> | 09:20 |
| *** Ninic0c0 <Ninic0c0!51ff1123@81.255.17.35> has joined #yocto | 09:21 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 09:28 | |
| Ninic0c0 | Hello qschulz, sorry to ping to ping you directly but I have read your article on u-boot secure-boot and I would like to know if this feature is avaible inside Yocto ? Thx :) | 09:28 |
| qschulz | Ninic0c0: <insert oh no comic> | 09:29 |
| Ninic0c0 | qschulz :P | 09:30 |
| qschulz | Ninic0c0: I honestly don't know. I don't know if and how the signing is implemented for U-Boot recipe. | 09:30 |
| Ninic0c0 | qschulz Ok no problem i was sure that the name on diapo and the chat :P I will take a look :) | 09:31 |
| qschulz | Ninic0c0: I also know that if you want the whole chain, it's going to require a bit of fiddling. See my slide on issues with YP. | 09:31 |
| qschulz | especially the dm-verity part | 09:31 |
| qschulz | it's being discussed recently on the mailing list though | 09:31 |
| *** sstiller <sstiller!~sstiller@p200300F07F0E460135C7F0B43EE06C28.dip0.t-ipconnect.de> has joined #yocto | 09:32 | |
| qschulz | look for threads started by Bartosz Golaszewski | 09:32 |
| qschulz | i think there are three (two RFC implementations and one global question iirc) | 09:33 |
| qschulz | all this mont | 09:33 |
| qschulz | h | 09:33 |
| qschulz | he's working at baylibre, a consulting company, iirc. so if you're looking for some help under contract, that's a possibility (other companies as well, not linking them specifically) | 09:34 |
| Ninic0c0 | Not sure to understand but on my side I have a compressed rootfs, so if use the key to encrypt the u-boot config (kern+dtb+rootf) sould be enough and no need to use dm-verity part. I will check the mailing list thx | 09:35 |
| mamadeus | <qschulz> thank u qschulz | 09:36 |
| qschulz | Ninic0c0: rootfs is an initramfs? | 09:36 |
| qschulz | no persistent data? | 09:36 |
| qschulz | mamadeus: when contacting communities, please be a bit more specific. What are you trying to do, what have you done so far, what is the issue you're encountering. When it's kernel specific, try to include a few lines after and before the message you think is the issue, and you might need to send a full boot log at one point, sometimes the error lies ahead of yours (in kernel dev, the rule is, fix the first | 09:38 |
| qschulz | issue that appears in the bootlog) | 09:38 |
| Ninic0c0 | qschulz no persistent data :) | 09:39 |
| qschulz | Ninic0c0: if the rootfs isn't too big or if your boot time isn't important, yes, that seems like a good solution | 09:40 |
| qschulz | Ninic0c0: so just figure out the signing process :) | 09:40 |
| qschulz | hint: kernel-fitimage.bbclass I think is a good place to have a look | 09:41 |
| Ninic0c0 | I have already follow your slides and all works like a charm. Now I have to integrate that inside my Yocto conf :) | 09:41 |
| qschulz | maybe you even want an embedded initramfs (in the kernel) and that might solve some circular dependency that could happen in Yocto (don't remember exactly when/how it happens) | 09:42 |
| Ninic0c0 | qschulz In fact I have already made one by myself because I didn't find this one before :S | 09:42 |
| *** RobertBerger <RobertBerger!~rber@athedsl-295562.home.otenet.gr> has quit IRC | 09:42 | |
| qschulz | Ninic0c0: take the upstream one if you can, less maintenance :) | 09:42 |
| Ninic0c0 | As I have already a class to build a FIT image should be simple to add an other classe no ? | 09:42 |
| *** rimad <rimad!~rimad@89-160-77-167.cust.bredband2.com> has quit IRC | 09:43 | |
| qschulz | just replace it, you most likely don't need yours | 09:43 |
| Ninic0c0 | Replace my FIT classe with what ? | 09:43 |
| qschulz | kernel-fitimage? | 09:45 |
| Ninic0c0 | qschulz after taking a look inside kernel-fitimage I will keep mine, juste because I have to integrate some bitstream and firmwares :S | 09:46 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:46 | |
| Ninic0c0 | qschulz I will follow your advice inside slides "wrote a new image and class to work around this issue | 09:47 |
| Ninic0c0 | qschulz As I don't want the kernel inside the rootfs sould be okay. I keep in touch Thx for your support (again :) ) | 09:48 |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has quit IRC | 09:48 | |
| qschulz | Ninic0c0: I was talking about the opposite, the initramfs inside the kernel. | 09:48 |
| qschulz | Ninic0c0: don't forget to set the correct dependencies on the recipe creating your fitimage. Most likely you're taking files from the deploy dir? then you need to add do_create_fitimage[depends] += "bitstreamrecipe:do_deploy" or something | 09:49 |
| qschulz | otherwise you might encounter some race :) | 09:50 |
| Ninic0c0 | qschulz haha i have spend 2 days to find that :S I should before for the next time ^^ | 09:50 |
| qschulz | Ninic0c0: hehe, been there done that :) | 09:54 |
| Ninic0c0 | qschulz is it better to Update dependencies during parsing, i mean inside anonymous python function ? | 09:54 |
| qschulz | Ninic0c0: I don't get your question, what are you trying to do and how? | 09:55 |
| qschulz | specifically how do you plan to detect the dependencies yourself? | 09:56 |
| GeneralS1upid | Hi, i always get "nothing provides ..." error | 09:58 |
| GeneralS1upid | I created a meta layer, which is found by yocto. Then i add a directory and inside that one application.bb file. But if i try bitbake application i get the nothing provides error | 09:59 |
| qschulz | GeneralS1upid: what's the path to your application.bb? | 10:00 |
| LetoThe2nd | GeneralS1upid: theres a high chance that you messed up the meta-*/recipes-*/*/*.bb pattern. | 10:00 |
| GeneralS1upid | LetoThe2nd: i tried it in the console and it displayed my bb file | 10:01 |
| LetoThe2nd | ? | 10:01 |
| GeneralS1upid | path is meta-.../recipes-application/application/application.bb | 10:01 |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 10:01 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 10:01 | |
| GeneralS1upid | LetoThe2nd: i copied that pattern out of the conf file and tried it with ls | 10:02 |
| qschulz | GeneralS1upid: what did you try in the console? | 10:02 |
| GeneralS1upid | ls *meta-...... | 10:02 |
| qschulz | GeneralS1upid: are you sure your layer is found by yocto? | 10:02 |
| qschulz | how do you know | 10:02 |
| GeneralS1upid | bitbake-layers shw | 10:02 |
| GeneralS1upid | show-layers | 10:02 |
| qschulz | GeneralS1upid: bitbake-layers show-recipes <arecipeinyourlayer> | 10:03 |
| GeneralS1upid | ok, i guess i did something stupid :) the recipe had an underscore in its name | 10:04 |
| qschulz | GeneralS1upid: hehe, classic :) | 10:04 |
| GeneralS1upid | and that will be parsed as version :) | 10:04 |
| GeneralS1upid | Thanks for your help | 10:04 |
| qschulz | no underscore, no weird char, no uppercase letter and you're good | 10:05 |
| GeneralS1upid | i think i learned this lesson ;) | 10:06 |
| qschulz | GeneralS1upid: you're lucky, because the uppercase letter issue is not fun to debug :) | 10:06 |
| GeneralS1upid | Whats the issue with uppercases? | 10:07 |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 10:08 | |
| qschulz | I don't remember, was ages ago for a recipe. But for the name of machines, it breaks the override mechanism: i.e., SRC_URI_Mymachine does not work iirc. SRC_URI_append_Mymachine does though, but SRC_URI_Mymachine_append does not :) | 10:10 |
| Ninic0c0 | qschulz Okay i'm going to tell you all the story :) I have made a classe to create fitimage, my image recipe inherit this class. I have set some variable list to set what i want inside the FIT ( kern, dtb, firmware, bitstream ...) i have use d.getVar to parse variables and call d.setVar("DEPENDS", depends) inside python __anonymous() | 10:10 |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-zgkvantxvnpeczpd> has left #yocto | 10:16 | |
| LetoThe2nd | ndec: too bad you've been cancelled :( | 10:23 |
| *** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-vdvjulwryfopccte> has joined #yocto | 10:24 | |
| *** hpsy <hpsy!~hpsy@85.203.15.120> has joined #yocto | 10:24 | |
| ndec | Postponed, not cancelled.. not sure what’s going on.. hopefully it will be rescheduled soon! | 10:27 |
| LetoThe2nd | ndec: yeah got that. | 10:28 |
| LetoThe2nd | ndec: i actually found it one of the upsides of the current situation that i can "join" ltd without travel this year. | 10:29 |
| ndec | Hehe... | 10:30 |
| *** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 10:32 | |
| *** jobroe <jobroe!~manjaro-u@p579EB976.dip0.t-ipconnect.de> has joined #yocto | 10:32 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC | 10:33 | |
| qschulz | Ninic0c0: and I guess this variable list is set in the machine conf file? Have you made your fitimage recipe machine specific? | 10:35 |
| qschulz | that does not look too bad to me so admitedly it feels hackish | 10:35 |
| qschulz | but what you're asking should be possible, something like setVarFlags for the recipe | 10:36 |
| qschulz | s/recipe/task/ | 10:36 |
| *** jobroe <jobroe!~manjaro-u@p579EB976.dip0.t-ipconnect.de> has quit IRC | 10:37 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has joined #yocto | 10:37 | |
| Ninic0c0 | Yes each machine provide the list of what we want to put inside the FIT, i will add the secure part today on the same pattern because that seems do the job. After that i will probably paste.bin if you want to take a look :P | 10:37 |
| qschulz | Ninic0c0: don't forget PACKAGE_ARCH = ${MACHINE_ARCH} | 10:40 |
| qschulz | Ninic0c0: d.appendVarFlag('do_create_fitimage', 'depends', deps) from a quick grep in pocky | 10:40 |
| Ninic0c0 | PACKAGE_ARCH = ${MACHINE_ARCH} inside a class file ? | 10:42 |
| Ninic0c0 | d.appendVarFlag('do_create_fitimage', 'depends', deps) sounds interesting I have to double check that :) | 10:42 |
| qschulz | Ninic0c0: a class is nothing in itself. It's meant to be inherited. When a recipe inherits a class, IIUC its content is basically inserted in place in the recipe (more or less, there's some variable expanding done). | 10:45 |
| qschulz | your class is inherited by which recipe? | 10:45 |
| *** creich_ <creich_!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has quit IRC | 10:52 | |
| *** rburton <rburton!~rburton@192.198.151.43> has joined #yocto | 10:53 | |
| Ninic0c0 | qschulz by the image recipe | 10:55 |
| qschulz | Ninic0c0: why does the image DEPENDS on package recipes? | 10:56 |
| qschulz | the big issue with what you're trying to do is you're making an image machine specific and my gut feeling tells me that's not the best idea | 10:57 |
| Ninic0c0 | Are you sure ? Inside my image recipe I have just --- require recipes-core/images/core-image-minimal.bb ---- and inherit fitimage | 11:02 |
| cjdc2 | quick question guys: how do I set the image hostname to depend on the machine name? | 11:03 |
| cjdc2 | so, from the append file, hostname="myhostname" sets the hostnbame to a static value | 11:04 |
| cjdc2 | but if I want to make it dynamic? | 11:04 |
| qschulz | cjdc2: ${MACHINE}? | 11:04 |
| Ninic0c0 | cjdc2 maybe a bbappend on base-file recipe | 11:04 |
| qschulz | Ninic0c0: why do you have DEPENDS in your fitimage class? | 11:05 |
| cjdc2 | qschulz so, hostname="myhostname-${MACHINE}" | 11:05 |
| qschulz | cjdc2: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#usingpoky-extend-customimage-image-name | 11:06 |
| cjdc2 | yes that's exactly where I am | 11:07 |
| qschulz | so the default should be the machine already | 11:07 |
| cjdc2 | just want ot be sure that the variable MACHINE is available from the append file | 11:07 |
| cjdc2 | y but I need a prefix | 11:07 |
| *** Ninic0c0 <Ninic0c0!51ff1123@81.255.17.35> has quit IRC | 11:08 | |
| qschulz | then follow whatever they say there and use ${MACHINE} | 11:08 |
| cjdc2 | ok trying now , ty | 11:09 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 11:10 | |
| yocti | New news from stackoverflow: how to reduce packages size for reducing rootfs size in yocto? [closed] <https://stackoverflow.com/questions/60809843/how-to-reduce-packages-size-for-reducing-rootfs-size-in-yocto> | 11:20 |
| derRichard | when i write this into my distro.conf: IMAGE_FEATURES_append = " tools-debug" | 11:25 |
| derRichard | i get: | 11:25 |
| derRichard | 'tools-debug' in IMAGE_FEATURES is not a valid image feature | 11:25 |
| derRichard | but tools-debug is an image feature, i'm confused | 11:25 |
| derRichard | ahh, stupid me | 11:26 |
| derRichard | there is a different image which does not inherit core-image | 11:26 |
| derRichard | hm | 11:26 |
| *** rburton <rburton!~rburton@192.198.151.43> has quit IRC | 11:28 | |
| *** rburton <rburton!~rburton@134.191.227.39> has joined #yocto | 11:30 | |
| *** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:33 | |
| FrazerClews | hi, im using this linter here for bitbake https://github.com/priv-kweihmann/oelint-adv . its pretty good, but there's been a rule that has recently been added that me and my work colleagues are questioning. `oelint.vars.appendop - Use '_append' instead of ' += '`, for what seems to be all cases, even when you intend to have a space, would there be | 11:34 |
| FrazerClews | a valid reason for this, or could this be a bug or personal preference? | 11:34 |
| *** berton <berton!~berton@181.220.114.167> has quit IRC | 11:36 | |
| *** berton <berton!~berton@181.220.114.167> has joined #yocto | 11:37 | |
| qschulz | FrazerClews: _append and += are different things | 11:39 |
| qschulz | += can override ?= ??= if it's parsed before the latter("s") | 11:39 |
| qschulz | _append does not and is expanded after all the += =+ .= =. ?= ??= = are expanded | 11:40 |
| qschulz | So there are usecases for each, but I feel like _append is usually safer (if one does not forget when to add the space and where) | 11:40 |
| FrazerClews | thanks for the info qschulz | 11:42 |
| *** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has quit IRC | 11:49 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:03 | |
| *** rburton <rburton!~rburton@134.191.227.39> has quit IRC | 12:08 | |
| *** rburton <rburton!~rburton@134.191.227.39> has joined #yocto | 12:08 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 12:11 | |
| GeneralS1upid | So another problem. i use rm and other commands in the Makefile but yocto says "command not found" i | 12:16 |
| qschulz | GeneralS1upid: check your CC or CXX in your makefile, you should have a bit more than gcc in there (--sysroot), I think that's how the staging_bindir_native is passed to recipes but am not sure | 12:18 |
| *** creich <creich!~creich@p200300F6AF406710000000000000039B.dip0.t-ipconnect.de> has joined #yocto | 12:19 | |
| GeneralS1upid | qschulz: is there an environment variable which is set by yocto? | 12:20 |
| GeneralS1upid | because right now the Makefile is using the path to the yocto SDK... | 12:21 |
| qschulz | GeneralS1upid: yes... CC and CXX variables and CFLAFS and CXXFLAGS and LDFLAGS and plenty other things :) | 12:26 |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:a222:1486:34f4:b577:63b7:42cb> has quit IRC | 12:26 | |
| qschulz | you should set all those variables (and more?) in your makefile with ?= at best, no :=, no = | 12:27 |
| GeneralS1upid | qschulz: there is one makefile which calls other makefiles :) | 12:28 |
| GeneralS1upid | This is an important from an older project and it starts to sound like a lot of work | 12:28 |
| qschulz | GeneralS1upid: patch the sources | 12:28 |
| qschulz | or use EXTRA_OEMAKE = "-e 'CC=${CC}'" and other variables. I think that's how you force the use of env variables over ones defined in makefiles, but that might apply only to the first makefile) | 12:29 |
| qschulz | badly written code always takes time to adjust :) | 12:30 |
| GeneralS1upid | yes that makefiles should be rewritten or at least modified... | 12:30 |
| rburton | kanavin_home: gtk3 has GSETTINGS_PACKAGE_class-native = "" via you, should that just be in the gsettings class do you think? | 12:30 |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:a23f:ce2d:9140:3820:8787:2100> has joined #yocto | 12:31 | |
| rburton | GeneralS1upid: has anyone said not to use bare makefiles yet? :) | 12:31 |
| Saur | RP: Sorry, haven't had time to analyse and comment on the AUTOREV problem. I'll see if I can get to it today... | 12:31 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:32 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:35 | |
| *** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 12:41 | |
| *** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 12:41 | |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has joined #yocto | 13:05 | |
| *** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has joined #yocto | 13:15 | |
| *** rburton <rburton!~rburton@134.191.227.39> has quit IRC | 13:18 | |
| *** rburton <rburton!~rburton@134.191.227.39> has joined #yocto | 13:19 | |
| GeneralS1upid | Whats the env variable for the HOST CC ? | 13:20 |
| yocti | New news from stackoverflow: can't open "/dev/mcelog" No such file or directory <https://stackoverflow.com/questions/60699525/cant-open-dev-mcelog-no-such-file-or-directory> | 13:20 |
| RP | GeneralS1upid: BUILD_CC ? | 13:26 |
| qschulz | GeneralS1upid: if you have more or less an idea where the file should be, you can always look for it in bitbake -e myrecipe and see where it is put. Sometimes a few variables are defined in WORKDIR/temp/run.do_<task> | 13:27 |
| *** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 13:31 | |
| *** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 13:31 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 13:34 | |
| *** yann|work <yann|work!~yann@185.123.26.194> has quit IRC | 13:39 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 13:45 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 13:51 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has quit IRC | 13:55 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has joined #yocto | 13:56 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 13:56 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 14:09 | |
| *** Ninic0c0 <Ninic0c0!51ff1123@81.255.17.35> has joined #yocto | 14:17 | |
| *** yann|work <yann|work!~yann@185.123.26.194> has joined #yocto | 14:21 | |
| *** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 14:22 | |
| *** robert__ <robert__!~robert@60.247.85.82> has joined #yocto | 14:22 | |
| *** jobroe <jobroe!~manjaro-u@p579EB976.dip0.t-ipconnect.de> has joined #yocto | 14:26 | |
| *** jobroe_ <jobroe_!~manjaro-u@193.158.0.154> has quit IRC | 14:27 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.168> has quit IRC | 14:28 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.160> has joined #yocto | 14:28 | |
| *** jobroe <jobroe!~manjaro-u@p579EB976.dip0.t-ipconnect.de> has quit IRC | 14:30 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 14:31 | |
| *** robert__ <robert__!~robert@60.247.85.82> has quit IRC | 14:31 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 14:32 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 14:42 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 14:42 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 14:47 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 14:48 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c981:7613:97e0:6c21> has joined #yocto | 14:55 | |
| dl9pf | YPTM: Jan-Simon on. | 14:56 |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 14:57 | |
| smurray | YPTM: Scott Murray on | 14:59 |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has joined #yocto | 15:05 | |
| denix | YPTM: Denys is on | 15:05 |
| alejandrohs | YPTM: Alejandro joiner | 15:12 |
| alejandrohs | joined* | 15:12 |
| *** locutus_ <locutus_!~LocutusOf@mob-37-177-5-246.net.vodafone.it> has joined #yocto | 15:14 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:14 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 15:16 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC | 15:17 | |
| *** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto | 15:17 | |
| *** luis_ <luis_!~luis@213.205.68.220> has joined #yocto | 15:17 | |
| *** Dracos-Carazza_ is now known as Dracos-Carazza | 15:18 | |
| jpuhlman | RP: You mentioned that there was a bug on centos7 builds. Do you have the number or mail, I don't see it. | 15:19 |
| RP | jpuhlman: its the fact it doesn't warn you to install buildtools | 15:20 |
| RP | jpuhlman: http://bugzilla.yoctoproject.org/show_bug.cgi?id=13832 | 15:21 |
| yocti | Bug 13832: normal, High, 3.1 M4, timothy.t.orling, ACCEPTED , Add script to setup buildtools-extended-tarball | 15:21 |
| *** mamadeus_ <mamadeus_!~mamadeus@109.125.157.40> has joined #yocto | 15:21 | |
| RP | Saur: I will probably merge the revert as the change wasn't correct. We do need better test coverage | 15:22 |
| Saur | RP: Yeah, I understand. Seems your use case is different from mine... | 15:23 |
| luis_ | Hi, I recently send some patches to oe-core, but I had to superseed them with v2. I guess something went wrong, only 1/5 was superseeded, is there anything I can do to fix this ? https://patchwork.openembedded.org/project/oe-core/patches/?submitter=13375&state=* | 15:23 |
| *** mamadeus <mamadeus!~mamadeus@109.125.157.35> has quit IRC | 15:24 | |
| Saur | RP: Would a new choice for BB_SRCREV_POLICY be an option (if I can come up with a suitable name for it)? | 15:24 |
| RP | Saur: isn't your usecase already there as clear ? | 15:24 |
| jpuhlman | RP: Ah okay. Thank you. | 15:24 |
| RP | Saur: sorry if I'm not making sense. The tinfoil dataconnector change is getting to me | 15:25 |
| kergoth | I'm curious about how the new policy would differ from clear too | 15:26 |
| Saur | RP: No. We configure BB_SRCREV_POLICY = "cache" since most of our own recipes are configured to use SRCREV = "<git tag>", but we do not want it to do git ls-remote every time we build since our tags are not supposed to move around. We also do not allow ${AUTOREV} to be used in the recipes that are part of our platform. However, for individual developers and development teams, some want to use ${AUTOREV} while they are working on some new | 15:28 |
| Saur | feature. | 15:28 |
| Saur | RP: Typically they have started with setting SRCREV = "<branch name>" and either found it doesn't work as they expect, or I have told them to use ${AUTOREV} instead. That was until I realized that didn't work any more after we changed BB_SRCREV_POLICY. | 15:30 |
| RP | Saur: I see. That "cache" was simply never designed to avoid the ls-remote calls like that | 15:30 |
| Saur | kergoth: I assume it would match what cache does now, with my fix, i.e., as before but ${AUTOREV} can be used and will update as if BB_SRCREV_POLICY = "clear". | 15:31 |
| RP | Saur: I think I'm going to require more tests | 15:31 |
| cjdc2 | sorry for bursting in, but I'm trying to get my head around features and packages. Is this line of thought right? : got a project -> added the meta-virtualization layer -> added that layer to bblayers.conf and appended virtualization to DISTRO_FEATURES -> build | 15:32 |
| cjdc2 | now, nothing is installed, so if I just want docker, I: append docker to IMAGE_INSTALL | 15:33 |
| LetoThe2nd | cjdc2: basically right, only addition is: please start with a custom image instead of cramming everything into local.conf. | 15:33 |
| RP | hmm, oe-selftest -r tinfoil fails but only on debian10 | 15:34 |
| RP | not sure I want to know why | 15:34 |
| cjdc2 | LetoThe2nd what if Docker has a dependency? will the recipe resolve it automatically? . You say "evertything" into a custom image...but is that really worth just for one appended package? | 15:35 |
| LetoThe2nd | cjdc2: then, yes, yes. | 15:36 |
| LetoThe2nd | (answers in order of your questions) | 15:36 |
| cjdc2 | :p thanks | 15:36 |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has quit IRC | 15:37 | |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has joined #yocto | 15:37 | |
| ecdhe | I have a two-file cpython extension module; one c file of hello-world complexity, and a setup.py file. On my PC, I would run "python3 setup.py build_ext --inplace" to build this module and make it importable by a python interpreter. | 15:38 |
| khem | RP: http://sprunge.us/qFUJwG these are ptest fails I see regulaly on x86_64/glibc | 15:38 |
| angelo__ | hi, need to install some files in ${D}/usr/ but do_install is triggering some quality issues | 15:38 |
| ecdhe | I would like to include this extension module in the embedded image that I'm building with bitbake. | 15:38 |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 15:39 | |
| *** sashko <sashko!~sashko@c213-89-0-115.bredband.comhem.se> has joined #yocto | 15:39 | |
| cjdc2 | LetoThe2nd where in the docs are the instructions for these custom images usage? | 15:40 |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:42 | |
| *** luis_ is now known as LuisM | 15:43 | |
| *** LuisM is now known as luismartins | 15:43 | |
| LetoThe2nd | cjdc2: just copy over the image recipe that you would use into your own layer, rename it and thats it. an example is also in the live coding sessions. | 15:43 |
| angelo__ | ok solved using FILES_${PN} += | 15:44 |
| cjdc2 | but then I'm pretty much forking from that repo and losing upstream updates | 15:45 |
| ecdhe | I am having trouble putting together a recipe that builds my package. I used other python-package recipes as a starting point. I have inspected in my work directory. There is so much inheritance and redirection that I can't find the line of code that is actually calling "setup.py" for all the other python extension modules (although it must be getting called!) | 15:45 |
| *** mamadeus__ <mamadeus__!~mamadeus@109.125.154.224> has joined #yocto | 15:45 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 15:45 | |
| LetoThe2nd | cjdc2: ? | 15:45 |
| LetoThe2nd | cjdc2: upstream updates to an image recipe? | 15:45 |
| LetoThe2nd | cjdc2: the image recipe defines what your specific usecase needs, there hopefully ain't no upstream for it besides yourself. | 15:46 |
| cjdc2 | LetoThe2nd maybe I'm confusing image recipe with recipe? | 15:46 |
| LetoThe2nd | maybe. | 15:46 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 15:46 | |
| LetoThe2nd | have i already pointed out that watching the videos would really explain a lot of those things? | 15:47 |
| *** mamadeus_ <mamadeus_!~mamadeus@109.125.157.40> has quit IRC | 15:47 | |
| sashko | Hi folks. I have a huge tarball which content will be used by multiple recipes. I would like it to *not* be extracted in every recipe workdir, but somehow shared among them to save space. Is it possible? Thank you. | 15:48 |
| cjdc2 | yes I already went over the bazillion lines of docs at https://www.yoctoproject.org/docs/3.0.2/dev-manual/dev-manual.html | 15:49 |
| cjdc2 | creating image recipes is not covered in detail there | 15:49 |
| qschulz | cjdc2: that's not even the biggest doc we have :) | 15:49 |
| cjdc2 | :p | 15:49 |
| cjdc2 | looking forward then | 15:49 |
| Saur | google for "yocto mega manual" | 15:50 |
| qschulz | cjdc2: also, this is a manual, LetoThe2nd was talking about the Youtube/Twitch videos | 15:50 |
| qschulz | and I second what he suggested, there's a lot covered for beginners and it helps get through one's first step in using YP | 15:51 |
| cjdc2 | y also started watching them, finished the 1st one, but figured out the docs would be a better start | 15:51 |
| milloni | sashko: i've seen this be done and i do *not* recommend it | 15:51 |
| *** Guest5299 <Guest5299!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 15:51 | |
| Guest5299 | Hi, i still have some trouble with yocto and Makefiles. | 15:52 |
| Guest5299 | I get | 15:52 |
| milloni | sashko: instead you should install that package as you would do normally and then specify it as a compike-time dependency for the other recipes | 15:52 |
| Guest5299 | "whoami" command not found. If i use full paths i will get undefined variable errors | 15:52 |
| smurray | cjdc2: you could try the shared workdir setup that is used for gcc and the kernel source, look for do_shared_workdir in the reference manual | 15:52 |
| Saur | Guest5299: "whoami" is not in HOSTTOOLS or HOSTTOOLS_NONFATAL. | 15:53 |
| qschulz | milloni: it's still duplicated in the sysroot, and all sources of a recipe don't actually make it to the sysroot.. | 15:53 |
| milloni | qschulz: yes, is that a problem? | 15:54 |
| sashko | milloni: could you please elaborate why on why it's not recommended? | 15:54 |
| Saur | Guest5299: Why do you need "whoami" in the Makefile? | 15:54 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 15:54 | |
| qschulz | milloni: "I would like it to *not* be extracted in every recipe workdir, but somehow shared among them to save space." | 15:54 |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 15:55 | |
| Guest5299 | Saur just for some useless informations. I did not write that but i will try in HOSTTOOLS | 15:55 |
| milloni | qschulz: fair enough | 15:55 |
| qschulz | Guest5299: you know it's going to be root all the time right? | 15:55 |
| qschulz | (IIUC pseudo/fakeroot) | 15:56 |
| milloni | sashko: perhaps there's a way to do this properly, the only way i saw this done is this: they pulled and extracted the source code using one tool (outside of yocto), and then pointed yocto to the path of the extracted source code | 15:56 |
| milloni | and it caused a lot of problem | 15:56 |
| milloni | it seems to me that mixing multiple tools is a bad idea | 15:56 |
| Guest5299 | qschulz no -.- i didnt know that | 15:56 |
| rburton | qschulz: not if whoami is invoked during compile, then its the user doing the build | 15:56 |
| milloni | if someone knows a proper way to do it, go for it | 15:56 |
| ecdhe | The cpython module I'm trying to build into poky: https://pastebin.com/00prKHkn | 15:56 |
| rburton | qschulz: which is why we don't put it in the hosttools, information leakage and reproducibility reasons | 15:57 |
| ecdhe | I have a basic recipe to build it based on python3-dbus | 15:57 |
| Saur | sashko, milloni, qschulz: Sharing it via a common recipe and the sysroot shouldmean it is copied to each recipe sysroot using hard links, so there should not be any duplication between the recipes. | 15:57 |
| qschulz | rburton: ok, when is this fakeroot/psuedo used then? correct assumption to say under fakeroot/pseudo it's root the user (i think that's the whole point of the tool right?) | 15:57 |
| qschulz | Saur: nice thanks! | 15:58 |
| ecdhe | The only appropriate code was 'inherit distutils3-base' | 15:58 |
| ecdhe | Plus a SRC_URI to point to the two files I need, setup.py and cfifo.c | 15:58 |
| Saur | qschulz: pseudo is acctive during, e.g., do_install | 15:58 |
| ecdhe | I can see these two files in the work directory. | 15:59 |
| qschulz | sashko: smurray highlighted the wrong person so cp again: you could try the shared workdir setup that is used for gcc and the kernel source, look for do_shared_workdir in the reference manual | 15:59 |
| sashko | Saur: qschul: thank you for the suggestions; I will take a look. | 15:59 |
| rburton | qschulz: as saur said, during install/package for most recipes. images are done entirely in pseudo. | 16:00 |
| ecdhe | tmp/work/aarch64-poky-linux/python3-cfifo/0.0.1-r0/cfifo contains both setup.py and cfifo.c | 16:00 |
| smurray | qschulz: oops, thanks | 16:00 |
| Guest5299 | rm into HOSTTOOLS does not fix it | 16:00 |
| ecdhe | So I know that my recipe is pointing to them adequately. But I can't tell that setup.py is getting invoked. | 16:00 |
| rburton | rm is already in hosttools | 16:00 |
| rburton | Guest5299: ^ | 16:01 |
| *** cjdc2 <cjdc2!bc9b05e4@xdsl-188-155-5-228.adslplus.ch> has left #yocto | 16:01 | |
| Guest5299 | ok but then, why do i get rm: command not found? :/ | 16:01 |
| rburton | Guest5299: how about you share the actual error and the actual makefile fragment? | 16:01 |
| ecdhe | I added a print statement to it to print a 16-character unique token | 16:01 |
| ecdhe | I do not see this token anywhere in the logs | 16:01 |
| ecdhe | So it looks like it's not getting run. | 16:01 |
| ecdhe | https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/python/python3-dbus_1.2.16.bb | 16:02 |
| qschulz | ecdhe: you can manually run WORKDIR/temp/run.do_<task> and add your debug statements there | 16:02 |
| qschulz | obviously ONLY for debugging purposes | 16:02 |
| Saur | qschulz: If you are in a devshell... | 16:02 |
| ecdhe | qschulz: do I just run it from bash, or do I need to invoke bitbake? | 16:03 |
| qschulz | Saur: I'm not using devshell? but admittedly might have always called it from the terminal where I sourced the poky init script | 16:03 |
| Guest5299 | rburton http://dpaste.com/26ZRPHH | 16:03 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 16:04 | |
| Saur | ecdhe: Run "bitbake -c devshell <your recipe>", then you can run the run.do_* files to repeat what they did when bitbake ran the task origiinally. | 16:04 |
| rburton | Guest5299: and the definition of RM? | 16:04 |
| qschulz | Saur: how come I never had to do that? | 16:04 |
| *** locutus__ <locutus__!~LocutusOf@5.171.136.140> has joined #yocto | 16:04 | |
| qschulz | (on thud if that matters) | 16:04 |
| rburton | Guest5299: presumably this is closed source stuff yuo can't share | 16:05 |
| Guest5299 | rburton it is just | 16:05 |
| Guest5299 | rm | 16:05 |
| rburton | Guest5299: basically rm is in $PATH | 16:05 |
| Guest5299 | but i have no idea where its defined | 16:05 |
| rburton | so your makefile or recipe is dong something weird | 16:05 |
| Guest5299 | most likely -.- | 16:05 |
| *** locutus_ <locutus_!~LocutusOf@mob-37-177-5-246.net.vodafone.it> has quit IRC | 16:07 | |
| Saur | qschulz: The difference if you do not run it in a devshell is that you run the tasks as yourself, which makes a difference if you run, e.g., run.do_install | 16:07 |
| Guest5299 | rburton if i replace the $(RM) with plain rm it is still not working | 16:07 |
| rburton | is the makefile poking at $PATH? | 16:08 |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:a859:7f00:7c34:b741:2e17:a51> has quit IRC | 16:08 | |
| Guest5299 | yes it appends /usr/bin ... | 16:09 |
| Guest5299 | a bit ugly | 16:09 |
| LetoThe2nd | we need a collection box into which everybody having troubles with hand-crafted makefiles has to put at least 5€ | 16:09 |
| Saur | LetoThe2nd: We'd be rich in no time... ;) | 16:09 |
| Guest5299 | i had a discussion with the guy who wrote that file. He told me thats much better then cmake | 16:10 |
| LetoThe2nd | Saur: thats why we need it. | 16:10 |
| LetoThe2nd | Guest5299: so we can bill that guy, because he knows $BETTER? | 16:10 |
| Guest5299 | I get a feeling that he likes 'dirty but worky' solutions | 16:10 |
| Guest5299 | of cause you can bill him :) | 16:10 |
| LetoThe2nd | everybody, i have written proof ^^^^^ | 16:11 |
| LetoThe2nd | invoice address, please. | 16:11 |
| qschulz | Guest5299: most people don't know shit about what they're saying (that includes me :) ). Don't believe them :) | 16:11 |
| qschulz | always triple check | 16:11 |
| qschulz | Saur: /o\ indeed. I never used it for anything else than configure or compile. thx! | 16:12 |
| *** mamadeus_ <mamadeus_!~mamadeus@79.127.3.112> has joined #yocto | 16:14 | |
| Guest5299 | i believe a lot. But actually these makefiles call other makefiles... Its not really debugable | 16:14 |
| LetoThe2nd | Guest5299: rule of thumb is: whenever a makefile hardcodes something, it is buggy. | 16:15 |
| Guest5299 | no joke. without that stupid PATH its compiling. But i cant find my executable | 16:15 |
| Guest5299 | this whole thing is hardcoded | 16:15 |
| LetoThe2nd | Guest5299: as you've already said, it hardcodes an appendix to PATH, which gave you troubles. QED. | 16:16 |
| *** mamadeus__ <mamadeus__!~mamadeus@109.125.154.224> has quit IRC | 16:16 | |
| Guest5299 | we really need to change that way of coding . I dont like that | 16:16 |
| qschulz | Guest5299: and then you fall on some stupid SW which does not work if you compile it with anything else than -O0... SW are full of surprises :) | 16:18 |
| Guest5299 | i had these kind of trouble at my old job a lot. but that was more or less baremetal with good OCD | 16:18 |
| Guest5299 | ok now i need to define BUILDSPEC? So if i use write_rpm, do i still need to copy my files into the system root? or will yocto install that rpm ? | 16:25 |
| ecdhe | I have been operating under the assumption that yocto project already contains recipes that know how to build cpython extensions and package them. | 16:25 |
| ecdhe | But I am just about ready to give up on that and write my own do_compile, do_install | 16:26 |
| LetoThe2nd | Guest5299: no need to take care of packaging, just make sure you've got proper do_install and FILES_ | 16:26 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 16:26 | |
| RP | gah, tinfoil issue is a race | 16:26 |
| Guest5299 | LetoThe2nd so i should delete that task ? | 16:27 |
| LetoThe2nd | Guest5299: everything will be installed automagically upon image creation, for the packages in the dependency tree formed by IMAGE_INSTALL | 16:27 |
| LetoThe2nd | Guest5299: unless you have very, very, *VERY* specific needs to manipulate the resulting rpm manually, delete it. | 16:27 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 16:27 | |
| Guest5299 | just because i get this : ERROR: Function failed: BUILDSPEC | 16:28 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto | 16:28 | |
| *** mamadeus__ <mamadeus__!~mamadeus@109.125.156.243> has joined #yocto | 16:29 | |
| LetoThe2nd | Guest5299: *sigh* is your makefile trying to manually build an rpm, or what? | 16:29 |
| LetoThe2nd | Guest5299: in that case, please leave your desktop now and give that guy who knows $BETTER a good beating. | 16:29 |
| Guest5299 | no no. its 'just' creating one binary | 16:30 |
| LetoThe2nd | Guest5299: then what gave you the idea you need that task? | 16:30 |
| Guest5299 | hm i dont added that manually | 16:30 |
| Guest5299 | it was in automatical | 16:31 |
| qschulz | Guest5299: which task is failing? Have you overriden/appended/prepend to this task? if yes, what? in all cases, please send the whole line/log | 16:31 |
| Guest5299 | maybe because i use oe_runmake ? | 16:31 |
| *** mamadeus_ <mamadeus_!~mamadeus@79.127.3.112> has quit IRC | 16:31 | |
| LetoThe2nd | Guest5299: i doubt that. | 16:31 |
| rburton | share the recipe please | 16:31 |
| LetoThe2nd | yes, recipe please. | 16:31 |
| rburton | so hard to debug via shadows | 16:31 |
| rburton | and the *full* log that breaks | 16:32 |
| Guest5299 | http://dpaste.com/0XX3NM0 | 16:33 |
| Guest5299 | http://dpaste.com/19524XQ | 16:35 |
| LetoThe2nd | no do_install, hence nothing in package, hence fails. my geuss. | 16:36 |
| Guest5299 | ahhh | 16:36 |
| Guest5299 | ok anyway i think there is still something fucked up in my makefile. I cant find the executable | 16:37 |
| RP | zeddii, khem: do I merge the kernel revs or wait? | 16:37 |
| zeddii | my next ones will be incremental, so I'd suggest merging them. I'll follow up with more in a few hours. | 16:38 |
| RP | zeddii: right, that is what I suspected, thanks | 16:38 |
| qschulz | LetoThe2nd: I'm surprised, I'd have thought the do_install from the base class would have oe_runmake install in it | 16:39 |
| qschulz | (spoiler: I checked, it does not) | 16:39 |
| Guest5299 | qschulz maybe but this makefile does not have an install target | 16:40 |
| Guest5299 | so even if... | 16:40 |
| RP | qschulz: only autotools.bbclass does that | 16:40 |
| rburton | qschulz: 'make install DESTDIR=$D' isn't reliable enough | 16:40 |
| rburton | that's basically autotools-ism | 16:40 |
| * LetoThe2nd points at the 5€-Makefile-Box | 16:41 | |
| rburton | :) | 16:41 |
| Guest5299 | i see all the objects but no binary.... | 16:43 |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 16:44 | |
| * LetoThe2nd calls ita day then, proud of all his recipes that instantly worked with just inherit cmake. | 16:45 | |
| Guest5299 | LetoThe2nd bye :) | 16:45 |
| rburton | Guest5299: i endorse meson when you finally flip out over makefiles | 16:45 |
| Guest5299 | AHhh | 16:46 |
| Guest5299 | cannot find /lib/ld-linux-armhf.so.3 | 16:46 |
| qschulz | Guest5299: just go see your dude... take the hammer with you | 16:46 |
| qschulz | we'll not tell | 16:47 |
| Guest5299 | we are not allowed at the moment :) | 16:47 |
| qschulz | Guest5299: anthrax by post you're welcome | 16:47 |
| qschulz | Guest5299: but for real... anything that is hardcoded path, flamethrower on it | 16:48 |
| Guest5299 | actually thats good to know, he is really fast in finding and fixing stuff, now i know why | 16:48 |
| qschulz | we've one very respected engineer here, barely readable code, no commit log, but "it works" TM until it does not and you cna't fix it yourself | 16:49 |
| Guest5299 | qschulz thats him! | 16:49 |
| Guest5299 | he dont want code reviews, he dont want git... | 16:50 |
| Guest5299 | i found it, the LD PATH is hardcoded to the one the SDK uses | 16:50 |
| Guest5299 | what is the yocto variable for the so path | 16:50 |
| qschulz | LDFLAGS | 16:53 |
| Guest5299 | so... | 16:53 |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto | 16:53 | |
| Guest5299 | if i change := to ?+ | 16:53 |
| Guest5299 | ?= | 16:53 |
| Guest5299 | it will work /. | 16:53 |
| Guest5299 | sorry, new keyboard :) | 16:54 |
| qschulz | wait, no the path to ld is LD accordin to mega-manual if I read correctly | 16:54 |
| qschulz | https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#var-LD | 16:54 |
| qschulz | it should yes | 16:54 |
| qschulz | (told you, anything :=, get rid of it) | 16:55 |
| qschulz | I mean, hopefully it works, but you know if it does not, it's still the makefile's fault :D | 16:55 |
| milloni | yeah just fix the makefile | 16:55 |
| milloni | this isn't really the most appropriate place for this question but what's the replacement for `iwpriv` in `iw`? | 16:55 |
| milloni | asking here because you guys removed iwpriv saying iw is a replacement for it | 16:55 |
| *** mckoan is now known as mckoan|away | 16:58 | |
| Guest5299 | are there similiar macros for the sdk? | 17:01 |
| qschulz | never compiled the sdk, but I'd assume the content of the variables change but not the actual name of the variable (otherwise you'd need to patch the sources depending on if you're building target or sdk). Was that your question? | 17:03 |
| Guest5299 | this is the LDLIB | 17:04 |
| Guest5299 | -L/opt/fslc-framebuffer/2.6.4/sysroots/armv7at2hf-neon-fslc-linux-gnueabi/usr/lib/ -ldl - lstdc++ -lpthread -lrt -lc -lm -lutil | 17:04 |
| Guest5299 | so ome of them are still needed | 17:04 |
| *** vineela <vineela!vtummala@nat/intel/x-ajmksbrnmafbyclj> has joined #yocto | 17:08 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 17:12 | |
| Guest5299 | ok i will call it a day :) see you and thanks a lot | 17:16 |
| *** Guest5299 <Guest5299!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC | 17:16 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.50> has joined #yocto | 17:17 | |
| Saur | RP: An alternative to reverting all of ba093a38 in bitbake would be to just revert the change in get_autorev() (but please keep the updated comment). That way ${AUTOREV} would behave as before when BB_SRCREV_POLICY = "cache" unless you also set BB_DONT_CACHE = "1" in the recipe, in which case you get the behaviour I want. And I'd argue that if you do set BB_DONT_CACHE = "1" in a recipe, then you do not want the SRCREVs cached, regardless | 17:20 |
| Saur | of BB_SRCREV_POLICY... | 17:20 |
| *** nerdboy <nerdboy!~sarnold@47.143.129.50> has quit IRC | 17:21 | |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has quit IRC | 17:22 | |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has joined #yocto | 17:22 | |
| *** rcw <rcw!~rcw@45.72.242.250> has joined #yocto | 17:24 | |
| RP | Saur: I'm leaning towards a revert and then clear patches for new functionality with tests | 17:36 |
| RP | tests are the only way we'll document and maintain this | 17:36 |
| Saur | RP: Fair enough. But what do you think of allowing BB_DONT_CACHE to override BB_SRCREV_POLICY = "cache"? I think it makes sense. Then I think a new policy is still a good idea, to make using ${AUTOREV} simple for the developers. | 17:40 |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has quit IRC | 17:40 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 17:45 | |
| *** davest <davest!~davest@50-39-142-50.bvtn.or.frontiernet.net> has quit IRC | 17:45 | |
| *** elGamal <elGamal!~elg@107.181.184.116> has quit IRC | 17:45 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 17:45 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC | 17:45 | |
| *** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has quit IRC | 17:45 | |
| Saur | RP: Btw, unrelated to this, but something I noticed while testing ${AUTOREV}: if I set BB_SERVER_TIMEOUT to anything (even ""), the bitbake server stays behind and refuses to die. `bitbake -m` will say "NOTE: Terminated bitbake server." but the server still remains. Only kill -9 works... | 17:45 |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 17:45 | |
| *** davest <davest!~davest@50-39-142-50.bvtn.or.frontiernet.net> has joined #yocto | 17:45 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:45 | |
| *** jaeckel <jaeckel!~jaeckel@sleipnir.jaeckel.eu> has joined #yocto | 17:45 | |
| *** jaeckel <jaeckel!~jaeckel@sleipnir.jaeckel.eu> has quit IRC | 17:46 | |
| *** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto | 17:46 | |
| *** csd <csd!~csd@78.80.197.35.bc.googleusercontent.com> has joined #yocto | 17:46 | |
| RP | Saur: That is worth a bug report and debugging as clearly that is bad | 17:47 |
| Saur | RP: It's the same with Zeus for me at least... | 17:48 |
| RP | Saur: I'm not sure the API is very discoverable compared to a specific policy setting | 17:48 |
| Saur | RP: How do you mean? | 17:48 |
| *** elGamal <elGamal!~elg@107.181.184.116> has joined #yocto | 17:49 | |
| RP | Saur: I don't think many users would "find" it | 17:49 |
| RP | Saur: its not obvious | 17:49 |
| Saur | RP: You mean that you can set BB_DONT_CACHE to override BB_SRCREV_POLICY = "cache"? | 17:49 |
| RP | Saur: the system has a ton of usability issues but we try to improve that, not make it worse | 17:49 |
| Saur | RP: My plan was actually to update the manual with information on how BB_DONT_CACHE, BB_SRCREV_POLICY, AUTOREV and even BB_SERVER_TIMEOUT affects each other. | 17:51 |
| Saur | RP: I.e., it's not obvious that if you set BB_SERVER_TIMEOUT, ${AUTOREV} will not take effect (with BB_SRCREV_POLICY = "clear") unless the bitbake server is restarted. | 17:52 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 17:52 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 17:53 | |
| RP | Saur: with policy clear, a new connection should reset a resident server so that is a bug | 17:54 |
| Saur | RP: Hmm, ok. Will have to run now, but I'll get back to this. | 17:56 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 17:59 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 18:00 | |
| RP | Saur: its not surprising as we've just not thought through the implications but that would be the correct behaviour | 18:01 |
| *** mamadeus_ <mamadeus_!~mamadeus@79.127.5.113> has joined #yocto | 18:03 | |
| *** mamadeus__ <mamadeus__!~mamadeus@109.125.156.243> has quit IRC | 18:06 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 18:06 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1> has joined #yocto | 18:13 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:13 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has joined #yocto | 18:14 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:b02c:5b00:7c34:b741:2e17:a51> has joined #yocto | 18:24 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 18:24 | |
| *** bradfa <bradfa!uid297668@gateway/web/irccloud.com/x-vdvjulwryfopccte> has quit IRC | 18:28 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 18:41 | |
| *** MafiaInc <MafiaInc!~martian@84.40.91.35> has joined #yocto | 18:41 | |
| kroon | I have a bitbake "Worker" process stuck using 100% cpu. Anything I can do to debug this ? | 18:41 |
| RP | kroon: attach gdb with python extensions and get a backtrace? | 18:42 |
| kroon | RP, ok, let me see if I can this. Using master bitbake/oe-core, my tmpdisk ran out of space, so bitbake sent SIGTERM to the remaining task, but the worker gets stuck | 18:43 |
| yocti | New news from stackoverflow: How can I skip steps in bitbake compilation procedure? <https://stackoverflow.com/questions/60837406/how-can-i-skip-steps-in-bitbake-compilation-procedure> | 18:52 |
| kroon | RP, you know if there is special package in fedora I need to install in order to get the gdb python extensions ? | 18:52 |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has joined #yocto | 18:53 | |
| kroon | erhm | 18:53 |
| armpit | kroon, what version of bitbake | 18:55 |
| kroon | armpit, master | 18:55 |
| armpit | oh | 18:55 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1> has quit IRC | 18:58 | |
| *** emrius <emrius!b2085748@dslb-178-008-087-072.178.008.pools.vodafone-ip.de> has joined #yocto | 19:02 | |
| *** MafiaInc <MafiaInc!~martian@84.40.91.35> has quit IRC | 19:03 | |
| emrius | Hi all, I have a recipe compiling a c library which builds fine when invoking bitbake to build only that recipe. But when I add this recipe as a dependency to an image configuration of mine and try to build that it seems to somehow inject a new dependency to dnf which crashes with the following exception: `do_rootfs: Could not invoke dnf.` | 19:04 |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 19:05 | |
| emrius | do you have a clue where this extra dependency might come from? I'm pretty clueless | 19:05 |
| *** warthog19 <warthog19!warthog9@proxy.monkeyblade.net> has joined #yocto | 19:05 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 19:05 | |
| *** warthog19 is now known as warthog9 | 19:06 | |
| *** luismartins <luismartins!~luis@213.205.68.220> has quit IRC | 19:09 | |
| *** MafiaInc <MafiaInc!~martian@84.40.91.35> has joined #yocto | 19:10 | |
| kriive | emrius: I'm pretty sure the error does not limit to dnf, look again, there should be additional info, if I recall correctly | 19:11 |
| kriive | Maybe another previous error slipped away | 19:12 |
| emrius | hmm probably | 19:14 |
| emrius | I was fumbling with the `TARGET_FPU` (since a couple of days) trying to compile another library which caused a bunch of other issues. Maybe something is conflicting there. I undid a few changes and it's rebuilding right now. Let me see how this turns out... | 19:15 |
| emrius | The initial problem was actually this one: https://stackoverflow.com/questions/60772241/recipe-compilation-fails-due-to-floating-point-unit-compatibility-issue-i-assum | 19:16 |
| emrius | So, feel free to have a peek and drop a comment if you have any hint on that issue \O/ | 19:16 |
| kroon | RP, I've filed https://bugzilla.yoctoproject.org/show_bug.cgi?id=13843 | 19:21 |
| yocti | Bug 13843: normal, Undecided, ---, richard.purdie, NEW , bitbake worker stuck using 100% cpu on aborted build | 19:21 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1> has joined #yocto | 19:22 | |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has quit IRC | 19:26 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1> has quit IRC | 19:32 | |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1> has joined #yocto | 19:34 | |
| *** Sandrita52 <Sandrita52!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 19:35 | |
| *** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.24.202.38.55> has quit IRC | 19:37 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:38 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:43 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 19:44 | |
| *** mamadeus_ <mamadeus_!~mamadeus@79.127.5.113> has quit IRC | 19:45 | |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has joined #yocto | 19:45 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 19:48 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 19:53 | |
| *** MafiaInc <MafiaInc!~martian@84.40.91.35> has quit IRC | 19:53 | |
| *** kriive <kriive!~kriive@net-188-216-211-222.cust.vodafonedsl.it> has quit IRC | 19:54 | |
| kanavin_home | rburton: I honestly don't remember anything about that | 19:56 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:e9f4:57b2:ae91:a2c1> has quit IRC | 19:57 | |
| RP | kroon: cool on getting a backtrace! | 20:00 |
| kroon | RP, yeah I just needed to "dnf debuginfo-install python3" in Fedora, then "py-bt" was available in gdb. pretty neat. | 20:03 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 20:04 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:4c9c:c236:c03:5da8> has quit IRC | 20:07 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has joined #yocto | 20:08 | |
| *** sstiller <sstiller!~sstiller@p200300F07F0E460135C7F0B43EE06C28.dip0.t-ipconnect.de> has quit IRC | 20:11 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 20:13 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has quit IRC | 20:19 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has joined #yocto | 20:20 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 20:20 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has quit IRC | 20:24 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 20:27 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has joined #yocto | 20:28 | |
| smurray | qschulz: caught up on scrollback, I also debug things by running the run.do_* scripts. devshell is more about setting things up so you can e.g. go into the build directory and invoke make by hand | 20:31 |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has quit IRC | 20:32 | |
| kroon | smurray, qschulz, I thought one were supposed to run the run.do_* scripts from a devshell. sounds like I can run them in a regular shell ? | 20:36 |
| smurray | kroon: it's always worked for me | 20:37 |
| smurray | kroon: though it's usually configure and compile that I've done it with | 20:37 |
| kroon | hmm whatabout the environment pruning that bitbake does | 20:38 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 20:38 | |
| kroon | well, seems like devshell doesn't do that either | 20:40 |
| *** sashko <sashko!~sashko@c213-89-0-115.bredband.comhem.se> has quit IRC | 20:41 | |
| smurray | kroon: heh | 20:42 |
| smurray | kroon: I believe you can run e.g. 'bitbake -c compile foo' while down inside the WORKDIR, but people do complain about bitbake startup time | 20:44 |
| *** bluelightning <bluelightning!~paul@2406:e003:130a:e501:f188:4b83:8582:1e57> has joined #yocto | 20:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 20:46 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 20:46 | |
| *** emrius <emrius!b2085748@dslb-178-008-087-072.178.008.pools.vodafone-ip.de> has quit IRC | 20:50 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 20:55 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has joined #yocto | 20:58 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC | 21:00 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has quit IRC | 21:02 | |
| *** u1106 <u1106!~quassel@uwe.iki.fi> has joined #yocto | 21:02 | |
| JaMa | is anyone still receiving e-mail notifications from git hook? I haven't received one in last few days (might be since migration to groups.io) and today I've noticed that there were some new commits | 21:05 |
| *** Sandrita52 <Sandrita52!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 21:06 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-25-199.v4.ngi.it> has quit IRC | 21:06 | |
| *** ibinderwolf <ibinderwolf!~quassel@host40-82-dynamic.14-87-r.retail.telecomitalia.it> has quit IRC | 21:16 | |
| *** berton <berton!~berton@181.220.114.167> has quit IRC | 21:17 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has joined #yocto | 21:25 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto | 21:26 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has quit IRC | 21:31 | |
| khem | RP: should probably merge and expect another pull from zeddii | 21:32 |
| kanavin_home | RP: I sent patches for gdk-pixbuf and quilt ptests | 21:37 |
| kanavin_home | RP: I have to warn though, I did not test them :D but they should do the trick | 21:37 |
| kanavin_home | (basically because building ptest images on the NUC is not feasible) | 21:38 |
| *** rburton <rburton!~rburton@134.191.227.39> has quit IRC | 21:41 | |
| RP | kanavin_home: how was patch-wrapper giving intermittent results? | 21:45 |
| RP | kanavin_home: and you mean 2G right? | 21:45 |
| kanavin_home | RP: no, I mean 2.5G, as 2G is too close to the image size (1.9G) | 21:46 |
| kanavin_home | RP: I do not have the answer to the patch-wrapper intermittent results mystery :( | 21:47 |
| RP | kanavin_home: I don't understand, we're not living in a ramdisk are we? | 21:47 |
| kanavin_home | oh wait, I confused the units! | 21:47 |
| kanavin_home | grrrrr | 21:47 |
| RP | kanavin_home: I don't like intermittent mysteries, they tend to come back :/ | 21:47 |
| kanavin_home | ignore me :) | 21:47 |
| kanavin_home | "Bail out! GLib-FATAL-ERROR: ../glib-2.62.4/glib/gmem.c:105: failed to allocate 1987968 bytes " | 21:49 |
| JPEW | Erg, I just found target recipes (aarch64) that put compiled host binaries (x86) into $DEPLOYDIR... this breaks sstate because the interpreter doesn't get corrected to the new uninative path | 21:49 |
| kanavin_home | that's 2M, not 2G :) | 21:49 |
| *** maudat <maudat!~moda@107-190-37-226.cpe.teksavvy.com> has quit IRC | 21:50 | |
| RP | kanavin_home: was i always fast that was failing? I note that has a much lower ram limit | 21:50 |
| RP | kanavin_home: are we filling a tmpfs again I wonder? | 21:51 |
| kanavin_home | RP: -fast is 1G, -slow is 2G | 21:51 |
| kanavin_home | and I can't remember if it is -fast or -slow specific | 21:51 |
| kanavin_home | and I can't run local experiments :( | 21:51 |
| kanavin_home | just wanted to look into it by 'static code inspection' :) | 21:52 |
| RP | kanavin_home: I still have http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=b2283ce1521177ec17a90a3bc9ffc54c76acbf6a lying around from the last time we had a problem... | 21:52 |
| RP | kanavin_home: we could run that on the AB on a branch | 21:52 |
| kanavin_home | RP: yes that's useful, but I think it was mostly mdadm filling the disk and we have now dropped it | 21:53 |
| RP | kanavin_home: or turn it into a proper patch and warn if there is more than X difference | 21:53 |
| RP | kanavin_home: kind of thinking out loud | 21:53 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 21:57 | |
| *** guerinoni <guerinoni!~guerinoni@host181-40-dynamic.52-79-r.retail.telecomitalia.it> has quit IRC | 22:00 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 22:00 | |
| *** fl0v0 <fl0v0!~fvo@2a01:c22:b02c:5b00:7c34:b741:2e17:a51> has quit IRC | 22:03 | |
| RP | kanavin_home: both failures were fast, different arches | 22:03 |
| *** frsc <frsc!~frsc@i59F4B1FF.versanet.de> has quit IRC | 22:04 | |
| *** locutus__ <locutus__!~LocutusOf@5.171.136.140> has quit IRC | 22:10 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 22:11 | |
| kanavin_home | RP: I am looking at what the gdk-pixbuf test is actually doing: it's setting the heap limit to 100M and looks like the test might be hitting that intermittently? https://github.com/GNOME/gdk-pixbuf/blob/mainline/tests/pixbuf-randomly-modified.c#L100 | 22:13 |
| kanavin_home | again just a guess, but probably closer to the truth | 22:14 |
| RP | kanavin_home: seems possible although 100M seems like a high limit :/ | 22:16 |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has joined #yocto | 22:17 | |
| kanavin_home | RP: note that jp2 is jpeg2000 and unpacked that may well be hitting that | 22:17 |
| kanavin_home | RP: also note that it's doing random writes to the data, which means the limit may or may not be triggered | 22:17 |
| RP | kanavin_home: hmm, good points | 22:18 |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 22:18 | |
| RP | kanavin_home: is there debug we could put into the test to see how close to the limit it is? | 22:18 |
| RP | kanavin_home: such a fix may be upstreamable if we can show its close | 22:18 |
| *** locutus_ <locutus_!~LocutusOf@5.171.136.251> has joined #yocto | 22:19 | |
| kanavin_home | RP: I think there is, wait a moment | 22:20 |
| kanavin_home | https://gitlab.gnome.org/GNOME/glib/blob/master/glib/gmem.c#L96 | 22:20 |
| kanavin_home | TRACE in there should be print what we need? | 22:21 |
| kanavin_home | if that can be turned on for that specific test | 22:21 |
| *** behanw <behanw!uid110099@gateway/web/irccloud.com/x-mhglqmfwuuobfpzd> has quit IRC | 22:21 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 22:21 | |
| kanavin_home | RP: as for quilt, you're right, the intermittent nature of the failure may mean there is a deeper issue than just the test that's not supposed to be run | 22:22 |
| kanavin_home | RP: https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/146 | 22:25 |
| kanavin_home | really should've checked that first | 22:25 |
| RP | kanavin_home: we should point ross at this tomorrow | 22:31 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:32 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC | 22:33 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.136.251> has quit IRC | 22:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 22:35 | |
| kanavin_home | RP: I think we can simply drop the offending image file from the ptest package for now. The test should gracefully skip. Upstream bug exists, I don't think we're qualified to fix it. | 22:35 |
| RP | kanavin_home: lets give ross a chance to comment tomorrow | 22:37 |
| RP | kanavin_home: we have a lot more info now which helps massively | 22:38 |
| RP | kanavin_home: we have friends who we might lean on ;-) | 22:38 |
| kanavin_home | "On kfreebsd, I see the tests being killed with "out of swap space" on a VM with 16G of ram" ----> this means in the absence of setrlimit corrupted data may cause gdk-pxibuf to swell to over 16G somehow? :-/ | 22:38 |
| kanavin_home | (I thought of raising the limit, but now I think it's better to just drop the problematic file) | 22:38 |
| RP | kanavin_home: freebsd doesn't have setrlimit ? | 22:39 |
| kanavin_home | RP: I have no idea, but that comment implies it doesnt? | 22:39 |
| RP | kanavin_home: if freebsd has setrlimit it probably means the author of the bug may just not have spotted it | 22:40 |
| RP | so it was just hitting the 100M, same as us | 22:40 |
| kanavin_home | "Checking for function "setrlimit" : YES " - yes it does | 22:41 |
| kanavin_home | https://buildd.debian.org/status/fetch.php?pkg=gdk-pixbuf&arch=kfreebsd-amd64&ver=2.40.0%2Bdfsg-2&stamp=1582013991&raw=0 | 22:41 |
| RP | kanavin_home: might be worth spelling this out in the bug and suggesting raising the limit? | 22:42 |
| kanavin_home | RP: I did just that? | 22:42 |
| kanavin_home | "Note that it fails when loading and randomly modifying the jp2 image, which in rare cases hits the 100M data limit the test sets for itself: https://github.com/GNOME/gdk-pixbuf/blob/mainline/tests/pixbuf-randomly-modified.c#L100" | 22:42 |
| kanavin_home | RP: should I add something else? | 22:43 |
| kanavin_home | https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/issues/146 | 22:43 |
| RP | kanavin_home: that the kfreebsd failure would also run into the same 100M limit regardless of the 16GB VM | 22:43 |
| kanavin_home | yeah, just commented about that | 22:44 |
| RP | cool | 22:44 |
| kanavin_home | I am not sure how this happens though, as the jp2 loader is not even enabled for us | 22:44 |
| kanavin_home | maybe the corruption somehow triggers some other large allocation | 22:45 |
| *** Ninic0c0 <Ninic0c0!51ff1123@81.255.17.35> has quit IRC | 22:45 | |
| kanavin_home | RP: going to bed :) | 22:47 |
| kanavin_home | I like working from home, but dont want to mess up the sleep | 22:47 |
| kanavin_home | (or in rare cases the corruption turns jp2 into plain jpeg and kaboom - no idea really :) | 22:49 |
| yocti | New news from stackoverflow: Yocto Bitbake Recipe for Custom Python Script and PyTest <https://stackoverflow.com/questions/60840310/yocto-bitbake-recipe-for-custom-python-script-and-pytest> | 22:53 |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 22:56 | |
| RP | kanavin_home: get some sleep, I'd like to talk to ross tomorrow | 22:58 |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:648f:2b81:e652:9607> has quit IRC | 23:00 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 23:00 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 23:01 | |
| zeddii | build passed. sending the kernel pull request. | 23:01 |
| *** gnac_ <gnac_!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 23:04 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has joined #yocto | 23:08 | |
| *** dmoseley <dmoseley!~dmoseley@24.42.151.42> has quit IRC | 23:11 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has quit IRC | 23:14 | |
| derRichard | just run into the same issue on zeus: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950551 | 23:14 |
| derRichard | cryptsetup starts multiple threads for argon2i and crashes badly because libgcc_s.so is missing ;-\ | 23:15 |
| derRichard | khem: you maintain that? is this a known issue? | 23:16 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:16 | |
| khem | add it as rdep then | 23:16 |
| derRichard | so i'm the first one that runs cryptsetup on a smp machine with zeus? :) | 23:19 |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC | 23:19 | |
| *** vineela <vineela!vtummala@nat/intel/x-ajmksbrnmafbyclj> has quit IRC | 23:29 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 23:32 | |
| khem | perghaps maybe | 23:36 |
| derRichard | hehe :-) | 23:36 |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 23:40 | |
| *** dmoseley <dmoseley!~dmoseley@24.42.151.42> has joined #yocto | 23:42 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has quit IRC | 23:42 | |
| *** Gintaro <Gintaro!~gintaro@geertswei.nl> has joined #yocto | 23:44 | |
| *** meego <meego!~meego@2a01:e0a:1ec:b0e0:413b:ae28:19a0:c37b> has joined #yocto | 23:50 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!