| *** hpsy <hpsy!~hpsy@197.37.71.155> has quit IRC | 00:00 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC | 00:06 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto | 00:08 | |
| *** fray <fray!~fray@kernel.crashing.org> has quit IRC | 00:10 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 00:16 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 00:51 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 00:51 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 00:52 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 00:52 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-aqfoynqncsooytpm> has quit IRC | 01:21 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:911f:ee70:9c1d:445e:2303:5fc6> has joined #yocto | 01:34 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:911f:ee70:9c1d:445e:2303:5fc6> has joined #yocto | 01:34 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:911f:ee70:9c1d:445e:2303:5fc6> has quit IRC | 01:42 | |
| *** blauskaerm <blauskaerm!blauskaerm@gateway/vpn/mullvad/blauskaerm> has quit IRC | 01:51 | |
| *** blauskaerm <blauskaerm!blauskaerm@gateway/vpn/mullvad/blauskaerm> has joined #yocto | 01:53 | |
| *** kpo_ <kpo_!~kpo@gl64-35.master.pl> has quit IRC | 01:55 | |
| JPEW | RP: We can run diffoscope on local files if that would help | 02:00 |
|---|---|---|
| JPEW | RP: Yes, our concept of "reproducible" is a little stricter than reproducible-builds.org in some ways, so we end up with a few gnarly things. I suspect they are mostly path related patches? | 02:01 |
| *** blauskaerm <blauskaerm!blauskaerm@gateway/vpn/mullvad/blauskaerm> has quit IRC | 02:02 | |
| *** blauskaerm <blauskaerm!blauskaerm@gateway/vpn/mullvad/blauskaerm> has joined #yocto | 02:04 | |
| *** fray <fray!~fray@kernel.crashing.org> has joined #yocto | 02:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:12 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:7916:53ac:39bb:e34c> has joined #yocto | 02:43 | |
| *** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:7916:53ac:39bb:e34c> has quit IRC | 02:48 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:51 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 02:52 | |
| *** aquijoule__ <aquijoule__!~richbridg@089144194174.atnat0003.highway.a1.net> has joined #yocto | 03:00 | |
| *** aquijoule_ <aquijoule_!~richbridg@213-225-6-21.nat.highway.a1.net> has quit IRC | 03:02 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 03:04 | |
| *** ahadi <ahadi!~ahadi@89.244.125.179> has quit IRC | 03:05 | |
| *** ahadi <ahadi!~ahadi@89.244.122.210> has joined #yocto | 03:08 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:12 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 03:13 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:14 | |
| *** camus is now known as kaspter | 03:14 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:e5db:d652:2b6d:d298> has joined #yocto | 03:18 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 03:21 | |
| khem | zeddii: I have updated the patch at https://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/qemuppc64le now keyboard/mouse work too | 03:52 |
| zeddii | I can have a look at it on Monday. I'll pull in the config, and let you know. | 03:54 |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 04:02 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 04:21 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 04:29 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 04:35 | |
| khem | ok | 04:46 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 04:52 | |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 04:54 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 05:01 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto | 05:01 | |
| *** wooosaii <wooosaii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 05:03 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 05:09 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 05:35 | |
| *** linums <linums!~linums@apn-94-44-243-18.vodafone.hu> has joined #yocto | 05:35 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 05:36 | |
| *** linums <linums!~linums@apn-94-44-243-18.vodafone.hu> has quit IRC | 05:56 | |
| *** jobroe <jobroe!~manjaro-u@p579eb651.dip0.t-ipconnect.de> has joined #yocto | 05:56 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 05:57 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:a821:120d:f822:bb01> has joined #yocto | 06:20 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 06:34 | |
| *** linums <linums!~linums@apn-94-44-249-136.vodafone.hu> has joined #yocto | 06:36 | |
| *** linums <linums!~linums@apn-94-44-249-136.vodafone.hu> has quit IRC | 06:39 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 06:40 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:45 | |
| *** beneth` <beneth`!~beneth@irc.beneth.fr> has joined #yocto | 06:45 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:47 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:49 | |
| *** agust <agust!~agust@p508b685a.dip0.t-ipconnect.de> has joined #yocto | 06:55 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC | 07:01 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:02 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto | 07:04 | |
| *** jobroe <jobroe!~manjaro-u@p579eb651.dip0.t-ipconnect.de> has quit IRC | 07:07 | |
| *** jobroe <jobroe!~manjaro-u@p579eb651.dip0.t-ipconnect.de> has joined #yocto | 07:11 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:17 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yhjabhghkrkjexot> has joined #yocto | 07:42 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 07:46 | |
| *** jobroe <jobroe!~manjaro-u@p579eb651.dip0.t-ipconnect.de> has quit IRC | 07:49 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:53 | |
| LetoThe2nd | yo dudX | 07:53 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:54 | |
| *** camus is now known as kaspter | 07:54 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 07:56 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AC76.versanet.de> has joined #yocto | 07:57 | |
| *** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:d0b5:57c9:f681:d61f> has quit IRC | 07:58 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:58 | |
| *** jobroe <jobroe!~manjaro-u@p579eb651.dip0.t-ipconnect.de> has joined #yocto | 08:01 | |
| *** aquijoule__ <aquijoule__!~richbridg@089144194174.atnat0003.highway.a1.net> has quit IRC | 08:02 | |
| *** mckoan|away is now known as mckoan | 08:03 | |
| *** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:fd88:2eb2:8463:8658> has joined #yocto | 08:09 | |
| * mckoan is preparing for a YP training week | 08:10 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:16 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8e1:8c0f:8c00:9696> has quit IRC | 08:18 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8e1:8c0f:8c00:9696> has joined #yocto | 08:22 | |
| thekappe | hello guys ! | 08:24 |
| thekappe | which is the best place to put some entries in /etc/modprobe.d ? Is it the kernel recipe ? | 08:25 |
| *** kyanres <kyanres!~kyanres@ecascr.ecatou.fr> has joined #yocto | 08:30 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:46e1:3435:9ae8:d4e> has joined #yocto | 08:38 | |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has joined #yocto | 08:43 | |
| *** gillesm <gillesm!~Gilles@117.187.22.109.rev.sfr.net> has joined #yocto | 08:57 | |
| mbulut | good morning gents, is anyone aware of a global bitbake flag similar to gcc's -Werror ? | 08:58 |
| gillesm | hello when I add user in local.conf I relaunch bitbake core-image-base but it doesn't regenerate image wic.bz2 | 08:59 |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 08:59 | |
| mbulut | we want our daily build pipeline to fail if the yocto build spits out any warnings during the whole build | 09:00 |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 09:03 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:e5db:d652:2b6d:d298> has quit IRC | 09:03 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 09:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:12 | |
| *** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 09:12 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:18 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 09:18 | |
| RP | mbulut: I'm not sure there is one. If you look at the code in lib/bb/ui/knotty.py at the end, the "if warnings", it would be easy to add though | 09:26 |
| RP | mckoan: have fun! :) | 09:27 |
| *** Bunio_FH1 <Bunio_FH1!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:30 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 09:30 | |
| LetoThe2nd | gillesm: "when i add user"? | 09:30 |
| *** Bunio_FH1 <Bunio_FH1!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 09:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:40 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 09:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 09:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:45 | |
| gillesm | LetoThe2nd, yes or when I customize the image without compilation need ... | 09:53 |
| gillesm | but with image regeneration need | 09:53 |
| LetoThe2nd | gillesm: well i guess you're messing up yocto chant #1. recipe data is local, config data is global. | 09:54 |
| LetoThe2nd | gillesm: so: users shall be added through recipes. there are examples for that, start with those. and: an image recipe cannot affect other recipes, hence the "customization" might or might not work as you expect. | 09:55 |
| gillesm | my question is how can I regnerate the image ? | 09:56 |
| LetoThe2nd | gillesm: bitbake image :) | 09:56 |
| LetoThe2nd | gillesm: if that does not trigger the rebuild, then you've done something wrong. | 09:56 |
| gillesm | it doesnt generae wic.nz2 ... | 09:56 |
| gillesm | bz2 | 09:56 |
| LetoThe2nd | then find out why it doesn't. | 09:57 |
| RP | gillesm: what exactly are you changing to add this user? | 09:57 |
| gillesm | the local.conf file | 09:57 |
| RP | gillesm: right, but how, which variables? | 09:57 |
| gillesm | INHERIT += "extrausers" | 09:59 |
| gillesm | EXTRA_USERS_PARAMS += "useradd -P totototo guest;" | 09:59 |
| LetoThe2nd | gillesm: see https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-skeleton/recipes-skeleton/useradd | 09:59 |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 09:59 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:59 | |
| gillesm | ok I understand .. I need to make a receipe... | 10:01 |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:01 | |
| gillesm | tanks | 10:01 |
| *** hpsy <hpsy!~hpsy@197.37.71.155> has joined #yocto | 10:01 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:04 | |
| * LetoThe2nd resists the urge to give the nervous look and say "Where?" | 10:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:09 | |
| mbulut | RP: thx! | 10:13 |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:16 | |
| *** hpsy <hpsy!~hpsy@197.37.71.155> has quit IRC | 10:19 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC | 10:20 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:21 | |
| *** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto | 10:30 | |
| dl9pf | RP: looking ... haven't see that one yet in my builds. Reading the recipes nothing catches my eye. | 10:31 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:33 | |
| RP | dl9pf: I don't understand the warnings, its very strange | 10:37 |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:37 | |
| dl9pf | ok, will try a build for these two packages | 10:39 |
| *** camus <camus!~Instantbi@180.168.140.162> has joined #yocto | 10:40 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:40 | |
| *** camus is now known as kaspter | 10:40 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:41 | |
| RP | dl9pf: I'm seeing locally with different recipes :( | 10:45 |
| RP | texinfo-dummy-native, gettext-minimal-native, base-files, dwarfsrcfiles, initscripts, shadow-sysroot, shadow-securetty | 10:45 |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has joined #yocto | 10:46 | |
| dl9pf | hmm, thats random. | 10:46 |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:47 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:47 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:49 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 10:49 | |
| *** camus is now known as kaspter | 10:49 | |
| *** ptsneves <ptsneves!b0dd7824@176.221.120.36> has quit IRC | 10:51 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:53 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:53 | |
| LetoThe2nd | dl9pf: you mean 4? | 10:54 |
| dl9pf | 42 actually | 10:55 |
| LetoThe2nd | onpe | 10:55 |
| LetoThe2nd | *nope, even. see: https://xkcd.com/221/ | 10:55 |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 10:58 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 10:58 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 11:03 | |
| *** sno <sno!~sno@xdsl-89-0-92-33.nc.de> has quit IRC | 11:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:04 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC | 11:09 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 11:12 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto | 11:35 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 11:39 | |
| *** mckoan is now known as mckoan|away | 11:39 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 11:43 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:44 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 11:47 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 11:47 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 11:47 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 11:59 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 12:04 | |
| RP | Just when you think you've fixed a reproducibility issue, it turns out there is more than one :( | 12:09 |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC | 12:10 | |
| *** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 12:11 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 12:12 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC | 12:17 | |
| LetoThe2nd | RP: believe it or not, i'm currently kind of getting hooked on TDD | 12:19 |
| RP | LetoThe2nd: the game? | 12:20 |
| LetoThe2nd | RP: Test Driven Development | 12:20 |
| LetoThe2nd | RP: btw, current cpu availability crazyness: had to order 2x7752s for build server instead of 2x7702s | 12:22 |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto | 12:22 | |
| *** wooosaiii <wooosaiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC | 12:23 | |
| RP | LetoThe2nd: the testing stuff does make a big difference after a while | 12:23 |
| RP | LetoThe2nd: nice cpus :) | 12:24 |
| LetoThe2nd | RP: yeah hopefully. the problem with the approaches that the cool kids use these days are though that they require a somewhat short round trip | 12:24 |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto | 12:37 | |
| *** Bunio_FH <Bunio_FH!~bunio@188.146.161.190.nat.umts.dynamic.t-mobile.pl> has quit IRC | 12:42 | |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC | 12:43 | |
| *** minimaxwell <minimaxwell!~minimaxwe@26.69.205.77.rev.sfr.net> has joined #yocto | 12:45 | |
| *** sno <sno!~sno@p4fe93db3.dip0.t-ipconnect.de> has joined #yocto | 12:46 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-ctuqobmsihlahsah> has joined #yocto | 12:46 | |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 12:47 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 12:55 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 13:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 13:04 | |
| *** hpsy <hpsy!~hpsy@197.37.71.155> has joined #yocto | 13:06 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 13:09 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 13:11 | |
| *** camus is now known as kaspter | 13:11 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 13:19 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 13:27 | |
| *** linums <linums!~linums@apn-94-44-243-142.vodafone.hu> has joined #yocto | 13:27 | |
| *** linums <linums!~linums@apn-94-44-243-142.vodafone.hu> has quit IRC | 13:40 | |
| *** linums <linums!~linums@apn-94-44-243-142.vodafone.hu> has joined #yocto | 13:43 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 13:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:56 | |
| rburton | woop woop | 13:58 |
| rburton | https://www.irccloud.com/pastebin/OEQGmHv8/ | 13:58 |
| RP | dl9pf: I have partial insight into that warning, bb.warn("SOURCE_DATE_EPOCH value from sstate '%s' is deprecated/invalid. Reverting to SOURCE_DATE_EPOCH_FALLBACK '%s'" % (s, SOURCE_DATE_EPOCH_FALLBACK)) | 13:59 |
| RP | dl9pf: "NameError: name 'SOURCE_DATE_EPOCH_FALLBACK' is not defined" is definitely true there, there is a bug in that line | 13:59 |
| RP | rburton: nice :) | 13:59 |
| rburton | mad props to dorinda for getting debuginfod to work | 14:00 |
| RP | rburton: looking forward to seeing it in action! | 14:00 |
| RP | dorinda: nice work! | 14:00 |
| LetoThe2nd | dorinda: \m/ | 14:00 |
| rburton | a couple of PACKAGECONFIG tweaks and DEBUGINFO_URLS=http://192.168.7.1:8002 in local.conf and your qemu will automatically grab the symbols from the host | 14:00 |
| smurray | very nice | 14:00 |
| dorinda | :) thank you all, with great support from Ross. | 14:01 |
| rburton | Proof that it worked https://www.irccloud.com/pastebin/q7cebroM/ | 14:02 |
| RP | rburton: experimental feature for 3.3? :) | 14:02 |
| rburton | yeah should be able to land the last few bits | 14:02 |
| dl9pf | RP: aah ... d.getVar missing ... | 14:03 |
| dl9pf | you read that 10 times and don't see the issue | 14:04 |
| LetoThe2nd | dl9pf: nah never happend to me. i can't read. | 14:05 |
| RP | dl9pf: indeed, I was trying to trace back the code until I realised | 14:06 |
| dl9pf | 8) | 14:08 |
| RP | dl9pf: of course the question next is why is SDE 0 for those recipes | 14:10 |
| RP | dl9pf: but at least that is a more specific question | 14:10 |
| RP | dl9pf: looks like the SDE file is coming from sstate so perhaps its a cache invalidation issue | 14:12 |
| dl9pf | RP: the SDE 0 is b/c the SDE txt file was retrieved from existing sstate-cache with 0 | 14:14 |
| dl9pf | we either need to invalidate (essentially all old sstate) or replace the 0 | 14:15 |
| RP | dl9pf: I'm wondering why we don't see more sstate coming in like that | 14:16 |
| dl9pf | good question | 14:16 |
| dl9pf | i don't know the answer | 14:16 |
| dl9pf | i expected it to be a lot when using the AB sstate ... thus the replacement, b/c we might not want to invalidate all sstate (or at least that task). | 14:17 |
| jonesv[m] | Can I .bbappend a recipe that is already .bbappended by somebody else? Or is it undefined behavior? Say my bsp uses yocto-linux by appending it, and in my image layer I want to .bbappend it again, e.g. to set `KERNEL_MODULE_AUTOLOAD`. Can I do that? | 14:17 |
| LetoThe2nd | jonesv[m]: you can do multiple appends. | 14:18 |
| RP | jonesv[m]: appends stack in a defined order | 14:18 |
| LetoThe2nd | RP: ... which kind of leaves out the fun. | 14:18 |
| RP | LetoThe2nd: we can do without that kind of fun ;-) | 14:18 |
| * RP remembers the build determinism issues based on order of files on disk | 14:19 | |
| LetoThe2nd | RP: hum, if your build is deterministic even with randomized append order then its a sign of properly laid out metadata. lets do this! | 14:19 |
| jonesv[m] | How is the order defined? | 14:23 |
| JPEW | RP, dl9pf IIRC SOURCE_DATE_EPOCH is excluded from sstate hash calculation | 14:24 |
| jonesv[m] | <jonesv[m] "How is the order defined?"> Is it related to the order in which the layers are declared? I guess there cannot be two .bbappends for the same recipe in the same layer, can it? | 14:25 |
| JPEW | The idea is that one SOURCE_DATE_EPOCH is as good as another, so don't make it part of the hash (which, obviously is not true for rpm SDE=0) | 14:25 |
| JPEW | RP, LetoThe2nd: https://salsa.debian.org/reproducible-builds/disorderfs | 14:26 |
| LetoThe2nd | see, i knew it :) | 14:26 |
| RP | JPEW: its interesting as it does find SOURCE_DATE_EPOCH_FALLBACK so the hash should have changed. I think its a weird effect of hashequiv which is preserving the SDE=0 file even when its using the fallback | 14:28 |
| dl9pf | we still read back 0, just change it when found. don't know whats the best strategy w/o invalidating task hashes | 14:30 |
| *** jobroe <jobroe!~manjaro-u@p579eb651.dip0.t-ipconnect.de> has quit IRC | 14:30 | |
| JPEW | I'm a little suprised it didn't already invalidate all the hashes since you did "export" on SOURCE_DATE_EPOCH_FALLBACK.... but that's probably where hashequiv comes in | 14:31 |
| JPEW | LetoThe2nd: I *suspect* we already get some metadata ordering testing just by testing on multiple build hosts | 14:33 |
| JPEW | As least on the AB | 14:33 |
| JPEW | I have patches to add disorderfs support... but we'd need to be careful that it doesn't slow down the build | 14:33 |
| RP | JPEW: I am a bit worried about the side effects from hashequiv like this :/ | 14:38 |
| RP | jonesv[m]: BBFILES and layer priorities determine the order. You can have multiple appends in a single layer potentially although you'd have to wonder why you'd do that | 14:39 |
| RP | JPEW: with metadata bitbake is quite careful internally about doing things in a specific order and to be deterministic about it | 14:40 |
| qschulz | RP: wondering if the order in whcih bbappends from the same layer are applied is deterministic? | 14:40 |
| RP | qschulz: I remember working on it to ensure it is | 14:41 |
| LetoThe2nd | JPEW: already wrote earlier - i'm currently lookinto into the TDD approach for dayjob application development, and its an interesting take on things. can't help wondering how knowledge could be transferred to the YP world. | 14:41 |
| JPEW | LetoThe2nd: Ya! I'm all about automated tests. I've been working on doing CI + on-target tests with labgrid | 14:44 |
| LetoThe2nd | JPEW: :) | 14:44 |
| JPEW | I currently have it setup so that I can build the latest master of all the layers I care about for my Pi-like boards and do CI testing on them | 14:45 |
| JPEW | My tests right now are pretty trivial "does it boot" tests, but even those have already found a few bugs :) | 14:45 |
| *** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 14:47 | |
| LetoThe2nd | I'm actually more examining the mindset. e.g. 1) write failing test 2) make test pass 3) refactor 4) go to 1) | 14:48 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 14:48 | |
| *** yifan <yifan!~yifan@135.0.247.71> has joined #yocto | 14:49 | |
| LetoThe2nd | but that really works if you can do try-test cycles real quick, in a couple of seconds. | 14:49 |
| JPEW | LetoThe2nd: Ya, that can be really hard with on-target testing | 14:50 |
| JPEW | LetoThe2nd: Maybe I'm weird, but I get *really* happy when there is a patch with more test code changes than the actual bug took to fix :) | 14:51 |
| LetoThe2nd | JPEW: then i'm probably weirder because i envy those who can properly document and write tests. its kind of a thing i've never learned properly and now its backfiring. | 14:52 |
| rburton | Hm who was asking about Arm workstations last week... | 14:52 |
| rburton | https://store.avantek.co.uk/ampere-altra-64bit-arm-workstation.html is graviton2-speed | 14:52 |
| RP | JPEW: the "does it boot test" is key, I remember the job when we had YP do that automatically | 14:53 |
| *** linums <linums!~linums@apn-94-44-243-142.vodafone.hu> has quit IRC | 15:03 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 15:04 | |
| *** hpsy1 <hpsy1!~hpsy@197.37.213.245> has joined #yocto | 15:13 | |
| *** hpsy <hpsy!~hpsy@197.37.71.155> has quit IRC | 15:14 | |
| *** minimaxwell <minimaxwell!~minimaxwe@26.69.205.77.rev.sfr.net> has quit IRC | 15:16 | |
| gillesm | can you tell me if the skeleton recipe have to be inherit or copied and modified ? | 15:17 |
| kayterina | hello.I have some bash scripts and systemd services I want to install in my image. How do I make the correct structure so to add them with devtool add <git:repo>? | 15:17 |
| kayterina | maybe the question is how do I make a correctly structered tarball out of my git repo? | 15:19 |
| sakoman | Is anyone aware of a layer to support Android style read only rootfs (i.e symlinking core package state files from /etc to /data/etc) ? | 15:27 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 15:32 | |
| qschulz | kayterina: not sure to understand the question exactly. What's wrong with `devtool add <git:repo>`? it supports git repos | 15:34 |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has joined #yocto | 15:38 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 15:39 | |
| LetoThe2nd | gillesm: copied | 15:41 |
| JPEW | sakoman: Not a layer, but we do that ad-hoc with tmpfiles | 15:42 |
| sakoman | JPEW: ah, so any changes are wiped on next boot? | 15:43 |
| JPEW | No, bind mount or symlinks to a persistent partition | 15:44 |
| JPEW | Well, depends on the file I guess, some are temporary | 15:44 |
| sakoman | JPEW: indeed, lots of special cases. is any of that work public? | 15:45 |
| sakoman | I hate re-inventing the wheel :-) | 15:45 |
| JPEW | sakoman: No, sorry. It's pretty layout specific so it wouldn't be too much help anyway | 15:45 |
| kayterina | yes it supports, but with my repo it didn't put aything in /workspace/sources like it does if I add for example faad2.we have a private git where I upload my code. I did devtool add </home/localgitfolder> | 15:46 |
| sakoman | JPEW: I was afraid of that! | 15:46 |
| qschulz | kayterina: for tarballs, best practices dictate there is only one directory at the root of the tarball which is named ${PN}-${PV}, which then contains the whole source code | 15:49 |
| qschulz | you have the option to name it the way you want, but ${PN}-${PV} is a good name because it is what `S` defaults to so you don't have to change it | 15:50 |
| JPEW | sakoman: Ya, sorry. Not much help other than "yes this is possible!". We run a R/O squashfs as our root file system :) | 15:50 |
| sakoman | JPEW: This client has quite a complex image with many layers, so this is going to be quite tedious :-( | 15:51 |
| kayterina | ok.thaks | 15:52 |
| *** lsg <lsg!uid488839@gateway/web/irccloud.com/x-wksfbkdqnntqqumh> has joined #yocto | 15:54 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 15:56 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 15:57 | |
| *** codysch[m] <codysch[m]!codyschmat@gateway/shell/matrix.org/x-xbnmhuqtlmglwvux> has quit IRC | 16:00 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 16:02 | |
| yates | is any of yocto based on linaro? | 16:05 |
| *** minimaxwell <minimaxwell!~minimaxwe@atoulouse-258-1-35-192.w90-55.abo.wanadoo.fr> has quit IRC | 16:06 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 16:06 | |
| mcfrisk | hmm many layers, I have one project with 62 though most have just one/two recipes and so many due to git repo permission scheme... | 16:07 |
| mcfrisk | sigh, gerrit | 16:08 |
| *** mbulut <mbulut!~nameclash@ip1f121f26.dynamic.kabel-deutschland.de> has quit IRC | 16:10 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 16:12 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 16:14 | |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has quit IRC | 16:25 | |
| smurray | sakoman: the painful thing with the symlink approach is needing to patch various things that explicitly use O_NOFOLLOW on open. mount binding or using overlayfs is more appealing to me now just because it avoids that | 16:27 |
| kergoth | smurray: the volatile-binds recipe sets up services for a specified list of bind mounts to make certian areas writable, with a variable to control that, and if the path being mounted over already contains files and the writable path doesn't, it'll copy the existing contents over | 16:34 |
| kergoth | of course, there are other options, such as overlay filesystems, too | 16:34 |
| kergoth | https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-core/volatile-binds/volatile-binds.bb | 16:35 |
| smurray | kergoth: right, I've even used that before ;) | 16:36 |
| kergoth | can easily tweak a .wks to add a user data partition and then mount to that rather than volatile paths. *shrug* | 16:38 |
| kergoth | i agree symlinks suck though :) | 16:38 |
| kergoth | an overlay fs is more convenient, but historically they haven't always been well supported | 16:38 |
| smurray | that changed once all the container stuff needed it | 16:39 |
| kergoth | true | 16:40 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:43 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC | 16:50 | |
| *** NiniC0c0 <NiniC0c0!56ee833f@lfbn-idf2-1-900-63.w86-238.abo.wanadoo.fr> has joined #yocto | 16:50 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto | 16:52 | |
| sakoman | smurray: kergoth: I'm trying to convince them that symlinks aren't the best option :-) | 16:52 |
| kergoth | sakoman: good luck :) | 16:53 |
| sakoman | kergoth: and to make matters more interesting they want to switch to a read-only rootfs just a few days before a release! | 16:54 |
| smurray | sakoman: lol | 16:57 |
| *** jbaxter <jbaxter!~jbaxter@nat-ies.mentorg.com> has quit IRC | 16:57 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 16:57 | |
| *** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC | 16:58 | |
| *** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto | 16:58 | |
| fray | lol and read-only rootfs needs to be weeks or months before release.. not a few days.. | 16:58 |
| kergoth | hahah | 16:59 |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 16:59 | |
| kergoth | yeah, r/o is a lot of drudgery. recipe A breaks on r/o, add a bind, recipe B breaks on r/o, tweak a config file, rinse, repeat | 16:59 |
| yates | kergoth: i am interested in generating my own linux sdk for a special processor. does yocto provide any of the low-level source code (e.g., usb drivers) or must i provide them from something like linaro? | 17:07 |
| yates | assume the processor is arm-based | 17:07 |
| kergoth | the linux kernel has a ton of drivers built in, and that's what we build. whether the stock upstream kernel will work or whether you need to use a bsp layer provided by someone else or by the manufacturer will depend on you rhardware | 17:08 |
| kergoth | see the layer index | 17:08 |
| kergoth | http://layers.openembedded.org/layerindex/branch/master/machines/ | 17:08 |
| kergoth | http://layers.openembedded.org/layerindex/branch/master/machines/?q=&browse=1 | 17:08 |
| qschulz | anyone to tell me if FILES_lib${PN} is a good idea or not wrt multilib and other fun kinds of BBCLASSEXTEND for example?? | 17:11 |
| *** fl0v0 <fl0v0!~fvo@i5E86AC76.versanet.de> has quit IRC | 17:11 | |
| qschulz | RP: maybe ^? | 17:12 |
| *** yifan <yifan!~yifan@135.0.247.71> has quit IRC | 17:13 | |
| *** jbaxter <jbaxter!~jbaxter@nat-ies.mentorg.com> has joined #yocto | 17:13 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 17:15 | |
| kergoth | ah yes, the "where exactly do i need to shove ${MLPREFIX}?" question.. | 17:15 |
| kergoth | :) | 17:15 |
| *** linums <linums!~linums@apn-94-44-241-212.vodafone.hu> has joined #yocto | 17:15 | |
| qschulz | kergoth: I don't know exactly when ${PN} is expanded and gets its prefix :/ | 17:16 |
| qschulz | and I remember there were issues with that (that was fixed by RP in dunfell IIRC) | 17:16 |
| * RP has blanks that from memory | 17:17 | |
| qschulz | sorry for bringing up those multilib nightmares again :D | 17:18 |
| *** linums <linums!~linums@apn-94-44-241-212.vodafone.hu> has quit IRC | 17:20 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 17:20 | |
| RP | qschulz: I think expansion happens after PN is changed so its probably a bad idea | 17:21 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 17:21 | |
| fray | lib${PN} is a bad idea.. you want lib${BPN}.. I think | 17:22 |
| kergoth | if you use bpn instead of pn you'll probably also need ${MLPREFIX} in that case | 17:22 |
| fray | ${PN} is modified fairly early to: ${MLPREFIX}=${BPN} | 17:22 |
| kergoth | ${MLPREFIX}lib${BPN} or something | 17:22 |
| kergoth | unless i'm missing something, which is possible | 17:22 |
| kergoth | i never remember that processing order.. | 17:23 |
| fray | kergoth, thats the part I can't remember, if you need to handle the mlprefix yourself or if it gets added automatically | 17:23 |
| RP | kergoth: we've changed it several times | 17:23 |
| fray | kergoth and ya, if it's not automatic -- what you had is the right format | 17:23 |
| kergoth | qschulz: i'd just test it and use bitbake -e to make sure things are what you expect in each context.. | 17:23 |
| kergoth | get a multilib configured qemux86-64 and add bbclassextend and test all 3 variants | 17:24 |
| qschulz | kergoth: yeah but sometimes you forget corner cases and it's for a recipe for inclusion in meta-oe IIUC my colleague :) | 17:24 |
| qschulz | thanks all :) | 17:24 |
| kergoth | true. have fun :) | 17:24 |
| *** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has left #yocto | 17:26 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 17:27 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 17:28 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 17:29 | |
| *** vineela <vineela!~vtummala@134.134.139.72> has joined #yocto | 17:29 | |
| zeddii | khem: if you bump your meta SRCREV to this; https://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/commit/?h=yocto-5.10&id=5beca08578eee2d36a948503deda957bd50a2f73 you should still be able to build and boot your ppc64 qemu. | 17:42 |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 17:51 | |
| *** sgw <sgw!~sgw@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 17:54 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 17:55 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 17:55 | |
| manuel1985 | Is there some magic variable which allows me to add kernel arguments to /boot/extlinux/extlinux.conf? | 17:57 |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 17:57 | |
| *** linums <linums!~linums@apn-94-44-241-212.vodafone.hu> has joined #yocto | 17:58 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 17:59 | |
| smurray | manuel1985: that's one of those "it depends" questions. If you're using the support from uboot-extlinux-config.bbclass, UBOOT_EXTLINUX_KERNEL_ARGS would do it. If you're using the extlinux.conf generation in wic, AFAIK you need to do it in the .wks file | 17:59 |
| manuel1985 | smurray: Thanks! Will try it. | 18:01 |
| *** richbridger <richbridger!~richbridg@089144194174.atnat0003.highway.a1.net> has joined #yocto | 18:08 | |
| *** linums <linums!~linums@apn-94-44-241-212.vodafone.hu> has quit IRC | 18:15 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has joined #yocto | 18:17 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 18:23 | |
| vdl | manuel1985: UBOOT_EXTLINUX_KERNEL_ARGS += from the machine definition works fine (but not from an image recipe, be careful) | 18:25 |
| manuel1985 | vdl: in my case, the machine configuration file requires an .inc file which requires another .inc file which sets it with "UBOOT_EXTLINUX_KERNEL_ARGS ?=". So I should rather use UBOOT_EXTLINUX_KERNEL_ARGS_append rather than UBOOT_EXTLINUX_KERNEL_ARGS += from my local.conf, shouldn't I? | 18:28 |
| vdl | manuel1985: you'll have to try this, I'm always confused about _append = " foo" vs += "foo", sorry. | 18:30 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-yhjabhghkrkjexot> has quit IRC | 18:30 | |
| manuel1985 | vdl: I'm fairly sure this is why they initially came up with the whole _append concept. Will try. Thanks in any case! | 18:31 |
| Saur | manuel1985: If you want to keep the values that are set using UBOOT_EXTLINUX_KERNEL_ARGS ?= "...", then you should use UBOOT_EXTLINUX_KERNEL_ARGS_append. Using UBOOT_EXTLINUX_KERNEL_ARGS += would ignore any values set using ?= | 18:31 |
| manuel1985 | Saur: Great, good to have it confirmed. :) Thanks! | 18:32 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:46e1:3435:9ae8:d4e> has quit IRC | 18:32 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:cb25:132:724:97a4> has joined #yocto | 18:32 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has quit IRC | 18:33 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 18:34 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 18:34 | |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/1838/steps/15/logs/stdio - looks new - scheduling while atomic too :/ | 18:36 |
| *** f3ddischson <f3ddischson!~feddischs@HSI-KBW-109-192-195-141.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 18:38 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 18:38 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has joined #yocto | 18:39 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 18:40 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 18:42 | |
| zeddii | RP: I can start a qemux86-64 build here and see if I get the same thing. | 18:42 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 18:44 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has joined #yocto | 18:44 | |
| RP | zeddii: I doubt it reproduces as there were other builds active. Just unusual to see scheduling while atomic | 18:46 |
| RP | that is bad | 18:46 |
| RP | and makes a change from rcu timeouts | 18:46 |
| zeddii | yah. that's harder to trigger. since it really stalled for a long time, or some race was exposed. | 18:49 |
| zeddii | I fixed that warning on qemux86 boot though. i'll send it along tomorrow with some other minor changes. | 18:49 |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 18:51 | |
| paulg | zeddii just introduces random sleeping-while-atomic issues to see if anyone is paying attention. | 19:00 |
| zeddii | heh. | 19:07 |
| zeddii | the worst part, is I can't even bisect to see if anything has been done in particular with that locking. Altough, from my poking at MSI interrupts to fix the 32bit boot, there's a LOT of tweaking in the code you'd expect to not change much. | 19:08 |
| fray | zeddii do you still include the Intel, knee cap the kernel in 48 hours patch? | 19:12 |
| zeddii | fray: removed it May 2020. | 19:15 |
| fray | HAHAHA couldn't find a maintainer? | 19:16 |
| fray | The patch written for a lawyer.. lol | 19:16 |
| yates | kergoth: i see - thank you. | 19:17 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:18 | |
| yates | so the "bsp" (board support package) contains drivers that either aren't provided by the kernel or which need to be replaced (e.g., due to custom processor/peripherals)? | 19:19 |
| yates | does the kernal include u-boot, or is that provided by the bsp? | 19:19 |
| JPEW | yates: The BSP | 19:19 |
| yates | JPEW: ok, good | 19:19 |
| vdl | is there something to get kind of a "diff" between two images? | 19:25 |
| JPEW | vdl: diffoscope? | 19:27 |
| yann | buildhistory ? | 19:31 |
| vdl | JPEW: let say you want to build an overlayfs image or btrfs or something containing just the diff files. e.g. image A contains a+b, image B contains a+b+c, the "diff image" would only contain "c" files. | 19:31 |
| JPEW | vdl: Ah, I don't know of any way to do that (short of actually constructing the file system that way "live" using overlayfs) | 19:36 |
| vdl | JPEW: that'd be neat actually to provide custom small updates mechanism | 19:42 |
| aleblanc | vdl JPEW, would populating an image by hand using the pkg viable ? | 19:46 |
| JPEW | I have no idea | 19:46 |
| vdl | aleblanc: it would be mostly error-prone. | 19:50 |
| aleblanc | vdl maybe | 19:51 |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has quit IRC | 19:58 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has joined #yocto | 19:58 | |
| khem | zeddii: cool. Updated the recipe locally, lets see. btw I was seeing a warning about CONFIG_POWER4 option not being recognised. I think it should be removed from defconfig for qemuppc64 | 20:05 |
| zeddii | I can take a peek at that. | 20:06 |
| zeddii | I can't figure out why I'm the only person not able to build btrfs-tools right now, so I can't actually assemble an image to test anything | 20:06 |
| khem | cool. right now I have core-image-minimal passing -ctestimage and also core-image-sato building and booting, there is one issue with diplay where fonts are garbled but otherwise its looking ok | 20:07 |
| smurray | vdl: I believe there's some stuff in non-core layers for generating the difference between two images for ostree based updaters, but it likely would take some rework to do what you describe | 20:15 |
| khem | zeddii: here is exact msg https://paste.ubuntu.com/p/mGPTfdMP8Z/ | 20:20 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8e1:8c0f:8c00:9696> has quit IRC | 20:24 | |
| *** f3ddischson <f3ddischson!~feddischs@HSI-KBW-109-192-195-141.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 20:27 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 20:29 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 20:29 | |
| gillesm | hi how can I set a root password by recipe? | 20:32 |
| Saur | gillesm: You probably want to look at the extrausers bbclass. | 20:34 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:8e1:8c0f:8c00:9696> has joined #yocto | 20:37 | |
| gillesm | saur ok thanks:) | 20:40 |
| *** jbaxter <jbaxter!~jbaxter@nat-ies.mentorg.com> has quit IRC | 20:43 | |
| Saur | gillesm: For example, you can use something like this after you inherit extrausers in an image recipe: EXTRA_USERS_PARAMS += "usermod -p '<encrypted password>' root; " | 20:45 |
| gillesm | Saur yes I know that in local.conf but I am learning how to put it in recipe ... | 20:46 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 20:57 | |
| *** jbaxter <jbaxter!~jbaxter@host81-132-126-225.range81-132.btcentralplus.com> has joined #yocto | 21:00 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:a821:120d:f822:bb01> has quit IRC | 21:01 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 21:02 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has quit IRC | 21:03 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has joined #yocto | 21:03 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC | 21:05 | |
| *** pbb <pbb!~quassel@mail.petabyte.dev> has joined #yocto | 21:05 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 21:07 | |
| *** om26er <om26er!6e260b11@ubuntu/member/om26er> has joined #yocto | 21:10 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 21:17 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:19 | |
| *** xtron <xtron!~xtron@103.113.103.12> has joined #yocto | 21:19 | |
| *** TalleyHo <TalleyHo!c71b740f@199.27.116.15> has joined #yocto | 21:19 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 21:21 | |
| TalleyHo | I've been fighting w/ kernel-fitimage the last couple of days on dunfell w/ i.mx8 and a flavor of the community version. It seems to me that if INITRAMFS_IMAGE_BUNDLE = "1", that the fitImage should _not_ contain a separate ramdisk entry? Ie, do_assemble_fitimage_initramfs() should call fitimage_assemble w/ a 0 instead of 1 (ramdisk count) | 21:22 |
| TalleyHo | otherwise, the boot hangs at Starting Kernel... but if if boot the fitImage (non-ramdisk version) the kernel boots fine -- so I know the kernel is good. | 21:23 |
| *** jbaxter <jbaxter!~jbaxter@host81-132-126-225.range81-132.btcentralplus.com> has quit IRC | 21:24 | |
| RP | JPEW: any idea why RPM would seem to hang diffoscope? :/ | 21:32 |
| JPEW | RP: Nope. Do you know if it's I/O bound, CPU bound, or just stuck? | 21:36 |
| fray | is it trying to extract and inspect the contents? some of the diff tools have enough understanding to extract the cpio and compare the contents | 21:36 |
| RP | JPEW: its using 100% cpu of a single core and never seems to complete | 21:36 |
| JPEW | RP: Weird | 21:37 |
| RP | JPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/115/builds/23/steps/13/logs/stdio | 21:37 |
| RP | 55124 pokybui+ 20 0 409428 78116 7900 R 100.0 0.1 738:02.39 nativepython3 | 21:38 |
| JPEW | RP: Hmm, should not take 12 hours for 2 packages | 21:38 |
| RP | JPEW: right :/ | 21:38 |
| RP | JPEW: its looping in python somewhere, strace shows nothing, gdb shows its in python | 21:40 |
| * RP doesn't have py-bt on that host | 21:40 | |
| JPEW | RP: Can you grab the packages? We can run diffoscope locally to see if it reproduces | 21:41 |
| JPEW | fray: Ya, diffoscope is supposed to be able to do that | 21:41 |
| RP | JPEW: https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20210222-4dslwe0b/packages/ :) | 21:41 |
| JPEW | I suspect rpm diffing with diffoscope may not be getting terribly much attention since Fedora kinda (temporarily?) gave up reproducible builds | 21:42 |
| RP | JPEW: I have a patch in master-next for that difference btw so I know the cause | 21:42 |
| *** hpsy1 <hpsy1!~hpsy@197.37.213.245> has quit IRC | 21:44 | |
| *** kpo_ <kpo_!~kpo@gl88-35.master.pl> has joined #yocto | 21:45 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:45 | |
| JPEW | RP: Well, it seems to be reproducible | 21:46 |
| RP | JPEW: our diffoscope or a local different one? | 21:48 |
| JPEW | The one on my desktop | 21:48 |
| RP | JPEW: nice to have something which is reproducibile for a change :D | 21:48 |
| *** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 21:53 | |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has quit IRC | 21:58 | |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has joined #yocto | 21:59 | |
| dl9pf | diff [A/B]rsync.rpm worked locally with diffoscope v154 | 21:59 |
| dl9pf | it does go into readelf and objdump to diff the 2 ... | 22:01 |
| JPEW | Hmm, it looks like it's getting hung up with the HTML output specifically | 22:01 |
| RP | dl9pf: I think the SDE stuff is getting hung up as you're not writing the fallback value into the SDE file | 22:03 |
| JPEW | Ya, it's a *huge* diff, and I'm guessing the HTML output is triggering some pathological case | 22:03 |
| dl9pf | https://usercontent.irccloud-cdn.com/file/HwMcODlL/rpm.diffoscope.html.tar.bz2 | 22:03 |
| RP | dl9pf: combine this with hashequiv and I can see how it would get confused | 22:03 |
| dl9pf | on diffoscope ? | 22:03 |
| dl9pf | now I'm confused ... | 22:04 |
| JPEW | dl9pf: Ah.. I wonder if we need the python rpm module | 22:04 |
| dl9pf | ok, then how should we deal with the 'old' (aka wrong) value being extracted from sstate-cache ? | 22:04 |
| RP | dl9pf: I'm talking crossed porpoises, sorry :) | 22:04 |
| JPEW | My diffoscope is only comparing the rpms in can't go into them (probably like the AB) | 22:04 |
| RP | dl9pf: I have a tweak to your patch in mind | 22:04 |
| *** linums <linums!~linums@natx-145.kulnet.kuleuven.be> has quit IRC | 22:05 | |
| vdl | whoops, wic --fstype doesn't support f2fs | 22:05 |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has joined #yocto | 22:06 | |
| *** xtron <xtron!~xtron@103.113.103.12> has quit IRC | 22:09 | |
| dl9pf | JPEW: yeah, got python3-rpm installed locally ... so the desktop-diffoscope has it | 22:10 |
| dl9pf | might want that for the autobuilder as well | 22:11 |
| JPEW | dl9pf, RP: Yep, just verified that it works once python3-rpm is installed | 22:12 |
| JPEW | Need to figure out how to package that in OE | 22:12 |
| * JPEW has to go cook supper | 22:12 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:16 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 22:17 | |
| *** td23 <td23!5daf7cc8@h124200.man.tk-internet.pl> has joined #yocto | 22:20 | |
| *** td <td!5daf7cc8@h124200.man.tk-internet.pl> has joined #yocto | 22:20 | |
| RP | JPEW, dl9pf: In the interests of getting the working for now, I think I may add --exclude *.rpm | 22:21 |
| *** td23 <td23!5daf7cc8@h124200.man.tk-internet.pl> has quit IRC | 22:21 | |
| dl9pf | python3-rpm is part of the rpm package | 22:21 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:24 | |
| td | hello, is scissors line supported in patch submitting on oe-core? | 22:24 |
| dl9pf | so we'd need python3-rpm-native ? give it a shot before we exclude maybe ? | 22:25 |
| JPEW | dl9pf, RP: Yep. Got it. Patch coming | 22:39 |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.22.179> has joined #yocto | 22:40 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 22:42 | |
| *** ctlnwr <ctlnwr!~catalin@46.97.150.20> has quit IRC | 22:44 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 22:46 | |
| *** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 22:47 | |
| *** td <td!5daf7cc8@h124200.man.tk-internet.pl> has quit IRC | 22:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 22:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 22:53 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC | 22:57 | |
| *** agust <agust!~agust@p508b685a.dip0.t-ipconnect.de> has quit IRC | 22:58 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 23:00 | |
| RP | JPEW: thanks, beat me to it. Thanks for the debugging, I really wasn't getting my mind onto that one today | 23:03 |
| RP | JPEW, dl9pf: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=8ecc50a0a2bdc4edad48c717e7935d0d337084c6 is what I'm thinking may fix SDE | 23:04 |
| zeddii | can anyone think of anything more than sstate that could corrupt a build of btrfs tools ? I switched from qemux86 in debugging the warning on boot, to qemux86-64 and btrfs tools blows up in a way that can't possibly be anything but something broken on my machine. | 23:11 |
| zeddii | I've been broken all afternoon and am out of ideas. The only touch on the package is anuj's minor version bump, and reverting that was a no-op. | 23:11 |
| zeddii | https://pastebin.com/nz4qR07U | 23:12 |
| zeddii | setuptools has been, and still is, in the depends, etc. | 23:12 |
| RP | zeddii: I'm sure I saw this | 23:14 |
| zeddii | I've searched the native sysroot, and I can't find any trace of setuptools, but I may not be looking for it properly. | 23:15 |
| RP | zeddii: oh, but it was caused by insanity locally which you couldn't have. You don't have any of my t222 branch I assume? | 23:15 |
| *** ctlnwr__ <ctlnwr__!~catalin@46.97.150.20> has joined #yocto | 23:15 | |
| zeddii | no. but I have my own fair share of local insanity, but none that should cause this. | 23:15 |
| zeddii | it | 23:16 |
| RP | zeddii: in my case I had some code go crazy and it was deleting the contents of the sysroot so python3-setuptools-native was empty in the sysroot | 23:16 |
| zeddii | ahah. nasty. I looked for *setuptools* in the recipe sysroot and found nothing. | 23:16 |
| RP | zeddii: have a look at what python3-setuptools-native's contents is | 23:17 |
| RP | zeddii: sysroot-components/ is a good place to look | 23:17 |
| *** ctlnwr_ <ctlnwr_!~catalin@46.97.22.179> has quit IRC | 23:19 | |
| zeddii | and that's right in the recipe-sysroot-native, right ? I see no sign of any of it. which of course leads to that error. Maybe I should be doing a cleanall on python-native, it may have been somehow corrupted. I had some horrible networking and other issues today. | 23:19 |
| * zeddii tries that | 23:20 | |
| *** kpo_ <kpo_!~kpo@gl88-35.master.pl> has quit IRC | 23:21 | |
| *** kpo_ <kpo_!~kpo@088156208193.radom.vectranet.pl> has joined #yocto | 23:21 | |
| RP | zeddii: TMPDIR/sysroot-components/x86_64/python3-setuptools-native | 23:22 |
| *** imcleod_ <imcleod_!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has quit IRC | 23:25 | |
| zeddii | hah. I'm not sure how I didn't know about that. | 23:25 |
| zeddii | and that directory is empty. hmm. | 23:25 |
| zeddii | cleaning that specifically. something very wrong has happened. | 23:27 |
| RP | zeddii: that sounds very suspicious... | 23:27 |
| RP | zeddii: sysroot-components is where everything is hardlinked from to for recipe-sysroot and recipe-sysroot-native | 23:28 |
| RP | Its nice nobody actually has to care about the details, maybe I got something right :) | 23:28 |
| zeddii | indeed. The list of things that have broken, that shouldn't be possible, today is shocking. And I don't mean oe/yocto build related. Everything from wifi dying, to DNS being wrong on half my machines, to a server in the office going nuts (and now I have to go in) .. so none of this is surprising to me now. | 23:29 |
| zeddii | I got zero progress on anything, I just debugged "stuff that shouldn't break" and infrastructure. | 23:29 |
| zeddii | ahhhh. Monday. | 23:29 |
| RP | zeddii: I'm also having one of those days :/ | 23:30 |
| *** linums <linums!~linums@apn-94-44-114-128.vodafone.hu> has quit IRC | 23:32 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC | 23:33 | |
| *** linums <linums!~linums@84.198.214.27> has joined #yocto | 23:33 | |
| zeddii | and it's late for you! I have a bit more time to be annoyed. I cleaned the -native and rebuilt it, I see it in the provider now. but it still went boom in btrfs-tools. None of this is normal, I'll just rm -rf it overnight. | 23:34 |
| *** kpo__ <kpo__!~kpo@gl1-35.master.pl> has joined #yocto | 23:43 | |
| *** kpo_ <kpo_!~kpo@088156208193.radom.vectranet.pl> has quit IRC | 23:43 | |
| *** RzR <RzR!~rzr@unaffiliated/rzr> has quit IRC | 23:46 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:cb25:132:724:97a4> has quit IRC | 23:47 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 23:52 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!