| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 00:03 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 00:19 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 00:21 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 00:26 | |
| *** kpo_ <kpo_!~kpo@gl98-35.master.pl> has quit IRC | 00:47 | |
| *** kpo_ <kpo_!~kpo@gl98-35.master.pl> has joined #yocto | 00:48 | |
| vdl | I'm on dunfell and I need python3-protobuf 3.14. What do you guys suggest? | 00:49 |
|---|---|---|
| fray | move to something newer then dunfell... or port your own version of protobuf and any associated depednencies.. (starting with the existing version) | 00:56 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 00:58 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 01:03 | |
| vdl | fray: I backported the 3 necessary patches to bump protobuf to 3.14 but it's more complicated than that. Do you think it'll be safe to move to Gatesgarth or am I shooting myself in the foot? | 01:13 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:1028:68cd:20a0:1995> has joined #yocto | 01:27 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 01:34 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:34 | |
| * paulg smells a PI trap | 01:36 | |
| vdl | I'm not using a Raspberry3.14 btw. | 01:39 |
| *** [Sno] <[Sno]!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 01:40 | |
| *** [Sno] <[Sno]!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 01:41 | |
| *** [Sno] <[Sno]!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 01:46 | |
| *** [Sno] <[Sno]!~sno@2001-4dd3-6b0c-0-c9bd-89b3-858c-80d0.ipv6dyn.netcologne.de> has joined #yocto | 01:47 | |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.150.20> has quit IRC | 01:50 | |
| paulg | :-) | 02:06 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:07 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has joined #yocto | 02:07 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has quit IRC | 02:21 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has joined #yocto | 02:27 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has joined #yocto | 02:28 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:29 | |
| *** kaspter <kaspter!~Instantbi@116.236.93.173> has quit IRC | 02:32 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:36 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 02:49 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:1028:68cd:20a0:1995> has quit IRC | 02:49 | |
| *** ahadi <ahadi!~ahadi@i5E86AD3D.versanet.de> has quit IRC | 02:51 | |
| *** ahadi <ahadi!~ahadi@89.244.127.164> has joined #yocto | 02:52 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 02:53 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:56 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:56 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:57 | |
| *** camus <camus!~Instantbi@116.236.93.173> has joined #yocto | 02:57 | |
| *** camus1 <camus1!~Instantbi@116.232.207.200> has joined #yocto | 03:00 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:01 | |
| *** camus1 is now known as kaspter | 03:01 | |
| *** camus <camus!~Instantbi@116.236.93.173> has quit IRC | 03:02 | |
| *** kpo_ <kpo_!~kpo@gl98-35.master.pl> has quit IRC | 03:03 | |
| *** kaspter <kaspter!~Instantbi@116.232.207.200> has quit IRC | 03:04 | |
| *** kaspter <kaspter!~Instantbi@116.232.207.200> has joined #yocto | 03:05 | |
| *** kaspter <kaspter!~Instantbi@116.232.207.200> has quit IRC | 03:09 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 03:19 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 03:23 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 03:27 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:c1d8:438a:5ba5:da50> has quit IRC | 03:57 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 04:00 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:e183:e120:a0a1:83e4> has joined #yocto | 04:10 | |
| *** [Sno] <[Sno]!~sno@2001-4dd3-6b0c-0-c9bd-89b3-858c-80d0.ipv6dyn.netcologne.de> has quit IRC | 04:42 | |
| *** [Sno] <[Sno]!~sno@2001-4dd3-6b0c-0-c9bd-89b3-858c-80d0.ipv6dyn.netcologne.de> has joined #yocto | 04:48 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 05:04 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 05:14 | |
| *** [Sno] <[Sno]!~sno@2001-4dd3-6b0c-0-c9bd-89b3-858c-80d0.ipv6dyn.netcologne.de> has quit IRC | 05:19 | |
| *** [Sno] <[Sno]!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 05:21 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:36 | |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has quit IRC | 05:37 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 05:39 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 05:42 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 05:56 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 05:56 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 06:15 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 06:20 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:23 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto | 06:28 | |
| *** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has joined #yocto | 06:30 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 06:43 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:43 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 06:45 | |
| *** mckoan|away is now known as mckoan | 06:45 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-123.xnet.hr> has joined #yocto | 06:48 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 06:50 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 07:01 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-rqlezlcwipgaxvqg> has joined #yocto | 07:06 | |
| LetoThe2nd | yo dudX | 07:06 |
| LetoThe2nd | qschulz: so how many beers did you accumulate? ;) | 07:07 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has joined #yocto | 07:10 | |
| *** rcoote <rcoote!~rcoote@ip-176-198-40-86.hsi05.unitymediagroup.de> has joined #yocto | 07:13 | |
| *** prabhakarlad <prabhakarlad!c18ddb18@pc.renesas.eu> has joined #yocto | 07:15 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.166.253.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 07:16 | |
| *** Piraty_ is now known as Piraty | 07:30 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-155-249.home.otenet.gr> has joined #yocto | 07:31 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:39 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 07:41 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:48 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 07:51 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 07:56 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:58 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto | 08:00 | |
| *** hch_ is now known as hch | 08:05 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has joined #yocto | 08:11 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 08:11 | |
| *** [Sno] <[Sno]!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 08:22 | |
| *** [Sno] <[Sno]!~sno@2001-4dd3-6b0c-0-21ae-95f4-2afb-83a0.ipv6dyn.netcologne.de> has joined #yocto | 08:23 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:30 | |
| *** jsandman97254 <jsandman97254!~jsanjuan@nomnomnomnom.co.uk> has joined #yocto | 08:30 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:31 | |
| *** camus is now known as kaspter | 08:31 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 08:33 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 08:36 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 08:36 | |
| qschulz | LetoThe2nd: too many | 08:37 |
| JaMa | RP: meta-multimedia with yocto-check-layer breaking on this one? https://lists.openembedded.org/g/openembedded-core/topic/72389694#141680 | 08:37 |
| JaMa | RP: I came across it recently as well as reported in https://lists.openembedded.org/g/openembedded-devel/message/90463 only to be notified by Denys that this issue is known for much longer | 08:38 |
| RP | JaMa: yes. https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/5 | 08:39 |
| RP | JaMa: I think Khem is saying he has some patches to workaround it | 08:40 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 08:42 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 08:46 | |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has joined #yocto | 08:47 | |
| *** [Sno] <[Sno]!~sno@2001-4dd3-6b0c-0-21ae-95f4-2afb-83a0.ipv6dyn.netcologne.de> has quit IRC | 08:50 | |
| *** fenrig <fenrig!51536814@d51536814.access.telenet.be> has joined #yocto | 08:59 | |
| *** Spectrejan[m] <Spectrejan[m]!spectrejan@gateway/shell/matrix.org/x-eyqsgxdxhztvsdts> has quit IRC | 09:00 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 09:01 | |
| JaMa | RP: thanks, haven't seen the context in the back log, now I'm "pleased" :) | 09:05 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 09:06 | |
| RP | JaMa: basically we're trying to get more CI of the layer compatibility running regularly | 09:07 |
| fenrig | I converted a couple of recipes to have a native counterpart as well with BBCLASSEXTEND += "native" , and I've added DEPEND_class-native deps to them as they depend on each other. Now it seems yocto doesnt include the header files of a root native recipe (one that is converted) in the recipes sysroot native when it's compiled itself on the native | 09:09 |
| fenrig | counterpart. Can anybody point me out what I'm missing here? | 09:09 |
| RP | fenrig: if it is listed in DEPENDS and installs the headers, it should include them. Note that the install paths for natives is a bit different to target since it has to install them at the location they'll "run" at and the paths look like they include duplication but are in fact correct. Try comparing the layout of the files to a recipe known to work with native | 09:15 |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 09:16 | |
| RP | i.e. you'll see files file /my/build/path/tmp/work/xxx/yyy/image//my/build/path/tmp/work/xxx/yyy/recipe-sysroot-native from memory | 09:16 |
| fenrig | so I have libamxc-native | 09:17 |
| fenrig | and i have libamxp-native | 09:17 |
| fenrig | and in work/xxx/yyy/libamxc-native in the image folder of the work dir it has both the header files and the so libraries | 09:18 |
| fenrig | but when i look in | 09:18 |
| fenrig | work/xxx/yyy/libamxp-native in the recipe's recipe-sysroot-native I dont have these header files, so I'm doing something wrong there | 09:19 |
| fenrig | in the amxp recipe bb i have this: DEPENDS_class-native = "libamxc-native" | 09:20 |
| fenrig | should i add libamxc-dev as well in those depends? | 09:20 |
| fenrig | nope doesnt seem to be able to resolve it it renames libamxc-dev to libamxc-dev-native which doesnt exist | 09:22 |
| thekappe | Hello dudX ! | 09:28 |
| thekappe | Do you think I can run bitbake from a makefile ? | 09:28 |
| thekappe | I've tried something like | 09:29 |
| RP | fenrig: what are the paths to the files in image folder? | 09:29 |
| RP | fenrig: can you see your host build path in there or just "/usr/include" or similar | 09:29 |
| thekappe | build: | 09:30 |
| thekappe | @source ${LAYERS_PATH}/poky/oe-init-build-env ./build | 09:30 |
| thekappe | @cd ./build && bitbake multiconfig:<mymachine>:<myimage> | 09:30 |
| fenrig | so for libamxc-native where the header files are installed in image its: libamx-native/<version>/image/usr/include/amx/*.h | 09:34 |
| fenrig | I dont understand the host build path question exactly, should i check the libamxp-native temp logs? | 09:35 |
| fenrig | BTW <yocto root>/build/tmp-glibc/work/x86_64-linux/ is my path | 09:36 |
| fenrig | amxp-native --> log.do_compile --> -isystem/workspace/yocto/sah/netci/build/tmp-glibc/work/x86_64-linux/libamxp-native/v0.6.9-r0/recipe-sysroot-native/usr/include | 09:39 |
| fenrig | but this path /workspace/yocto/sah/netci/build/tmp-glibc/work/x86_64-linux/libamxp-native/v0.6.9-r0/recipe-sysroot-native/usr/include/ does not have the amxp-native header files | 09:41 |
| fenrig | it does have others like lxma and libltdl | 09:41 |
| qschulz | thekappe: I remember a company received a Yocto BSP that had only a Makefile and the whole magic hidden. But.... Why do you want to such a thing? | 09:42 |
| qschulz | fenrig: mmmm why do you need header files of a native recipe in a target recipe? | 09:44 |
| thekappe | @qschulz, for some lazy user | 09:44 |
| fenrig | well its a set of libraries in seperate components that the eventual native tool uses | 09:45 |
| fenrig | so it needs to resolve that chain in the native counterparts | 09:45 |
| fenrig | we have a very modular approach to the framework, its not one big component blob | 09:45 |
| dev1990 | hi, mixing ?= and ??= operators with conditional assigment i.e. FOO_override ?= "bar" FOO_overrride ??="bar2" is correct or this will end up undefined behavior ? | 09:57 |
| fenrig | the native classextend doesnt support carrying header files? | 10:04 |
| fenrig | is there some philosophy behind it | 10:04 |
| fenrig | i mean native tools probably still need dependencies right? | 10:04 |
| *** vermaete <vermaete!51f6329a@mail.oip.be> has quit IRC | 10:04 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-umwmpaqaqyjcsnjs> has quit IRC | 10:05 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-erkwwkjwthkjnmuw> has joined #yocto | 10:07 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto | 10:10 | |
| qschulz | dev1990: not sure to understand the question? what are you trying to do? | 10:15 |
| dev1990 | qschulz: https://github.com/dev-0x7C6/meta-retro/pull/12/files not sure about my comment | 10:16 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 10:17 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:18 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:18 | |
| qschulz | fenrig: https://docs.yoctoproject.org/ref-manual/variables.html#term-SYSROOT_DIRS_NATIVE they should be here... but are they installed by the recipe in ${D}? | 10:18 |
| RP | fenrig: I'm now confused, you want the libxamxp-native recipe to have its own header files in recipe-sysroot-native? | 10:21 |
| fenrig | well y | 10:22 |
| RP | fenrig: amxc-native DEPENDS on amxp-native, right? | 10:23 |
| fenrig | libamxp-native is depending on libamxc-native | 10:23 |
| fenrig | y y | 10:23 |
| fenrig | and libamxc-native has header files that are necessary for libamxp-native | 10:23 |
| fenrig | and i dont have them in the sysroot-native | 10:23 |
| RP | fenrig: which is expected. Have a look at the work directory for xz-native | 10:24 |
| RP | fenrig: If I do /media/build1/poky/build/tmp/work/x86_64-linux/xz-native/5.2.5-r0$ find -name lzma.h | 10:25 |
| RP | fenrig: I see mentions of ./sysroot-destdir/media/build1/poky/build/tmp/work/x86_64-linux/xz-native/5.2.5-r0/recipe-sysroot-native/usr/include/lzma.h ./xz-5.2.5/src/liblzma/api/lzma.h and ./image/media/build1/poky/build/tmp/work/x86_64-linux/xz-native/5.2.5-r0/recipe-sysroot-native/usr/include/lzma.h | 10:25 |
| RP | fenrig: now do the same for amxp-native and see if it looks similar for one of the headers there | 10:25 |
| qschulz | dev1990: never asked myself this question, I'd have expected it to work as other recipes? It's just that basicxally FOO_overrride = "baz" would override FOO_overrride ?= "bar" ? | 10:26 |
| qschulz | as other "normal" operators* | 10:26 |
| fenrig | xz native has the host path repeated in sysroot-destdir? | 10:26 |
| fenrig | thats what you are saying? | 10:26 |
| RP | fenrig: this is what I was getting at earlier, yes | 10:26 |
| RP | and that is the correct things to see, odd as it may look | 10:27 |
| fenrig | and i should have this for the header files as well? | 10:27 |
| RP | fenrig: correct | 10:27 |
| RP | fenrig: I'm saying to look at xz-native as an example of where it is working correctly | 10:27 |
| fenrig | and making correct use of ${D} allows for the behaviour on both native and target? | 10:27 |
| RP | fenrig: yes | 10:28 |
| RP | fenrig: the reason is that exec_prefix will be set to /media/build1/poky/build/tmp/work/x86_64-linux/xz-native/5.2.5-r0/recipe-sysroot-native/usr/ | 10:28 |
| RP | and includedir will be $exec_prefix/include | 10:28 |
| RP | so files are installed to ${D}${prefix}/includedir | 10:29 |
| RP | (it may be prefix, not exec_prefix but my point is the same) | 10:29 |
| fenrig | but all this stuff is in autotools | 10:31 |
| fenrig | so the xz-native recipe is a bad candidate to understand | 10:31 |
| fenrig | is there some documentation on this that you are aware off. It seems I cant find anything usefull on google | 10:32 |
| RP | fenrig: it doesn't matter whether you're using autotools or something else for libxamxc, my point is the file layout would be similar | 10:33 |
| RP | fenrig: we probably need to better document this :/ | 10:33 |
| fenrig | yes but i need to look at the recipe what is the correc tthing to do | 10:33 |
| RP | fenrig: your question was why weren't the files appearing. I'm asking if the files are in the right locations. That is the first thing to check here and I don't know if they are or not. I'm trying to give you something you can compare the layout with | 10:34 |
| RP | If the layout matches, it will be something else. If they don't match, that hints where the problem may be | 10:34 |
| RP | fenrig: there is a section, https://docs.yoctoproject.org/singleindex.html#faq see Q: Why do ${bindir} and ${libdir} have strange values for -native recipes? | 10:40 |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 10:49 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 10:52 | |
| dev1990 | qschulz: I made update with test case, it is working as expeceted with ?= and ??=, so this is probably my imagination. | 10:52 |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has joined #yocto | 10:54 | |
| RP | dev1990: we do have a few selftests in bitbake so that we try to at least be consistent with how everything operates | 10:54 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 11:02 | |
| fenrig | so i need to pass ${prefix} additionally to ${D} ? | 11:02 |
| fenrig | so this: EXTRA_OEMAKE = "DEST=${D} LIBDIR=${libdir} VERSION_PREFIX=master_" | 11:02 |
| fenrig | might need to become: EXTRA_OEMAKE = "DEST=${D}${prefix} LIBDIR=${libdir} VERSION_PREFIX=master_" ? | 11:03 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 11:06 | |
| dev1990 | RP: glad to hear it :-) | 11:07 |
| RP | fenrig: depends on the makefile | 11:08 |
| fenrig | yeah logically | 11:12 |
| fenrig | btw why does ${prefix} include usr/ at the end? | 11:13 |
| fenrig | now its installing to usr/usr/... | 11:13 |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has quit IRC | 11:14 | |
| RP | fenrig: is the makefile hardcoding prefix=/usr ? | 11:14 |
| fenrig | in a way yes | 11:14 |
| RP | fenrig: usually you're pass in the prefix as a variable | 11:14 |
| fenrig | yeah the DEST | 11:15 |
| RP | fenrig: no, not as DEST. normally something like DEST=${D} PREFIX=${prefix} LIBDIR=${libdir} | 11:15 |
| fenrig | https://gitlab.com/soft.at.home/ambiorix/libraries/libamxc | 11:15 |
| fenrig | ah yes | 11:16 |
| fenrig | i can override prefix | 11:16 |
| fenrig | good catch | 11:16 |
| fenrig | <# | 11:16 |
| RP | fenrig: and/or INCLUDEDIR by the looks of it | 11:16 |
| RP | fenrig: set BINDIR as well just to make it all portable | 11:17 |
| fenrig | and remove DEST it seems | 11:19 |
| RP | fenrig: no, keep that | 11:19 |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has joined #yocto | 11:19 | |
| fenrig | no cant | 11:19 |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 11:19 | |
| fenrig | cause DEST is appended again to BINDIR | 11:20 |
| fenrig | ah wait | 11:20 |
| fenrig | libdir does not contain the ${D} part? | 11:20 |
| RP | fenrig: this is the odd double path thing I mentioned, it should work even if it looks odd at first | 11:20 |
| RP | fenrig: DEST=${D} and bindir/libdir/prefix/includedir don't have ${D} in them | 11:21 |
| fenrig | so it should be this: EXTRA_OEMAKE = "DEST=${D} PREFIX=${prefix} LIBDIR=${libdir} BINDIR=${bindir} VERSION_PREFIX=master_" | 11:21 |
| RP | yes, probably INCLUDEDIR=${includedir} as well | 11:21 |
| fenrig | yeah i saw | 11:21 |
| fenrig | lets try this | 11:21 |
| fenrig | finally it should be fixed then | 11:22 |
| RP | fenrig: closer, certainly :) | 11:22 |
| fenrig | and those libdir/includedir/prefix/bindir are set respectively for target and native right? | 11:22 |
| fenrig | I shouldnt care about only passing them to native or smth like that | 11:22 |
| fenrig | silly question I know, but just checking | 11:22 |
| RP | fenrig: yes, the core of the build will set them correctly for the different cases | 11:22 |
| fenrig | great <3 | 11:23 |
| fenrig | this yocto stuff is really put well together, i just couldnt find a description of this part | 11:23 |
| fenrig | libamxp-native compiles now | 11:23 |
| fenrig | lets check libamxp | 11:23 |
| fenrig | and if thats working I change them all to incorporate this behaviour | 11:23 |
| RP | fenrig: those paths do look really wrong the first time you see them but they do make sense :) | 11:24 |
| fenrig | TY RP, I needed some time to understand | 11:24 |
| fenrig | mind boggling paths | 11:24 |
| fenrig | im sure there is a logic to it though | 11:24 |
| RP | ndec, michaelo: I've wondered if we should put something in the docs about this. Not entirely sure where though | 11:25 |
| fenrig | amxp for target is compiling | 11:25 |
| fenrig | allright | 11:25 |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has quit IRC | 11:26 | |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has joined #yocto | 11:26 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 11:26 | |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has quit IRC | 11:36 | |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has joined #yocto | 11:37 | |
| *** |Sno| <|Sno|!~sno@2001-4dd3-6b0c-0-77-627-a496-6e5a.ipv6dyn.netcologne.de> has quit IRC | 11:43 | |
| *** |Sno| <|Sno|!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 11:44 | |
| *** ayaka <ayaka!~ayaka@103.1.152.185> has joined #yocto | 11:50 | |
| ayaka | I try to use TOOLCHAIN_HOST_TASK_append in a file would be used by the other file | 11:50 |
| ayaka | but I found it would be override by the inherited file | 11:50 |
| *** |Sno| <|Sno|!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 11:51 | |
| *** |Sno| <|Sno|!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 11:52 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 12:02 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.166.253.nat.umts.dynamic.t-mobile.pl> has quit IRC | 12:14 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 12:31 | |
| *** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has joined #yocto | 12:40 | |
| zeddii | RP: quick question. I cut and pasted the check layer command from your email last night, and it errored on: ERROR: Nothing PROVIDES 'util-linux-uuid' | 12:40 |
| zeddii | I just wanted to confirm .. should I be running that from a completely clean clone ? That's my normal integration build, so it has some custom configs | 12:41 |
| tgamblin | zeddii: util-linux-uuid got renamed to util-linux-libuuid last month. Wondering if your configs still reference the old name? | 12:48 |
| zeddii | yah. I was in on that, I remember it. This is everything up to date. it wouldn't be building otherwise. | 12:49 |
| tgamblin | Ah, okay | 12:49 |
| zeddii | I'm just rm -rf'ing everything and starting over. too much work to use my existing build dir anyway. | 12:50 |
| zeddii | probably some dumb distro config I was messing with | 12:51 |
| * zeddii goes for coffee while it rm's | 12:51 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC | 13:02 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 13:04 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 13:09 | |
| zeddii | RP: my second run got further, but my list of issues is different than the AB one. | 13:12 |
| *** mckoan is now known as mckoan|away | 13:18 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 13:40 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:41 | |
| *** camus is now known as kaspter | 13:41 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:49 | |
| *** zandrey <zandrey!~zandrey@193.8.40.126> has quit IRC | 13:52 | |
| RP | zeddii: I'd do this in a clean directory/build/checkout. The layers added at the start of the test need to be minimal | 14:00 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 14:05 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 14:06 | |
| *** |Sno| <|Sno|!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 14:24 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 14:24 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 14:24 | |
| *** sno <sno!~sno@2001-4dd3-6b0c-0-456c-6ec0-3ea5-ff95.ipv6dyn.netcologne.de> has joined #yocto | 14:26 | |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 14:27 | |
| RP | zeddii: I'm seeing errors about seccomp being missing for meta-virt. We may need to speed up the migration of that to core? armpit? | 14:28 |
| zeddii | RP: I did a commit to just add the depedency. until it migrates. | 14:31 |
| zeddii | I can undo it later. | 14:31 |
| armpit | RP, would you take it if ptests are wonked ? | 14:32 |
| RP | armpit: ptests don't currently work today right? | 14:32 |
| RP | armpit: I guess it depends what "wonked" means exactly. As long as they don't break the build or anything and don't regress with the move we're probably ok | 14:33 |
| RP | we can fix them in due course | 14:33 |
| zeddii | https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/commit/?h=master-next&id=f97dc34935b1e3defb3e7e9b1c144cb4adb58115 | 14:34 |
| *** psnsilva_ <psnsilva_!~psnsilva@194.38.148.130> has joined #yocto | 14:35 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 14:38 | |
| RP | zeddii: great, the autobuilder doesn't have meta-security in its config :( | 14:38 |
| zeddii | ahah. is meta-virt the only one that would need it ? so I guess that isn't the best solution. but i'm testing with it locally for now. | 14:39 |
| zeddii | I could copy libseccomp in as well ;) | 14:39 |
| RP | zeddii: nothing has yet needed it, no, so I hadn't added it. We may end up adding anyway but as yet... | 14:40 |
| RP | zeddii: adding totally new layers is a pain as the controller has to be restarted which can interrupt builds | 14:40 |
| armpit | RP, ptests run, its their results that need cleaning up | 14:41 |
| RP | zeddii: lets see if we can convince armpit to send a patch | 14:41 |
| * armpit notarmpit | 14:41 | |
| RP | armpit: the builds won't run new ptests until they're added to the list of ptests to run | 14:41 |
| armpit | ill put together a patch | 14:42 |
| *** Jonek <Jonek!531f42ed@83.31.66.237.ipv4.supernova.orange.pl> has quit IRC | 14:51 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:53 | |
| vdl | is it safe to keep the state sstate-cache dir between 2 yocto releases (dunfell -> gatesgarth)? | 14:56 |
| vdl | s/state/same/ | 14:57 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 14:57 | |
| JPEW | vdl: should be | 14:58 |
| *** lin0xc0der <lin0xc0der!2923a264@41.35.162.100> has joined #yocto | 15:02 | |
| *** sno <sno!~sno@2001-4dd3-6b0c-0-456c-6ec0-3ea5-ff95.ipv6dyn.netcologne.de> has quit IRC | 15:03 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 15:04 | |
| *** sno <sno!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 15:06 | |
| *** rcoote <rcoote!~rcoote@ip-176-198-40-86.hsi05.unitymediagroup.de> has quit IRC | 15:06 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-122-123.xnet.hr> has quit IRC | 15:07 | |
| *** lin0xc0der <lin0xc0der!2923a264@41.35.162.100> has quit IRC | 15:08 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 15:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 15:17 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 15:20 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 15:21 | |
| armpit | RP, so which recipe- dir would you want this recipe to live in? | 15:23 |
| armpit | vdl, I keep mine in separate directories so its easier to nuke sstate for a particular release | 15:25 |
| RP | armpit: recipe-support? open to suggestions | 15:33 |
| RP | vdl: it is safe | 15:33 |
| RP | vdl: can be useful to have separate for management reasons but the tools don't care | 15:34 |
| RP | khem: do you still see those busybox issues with current master-next? | 15:35 |
| zeddii | RP: | 15:36 |
| zeddii | INFO: Summary of results: | 15:36 |
| zeddii | INFO: | 15:36 |
| zeddii | INFO: meta-virtualization ... PASS | 15:36 |
| RP | zeddii: nice :) | 15:37 |
| zeddii | as I mentioned, my list of initial errors was slightly different. but I fixed what I saw. | 15:37 |
| RP | zeddii: we can rerun the autobuilder tests quite easily against -next branches and so on | 15:37 |
| zeddii | I didn't have the libdevmapper or lvm2, but maybe those were the inherited ones you mentioned, and I picked up meta-oe fixes for them. | 15:37 |
| zeddii | I can push everything to master next. and drop the libseccomp one. | 15:38 |
| zeddii | we can know it is a to be fixed soon error. | 15:38 |
| vdl | armpit: RP: so having like a separate sstate-dunfell and sstate-gatesgarth is not really needed | 15:39 |
| RP | vdl: correct | 15:42 |
| vdl | ok let's keep my separate sstate dir as is and bump dunfell -> gatesgarth and see what happens, yay \o/ | 15:43 |
| * vdl has https://docs.yoctoproject.org/ref-manual/migration-3.2.html in a tab | 15:43 | |
| zeddii | RP: I just pushed all my meta-virt fixes to it's master-next. so if you do another test run, and use that branch .. it should do better (modulo the libseccomp). | 15:46 |
| RP | zeddii: lets see - https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/9 has master-next for meta-oe and meta-virt | 15:48 |
| * zeddii nods | 15:48 | |
| * RP moved meta-aws and meta-intel to being enabled on master and "live" | 15:48 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 15:49 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 15:57 | |
| vdl | I'm not sure to understand the purpose of the stateless-rootfs DISTRO_FEATURES. What's the reason for doing systemctl --preset-mode=enable-only preset-all? | 16:07 |
| vdl | s/DISTRO/IMAGE/ | 16:11 |
| *** sstabellini_ is now known as sstabellini | 16:25 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC | 16:25 | |
| *** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto | 16:25 | |
| vdl | meta-ti has no gatesgarth branch? :/ | 16:28 |
| JaMa | zeddii: CVE-2021-3121.patch in meta-virtualization/hardknott is now causing ERROR: containerd-opencontainers-v1.4.3+gitAUTOINC+33d90b72d1-r0 do_patch: Fuzz detected: should I send a fix or do you already have something? | 16:28 |
| *** psnsilva_ <psnsilva_!~psnsilva@194.38.148.130> has quit IRC | 16:29 | |
| vdl | denix: which meta-ti branch am I supposed to use for gatesgarth? | 16:31 |
| zeddii | JaMa: I don't have a fix for it. Considering that was just submitted, that is surprising. I'll happily take the refresh if you've fired it up. | 16:33 |
| vdl | khem: ^^ | 16:33 |
| *** sno <sno!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 16:33 | |
| *** sno <sno!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 16:34 | |
| *** sno <sno!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 16:42 | |
| *** sno <sno!~sno@xdsl-87-79-183-253.nc.de> has joined #yocto | 16:45 | |
| *** sno <sno!~sno@xdsl-87-79-183-253.nc.de> has quit IRC | 16:54 | |
| *** vmesons <vmesons!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 16:57 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC | 16:58 | |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/8/steps/21/logs/stdio - seems that something appends unconditionally to sysvinit-inittab and python3-paramiko fetches ? | 16:59 |
| zeddii | no. I fixed that. | 17:01 |
| zeddii | if you are using my master-next python3-paramiko isn't even in the layer anymore | 17:01 |
| RP | zeddii: sorry, wrong output | 17:01 |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/9/steps/22/logs/stdio - it is fixed | 17:01 |
| zeddii | phew | 17:01 |
| zeddii | there's probably something new. bit it shouldn't be ther :D | 17:01 |
| zeddii | s/ther/that/ | 17:02 |
| RP | zeddii: yes, sorry, I was just looking at the wrong build. I should finish for the day! | 17:03 |
| zeddii | it's friday. I approve of that message. | 17:03 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 17:04 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 17:05 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 17:08 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 17:08 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 17:10 | |
| *** dreyna__ <dreyna__!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 17:10 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 17:14 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-rqlezlcwipgaxvqg> has quit IRC | 17:24 | |
| *** moto-tim1 <moto-tim1!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has quit IRC | 17:28 | |
| *** moto-tim1 <moto-tim1!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has joined #yocto | 17:29 | |
| vdl | Does a container image require packagegroup-core-boot or packagegroup-base to start? | 17:39 |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 17:42 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:43 | |
| zeddii | nope. what's in the container has nothing to do with how it starts. | 17:45 |
| zeddii | outside of the entry point binary that is. | 17:46 |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto | 17:47 | |
| vdl | zeddii: for systemd-based containers, it's recommended to have systemd and systemd-container installed in the container. What pulls these packages in? | 17:51 |
| zeddii | nothing. that's completely up to you | 17:51 |
| vdl | In other words, will I have systemd installed in the container if I don't add packagegroup-core-boot and packagegroup-base to IMAGE_INSTALL? | 17:52 |
| zeddii | you'll have absolutely nothing installed if you don't specifiy it. | 17:52 |
| zeddii | up to you if you use those package groups or not. | 17:52 |
| vdl | ho so at the minimum I'll have to do IMAGE_INSTALL = "systemd systemd-container" | 17:53 |
| zeddii | 99% of the containers people want, want systemd no where near them. | 17:53 |
| zeddii | so yah, you'll come up with your own content. there's nothing canned for it. | 17:53 |
| *** fenrig <fenrig!51536814@d51536814.access.telenet.be> has quit IRC | 17:53 | |
| vdl | zeddii: what package(group) is responsible to install "systemd" when DISTRO_FEATURES includes "systemd"? | 17:54 |
| zeddii | I can't say that I've looked in a while. I can grep for a bit and see :D | 17:59 |
| vdl | zeddii: for systemd(-container) within the container, the reason is that systemd makes it smoother if systemd is available inside the guest, like systemd-networkd automatically configures dhcp and IP masquerade on the guest side of the virtual ethernet link. Guest system journal is another nice addition. | 18:00 |
| zeddii | I'm just saying that most people have no interest in 'system containers' | 18:01 |
| vdl | ho ok | 18:01 |
| zeddii | and want no init system anywhere near their container contents. | 18:01 |
| *** lemon56 <lemon56!616c1ecc@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 18:02 | |
| lemon56 | hi quick question... sometimes i see stuff like "@oe.utils.conditional()" .. is this a bash thing? | 18:03 |
| zeddii | it's inline python | 18:04 |
| lemon56 | ah thanks haha. ill do a search on that | 18:04 |
| vdl | so yeah in the case where systemd is used in your DISTRO_FEATURES, I expect to pull in systemd and systemd-container inside the container, but no {MACHINE,DISTRO}_EXTRA_* things and no (kernel, dts) boot images. So I want to remove packagegroup-core-boot and packagegroup-base from the container image, but I fail to understand what pulls-in the base files and systemd to have a "bootable" container. | 18:05 |
| zeddii | vdl: to answer the other thing, it is VIRTUAL-RUNTIME_init_manager that really gets systemd installed, not the distro feature. | 18:05 |
| vdl | zeddii: ho! | 18:05 |
| zeddii | you'll see the packagegroups referencing that. | 18:05 |
| vdl | zeddii: so for this scenario I'm describing, is there a clean way to define systemd-container as a dependency or recommendation for VIRTUAL_RUNTIME_init_manager in my distro config? | 18:09 |
| zeddii | I'd just create a packagegroup that installs what you need, and then have your image recipe include it. that's what I do in meta-virt for all the base container definitions that are being built up there. | 18:11 |
| zeddii | I wouldn't bring the distro config into it at all. | 18:11 |
| tgamblin | JaMa: did you already try the fix for the CVE patch? When I run devtool modify containerd-opencontainers, the thing throws an error instead of letting me do the work | 18:13 |
| *** stm-at-esd <stm-at-esd!d9568d8c@pd9568d8c.dip0.t-ipconnect.de> has joined #yocto | 18:13 | |
| zeddii | tgamblin: yah. there's something brain damaged going on with go and devtool. I just refresh the patches manually. | 18:14 |
| zeddii | or maybe it's meta-virt and devtool. who knows. I didn't check :D | 18:14 |
| tgamblin | zeddii: yeah, tried that, but when I do it manually I don't see any of the fuzz issues :P | 18:15 |
| zeddii | odd. my builder is chewing away on other things, so I haven't tried myself to see if hardknott throws the warning on the build myself. | 18:16 |
| tgamblin | Almost certainly does, I'm able to reproduce it readily. Just didn't notice it last time | 18:16 |
| vdl | zeddii: a packagegroup-container can pull in systemd systemd-container if DISTRO_FEATURES include systemd. | 18:17 |
| zeddii | vdl: I'll take your word for it. I don't go anywhere near those packagegroups. | 18:17 |
| zeddii | tgamblin: you could just on faith head into the build directory and refresh with quilt, and see what git says about the delta. | 18:18 |
| vdl | any idea why init-manager-systemd.inc doesn't have VIRTUAL-RUNTIME_dev_manager ??= "systemd" | 18:18 |
| tgamblin | zeddii: might give that a shot | 18:18 |
| vdl | zeddii: packagegroup-core-boot is the one pulling in systemd... I guess packagegroup-core-boot is in fact necessary to "boot" the container (e.g. with systemd-nspawn -b). | 18:23 |
| zeddii | it's just a packagegroup ... you could create your own. so I'm not following what you mean by that satement. | 18:23 |
| vdl | Unfortunately I don't see any mechanism in the build system to have a bootable container without the boot images. | 18:24 |
| zeddii | there's no package group that is required by anything to do anything | 18:24 |
| zeddii | I've booted plenty of images when playing with nspawn using my own packagegroups. but tossed it all in the bin several years ago. | 18:24 |
| vdl | zeddii: to put it in another way: I'd assume that yocto had a way to distinguish the packages needed for booting a system (host or guest) and the package needed to boot the actual hardware (not needed in a container). | 18:26 |
| stm-at-esd | Hi, I have a packaging problem here. I try to package two variants of the same library one built with a plugin interface and another without a plugin interface. So I created two recipes libntcan-plugin and libntcan-noplugin that build the same library with and without the plugin interface active. I have set | 18:27 |
| stm-at-esd | RCONFLICTS_libntcan-plugin="libntcan-noplugin" and RCONFLICTS_libntcan-noplugin="libntcan-plugin" in the recipes to show that each packed variant conflicts with the other one. But in the end I get a QA error "ERROR: libntcan-plugin-4.1.4-r0 do_package_write_ipk: The recipe libntcan-plugin is trying to install files into a shared area when those | 18:27 |
| stm-at-esd | files already exist." Now my questions: a) Is it possible to build two packages that install basically the same files but make sure that only one of them can be installed? b) How is that done correctly? Setting RCONFLICTS_* seems not to be enough? | 18:27 |
| zeddii | no, not really. that's like it doesn't have images for every possible task. There's some very base plumbing in oe-core, and then other things we are doing in meta-virtualiation | 18:27 |
| vdl | zeddii: Like packagegroup-base has packagegroup-distro-base and packagegroup-machine-base, I think we must have packagegroup-core-machine-boot and packagegroup-core-distro-boot split in packagegroup-core-boot. | 18:29 |
| zeddii | maybe ? but that spit is arbitrary and only useful in some situations. the line has to be drawn somewhere. | 18:30 |
| zeddii | like I said, I spend nearly all day every day doing container stuff, and I don't use them and wouldn't | 18:31 |
| vdl | zeddii: true, similar to packagegroup-base, which allows one to remove packagegroup-machine-base if one doesn't want the packages listed in MACHINE_EXTRA_RDEPENDS (same for distro). | 18:32 |
| vdl | zeddii: maybe that's because you have a strong understanding of the build system and thus are confortable to add your own packages and tweaks. But IMHO, yocto is all about being smart and pulling in what's necessary, when necessary, once the machine/distro/image configuration is properly written. Thus saying "you can write your own packagegroup" isn't really a solution to have a proper way to | 18:35 |
| vdl | exclude the boot images (in the context of a container). | 18:35 |
| vdl | Otherwise, all these MACHINE/DISTRO_ESSENTIAL/EXTRA_RDEPENDS/RRECOMMENDS and stuffs don't make sense at all. | 18:36 |
| zeddii | vdl. there's thousands of images for thousands of tasks. | 18:37 |
| zeddii | this is one specific example. | 18:37 |
| zeddii | you can't drive a super flexible set of do-anything package groups into core and actually test them. | 18:38 |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.22.55.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 18:43 | |
| vdl | zeddii: well I disagree. That's the whole purpose of bitbake, its flexibility and the sh*itload of variables... | 18:47 |
| * zeddii shrugs | 18:47 | |
| zeddii | and that same flexibility is what gets us torn apart in all the comparisons. so that's the counterpoint | 18:48 |
| stm-at-esd | Well after examining the names of the created packages I see that the packages have the same base name (in both cases libntcan*) and not libntcan-plugin* and libntcan-noplugin*. This seems to be the culprit. I'll investigate this further. Bye. | 18:49 |
| *** mr_science <mr_science!~sarnold@47.143.129.4> has joined #yocto | 18:49 | |
| *** mr_science <mr_science!~sarnold@47.143.129.4> has quit IRC | 18:51 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 18:51 | |
| JaMa | tgamblin: no, after seeing your e-mail I didn't even start building it locally | 18:51 |
| vdl | zeddii: I'm just talking about having a proper definition of the boot images from the machine conf, included (by default) in the image conf. Nothing fancy :) | 18:54 |
| *** dakhouya <dakhouya!d82e07b2@216.46.7.178> has joined #yocto | 18:56 | |
| zeddii | there's always room for improvement. but I wouldn't call what's available now improper. | 18:56 |
| vdl | zeddii: another example is how bad meta-ti is, they hack IMAGE_INSTALL directly to force the (optional) inclusion of kernel-image-zimage and kernel-devicetree, rather than using the (confusing I'd agree) MACHINE_ESSENTIAL_EXTRA things. You imagine removing packagegroup-core-boot to exclude the kernel? nope, not with meta-ti. | 18:56 |
| *** dakhouya <dakhouya!d82e07b2@216.46.7.178> has quit IRC | 18:57 | |
| vdl | If we don't really on all this, let's simply get rid of these variables, packagegroups and machine/distro/image features. We all define IMAGE_INSTALL and we are fine ^^ | 18:57 |
| * zeddii exits the conversation | 18:58 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.4> has joined #yocto | 18:59 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 18:59 | |
| vdl | zeddii: because there's room for improvements, one needs to define how to do it. Sorry if I pushed you out of the conversation. | 19:01 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 19:06 | |
| denix | vdl: nobody like talking to someone who complains excessively and does nothing to fix the situation. as usual, patches are welcome. this is the only place where IMAGE_INSTALL snuck in to meta-ti - https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/commit/?id=cc91e6bfaac42d63938b67a3efa4526dd9d8a063 | 19:07 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 19:11 | |
| *** lemon56 <lemon56!616c1ecc@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC | 19:43 | |
| khem | RP: I have some patches for oe-core to fix meta-python with ptest check-layer fixes, pytest is in oe-core now so it can be fixed amicably by removing the bbappends from meta-python | 19:43 |
| khem | RP: I am doing a final run and will send the oe-core ones shortly | 19:43 |
| khem | RP: btw. I ran the script on some other layers in my distro conf, and in meta-clang we introduced a variable called CLANG_SDK to add clang toolchain to SDK even when using gcc if user wished to, default it is set to 0 but it does changed signature of one task on packagegroups, whats the best way to fix it ? we could add CLANG_SDK to bitbake.conf and that will fix it | 19:45 |
| tgamblin | khem: RP: I saw the email on that but I'm just getting to it now. This is for checking sstate for recipes? | 19:50 |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has joined #yocto | 19:54 | |
| armpit | Happy Germany Beer day | 20:04 |
| khem | tgamblin: I have sent fixes for meta-python as well | 20:07 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 20:11 | |
| vdl | denix: so you assume that I mention all this and "do nothing to fix the situation". Nice judgment :) | 20:13 |
| vdl | denix: any reason not to have a gatesgarth branch in meta-ti? | 20:13 |
| tgamblin | khem: alright, thanks | 20:16 |
| *** vmesons is now known as vmeson | 20:16 | |
| vdl | And it wasn't complaining btw, I was discussing how to split non-hardware boot packages from hardware boot images :) | 20:17 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 20:18 | |
| kergoth | so you submitted a patch? or a bug? or did anything but complain on irc? | 20:20 |
| kergoth | didn't look like it from here either | 20:20 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 20:22 | |
| vdl | kergoth: what do you want me to submit if I didn't discuss how to fix a thing? I've already come to the point that splitting a packagegroup-core-machine-boot from packagegroup-core-boot seems like a solution | 20:22 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 20:23 | |
| kergoth | the bug is the IMAGE_INSTALL_append, which would be easy to submit a patch for | 20:23 |
| vdl | yup, this I'm submitting a patch to use MACHINE_ESSENTIALS_EXTRA_RDEPENDS soon | 20:23 |
| kergoth | and any real discussion about design needs to be on the list, not in a transitory form on irc, or it won't involve the necessary parties | 20:24 |
| kergoth | lists, rather | 20:24 |
| vdl | so it binds to packagegroup-core-boot | 20:24 |
| tgamblin | khem: new build is breaking on those patches, looking at why | 20:24 |
| vdl | kergoth: I disagree, I might be missing a design point that one can simply tell me here via IRC | 20:24 |
| kergoth | only a small subset of developers are on the channel, and of those, an even smaller subset overlap your time zone | 20:25 |
| vdl | I'll continue this one on the mailing list though for sure | 20:25 |
| vdl | kergoth: I know. Still IRC is a good place to ask why meta-ti has no gatesgarth branch, don't you agree? :) | 20:26 |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has quit IRC | 20:26 | |
| kergoth | yes, but not so much the discussion of splitting a core packagegroup used by countless companies and projects. | 20:27 |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has joined #yocto | 20:32 | |
| khem | tgamblin: you need corresponding oe-core patches too | 20:34 |
| khem | that I have send for python related recipes | 20:34 |
| denix | vdl: I suggest you ask TI people on meta-ti list about gatesgarth plans. my understanding - there are no resources. and there are no TI people on this IRC channel | 20:35 |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has quit IRC | 20:40 | |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has joined #yocto | 20:41 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 20:43 | |
| tgamblin | khem: that'll do it | 20:49 |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has quit IRC | 20:51 | |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has joined #yocto | 20:59 | |
| RP | vdl: I will say that the packagegroup stuff in oe-core has been around for a long time and predates containers. I helped design some of it, warts and all. At the time I'd imagined it evolving over time. Instead people have tended to use it or replace it with their own stuff. Replacing it was a design feature and is fine. | 21:03 |
| RP | vdl: I do think it needs updating. How I'm less sure about. A lot of us, me included worry about changes now as they tend to break things for existing users who aren't used to them changing | 21:04 |
| RP | vdl: I think we can change them but don't be surprised if there is inertia around not doing so as the potential risk is higher here | 21:04 |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has joined #yocto | 21:07 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 21:08 | |
| *** M4x4dib <M4x4dib!~m4x4dib@2601:2c3:c100:fa50:6589:dd40:ac04:92ab> has quit IRC | 21:12 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 21:17 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 21:19 | |
| *** stm-at-esd <stm-at-esd!d9568d8c@pd9568d8c.dip0.t-ipconnect.de> has left #yocto | 21:52 | |
| *** ahalaney <ahalaney!~ahalaney@068-184-200-203.res.spectrum.com> has quit IRC | 21:57 | |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has quit IRC | 22:02 | |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has joined #yocto | 22:03 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 22:06 | |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 22:06 | |
| *** c4t3l <c4t3l!~rcallicot@139.138.154.12> has quit IRC | 22:07 | |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has quit IRC | 22:08 | |
| *** c4t3l <c4t3l!~rcallicot@c-73-206-201-29.hsd1.tx.comcast.net> has joined #yocto | 22:08 | |
| *** sno <sno!~sno@p5b25b211.dip0.t-ipconnect.de> has joined #yocto | 22:09 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:12 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 22:13 | |
| *** c4t3l <c4t3l!~rcallicot@c-73-206-201-29.hsd1.tx.comcast.net> has quit IRC | 22:23 | |
| *** rohfle <rohfle!73bc456d@115-188-69-109-adsl.sparkbb.co.nz> has joined #yocto | 22:27 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC | 22:32 | |
| *** angolini <angolini!uid62003@gateway/web/irccloud.com/x-cerwoqwkglfiokat> has quit IRC | 22:33 | |
| vdl | RP: I was thinking about adding packagegroup-core-machine-boot as a dependency for packagegroup-core-boot, like packagegroup-base has internal dependency for packagegroup-machine-base and packagegroup-distro-base (the goal is that it won't make a difference for people using packagegroup-core-boot, but one can remove packagegroup-core-machine-boot if necessary, like for containers) | 22:35 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-118-101.ssp.dialog.net.pl> has quit IRC | 22:56 | |
| *** felix_inst <felix_inst!~fevi8970@pool-108-18-223-253.washdc.fios.verizon.net> has quit IRC | 22:57 | |
| *** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has quit IRC | 23:03 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:07 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 23:21 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 23:23 | |
| *** thaytan <thaytan!~thaytan@159-196-146-150.9fc492.syd.nbn.aussiebb.net> has quit IRC | 23:25 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC | 23:33 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has quit IRC | 23:33 | |
| *** R0b0t1 <R0b0t1!~R0b0t1@unaffiliated/r0b0t1> has joined #yocto | 23:38 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.22.55.nat.umts.dynamic.t-mobile.pl> has quit IRC | 23:55 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!