*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 00:07 | |
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 00:56 | |
khem | ant__: just kodi wont be enough, you should remove it from system builds | 00:57 |
---|---|---|
*** tangofoxtrot <tangofoxtrot!~jon@unaffiliated/tangofoxtrot> has quit IRC | 01:32 | |
*** tangofoxtrot <tangofoxtrot!~jon@unaffiliated/tangofoxtrot> has joined #yocto | 01:35 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:04 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 02:11 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:17 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 03:06 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 03:13 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 03:14 | |
*** linums <linums!~linums@84.198.214.27> has joined #yocto | 03:26 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 04:02 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 04:03 | |
*** madatun_1 <madatun_1!~madatun_3@103.135.251.204> has joined #yocto | 04:08 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 04:35 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 04:35 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:37 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:38 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:39 | |
*** camus is now known as kaspter | 04:40 | |
*** sno <sno!~sno@xdsl-87-78-77-211.nc.de> has joined #yocto | 04:47 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 04:58 | |
*** jobroe <jobroe!~manjaro-u@p579eb41c.dip0.t-ipconnect.de> has joined #yocto | 06:00 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 06:09 | |
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:10 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:15 | |
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 06:27 | |
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 06:29 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 06:33 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:42 | |
*** stuom1 <stuom1!575caa4c@87-92-170-76.rev.dnainternet.fi> has joined #yocto | 06:43 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 06:47 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:53 | |
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:56 | |
*** madatun_1 <madatun_1!~madatun_3@103.135.251.204> has quit IRC | 06:57 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 06:59 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 07:06 | |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:17 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:19 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:20 | |
*** camus is now known as kaspter | 07:20 | |
ant__ | khem, afais gold is disabled, kodi-recipe was activating it. I think there is another culprit | 07:27 |
ant__ | recipes-support: added older version of fmt, fixed compilation for kodi | 07:27 |
ant__ | it seems libfmt/fmt could also lead to miscompiled bins | 07:28 |
*** mario-go` <mario-go`!~user@static.172.139.76.144.clients.your-server.de> has quit IRC | 07:29 | |
*** mario-goulart <mario-goulart!~user@static.172.139.76.144.clients.your-server.de> has joined #yocto | 07:30 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 07:34 | |
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 07:34 | |
*** linums <linums!~linums@84.198.214.27> has quit IRC | 07:35 | |
*** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 07:35 | |
*** linums <linums!~linums@apn-94-44-109-227.vodafone.hu> has joined #yocto | 07:35 | |
*** sno <sno!~sno@xdsl-87-78-77-211.nc.de> has quit IRC | 07:35 | |
*** samvlewis <samvlewis!~samvlewis@45.32.247.239> has joined #yocto | 07:37 | |
*** sno <sno!~sno@2001-4dd6-cbe9-0-cd16-c3c6-b738-1012.ipv6dyn.netcologne.de> has joined #yocto | 07:39 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:52 | |
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 07:55 | |
*** mckoan|away is now known as mckoan | 07:55 | |
thekappe | Hello guys ! Does anybody know wich is the correct approach to build a minimal ramdisk to be used as "recovery boot method" given an already set up yocto project distribution ? I am able to build and burn a whole image (kernel/dtb/rootfs) that I usually burn on a SD card or run by a tftboot/nfs server. How can I add a minimal ramdisk ? thanks | 07:58 |
*** fl0v0 <fl0v0!~fvo@88.130.219.0> has joined #yocto | 07:59 | |
*** linums <linums!~linums@apn-94-44-109-227.vodafone.hu> has quit IRC | 08:00 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:00 | |
*** linums <linums!~linums@84.198.214.27> has joined #yocto | 08:01 | |
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 08:02 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:12 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 08:12 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 08:12 | |
dv | how can I create fat32 partition with WIC? I am using --fstype=vfat and it gives me fat16... | 08:13 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bxbmiepizcvvgjud> has joined #yocto | 08:26 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 08:32 | |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 08:34 | |
stuom1 | Did something change about how ptest should be enabled if I update thud->dunfell? According to mega manual, I see no changes, but I'm getting "nothing RPROVIDES my-package-ptest" when building image. Local.conf has ptest in distro features, and my-package inherits ptest | 08:36 |
LetoThe2nd | howdy dudX | 08:39 |
erbo | dv: maybe use --mkfs-extraopts to pass "-F 32" to mkfs.vfat? | 08:41 |
erbo | hi LetoThe2nd | 08:42 |
PaowZ | morning all.. and hny 2021. | 08:42 |
dv | erbo, thanks! ... --fstype=vfat --mkfs-extraopts="-F 32" ... - is it correct? | 08:44 |
erbo | dv: that's what I would try at least :) | 08:51 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:52 | |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:53 | |
*** camus is now known as kaspter | 08:53 | |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 08:54 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 08:55 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 08:58 | |
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 09:01 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cm64777d5e8820.cpe.net.cable.rogers.com> has quit IRC | 09:03 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cm64777d5e8820.cpe.net.cable.rogers.com> has joined #yocto | 09:04 | |
qschulz | Morning everybody | 09:09 |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:10 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:11 | |
Sponge5 | good morning :) | 09:12 |
mckoan | good morning everybody | 09:19 |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 09:21 | |
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 09:22 | |
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 09:25 | |
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 09:34 | |
*** creich <creich!~creich@p4ffe17fd.dip0.t-ipconnect.de> has quit IRC | 09:36 | |
*** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 09:57 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:58 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:01 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:01 | |
*** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 10:15 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 10:28 | |
*** SrainUser <SrainUser!~Srain@5.28.101.232> has quit IRC | 10:30 | |
*** sno <sno!~sno@2001-4dd6-cbe9-0-cd16-c3c6-b738-1012.ipv6dyn.netcologne.de> has quit IRC | 10:30 | |
*** mbulut_ <mbulut_!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 10:31 | |
*** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 10:32 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:37 | |
*** extorr <extorr!extor@unaffiliated/extor> has joined #yocto | 11:00 | |
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 11:00 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 11:01 | |
Sponge5 | Am I assuming correctly that I don't need to do https://www.yoctoproject.org/docs/2.2.1/dev-manual/dev-manual.html#selecting-systemd-boottarget | 11:10 |
Sponge5 | when I'm trying to test with QEMU? | 11:10 |
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 11:15 | |
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 11:18 | |
*** sno <sno!~sno@p4fe9374b.dip0.t-ipconnect.de> has joined #yocto | 11:28 | |
*** stzsch|2 <stzsch|2!~stzsch@187.44.81.18> has quit IRC | 11:33 | |
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 11:34 | |
paulbarker | Sponge5: Are you using Yocto 2.2 (morty)? If not, it's worth looking at the more recent docs | 11:37 |
Sponge5 | oh sorry, this was linked to me, didn't bother to check | 11:37 |
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 11:38 | |
paulbarker | Other than that, tbh I don't know if that is needed for qemu or not. Maybe try with and without, see what works, submit a patch to the docs to make it clearer once you know :) | 11:38 |
Sponge5 | which docs version is for dunfell 22.0.4? | 11:39 |
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 11:40 | |
paulbarker | Sponge5: You can look up the release numbering here: https://wiki.yoctoproject.org/wiki/Releases | 11:40 |
paulbarker | (I do find the yocto version, poky version and bitbake version numbering confusing myself) | 11:41 |
Sponge5 | Ah I see, I went by the git tags | 11:41 |
Sponge5 | thanks! | 11:41 |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 11:42 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 11:43 | |
qschulz | https://docs.yoctoproject.org/ | 11:43 |
*** stzsch|2 <stzsch|2!~stzsch@187.44.81.18> has joined #yocto | 11:43 | |
qschulz | and now... I think we should probably add the release name in the dropdown menu too | 11:43 |
thekappe | Hello guys ! Does anybody know wich is the correct approach to build a minimal ramdisk to be used as "recovery boot method" given an already set up yocto project distribution ? I am able to build and burn a whole image (kernel/dtb/rootfs) that I usually burn on a SD card or run by a tftboot/nfs server. How can I add a minimal ramdisk ? thanks | 11:45 |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 11:46 | |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 11:48 | |
*** mbulut__ <mbulut__!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 11:49 | |
LetoThe2nd | thekappe: "minimal ramdisk" in terms of initrd? should probably be enough to set IMAGE_FSTYPE to something supported, and tweak the kernel cmdline | 11:50 |
LetoThe2nd | initramfs is usually a different bast. | 11:50 |
LetoThe2nd | *beast | 11:50 |
*** stzsch|2 <stzsch|2!~stzsch@187.44.81.18> has quit IRC | 11:51 | |
LetoThe2nd | and if you want to combine everything into a single build including bootloader etc, then you're off into wic/multiconfig land | 11:51 |
thekappe | LetoThe2nd, thanks | 11:52 |
*** mbulut_ <mbulut_!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 11:52 | |
thekappe | I am taking a look | 11:53 |
thekappe | LetoThe2nd, it seems that initrd is deprecated (maybe unnecessarily) so I would prefer to go with initramfs | 11:59 |
LetoThe2nd | rburton: if i wanted to be nitpicking - you mangled a whitespace fix into the libmicrohttp patch :) | 11:59 |
LetoThe2nd | thekappe: "it depends" :) | 11:59 |
thekappe | What would you suggest ? I am pretty new to the world | 12:00 |
thekappe | I need it as a "first time boot method" in order to blank emmc on the board | 12:01 |
LetoThe2nd | "it depends" | 12:01 |
thekappe | in order to burn the blank emmc on the board | 12:01 |
thekappe | So I will boot unti uboot via jtag, upload kenrel/dtb/ramdisk, boot and burn | 12:01 |
LetoThe2nd | an example: one of our targets supports booting through a SPL-UBoot-FIT chain from sd card. so while the fit image technically is a "minimal ramdisk" as you worded it, the approach one would take differs substantially from an initramfs. | 12:03 |
LetoThe2nd | so, it really depends on what your systems boot mechanisms support, and what your manufacturings requirements are. | 12:04 |
thekappe | I'm not using SPL-Uboot, I am working with a zynqmp and for now the boot sequence (simplified is) ZYNQMP-FSBL->UBOOT->SDCARD | 12:05 |
thekappe | The final board won't have an sd card but a blanked emmc, so I need a procedure to burn it the first time the board is powered on. | 12:06 |
thekappe | In order to do that I planned to load through tftp a .wic image and write it directly to the emmc | 12:07 |
LetoThe2nd | you could also ramload uboot, and that in turn tftp/nfsbootfs | 12:07 |
LetoThe2nd | many options. | 12:07 |
thekappe | it's what i am doing now | 12:07 |
thekappe | when the I don't want to burn a new sd card | 12:08 |
thekappe | but i was told that a mechanism without tftp/nfs would be preferred | 12:08 |
thekappe | so I started looking ramdisks | 12:09 |
*** manuel1985 <manuel1985!~manuel@089144219161.atnat0028.highway.a1.net> has joined #yocto | 12:12 | |
Sponge5 | Where do I extend BBPATH? In local.conf, or in a recipe? | 12:13 |
Sponge5 | https://www.yoctoproject.org/docs/3.1.4/dev-manual/dev-manual.html#qemu-image-writing-new-tests | 12:13 |
Sponge5 | wait, I didn't read it correctly | 12:14 |
qschulz | Sponge5: usually in layer.conf | 12:14 |
LetoThe2nd | thekappe: probably you actually want a fitimage then. thats basically kernel+dtb+"ramdisk" as uboot can directly use it. | 12:15 |
thekappe | LetoThe2nd, it seems nice | 12:15 |
qschulz | (you need fitimage support in U-Boot though) | 12:15 |
qschulz | (one uses bootm to boot a fitimage) | 12:16 |
Sponge5 | qschulz: sry, I noticed the moment I hit send - read layer as local | 12:16 |
qschulz | Sponge5: :) | 12:16 |
thekappe | qschulz, it's already there | 12:16 |
thekappe | I can use a image.ub file with bootm | 12:16 |
qschulz | thekappe: well... bootm supports uImage and fitImage but they are different things underneath | 12:17 |
thekappe | but I don't really know who is building it and with wich parameters | 12:17 |
thekappe | ah | 12:17 |
qschulz | (and handled differently) | 12:17 |
thekappe | ah | 12:17 |
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:17 | |
qschulz | so you really need fitimage support in U-Boot :) | 12:17 |
thekappe | qschulz thanks man | 12:17 |
qschulz | and creating a fitimage from yocto too | 12:18 |
qschulz | look into kernel-fitimage bbclass | 12:18 |
thekappe | there is a template somewhere ? | 12:18 |
qschulz | it supports initramfs | 12:18 |
qschulz | it works nice until you need to implement secure boot, but you're not there yet :) | 12:18 |
thekappe | but I will and that's scaring | 12:18 |
qschulz | thekappe: first things first | 12:18 |
qschulz | once you need secureboot, you'll need to create your own fitimage class which is not inherited by the kernel but by the image recipe | 12:19 |
thekappe | Am I expected to create a new recipe or append to any already existing ? | 12:20 |
qschulz | well... that is if you plan to verify the rootfs integrity/authentication at boot | 12:20 |
thekappe | it seems a good nice to have | 12:20 |
qschulz | thekappe: there was patches sent by Bartosz from Baylibre on the mailing list some time ago | 12:20 |
qschulz | don't remember if they were ever merged or not | 12:21 |
qschulz | but yeah... I needed to write my own class/recipe for that | 12:21 |
thekappe | why is it always so complicated uff... :D | 12:22 |
qschulz | don't have it anymore (switched companies since I implemented it for a former customer, and I stupidly enough didn't share it publicly /ne shrugs) | 12:22 |
qschulz | thekappe: secure boot is specific to the hardware, so it's hard to implement something generic enough | 12:22 |
qschulz | and secure boot isn't easy too :) | 12:22 |
thekappe | I know that the source file for a fitimage is a .its file, that's like a dts file | 12:23 |
qschulz | yup | 12:23 |
qschulz | thekappe: https://www.youtube.com/watch?v=jtLQ8SzfrDU | 12:24 |
thekappe | if I create manually this .its file, who is expected to parse it and generate its .fit equivalent ? | 12:24 |
qschulz | might help you get started with the secure boot stuff | 12:24 |
thekappe | thanks man | 12:24 |
qschulz | and explain where the kernel-fitimage bbclass is failing | 12:24 |
qschulz | thekappe: the output will be a .itb | 12:24 |
qschulz | it's created by mkimage | 12:25 |
thekappe | but is it already there a recipe/class to parse these kind of files ? | 12:25 |
qschulz | thekappe: what do you mean by parsing? | 12:25 |
thekappe | I mean, once I have this .its, how can I use it inside my yocto/petalinux project ? | 12:26 |
thekappe | what am I supposed to do ? | 12:26 |
qschulz | kernel-fitimage bbclass creates the its and calls mkimage on it to get the itb | 12:26 |
qschulz | so until you need to work the secure boot thingy, everything is "magic" | 12:26 |
thekappe | mmm | 12:27 |
qschulz | then you need to reimplement kernel-fitimage by yourself | 12:27 |
thekappe | I like it | 12:27 |
qschulz | RP: ndec: any reason to keep switchers.js in sync between bitbake docs and yocto-docs? Or can I fix it so that bitbake's dropdown menu works as intended? | 12:30 |
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:31 | |
qschulz | what about having the following in bitbake-docs: <Bitbake reelase name> (<bitbake release number>; Yocto <yocto release name> (<yocto release number>))? | 12:31 |
qschulz | (for the dropdown menu) | 12:31 |
thekappe | qschulz, I'm currentrly using this one https://github.com/Xilinx/poky/blob/rel-v2019.1/meta/classes/kernel-fitimage.bbclass | 12:32 |
thekappe | So to enable the generation I need to set: | 12:35 |
thekappe | KERNEL_IMAGETYPES += fitImage | 12:35 |
thekappe | INITRAMFS_IMAGE = petalinux-user-initramfs | 12:35 |
thekappe | is that all ? | 12:35 |
RP | qschulz: I don't think they have to match | 12:36 |
ndec | qschulz: we could indeed add the bitbake version in the bitbake switcher.js code. however I think that when we deploy to docs.yp.org, we override all switchers.js with the one from yp-docs/master branch | 12:36 |
ndec | i think we should still try to have all the versions information (metadata) split into a config file, which would be read by the website. | 12:37 |
ndec | switcher.js knows if we are looking at bitbake or yp (by looking at the url), so it could behave differently. | 12:37 |
RP | Yes, one config would be ideal | 12:37 |
ndec | that config file would be maintained by the 'release managemer'. | 12:38 |
qschulz | ndec: the switchers come from https://docs.yoctoproject.org/bitbake/_static/switchers.js though according to Firefox's network debug tab | 12:38 |
qschulz | so it is possible in some way to have two different | 12:38 |
ndec | i had tried to do that, but couldn't get it to work. the problem was fetching an external yaml file (and the need for a proxy) | 12:38 |
ndec | yes, they are different files, so they can be different. i was just saying that today we override them all. | 12:39 |
ndec | http://git.yoctoproject.org/cgit/cgit.cgi/yocto-autobuilder-helper/tree/scripts/run-docs-build#n84 | 12:40 |
qschulz | ndec: mmmm... i\m not so sure the switchers.js should be handled in releases | 12:40 |
qschulz | in which case once a release is EOL, the dropdown menu won't be updated :/ | 12:40 |
ndec | not the switchers.js but the list of releases and the one we want to display on the website | 12:40 |
qschulz | mmmm I see | 12:41 |
qschulz | so the config file wouldn't be versioned in yocto-docs or bitbake-docs? | 12:41 |
*** mbulut_ <mbulut_!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 12:41 | |
qschulz | like something on the side that is then modified by halstea d or others every release? | 12:42 |
ndec | yes, that's what I mean. | 12:42 |
qschulz | gotcha | 12:42 |
qschulz | well, time for a docs.yaml :p | 12:42 |
ndec | yes. | 12:42 |
ndec | but loading the docs.yaml failed for me, the browser refused to do it, i forgot the exact error now.. | 12:43 |
*** mbulut__ <mbulut__!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 12:44 | |
qschulz | ok so the patch I just sent should probably not be merged and have us just look into making this into a configruation file instead | 12:46 |
*** mbulut_ <mbulut_!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 12:47 | |
*** mbulut_ <mbulut_!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 12:47 | |
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tvdzswmnegeoxufu> has joined #yocto | 12:48 | |
*** mbulut_ <mbulut_!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 12:51 | |
ndec | qschulz: i have an old change that has something like this | 13:05 |
ndec | https://www.irccloud.com/pastebin/CqucwctQ/ | 13:05 |
ndec | with attributes for each release, that we can then use in the java script. | 13:06 |
ndec | unfortunately.. i never completed that, so it's not working as i wanted. | 13:06 |
qschulz | ndec: https://stackoverflow.com/a/38404878 | 13:15 |
qschulz | requires the requirejs script though | 13:16 |
*** stuom1 <stuom1!575caa4c@87-92-170-76.rev.dnainternet.fi> has quit IRC | 13:18 | |
*** luneff <luneff!~yury@80.72.17.178> has joined #yocto | 13:37 | |
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto | 13:42 | |
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 13:47 | |
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:49 | |
thekappe | qschulz, so far so good.. | 13:57 |
thekappe | I've generated and compile the .its fit image | 13:57 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 13:57 | |
thekappe | I uploaded it with tftpboot in uboot | 13:57 |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 13:58 | |
thekappe | tftpboot 0x0 192.168.99.254:/tftpboot/at-javelin-fe/fitImage | 13:58 |
thekappe | bootm 0 | 13:59 |
thekappe | ## Loading kernel from FIT Image at 00000000 ... | 13:59 |
thekappe | Using 'conf@system-top.dtb' configuration | 13:59 |
thekappe | Trying 'kernel@1' kernel subimage | 13:59 |
thekappe | Description: Linux kernel | 13:59 |
thekappe | Type: Kernel Image | 13:59 |
thekappe | Compression: uncompressed | 13:59 |
thekappe | Data Start: 0x00000104 | 13:59 |
thekappe | Data Size: 18283008 Bytes = 17.4 MiB | 13:59 |
thekappe | Architecture: AArch64 | 13:59 |
thekappe | OS: Linux | 13:59 |
thekappe | Load Address: 0x00080000 | 13:59 |
thekappe | Entry Point: 0x00080000 | 13:59 |
thekappe | Hash algo: sha1 | 14:00 |
thekappe | Hash value: 281aa72e1fbe86d373a80e9c18b326cc01f3b5b9 | 14:00 |
thekappe | Verifying Hash Integrity ... sha1+ OK | 14:00 |
thekappe | ## Loading ramdisk from FIT Image at 00000000 ... | 14:00 |
thekappe | Using 'conf@system-top.dtb' configuration | 14:00 |
qschulz | thekappe: aaaaaaaaaaaaah use a pastebin! | 14:00 |
thekappe | Architecture: AArch64 | 14:00 |
thekappe | Hash algo: sha1 | 14:00 |
thekappe | Hash value: a981fe162778cf7483b0bec8fc7b718c0928a046 | 14:00 |
thekappe | Verifying Hash Integrity ... sha1+ OK | 14:00 |
thekappe | Booting using the fdt blob at 0x116fc08 | 14:00 |
thekappe | Loading Kernel Image ... OK | 14:00 |
thekappe | ERROR: new format image overwritten - must RESET the board to recover | 14:00 |
thekappe | resetting ... | 14:01 |
thekappe | qschulz, what's pastebin ? | 14:01 |
qschulz | thekappe: a place where you copy your text and can send a link so you don't flood the channel :) | 14:01 |
thekappe | it seems a nice option | 14:02 |
qschulz | any works, there are plenty available | 14:02 |
qschulz | otherwise... are you sure 0x0 is a valid RAM address (see where the RAM starts on your CPU datasheet) | 14:03 |
thekappe | nope | 14:03 |
thekappe | '=D | 14:03 |
qschulz | do you happen to have a variable named loadaddr in your u-boot environment? | 14:03 |
thekappe | I thought that I could use any addr while in uboot | 14:04 |
thekappe | and that the important thing is that I don't load different files overlapping | 14:04 |
qschulz | honestly, that is probably more a question for #u-boot or some linux channel, you probably would need to give the its and the output of mkimage -L (or iminfo in u-boot) | 14:04 |
thekappe | iìll check the loadaddr | 14:05 |
thekappe | thanks man | 14:05 |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 14:10 | |
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 14:12 | |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 14:13 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 14:16 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 14:16 | |
thekappe | qschulz, your supposition was right, I changed the loadaddr and now I can boot the kernel with the following bootargs | 14:20 |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 14:20 | |
thekappe | setenv bootargs "console=ttyPS0,115200n8 earlycon cpuidle.off=1 clk_ignore_unused root=/dev/ram rw ip=${ipaddr}:${serverip}:${gatewayip}:${netmask} rootwait" | 14:20 |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 14:20 | |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 14:21 | |
thekappe | BTW the kernel panics as it can't find any fs | 14:21 |
thekappe | "No filesystem could mount root, tried:" | 14:21 |
Sponge5 | Is there a way to specify that I want only layer specific tests to be run with "bitbake -c testimage core-image-minimal"? | 14:22 |
qschulz | 17.4MiB might be small for kernel + initramfs if you don't have a very small initramfs or have worked on making the kernel smaller | 14:22 |
Sponge5 | sorry for interrupting | 14:22 |
*** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 14:22 | |
thekappe | also the kernel lists 15 ram partitions | 14:23 |
thekappe | from ram0 to ram15 | 14:23 |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:23 | |
thekappe | I've tried also root=/dev/ram0 | 14:24 |
*** eemmrr78 <eemmrr78!52125874@cpc153047-pool17-2-0-cust115.15-1.cable.virginm.net> has joined #yocto | 14:24 | |
thekappe | but I'm still facing the same issue | 14:24 |
RobertBerger | @thekappe did you configure the kernel to support ramdisk and set some proper size? | 14:24 |
thekappe | I've set the following variables | 14:25 |
thekappe | INITRAMFS_IMAGE_BUNDLE = "1" | 14:25 |
thekappe | INITRAMFS_MAXSIZE = "524288" | 14:25 |
RobertBerger | root=/dev/ram rw should be fine | 14:26 |
qschulz | thekappe: in your kernel defconfig you also should add support for initramfs, and probably the filetype you're using for your initramfs (cpio, cpio.gz, etc...) | 14:27 |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 14:27 | |
qschulz | thekappe: how big is your kernel (without initramfs)? | 14:27 |
qschulz | and how big is your cpio image? | 14:27 |
thekappe | cpio image is 41M | 14:28 |
thekappe | (not compressed) | 14:28 |
thekappe | or 7.2M compressed | 14:29 |
*** eemmrr78 <eemmrr78!52125874@cpc153047-pool17-2-0-cust115.15-1.cable.virginm.net> has quit IRC | 14:31 | |
qschulz | mmm, 17MiB might actually be enough then, please check that your kernel supports compressed cpio | 14:31 |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 14:32 | |
thekappe | one thing is that I have two image recipes | 14:32 |
thekappe | one with initramfs and one without it | 14:32 |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 14:33 | |
thekappe | because I have a circular dependency problem with the .wic image if I enable the initramfs | 14:33 |
*** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 14:33 | |
thekappe | so I setup another recipe that basically removes the .wic image_fs_type and add the cpio.gz instead | 14:34 |
thekappe | BTW i have only one linux.bin file inside the kernel ${B} dir | 14:36 |
thekappe | # CONFIG_BLK_DEV_INITRD is not set | 14:41 |
thekappe | perfect | 14:41 |
ant__ | thekappe, ouch...ah, instead aof root=/dev/ram I'd use rdinit= | 14:41 |
qschulz | actually, none matters | 14:44 |
qschulz | when you have an initrd inside the kernel, there is no way to not boot the initrd so the root arguments are just ignored | 14:44 |
*** midiago <midiago!501e98c2@80.30.152.194> has joined #yocto | 14:45 | |
ant__ | well, depends how is called his init :) | 14:45 |
ant__ | if any | 14:46 |
qschulz | whatever the init is, it still needs to be in the initrd | 14:46 |
ant__ | in the initramfs | 14:46 |
qschulz | initramfs != initrd | 14:47 |
qschulz | initrd is directly embedded in the kernel binary | 14:47 |
ant__ | aren't you using initramfs? | 14:47 |
qschulz | initramfs can be loaded manually via the bootz/booti command or via fitimage | 14:47 |
qschulz | don't know exactly to be honest, haven't dug in the kernel-fitimage.bbclass enough | 14:48 |
ant__ | yes, I know very well and can help with it | 14:48 |
ant__ | no idea about fit images though :) | 14:48 |
*** Notgnoshi <Notgnoshi!~nots@184-83-133-77-dynamic.midco.net> has quit IRC | 14:57 | |
*** RzR <RzR!~rzr@2a01:e35:2fd7:d710:5e08:ef32:68ac:50f9> has joined #yocto | 14:57 | |
*** medo <medo!d1851b4a@209.133.27.74> has joined #yocto | 14:59 | |
*** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto | 15:00 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 15:00 | |
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC | 15:01 | |
medo | Hi, I had a question on the git structure of a typical Yocto project. I understand that you should create a new meta-* layer with your configurations recipes etc there and use git there. However for things like local.conf and the bblayers.conf that are created for us in the build directory what do you do with those ? Do you not put those in git and | 15:05 |
medo | instead have everyone recreate it after cloning your repo ? If anyone has a open source yocto project example that they would be willing to link to I would be much obligied. Cheers! | 15:05 |
thekappe | ant__, changing root=/dev/ram to rdinit=dev/ram halts the kernel to | 15:05 |
thekappe | [ 12.023210] Waiting for root device ... | 15:05 |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 15:05 | |
thekappe | PS: I've enabled the INITRD and compressed archive | 15:06 |
LetoThe2nd | medo: one of the standard approaches these days is kas (see https://youtu.be/KJHJlOtTdaE) | 15:07 |
*** luneff <luneff!~yury@80.72.17.178> has quit IRC | 15:08 | |
LetoThe2nd | medo: others are, depending on your use case, repo, git submodules, the combo-layer script, and being inspired by the yoe-distro | 15:08 |
Sponge5 | medo: "du -sh build" | 15:08 |
medo | LetoThe2nd thanks so much didn't realize you made a video about it have only watched the first 5. Thanks ! | 15:09 |
LetoThe2nd | \o/ | 15:10 |
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:11 | |
ant__ | thekappe, once you have CONFIG_BLK_DEV_INITRD=y and CONFIG_RD_GZIP=y at least you are ok | 15:12 |
sesom | hello! Any idea how can I insert a task right before the rootfs_reproducible call? | 15:22 |
sesom | using ROOTFS_POSTPROCESS_COMMAND inserts the task before sort_passwd and my task should be after sort_passwd | 15:23 |
ant__ | addtask? | 15:28 |
thekappe | ant__, qschulz I don't know how but I got it working | 15:31 |
ant__ | \o/ | 15:32 |
qschulz | thekappe: quick quick quick: git add -A; git commit -sm "got it working, don't know how it works" | 15:33 |
qschulz | at least you have something in your git history :) | 15:33 |
ant__ | he he | 15:34 |
thekappe | =D | 15:34 |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:35 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 15:35 | |
sesom | is overriding the rootfs-postcommands.bbclass a way to get some logic just before the rootfs_reproducible call? | 15:35 |
ant__ | thekappe, once yu get accustomished with it, you can discover the meta-initramfs layer and the small-small images you can get with it | 15:35 |
sesom | any ideas? any thoughts? | 15:37 |
qschulz | sesom: how did you add your command to ROOTFS_POSTPROCESS_COMMAND exactly? | 15:39 |
sesom | in the image recipe | 15:39 |
ant__ | sesom, you can add your own task or maybe use [postfuncs] | 15:39 |
qschulz | no, the actual line I mean | 15:40 |
sesom | I'm able to add it, only that is executed too early | 15:40 |
sesom | ROOTFS_POSTPROCESS_COMMAND += " custom_logic; " | 15:40 |
qschulz | yeah, try _append | 15:41 |
sesom | ouch! | 15:41 |
qschulz | c.f. https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/rootfs-postcommands.bbclass#n56 | 15:42 |
qschulz | which is then added to ROOTFS_POSTPROCESS_COMMAND with: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/rootfs-postcommands.bbclass#n58 which IIRC is the python way to use _append | 15:42 |
qschulz | or if it's something that has to do with sort_passwd, then just += or _append SORT_PASSWD_POSTPROCESS_COMMAND | 15:45 |
sesom | ROOTFS_POSTPROCESS_COMMAND_append = " custom_logic; " didn't do trick. I'll try the SORT_PASSWD_POSTPROCESS_COMMAND_append trick now | 15:49 |
ant__ | wouldn't sort_passwd[prefuncs] = also work? | 15:49 |
ant__ | err [postfuncs] it seems in your case | 15:51 |
ant__ | as you like it :) | 15:51 |
ant__ | prefuncs: List of functions to call before the task executes. | 15:51 |
sesom | ant__: I'll try the SORT_PASSWD_POSTPROCESS_COMMAND_append trick now | 15:52 |
sesom | let's see which works! | 15:53 |
Sponge5 | I have a test at "meta-mylayer/lib/oeqa/runtime/mytest" and I set "TEST_SUITES = "mytest"" in build/conf/local.conf ... "bitbake -c testimage core-image-minimal" gives me error: Empty TEST_SUITES, so I looked into testsuite.bbclass and apparently test_modules has "mytest", but getSuiteCases has empty return... I have set the layer BBLAYERS in bblayers.conf, so that is not the problem... | 15:53 |
ant__ | yes, can be tricky | 15:53 |
*** midiago <midiago!501e98c2@80.30.152.194> has quit IRC | 15:54 | |
*** ondra68 <ondra68!5f50c682@95.80.198.130> has joined #yocto | 15:54 | |
Sponge5 | I'm stumped on this one for a while so if you have an idea lmk... I'm trying to do Automated Runtime Testing in QEMU | 15:54 |
qschulz | ant__: not sure, because sort_passwd isn't a task but a function | 15:54 |
sesom | ROOTFS_POSTPROCESS_COMMAND = ... set_systemd_default_target; systemd_create_users; empty_var_volatile; sort_passwd; custom_logic; rootfs_reproducible; | 15:56 |
sesom | SORT_PASSWD_POSTPROCESS_COMMAND_append worked! | 15:56 |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 16:01 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 16:03 | |
*** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 16:04 | |
ondra68 | Hi, is there an easy way how to see how the final task (e.g. "do_install") looks like after parsing all append recipes? | 16:08 |
*** Chrys <Chrys!a5e14d1c@165.225.77.28> has joined #yocto | 16:09 | |
qschulz | ondra68: in ${WORKDIR}/temp/run.do_install you'll have the exact content of your task | 16:09 |
rburton | if its a shell task then bitbake -e recipe should show you | 16:12 |
Chrys | Hello ! First, I wish you all a good and prosperous Years :) I'm here for asking you some support as i'm noobish to Yocto ! Here the situation : In my highest level of layer, i've removed a package. On a lower layer, i'have the bbappend of the recipe which is responsible of that package. When i generate my image, it tells me that the package | 16:14 |
Chrys | is missing. What can cause that? Instead of giving me a possible answer, would be appreciate to know how can be debug to find my self. Doesn't want to ask lot of times ! According to the bitbake -g , nobody ask for that package... | 16:14 |
ondra68 | qschulz, rburton I will try, thx | 16:17 |
paulbarker | I've managed to create a situation where the base hash for a task is deterministically non-deterministic | 16:20 |
sesom | qschulz: if the function is appended through the SORT_PASSWD_POSTPROCESS_COMMAND_append way, the ${IMAGE_ROOTFS} variable is not available anymore, as it was with when the ROOTFS_POSTPROCESS_COMMAND tactic was employed | 16:20 |
paulbarker | I have the error saying the bashash value has changed from value A to value B. Running the build multiple times those values always stay the same | 16:21 |
qschulz | sesom: impossible as your custom_logic is still part of ROOTFS_POSTPROCESS_COMMAND | 16:21 |
qschulz | and sort_passwd and rootfs_reproducible are using it too, so you did something wrong in your custom_logic | 16:23 |
qschulz | what is exactly your error? can you send us a log? | 16:24 |
sesom | yeah, I saw that in the code | 16:24 |
*** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has joined #yocto | 16:24 | |
sesom | It might be that I'm using it in a wrong way. Now I noticed that this is an absolute path | 16:24 |
sesom | I always treated it as a relative to the build dir | 16:24 |
sesom | which I guess it's wrong | 16:25 |
qschulz | sesom: what exactly are you trying to do :)? | 16:25 |
sesom | do some particular analysis of the output rootfs before packing it | 16:26 |
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:26 | |
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:30 | |
qschulz | just use IMAGE_ROOTFS as is I guess then | 16:33 |
paulbarker | I tried following the instructions to run bitbake with `-Snone` then `-Sprintdiff` but got no useful output: https://pastebin.com/4SdD8bvA | 16:35 |
paulbarker | I see the basehash changed but it's unclear why | 16:36 |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 16:37 | |
*** Chrys <Chrys!a5e14d1c@165.225.77.28> has quit IRC | 16:38 | |
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC | 16:45 | |
*** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto | 16:47 | |
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 16:49 | |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 16:53 | |
*** marc2 <marc2!~marc@modemcable182.194-37-24.static.videotron.ca> has quit IRC | 16:53 | |
*** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 16:54 | |
RP | paulbarker: sadly that option doesn't often help :( | 16:56 |
paulbarker | RP: I think I may have fixed my own problem though I don't fully understand the details | 16:58 |
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 16:58 | |
paulbarker | I had some code in an anonymous python block setting a variable | 16:59 |
*** ondra68 <ondra68!5f50c682@95.80.198.130> has quit IRC | 16:59 | |
RP | paulbarker: the dependency parsing code has no insight into what anon python is doing | 17:00 |
paulbarker | Defining a new python function (which returns a string) and calling that in a variable assignment works | 17:00 |
*** gpanders is now known as greande | 17:01 | |
paulbarker | RP: This is messing with dependencies yes. It's a messy attempt at working around bug #13994 until it's fixed on dunfell | 17:02 |
sgw | RP: Hi, have you had a chance to look at the QMP patches I sent last week? | 17:02 |
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 17:03 | |
*** DanmerZ <DanmerZ!~op@46.150.10.8> has joined #yocto | 17:03 | |
RP | sgw: no, sorry. Can barely just keep the builds going :/ | 17:07 |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:08 | |
paulbarker | RP: https://pastebin.com/sDtLBA3P shows the working & non-working way of setting the variable if you're interested | 17:09 |
paulbarker | The goal is to set task deps for do_image_wic so that do_image_tar & do_image_ext4 do not run at the same time as it | 17:09 |
qschulz | paulbarker: every time the recipe is parsed, your appendvar is run | 17:10 |
qschulz | and recipes are parsed multiple times | 17:11 |
paulbarker | qschulz: Every time it's parsed the variable is reset to the value set elsewhere though. I've added `bb.note` calls, the anonymous block only runs once per recipe | 17:11 |
qschulz | mmmm, probably mixed up things sorry :/ | 17:12 |
paulbarker | qschulz: For example, image-live.bbclass uses `d.appendVarFlag` in an anonymous python block and it clearly works ok | 17:13 |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 17:14 | |
*** greande <greande!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 17:17 | |
*** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 17:18 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:20 | |
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 17:23 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 17:24 | |
*** dlan <dlan!~dennis@61.170.190.233> has joined #yocto | 17:25 | |
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 17:25 | |
*** fl0v0 <fl0v0!~fvo@88.130.219.0> has quit IRC | 17:34 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 17:36 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:36 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:38 | |
rabbit9911 | Is there any way to "wrap" a task? As in I want to call an unmodified do_compile task as normal but I want to call it myself. | 17:39 |
rabbit9911 | The reason I want to call it myself is I want to call it with "bear" to build a compile_commands.json database. | 17:39 |
*** mckoan is now known as mckoan|away | 17:42 | |
*** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 17:44 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 17:44 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:45 | |
smurray | rabbit9911: I believe you can call foo_do_compile of the foo.bbclass in your own do_compile, assuming it follows the usual naming convention | 17:47 |
kergoth | that only works if the class uses EXPORT_FUNCTIONS, which isn't always the case. if it's not, you can always use anonymous python to alter/rename it | 17:51 |
smurray | kergoth: okay, gotcha | 17:52 |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 17:53 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:54 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 17:57 | |
*** linums <linums!~linums@84.198.214.27> has quit IRC | 17:57 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:57 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:59 | |
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 18:00 | |
*** linums <linums!~linums@84.198.214.27> has joined #yocto | 18:00 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 18:01 | |
*** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 18:07 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 18:07 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 18:08 | |
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 18:11 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 18:12 | |
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 18:13 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 18:17 | |
RP | paulbarker: that makes sense as the code can't "see" into that anon python block | 18:17 |
v0n | I'm getting "login: can't set groups: Operation not permitted" after trying to log as root with debug-tweaks added to EXTRA_IMAGE_FEATURES. | 18:19 |
v0n | It seems to be related to core-image-minimal, any idea? | 18:19 |
paulbarker | v0n: That implies permissions aren't set correctly in your rootfs | 18:20 |
JPEW_ | sgw, RP: I'll try to take a look at the QMP patches in the next few days. | 18:20 |
paulbarker | v0n: I had that issue when I was messing around with wic internals | 18:20 |
paulbarker | v0n: Are you using wic? Anything special in the wks file if you are? | 18:20 |
v0n | yes | 18:20 |
v0n | I tried my own .wks file, then went back to the ti beaglebone one | 18:21 |
paulbarker | v0n: Are you on the master branch of poky/openembedded-core? | 18:21 |
v0n | paulbarker: dunfell | 18:21 |
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bxbmiepizcvvgjud> has quit IRC | 18:22 | |
paulbarker | v0n: Ok, that's before the major changes involving pseudo so I doubt it's the same issue I saw | 18:22 |
paulbarker | Could you share the wks file via a pastebin? | 18:22 |
v0n | paulbarker: I tried yours actually (rawcopying the MLO and u-boot.img files), but I went back to meta-ti/wic/sdimage-2part.wks because u-boot didn't boot | 18:23 |
paulbarker | v0n: U-boot didn't boot? Or u-boot couldn't find a kernel? | 18:26 |
v0n | paulbarker: nothing happened, like picocom was printing 'C's every few seconds and that's all | 18:26 |
paulbarker | v0n: Ah yes, that means it didn't even find u-boot | 18:27 |
paulbarker | I know the BBE images do boot on BBB devices (last time I checked). I guess something else from the meta-sancloud layer may be needed as well as the wks file to get a usable single partition image | 18:28 |
v0n | paulbarker: is it the same MLO to both from either the first vfat partition or from raw sd card? I don't understand why there's a difference in the behavior | 18:28 |
paulbarker | v0n: I'd have to look into it in more detail to answer that confidently | 18:29 |
paulbarker | Not got the time to get too deep into it right now | 18:29 |
v0n | but that said, I'm fine with a single partition containing the MLO, u-boot.img, kernel, dtb and initramfs. | 18:29 |
v0n | what's bothering me is that adding EXTRA_IMAGE_FEATURES ?= "debug-tweaks" to my machine conf doesn't seem enough to get a passwordless root login :/ | 18:30 |
sgw | JPEW_: thanks | 18:33 |
*** extorr <extorr!extor@unaffiliated/extor> has quit IRC | 18:38 | |
*** extorr <extorr!extor@unaffiliated/extor> has joined #yocto | 18:39 | |
*** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has joined #yocto | 18:42 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 18:43 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 18:46 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 18:53 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 18:53 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 18:54 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 19:04 | |
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 19:06 | |
*** jobroe <jobroe!~manjaro-u@p579eb41c.dip0.t-ipconnect.de> has quit IRC | 19:14 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 19:17 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 19:17 | |
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:25 | |
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:25 | |
*** aidanh_ is now known as aidanh | 19:25 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 19:32 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 19:37 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 19:37 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 19:44 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 20:09 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 20:09 | |
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 20:15 | |
*** JPEW_ is now known as JPEW | 20:20 | |
v0n | I used IMAGE_BOOT_FILES += "${UBOOT_ENV_BINARY} ${KERNEL_IMAGETYPE} ${KERNEL_DEVICETREE}" but I get: "output: install: cannot stat '.../build/tmp/deploy/images/.../UBOOT_ENV_BINARY': No such file or directory | 20:26 |
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 20:26 | |
v0n | Am I missing something? | 20:26 |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 20:28 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 20:29 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 20:32 | |
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 20:33 | |
v0n | isn't this variable available ? | 20:35 |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 20:36 | |
*** linums <linums!~linums@84.198.214.27> has quit IRC | 21:08 | |
*** linums <linums!~linums@apn-94-44-122-227.vodafone.hu> has joined #yocto | 21:08 | |
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 21:12 | |
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 21:30 | |
*** linums <linums!~linums@apn-94-44-122-227.vodafone.hu> has quit IRC | 21:37 | |
*** linums <linums!~linums@84.198.214.27> has joined #yocto | 21:38 | |
ant__ | khem, forgive my ignorance but how would CMake refuse to link the damned libs (missing soname)? I see apparently the extra libs needs to be specified to the linker.. | 21:40 |
ant__ | not working https://tinyurl.com/yyhgl3oz | 21:40 |
ant__ | working (elsewhere...) https://tinyurl.com/y5mv2z6g | 21:40 |
ant__ | well, the patch is a bit different too, not to much :) | 21:41 |
*** adelcast <adelcast!~adelcast@cpe-70-123-151-98.austin.res.rr.com> has quit IRC | 21:41 | |
*** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-69bd-ceed-aadd-e606.res6.spectrum.com> has joined #yocto | 21:52 | |
*** medo <medo!d1851b4a@209.133.27.74> has quit IRC | 21:53 | |
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC | 22:01 | |
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 22:02 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 22:13 | |
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 22:13 | |
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 22:18 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 22:20 | |
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 22:24 | |
*** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 22:36 | |
*** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 22:36 | |
*** linums <linums!~linums@84.198.214.27> has quit IRC | 22:49 | |
*** linums <linums!~linums@apn-94-44-97-251.vodafone.hu> has joined #yocto | 22:49 | |
v0n | login as root with debug-tweaks still says: login: can't set groups: Operation not permitted. Any idea? | 22:51 |
*** nslu2-log__ <nslu2-log__!~nslu2-log@milla.nas-admin.org> has joined #yocto | 23:04 | |
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has quit IRC | 23:04 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 23:10 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:17 | |
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 23:18 | |
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 23:24 | |
*** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 23:24 | |
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 23:29 | |
*** linums <linums!~linums@apn-94-44-97-251.vodafone.hu> has quit IRC | 23:31 | |
*** linums <linums!~linums@84.198.214.27> has joined #yocto | 23:32 | |
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 23:45 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!