| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC | 00:03 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has joined #yocto | 00:03 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:04 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:05 | |
| *** wbn <wbn!~badegg@ns509729.ip-198-245-62.net> has quit IRC | 00:06 | |
| *** wbn <wbn!~badegg@ns509729.ip-198-245-62.net> has joined #yocto | 00:06 | |
| *** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has quit IRC | 00:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:44 | |
| *** Don91 <Don91!46a3cfac@ip70-163-207-172.ph.ph.cox.net> has quit IRC | 00:45 | |
| *** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has joined #yocto | 00:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:57 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:59 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 01:06 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 01:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:13 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:13 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:22 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 01:22 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 01:22 | |
| *** camus1 is now known as kaspter | 01:22 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 01:23 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has quit IRC | 01:27 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-233-105.ssp.dialog.net.pl> has joined #yocto | 01:30 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 01:31 | |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC | 01:36 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 01:41 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 01:41 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 01:49 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:07 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 02:07 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 02:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:13 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:15 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 02:29 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 02:30 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 02:35 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 02:35 | |
| *** Saur <Saur!pkj@nat/axis/x-hzprbafhvayzokga> has quit IRC | 02:46 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 02:47 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 02:47 | |
| *** Saur <Saur!pkj@nat/axis/x-hhuerjxhrvdbvmim> has joined #yocto | 02:49 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 02:52 | |
| *** sakoman <sakoman!~steve@99.197.43.113> has quit IRC | 02:54 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 02:55 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 02:55 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 02:56 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 03:08 | |
| *** ahadi <ahadi!~ahadi@i5E86AF0E.versanet.de> has quit IRC | 03:09 | |
| *** ahadi <ahadi!~ahadi@88.130.216.84> has joined #yocto | 03:10 | |
| kiwi_29 | Hello... while generating and sdk (not extensible sdk) using. bitbake -c populate_sdk <MY_CUSTOM_DISTRO_RECIPE_NAME> , I get errors ----> ERROR: binutils-crosssdk-x86_64-pokysdk-linux-2.34-r0 do_configure: configure failed | 03:17 |
|---|---|---|
| kiwi_29 | Last few lines of config output are | 03:17 |
| kiwi_29 | checking where to find the target windres... pre-installed | 03:18 |
| kiwi_29 | checking where to find the target windmc... pre-installed | 03:18 |
| kiwi_29 | checking whether to enable maintainer-specific portions of Makefiles... no | 03:18 |
| kiwi_29 | configure: creating ./config.status | 03:18 |
| kiwi_29 | config.status: error: cannot find input file: `Makefile.in' | 03:18 |
| kiwi_29 | WARNING: exit code 1 from a shell command. | 03:18 |
| kiwi_29 | basically config.status when called by configure in the end, throws error | 03:18 |
| kiwi_29 | but when I run config.status separately inside devshell, it succeeds and there is a Makefile.in also present in the source dir | 03:19 |
| kiwi_29 | does this ring any bells? | 03:19 |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 03:19 | |
| *** georgem <georgem!~georgem@216.21.169.52> has joined #yocto | 03:19 | |
| *** Guest13027 <Guest13027!~dqx@unaffiliated/dqx> has quit IRC | 03:41 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:42 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:42 | |
| *** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 03:49 | |
| zeddii | RP: sending a v2. you'll have it in your inbox in your morning. | 03:53 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:13 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC | 04:22 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:23 | |
| *** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto | 04:29 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 04:31 | |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has joined #yocto | 04:31 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:46 | |
| zeddii | RP: patch sent. I tried to dive into the exit handling to grok why the compile and install tasks are different and failed. I tested 5.8 on a branch without my patch, hence why it passed. So I fell back to the if [] construct that we know works. Should be good now. | 04:57 |
| *** paulg <paulg!~paulg@24-212-229-210.cable.teksavvy.com> has quit IRC | 05:21 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:28 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:28 | |
| *** camus1 is now known as kaspter | 05:28 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:30 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:34 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 05:35 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 05:35 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 05:49 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 05:54 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:03 | |
| ThomasD13 | good morning | 06:03 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:12 | |
| *** seebs <seebs!~seebs@24.196.59.174> has quit IRC | 06:15 | |
| ThomasD13 | When I have a bbappend-file in a layer which is not controlled by me, which adds some patches for a recipe like this "SRC_URI_append_j7-evm = ..." | 06:17 |
| ThomasD13 | Is it correct if I want to remove these patches, when I create another bbappend-file in my own layer with higher priority, like this: "SRC_URI_remove_j7-evm = ..." ? | 06:18 |
| mcfrisk | ThomasD13: nope, it's next to impossible to remove things added by _append. just modify the bbappend which does this, or BBMASK the whole bbappend file away. | 06:20 |
| ThomasD13 | mcfrisk, okay thank you. Where do I specify the BBMASK variable? | 06:22 |
| mcfrisk | ThomasD13: for example in your distro config | 06:22 |
| ThomasD13 | alright, thank you | 06:23 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-biehqrdgbynnxran> has quit IRC | 06:23 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:35 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:37 | |
| mcfrisk | ThomasD13: when adding layers, BSP or community ones, I find it mandatory to review each layer, bbclass, bbappend and recipe .bb file to figure out what is really needed and wanted. The interfaces between layers is not at all clear. Thus I end up BBMASKing away many things in layers, but this is better than finding out odd things on target HW, like changed busybox config or systemd. Some layers, including | 06:38 |
| mcfrisk | most BSP SW ones, are changing a lot of recipes from e.g. poky in ways which you as user or product developer don't want. | 06:38 |
| ThomasD13 | Okay, I didn't know that using BBMASKing is a common thing | 06:39 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:39 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 06:47 | |
| *** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has joined #yocto | 06:52 | |
| mcfrisk | ThomasD13: it's a bit of a workaround, a sledge hammer, to throw away stuff that you don't need. it's not pretty but sadly very much needed. for simple use cases layer defaults may be ok, but they often tie the whole build env to only specific yocto/poky version etc. | 06:57 |
| mcfrisk | for example yocto updates become much easier if one uses only bootloader and kernel recipes from BSP SW layers and has a config for the real product elsewhere. I've done updates from 2.1 to 2.5 to 3.0 to 3.1 with several SoC and BSP SW stacks from different vendors without waiting for the vendors to support that yocto version. Only almost trivial changes were needed to BSP layers to support dunfell for | 07:00 |
| mcfrisk | bootloader and kernel. | 07:00 |
| ThomasD13 | mcfrisk, did you work also on TI BSP layers? | 07:03 |
| mcfrisk | ThomasD13: a bit, yes | 07:05 |
| mcfrisk | so far meta-ti only required one BBMASK line in my use: BBMASK += "meta-ti/recipes-devtools/doxygen" # use from meta-openembedded instead | 07:07 |
| ThomasD13 | Okay. I need to change the used kernel repository of linux kernel source code. Thought this would be trivial, but it seems its not :) | 07:09 |
| ThomasD13 | Not sure if I should just define a own machine, and use the standard kernel recipe not the ti ones | 07:10 |
| *** jobroe <jobroe!~manjaro-u@p579eb7eb.dip0.t-ipconnect.de> has joined #yocto | 07:10 | |
| mcfrisk | ThomasD13: for sure, you need your own machine config for custom HW | 07:10 |
| mcfrisk | you can start with a copy from eval board machine config from meta-ti | 07:11 |
| ThomasD13 | Yes, I just started to looking on j7-evm configuration. But I'm still not sure about these "_append_j7" variable extensions in some ti recipes | 07:14 |
| ThomasD13 | I think they link somehow to the machine configuration name. Need to reread yocto manual to understand this | 07:15 |
| mcfrisk | ah jacinto stuff | 07:18 |
| ThomasD13 | yes :) | 07:18 |
| mcfrisk | I think it boild down to COMPATIBLE_MACHINE things and jacinto SoC bits. I'd start with a TI eval board and compatible machine config from meta-ti and start modifying that for real target HW, and/or product. You will also need distro config, to select distro features, and image recipe to select needed packages. Then a bbappend to modify the kernel that gets built via a bbappend. | 07:21 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:21 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:28 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ayzmywybyywhihtt> has joined #yocto | 07:31 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:288f:f657:6da1:7ce4> has quit IRC | 07:34 | |
| ThomasD13 | When I have a variable "SOMEVAR = "value1"", and "SOMEVAR_foo = "value2"". How is the "_foo" extension called, so I can google for it? Virtual Provider? | 07:35 |
| ThomasD13 | And additionally, if I have a machine configuration, called "foo", does the value of SOMEVAR is value2 ? | 07:36 |
| LetoThe2nd | ThomasD13: https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#override-style-operation-advantages and yes. | 07:38 |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has joined #yocto | 07:39 | |
| LetoThe2nd | ThomasD13: sorry, link to wrong paragraph. should be https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#conditional-syntax-overrides | 07:39 |
| mcfrisk | ThomasD13: you can always check the net effect of all settings with "bitbake -e recipe". There you can see which overrides bbappends etc take effect. | 07:40 |
| ThomasD13 | Thank you LetoThe2nd. Does this override only affects on machine names? | 07:41 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:41 | |
| LetoThe2nd | ThomasD13: nope. machine, disro... no idea about all effects. time to read the manual. | 07:41 |
| ThomasD13 | *thumpsup | 07:41 |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 07:42 | |
| LetoThe2nd | mcfrisk: to add on what mcfrisk just said, you can use the magic given at https://theyoctojester.info/session_14/main.html for some neat extraction of variable evaluation from bitbake -e | 07:42 |
| LetoThe2nd | ah meh, that was for ThomasD13 obviously. | 07:43 |
| ThomasD13 | Ill check it out | 07:43 |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:45 | |
| LetoThe2nd | oh and g'mournin (UGT) dudX | 07:46 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has quit IRC | 07:47 | |
| *** mckoan|away is now known as mckoan | 07:47 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 07:47 | |
| mckoan | GM | 07:47 |
| ThomasD13 | Ahh, maybe this is part of the key :) bitbake/conf/bitbake.conf:OVERRIDES = "local:${MACHINE}:${TARGET_OS}:${TARGET_ARCH}" | 07:49 |
| ThomasD13 | Thanks guys! Much more clear now for me | 07:49 |
| LetoThe2nd | ThomasD13: cue https://youtu.be/8F8xqbgxRaA | 07:55 |
| ThomasD13 | Sorry, won't visist youtube on my working pc :) But later when I'm home | 07:57 |
| LetoThe2nd | böring :P | 07:57 |
| *** fl0v0 <fl0v0!~fvo@88.130.220.228> has joined #yocto | 07:57 | |
| *** davidinux1 <davidinux1!~davidinux@192.145.127.228> has quit IRC | 08:21 | |
| *** davidinux1 <davidinux1!~davidinux@109.116.24.241> has joined #yocto | 08:23 | |
| *** aLEX32 <aLEX32!5bb7e8b1@91.183.232.177> has joined #yocto | 08:31 | |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has joined #yocto | 08:41 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:42 | |
| RP | ThomasD13: look at OVERRIDES set in oe-core's bitbake.conf as its slightly different. The version in bitbake isn't used | 08:42 |
| *** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea21daa97718c35c9f.ipv6.abo.wanadoo.fr> has joined #yocto | 08:45 | |
| dev1990 | hi, when I'm using --exclude-path=home/ for my rootfs partition whole image become owned by 1000:1000, is this a known bug ? | 08:50 |
| paulbarker | dev1990: Which Yocto Project branch are you using? | 08:55 |
| dev1990 | gatesgarth | 08:55 |
| *** davidinux1 is now known as davidinux | 08:55 | |
| dev1990 | by typing here I found that I'm using "=" in syntax, maybe this is wrong | 08:56 |
| paulbarker | `--exclude-path=home` should be right, you can probably drop the trailing `/` | 08:57 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-150-175.home.otenet.gr> has joined #yocto | 08:57 | |
| paulbarker | Are you running wic under bitbake or directly from the command line? | 08:58 |
| dev1990 | paulbarker: I don't have to drop `/` since this will make home non available directory and create a problem later (I'm using separete home partition) | 08:58 |
| dev1990 | from bitbake | 08:58 |
| dev1990 | I don't want to drop* | 09:01 |
| dev1990 | https://github.com/dev-0x7C6/meta-retro/blob/master/wic/sdimage-dual-raspberrypi-retro.wks.in | 09:01 |
| dev1990 | this becomes a problematic image when I add "--exclude-path=home/" | 09:02 |
| paulbarker | dev1990: If you modify it to have just one copy of the rootfs does it work then? | 09:03 |
| paulbarker | Could you also check the `log.do_image_wic` file for any warnings or errors | 09:04 |
| *** sstiller <sstiller!~sstiller@p200300f07f0dea0137e4c62b425f9954.dip0.t-ipconnect.de> has joined #yocto | 09:04 | |
| *** shan1 <shan1!86666a39@galileo-313.wohnheim.uni-bremen.de> has joined #yocto | 09:08 | |
| kanavin_home | RP: some progress on world reproducibility | 09:13 |
| kanavin_home | 2020-11-18 01:14:44,957 - oe-selftest - INFO - Reproducibility summary for deb: same=11214 different=61 missing=0 total=11275 | 09:13 |
| kanavin_home | 2020-11-18 01:21:44,991 - oe-selftest - INFO - Reproducibility summary for ipk: same=11214 different=61 missing=0 total=11275 | 09:13 |
| kanavin_home | RP: particularly go-releated items are complicated, as they write 'buildid' into every binary, and that buildid is sensitive to any change in build environment, not dissimilar to sstate cache | 09:14 |
| kanavin_home | I'm thinking of taking a break, and submitting the work done so far, and adding world to repro test with an exception list for the remaining items | 09:14 |
| kanavin_home | those 61 packages translate to roughly 30 recipes | 09:15 |
| *** shan1 <shan1!86666a39@galileo-313.wohnheim.uni-bremen.de> has quit IRC | 09:15 | |
| paulbarker | kanavin_home: Looks like the go compile tool has a `-buildid` argument: https://golang.org/cmd/compile/ | 09:18 |
| kanavin_home | paulbarker: yes, but we can't override it, as go build system relies on it to trigger rebuilds - and when building go itself it's not even allowed | 09:19 |
| paulbarker | kanavin_home: That's particularly helpful | 09:19 |
| kanavin_home | paulbarker: i got it sorted for go-runtime and go-target, but go-dep and go-helloworld are still writing different buildids with every build | 09:20 |
| *** mbulut <mbulut!~nameclash@ip1f110f5b.dynamic.kabel-deutschland.de> has quit IRC | 09:26 | |
| *** sno <sno!~sno@p5b25befc.dip0.t-ipconnect.de> has quit IRC | 09:33 | |
| * qschulz waves to all dudX | 09:33 | |
| rburton | are minutes taken of the tuesday technical calls? | 09:34 |
| *** erbo <erbo!~erik@linode.unixshell.se> has quit IRC | 09:36 | |
| *** erbo <erbo!~erik@linode.unixshell.se> has joined #yocto | 09:36 | |
| RP | kanavin_home: its great progress. Please do submit what you have and take a break! :) | 09:37 |
| RP | kanavin_home: its always been a case of slowly working our way improving things! | 09:37 |
| RP | kanavin_home: could we switch the tests to core-image-sato-sdk and full-cmdline yet? | 09:37 |
| RP | rburton: usually, yes | 09:37 |
| dev1990 | paulbarker: I've now a single line: "part / --source rootfs --ondisk mmcblk0 --fstype=ext4 --label rootfs.0 --align 4096" which generates proper image, but when I'm inserting "--exclude-path=home/" everything inside rootfs is owned by 1000:1000 | 09:43 |
| dev1990 | no warning or errors in log file | 09:43 |
| *** faba_ <faba_!~faba_@ip5f5af5ac.dynamic.kabel-deutschland.de> has joined #yocto | 09:44 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:c8f9:3eda:1e2b:ce68> has quit IRC | 09:45 | |
| kanavin_home | RP: I'm not sure, I simply added 'world' to existing targets in the test | 09:46 |
| RP | kanavin_home: right, I'm just wondering if we can stop things regressing by increasing coverage | 09:47 |
| RP | kanavin_home: I might try a patch | 09:48 |
| kanavin_home | RP: that was my idea, add a world already now, with an exception list | 09:48 |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 09:48 | |
| RP | kanavin_home: ah, ok :) | 09:48 |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 09:50 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 09:50 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:642b:952b:fb05:74c1> has joined #yocto | 10:05 | |
| *** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 10:08 | |
| *** elGamal <elGamal!~elg@185.225.28.70> has quit IRC | 10:08 | |
| wertigon | Hi everyone! So my problem; | 10:08 |
| wertigon | I have a recipy bbappend, and I want to apply a patch *only* if it is the correct image being built | 10:09 |
| wertigon | How do I best do this? | 10:09 |
| wertigon | e.g. I want to build a test image that allows for running some automated tests, and I want to do some slight modifications to one of the packages that allows me to insert a trace point, but only if it is the test image being built, not the production or dev image. | 10:11 |
| wertigon | I have been able to insert the trace point as a patch file, now I just need for it to apply selectively. | 10:12 |
| qschulz | wertigon: can't do. recipe data is local to the recipe. | 10:12 |
| wertigon | qschulz: Ok, can I create a co-package or something then? | 10:12 |
| qschulz | wertigon: and image recipes are recipes | 10:12 |
| qschulz | wertigon: you could do a second recipe which is requiring the first and just adding a patch | 10:13 |
| qschulz | and then select the appropriate package in the image recipe | 10:13 |
| LetoThe2nd | qschulz: ++ | 10:13 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:13 | |
| wertigon | With include then? So I do something like package_%.bbappend and package-test.1.0.bb or something | 10:14 |
| qschulz | if your recipe/package is used by anything else than the image recipe (RDEPENDS/DEPENDS, etc...), then you are out of luck and need to go the distro route | 10:14 |
| qschulz | wertigon: no bbappend, just a normal bb | 10:14 |
| qschulz | package_1.0.bb and package-test_1.0.bb with require package_1.0.bb at the very beginning of the package-test_1.0.bb file | 10:14 |
| wertigon | qschulz: Aha... And if the package is part of another meta layer? :) | 10:15 |
| wertigon | It is a leaf node package as far as I can tell, but | 10:15 |
| kanavin_home | RP: so I think I will complete at least reproducibility of go items, and then submit all that's been done so far - it's intricate, manual, tiring work for each recipe, and needs to be done in stages, or spread over more people than just me | 10:15 |
| RP | kanavin_home: right, it is something we've worked incrementally on. I wasn't expecting you to do it all! I was just hoping to figure out where things are at and continue to improve. If people know the list of recipes with issues, that would be a huge win in itself | 10:18 |
| paulbarker | dev1990: That definitely sounds like something is broken in the way the pseudo database is copied | 10:19 |
| RP | kanavin_home: I'm just really happy to see it moving forward and improving | 10:20 |
| paulbarker | dev1990: I know that the `--exclude-path` support was tested when it was added by ribalda. There were several patches making pseudo changes recently. | 10:21 |
| kanavin_home | RP: right, I think adding world with exception list would be beneficial to prevent regressions particularly! | 10:22 |
| paulbarker | dev1990: Can you roll poky back to 6bf90676038a7a6111bbfeaef2f73614c7206b9e (or oe-core to 429efe4d8a74b5cb2ab1f76088642a078a6f8829) and re-test? | 10:22 |
| kanavin_home | RP: and you probably know how I am, once an idea is planted in my head :) but this is a bit much :D | 10:22 |
| RP | kanavin_home: yes, agreed! | 10:22 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:d5b3:b52e:7842:617b> has joined #yocto | 10:23 | |
| LetoThe2nd | paulbarker: "patches making pseudo changes" is an awesome quote out fo context. | 10:30 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:35 | |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:35 | |
| wertigon | qschulz: I think you led me down the proper path there, instead of using a require_once I think I'll just make a mutually exclusive recipe for it | 10:36 |
| wertigon | e.g. either use the package OR use the package-test | 10:36 |
| wertigon | And then I just copy the recipe, change names and make sure not to use the regular package in the image | 10:37 |
| qschulz | wertigon: the package can be in another meta layer, the require path is then relative to the root of *any* layer (e.g. recipes-bsp/kernel/linux-yocto_5.4.bb) | 10:37 |
| wertigon | Least headache methinks | 10:37 |
| qschulz | the package recipe* | 10:37 |
| wertigon | Ok :) | 10:38 |
| dev1990 | paulbarker: after rebuilding with 6bf90676038a7a6111bbfeaef2f73614c7206b9e --exclude-path working as expected an rootfs is owned by 0:0 | 10:44 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 10:46 | |
| paulbarker | RP: ^^^ | 10:53 |
| paulbarker | Looks like some interference between the pseudo fixes and the code in wic which handles --exclude-path by copying the rootfs & the pseudo db | 10:53 |
| paulbarker | The commit I asked dev1990 to test was the last one before http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?h=gatesgarth&id=b5c5d84b8be27c611c1c21d5c13039a90977bbd4 | 10:54 |
| RP | That would suggest that PSEUDO_IGNORE_PATHS is set incorrectly when using wic? | 10:55 |
| paulbarker | That sounds likely | 10:55 |
| paulbarker | dev1990: Could you file a bug for this? | 10:56 |
| *** VAngelo <VAngelo!bd7379b5@189.115.121.181> has joined #yocto | 10:58 | |
| dev1990 | ok | 10:58 |
| paulbarker | I'm busy for the rest of today now but I'll see if I can take a look tomorrow. Perhaps this can be fixed in the wic code by modifying the appropriate variables | 10:58 |
| *** seebs <seebs!~seebs@24.196.59.174> has joined #yocto | 10:59 | |
| *** VAngelo <VAngelo!bd7379b5@189.115.121.181> has quit IRC | 11:00 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 11:01 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-dszyoiszqtkcewso> has joined #yocto | 11:23 | |
| *** emrius <emrius!~emrius@dslb-002-206-218-117.002.206.pools.vodafone-ip.de> has joined #yocto | 11:25 | |
| dleppich | I'm currently trying out kas for yocto project setups. I have a git repo containing the kas-project.yml file and my custom layer (meta-raspberrypi-selinux). I tried to add this custom layer to my kas config file, but the generated bblayers.conf file does not contain the correct absolute path. According to kas' documentation I thought, it will prepend the kas-working dir to relative paths. This is what I wrote in the kas.yml | 11:30 |
| dleppich | repos: | 11:30 |
| dleppich | meta-raspberrypi-selinux: | 11:30 |
| dleppich | path: meta-raspberrypi-selinux | 11:30 |
| dev1990 | paulbarker: ok thanks for help, I reported bug there https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129 | 11:30 |
| dleppich | The resulting bblayers looks like: | 11:30 |
| dleppich | ... | 11:30 |
| dleppich | meta-raspberrypi-selinux/" | 11:30 |
| dleppich | I found no example for the path usage for repos online | 11:32 |
| *** hpsy <hpsy!~hpsy@92.118.12.22> has quit IRC | 11:33 | |
| dleppich | *** brb | 11:35 |
| *** B0ned1ge_ <B0ned1ge_!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 11:35 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 11:35 | |
| qschulz | ndec: +1 for LTS variable in poky.yaml :) | 11:52 |
| ndec | ;) | 11:53 |
| *** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea21daa97718c35c9f.ipv6.abo.wanadoo.fr> has quit IRC | 11:53 | |
| *** sno <sno!~sno@p5b25befc.dip0.t-ipconnect.de> has joined #yocto | 11:53 | |
| *** jobroe <jobroe!~manjaro-u@p579eb7eb.dip0.t-ipconnect.de> has quit IRC | 11:57 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579eb7eb.dip0.t-ipconnect.de> has joined #yocto | 11:57 | |
| dleppich | I'm back. Does nobody have an idea how to handle relative paths in kas layers? Or maybe an alternative how to deal with own custom layers (other than having them in a separate git repo)? | 11:57 |
| paulbarker | dleppich: You probably want to add the path into the `layers` list for the current repository instead of adding it as a new repository | 12:03 |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 12:03 | |
| dleppich | I don't get it, how do I do this? | 12:04 |
| paulbarker | Are you using any other repos which contain multiple layers, e.g. meta-openembedded? | 12:05 |
| dleppich | Yes | 12:05 |
| paulbarker | Copy that pattern for the entry for the repo where your running kas | 12:05 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 12:06 | |
| paulbarker | dleppich: Like https://pastebin.com/VsKzwggg | 12:07 |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 12:07 | |
| paulbarker | I just threw that together quickly so it may not be exactly right, should hopefully point you in the right direction though | 12:08 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 12:08 | |
| dleppich | I'll try that out | 12:08 |
| paulbarker | dleppich: If you can't get it working post to https://groups.google.com/g/kas-devel, you're probably more likely to get good advice there than here though several of us here do use kas | 12:09 |
| dleppich | Thanks, your example worked. Except I had to add a colon at the end ;) | 12:13 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 12:29 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 12:32 | |
| *** emrius <emrius!~emrius@dslb-002-206-218-117.002.206.pools.vodafone-ip.de> has quit IRC | 12:42 | |
| *** rperier <rperier!~quassel@234.ip-51-91-57.eu> has quit IRC | 12:44 | |
| *** rperier <rperier!~quassel@unaffiliated/bambee> has joined #yocto | 12:44 | |
| *** emrius <emrius!~emrius@dslb-002-206-218-117.002.206.pools.vodafone-ip.de> has joined #yocto | 12:48 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 13:03 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 13:03 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:16 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 13:21 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 13:24 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 13:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 13:35 | |
| Ad0 | is it possible to the result of a conditional with d.getVar in a "require" directive in a recipe? | 13:36 |
| Ad0 | require "${@ 'recipe-2' if d.getVar('ENV_VAR') else 'recipe-1'}" ? | 13:37 |
| *** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea21daa97718c35c9f.ipv6.abo.wanadoo.fr> has joined #yocto | 13:41 | |
| emrius | Hey I have a question regarding the `DL_DIR`. In the mega manual it says: "You can safely share this directory between multiple builds on the same development machine." Does "builds" refer to builds of the same setup or can I have a global DL_DIR used for e.g. the same project which has different image configurations using multiconfigs? Are there any pitfalls there that I don't see yet? I'm the only user on that machine | 13:47 |
| Saur | Ad0: Yes, that is possible. | 13:48 |
| Ad0 | cool | 13:48 |
| Ad0 | and in distro.conf, is the same thing possible to use those functions ? | 13:49 |
| Saur | Yes. | 13:51 |
| Ad0 | nice | 13:52 |
| Saur | But beware that the require is done when the configuration file is parsed, not when the recipes are built. | 13:53 |
| Ad0 | that's fine | 13:53 |
| Saur | (For require in *.conf files, that is.) | 13:53 |
| Ad0 | I try to export environment variable in the init | 13:53 |
| Ad0 | so like export OS_TYPE="dev", then use d.getVar("OS_TYPE") | 13:53 |
| Ad0 | I am not sure if normal environment variables are included | 13:54 |
| Saur | They are not by default. You will have to whitelist any such variable for them to propagate into bitbake. | 13:54 |
| LetoThe2nd | emrius: you can happily share the DL_DIR globally. | 13:57 |
| LetoThe2nd | emrius: all projects, all distros, all machines. | 13:58 |
| emrius | LetoThe2nd thanks for the clarification! | 13:58 |
| Ad0 | ok Saur I gotta check that out | 13:59 |
| *** sakoman <sakoman!~steve@75.104.55.184> has joined #yocto | 13:59 | |
| dleppich | Two questions regarding kas: | 14:00 |
| dleppich | 1. Do you know of examples or active projects using kas in combination with GitLab CI | 14:00 |
| dleppich | 2. I would like to use kas-docker (kas-container) and still share the DL_DIR and SSTATE_CACHE between multiple projects. I saw the video from LetoThe2nd on this topic, but this specific issue wasn't covered due to time limitations. Has anyone found a nice solution for this? I might be able to do some customizations per project to add some extra mounts to the docker container, but I don't want to reinvent the wheel, when there is a nice solution existing :) | 14:00 |
| Ad0 | BB_ENV_WHITELIST I Suppose | 14:00 |
| Saur | YEs | 14:00 |
| Ad0 | just put it in local.conf.sample? | 14:00 |
| emrius | dleppich, I'm on the same path there. I'm using drone ci, not gitlab but I'm facing the same issue :) This +1 for suggestions from anyone... just wanted to share that | 14:03 |
| LetoThe2nd | dleppich: well we're hacking the script here, but AFAIK there's already upstream support for it. look at the kas releases page, and/or ask paulbarker once he's arouind again. i think he's the one who implemented it. :) | 14:03 |
| dleppich | LetoThe2nd: Are you answering 1. or 2.? Which releases page do you mean? I only know of the github project (https://github.com/siemens/kas) and the kas documentation (https://kas.readthedocs.io/). | 14:05 |
| LetoThe2nd | dleppich: 2) | 14:08 |
| *** g0hl1n_ <g0hl1n_!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 14:10 | |
| *** g0hl1n_ <g0hl1n_!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 14:10 | |
| *** g0hl1n_ <g0hl1n_!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has quit IRC | 14:11 | |
| *** g0hl1n <g0hl1n!~g0hl1n@83-215-125-121.lhau.dyn.salzburg-online.at> has joined #yocto | 14:11 | |
| *** jubalh <jubalh!~jubalh@unaffiliated/jubalh> has quit IRC | 14:13 | |
| dleppich | 2) I found out, that kas-container has a parameter "--runtime-args". It is possible to pass it mount parameters for the docker container. Already a bit cleaner than hacking something into the script. | 14:20 |
| dleppich | Better solutions are still appreciated :) | 14:20 |
| qschulz | ndec: now that I'm thinking about it... do we actually need DISTRO_NAME_MINUS_ONE if we have DISTRO_NAME_LTS? | 14:22 |
| ndec | we need to check where/how it's used.. | 14:23 |
| ndec | but it's a good question! | 14:23 |
| *** florian_kc is now known as florian | 14:25 | |
| qschulz | ndec: I think we can afford it | 14:30 |
| qschulz | it's not going to be perfect examples then (non consecutive version examples, e.g. for LAYERSERIES_COMPAT) | 14:31 |
| qschulz | but I think it's fine? | 14:31 |
| qschulz | also... is there any plan to have two LTS at the same time? in which case it should be named DISTRO_NAME_LATEST_LTS? | 14:31 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 14:36 | |
| LetoThe2nd | qschulz: not plan, but ... never say never ;-) | 14:37 |
| ndec | qschulz: right now , no. but right.. it might happen, it really depends if members/community need (and can afford) to contiue! | 14:41 |
| LetoThe2nd | now everybody, this is the LTS theme: https://youtu.be/2nX6qGeyaGM | 14:42 |
| LetoThe2nd | ndec: well to be honest, at ELC-Not-Really-EU, you sounded very much like "insert coins and get more LTS" | 14:42 |
| ndec | well, it does boil down to that.. | 14:43 |
| * LetoThe2nd ponders finding some metal song about boiling down... | 14:44 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has joined #yocto | 14:45 | |
| *** Saur <Saur!pkj@nat/axis/x-hhuerjxhrvdbvmim> has quit IRC | 14:53 | |
| *** Saur <Saur!pkj@nat/axis/x-hmcalcodgxxyinwg> has joined #yocto | 14:53 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:53 | |
| *** Saur <Saur!pkj@nat/axis/x-hmcalcodgxxyinwg> has quit IRC | 14:54 | |
| *** Saur <Saur!pkj@nat/axis/x-mkyufnjfzystsaac> has joined #yocto | 14:57 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:03 | |
| qschulz | LetoThe2nd: BTW, I'm still surprised you don't have "It depends (TM)" in your Twitter bio :p | 15:10 |
| LetoThe2nd | qschulz: not everything need to be on twitter... though I could put it on instagram :P | 15:11 |
| LetoThe2nd | i''m really curious about the attendance of the next session specifically, and next couple ones generally... as i've started announcing on youtube and instagram too. | 15:12 |
| *** King_InuYasha is now known as Conan_Kudo | 15:12 | |
| *** Conan_Kudo is now known as King_InuYasha | 15:12 | |
| *** emrius <emrius!~emrius@dslb-002-206-218-117.002.206.pools.vodafone-ip.de> has quit IRC | 15:15 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq0336w-grc-33-174-93-106-232.dsl.bell.ca> has joined #yocto | 15:16 | |
| *** paulg_ <paulg_!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 15:19 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 15:24 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 15:26 | |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 15:26 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 15:28 | |
| *** paulg_ <paulg_!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC | 15:30 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 15:30 | |
| *** renaudk32 <renaudk32!5bb7e8b1@91.183.232.177> has joined #yocto | 15:30 | |
| *** renaudk32 <renaudk32!5bb7e8b1@91.183.232.177> has left #yocto | 15:38 | |
| *** paulg_ <paulg_!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 15:38 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:43 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 15:50 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 15:52 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:54 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 16:00 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 16:04 | |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 16:07 | |
| *** Konsgn is now known as Konsgnx | 16:07 | |
| *** Konsgnx is now known as Konsgnxx | 16:07 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 16:08 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 16:15 | |
| *** sstiller <sstiller!~sstiller@p200300f07f0dea0137e4c62b425f9954.dip0.t-ipconnect.de> has quit IRC | 16:20 | |
| *** sno <sno!~sno@p5b25befc.dip0.t-ipconnect.de> has quit IRC | 16:23 | |
| *** jobroe_ <jobroe_!~manjaro-u@p579eb7eb.dip0.t-ipconnect.de> has quit IRC | 16:24 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.228> has quit IRC | 16:34 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.228> has joined #yocto | 16:35 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 16:39 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 16:40 | |
| *** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea21daa97718c35c9f.ipv6.abo.wanadoo.fr> has quit IRC | 16:55 | |
| *** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea21daa97718c35c9f.ipv6.abo.wanadoo.fr> has joined #yocto | 17:01 | |
| *** mckoan is now known as mckoan|away | 17:01 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 17:01 | |
| *** fl0v0 <fl0v0!~fvo@88.130.220.228> has quit IRC | 17:13 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 17:22 | |
| *** sagner <sagner!~ags@2a02:169:3df5::979> has quit IRC | 17:30 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 17:31 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 17:35 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:35 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 17:47 | |
| tlwoerner | the next OE Happy Hour is 1 week +4 hrs from right now :-) | 17:49 |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:51 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 17:51 | |
| *** sno <sno!~sno@xdsl-89-0-214-28.nc.de> has joined #yocto | 17:58 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 17:58 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 17:59 | |
| *** sno <sno!~sno@xdsl-89-0-214-28.nc.de> has quit IRC | 18:07 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 18:18 | |
| *** vineela <vineela!vtummala@nat/intel/x-lypbevzileyitytt> has joined #yocto | 18:18 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:38 | |
| kiwi_29 | Hello... for this recipe https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/qemu/nativesdk-qemu-helper_1.0.bb?h=dunfell | 18:38 |
| kiwi_29 | in the do_install the line install -m 0755 ${WORKDIR}${COREBASE}/scripts/oe-* ${D}${bindir}/ does not seem correct and seems to be erroring when I run "bitbake -c populate_sdk <MY_CUSTOM_DISTRO>" | 18:39 |
| kiwi_29 | because ${WORKDIR} is place where packges are downloaded, compiled and packaged where as COREBASE is parent of meta directory | 18:41 |
| kiwi_29 | Please let me know if what I am saying makes sense | 18:41 |
| *** faba_ <faba_!~faba_@ip5f5af5ac.dynamic.kabel-deutschland.de> has quit IRC | 18:43 | |
| bluelightning | kiwi_29: that is a bit odd looking I agree - it has been that way for quite a long time though | 18:46 |
| kiwi_29 | bluelightning yes . should I open a bug ticket? | 18:47 |
| bluelightning | oh, I see where it's coming from | 18:47 |
| kiwi_29 | I checked the history and the first commit has that too | 18:48 |
| bluelightning | it's because SRC_URI uses ${COREBASE} references, which means that the files are unpacked in that subdir (which frankly I consider a separate bug, but then that is how it's been for a while too and is a bit of a corner case) | 18:49 |
| bluelightning | what is the value of COREBASE in your case ? | 18:49 |
| kiwi_29 | SRC_URI looks ok because the parent of meta directory (meta as in the poky source code) contains script folder and all the items mentioned in SRC_URI | 18:50 |
| kiwi_29 | SRC_URI path is correct | 18:51 |
| kiwi_29 | however the ${WORKDIR}${COREBASE} path never exists | 18:51 |
| kiwi_29 | bluelightning .. I see what you are saying..when the recipes run it unpacks those files in COREBASE ...which is odd in itself ..eventough the SRC_URI path is correct | 18:52 |
| kiwi_29 | It probably may be designed that way deliberately..because I am running this command "bitbake -c populate_sdk <MY_CUSTOM_DISTRO>" | 18:52 |
| kiwi_29 | I am generate yocto sdk | 18:52 |
| kiwi_29 | *generating | 18:52 |
| bluelightning | well, the full ${COREBASE} path is appended onto ${WORKDIR} when unpacking (standard behaviour for absolute paths in SRC_URI) | 18:53 |
| bluelightning | but what exactly is COREBASE expanding to in your configuration? | 18:53 |
| kiwi_29 | but not correct path in do_install ..correct? | 18:53 |
| bluelightning | well, they should match up | 18:53 |
| kiwi_29 | COREBASE is the parent of meta source dir in my builds too | 18:53 |
| kiwi_29 | and therefore ${WORKDIR}${COREBASE} never exists | 18:54 |
| bluelightning | the recipe as written is correct based upon the behaviour of bitbake when it unpacks files referenced with an absolute path, unless COREBASE is somewhat unusual | 18:54 |
| kiwi_29 | I dont see any reason for ${WORKDIR}${COREBASE}. to be used in install ... ${WORKDIR}${COREBASE} probably will never exist.. that is the error I get "No such file or directory" | 18:55 |
| bluelightning | it should exist because that's where we expect bitbake to unpack it to - I know it looks weird | 18:55 |
| bluelightning | if it's not doing that then there is something unusual in your configuration (I say unusual, not necessarily wrong) | 18:56 |
| kiwi_29 | The first line in do_install is install -d ${D}${bindir} | 18:57 |
| kiwi_29 | so there should also be install -d ${WORKDIR}${COREBASE} | 18:58 |
| kiwi_29 | no? | 18:58 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-ayzmywybyywhihtt> has quit IRC | 18:59 | |
| *** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 19:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:05 | |
| JaMa | halstead: can you please unblock patchwork again? it got stuck 8 days ago | 19:12 |
| halstead | Yes JaMa, It's odd it's not blocked on all the projects. More permanent solution on the way. | 19:14 |
| halstead | I'll get the missing patches into oe-core patchwork project. | 19:16 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 19:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:25 | |
| JaMa | halstead: thanks | 19:26 |
| *** Yumasi <Yumasi!~guillaume@2a01cb09b06b29ea21daa97718c35c9f.ipv6.abo.wanadoo.fr> has quit IRC | 19:30 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 19:32 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 19:36 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:40 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 19:45 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.143.155> has joined #yocto | 19:56 | |
| *** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has joined #yocto | 20:07 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:642b:952b:fb05:74c1> has quit IRC | 20:15 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 20:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:33 | |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:d5b3:b52e:7842:617b> has quit IRC | 20:40 | |
| bluelightning | kiwi_29: no - you're mixing up source and destination there, ${WORKDIR}${COREBASE} is the source in that operation | 20:45 |
| kiwi_29 | bluelightning ..let me doublecheck | 20:50 |
| *** vineela <vineela!vtummala@nat/intel/x-lypbevzileyitytt> has quit IRC | 20:52 | |
| kiwi_29 | bluelightning .. when I run bitbake <MYCUSTOMDISTRO> -c populate_sdk -e , I get WORKDIR=<MY_POKY_INSSTALL_PATH>/poky/build/tmp/work/MACHINE/DISTRO/1.0-r0 | 20:53 |
| kiwi_29 | which is basically where stuff related to distro gets fetched, compiled and packed | 20:54 |
| kiwi_29 | so inside that folder there is no way to have COREBASE | 20:55 |
| kiwi_29 | COREBASE is <MY_POKY_INSTALL_PATH> | 20:56 |
| kiwi_29 | so while I agree WORKDIR is not the destination for nativesdk-qemu-helper package , WORKDIR is destination for packages mean for DISTRO . | 20:57 |
| kiwi_29 | The destination for nativesdk-qemu-helper is <MY_POKY_INSTALL_PATH>/poky/build/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-qemu-helper/1.0-r9/ | 21:00 |
| *** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:58da:1312:27b2:8581> has joined #yocto | 21:00 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:05 | |
| *** manuel19851 <manuel19851!~manuel@089144218032.atnat0027.highway.a1.net> has joined #yocto | 21:16 | |
| manuel19851 | Can anyone tell me why I cannot join this channel with Konversation, only with pidgin? Strictly speaking, with Konversation, I CAN join the channel, but it's as if I were alone here. | 21:19 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:35 | |
| jonmason | Is meta-oe master busted? I'm seeing errors now that I wasn't seeing a couple hours ago | 21:45 |
| jonmason | ERROR: ParseError at /home/jdm/yocto/poky/meta-openembedded/meta-oe/recipes-extended/libimobiledevice/libplist_2.2.0.bb:9: Could not inherit file classes/python3targetconfig.bbclass | 21:45 |
| jonmason | obviously, I'm not messing with any of this, just trying to build meta-arm stuff | 21:45 |
| kiwi_29 | bluelightning .. I think the problem has to do with the way my filesystem is organized ..debugging it now | 21:49 |
| *** zillolo <zillolo!~zillolo@46.128.12.172> has joined #yocto | 21:56 | |
| *** hpsy <hpsy!~hpsy@92.118.12.22> has joined #yocto | 21:58 | |
| RP | jonmason: maybe you need to update oe-core? | 22:07 |
| jonmason | RP: using `bitbake-layers layerindex-fetch -b master` | 22:08 |
| jonmason | so it should be the latest | 22:08 |
| RP | jonmason: ok, other option may be the patches in master-next | 22:09 |
| *** Konsgnxx <Konsgnxx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 22:09 | |
| jonmason | I'm temporarily using gatesgarth branches to get around it | 22:09 |
| RP | jonmason: there was a lot of discussion on the lists and there is a patch in master-next but I was waiting to see if the discussion settled | 22:10 |
| jonmason | no prob, just weird to see it happen mid-day. I was worried I did something stupid in my changes :) | 22:11 |
| RP | jonmason: I don't know, I haven't followed things closely enough | 22:11 |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has quit IRC | 22:11 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has joined #yocto | 22:25 | |
| *** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 22:27 | |
| *** lexano[m] <lexano[m]!lexanomatr@gateway/shell/matrix.org/x-vxeeovhkqoodvtad> has quit IRC | 22:27 | |
| *** lexano[m] <lexano[m]!lexanomatr@gateway/shell/matrix.org/x-rmdypmofwunivqby> has joined #yocto | 22:28 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-tyxlzspxrwamqvtb> has quit IRC | 22:28 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-xsifdxqdmshjpmmr> has quit IRC | 22:28 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has quit IRC | 22:28 | |
| *** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-wytuwzejhsgsxgpe> has joined #yocto | 22:28 | |
| *** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/matrix.org/x-fcxmdlrbhlwtdenk> has joined #yocto | 22:31 | |
| *** pohly <pohly!~pohly@p54bd56f5.dip0.t-ipconnect.de> has quit IRC | 22:33 | |
| *** vineela <vineela!~vtummala@134.134.137.79> has joined #yocto | 22:46 | |
| *** agust <agust!~agust@p508b685f.dip0.t-ipconnect.de> has quit IRC | 22:58 | |
| khem | RP: pkg_postinst_ontarget_${PN} does not play well with readonly rootfs whats the way out for such recipes | 23:05 |
| khem | deltask pkg_postinst_ontarget_${PN} in a bbappend ? | 23:05 |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 23:06 | |
| RP | khem: usually the postinsts are needed so it means the recipe isn't suited to ro rootfs :( | 23:07 |
| RP | khem: they're not tasks so deltask won't work. you could delVar I guess | 23:08 |
| khem | yeah the case I have is that this postinst is not needed in ro case | 23:09 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC | 23:12 | |
| *** geissonator <geissonator!~geissonat@129.41.86.5> has quit IRC | 23:12 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 23:12 | |
| RP | khem: delVar I guess. Makes me wonder whether we really need it at all... | 23:13 |
| *** smartin <smartin!~smartin@188.ip-51-178-81.eu> has quit IRC | 23:13 | |
| *** geissonator <geissonator!~geissonat@129.41.86.5> has joined #yocto | 23:14 | |
| khem | for RO case they are probably good suggestions but not needed most of time | 23:20 |
| *** smartin <smartin!~smartin@188.ip-51-178-81.eu> has joined #yocto | 23:24 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 23:27 | |
| *** vdehors_ <vdehors_!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 23:29 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 23:35 | |
| *** vdehors_ <vdehors_!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 23:35 | |
| *** maudat <maudat!~moda@bras-base-mtrlpq2848w-grc-43-70-53-242-33.dsl.bell.ca> has quit IRC | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!