| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:11 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:11 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:31 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:32 | |
| yocti | New news from stackoverflow: Yocto image on raspberry pi 3 [closed] <https://stackoverflow.com/questions/60590276/yocto-image-on-raspberry-pi-3> | 00:40 |
|---|---|---|
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 00:41 | |
| *** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:a22f:7e8:f4ce:b8a0:81f1:7321> has joined #yocto | 00:41 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 00:42 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.139.238> has quit IRC | 00:45 | |
| *** camus1 <camus1!~Instantbi@222.67.188.181> has joined #yocto | 00:46 | |
| *** kaspter <kaspter!~Instantbi@222.67.188.174> has quit IRC | 00:48 | |
| *** camus1 is now known as kaspter | 00:48 | |
| *** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-innvqzcygohnpwsy> has quit IRC | 00:57 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 01:18 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has quit IRC | 01:59 | |
| *** net_wayfarer <net_wayfarer!net_wayfar@gateway/shell/ircnow/x-uvcjakscoannnkef> has joined #yocto | 02:00 | |
| *** d_s_e <d_s_e!~d.s.e@46.226.217.64> has quit IRC | 02:24 | |
| *** sj69 <sj69!cb36ac32@tel3187175.lnk.telstra.net> has quit IRC | 02:33 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has quit IRC | 02:44 | |
| *** robert_yang <robert_yang!~robert@60.247.85.82> has joined #yocto | 02:45 | |
| *** stew-dw_ <stew-dw_!~stew-dw@2607:fb90:a22f:7e8:f4ce:b8a0:81f1:7321> has quit IRC | 02:56 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 03:06 | |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 03:08 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 03:08 | |
| yocti | New news from stackoverflow: Added meta-oe recipe failed <https://stackoverflow.com/questions/60594056/added-meta-oe-recipe-failed> | 03:10 |
| *** stew-dw <stew-dw!~stew-dw@172.58.139.240> has joined #yocto | 03:11 | |
| *** stew-dw <stew-dw!~stew-dw@172.58.139.240> has quit IRC | 03:14 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 03:15 | |
| *** stew-dw <stew-dw!~stew-dw@2607:fb90:a22f:7e8:f4ce:b8a0:81f1:7321> has joined #yocto | 03:16 | |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 03:17 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 03:17 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 03:23 | |
| *** otavio <otavio!~otavio@177.194.196.4> has joined #yocto | 03:25 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 03:25 | |
| *** sj68 <sj68!cb36ac36@tel3187236.lnk.telstra.net> has joined #yocto | 03:28 | |
| *** sj68 <sj68!cb36ac36@tel3187236.lnk.telstra.net> has quit IRC | 03:29 | |
| *** sj52 <sj52!cb36ac36@tel3187236.lnk.telstra.net> has joined #yocto | 03:30 | |
| sj52 | How to build nfs in yocto? Is there any command in yocto to build nfs? Basically, I don't want to create rootf.tar.gz everytime, instead I want to just update the unzipped root file system that I point to my nfs server. How can I do so? | 03:38 |
| *** vineela <vineela!vtummala@nat/intel/x-iggbghpmkyittpdw> has joined #yocto | 03:51 | |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.101.31> has quit IRC | 04:05 | |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.101.31> has joined #yocto | 04:05 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 04:17 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 04:29 | |
| erbo | sj52: I don't think there's anything that automatically does this. But if you really want to do it with bitbake it shouldn't be too hard to add a simple image-type for this. See https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image_types.bbclass?h=zeus | 05:27 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:33 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 05:35 | |
| sj52 | erbo - Thanks, but I don't want to build the rootfs.tar.gz all the time. In fact, I want to just build an unextracted rootfs which gets updated everytime I run a build command. Basically, this unextracted rootfs is my nfs root. I want to point this rootfs there and don't want to change the rootfs source location. I will just reboot my device to get | 05:37 |
| sj52 | the updated contents from rootfs. | 05:37 |
| sj52 | Is there any way to do so? | 05:37 |
| *** leeboby <leeboby!777b87a8@119.123.135.168> has joined #yocto | 05:38 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 05:39 | |
| erbo | I guess yes, if you 1. add a new new type that handles the copying of IMAGE_ROOTFS to a location exposed by NFS. 2. Remove other image types (like tar.gz) from your IMAGE_FSTYPES. | 05:40 |
| erbo | You mean uncompressed and not unextracted, right? | 05:41 |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 05:43 | |
| sj52 | Sorry, I mean uncompressed | 05:54 |
| sj52 | $ls -l /home/shreyas/rootfs_microzed/ | 05:55 |
| sj52 | root root 4096 Mar 9 15:50 etc | 05:55 |
| sj52 | root 4096 Mar 9 09:19 run | 05:55 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 06:01 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 06:13 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has left #yocto | 06:14 | |
| *** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has joined #yocto | 06:14 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto | 06:20 | |
| *** sno <sno!~sno@p4FE93893.dip0.t-ipconnect.de> has quit IRC | 06:26 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC | 06:28 | |
| *** vineela <vineela!vtummala@nat/intel/x-iggbghpmkyittpdw> has quit IRC | 06:30 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:34 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:48 | |
| *** panfir <panfir!~crs@89.37.124.34> has joined #yocto | 06:55 | |
| *** sno <sno!~sno@195.14.209.36> has joined #yocto | 07:01 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has joined #yocto | 07:02 | |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has joined #yocto | 07:14 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 07:16 | |
| *** frsc <frsc!~frsc@90-68-142-46.pool.kielnet.net> has joined #yocto | 07:17 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:21 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto | 07:26 | |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto | 07:31 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@45.11.168.109.cust.ip.kpnqwest.it> has joined #yocto | 07:37 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 07:38 | |
| yocti | New news from stackoverflow: Yocto: add musl library giving build error <https://stackoverflow.com/questions/60596177/yocto-add-musl-library-giving-build-error> | 07:41 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 07:42 | |
| vermaete | Anybody online who has experience with re-generating the python manifest? | 07:44 |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has quit IRC | 07:44 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has joined #yocto | 07:44 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 07:47 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has quit IRC | 07:50 | |
| *** fl0v0 <fl0v0!~fvo@i5E86951C.versanet.de> has joined #yocto | 07:50 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has joined #yocto | 07:53 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 07:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:04 | |
| *** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC | 08:08 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 08:09 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has quit IRC | 08:14 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has joined #yocto | 08:15 | |
| *** gtristan38 <gtristan38!6e0be3b1@110.11.227.177> has joined #yocto | 08:15 | |
| gtristan38 | Hi, so I've successfully addressed the dozens of issues in my client's project which caused the builds to break when you enable sstate caching (mostly typical stuff, like naively linking into build directories of other recipes, or installing directly into the staging sysroot instead of the ${D} install directory) | 08:17 |
| *** leeboby <leeboby!777b87a8@119.123.135.168> has left #yocto | 08:17 | |
| gtristan38 | And now that I have builds that dont break, I'm faced with a new problem I'm not entirely sure how to debug | 08:17 |
| gtristan38 | That is: Some recipes are getting rebuilt from one clean build to another, even though the sources have not changed *at all* between builds and the same sstate cache is present | 08:18 |
| gtristan38 | Any tips on how to debug this brand of problem would be appreciated, what to watch out for etc | 08:19 |
| gtristan38 | For one thing: It would be nice to be able to track what inputs are going into the sstate cache keys, and ensure that cache keys are stable (unchanging between invocations of bitbake when the sources don't change) | 08:20 |
| gtristan38 | Any tips on what bitbake voodoo I might invoke to track what inputs are being considered in the calculation of an sstate cache key, and/or just "bitbake show-key recipe-name" to just simply view the key for a given recipe ? | 08:21 |
| LetoThe2nd | bitbake diffsigs maybe, or whatsitcalled? | 08:21 |
| gtristan38 | LetoThe2nd, that appears helpful thanks :) | 08:24 |
| gtristan38 | it's a program called bitbake-diffsigs here | 08:24 |
| *** hamis_lt_u <hamis_lt_u!~irfan@nat-ies.mentorg.com> has joined #yocto | 08:24 | |
| gtristan38 | Ah that is quite helpful indeed, I'll have to double check this all, but it managed to explain to me precisely what changed (with a bit of digging) | 08:31 |
| vermaete | Hi, I've some questions about re-generating the python3 manifest. | 08:31 |
| vermaete | When I do in my project, what's on the Zeus release, the output without changing the input is a bit different. | 08:31 |
| vermaete | And my rootfs gives an error. | 08:31 |
| vermaete | The error seems to be related with the fact that python3-pkgutil is with the manifest before re-generating in an own package. | 08:32 |
| * gtristan38 also discovers bitbake-whatchanged | 08:32 | |
| vermaete | And after re-generating it is in python3-core. And python3-pkgutils seems to be empty. | 08:33 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 08:35 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 08:39 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 08:41 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has joined #yocto | 08:45 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.137.10> has joined #yocto | 08:46 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:46 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has joined #yocto | 08:49 | |
| *** mckoan|away is now known as mckoan | 08:49 | |
| mckoan | good morning | 08:49 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:51 | |
| LetoThe2nd | mckoan: howdy! | 08:52 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 08:52 | |
| mihai | morning | 08:52 |
| PinkSnake | Morning guys | 08:53 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 08:57 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 09:04 | |
| Dracos-Carazza | hello, I've a strange issue. for some reason my sdk exports also a huge set of source files (.c/.cpp) | 09:05 |
| *** nopeman <nopeman!d54413ba@213.68.19.186> has joined #yocto | 09:05 | |
| nopeman | hello | 09:05 |
| nopeman | small question - I'm trying to flash Renesas R-Car M3 board and when I'm going into SCIF Download mode it's locked on some weird memory address like here: https://www.paste.org/103450 | 09:05 |
| nopeman | any idea how to reset it? | 09:05 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 09:05 | |
| *** PaowZ <PaowZ!~Vince@193.252.149.222> has quit IRC | 09:05 | |
| Dracos-Carazza | nopeman, what power supply do you use? I had the same issue on my H3 when my power supply didn't deliver enough amps | 09:06 |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:06 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 09:08 | |
| *** gtristan38 <gtristan38!6e0be3b1@110.11.227.177> has quit IRC | 09:08 | |
| nopeman | axio met Ax-3010ds 0-30V 0-10A | 09:08 |
| nopeman | im giving it 5v and it's taking below 1A | 09:09 |
| qschulz | JPEW: I doubt you want to append to MACHINEOVERRIDES as the default value of MACHINEOVERRIDES is ${MACHINE} and I don't think it quite makes sense to have something more specific than the name of the machine. | 09:10 |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 09:11 | |
| qschulz | JPEW: MACHINEOVERRIDES is "read" from rightmost to leftmost. Though having ${MACHINE} as default value for MACHINEOVERRIDES means that you can only prepend to it. The trick is that you want to prepend before inheriting other files doing the same otherwise your order is messed up (we messed it up twice here already) | 09:12 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 09:13 | |
| qschulz | JPEW: also, MACHINEOVERRIDES is only a part of the overall OVERRIDES mechanism, and I don't know if it's used alone somewhere. So I'd have a look at the content of OVERRIDES and see if you have something with higher priority than your newly added MACHINEOVERRIDES (e.g. DISTROOVERRIDES has higher priority than MACHINEOVERRIDES ;) ) | 09:14 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 09:14 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 09:15 | |
| *** Guest5287 <Guest5287!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has joined #yocto | 09:28 | |
| Guest5287 | Hi, i want to create a custom ubi layout with ubinize. Is there a way to do this with a special image? I inherit from core-image. | 09:39 |
| *** yann <yann!~yann@85.118.38.73> has joined #yocto | 09:41 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 09:41 | |
| LetoThe2nd | Guest5287: if it involves seperate partitions, this sounds very much like something to look into with wic | 09:42 |
| Guest5287 | i use only one MTD partition and multiple ubi volumes | 09:42 |
| LetoThe2nd | Guest5287: yeah but what do the volumes represent? | 09:42 |
| qschulz | Guest5287: ubi in IMAGE_TYPEFS and declare MKUBIFS_ARGS and UBINIZE_ARGS in your machine configruation file? | 09:43 |
| Guest5287 | ubi and ubifs are already in my IMAGE_FSTYPES UBINIZE_ARGS is new to me... | 09:44 |
| LetoThe2nd | qschulz: another option, but i think it depends very much on the usecase, in the end. | 09:45 |
| Guest5287 | Oh no, i have all of them already declared... | 09:45 |
| Guest5287 | But this is only the layout of the flash? | 09:45 |
| Guest5287 | LetoThe2nd ubi is managing them ? | 09:46 |
| LetoThe2nd | Guest5287: ? | 09:46 |
| *** florian_kc is now known as florian | 09:46 | |
| Guest5287 | LetoThe2nd or what did you mean with your question? | 09:46 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 09:47 | |
| LetoThe2nd | Guest5287: no, i meant what the ubi volumes are meant to repesenr. parts of the userland? or just additional partitions that are initially empty? | 09:47 |
| Guest5287 | LetoThe2nd they represent userland, kernel and multiple DTBs. And that two times, beause of the update concept | 09:48 |
| paulbarker | I just did a pull on poky master and rebuilt my image. I'm seeing lots of noise about unihash, is that now normal? | 09:48 |
| LetoThe2nd | paulbarker: how does the noise sound if you pipe it to your stereo? | 09:49 |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 09:49 | |
| paulbarker | For example: `Task virtual:native:/home/pbarker/Projects/Yocto/poky/meta/recipes-support/popt/popt_1.16.bb:do_populate_sysroot unihash changed to c6b6a3568c70e1d9ad48d85001273b1d52f83785ec8113265186cb86ac6b66cb` | 09:55 |
| paulbarker | Also `Already covered setscene for /home/pbarker/Projects/Yocto/poky/meta/recipes-core/images/core-image-base.bb:do_package so ignoring rehash (remap)` | 09:56 |
| paulbarker | And `Reported task /home/pbarker/Projects/Yocto/poky/meta/recipes-core/images/core-image-base.bb:do_package as unihash 1af3abb29e5c8dec9ee74818bf4e8d3e3ce69e8313c331fa2e2613b3643a7d23 to u | 09:56 |
| paulbarker | nix:///b/Yocto/poky/build/hashserve.sock ({'taskhash': 'd67ee50cce5a58d71e17e129455d27286f360a7c8e0be0faf6cb4af2dff8ecfb', 'method': 'oe.sstatesig.OEOuthashBasic', 'unihash': '1af3abb29e5c8 | 09:56 |
| paulbarker | dec9ee74818bf4e8d3e3ce69e8313c331fa2e2613b3643a7d23'})` | 09:56 |
| paulbarker | There's hundreds of lines of this output so it buries any other messages | 09:57 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@2001:b07:5d32:c012:d535:27a9:d5e0:e97d> has joined #yocto | 09:59 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 09:59 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 10:00 | |
| vermaete | as shameless promotion of my python manifest issue: https://stackoverflow.com/questions/60589245/python3-pkgutil-added-to-python3-core-at-zeus | 10:05 |
| *** Guest5287 <Guest5287!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.165.225.73.37> has quit IRC | 10:09 | |
| warpme_ | guys: can somebody point me which WIC part (.py module) is responsible for writing grub core.img to disk image? | 10:17 |
| paulbarker | warpme_: It'll be one of the source plugins, likely `bootimg-*.py` | 10:20 |
| paulbarker | In `scripts/lib/wic/plugins/source/` | 10:21 |
| warpme_ | for sure :-) but I scanned those files carefully multiple times and probably i'm blind as I can find it.... simply can't understand how wic is doing this stage in EFI bootable image preparation.... | 10:24 |
| paulbarker | warpme_: What's your target MACHINE? | 10:30 |
| *** emrius <emrius!8b114da8@sec26-dynip-168.gfz-potsdam.de> has joined #yocto | 10:30 | |
| emrius | Good day everyone, I have a question regarding good practice when extending an existing layer (meta-oe) with a third party recipe (https://github.com/gpanders/oe-scipy): Should I `cp` or `ln` the recipe's subdirectories content (`recipes-devtools`) into the meta-oe layer`s subdirectory `meta-python` because it's a python package (scipy) I'm | 10:38 |
| emrius | actually targeting? That seemed odd to me. Thus I created a dedicated layer `meta-scipy` to only contains to recipe of that github link. But this also feels a bit add, to have a layer with only one recipe... Any hint on where to put that recipe? | 10:38 |
| warpme_ | target is x86_64....but maybe some context: i'm using part of Yocto (mainly wic) in my project (https://github.com/warpme/minimyth2). So far with great success (bootable SD card images for allwinner/rockchip/amlogic/broadcom; x86 BIOS bootable live USB keys). Issue I have is adopting WID to produce EFI bootable images. So far missing part is instaltion of GRUB part on already prepared image (EFI & root partitions seems | 10:38 |
| warpme_ | to be OK; just ESP nor core.img seem to be missing). | 10:38 |
| qschulz | emrius: if you feel like oe-scipy should be part of meta-python or meta-oe, please send a patch to make it part of the master version. If you want to work with old branches of the layers or can't update them, you need a separate layer. Do NOT touch anything that isn't maintained by you is the rule of thumb | 10:39 |
| emrius | Ok, that agrees with my guts :) | 10:40 |
| * LetoThe2nd agrees with qschulz and therefore transitionally with emrius' guts. | 10:40 | |
| paulbarker | warpme_: Ok. Which specific MACHINE are you using when you see the issue though? | 10:41 |
| emrius | Ok, but for now, I would like to test that recipe. It contains patches for cmake and lapack. Is it best to throw it into it's own layer so that it is kinda isolated from everything else? | 10:43 |
| qschulz | emrius: bbappends for cmake and lapack and you're good | 10:43 |
| qschulz | in your own layer | 10:44 |
| emrius | qschulz: Thanks! I'll try that right away | 10:47 |
| emrius | But wait. | 10:47 |
| emrius | I face a naming convention issue/question here. | 10:48 |
| emrius | the repo is called oe-scipy. Is that a bad name in the first place? Should that rather be meta-scipy? | 10:49 |
| emrius | This might seem pedantic but I just want to make sure I don't mess things up in the first place | 10:49 |
| emrius | oe-scipy then contains recipes-devtools | 10:50 |
| emrius | And I thought that it would be best to take the convention: `meta-mylayername/meta-mypackage/recipes-recipetype/content` | 10:51 |
| emrius | `meta-mypackge` would then coincide with `oe-scipy`. Am I overthinking things? | 10:52 |
| LetoThe2nd | emrius: you are a bit wrong indeed. | 10:52 |
| LetoThe2nd | emrius: the repo should be named meta-something. | 10:53 |
| LetoThe2nd | emrius: and the structure roughly this: meta-something/recipes-something/something/something_x.y.z.bb | 10:53 |
| emrius | thanks a lot for the clarification! That charms my guts yet again | 10:53 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 11:04 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC | 11:04 | |
| *** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto | 11:05 | |
| qschulz | emrius: the layout you suggested is more for repos having multiple layers in them. I'd say it's rather rare to have such needs as YP users? | 11:07 |
| warpme_ | paulbarker: I'm using WIC to create EFI bootable image for x86. For WIC log (and to see how far i'm with this) - pls see my msg in this IRC posted 6:33PM 8/03. There I put also .wks file i'm using to create image. Basically: wic ends without any error - but during inspecting created image I'm getting impression there is no ESP partition with grub core.img nor any log from wic about embedding grub core.img into | 11:13 |
| warpme_ | MBR<->part_table gap in mage.... | 11:13 |
| warpme_ | paulbarker: I'm using WIC to create EFI bootable image for x86. For WIC log (and to see how far i'm with this) - pls see my msg in this IRC posted 6:33PM 8/03. There I put also .wks file i'm using to create image. Basically: wic ends without any error - but during inspecting created image I'm getting impression there is no ESP partition with grub core.img nor any log from wic about embedding grub core.img into | 11:13 |
| warpme_ | MBR<->part_table gap in image.... | 11:13 |
| emrius | qschulz: ah ok, you mean large projects like e.g. meta-openembedded, right? | 11:15 |
| emrius | Is there a good resource that wraps layouts and good practices up? | 11:16 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 11:17 | |
| *** guerinoni <guerinoni!~fg@internet.micro-systems.it> has quit IRC | 11:19 | |
| qschulz | emrius: #yocto on freenode :D | 11:19 |
| emrius | ;D (y) | 11:20 |
| qschulz | emrius: the thing is, most of the time "it depends" (TM LetoThe2nd) | 11:21 |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC | 11:21 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 11:21 | |
| emrius | hmm okay. Not very surprising but not very satisfying, either =( | 11:22 |
| qschulz | emrius: but layout in a layer is bound to BBFILES in conf/layer.conf. The layout (if matched to BBFILES) does not really matter. | 11:22 |
| emrius | ok | 11:22 |
| qschulz | it's not really used AFAIK? | 11:22 |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 11:27 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 11:35 | |
| *** rburton <rburton!rburton@nat/intel/x-cgyoktjdtuddmrkf> has joined #yocto | 11:35 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 11:38 | |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 11:42 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 11:48 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 11:52 | |
| *** NiksDev2 <NiksDev2!~NiksDev@192.91.101.31> has quit IRC | 11:59 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 12:00 | |
| *** berton <berton!~berton@177.194.196.4> has joined #yocto | 12:01 | |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 12:14 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC | 12:15 | |
| *** mattis <mattis!~mattis@cm-84.212.77.93.getinternet.no> has joined #yocto | 12:16 | |
| mattis | Hi. I am trying to understand how to develop a program external to yocto which can run on my newly developed yocto build. Typically I would download the toolchain from arm e.g arm-none-eabi-g++ or similar. Can I build such a toolchain with yocto? I read some places, that its found in opt/<target>/sdk but I am not sure what that means exactly... | 12:20 |
| *** Ilya_S <Ilya_S!bc788b40@188.120.139.64> has joined #yocto | 12:24 | |
| LetoThe2nd | mattis: https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 12:25 |
| LetoThe2nd | mattis: i think #3 is on sdks and how to develop stuff :) | 12:25 |
| LetoThe2nd | mattis: the nutshell version: you can generate a sdk for a given image (which is the target to run on, then.) | 12:25 |
| LetoThe2nd | mattis: and that sdk traditionally installs to said /opt path. but if you don't have the image/app developer split, its way easier to just use the build directly (#10 or #11 on the videos, on app developemnt) | 12:27 |
| mattis | LetoThe2nd: Thanks I am watching it right now. So I assume this is going to be explained. | 12:29 |
| LetoThe2nd | mattis: well certainly not *EVERYTHING* is being explained, but certainly enough to get started. | 12:29 |
| Ilya_S | Hey, I am trying to make an SDK based on my image that will be used for cross compiling. One of my recipes downloads some files from git and I want them to be included in the SDK. Currently the SDK has some of the header files from that recipe, but lack other headers and several source files that I need for cross compilation. I tried to search for | 12:33 |
| Ilya_S | a way to do this but nothing worked for now. Anyone know a way to do this? | 12:33 |
| LetoThe2nd | Ilya_S: depends (TM) | 12:33 |
| LetoThe2nd | Ilya_S: this can either be a badly packaged thing, something that doesn't have a proper DEPENDS on it, or something that is compile-time only. in the latter case you probably want to look at TOOLCHAIN_TASK_HOST (or pretty similar, i can't ever get the var name right) | 12:34 |
| Ilya_S | essentially I just want to know if there is a specific folder that I could copy these files and the SDK build will just grab them along | 12:34 |
| Ilya_S | tried TOOLCHAIN_TARGET_TASK_append | 12:35 |
| LetoThe2nd | no. it does not work like "just grab and copy". it works like "package properly and get your dependencies sorted out" | 12:35 |
| Ilya_S | TOOLCHAIN_TARGET_TASK_append = " osdk-staticdev" | 12:35 |
| LetoThe2nd | Ilya_S: then maybe that thing does not contain what you acutally want/need. look at the packages. | 12:35 |
| LetoThe2nd | plus, shouldn't it be TOOLCHAIN_HOST_TASK? | 12:36 |
| LetoThe2nd | i mean you want the things to run on the host? but i might be mistaken. | 12:36 |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 12:36 | |
| Ilya_S | I think these files are not part of the compilation. They are just there as sample code with helper functions, so they won't be in any depends | 12:36 |
| LetoThe2nd | Ilya_S: like i said then, fix the packaging. | 12:37 |
| LetoThe2nd | make a whatever-examples package out of them, or something similar. | 12:37 |
| Ilya_S | I'm not sure I understand what you mean by "packaging"? | 12:38 |
| *** RobertBerger <RobertBerger!~rber@ip-109-41-195-117.web.vodafone.de> has joined #yocto | 12:39 | |
| LetoThe2nd | Ilya_S: a recipe does generate a number of packages. ${PN}, ${PN}-dev, ${PN}-dbg... so if you think the recipe should provide somthing, then it has to go into a pacakge. | 12:39 |
| LetoThe2nd | Ilya_S: one of the live coding sessions covers this, i think its called depends, redepends, packaging or something close. IIRC, #5 | 12:40 |
| Ilya_S | Ah, yeah, I tried to do that too. Are all these ${PN} included in the SDK? | 12:40 |
| LetoThe2nd | no. | 12:40 |
| LetoThe2nd | those which you either depend on or explicitly ask for are included. | 12:40 |
| Ilya_S | How can I ask them to be included? If it's covered in the coding session, I can try to check that out | 12:41 |
| LetoThe2nd | Ilya_S: again, included means "TOOLCJHAIN_HOST_TASK" | 12:42 |
| Ilya_S | Ah, I see, thanks. I'll try to figure it out | 12:43 |
| *** hamis_lt_u <hamis_lt_u!~irfan@nat-ies.mentorg.com> has quit IRC | 12:48 | |
| fullstop | I'm trying to have Yocto generate my ubi, but my needs are different than that of the ubi / ubifs image class. I attempted to make my own image class but can't seem to get bitbake to actually make the thing. | 12:52 |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 12:52 | |
| fullstop | I added IMAGE_CLASSES += " myimagetype " and the bbclass is included in the layer configuration. | 12:53 |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 12:57 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 12:59 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 13:00 | |
| *** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 13:00 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 13:02 | |
| *** emrius <emrius!8b114da8@sec26-dynip-168.gfz-potsdam.de> has quit IRC | 13:06 | |
| qschulz | fullstop: aren't you more intestered in IMAGE_CMD_ instead? Add your own IMAGE_TYPES and define an IMAGE_CMD_mytype for it? | 13:07 |
| qschulz | (see image_types.bbclass) | 13:07 |
| fullstop | qschulz: that is in my bbclass | 13:07 |
| qschulz | fullstop: missing IMAGE_FSTYPES in your image recipe? | 13:09 |
| fullstop | perhaps, let me look once this build fails | 13:10 |
| fullstop | qschulz: where is the best place to put IMAGE_FSTYPES? local.conf? distro.conf? | 13:10 |
| qschulz | fullstop: I can see that's it's both in image recipes and in machine conf files... So... /me shrugs? | 13:11 |
| qschulz | fullstop: there are types specific to an image and other specific to a machine, your call | 13:12 |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 13:12 | |
| fullstop | I understand | 13:12 |
| * fullstop moves this stuff to machine conf | 13:13 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 13:17 | |
| *** locutus_ <locutus_!~LocutusOf@2001:b07:5d32:c012:d535:27a9:d5e0:e97d> has joined #yocto | 13:18 | |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 13:19 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 13:20 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has joined #yocto | 13:21 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 13:22 | |
| fullstop | hey, it's doing something. Thanks, qschulz! | 13:24 |
| qschulz | fullstop: nice :) | 13:26 |
| *** ebail <ebail!~ebail@40.73.12.109.rev.sfr.net> has joined #yocto | 13:29 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 13:36 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 13:36 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 13:36 | |
| yocti | New news from stackoverflow: systemd: Freezing execution in Yocto <https://stackoverflow.com/questions/60601520/systemd-freezing-execution-in-yocto> | 13:42 |
| *** Scoutboy <Scoutboy!~quassel@83.80.130.15> has joined #yocto | 13:49 | |
| *** Scoutboy <Scoutboy!~quassel@83.80.130.15> has quit IRC | 13:54 | |
| *** Scoutboy <Scoutboy!~quassel@83.80.130.15> has joined #yocto | 13:54 | |
| *** mattis <mattis!~mattis@cm-84.212.77.93.getinternet.no> has quit IRC | 13:55 | |
| *** RobertBerger1 <RobertBerger1!~rber@ip-109-41-194-173.web.vodafone.de> has joined #yocto | 13:58 | |
| *** RobertBerger <RobertBerger!~rber@ip-109-41-195-117.web.vodafone.de> has quit IRC | 13:59 | |
| *** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 14:01 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:03 | |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 14:05 | |
| rburton | okay feeling dumb | 14:09 |
| rburton | (no smart jokes LetoThe2nd) | 14:09 |
| rburton | so if i run a binary from a devshell from the native sysroot i get libgomp.so.1: cannot open shared object file: no such file or directory | 14:10 |
| rburton | but if I ldd the binary inside the devshell, it resolves to /usr/lib64/libgomp.so.1 | 14:10 |
| LetoThe2nd | rburton: is it the multilib stuff hitting hard again? | 14:10 |
| *** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto | 14:10 | |
| mihai | which ldd? | 14:10 |
| mihai | :) | 14:11 |
| rburton | struggling to understand how ldd says something different considering its just a wrapper around the loader | 14:11 |
| RP | rburton: does it pick the same loader? | 14:11 |
| * RP doesn't trust ldd | 14:11 | |
| rburton | hm | 14:11 |
| LetoThe2nd | rburton: there was a couple of things related lately. wrong loader? | 14:11 |
| LetoThe2nd | RP was faster. | 14:11 |
| rburton | ah | 14:12 |
| rburton | /scratch/poky/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 | 14:12 |
| rburton | right if i use the sysroot ld directly i get the error | 14:15 |
| rburton | so for some reason the uninative ld.so isn't even attempting to look in the host paths | 14:18 |
| vermaete | Could somebody shine a bit of light into how the python manifest works? | 14:19 |
| rburton | vermaete: what bit of it? | 14:20 |
| *** RobertBerger <RobertBerger!~rber@ip-109-41-192-231.web.vodafone.de> has joined #yocto | 14:20 | |
| vermaete | I've *just* recreated it without modify anything in it. And it looks like the python3-pkgutil is not in the python3-core. | 14:20 |
| vermaete | What's probably not correct. | 14:20 |
| vermaete | I have this at Zeus and master. | 14:20 |
| vermaete | see: https://stackoverflow.com/questions/60589245/python3-pkgutil-added-to-python3-core-at-zeus | 14:21 |
| *** RobertBerger1 <RobertBerger1!~rber@ip-109-41-194-173.web.vodafone.de> has quit IRC | 14:21 | |
| vermaete | Because of this, my rootfs is not building anymore. | 14:21 |
| rburton | maybe that class doesn't get explicitly mentioned in the dependency trees, might need special casing | 14:22 |
| vermaete | This because the few recipes that are using python3-pkgutil are not able to include in the image. | 14:22 |
| vermaete | @rburton: fine, but every release this manifest if probably regenerated, not? | 14:22 |
| vermaete | Why is it different at my side when re-generating it? | 14:23 |
| vermaete | Because I'm using different layers? | 14:23 |
| rburton | vermaete: only regenerated when needed | 14:24 |
| rburton | and the generated onemight be fiddled by hand further | 14:24 |
| vermaete | okay, I've got this. | 14:24 |
| rburton | so LD_DEBUG=all shows that it only looks in my sysroot and not on the host | 14:25 |
| *** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC | 14:27 | |
| *** nopeman <nopeman!d54413ba@213.68.19.186> has quit IRC | 14:29 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:29 | |
| *** mattis <mattis!~mattis@cm-84.212.77.93.getinternet.no> has joined #yocto | 14:30 | |
| mattis | Not sure what is happening, bitbake core-image-minimal works, but bitbake core-image-minimal -c populate_sdk fails, should this not work for the same reason as the original? | 14:31 |
| mattis | ERROR: Task (/home/mattis/development/cgm_yocto/build/build/poky/meta/recipes-devtools/gdb/gdb-cross-canadian_9.1.bb:do_compile) failed with exit code '1' | 14:32 |
| paulbarker | mattis: gdb-cross-canadian is only needed for the SDK so that wouldn't cause the image build to fail | 14:32 |
| paulbarker | Can you post the full bitbake output via a pastebin? | 14:33 |
| RP | rburton: I can't remember how we designed it to work :/ | 14:36 |
| rburton | me neither! | 14:36 |
| mattis | https://pastebin.com/7eG4kzM3 | 14:37 |
| mattis | paulbarker: Yes but its the sdk I want to build and this is failing. | 14:40 |
| paulbarker | mattis: That is a strange one. I'd recommend dropping meta-freescale temporarily and seeing if you can build gdb-cross-canadian on its own for a similar machine (maybe qemuarm). That should show whether the issue is in the Freescale BSP or in oe-core | 14:45 |
| Crofton|road | need to run the yocto check layer script against meta-freescale | 14:51 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:52 | |
| smurray | meta-freescale has some oddness around packaging wrt tuning | 14:53 |
| *** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 14:54 | |
| mattis | paulbarker: ok. I had some issues earlier with some out of memory on hdd, since I am using docker, I will first do a clean install. | 14:54 |
| smurray | Crofton|road: it has a significant number of bbappends in dynamic-layers on top of the ones in the layers, I'm pretty sure it violates the yocto layer reqs | 14:54 |
| smurray | Crofton|road: it even has a dynamic bbappend for AGL that we have to BBMASK out, as it's wrong :/ | 14:55 |
| Crofton|road | damn, no wonder BSP's make people angry | 14:56 |
| fray | not sure it's in the YP guidelines, but any package 'tweaked' by a BSP has to be declared machine specific.. what a mess | 14:57 |
| mattis | smurray: and others did I do something wrong? | 14:59 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto | 14:59 | |
| armpit | everything make me angry : ) | 14:59 |
| *** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC | 14:59 | |
| smurray | mattis: no, you might just be stumbling upon someone else's brokenness | 14:59 |
| smurray | mattis: I'd recommend trying what paulbarker suggested, try building the SDK without meta-freescale in the mix, to hopefully narrow down where the problem lies | 15:01 |
| mattis | smurray: I will, just starting off fresh now. | 15:01 |
| vermaete | If you have a small moment. | 15:02 |
| vermaete | That manifest file, is this something that is input to generated some output. And that output is imported in git. Or is this parsed and used by bitbake itself. | 15:03 |
| mattis | vermaete: Are you asking me? | 15:04 |
| vermaete | sorry, was for rburton. If he has time. | 15:05 |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has joined #yocto | 15:21 | |
| *** guerinoni <guerinoni!~fg@host83-196-dynamic.60-82-r.retail.telecomitalia.it> has joined #yocto | 15:23 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto | 15:27 | |
| *** jobroe <jobroe!~manjaro-u@193.158.0.154> has quit IRC | 15:34 | |
| rburton | vermaete: the manifest is used to build the package and dependency lists | 15:35 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 15:43 | |
| *** mckoan is now known as mckoan|away | 15:56 | |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:57 | |
| *** vineela <vineela!vtummala@nat/intel/x-aqdfpimmxssrgyla> has joined #yocto | 15:58 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:17 | |
| *** RobertBerger <RobertBerger!~rber@ip-109-41-192-231.web.vodafone.de> has left #yocto | 16:21 | |
| JPEW | Which mailing list do I use for doc updates to bitbake? | 16:27 |
| kroon | JPEW, bitbake-devel last time I checked | 16:30 |
| kroon | with a suggested "bitbake-user-manual:" heading | 16:31 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 16:32 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:37 | |
| *** panfir <panfir!~crs@89.37.124.34> has left #yocto | 16:42 | |
| yocti | New news from stackoverflow: systemd: Freezing execution in Yocto [closed] <https://stackoverflow.com/questions/60601520/systemd-freezing-execution-in-yocto> | 16:43 |
| *** fl0v0 <fl0v0!~fvo@i5E86951C.versanet.de> has quit IRC | 16:44 | |
| *** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC | 16:51 | |
| *** sno <sno!~sno@195.14.209.36> has quit IRC | 16:52 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:56 | |
| *** robbawebba <robbawebba!~rob@12.206.203.186> has joined #yocto | 17:06 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 17:06 | |
| *** yann <yann!~yann@85.118.38.73> has quit IRC | 17:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:12 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 17:13 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 17:14 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto | 17:22 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 17:28 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:32 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.114> has joined #yocto | 17:42 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:43 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 17:49 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 17:53 | |
| kiwi_29 | hello ... I have a custom distro which installs many applications using IMAGE_INSTALL . | 17:56 |
| kiwi_29 | When I run. "bitbake customdistro -c populate_sdk". I get error like this | 17:58 |
| kiwi_29 | do_populate_sdk: Unable to install packages. Command <PATH>/0-r0/recipe-sysroot-native/usr/bin/apt-get install --force-yes --allow-unauthenticated <LIST OF CUSTOM APPS> target-sdk-provides-dummy <MORE LIST OF CUSTOM APPS> | 18:01 |
| kiwi_29 | Reading package lists...Building dependency tree...Reading state information...Some packages could not be installed. This may mean that you haverequested an impossible situation or if you are using the unstabledistribution that some required packages have not yet been createdor been moved out of Incoming.The following information may help to | 18:01 |
| kiwi_29 | resolve the situation:The following packages have unmet dependencies: target-sdk-provides-dummy : Conflicts: coreutilsE: Unable to correct problems, you have held broken packages. | 18:01 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:01 | |
| paulbarker | kiwi_29: Could you post the full bitbake output via a pastebin? | 18:02 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 18:03 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 18:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 18:05 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 18:07 | |
| kiwi_29 | Loading cache: 100% |#################################################################################################################################################################################| Time: 0:00:00Loaded 3357 entries from dependency cache.NOTE: Resolving any missing task queue dependenciesBuild Configuration:BB_VERSION = | 18:07 |
| kiwi_29 | "1.44.0"BUILD_SYS = "x86_64-linux"NATIVELSBSTRING = "universal"TARGET_SYS = "x86_64-poky-linux"MACHINE = "genericx86-64"DISTRO = "customdistro"DISTRO_VERSION = "0.0.1"TUNE_FEATURES = "m64 core2"TARGET_FPU = ""meta meta-poky meta-yocto-bsp = | 18:07 |
| kiwi_29 | "cpe-yocto3.0-poky:94f6b31befda5c496f65e863a6f8152b42d7ebf0"meta-customdistro = "wncagent:dc4822f9484d1ab8b66c7b25164f8ace4a40046b"meta-oe meta-python meta-networking = "zeus:e855ecc6d35677e79780adc57b2552213c995731"Initialising tasks: 100% | 18:08 |
| kiwi_29 | |############################################################################################################################################################################| Time: 0:00:02Sstate summary: Wanted 184 Found 183 Missed 1 Current 949 (99% match, 99% complete)NOTE: Executing TasksNOTE: Setscene tasks completedERROR: | 18:08 |
| kiwi_29 | customdistro-distro-1.0-r0 do_populate_sdk: Unable to install packages. Command '/home/kiwiuser/projects/targethardware/src/customdistrodistro/poky/build/tmp/work/genericx86_64-poky-linux/customdistro-distro/1.0-r0/recipe-sysroot-native/usr/bin/apt-get install --force-yes --allow-unauthenticated <LIST OF PACKAGES, one of the package is coreutils> | 18:08 |
| kiwi_29 | target-sdk-provides-dummy <MORE LIST OF PACKAGES>' returned 100:Reading package lists...Building dependency tree...Reading state information...Some packages could not be installed. This may mean that you haverequested an impossible situation or if you are using the unstabledistribution that some required packages have not yet been createdor been | 18:08 |
| kiwi_29 | moved out of Incoming.The following information may help to resolve the situation:The following packages have unmet dependencies: target-sdk-provides-dummy : Conflicts: coreutilsE: Unable to correct problems, you have held broken packages.ERROR: Logfile of failure stored in: | 18:08 |
| kiwi_29 | /home/kiwiuser/projects/targethardware/src/customdistrodistro/poky/build/tmp/work/genericx86_64-poky-linux/customdistro-distro/1.0-r0/temp/log.do_populate_sdk.19581ERROR: Task (/home/kiwiuser/projects/targethardware/src/customdistrodistro/poky/meta-customdistro/recipes-core/images/customdistro-distro.bb:do_populate_sdk) failed with exit code | 18:08 |
| kiwi_29 | '1'NOTE: Tasks Summary: Attempted 3941 tasks of which 3940 didn't need to be rerun and 1 failed.Summary: 1 task failed: /home/kiwiuser/projects/targethardware/src/customdistrodistro/poky/meta-customdistro/recipes-core/images/customdistro-distro.bb:do_populate_sdkSummary: There was 1 ERROR message shown, returning a non-zero exit code. | 18:08 |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:08 | |
| kiwi_29 | I wish the indentation was good | 18:08 |
| kiwi_29 | one of the packages in the list is coreutils | 18:08 |
| kiwi_29 | when I do "bitbake core-image-minimal -c populate_sdk" does not throw any error | 18:09 |
| paulbarker | kiwi_29: Use a pastebin please | 18:10 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 18:10 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 18:12 | |
| paulbarker | kiwi_29: Are you using deb packages? | 18:14 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 18:15 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 18:15 | |
| kiwi_29 | paulbarker. https://pastebin.com/KwTGU3jv | 18:15 |
| paulbarker | kiwi_29: Are you using deb packages? | 18:15 |
| *** locutus_ <locutus_!~LocutusOf@2001:b07:5d32:c012:d535:27a9:d5e0:e97d> has quit IRC | 18:15 | |
| kiwi_29 | paulbarker yes | 18:16 |
| kiwi_29 | when I removed coreutils from list inside "IMAGE_INSTALL" | 18:16 |
| paulbarker | kiwi_29: I'd recommend switching to ipk or rpm as they're much better tested and supported | 18:16 |
| kiwi_29 | The bitbake command succeeds | 18:16 |
| kiwi_29 | The bitbake command is "bitbake customdistro -c populate_sdk" | 18:17 |
| paulbarker | kiwi_29: Ok. Can you try this with ipk or rpm packages and see if that works? | 18:18 |
| paulbarker | With coreutils still included | 18:18 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 18:18 | |
| kiwi_29 | populate_sdk seems to injecting target-sdk-provides-dummy which conflicts with coreutils | 18:18 |
| kiwi_29 | I have to use deb unfortunately for some time | 18:19 |
| paulbarker | kiwi_29: At least try it without so you can narrow down where the issue is | 18:19 |
| paulbarker | If the bug report is "works with ipk but not deb" we've got a much smaller area to search for the underlying problem | 18:20 |
| kiwi_29 | true... also https://stackoverflow.com/questions/60058817/bitbake-populate-sdk-for-image-fails-with-error. it mentions to go away from deb | 18:20 |
| *** crs_ <crs_!~crs@86.123.57.211> has joined #yocto | 18:21 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 18:23 | |
| *** Ilya_S <Ilya_S!bc788b40@188.120.139.64> has quit IRC | 18:25 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 18:28 | |
| kiwi_29 | btw paulbarker. ... I wanted to install all the development tools gcc, ldd etc on target system and my understanding is that "-c populate_sdk" accomplishes that ..please let me know if my understanding is correct | 18:29 |
| kiwi_29 | I basically want to debug an application produced as part of yocto build. I want to debug on the target | 18:29 |
| kiwi_29 | so I want gcc, gdb, ldd, readelf etc tools on target machine. | 18:30 |
| kiwi_29 | is "-c populate_sdk" the right way of doing it | 18:30 |
| paulbarker | kiwi_29: No, that creates an SDK for use on the host. If you want those on the target just add them to your image | 18:31 |
| kiwi_29 | I see...so populate_sdk creates an sdk for cross-compilation environment where development/compilation and even debugging happens on host | 18:33 |
| kiwi_29 | Is there a single recipe that provides all these devtools so that it compiles as part of target | 18:35 |
| *** sno <sno!~sno@tmo-100-112.customers.d1-online.com> has joined #yocto | 18:35 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 18:36 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 18:37 | |
| paulbarker | kiwi_29: Maybe a packagegroup but I can't recall the name | 18:37 |
| kiwi_29 | https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-core/packagegroups/packagegroup-core-buildessential.bb | 18:40 |
| roussinm | I have an image that is packages inside a `wic.zip`, but some windows client, when unzipping can't "see" the `wic` when using a tool to burn the image to an sdcard. I would like to intervene after the image creation but before the zip task. I would like to rename to .wic image to an .img so that the window tool can "see" the file, because the combobox has "*.img" | 18:41 |
| *** sno <sno!~sno@tmo-100-112.customers.d1-online.com> has quit IRC | 18:43 | |
| roussinm | I think what I'm trying to accomplish looks like : addtask makezip before do_build after do_image_complete. Inside the makezip task I would rename the file and execute the CONVERSION_CMD_zip. | 18:44 |
| *** sno <sno!~sno@tmo-100-112.customers.d1-online.com> has joined #yocto | 18:44 | |
| *** sj52 <sj52!cb36ac36@tel3187236.lnk.telstra.net> has quit IRC | 18:52 | |
| *** sno <sno!~sno@tmo-100-112.customers.d1-online.com> has quit IRC | 18:52 | |
| *** crs_ <crs_!~crs@86.123.57.211> has quit IRC | 18:53 | |
| *** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 18:53 | |
| *** guerinoni <guerinoni!~fg@host83-196-dynamic.60-82-r.retail.telecomitalia.it> has quit IRC | 18:54 | |
| *** locutus_ <locutus_!~LocutusOf@5.171.137.28> has joined #yocto | 18:55 | |
| JaMa | wget in ubuntu-20.04 doesn't like the ssl on eula-downloads.yoctoproject.org: | 18:59 |
| JaMa | Connecting to eula-downloads.yoctoproject.org (eula-downloads.yoctoproject.org)|140.211.169.56|:443... connected. | 18:59 |
| JaMa | OpenSSL: error:1425F102:SSL routines:ssl_choose_client_version:unsupported protocol | 18:59 |
| fray | it's a Let'sEncrypt cert.. so maybe affected by the recent problems there? | 19:01 |
| fray | but even so, both Safari and Chrome load it fine fo rme | 19:01 |
| neverpanic | Firefox also complains it's using weak crypto | 19:03 |
| neverpanic | ECDHE_RSA_AES_256_CBC_SHA. Not exactly the most modern cipher suite, and not AEAD. | 19:04 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:04 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:04 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 19:06 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 19:08 | |
| *** ferry <ferry!~quassel@cust-178-250-146-69.breedbanddelft.nl> has joined #yocto | 19:09 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 19:10 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 19:12 | |
| kiwi_29 | I get "No such file or directory" when I run an application on yocto target | 19:17 |
| kiwi_29 | the application is present on the path , has execute permission for user | 19:17 |
| neverpanic | kiwi_29: /lib64/ld-linux-x86-64.so.2 --list $binary, I bet a library is missing. | 19:19 |
| neverpanic | (adjust for your architecture, of course) | 19:19 |
| kiwi_29 | this is the output | 19:22 |
| *** locutus_ <locutus_!~LocutusOf@5.171.137.28> has quit IRC | 19:22 | |
| *** ferry <ferry!~quassel@cust-178-250-146-69.breedbanddelft.nl> has quit IRC | 19:23 | |
| kiwi_29 | https://pastebin.com/CEXpZyh7 | 19:24 |
| kiwi_29 | neverpanic | 19:24 |
| neverpanic | seems fine. | 19:25 |
| mcfrisk | kiwi_29: runs strace of the binary. maybe a config file, dlopen() or something else is failing. The file path from strace output will give hints. | 19:27 |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:29 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:30 | |
| *** aidanh_ is now known as aidanh | 19:30 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 19:39 | |
| *** PinkSnake <PinkSnake!51ff1123@81.255.17.35> has quit IRC | 19:45 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 19:48 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 19:48 | |
| *** gsalazar <gsalazar!~gsalazar@17.229.60.94.rev.vodafone.pt> has joined #yocto | 19:50 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 19:56 | |
| kiwi_29 | mcfrisk neverpanic this is a go binary ..just fyi | 19:56 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 19:58 | |
| LetoThe2nd | kiwi_29: let me guess. you did not crosscompile this through bitbake? | 19:58 |
| LetoThe2nd | kiwi_29: its just another case of using the wrong loader. | 19:58 |
| LetoThe2nd | for reasons this is the new cool s**t. | 19:59 |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@5.171.137.69> has joined #yocto | 20:04 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 20:04 | |
| *** gsalazar <gsalazar!~gsalazar@17.229.60.94.rev.vodafone.pt> has quit IRC | 20:08 | |
| kiwi_29 | LetoThe2nd. the binary is generated as part of the Yocto build . Yocto generates the distro and also compiles this binary. Host is x86-64 (Xeon). and target is x86-64(celeron) | 20:11 |
| LetoThe2nd | kiwi_29: ah. well there was something really similar lately which ultimately boiled down to multilib. don't remember for sure if it was also host contamination involved, but thats the way to look. | 20:13 |
| kiwi_29 | how do I get multilib support on target? | 20:14 |
| kiwi_29 | LetoThe2nd | 20:14 |
| kiwi_29 | btw ..output of strace https://pastebin.com/srkNJwwj | 20:15 |
| kiwi_29 | mcfrisk neverpanic | 20:15 |
| LetoThe2nd | kiwi_29: i've poked the person who can share enlightenment. i'm personally not in touch with the topic, sorry. | 20:16 |
| kanavin_home | kiwi_29: what does 'file /usr/bin/yourapp' say? | 20:19 |
| *** guerinoni <guerinoni!~fg@host83-196-dynamic.60-82-r.retail.telecomitalia.it> has joined #yocto | 20:24 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 20:26 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 20:28 | |
| kiwi_29 | ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, Go BuildID=Z5k_gYnNQnexc0-pOqvx/l4ovWnRBgEF7GKYjAxmT/cU6SkJFIAj-Opt94rLKw/vXNKfIKTs_g7zuGJayny, not stripped | 20:28 |
| kiwi_29 | kanavin_home | 20:28 |
| kanavin_home | kiwi_29: does /lib64/ld-linux-x86-64.so.2 exist? | 20:29 |
| kiwi_29 | no... the output of dependecies is. https://pastebin.com/CEXpZyh7 | 20:31 |
| kanavin_home | kiwi_29: what language is the app written in? | 20:34 |
| kiwi_29 | go | 20:34 |
| kanavin_home | (e.g. what was used to compile it) | 20:34 |
| khem | kiwi_29: it seems golang compiler is not aware of ldso path | 20:34 |
| khem | kiwi_29: it seems a bug to me in OE, we should be aligning the ldso paths across compilers be it c/c++ or rust or golang | 20:35 |
| kiwi_29 | I see..however it is found as we see https://pastebin.com/CEXpZyh7. no ? | 20:35 |
| khem | is that a cmd you ran manually ? | 20:36 |
| kanavin_home | kiwi_29: the interpreter is the one you see in the 'file' output, and if it's not there, exec() will immediately fail with a file not found error | 20:36 |
| kanavin_home | what libs is the binary linked with is irrelevant then | 20:36 |
| kanavin_home | can you show the recipe? | 20:37 |
| khem | its not recipe problem, | 20:37 |
| kanavin_home | usually this happens when ppl transfer something they compiled in ubuntu, and expect it to 'work' | 20:38 |
| khem | kiwi_29: on your build host, go to builddir of the app and find the binary and run readelf -e on it and it should show you what interpreter is encoded into the binary, if that exact path is missing on target then we know the proble | 20:38 |
| kanavin_home | khem: see above - file says 'ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, Go BuildID=Z5k_gYnNQnexc0-pOqvx/l4ovWnRBgEF7GKYjAxmT/cU6SkJFIAj-Opt94rLKw/vXNKfIKTs_g7zuGJayny, not stripped' | 20:39 |
| kiwi_29 | here is recipe khem kanavin_home. https://pastebin.com/jPhntUFk | 20:41 |
| khem | kiwi_29: right so does /lib64/ld-linux-x86-64.so.2 exist on target ? | 20:43 |
| kiwi_29 | khem. no | 20:43 |
| kiwi_29 | how do I get it? | 20:43 |
| khem | right so thats the problem | 20:43 |
| khem | we have to teach the go compiler to use right paths that match OEs norms | 20:43 |
| kiwi_29 | my custom distro is based on core-image-minimal | 20:43 |
| kiwi_29 | should I base it on core-image-multilib | 20:44 |
| khem | thats ok, you are doing all well | 20:44 |
| kanavin_home | kiwi_29: I think your recipe might be using the host go compiler | 20:44 |
| kanavin_home | this 'go this' 'go that' stuff looks wrong | 20:44 |
| kiwi_29 | I have used inherit go in beginning of recipe | 20:44 |
| kiwi_29 | without that go command does not work | 20:44 |
| *** peacememories <peacememories!~textual@2a02:8388:8982:e900:cc71:2343:725c:153> has joined #yocto | 20:45 | |
| kanavin_home | yeah, but the correct form is ${GO} , not go | 20:45 |
| kiwi_29 | I see | 20:45 |
| kanavin_home | and the inherit go should set up the compilation already, no need to overwrite it | 20:45 |
| *** peacememories <peacememories!~textual@2a02:8388:8982:e900:cc71:2343:725c:153> has quit IRC | 20:46 | |
| khem | yeah you should defer as much work as possible to templates provides in go.bbclass | 20:46 |
| khem | so cross compiling can work as expected | 20:46 |
| kiwi_29 | so what should go inside do_compile ? | 20:47 |
| khem | ${GO} build ABCagent.go | 20:47 |
| kiwi_29 | trying it out right now...will update you in a moment | 20:48 |
| kanavin_home | kiwi_29: nothing | 20:48 |
| *** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:3092:7169:2a22:9e8d> has joined #yocto | 20:48 | |
| khem | kiwi_29: Infact your recipe could be cleaned up please look at recipes-extended/go-examples/go-helloworld_0.1.bb | 20:50 |
| kiwi_29 | kanavin_home I see your point... how do I make sure I m compiline MYAPP.go. which variable I use in beginning of recipe to specify that it is the | 20:50 |
| kiwi_29 | target | 20:50 |
| khem | e.g. you can define GO_IMPORT and GO_INSTALL | 20:50 |
| khem | and thats pretty much you would need besides boiler plate code | 20:50 |
| * RP finally finds the locale relocation bug in glibc | 20:52 | |
| *** sno <sno!~sno@p4FE93893.dip0.t-ipconnect.de> has joined #yocto | 20:53 | |
| *** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 20:54 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 20:55 | |
| *** kriive <kriive!~kriive@net-2-37-195-129.cust.vodafonedsl.it> has joined #yocto | 21:00 | |
| JaMa | RP: memory check for you, it's about commit from 2011/2009 :) do you know why we have 2 different CACHE settings in default setup? | 21:02 |
| JaMa | meta/conf/bitbake.conf:CACHE = "${TMPDIR}/cache${@['', '/' + str(bb.data.getVar('MACHINE', d, 1))][bool(bb.data.getVar('MACHINE', d, 1))]}${@['', '/' + str(bb.data.getVar('SDKMACHINE', d, 1))][bool(bb.data.getVar('SDKMACHINE', d, 1))]}" | 21:02 |
| JaMa | meta/conf/distro/defaultsetup.conf:CACHE = "${TMPDIR}/cache/${TCMODE}-${TCLIBC}${@['', '/' + str(bb.data.getVar('MACHINE', d, 1))][bool(bb.data.getVar('MACHINE', d, 1))]}${@['', '/' + str(bb.data.getVar('SDKMACHINE', d, 1))][bool(bb.data.getVar('SDKMACHINE', d, 1))]}" | 21:02 |
| JaMa | 2nd was introduced in 2011 with http://git.openembedded.org/openembedded-core/commit/?id=c0a148077ae27a1ef57c55ac22953c68d001af57 | 21:03 |
| JaMa | any objection to update the 1st one and drop 2nd? | 21:03 |
| JaMa | 2009 was last "functional" change in the 1st one (other than getVar API change updates later twice) http://git.openembedded.org/openembedded-core/commit/?id=1d4f93e8f63395220da652bae055acde11544577 | 21:04 |
| RP | JaMa: presumably its because TCMODE and TCLIBC are nodistro specific | 21:04 |
| *** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 21:05 | |
| RP | JaMa: we've had wider adoption of that convention since | 21:05 |
| RP | JaMa: if someone had a summy nodistro conf file, it would break with TCMODE/TCLIBC not in bitbake.conf | 21:05 |
| RP | JaMa: no object to simplifying this though | 21:06 |
| RP | s/summy/dummy/ | 21:06 |
| JaMa | ok, will do that in 3.2 | 21:06 |
| JaMa | TCLIBC is used in quite a few places now, TCMODE only in meta/conf/local.conf.sample.extended + defaultsetup.conf | 21:07 |
| RP | JaMa: right, TCLIBC is pretty much required now | 21:07 |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has joined #yocto | 21:07 | |
| *** WillMiles <WillMiles!~Will@209.87.231.80> has quit IRC | 21:09 | |
| RP | tgamblin: you've seen my coreutils hack in master-next right? | 21:12 |
| kiwi_29 | khem kanavin_home. ..thanks .. I m working on it and will update | 21:12 |
| kiwi_29 | will ping back with results | 21:13 |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:14 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpe-188-129-77-144.dynamic.amis.hr> has quit IRC | 21:16 | |
| *** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 21:17 | |
| *** berton <berton!~berton@177.194.196.4> has quit IRC | 21:21 | |
| *** kiwi_29 <kiwi_29!43cf6f8a@67-207-111-138.static.wiline.com> has quit IRC | 21:21 | |
| *** sheelba <sheelba!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has joined #yocto | 21:25 | |
| *** frsc <frsc!~frsc@90-68-142-46.pool.kielnet.net> has quit IRC | 21:26 | |
| *** ningauble <ningauble!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has quit IRC | 21:27 | |
| *** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:29 | |
| *** mattis <mattis!~mattis@cm-84.212.77.93.getinternet.no> has quit IRC | 21:35 | |
| *** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has quit IRC | 21:35 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 21:43 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has joined #yocto | 21:44 | |
| *** guerinoni <guerinoni!~fg@host83-196-dynamic.60-82-r.retail.telecomitalia.it> has quit IRC | 21:55 | |
| *** rcw <rcw!~rcw@75-119-248-176.dsl.teksavvy.com> has joined #yocto | 21:55 | |
| RP | JaMa: its tempting to consider removing nodistro entirely and mandate setting MACHINE/SDKMACHINE, simplify the code | 21:56 |
| RP | I think reasons for now setting those are now historical | 21:56 |
| RP | JPEW: with the new logging, does it capture hashequiv to the on disk logs by default? | 21:57 |
| JaMa | RP: agreed, e.g. meta-updater settings also expects MACHINE to be set and causes more ugly parsing error when it isn't, having more simple base and error early enough when not set would be nicer | 22:00 |
| tgamblin | RP: I see it now | 22:04 |
| *** sheelba <sheelba!~ningauble@c-73-157-47-121.hsd1.wa.comcast.net> has quit IRC | 22:06 | |
| neverpanic | kiwi_29 could try /lib/ld-linux-x86-64.so.2 /usr/bin/APPNAME, but I guess at this point it's pretty much established that the loader path is the problem. | 22:07 |
| RP | tgamblin: it gets us part way towards merging | 22:08 |
| RP | tgamblin: gcc-plugin reproducibility issue remains | 22:08 |
| *** kriive <kriive!~kriive@net-2-37-195-129.cust.vodafonedsl.it> has quit IRC | 22:09 | |
| tgamblin | hmm ok | 22:13 |
| xyzzy42 | I've got a recipe, "A", that wants files to be owned by a user account created by recipe "B". B works, the account appears in its sysroot and the image. "A" DEPENDS on B, but the sysroot for A doesn't have the accounts. It does have other files provided by B. | 22:15 |
| *** rcw <rcw!~rcw@75-119-248-176.dsl.teksavvy.com> has quit IRC | 22:16 | |
| RP | tgamblin: just be glad it resolves the multilib one ;-) | 22:17 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 22:19 | |
| xyzzy42 | I see there was a bug related to this, but it looks like it was fixed long ago. I'm on zeus. https://www.yoctoproject.org/pipermail/yocto/2017-October/038395.html | 22:19 |
| tgamblin | RP: Whatever works I suppose. The nuclear option would've been to just remove that assert test | 22:20 |
| RP | tgamblin: is there just one test using that module? | 22:21 |
| RP | tgamblin: that would solve the problems and let us merge if it were disabled | 22:21 |
| tgamblin | RP: it's a single test that's failing on qemux86, from what I can tell (and from what Alex was saying) | 22:22 |
| tgamblin | I did a few test runs earlier today but got sidetracked from actually writing a patch to nuke that particular test case | 22:22 |
| RP | tgamblin: oh, there is that and the second issue of gcc being added to the build chain and gcc-plugin not being reproducible | 22:22 |
| tgamblin | Ah. Hmm, let me have a look | 22:23 |
| RP | gcc comes from the libperl-module-build dependency | 22:23 |
| RP | tgamblin: there was a third problem of gcc multilib conflicts but I fixed that | 22:23 |
| tgamblin | RP: Ah, right, if I remember correctly, removing libmodule-build-perl causes 9ish test cases to fail | 22:24 |
| * tgamblin starts a build to confirm the number | 22:25 | |
| RP | tgamblin: right and they'd not fail deterministicly either as it would depend on image contents | 22:25 |
| RP | tgamblin: libperl-module-build has ptests so is installed in ptest images so wouldn't get "seen" by our autobuilder | 22:25 |
| kanavin_home | tgamblin: RP: the test fails on both arm and x86 - ['tests/tail-2/assert.sh'] | 22:26 |
| kanavin_home | it has to be core-image-sato-sdk-ptest though if you want to reproduce | 22:26 |
| RP | kanavin_home: it fails on our autobuilder too | 22:31 |
| RP | at least its consistent | 22:31 |
| tgamblin | My bad, I'm adding a lot of extra work for the release :/ | 22:32 |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:238d:84be:b349:9184> has quit IRC | 22:33 | |
| RP | tgamblin: its not the only thing holding things up | 22:33 |
| *** kanavin_home <kanavin_home!~ak@cable-95-168-152-69.cust.telecolumbus.net> has joined #yocto | 22:35 | |
| neverpanic | xyzzy42: Ah, yes, the dreaded user management thing. The relevant code is around here: https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/useradd.bbclass#n99 | 22:37 |
| neverpanic | I suggest you always choose statically configured uids and gids when re-using users across recipes, because otherwise you may get different uids and gids depending on when tasks are re-run, and you may get different uids when creating packages and at install time on target | 22:39 |
| *** adelcast <adelcast!~adelcast@130.164.62.200> has quit IRC | 22:39 | |
| tgamblin | RP: kanavin_home: make that 63 tests failing without libmodule-build-perl - I had that number mixed up with my older total for when I was mulling over adding/not adding valgrind + strace | 22:39 |
| RP | tgamblin: ok, so we do need it, thanks | 22:40 |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 22:40 | |
| neverpanic | at $work, we've avoided dependencies between recipes for users to prevent triggering rebuilds of everything when we were adding or changing users, and instead just had an include file that contained the statically assigned UID/GID of those users, and had a single recipe that would create them all. | 22:41 |
| neverpanic | Every other recipe just includes the list of UIDs/GIDs and chowns files to the UIDs directly, without having the users in sysroot. | 22:41 |
| xyzzy42 | Looks like do_populate_sysroot is what's supposed to be adding them. From the log, it looks like it gets skipped. "NOTE: Installed into sysroot: []" then "NOTE: Skipping as already exists in sysroot: ['package-with-users', ...]" | 22:43 |
| neverpanic | well, you'll have to clean to see the code that should add the user run. | 22:44 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 22:44 | |
| xyzzy42 | yep, cleansstate before I did that | 22:44 |
| neverpanic | I would assume it's the recipe-specific sysroot task for recipe A that would add the user, though. | 22:45 |
| xyzzy42 | yes, I see the dependency of do_preapre_recipe_sysroot has package_with_users:do_populate_sysroot in it | 22:45 |
| neverpanic | but as I said, writing a recipe-B.inc file that contains user_B_UID = "1234" user_B_GID = "3456", including it from both recipes and doing chown ${user_B_UID}:${user_B_GID} in recipe A may be the simpler solution, and in our experience, has fewer problems. | 22:46 |
| neverpanic | Also pacakge_using_user:do_prepare_recipe_sysroot does depend on package_with_users:do_populate_sysroot, but package_with_users:do_populate_sysroot would create the user in the separate sysroot staging area for package_with_users, but not in the recipe-specific sysroot for package_using_user | 22:50 |
| neverpanic | the do_populate_sysroot can't do that, as the recipe specific sysroot doesn't exist yet, and the /etc/passwd file in package_with_users's sysroot can't simply be copied either (and usually isn't, as only specific subfolders are staged into the sysroot) | 22:50 |
| neverpanic | So there needs to be some additional logic running in package_using_user's do_prepare_recipe_sysroot to get this right. | 22:51 |
| *** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC | 22:51 | |
| xyzzy42 | I thought that extra logic was the purpose of this, https://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/useradd.bbclass#n154 | 22:52 |
| neverpanic | Seems so. Maybe you're running into the filter in line 122? | 22:54 |
| xyzzy42 | hmm, exit 0, odd choice of exit code, maybe that's it | 22:55 |
| xyzzy42 | another thing I thought of, is that I do reference the group systemd-journal in a package, which is created by a systemd recipe, and that does work | 22:56 |
| neverpanic | seems meta/recipes-core/base-passwd/base-passwd_3.5.29.bb takes care of running the postinst scripts. | 22:56 |
| xyzzy42 | the group is created by the systemd recipe, the recipe that uses the systemd-journal group doesn't create, but does DEPENDS on it, and that worked | 22:56 |
| neverpanic | Hm, or meta/classes/staging.bbclass:583 in extend_recipe_sysroot called by do_prepare_recipe_sysroot. | 23:00 |
| xyzzy42 | I see recipe-sysroot/usr/bin/postinst-useradd-{systemd,my-package-withuser} both exists. But the users/groups created by the former are present in sysroot/etc/passwd, while the latter are not. | 23:02 |
| *** adelcast <adelcast!~adelcast@130.164.62.200> has joined #yocto | 23:03 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 23:08 | |
| *** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 23:08 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 23:09 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:12 | |
| *** dbro <dbro!c77448a2@eero.static.monkeybrains.net> has joined #yocto | 23:20 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:22 | |
| *** dev1990 <dev1990!~dev@asx191.neoplus.adsl.tpnet.pl> has joined #yocto | 23:28 | |
| dev1990 | I'm having problem with "git pack-redundant" it's called by git fetcher under some conditions, it gives me always sigfaults | 23:36 |
| kergoth | it's using git on your host.. | 23:36 |
| dev1990 | yes, I just want to ask if someone having same problem, I'm having this with 2.15.1 | 23:37 |
| *** rburton <rburton!rburton@nat/intel/x-cgyoktjdtuddmrkf> has quit IRC | 23:37 | |
| dev1990 | ups I mean 2.25.1, I also have this with 2.14.1 and 2.13.1. Not sure it's my custom host configuration, I ruleout memory corruption and disk corruption | 23:43 |
| dev1990 | ok, not my day, affected version 2.25.1, 2.24.1 and 2.23.1. Probably my distribution fault somehow, this sigfault not crashing bitbake I just found that Yocto builds giving me sigfauls in dmesg from time to time | 23:48 |
| JPEW | RP: No. the AB needs to set BB_LOGCONFIG... Which maybe should be in the env whitelist | 23:59 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!