| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 00:03 | |
| *** linums <linums!~linums@apn-94-44-116-186.vodafone.hu> has quit IRC | 00:18 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 00:19 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 00:19 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-lajmhtrqkgjxlxqp> has quit IRC | 00:35 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 00:35 | |
| *** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has quit IRC | 00:59 | |
| *** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has joined #yocto | 01:04 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 01:09 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 01:11 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 01:15 | |
| *** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has joined #yocto | 01:16 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:23 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 01:31 | |
| *** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has quit IRC | 01:31 | |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::83cb> has quit IRC | 01:32 | |
| *** armpit <armpit!~armpit@c-67-181-203-136.hsd1.ca.comcast.net> has joined #yocto | 01:33 | |
| *** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-e3b5-6ffd-6887-a6dd.res6.spectrum.com> has quit IRC | 02:14 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 02:16 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 02:16 | |
| *** SWAT <SWAT!~swat@ubuntu/member/swat> has quit IRC | 02:26 | |
| *** SWAT <SWAT!~swat@ubuntu/member/swat> has joined #yocto | 02:34 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:52 | |
| *** richbridger <richbridger!~richbridg@089144198221.atnat0007.highway.a1.net> has joined #yocto | 03:03 | |
| *** adelcast <adelcast!~adelcast@cpe-70-123-151-98.austin.res.rr.com> has joined #yocto | 03:03 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144210027.atnat0019.highway.a1.net> has quit IRC | 03:05 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 03:11 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 03:39 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 03:57 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 04:08 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 04:11 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 04:11 | |
| *** pbb <pbb!~quassel@2a0f:4ac0:0:1:dad9:8e4:be57:3e21> has quit IRC | 04:12 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has joined #yocto | 04:14 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 04:15 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 04:16 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 04:27 | |
| *** JPEW_ <JPEW_!~JPEW@2605:a601:ac3d:c100:4f37:550:d1b1:6f01> has quit IRC | 04:32 | |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has joined #yocto | 04:48 | |
| *** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC | 04:49 | |
| *** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 04:50 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 05:45 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 06:00 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 06:00 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-osxwckfmftbrexwx> has quit IRC | 06:00 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 06:01 | |
| *** jobroe <jobroe!~manjaro-u@p579eb924.dip0.t-ipconnect.de> has joined #yocto | 06:09 | |
| *** kanavin_ <kanavin_!~Srain@2a02:2450:1011:512:45a5:1b3d:84d2:e7fc> has joined #yocto | 06:17 | |
| *** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has quit IRC | 06:18 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has quit IRC | 06:19 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 06:19 | |
| *** kanavin <kanavin!~Srain@86.56.58.217> has quit IRC | 06:20 | |
| *** kanavin_ is now known as kanavin | 06:20 | |
| *** CarlGel <CarlGel!~Rika-chan@unaffiliated/carlgel> has joined #yocto | 06:22 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:30 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:33 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:35 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 06:44 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 06:44 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 06:54 | |
| *** agust <agust!~agust@p508b6a6d.dip0.t-ipconnect.de> has joined #yocto | 07:12 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:23 | |
| *** vijay <vijay!a4a45f09@164.164.95.9> has joined #yocto | 07:26 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-debsiqmlxzcpwxuz> has joined #yocto | 07:31 | |
| LetoThe2nd | yo dudX | 07:33 |
|---|---|---|
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 07:34 | |
| vijay | Can I update my yocto dunfell version to the latest one? If yes, how? | 07:34 |
| *** frsc <frsc!~frsc@i59F4B7BA.versanet.de> has joined #yocto | 07:35 | |
| vijay | Just replacing the current poky directory with the latest one will work? | 07:44 |
| LetoThe2nd | vijay: usually one has git cloned poky, and just does a pull then. | 07:49 |
| *** frsc <frsc!~frsc@i59F4B7BA.versanet.de> has quit IRC | 07:50 | |
| vijay | LetoThe2nd Got it, thank you. | 07:51 |
| *** fl0v0 <fl0v0!~fvo@i59F44E00.versanet.de> has joined #yocto | 07:54 | |
| *** vijay <vijay!a4a45f09@164.164.95.9> has quit IRC | 07:56 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:59 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:59 | |
| *** jobroe <jobroe!~manjaro-u@p579eb924.dip0.t-ipconnect.de> has quit IRC | 07:59 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 08:00 | |
| *** frsc <frsc!~frsc@i59F4B7BA.versanet.de> has joined #yocto | 08:03 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 08:08 | |
| *** mckoan|away is now known as mckoan | 08:10 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 08:11 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 08:15 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 08:19 | |
| *** Anarky <Anarky!~Anarky@lfbn-lyo-1-1731-121.w90-65.abo.wanadoo.fr> has joined #yocto | 08:29 | |
| *** ak77_ <ak77_!~ak77@93-103-81-73.static.t-2.net> has joined #yocto | 08:30 | |
| *** ak77 <ak77!~ak77@93-103-81-73.static.t-2.net> has quit IRC | 08:30 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto | 08:34 | |
| dwagenk | Good Morning! Is there any mechanism in KAS to archive/snapshot all used layers? Similar to how I set BB_GENERATE_MIRROR_TARBALLS to have a snapshot of all the sources used for a build? | 08:38 |
| dwagenk | I guess `kas for-all-repos [...]` can be utilized to archieve this, but It seems like this is a common use case and there might be a ready-to-use solution out there, that I've just not found yet. | 08:38 |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 08:38 | |
| angelo__ | gm, on zeus, bitnbake is building an out of tree module, but using local host headers. How can i force to use proper kernel headers version ? | 08:42 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 08:45 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC | 08:47 | |
| *** manuel1985 <manuel1985!~manuel198@089144216014.atnat0025.highway.a1.net> has joined #yocto | 08:49 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 08:58 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 09:00 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:03 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 09:05 | |
| qschulz | angelo__: by fixing the include paths? make sure variables passed by Yocto to the oot driver's Makefile are not overridden in the latter. | 09:06 |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has quit IRC | 09:07 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-165-125.ssp.dialog.net.pl> has joined #yocto | 09:09 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 09:12 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:8ce4:80ae:1100:a164> has joined #yocto | 09:12 | |
| angelo__ | qschulz, thanks | 09:17 |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:8ce4:80ae:1100:a164> has quit IRC | 09:18 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:5d9:5349:b535:211b> has joined #yocto | 09:19 | |
| LetoThe2nd | dwagenk: snapshotting is usually done on build level, rather than setup level as far as i can tell. | 09:19 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 09:27 | |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has joined #yocto | 09:27 | |
| dwagenk | My fokus is on having everything available to reproduce a certain Image years later. Having the DL_DIR archived and my own custom layer only get's me partway if an external layer is not available online anymore. So that's my reasoning for trying to snapshot all layers (and document what kind of host system or container was used for the build). Could you elaborate on the 'snapshotting at the build level' a little more? Thx! | 09:29 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:30 | |
| *** yann <yann!~yann@185.123.26.202> has joined #yocto | 09:30 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 09:31 | |
| LetoThe2nd | dwagenk: the rationale is completely clear to me, no worries. but i'm not certain that the approach is really the best way. generally, my elaboration is: look at the sections on license compliance in the manual, they give a lot of information on archiving the sources and metadata. | 09:35 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 09:42 | |
| dl9pf | RP: you mean a map for SSTATE_MIRRORS or changing the UNINATIVE_URL ? | 09:45 |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 09:51 | |
| qschulz | dwagenk: just mirror all layers in your internal git repo? | 09:53 |
| dwagenk | LetoThe2nd: The section providing-compilation-scripts-and-source-code-modifications is pretty close to what I'm looking for, but tailored towards the "provide sources+meta for external use", whilst I don't see it fit for "backup everything needed to reproduce the build or restart development for internal use". Since both are steps that should be done at every release I guessed it might be more tightly integrated. | 09:55 |
| qschulz | s/repo/server/. basically one additional repo per layer you're using | 09:56 |
| LetoThe2nd | dwagenk: well i personally would got with qschulz' suggestion anyways - mirror the stuff you want, and the kas config keeps the revision hashes to select. this makes it way easier to actually work with stuff later, instead of just having a humonguous tarball that you can bdil but not really use to maintain things. because rebuilding a couple of years later is usually done for a reason (fixes, modifications) and not | 09:58 |
| LetoThe2nd | just for fun (hey, lets build this to see if we can build it!) | 09:58 |
| LetoThe2nd | s/bdil/build/ | 09:59 |
| dwagenk | qschulz: yes, That's one of the common approaches I've seen. Definitely better than just archiving the flat file structure. | 09:59 |
| RP | dl9pf: map for SSTATE_MIRRORS, changing the URL should be straightforward | 09:59 |
| LetoThe2nd | dwagenk then why did you ask about saving the flat file structure? | 10:00 |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:5d9:5349:b535:211b> has quit IRC | 10:00 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 10:01 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 10:02 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:02 | |
| dwagenk | It's a common task, so having to redo the (minimal) tooling around it every time feels a little redundant. Thus that's something I felt like it could be more tightly integrated to the layer-management. E.g. adding a global or per-repo configuration option in KAS for "mirror-to" that ensures the used refspec is present on the internal mirror and pushes or warns if it is not. | 10:05 |
| dwagenk | Thanks btw. for the detailed conversation here! | 10:05 |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:8ccd:918d:b179:8c33> has joined #yocto | 10:06 | |
| *** Jagadheesan <Jagadheesan!6748c101@gateway/web/cgi-irc/kiwiirc.com/ip.103.72.193.1> has joined #yocto | 10:07 | |
| LetoThe2nd | dwagenk: humm... send patches to the kas folks? ;) sounds like a neat idea to me. | 10:10 |
| dwagenk | Sorry, was not completely clear there (archiving/snapshotting), actually both can be useful, depending on the use case IMHO, but the flat-file snapshot is documented already, right. | 10:17 |
| dwagenk | > humm... send patches to the kas folks? ;) sounds like a neat idea to me. | 10:18 |
| dwagenk | It's on my list now. In general polishing the pre-release workflow and taking a look into what fits in where and could be contributed back. | 10:18 |
| *** vijay <vijay!a4a45f09@164.164.95.9> has joined #yocto | 10:23 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:8ccd:918d:b179:8c33> has quit IRC | 10:24 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:d07b:9318:70ec:519d> has joined #yocto | 10:25 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 10:26 | |
| LetoThe2nd | dwagenk: \o/ | 10:32 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 10:33 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:d07b:9318:70ec:519d> has quit IRC | 10:35 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 10:36 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 10:38 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:b755:2921:1d91:b7a> has joined #yocto | 10:38 | |
| *** linums <linums!~linums@apn-94-44-118-46.vodafone.hu> has joined #yocto | 10:38 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 10:45 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:b755:2921:1d91:b7a> has quit IRC | 10:45 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:16d6:9200:c8da:5f9f> has joined #yocto | 10:46 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 10:51 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:16d6:9200:c8da:5f9f> has quit IRC | 10:52 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:1733:7a7d:bad3:50ed> has joined #yocto | 10:53 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:1733:7a7d:bad3:50ed> has quit IRC | 10:58 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:3492:81f5:b31:615e> has joined #yocto | 10:59 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 11:05 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 11:05 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:3492:81f5:b31:615e> has quit IRC | 11:07 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:f704:1292:fe66:8485> has joined #yocto | 11:08 | |
| *** vijay <vijay!a4a45f09@164.164.95.9> has quit IRC | 11:08 | |
| *** yann <yann!~yann@185.123.26.202> has quit IRC | 11:12 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 11:31 | |
| * LetoThe2nd needs moar coffee, has budgetary presentation for new build server in a few! | 11:59 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:03 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:03 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:18 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 12:22 | |
| RP | paulg: https://github.com/systemd/systemd/issues/16896 | 12:23 |
| * RP suspects this is like pouring petrol on a fire :/ | 12:25 | |
| LetoThe2nd | RP: kab00m! | 12:28 |
| qschulz | RP: well, he clearly does not want it :) but "update your kernel to not see this message" is mmm... | 12:28 |
| qschulz | like people update their kernel, it's one of the last things that get updated | 12:29 |
| qschulz | (the last being probably anything prior to the kernel in the boot process) | 12:29 |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 12:31 | |
| *** linums <linums!~linums@apn-94-44-118-46.vodafone.hu> has quit IRC | 12:33 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 12:33 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 12:38 | |
| *** linums <linums!~linums@apn-94-44-118-46.vodafone.hu> has joined #yocto | 12:39 | |
| *** linums <linums!~linums@apn-94-44-118-46.vodafone.hu> has quit IRC | 12:43 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 12:43 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 12:46 | |
| *** buffo <buffo!uid486560@gateway/web/irccloud.com/x-xvjvwzboflmssydp> has quit IRC | 12:47 | |
| *** weltling <weltling!~toll@klapt.com> has left #yocto | 12:48 | |
| *** lxc <lxc!d9d0c05b@217-208-192-91-no98.tbcn.telia.com> has quit IRC | 12:52 | |
| *** imcleod_ <imcleod_!~imcleod@c-67-165-189-101.hsd1.il.comcast.net> has joined #yocto | 13:02 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144195127.atnat0004.highway.a1.net> has joined #yocto | 13:05 | |
| *** richbridger <richbridger!~richbridg@089144198221.atnat0007.highway.a1.net> has quit IRC | 13:06 | |
| *** Jagadheesan <Jagadheesan!6748c101@gateway/web/cgi-irc/kiwiirc.com/ip.103.72.193.1> has quit IRC | 13:10 | |
| *** iceaway <iceaway!~pelle@c188-149-179-85.bredband.comhem.se> has quit IRC | 13:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vvdbbfbwidrhvbko> has joined #yocto | 13:27 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has quit IRC | 13:32 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 13:33 | |
| *** GlennS76 <GlennS76!47596c25@071-089-108-037.res.spectrum.com> has joined #yocto | 13:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:53 | |
| marex | qschulz: I update my bootloader and kernel all the time :) | 13:57 |
| *** GlennS76 <GlennS76!47596c25@071-089-108-037.res.spectrum.com> has quit IRC | 14:01 | |
| *** yann <yann!~yann@185.123.26.202> has joined #yocto | 14:01 | |
| qschulz | marex: by people I meant companies :) | 14:04 |
| marex | qschulz: I can name a few :) | 14:05 |
| marex | qschulz: btw the trick is to have AB update option all the way to the BootROM | 14:05 |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto | 14:14 | |
| *** mihai is now known as Guest95275 | 14:17 | |
| *** mihai- is now known as mihai | 14:17 | |
| tlwoerner | linux-yocto-dev module build seems to fail with gcc-10.x | 14:18 |
| marex | tlwoerner: with what error ? | 14:19 |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has joined #yocto | 14:21 | |
| tlwoerner | marex: | /z/build-master/meta-rockchip/build/tmp-glibc/work-shared/roc-rk3328-cc/kernel-source/crypto/aegis128-neon-inner.c:150:3: error: incompatible types when initializing type 'unsigned char' using type 'uint8x16_t' | 14:21 |
| tlwoerner | etc… | 14:21 |
| marex | tlwoerner: what kernel version is that ? | 14:22 |
| tlwoerner | 5.11-rc<something> | 14:22 |
| marex | tlwoerner: I've been building 5.10 and 5.4 (latest stable) with debian 5.10 on both arm32 and arm64 just fine | 14:22 |
| marex | hmmmm, next too btw | 14:22 |
| tlwoerner | yes, linux-yocto builds fine for me | 14:23 |
| marex | tlwoerner: the above seems part of kernel crypto (i.e. something which depends on arm64 neon?) | 14:23 |
| *** manuel1985 <manuel1985!~manuel198@089144216014.atnat0025.highway.a1.net> has quit IRC | 14:23 | |
| tlwoerner | marex: the rk3328 is 4xA53 with crypto | 14:23 |
| tlwoerner | i pulled the defconfig from what armbian is using | 14:24 |
| tlwoerner | it builds fine if i use (for example) the linaro 8 toolchain | 14:25 |
| tlwoerner | gcc 10 is pickier on types i guess | 14:25 |
| marex | tlwoerner: did you try compiling it out of OE with gcc 10 ? | 14:26 |
| tlwoerner | marex: good idea, i hadn't thought of that | 14:26 |
| marex | I can try it on some arm64 right now | 14:27 |
| *** dekriea <dekriea!5092d6f2@80.146.214.242> has joined #yocto | 14:29 | |
| marex | tlwoerner: seems to build fine for latest next | 14:30 |
| paulg | RP, isnt that the same link I put in the patch? | 14:31 |
| tlwoerner | marex: i'm guessing my non standard defconfig might be the cause (?) | 14:32 |
| dekriea | Hi everyone, since switching to gatesgarth I get these sigaborts as described here (https://wiki.yoctoproject.org/wiki/Pseudo_Abort). The inode mismatches seem to come from using a docker container (crops/poky) for my builds. Did anyone here have this problem before and perhaps found a fix? | 14:33 |
| marex | tlwoerner: well, does it compile out of OE ? :) | 14:33 |
| marex | with the same defconfig that is | 14:33 |
| RP | paulg: yes, its just updated a bit. I've tweaked the patch as requested in review and sent it upstream | 14:34 |
| paulg | oh - ok -- I didn't read to the bottom - let me do that. | 14:34 |
| paulg | you are a braver man than me - I thought about sharing it there, so other poor sods could make use of it, even if Captain Systemd didn't agree. | 14:35 |
| paulg | In the end I decided I didn't need the drama of as you say - more gas on the fire. | 14:36 |
| RP | paulg: I think we do need to push the YP perspective a little now and again | 14:36 |
| paulg | Yep - can't argue that. I'm happy to hide behind the hedge and eat popcorn and watch. ;-) | 14:37 |
| * paulg thinks RP just did a "Here, hold my beer..." moment. :-P | 14:38 | |
| RP | paulg: Just thought you might want to see where it goes :) | 14:38 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 14:41 | |
| paulg | totally! Especially since my fingerprints aren't anywhere to be seen. | 14:42 |
| JPEW | RP: Fixed the acpica repro issue.... was a little more involved than I expected (had to make another bison fix) | 14:43 |
| * JPEW is so cold.... I should move my servers below my desk and use them as a space heater | 14:44 | |
| JPEW | Except I shut them off to be nice to the electric grid in hopes I can avoid a rolling blackout | 14:45 |
| * tlwoerner it always in shorts | 14:45 | |
| tlwoerner | :s/it/is | 14:45 |
| tlwoerner | the neighbours think it's hilarious that i go outside in shorts all winter long to throw wood in the boiler, even at -20°C | 14:47 |
| wmat | tlwoerner: how do you like the wood boiler? | 14:48 |
| tlwoerner | wmat: *love* it! | 14:48 |
| wmat | tlwoerner: bought a camp in the north and am considering one | 14:48 |
| tlwoerner | wood is virtually free, and i get free domestic hot water from it too | 14:48 |
| wmat | I thought you were in the city for some reason | 14:49 |
| tlwoerner | the pumps take next to no electricity, so even if we get a 3-day power outtage in the middle of winter, we're still at 26°C inside with hot showers :-D | 14:49 |
| tlwoerner | (on our backup generator) | 14:49 |
| tlwoerner | wmat: we live on a 30-acre horse farm just outside Tottenham | 14:50 |
| tlwoerner | wmat: i moved out of the city almost 17 years ago and wouldn't want to have to go back ;-) | 14:51 |
| tlwoerner | oops 14 | 14:51 |
| tlwoerner | wmat: your usage of the word "camp" implies you're not from the GTA originally, i've noticed people who grew up north of Barrie tend to use that word instead of "cottage" | 14:53 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC | 14:53 | |
| tlwoerner | ? | 14:54 |
| wmat | tlwoerner: cottage just sounds so pretentious ;) | 14:57 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 14:57 | |
| tlwoerner | lol | 14:57 |
| wmat | but yes, I grew up in northern ontario | 14:57 |
| tlwoerner | wmat: cool. my wife grew up in the Sudbury area | 14:58 |
| wmat | tlwoerner: I was west of there in Elliot Lake | 14:58 |
| fray | if you were in Minnesota, it's a Cabin.. :) | 14:59 |
| fray | could be a completely modern house, but if it's in the north of the state, it's a Cabin.. :) | 14:59 |
| wmat | heh | 14:59 |
| tlwoerner | cabin sounds nice. "camp" is that place your parents sent you as a kid during the summer ;-) | 14:59 |
| fray | and yes, cottage would be pretentious to say around here.. | 14:59 |
| fray | tlwoerner yup | 15:00 |
| wmat | regional colloquialisms are interesting | 15:00 |
| fray | yup | 15:00 |
| RP | JPEW: cool, thanks. I worked out a few repro issues and sent them so hoping we can improve the stats a bit! | 15:01 |
| tlwoerner | to me a camp is something you visit once every couple years and is most likely run down, like maybe a hunting camp | 15:01 |
| fray | I'm guessing it has to do with what people originally did in the area.. Northern MN is called "Cabin country" here.. cause the rich would buy land up in the woods (that was more or less un-inhabitable), but a get away for the weekend, but never live there.. | 15:01 |
| RP | JPEW: power issues sound awful :( | 15:01 |
| fray | and most were just that, log cabins originally | 15:01 |
| tlwoerner | but cottage is the place you visit most weekends and keep up | 15:01 |
| fray | tlwoerner ya, that is the image I have.. but originally it probably did come from 'hunting camp' | 15:01 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 15:02 | |
| tlwoerner | if you have cable tv, or one of the ott streaming services, there's a channel called "cottage life", and a magazine of the same name too | 15:02 |
| fray | to me cottage is a second home, that is used 'regularly'.. i.e. "ohh so you can afford TWO expensive homes" | 15:02 |
| fray | cottage is also (to me) a very east coast term | 15:03 |
| paulg | cottage to me is a giant sack of extra maintenance. | 15:04 |
| tlwoerner | paulg: haha, true. not to mention the traffic up and back | 15:04 |
| fray | lol, they all are.. :) | 15:04 |
| tlwoerner | …as the entire metropolitan populate tries to get up and back before monday | 15:05 |
| tlwoerner | population | 15:05 |
| wmat | tlwoerner: I cut through the back roads and pop out on HWY400 north of Barrie, it works out perfect | 15:05 |
| fray | ya, part of the reason I've never bothered getting a 'cabin'. I'd love to have land and woods up north -- but the commute makes me not want to do that | 15:05 |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 15:05 | |
| fray | (the part of Northern MN I'm talking about is basically all lakes and woods.. population density is VERY low most of the year..) | 15:06 |
| wmat | I count on that to keep the masses down south | 15:06 |
| fray | and a LOT of the cabins are three season, but need to be winterized.. | 15:06 |
| tlwoerner | wmat: my family had a cottage just south of Parry Sound for ~20 years when i was younger. when my dad retired they bought one of the business on the lake and ran a cottages/campground for a couple years | 15:06 |
| wmat | tlwoerner: nice | 15:07 |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 15:07 | |
| tlwoerner | i like to believe my farm is the best of both worlds ;-) | 15:07 |
| wmat | even that area is too crowded for me | 15:07 |
| tlwoerner | i could commute to Toronto if i had to, but i'm not in the city | 15:07 |
| fray | tlwoerner same.. I have my 20 acres.. and endless maintenance | 15:07 |
| tlwoerner | i'm just not on a lake | 15:08 |
| fray | and as of 2 weeks ago.. fiber to the home | 15:08 |
| wmat | bonus | 15:08 |
| fray | I have to keep reminding myself, lake in MN = mosqitos.. | 15:08 |
| LetoThe2nd | yo folks, are you planning your holidays or what? | 15:08 |
| *** JosephAntony <JosephAntony!a5e17a72@165.225.122.114> has quit IRC | 15:08 | |
| tlwoerner | fray: yea, i saw that! me too. i got connected Feb 1st | 15:08 |
| RP | fray: sounds like Scotland (midges) :) | 15:08 |
| fray | RP, ya I've heard htat | 15:08 |
| tlwoerner | RP: do midges bite? | 15:09 |
| LetoThe2nd | fray: just got ~15k€ budget for 2xepyc 7702 build machine approved. yay me! | 15:09 |
| wmat | good trout bait | 15:09 |
| tlwoerner | LetoThe2nd: nice! | 15:09 |
| wmat | LetoThe2nd: can we all share it? ;) | 15:09 |
| fray | LetoThe2nd NICE.. | 15:09 |
| RP | tlwoerner: er, yes. Horribly. We get them in the forests even in northern England where I am | 15:10 |
| fray | I'm just waiting to be able to afford a large threadripper for myself | 15:10 |
| tlwoerner | fray: i was going to poke fun at you because you went from … 30(?)Mbps to 1000? heck, i would have killed for 30Mbps | 15:10 |
| tlwoerner | RP: ouch, not fun | 15:10 |
| fray | I was "this close" to ordering starlink when they finally tuned on Fiber | 15:11 |
| RP | tlwoerner: they're the main reason I've not been to Scotland as much as I could have when younger, my parents hate them | 15:11 |
| LetoThe2nd | fray: plus 6TB on pcie nvme | 15:11 |
| fray | 30/3 was bad.. 1000/1000 is NO PROBLEM (other hten cost) | 15:11 |
| * LetoThe2nd celebrates. | 15:11 | |
| * paulg wonders if midges are like blackflies or sandflies. | 15:11 | |
| RP | tlwoerner: having experienced them, I can understand it | 15:11 |
| tlwoerner | mosquitoes love me. once my wife and i were walking in the woods and i was complaining about all the mosquitoes. she turned to say "stop complaining" and noticed the *cloud* i had around me (and the none that were around her) lol | 15:11 |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:11 | |
| fray | RP does DEET or similar prevent swarming//bites? | 15:11 |
| wmat | RP: midges sound horrible. Much like our Black Flies in Canada but for a lot longer period of time. | 15:11 |
| RP | LetoThe2nd: yay, crazy build systems are cool | 15:12 |
| LetoThe2nd | RP: s/crazy/properly powered/g | 15:12 |
| RP | fray: kind of, not entirely | 15:12 |
| tlwoerner | fray: for the last 7 years i've had 3Mbps down and only .7 up, getting fibre was unbelievable | 15:12 |
| RP | wmat: they're there April to October, yes :/ | 15:13 |
| tlwoerner | fray: i went with the smallest package: 100Mbps, which i can't even imagining wouldn't be enough (haha) | 15:13 |
| fray | tlwoerner sounds like my neighbor.. was getting just under 30 down, and .5 up | 15:13 |
| fray | (he just built the house in August) | 15:13 |
| fray | So he called the ISP and got a radio link setup.. 40/20 is what he gets over that.. 40-60ms latency | 15:13 |
| georgem_home | 1000/1000 fiber sure is nice. I can transfer target images from my build server to home faster than I can copy them to the target :) | 15:13 |
| fray | he asked about latency on the fiber.. I said "4-6" | 15:14 |
| fray | lol | 15:14 |
| fray | to be fair 100/20 was the minimum I wanted.. ($100 a month) 100/50 was $150, 100/100 was $200, and 1G/1G was $300 | 15:14 |
| tlwoerner | fray: i was getting an order of magnitude less, *3* down, not 30 (lol) | 15:14 |
| fray | my parents (in the city) were getting similar.. 3 down/.5 up.. $100 a month.. | 15:15 |
| fray | finally moved htem to cable internet.. 200/10 now | 15:15 |
| fray | my plan though for the 1G/1G is to close my local office and move the computers here, but I need to finish building the office in the basement.. | 15:15 |
| tlwoerner | i never though in my lifetime that i'd see fibre to the farm | 15:16 |
| georgem_home | 200/10 was what I had with Spectrum before I moved into Google Fiber territory. | 15:16 |
| fray | (I just moved the second laundry area from where the office is, to under my stairs over the weekend.. more work then I was originally expecting for sure) | 15:16 |
| tlwoerner | georgem_home: you make it sound like you moved for the Internet (lol) | 15:16 |
| fray | and first time I've done drain/waste/vent changes of this magnitude | 15:16 |
| georgem_home | tlwoerner: it was certainly a factor other things being equal :) | 15:16 |
| fray | georgem_home lol my parents have Spectrum.. | 15:17 |
| georgem_home | fray: yeah. I guessed by the 200/10 speed | 15:17 |
| fray | I figure the fiber to my house ("free" other then service cost) probably added $10k or more to the value of my house | 15:17 |
| tlwoerner | fray: i just call someone. it stops being worth my time very quickly :-) | 15:17 |
| fray | local phone company installed 48 fibers down the street, and 4 fibers to each home.. (there are only 12 homes in about 2 miles..) | 15:18 |
| fray | I found out, apparently wood shipments from Canada are stopped or way down.. _4_ pressure treated 2x4s.. $45 | 15:18 |
| fray | OUCH | 15:18 |
| tlwoerner | we're out of lumber up here as it is | 15:18 |
| georgem_home | yikes | 15:18 |
| fray | (I had to resupport the stairs, the supports were hanging about 1 inch ABOVE the concrete floor.. | 15:18 |
| fray | had rotted out over the last 130 or so years.. they were nailed to the block walls.. but that isn't really 'right' | 15:19 |
| tlwoerner | it was the second thing we ran out of (after toiler paper, another wood product) | 15:19 |
| fray | I'm strongly considering building my basement office space with metal studs due to cost.. my only worry, I've never used them before and I wasn't planning to 'learn a new tech' along the way | 15:20 |
| fray | (basement office == server lab and partial maker lab) | 15:20 |
| tlwoerner | it's as if they know we'll all be staying home for the foreseeable future… (cue dramatic music, lol) | 15:20 |
| fray | :) | 15:20 |
| paulg | fray, get yer own damn trees and leave us alone. ;-) | 15:21 |
| zeddii | will trade trees for vaccines. | 15:21 |
| paulg | :) | 15:21 |
| tlwoerner | oh geez, don't get started on *that* one | 15:21 |
| zeddii | otherwise, we're keeping the door locked for even longer :D | 15:21 |
| * zeddii runs | 15:22 | |
| tlwoerner | lar thudering j* murphy... | 15:22 |
| zeddii | :D | 15:22 |
| * tlwoerner didn't want to spell it all out | 15:22 | |
| *** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has joined #yocto | 15:26 | |
| wertigon | Quick question; if I want to do post-processing removal of a file in the rootfs, isn't it just to do: | 15:28 |
| wertigon | remove-command() { | 15:28 |
| wertigon | rm -r ${IMAGE_ROOTFS}/path/to/thefile.txt | 15:29 |
| wertigon | } | 15:29 |
| wertigon | ROOTFS_POSTPROCESS_COMMAND += "remove-command;" | 15:29 |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 15:29 | |
| wertigon | in image recipie? | 15:29 |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-awhlysidxhwpylpg> has joined #yocto | 15:30 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 15:32 | |
| *** JNPE <JNPE!~John@ppp-88-217-43-227.dynamic.mnet-online.de> has joined #yocto | 15:33 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 15:34 | |
| qschulz | not sure functions can have dashes in their name | 15:37 |
| wertigon | let's try snake_case then :) | 15:41 |
| wertigon | Hmm, might've actually been it | 15:44 |
| wertigon | Looks like it's building atleast, now I just gotta confirm it works | 15:47 |
| wertigon | Aww... dammit | 15:51 |
| LetoThe2nd | why doesn anybody put files in images that samebody does not want to be there? | 15:53 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 15:56 | |
| wertigon | LetoThe2nd: More like, we have an image, and a recipe that creates said files, but I want to disable autostart for one file in particular | 15:57 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 15:57 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 15:57 | |
| LetoThe2nd | wertigon: append said image to disable said autostart :) | 15:57 |
| *** linums <linums!~linums@apn-94-44-116-122.vodafone.hu> has joined #yocto | 15:58 | |
| wertigon | LetoThe2nd: you can do that with systemd? | 15:58 |
| wertigon | I have a systemd service I want to NOT start | 15:58 |
| LetoThe2nd | meh, "append said recipe". thats what i meant. sure, why should the systemd recipe be special? | 15:58 |
| wertigon | LetoThe2nd: I have two images though | 15:59 |
| wertigon | One regular one, where I want the service to autostart | 15:59 |
| wertigon | One where I don't | 15:59 |
| wertigon | For testing purposes | 15:59 |
| wertigon | But I still want to be able to call systemctl start service | 16:00 |
| *** linums <linums!~linums@apn-94-44-116-122.vodafone.hu> has quit IRC | 16:01 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 16:02 | |
| LetoThe2nd | hm | 16:02 |
| wertigon | I thought "Great I'll just remove /etc/systemd/system/multi-user.target.wants/my-service.service" | 16:03 |
| wertigon | But that file is still around after I do that | 16:03 |
| LetoThe2nd | well then sprinkle bb notes (orwhatsitcalled) to find out why it doesn't work | 16:05 |
| wertigon | I'm suspecting systemd wants tree generator is called again as a post-post-processing | 16:06 |
| wertigon | Testing removing the WantedBy from the service itself then :) | 16:07 |
| wertigon | If I'm right, it will remove that | 16:07 |
| wertigon | Otherwise I'll remove the service completely - not optimal, but gets the job done atleast | 16:08 |
| *** yann <yann!~yann@185.123.26.202> has quit IRC | 16:08 | |
| wertigon | Thanks for the help :) | 16:10 |
| *** wertigon <wertigon!~per@c-6d61225c.021-396-7673741.bbcust.telenor.se> has quit IRC | 16:11 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 16:18 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 16:22 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e34:ec55:290:f704:1292:fe66:8485> has quit IRC | 16:24 | |
| marble_visions | hello #yocto! I am running petalinux, but I think the question stands for plain yocto as well. I want my image recipe to also create FIT images containing a kernel, dtb, and rootfs. Since the kernel and dtb binaries are produced by virtual/kernel (linux-xlnx), I need to wait for those recipes to deploy in order to start building the fit image. I have a task e.g. do_generate_fitimage, and do_generate_fitimage[depends] += "virtual/kernel:d | 16:24 |
| marble_visions | o_deploy", and IMAGE_POSTPROCESS_COMMAND += " do_generate_fitimage; ". But the image recipe does not honor this dependency and runs do_generate_fitimage too early. What am I doing wrong? | 16:24 |
| qschulz | marble_visions: how do you know it runs too early? | 16:26 |
| marble_visions | qschulz: since files in ${DEPLOY_DIR_IMAGE} are not populated when the task runs | 16:27 |
| marble_visions | if I first run bitbake -c linux-xlnx, and then bitbake -c my-image, all is good. if I run only bitbake -c my-image (which should figure out the kernel dependency) it says files are missing. | 16:29 |
| fray | which files are missing? | 16:29 |
| fray | and do you have the kernel set to point to linux-xlnx in your configuration? | 16:29 |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 16:29 | |
| fray | PREFERRED_PROVIDER_virtual/kernel ??= "linux-xlnx" | 16:30 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 16:31 | |
| fray | you can do bitbake my-image -e and then inspect the variables for PREFERRED_PROVIDER_virtual/kernel to check | 16:31 |
| marble_visions | fray: I will doublecheck, but I think petalinux should have taken care of this. thanks for the suggestion | 16:31 |
| fray | are you using petalinux's "eSDK" and/or direct interfaces? petalinux <command ....> ? If so, yes it should be doing all of that | 16:31 |
| marble_visions | I am using petalinux <command>'s | 16:32 |
| marble_visions | so in reality I am entering verbatim petalinux-build -c my-image | 16:32 |
| marble_visions | and petalinux-build -c linux-xlnx | 16:32 |
| fray | Ok, then I'd suggest you check Xilinx's forums.. I don't think many of us here have even used petalinux-build.. (I've used it a few times, but I'm not experienced enough to help diagnose this.. sorry) | 16:33 |
| fray | petalinux-build is a wrapper on the regular bitbake behaviors. (Some things are just 'pass through', in that it sources the eSDK environment for you, and runs a bitbake command.. but other things actually do a variety of commands.. | 16:34 |
| marble_visions | will have a look in the xlnx forums again as well. I was wondering if maybe this was bitbake-rooted | 16:34 |
| fray | the petalinux-build -c linux-xlnx _SHOULD_ just be sourcing the environment, and then running bitbake linux-xlnx ... but I've not verified that | 16:34 |
| fray | unfortunately I don't have any petalinux installs handy, or I could figure out exactly what to source so you could run the bitbake command directly for verification | 16:35 |
| fray | (The Yocto Project eSDK documentation migth tell you..) Basically petalinux is an eSDK that has a wrapper. It can either be used via the wrapper, or you can go into the eSDK and follow the YP steps to work on it that way.. I just don't remember the steps.. sorry) | 16:36 |
| fray | (full disclosure, I work for Xilinx in their Yocto Project group -- but I don't use petalinux very often) | 16:36 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:36 | |
| marble_visions | fray: nice | 16:37 |
| marble_visions | i have the lines written down somewhere | 16:37 |
| marble_visions | so that I can drop to a yocto env and run bitbake directly | 16:38 |
| fray | ya, if you do that and 'bitbake my-image' shows the same behavior.. use the bitbake my-image -e to verify the virtual I mentioned.. should point to linux-xlxn.. assuming ti doesn, then I'm not sure what is wrong.. | 16:39 |
| fray | which files does it say are missing? | 16:39 |
| fray | there are some bootbin related files that don't always get regenerated if your tmp directory is reset.. (known issue) | 16:40 |
| marble_visions | DTBs I am installing from a linux_xlnx_deploy_append, and the kernel fitimage files | 16:40 |
| fray | it's possible it's related to this, but I'm not sure. I don't do a lot with the actual deploy/fitimage files.. (I mostly do builds, compilers and userspace integration) | 16:41 |
| marble_visions | okay, the things you mentions we're great to get me going again. thanks! :) | 16:41 |
| marble_visions | btw, is your team, or Xilinx in general... do you know if there is effort into making a setup that supports multiple vivado exports into one petalinux project? | 16:43 |
| fray | At present, I'm not aware of anything like that. | 16:43 |
| fray | The current workflow uses XSCT (which is a command line version of part of vivado) to process things, so it SHOULD be possible.. | 16:43 |
| marble_visions | so petalinux includes XSCT, reads the vivado database export, and runs from there? | 16:44 |
| fray | we're working to eliminate the need for xsct and allow vivado to directly export everything that is required.. then YP (and probably petalinux) workflows can just use an input file per configuration.. | 16:44 |
| marble_visions | but it would be an intermediary conf file, right? vivado won't export machine meta- layers? | 16:45 |
| fray | marble_visions more or less yes.. the HDF/XSA (or whatever it's called) export from Vivado is interpreted by XSCT to give the build the settings it needs for whatever step... | 16:46 |
| fray | (I don't know when we're going to have this new workflow, but we're actively working on it) | 16:46 |
| fray | yes.. vivado itself doesn't know anything aobut Yocto Project and related.. | 16:46 |
| marble_visions | good to know! | 16:48 |
| fray | Basically today (AFAIK) it's Vivado -> vivado hardwre model -- then XSCT reads this model and does whatever it needs.. | 16:48 |
| fray | in the future we hope it'll be Vivdo -> DTB + hardware model ... then the DTB can be directly processed and a YP config generated | 16:48 |
| fray | so it's still separate, but it won't require XSCT.. | 16:49 |
| *** JNPE <JNPE!~John@ppp-88-217-43-227.dynamic.mnet-online.de> has quit IRC | 16:49 | |
| *** ENPJ <ENPJ!~John@ppp-88-217-43-227.dynamic.mnet-online.de> has joined #yocto | 16:50 | |
| marble_visions | definitely a step in the right direction.. is the hardware model used in Yocto, or it gets passed to other departments? | 16:51 |
| marble_visions | maybe you'd need it for uboot and fsbl configuration? | 16:51 |
| *** frsc <frsc!~frsc@i59F4B7BA.versanet.de> has quit IRC | 16:57 | |
| *** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto | 17:00 | |
| intera91 | afternoon, building from inside a docker image I have the following error: Please use a locale setting which supports UTF-8 (such as LANG=en_US.UTF-8). | 17:00 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 17:02 | |
| *** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC | 17:02 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:02 | |
| *** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 17:03 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 17:03 | |
| *** rcw <rcw!~rcwoolley@216.154.64.65> has joined #yocto | 17:04 | |
| marble_visions | fray: qschulz: yep, can confirm that running the bitbake enviroment, the issue still exists, and PREFERRED_PROVIDER_virtual/kernel="linux-xlnx" | 17:08 |
| marble_visions | I should create a minimal reproducible example.. | 17:08 |
| fray | the only other thing to try.. bitbake -c clean linux-xlnx -- then re-run the my-image.. if the problem goes away. Thens omething being done in the linux-xlnx is not being cached properly | 17:08 |
| *** [Sno] <[Sno]!~sno@p4fe93db3.dip0.t-ipconnect.de> has quit IRC | 17:12 | |
| *** vineela <vineela!vtummala@nat/intel/x-gmjdszkdupcedvxe> has joined #yocto | 17:14 | |
| *** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has joined #yocto | 17:15 | |
| marble_visions | fray: hmm.. does it matter that do_generate_fitimage (and it's [depends]+=...) lives inside a bbclas that my-image inherits? can that get in the way of dependecy resolution? | 17:18 |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 17:18 | |
| fray | it might, I'm not really familiar with that part | 17:20 |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 17:21 | |
| marble_visions | okay, I will add everything to the my-image recipe | 17:27 |
| *** fl0v0 <fl0v0!~fvo@i59F44E00.versanet.de> has quit IRC | 17:30 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 17:33 | |
| qschulz | mmmmmm | 17:45 |
| qschulz | does IMAGE_POSTPROCESS_COMMAND functions actually have depends support? | 17:45 |
| qschulz | do* | 17:45 |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 17:45 | |
| fray | not directly | 17:46 |
| marble_visions | good question.. I didn't think it wouldn't have. would and alternative be to use "add task before .. after .." ? | 17:46 |
| qschulz | marble_visions: yup | 17:46 |
| fray | if you add IMAGE_POSTPROCESS_COMMANd, you need to also specify the dependencies manually.. | 17:46 |
| qschulz | or, put the dependency on the task taking care of postprocess_command | 17:46 |
| fray | (I'm forgetting how, but I've had to do it in the past) | 17:46 |
| marble_visions | wooow, okay, let me finish this build and will switch to check if it succeeds | 17:47 |
| qschulz | do_image_complete is the task taking care of said variable | 17:47 |
| fray | so like do_image_compiled[depends] += "<recipe>:do_deploy" ? | 17:48 |
| fray | or just DEPENDS_append_pn-my-image = " recipe1" | 17:48 |
| fray | (depends on if it's something being run, or data being needed from a do_deploy) | 17:49 |
| qschulz | very quickly read the code and it does not seem to fulfill [depends] varflags | 17:50 |
| qschulz | fray: DEPENDS is a bad idea for something you need after deploy task has run | 17:50 |
| qschulz | because there is no guarantee deploy will run before your DEPENDS is resolved | 17:50 |
| fray | yes.. DEPENDS is needed if you are running a command provided by a native.. deploy is needed if you are using a deployed item | 17:51 |
| qschulz | and also, it populates the sysroot of the recipe for no reason | 17:51 |
| fray | ya, the sysroot is why you'd want it in depends | 17:51 |
| qschulz | fray: my bad, read too quickly. absolutely, it should be only native recipe | 17:51 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 17:51 | |
| qschulz | recipes* in DEPENDS of an image recipe... and... there might even be better variables (I think there are some specific ones when they are related to a certain IMAGE_FSTYPE for exampole | 17:52 |
| qschulz | fray | so like do_image_compiled[depends] += "<recipe>:do_deploy" ? | 17:52 |
| qschulz | yes ^ | 17:52 |
| qschulz | (without the typo :) ) | 17:52 |
| fray | ya, that's what I've done for deployed bits in the past | 17:53 |
| fray | i.e. I need a firmware that is in do_deploy, and my processing code moves or configures it in some way | 17:53 |
| qschulz | fray: mmmmmm | 17:54 |
| qschulz | for machine specific firmware... it should be in EXTRA_IMAGEDEPENDS | 17:54 |
| qschulz | I think? | 17:54 |
| qschulz | Too late, my brain is fried :) | 17:54 |
| qschulz | good luck and have a nice day/evening | 17:54 |
| marble_visions | qschulz: wait! | 17:55 |
| marble_visions | you are being owed one beer :) | 17:55 |
| marble_visions | fray: you too | 17:55 |
| marble_visions | if you guys drink, that is | 17:55 |
| fray | ha.. no problem | 17:55 |
| marble_visions | I think deps are now being picked up with the addtask mechanism.. waiting for the build to finish to confirm | 17:56 |
| fray | the only time I've ever had water where I'm building the office is when the lock wall (where the laundry is) completely filled with water.. once I drilled those drain holes, no more water on the other side of the wall.. | 18:04 |
| fray | oops | 18:04 |
| *** dekriea <dekriea!5092d6f2@80.146.214.242> has quit IRC | 18:04 | |
| dl9pf | https://www.irccloud.com/pastebin/LdTVUGSR/ | 18:05 |
| dl9pf | RP: ^^^ core-image-minimal | 18:05 |
| dl9pf | on dunfell | 18:06 |
| marble_visions | ooooooh | 18:06 |
| RP | dl9pf: nice. If you send a patch enabling rpm I can enable on the autobuilder | 18:08 |
| RP | dl9pf: we can test there and confirm with world | 18:08 |
| RP | (for master) | 18:08 |
| dl9pf | ok | 18:08 |
| RP | dl9pf: I'm surprised, I though it was not enabled for a reason! | 18:09 |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has quit IRC | 18:10 | |
| dl9pf | i just changed package_classes to rpm and images to core-image-minimal to start | 18:10 |
| marble_visions | fray: qschulz: got it to work! woohoo! | 18:11 |
| RP | dl9pf: we already know the package contents is ok so if the rpm side works, its worth wider testing with the full config on the autobuilder | 18:11 |
| marble_visions | so I'll keep that in mind, rule of thumb, use addtask | 18:11 |
| dl9pf | roger | 18:12 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 18:23 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has joined #yocto | 18:23 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 18:23 | |
| *** mckoan is now known as mckoan|away | 18:23 | |
| *** dvhart <dvhart!~dvhart@50.39.132.186> has quit IRC | 18:25 | |
| dl9pf | sent | 18:30 |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto | 18:30 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has left #yocto | 18:32 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-debsiqmlxzcpwxuz> has quit IRC | 18:34 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto | 18:35 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has left #yocto | 18:36 | |
| *** adelcast <adelcast!~adelcast@cpe-70-123-151-98.austin.res.rr.com> has left #yocto | 18:36 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto | 18:37 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has left #yocto | 18:38 | |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 18:39 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:41 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has joined #yocto | 18:42 | |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 18:42 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 18:44 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 19:01 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 19:05 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 19:05 | |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has joined #yocto | 19:05 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 19:07 | |
| RP | jonmason: https://autobuilder.yoctoproject.org/typhoon/#/builders/113/builds/728 - breaks in the release build! :/ | 19:08 |
| RP | (its gatesgarth) | 19:08 |
| jonmason | RP: on it. Is there a bug I need to worry about? | 19:10 |
| RP | jonmason: swat isn't up to it yet | 19:11 |
| RP | jonmason: this was the 3.2.2 build but I'm assuming it would be a meta-arm fix and the main release is ok? | 19:12 |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 19:12 | |
| jonmason | yes, I'm assuming there is a bug with something not applying cleanly | 19:12 |
| jonmason | trying to replicate locally to confirm | 19:12 |
| jonmason | actually, i think it is running master meta-arm on gatesgarth, which we don't test. Probably better to drop that from compat | 19:16 |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has quit IRC | 19:27 | |
| moto-timo | JPEW: I rebuilt the image (meta-python-ptest-image) with IMAGE_FSTYPES wic.qcow2 and tried to launch it with VirtManager. It hung on /dev/sda1 systemd task | 19:42 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has quit IRC | 19:43 | |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has quit IRC | 19:44 | |
| *** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::83cb> has joined #yocto | 19:45 | |
| moto-timo | JPEW: and the prior attempt I was using virtio bus for the disk with core-image-minimal from dl.yp.org 3.2.1 | 19:51 |
| moto-timo | JPEW: which worked | 19:51 |
| moto-timo | JPEW: https://gist.github.com/moto-timo/27e39256ce3aad4da7b8ac0e0273d4fc | 19:52 |
| moto-timo | JPEW: I've been playing around with disk size and memory (and most recently bus) | 19:52 |
| moto-timo | JPEW: with 'runqemu kvm nographic slirp' the image boots fine, so it's something about the VM environment I think | 19:57 |
| *** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto | 19:57 | |
| JPEW | moto-timo: Ya, sounds like it | 19:58 |
| JPEW | I forget why you're wanting to run in KubeVirt instead of qemu+kvm? | 19:59 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has joined #yocto | 20:02 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:03 | |
| moto-timo | Ultimately, kubernetes native/cloud native in a real cloud. | 20:03 |
| moto-timo | And to be honest, I haven't completely grasped your workflow. | 20:04 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 20:08 | |
| moto-timo | Is there a way to get the command line runqemu would run without actually running it? | 20:10 |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has joined #yocto | 20:17 | |
| JPEW | moto-timo: I think so? But honestly I'm not even using runqemu, I just let labgrid run the system QEMU: https://github.com/JPEWdev/yocto-doom-demo/blob/main/ci/qemux86-64/env.yaml | 20:17 |
| JPEW | I think runqemu would work just a well though | 20:18 |
| *** King_InuYasha <King_InuYasha!~King_InuY@fedora/ngompa> has joined #yocto | 20:21 | |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 20:23 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has quit IRC | 20:26 | |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has quit IRC | 20:27 | |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has joined #yocto | 20:28 | |
| tlwoerner | rburton: do the outreachy projects have a scheduled end date? | 20:28 |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has quit IRC | 20:29 | |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has joined #yocto | 20:30 | |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 20:31 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has joined #yocto | 20:31 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 20:44 | |
| moto-timo | tlwoerner: March, although extensions are possible | 20:45 |
| vdl | hi all -- I still cannot build systemd with PACKAGECONFIG_append = " importd" | 20:45 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 20:45 | |
| tlwoerner | moto-timo: there you are, i just looked for your nic and didn't find it :-) | 20:46 |
| vdl | systemd compilation fails with "Run-time dependency {libapparmor,glib-2.0,gobject-2.0,gio-2.0} found: NO (tried pkgconfig and cmake)" | 20:46 |
| tlwoerner | moto-timo: if we do have a YP event, it would be nice if one or more of the outreachy participants could present their work | 20:47 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has joined #yocto | 20:47 | |
| moto-timo | vdl: are you setting PACKAGECONFIG append in your local.conf? You need to specify the package name (pn) which is being appended: PACKAGECONFIG_append_pn-qemu = " <feature>" | 20:47 |
| moto-timo | vdl: note the syntax (the underscores are important, the space after the first " is important) | 20:48 |
| vdl | moto-timo: oops sorry bad copying, I'm using PACKAGECONFIG_append_pn-systemd = " curl xz zlib bzip2 gcrypt importd" from my distro conf. | 20:49 |
| moto-timo | vdl: so your error is telling you that you are missing RDEPENDS... use bitbake -e systemd and grep for ^RDEPENDS | 20:50 |
| moto-timo | vdl: otherwise, there might be another error that one of those dependencies cannot build for some reason. | 20:50 |
| * vdl is typing... | 20:50 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 20:51 | |
| moto-timo | vdl: but since you are giving us the compile log for systemd, I suspect you need to add DEPENDS/RDEPENDS | 20:51 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 20:52 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 20:52 | |
| vdl | moto-timo: there you go: http://ix.io/2PFe | 20:53 |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC | 20:53 | |
| *** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto | 20:53 | |
| moto-timo | my browser blocks that url | 20:54 |
| *** manuel_ <manuel_!~manuel198@089144216014.atnat0025.highway.a1.net> has quit IRC | 20:54 | |
| vdl | moto-timo: RDEPENDS_systemd=" kmod dbus util-linux-mount util-linux-umount udev (= 1:244.5-r0) util-linux-agetty util-linux-fsck systemd-serialgetty volatile-binds ldconfig libnss-myhostname update-rc.d systemd-vconsole-setup" | 20:55 |
| vdl | moto-timo: I've added all of these packages to IMAGE_INSTALL_append but I still get the same failure | 20:59 |
| moto-timo | vdl: you need it at build time, I suspect, so you need to bbappend systemd recipe with DEPENDS | 21:01 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 21:03 | |
| vdl | moto-timo: all these systemd "Run-time dependencies" are glib I think. Is there such package in yocto? | 21:04 |
| vdl | I can try to monkey patch poky's systemd recipe | 21:04 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 21:04 | |
| vdl | I don't see what provides glib and libapparmor | 21:06 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 21:07 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:09 | |
| moto-timo | vdl: please use layers.openembedded.org and search recipes... help yourself :) | 21:10 |
| moto-timo | vdl: also, oe-pkgdata-util is handy for finding out what files are in what package http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/scripts/oe-pkgdata-util | 21:12 |
| vdl | moto-timo: I didn't know layers.openembedded.org could search recipes, thank you. glib-2.0 found in openembedded-core ;-) | 21:22 |
| moto-timo | vdl: happy to point you at one of my daily tools :) | 21:23 |
| moto-timo | vdl: I also sometimes just sit with my iPad and roam cgit repos... | 21:23 |
| moto-timo | but that's a slow meandering path vs. a real search | 21:24 |
| *** ENPJ <ENPJ!~John@ppp-88-217-43-227.dynamic.mnet-online.de> has quit IRC | 21:24 | |
| vdl | moto-timo: iPad Oriented Development, eh? :D | 21:28 |
| vdl | moto-timo: stupid question, "openembedded-core" is poky/meta, right? | 21:30 |
| moto-timo | vdl: correct | 21:36 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 21:36 | |
| moto-timo | vdl: combo-layer stitches it into poky and makes it look like poky/meta (and poky/scripts) | 21:36 |
| moto-timo | vdl: that's also how bitbake gets into poky/ | 21:36 |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 21:41 | |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has quit IRC | 21:42 | |
| rburton | vdl: the key point is that poky is just a convenience repo that is bitbake + openembedded-core + meta-yocto all glued together | 21:44 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-167.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 21:44 | |
| moto-timo | rburton: simplifies what I say yet again :) | 21:47 |
| * moto-timo blames 5 hours of sleep | 21:47 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC | 21:49 | |
| vdl | rburton: that's very confusing in fact ^^. I'd expect just a meta-poky distro layer and that's it. I'd make sense for such glued-together repo to be named "yocto" if such thing should exist | 21:52 |
| rburton | it definitely should not be called yocto | 21:52 |
| rburton | thats one of the things it should not be called | 21:53 |
| rburton | because its an example | 21:53 |
| rburton | the poky distro is just one way of glueing the bits together into something that works | 21:53 |
| moto-timo | the reference distro is poky, not yocto | 21:53 |
| vdl | yep, poky's a distro, hence a standalone meta-poky layer would make sense | 21:54 |
| rburton | http://git.yoctoproject.org/cgit/cgit.cgi/meta-yocto/ <-- that? | 21:54 |
| rburton | bring your own bitbake and oe-core, and it works | 21:54 |
| rburton | as that's all poky is: those glued together | 21:54 |
| rburton | (there were reasons it wasn't make meta-poky and i can't recall them) | 21:55 |
| kergoth | vdl: yocto is more than just a buildsystem. bitbake+oe-core+meta-yocto are the baseline buildsystem for yocto, but that's one project under its umbrella. admittedly the main one, but yocto wouldn't make sense as a name | 21:56 |
| moto-timo | http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/distro/poky.conf | 21:57 |
| *** dvhart_ <dvhart_!~dvhart@50.39.132.186> has joined #yocto | 22:00 | |
| vdl | so you could get rid of the "poky" repository for production projects, right? | 22:01 |
| kergoth | as he said, poky repo is just bitbake+oe-core+meta-poky, whether you want it as as ingel repo or individual components is really up to you and how you want to structure your project | 22:01 |
| vdl | that's just this "poky" repository that I would've named "yocto", since it contains meta-poky and meta-yocto-bsp, and is the glued-together repo, but nevermind | 22:02 |
| kergoth | it's not yocto. | 22:02 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-167.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 22:02 | |
| kergoth | that's not what it is, so it doesn't make sense to call it that | 22:02 |
| kergoth | it's an easy way to get and build poky, the reference distribution | 22:02 |
| *** weltling <weltling!~toll@klapt.com> has joined #yocto | 22:03 | |
| rburton | its like saying they should have called the web server 'apache' it's not apache. the super project is called apache, the web server is apache httpd | 22:04 |
| *** dvhart_ <dvhart_!~dvhart@50.39.132.186> has quit IRC | 22:05 | |
| vdl | I see | 22:07 |
| kergoth | Yocto is the means by which multiple companies, many of which are competitors, are able to collaborate on a common embedded linux baseline. the build tooling for it is a big part of that, but not the only part. | 22:08 |
| vdl | bitbake has its own repo, right? | 22:12 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 22:20 | |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon0147w-grc-08-70-49-162-56.dsl.bell.ca> has quit IRC | 22:21 | |
| *** linums <linums!~linums@apn-94-44-126-155.vodafone.hu> has joined #yocto | 22:22 | |
| vdl | I might get rid of the poky repository then, not a fan of the glued-together approach (even though I understand the purpose) | 22:22 |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has left #yocto | 22:27 | |
| armpit | vdl, yes, bitbake is it's own repo | 22:33 |
| armpit | https://git.openembedded.org/ | 22:33 |
| armpit | so is core | 22:33 |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 22:43 | |
| *** linums <linums!~linums@apn-94-44-126-155.vodafone.hu> has quit IRC | 22:49 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 22:50 | |
| nerdboy | oi | 22:52 |
| nerdboy | vdl: have you made your own manifest repo yet? | 22:54 |
| vdl | nerdboy: I'm using kas | 22:54 |
| nerdboy | sorry, i need more context for that... | 22:55 |
| nerdboy | no idea what kas is | 22:56 |
| vdl | moto-timo: it seems like adding meta-openembedded/meta-perl and meta-security allows to build systemd with importd, but it brings in a required "apparmor" distro feature. Doesn't this sound too much just for building importd? | 22:58 |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 23:02 | |
| nerdboy | i meant making something like this: https://github.com/VCTLabs/vct-boundary-bsp-platform | 23:03 |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 23:03 | |
| nerdboy | you can make/test custom distro stuff, oe-core vs poky, etc | 23:03 |
| vdl | I do not like "repo". kas is another tool from siemens, better suited IMHO. | 23:04 |
| nerdboy | it's actually not so bad unless it's android... | 23:05 |
| vdl | I won't argue on that :) | 23:06 |
| jonesv[m] | Isn't it supposed to be a `dhcp` package in `meta/recipes-connectivity`? I don't find it in gatesgarth, but when I google for it I seem to find something on some repos 🤔 (disclaimer: I'm new to Yocto) | 23:12 |
| jonesv[m] | (I'm trying to do this in my image recipe: `IMAGE_INSTALL_append = " dhcp"`) | 23:12 |
| jonesv[m] | (I would like to have a dhcp server running, so that I can connect over USB, get an IP and SSH into my board) | 23:13 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 23:15 | |
| moto-timo | vdl: kas over repo any day. | 23:20 |
| moto-timo | kas doesn't phone home every time you run it and it actually gives you ERROR messages if it can't clone. | 23:21 |
| moto-timo | repo: crickets | 23:21 |
| nerdboy | disclaimer: i made that thing ^^ at least 5 yrs ago.. | 23:22 |
| moto-timo | vdl: I haven't knowingly built importd, so I have no idea. But I've had to bring in selinux just to build yadda yadda and set 'pam' distro feature to build foo. It happens. | 23:22 |
| moto-timo | lot's of people like repo and use it well. It just isn't for me. | 23:23 |
| moto-timo | ^Lots | 23:23 |
| moto-timo | grammar has gone to the winds | 23:23 |
| vdl | moto-timo: ;) btw importd still fails even though Run-time dependencies apparmor and glib stuffs are found... | 23:24 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 23:25 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 23:33 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 23:36 | |
| RP | dl9pf: https://autobuilder.yoctoproject.org/typhoon/#/builders/118/builds/9 - it says all the rpms are different on that fedora worker! :/ | 23:51 |
| RP | dl9pf: looks like the problem may be host specific, will wait and see how the other builds look | 23:52 |
| *** agust <agust!~agust@p508b6a6d.dip0.t-ipconnect.de> has quit IRC | 23:52 | |
| dl9pf | ok need to see it locally, checking master next | 23:55 |
| dl9pf | can I limit the images and targets w/o hacking reproducible.py ? | 23:56 |
| RP | dl9pf: hacking that is easiest. FWIW when it says packages will be copied to /srv/autobuilder/autobuilder.yoctoproject.org/pub/repro-fail/oe-reproducible-20210216-3b7npcqi | 23:57 |
| RP | dl9pf: it means here: https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20210216-3b7npcqi/ | 23:57 |
| RP | dl9pf: could pick a couple of the rpms out and run diffoscope locally | 23:58 |
| dl9pf | ack | 23:59 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!