| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 00:01 | |
| *** dakhouya <dakhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has quit IRC | 00:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:16 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:41 | |
| v0n | codyps: so essentially if I want to let my customers build their own application for the target without sharing sensitive stuffs (e.g. the daughterboard or in-house apps) I can share the distro layer to them and ask them to build for the "beaglebone(-yocto)" machine, while I would be using a custom machine on my side. | 01:02 |
|---|---|---|
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 01:05 | |
| *** MatheusR <MatheusR!~matheus.r@186.222.118.180> has joined #yocto | 01:45 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 01:46 | |
| *** fury is now known as furysox | 01:50 | |
| *** furysox is now known as fury | 01:50 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 01:50 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 01:52 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 01:58 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 01:59 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:02 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has joined #yocto | 02:04 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:07 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:08 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 02:11 | |
| *** MatheusR <MatheusR!~matheus.r@186.222.118.180> has quit IRC | 02:11 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 02:34 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has joined #yocto | 02:34 | |
| zeddii | RP: somehow I ended up with a temp commit and the push bounced on non-ff, and I didn't notice. | 02:38 |
| *** cbrake1 <cbrake1!cbrakematr@gateway/shell/matrix.org/x-xesgoiedghotiizb> has quit IRC | 02:38 | |
| zeddii | I'll resend. | 02:38 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:39 | |
| *** khem <khem!khemmatrix@gateway/shell/matrix.org/x-meqxpfrmjqgapgxq> has quit IRC | 02:39 | |
| *** khem <khem!khemmatrix@gateway/shell/matrix.org/x-wwxbjmpesjrteobd> has joined #yocto | 02:39 | |
| *** khem is now known as Guest39239 | 02:40 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:40 | |
| *** cbrake1 <cbrake1!cbrakematr@gateway/shell/matrix.org/x-qmeesrtihqzwkose> has joined #yocto | 02:42 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:45 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 02:49 | |
| zeddii | RP: rebased and dropped my debug commit, the patch will be fine now. | 02:50 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 03:02 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 03:09 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:11 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:26 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 03:27 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:32 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 03:33 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 03:36 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:39 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 03:42 | |
| *** ahadi <ahadi!~ahadi@i5E86AD37.versanet.de> has quit IRC | 03:43 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 03:43 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 03:44 | |
| *** ahadi <ahadi!~ahadi@i5E86AF6F.versanet.de> has joined #yocto | 03:45 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 03:47 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 03:51 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 03:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:00 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 04:12 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 04:12 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 04:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:34 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-knsvbympslmjnvwr> has quit IRC | 04:37 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 04:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:48 | |
| *** adelcast <adelcast!~adelcast@2806:108e:1a:9622:639:45d7:75dd:768b> has quit IRC | 04:52 | |
| *** jobroe <jobroe!~manjaro-u@p579eb67e.dip0.t-ipconnect.de> has joined #yocto | 04:52 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:57 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:01 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 05:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:08 | |
| *** ahadi <ahadi!~ahadi@i5E86AF6F.versanet.de> has quit IRC | 05:39 | |
| *** ahadi <ahadi!~ahadi@i5E86AF6F.versanet.de> has joined #yocto | 05:41 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:50 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 05:51 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:52 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:52 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:55 | |
| *** gnac <gnac!~gnac@or-71-0-52-80.sta.embarqhsd.net> has quit IRC | 05:56 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:58 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has joined #yocto | 05:59 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-212.xnet.hr> has joined #yocto | 06:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:01 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 06:02 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has joined #yocto | 06:03 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 06:11 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:16 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:39 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 07:02 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 07:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 07:07 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC | 07:07 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 07:08 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:09 | |
| *** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto | 07:11 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 07:14 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:25 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 07:28 | |
| mcfrisk | bazel, the holy grail of reproducible builds fails to build reproducibly.. palm, face | 07:29 |
| *** agust <agust!~agust@p5483356f.dip0.t-ipconnect.de> has joined #yocto | 07:30 | |
| *** mckoan|away is now known as mckoan | 07:31 | |
| mckoan | good morning | 07:31 |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 07:32 | |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has joined #yocto | 07:33 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 07:34 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 07:37 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 07:41 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 07:42 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 07:43 | |
| mihai | morning | 07:46 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 07:46 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 07:47 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 07:51 | |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:52 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 07:53 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 07:54 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 07:59 | |
| *** fl0v0 <fl0v0!~fvo@i5E86AFF4.versanet.de> has joined #yocto | 07:59 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 08:01 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:01 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wpbfwzdxdfrerbis> has joined #yocto | 08:03 | |
| *** dsueiro <dsueiro!uid467101@gateway/web/irccloud.com/x-xaqupybuqtryqhxa> has joined #yocto | 08:14 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 08:15 | |
| *** zyga <zyga!~zyga@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 08:16 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 08:16 | |
| *** tnovotny <tnovotny!~tnovotny@176-74-132-138.netdatacomm.cz> has joined #yocto | 08:18 | |
| dsueiro | We are having some problems with our CI system where the `do_populate_sysroot_setscene: Fetcher failure` task fails because of instability in our sstate cache mirror. Bitbake is able to recover by re-building the recipe and the whole build finishes successfully. But because of this task failure, bitbake returns non-zero making our CI not happy. Is there any specific reason to have bitbake returning non-zero in this case? | 08:21 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 08:22 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 08:23 | |
| *** Klox048093186316 <Klox048093186316!~Klox@c-24-1-131-19.hsd1.il.comcast.net> has quit IRC | 08:25 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 08:26 | |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has quit IRC | 08:27 | |
| paulbarker | dsueiro: That's a known issue. I've looked a couple of times for a good fix but bitbake really assumes that the sstate mirror is reliable | 08:32 |
| *** luneff <luneff!~yury@95.174.106.201> has joined #yocto | 08:33 | |
| paulbarker | dsueiro: A workaround is to run `bitbake --setscene-only ${IMAGES} || true` first to fetch from the sstate cache ignoring errors | 08:35 |
| paulbarker | Then `bitbake --skip-setscene ${IMAGES}` to build anything which couldn't be fetched from sstate | 08:35 |
| luneff | I'm compiling Yocto with DEBUG_BUILD = "1" and I got error with ltrace (error: 'data' may be used uninitialized in this function) which is probably related to compiler flags. Any workaround? | 08:35 |
| luneff | probably DEBUG_BUILD = "0" in ltrace's bbappend? | 08:37 |
| stefan-schmidt[m | good morning | 08:38 |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has joined #yocto | 08:40 | |
| dsueiro | paulbarker: Thanks for the tip. Is there anything that can be made to trick bitbake in this case? | 08:41 |
| *** luneff <luneff!~yury@95.174.106.201> has quit IRC | 08:43 | |
| paulbarker | dsueiro: Trick bitbake in what sense? | 08:45 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 08:46 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 08:46 | |
| *** minimaxw1ll <minimaxw1ll!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 08:49 | |
| *** amitk_ is now known as amitk | 08:50 | |
| *** minimaxw1ll <minimaxw1ll!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has left #yocto | 08:50 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 08:50 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 08:50 | |
| *** wz <wz!~wojteg@89-64-68-83.dynamic.chello.pl> has joined #yocto | 08:51 | |
| dsueiro | paulbarker: for a setscene task the fetcher raise the failure as a warning or info instead of an error. I didn't have time to look at the code to check if this is feasible. | 08:57 |
| *** sno <sno!~sno@2001-4dd3-42dc-0-5c82-9c43-ed32-b31a.ipv6dyn.netcologne.de> has joined #yocto | 08:58 | |
| paulbarker | dsueiro: It's feasible as a local patch, needs some more testing & discussion to upstream that change though | 09:02 |
| *** luneff <luneff!~yury@95.174.106.201> has joined #yocto | 09:12 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 09:14 | |
| luneff | got disconnected badly... DEBUG_BUILD = "0" helped :-) | 09:14 |
| paulbarker | luneff: I recommend the free tier of IRCCloud to avoid that | 09:15 |
| paulbarker | luneff: It's probably worth checking if the warning is a real problem, if there is a chance the variable may be used uninitialized and it's not just the compiler getting confused | 09:16 |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has joined #yocto | 09:16 | |
| paulbarker | If it's a real warning fixing it in ltrace would be the way to go | 09:16 |
| paulbarker | If not, then yes changing the flags via a bbappend may work. I'm not familiar with `DEBUG_BUILD` | 09:16 |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 09:19 | |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 09:19 | |
| luneff | thank you, paulbarker :-) | 09:20 |
| chris_ber | go-recipe: my recipe will not download external resource, what i am doing wrong? https://codeshare.io/5v9LWK | 09:20 |
| paulbarker | chris_ber: DEPENDS is a list of Yocto packages which your recipe depends on | 09:22 |
| chris_ber | paulbarker: i tried with this line and without | 09:22 |
| paulbarker | chris_ber: What error do you get without it? | 09:23 |
| chris_ber | see bottom | 09:25 |
| chris_ber | ERROR: Nothing PROVIDES 'github.com/rakyll/statik/fs' | 09:25 |
| paulbarker | So without the `DEPENDS += "github.com/..."` line in your recipe you still get that error? | 09:26 |
| chris_ber | yes, i will check it again, give me a second | 09:27 |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 09:30 | |
| chris_ber | i updated the code link, but basically: "static-server.go:10:2: cannot find package "github.com/rakyll/statik/fs" in any of:" | 09:34 |
| paulbarker | chris_ber: You'll need to look how recipes for other software written in Go handles this | 09:37 |
| chris_ber | yeah, but i only can find hello world examples ... | 09:37 |
| *** sno <sno!~sno@2001-4dd3-42dc-0-5c82-9c43-ed32-b31a.ipv6dyn.netcologne.de> has quit IRC | 09:39 | |
| paulbarker | chris_ber: The go world seems to be very keen on vendoring dependencies and including them in the git repository for a project | 09:40 |
| paulbarker | E.g. https://github.com/containerd/containerd/tree/master/vendor | 09:41 |
| paulbarker | So there may not be many examples for what you want to do sadly. Go devs are crazy | 09:42 |
| chris_ber | by this u mean i have to download the deps and it directly to the git-repoß | 09:42 |
| chris_ber | *add it directly | 09:42 |
| paulbarker | That seems to be usual for things written in Go. It's not something I use though so I'm very much looking at it as an outsider and thinking "this is crazy, just point at the upstream repository and version for each dependency" | 09:43 |
| paulbarker | I'm not too familiar with if/how bitbake can handle this | 09:44 |
| chris_ber | òk, thx for your tips. I am new to go :) | 09:44 |
| paulbarker | For Rust I know folks wrote a crate fetcher for bitbake which makes life very easy | 09:44 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 09:45 | |
| paulbarker | chris_ber: For Rust you can do something like this as the crate fetcher exists: https://gitlab.com/pbarker.dev/rust/meta-rust-demo/-/blob/dunfell/recipes-demo/rust/ripgrep_12.1.1.bb | 09:45 |
| paulbarker | A "crate" is just a Rust library | 09:46 |
| paulbarker | I'd love to see something similar for Go but it's not something I use or have a deep knowledge of so I'm not able to put that together myself | 09:46 |
| *** camus <camus!~Instantbi@180.168.140.162> has joined #yocto | 09:59 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 10:00 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 10:00 | |
| *** camus is now known as kaspter | 10:00 | |
| *** TPRoberts <TPRoberts!~TPRoberts@37.48.229.2> has joined #yocto | 10:06 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 10:06 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 10:07 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 10:14 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 10:41 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC | 10:42 | |
| *** moto-timo <moto-timo!~ttorling@c-73-67-208-188.hsd1.or.comcast.net> has joined #yocto | 10:42 | |
| *** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto | 10:42 | |
| *** amerigo <amerigo!uid331857@gateway/web/irccloud.com/x-rgqindfclfxyvhfd> has joined #yocto | 10:52 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 10:56 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 10:57 | |
| *** sno <sno!~sno@p4fe9374b.dip0.t-ipconnect.de> has joined #yocto | 11:01 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 11:02 | |
| LetoThe2nd | super weird situation. i rsynv -av'ed a relatively big build directory. now the whole process of copying seems to have finished already, but the shell is completely busy cranking away with listing all files. | 11:15 |
| LetoThe2nd | solution: tmux detach, tmux attach. it was literally just the output that was swamped. | 11:16 |
| *** manuel1985 <manuel1985!~manuel@213.147.163.56> has joined #yocto | 11:18 | |
| *** luneff <luneff!~yury@95.174.106.201> has quit IRC | 11:29 | |
| manuel1985 | Can I make yocto produce some overview of all the partitions there are with their offsets and sizes? | 11:29 |
| manuel1985 | We're updating from zeus to dunfell and using mender on a Jetson TX2. When we deploy a dunfell artifact, everything seems to run fine. But I still want to check to rule out problems which are there but which we just didn't face yet. | 11:31 |
| *** hpsy <hpsy!~hpsy@92.118.12.22> has joined #yocto | 11:31 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 11:35 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 11:41 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC | 12:05 | |
| RP | kanavin_home, rburton: any idea why the patches in master-next would cause arm ptests and ltp to timeout? | 12:10 |
| rburton | not off the top of my head | 12:12 |
| rburton | link? | 12:12 |
| RP | rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1319 https://autobuilder.yoctoproject.org/typhoon/#/builders/82/builds/1348 | 12:13 |
| RP | not very helpful | 12:13 |
| RP | I'm going to have to bisect it aren't I? :/ | 12:14 |
| rburton | presumably the ptest log is vanished | 12:15 |
| RP | rburton: shouldn't be | 12:15 |
| rburton | wondering if it hung somewhere | 12:15 |
| RP | rburton: although I can't ssh into that machine :/ | 12:17 |
| rburton | that's not a good start | 12:17 |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 12:18 | |
| rburton | hm my ssh is hanging too, and i've definitely connected to that in the past | 12:18 |
| RP | rburton: I've paused it and run the build on the other worker | 12:18 |
| RP | rburton: that worker does seem to have "issues" :( | 12:19 |
| rburton | I was going to try selftest on that machine today now in theory the last blocker is fixed in next | 12:19 |
| RP | rburton: I'm declining to comment on that ;-) | 12:19 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 12:20 | |
| RP | kanavin_home: we have a definite intermittent reproducibility issue in u-boot and grub-efi btw. I merged your filter patches but I think I'll now regret it due to those :( | 12:21 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 12:21 | |
| kanavin_home | RP: then you should add those to exception lists? | 12:21 |
| kanavin_home | RP: I don't know what could cause arm64 timeouts :( | 12:21 |
| rburton | i worry about the syslinux patch as that changed what builds on arm64 but it *shouldn't* have hung | 12:22 |
| RP | It could be the worker has some issue... | 12:23 |
| RP | kanavin_home: the exception list is probably the way forward if we don't have anyone to fix them. I keep thinking I should have a look at fixing it | 12:24 |
| LetoThe2nd | manuel1985: the partitions are not per se generated by yocto - if at all, then by wic. | 12:33 |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 12:36 | |
| qschulz | LetoThe2nd: don't forget about ubi too :) | 12:38 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 12:38 | |
| LetoThe2nd | qschulz: good point. | 12:38 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 12:40 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 12:40 | |
| madisox | manuel1985: The partition layout is controlled by the XML file used by the flashing tools in the L4T BSP. If you're keeping the same version of L4T over that update, you shouldn't have any issues, but if your're going from, say R32.3.1 to R32.4.3, you may have a problem. You can compare the layouts by generating a tegraflash image from each version and diffing the flash.xml files. | 12:43 |
| *** camus <camus!~Instantbi@180.168.140.162> has joined #yocto | 12:43 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 12:44 | |
| *** camus is now known as kaspter | 12:44 | |
| kanavin_home | RP: also please drop opkg update as it has a ptest regression | 12:48 |
| RP | kanavin_home: right, its on my don't merge list | 12:51 |
| RP | kanavin_home: gone locally now | 12:52 |
| kanavin_home | RP: I couldn't reproduce the AUH failures locally, but I re-started AUH to check once more, and it failed the same way. So I'm going to try the exact sequence that AUH is doing. | 12:54 |
| RP | kanavin_home: I can just about see how it could happen with the change as I mentioned last night | 12:54 |
| RP | kanavin_home: less sure how to fix it | 12:54 |
| * LetoThe2nd feels very auhbombed! | 12:55 | |
| manuel1985 | LetoThe2nd: Got it, just sloppy wording ;) | 12:55 |
| kanavin_home | RP: that is what I tried, and os-release rebuilt correctly. But maybe you could also try something locally? | 12:55 |
| LetoThe2nd | manuel1985: nah, its not about the wording. just as madisox pointed out, there's often custom add-on stuff that does things like this. hence its really needed to go digging first which mechanisms are actually being used. | 12:56 |
| manuel1985 | madisox: So you're saying everything boils down to the flash.xml in the tegraflash.{zip,tar.gz}? That's the point of truth? Got it. Unfortunately we are indeed going from L4T 32.3.1 to 32.4.3. But I'm gonna check that flash.xml now. | 12:57 |
| manuel1985 | LetoThe2nd: So you're saying that sometimes something else is used for image creation instead wic? | 13:01 |
| LetoThe2nd | manuel1985: bingo. | 13:03 |
| *** TPRoberts <TPRoberts!~TPRoberts@37.48.229.2> has quit IRC | 13:04 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 13:04 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 13:05 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 13:07 | |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has joined #yocto | 13:07 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 13:09 | |
| RP | kanavin_home: reproduced. "bitbake os-release" then "vi documentation/tools/update*; git commit", then "bitbake os-release -C install" | 13:10 |
| RP | idea being to commit something which doesn't cause a reparse, then rebuild it | 13:11 |
| *** ak77 <ak77!~ak77@93-103-81-73.static.t-2.net> has quit IRC | 13:12 | |
| *** ak77 <ak77!~ak77@93-103-81-73.static.t-2.net> has joined #yocto | 13:13 | |
| madisox | manuel1985: Yep, the XML file determines the layout used, including for the bootloader update payloads used for the Mender updates. | 13:16 |
| * manuel1985 is frolocking | 13:21 | |
| *** otavio <otavio!~otavio@200-180-244-15.user3p.brasiltelecom.net.br> has joined #yocto | 13:32 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 13:32 | |
| *** BlueBus <BlueBus!5fa87400@95.168.116.0> has joined #yocto | 13:33 | |
| BlueBus | Hi there, | 13:34 |
| manuel1985 | madisox: Okay, it seems we're fine. Size attributes remained unchanged throughout the file. Is the tegra flashing tool just putting every partition after the other? I noticed there is not offset attribute. | 13:34 |
| BlueBus | Is it possible to change the override priority of conf/local.conf? I'd like it to be the last thing applied but the values entered there get overwritten by other layers. | 13:35 |
| BlueBus | The use case is a development environment for board bring up. I want to be able to experiment in one place and split that into layers once something is working. | 13:37 |
| manuel1985 | Also I noticed that, in contrast to the zeus-made tegraflash.zip, in the dunfell-made tegraflash.tar.gz there is no flash.xml anymore. Only the flash.xml.in, which has the variables replaced by their actual values, though. Except for VERFILE, APPFILE and BPFDTB-FILE. | 13:38 |
| manuel1985 | BlueBus: This is were the local.conf gets included: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/bitbake.conf#n759. As far as I know, all the conf files are taken into account as described in this file, then the resulting state is taken as base for every recipe, unmodified. That is, recipes don't affect each other. | 13:40 |
| paulbarker | BlueBus: It really depends what you need to override. E.g. all _append actions are applied after all += actions. All _remove actions are applied last of all | 13:40 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:41 | |
| manuel1985 | BlueBus: If you want to change the priority of the individual layers, that is, how they're stacked onto each other: yes, you can define that order somewhere. | 13:42 |
| *** ssajal <ssajal!~ssajal@bras-base-otwaon1146w-grc-08-142-114-156-131.dsl.bell.ca> has quit IRC | 13:42 | |
| BlueBus | manuel1985 Thanks, I'm only reffering on the priority for local.conf | 13:42 |
| * zeddii chugs a coffee | 13:44 | |
| BlueBus | paulbarker: Hm... Perhaps I could make something like work in conf/local.conf. `VARIABLE_remove=" * " VARIABLE_append=" the only value set in local.conf which will stay" | 13:47 |
| BlueBus | The " * " is supposed to mean "remove all values regardless of what they were" :p | 13:47 |
| paulbarker | BlueBus: _remove actions are applied last of all. You'd just end up with an empty variable | 13:47 |
| BlueBus | Oh, allright :) | 13:48 |
| paulbarker | _forcevariable is a horrible way to hack things but often useful in debugging | 13:48 |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 13:48 | |
| paulbarker | Though I'm not sure on the exact ordering of how that is applied | 13:48 |
| paulbarker | YMMV, check the `bitbake -e` output if you try it out | 13:49 |
| BlueBus | Ouu, _forcevariable looks promising. Will take a look, thanks paulbarker | 13:49 |
| manuel1985 | Where is that _append _remove _whatever coming from? Is that Bitbake? Is there a comprehensive list which suffixes are there? | 13:53 |
| manuel1985 | Was wondering about that for a long time. | 13:54 |
| manuel1985 | Also, you seem to be able to set recipe-variables from the local.conf with PN_<packagename>_varname syntax. Did I get this right? | 13:54 |
| LetoThe2nd | manuel1985: https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#appending-and-prepending-override-style-syntax | 13:54 |
| manuel1985 | LetoThe2nd: Thanks | 14:00 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 14:01 | |
| manuel1985 | In my source tree, there are two functions: do_compile_tegra186() and do_compile_tegra194(). Do I just call do_compile and BitBake selects the right one based on some variable? | 14:01 |
| manuel1985 | I'm wondering if this is yet another BitBake variable naming feature | 14:02 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 14:02 | |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has quit IRC | 14:02 | |
| LetoThe2nd | https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#conditional-syntax-overrides | 14:03 |
| RP | kanavin_home: I think replacing varflags = d.getVarFlags(key, internalflags = True) with varflags = d.getVarFlags(key, internalflags = True, expand=["vardepvalue"]) in get_hash in data_smart fixes i | 14:03 |
| RP | it | 14:03 |
| manuel1985 | LetoThe2nd: Mind = blown | 14:07 |
| LetoThe2nd | "kabum" | 14:07 |
| qschulz | LetoThe2nd: GIVE THE SPHINX DOCS :D | 14:07 |
| LetoThe2nd | qschulz: meh.# | 14:08 |
| LetoThe2nd | qschulz: you're right, as always. | 14:09 |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.246.84> has joined #yocto | 14:09 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.246.84> has quit IRC | 14:10 | |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has joined #yocto | 14:12 | |
| qschulz | I have to say though that the search feature is poor for now :/ | 14:12 |
| *** jobroe <jobroe!~manjaro-u@p579eb67e.dip0.t-ipconnect.de> has quit IRC | 14:14 | |
| *** ahadi <ahadi!~ahadi@i5E86AF6F.versanet.de> has quit IRC | 14:19 | |
| *** ahadi <ahadi!~ahadi@i5E86AF6F.versanet.de> has joined #yocto | 14:19 | |
| *** luneff <luneff!~yury@80.72.17.178> has joined #yocto | 14:25 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:26 | |
| luneff | is there any quick hack to make systemd-journald logs persistent in Yocto? I tried Storage=persistent in journald.conf, but there's still no logs from the previous boot... | 14:33 |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9112:caf0:c5fc:a685:807f:dd36> has joined #yocto | 14:33 | |
| *** ssajal <ssajal!~ssajal@128.224.252.2> has joined #yocto | 14:36 | |
| RP | luneff: if you do figure it out it would be good to document it. I think there is meta/files/fs-perms-persistent-log.txt vs fs-perms.txt which may or may not help with systemd | 14:41 |
| luneff | conf/bitbake.conf:VOLATILE_LOG_DIR ?= "yes" | 14:46 |
| luneff | "To make the /var/log directory on the target persistent, use the VOLATILE_LOG_DIR variable by setting it to "no"." | 14:47 |
| luneff | already documented, just hard to google | 14:47 |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 14:48 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fmevsankmacbzcry> has joined #yocto | 14:50 | |
| manuel1985 | You really need to be 100% sober to understand https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#conditional-syntax-overrides. | 14:51 |
| LetoThe2nd | manuel1985: disagreed. | 14:52 |
| *** Chep <Chep!~chep@213.152.161.211> has joined #yocto | 14:52 | |
| qschulz | manuel1985: always open to suggestions and patches :) | 14:59 |
| *** roussinm1 <roussinm1!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 15:03 | |
| manuel1985 | I didn't mean to critize the text, it's just that the subject on hand is.. complicated. | 15:08 |
| qschulz | It is but we can always improve ;) | 15:10 |
| *** Chep <Chep!~chep@213.152.161.211> has left #yocto | 15:11 | |
| kanavin_home | RP: right, thanks for looking into it! This does look like outside of my competence area :) | 15:19 |
| RP | kanavin_home: I wasn't sure which way it would lead but I think its a bitbake bug :/ | 15:23 |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 15:37 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:38 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has quit IRC | 15:41 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has joined #yocto | 15:41 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 15:42 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 15:43 | |
| *** BlueBus <BlueBus!5fa87400@95.168.116.0> has quit IRC | 15:45 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 15:47 | |
| *** luneff <luneff!~yury@80.72.17.178> has quit IRC | 15:48 | |
| *** King_InuYasha is now known as Conan_Kudo | 15:51 | |
| *** Conan_Kudo is now known as King_InuYasha | 15:51 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 15:51 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 15:51 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:53 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 15:53 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 15:59 | |
| *** davidinux <davidinux!~davidinux@192.145.127.228> has quit IRC | 16:01 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:475:ced5:fdcb:90c5> has quit IRC | 16:01 | |
| *** davidinux <davidinux!~davidinux@37.179.242.118> has joined #yocto | 16:03 | |
| *** roussinm1 <roussinm1!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 16:04 | |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 16:05 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC | 16:06 | |
| *** otavio <otavio!~otavio@200-180-244-15.user3p.brasiltelecom.net.br> has joined #yocto | 16:07 | |
| *** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto | 16:07 | |
| *** hpsy <hpsy!~hpsy@92.118.12.22> has quit IRC | 16:23 | |
| *** wz <wz!~wojteg@89-64-68-83.dynamic.chello.pl> has quit IRC | 16:26 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 16:28 | |
| *** hpsy <hpsy!~hpsy@92.118.12.22> has joined #yocto | 16:32 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 16:38 | |
| *** chris_ber <chris_ber!~quassel@213.138.44.181> has quit IRC | 16:38 | |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has quit IRC | 16:39 | |
| *** hpsy <hpsy!~hpsy@92.118.12.22> has quit IRC | 16:41 | |
| paulbarker | RP: I have what looks like a fix for the pseudo pyc file generation. It's a patch to pseudo itself to set the environment variable `PYTHONDONTWRITEBYTECODE` when executing a program under pseudo | 16:42 |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 16:42 | |
| paulbarker | Should I sent the patch against pseudo? Or a patch against oe-core carrying the patch next to the recipe? | 16:42 |
| RP | paulbarker: isn't that 3.8 onwards only? | 16:42 |
| paulbarker | RP: It's documented for 3.5: https://docs.python.org/3.5/using/cmdline.html#envvar-PYTHONDONTWRITEBYTECODE | 16:43 |
| *** fl0v0 <fl0v0!~fvo@i5E86AFF4.versanet.de> has quit IRC | 16:44 | |
| paulbarker | https://docs.python.org/2.7/using/cmdline.html#envvar-PYTHONDONTWRITEBYTECODE says "New in 2.6" | 16:44 |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 16:44 | |
| RP | paulbarker: hmm, ok, fair enough. I could have sworn I looked and the option we needed was 3.8 | 16:45 |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 16:45 | |
| RP | paulbarker: ok, lets add a patch to the pseudo repo and update. I can add a couple of other patches we have in OE to there too, clean things up | 16:46 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:46 | |
| paulbarker | It does the job. If I run python in do_compile and import test1.py I get a pyc file, if I do the same in do_install for a test2.py file I don't get a pyc file | 16:46 |
| RP | paulbarker: makes sense, I'm just wondering how I missed that :) | 16:46 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 16:46 | |
| paulbarker | No measurable difference in build time for core-image-sato | 16:47 |
| RP | paulbarker: good, I thought that would be the case but good to confirm | 16:47 |
| paulbarker | Building on my machine from scratch (just downloads populated) was 63m27s before the change and 63m45s afterwards, probably just noise and other activity | 16:48 |
| paulbarker | RP: I'll send a revert for the change in oe-core which added ${COREBASE}/meta to the ignored paths and send a separate patch against pseudo with the fix | 16:50 |
| RP | paulbarker: thanks. | 16:51 |
| RP | paulbarker: thinking about this, shouldn't we just export PYTHONDONTWRITEBYTECODE in FAKEROOTENV in bitbake.conf? | 16:51 |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has joined #yocto | 16:52 | |
| paulbarker | RP: I didn't know that was possible. I added a `SETENV()` call within the pseudo C code | 16:52 |
| paulbarker | Let me look, that would probably be a neater solution | 16:53 |
| RP | paulbarker: we export anything in that variable into the pseudo environment | 16:53 |
| paulbarker | I now have a nice recipe I can use to quickly test | 16:53 |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 16:53 | |
| paulbarker | Not sure if it's suitable for meta-selftest and a test case | 16:53 |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 16:53 | |
| RP | paulbarker: if we have one, yes, its suitable | 16:53 |
| paulbarker | I'll see what I can throw together | 16:54 |
| RP | paulbarker: thanks, should be a nice simple fix in the end! | 16:54 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 16:55 | |
| RP | paulbarker: I've just send out a patch merging a couple of other patches to the pseudo repo to clean things up | 16:55 |
| RP | particularly after my comments about reducing patch count the other day :) | 16:55 |
| paulbarker | RP: I'll move my test recipe to meta-selftest and work up an oeqa test case | 16:56 |
| RP | paulbarker: thanks, sounds good | 16:56 |
| paulbarker | Hopefully a patch will appear on the list later this evening or tomorrow | 16:56 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 16:58 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 16:59 | |
| RP | rburton, kanavin_home: the retried builds worked so its something wrong with that worker | 17:00 |
| RP | halstead is looking into it (FWIW halstead, that machine seems to have broken when running builds) | 17:01 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 17:01 | |
| paulbarker | Line lengths in bitbake.conf make me cry | 17:04 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 17:06 | |
| *** frsc <frsc!~frsc@mue-88-130-79-050.dsl.tropolys.de> has quit IRC | 17:09 | |
| *** mckoan is now known as mckoan|away | 17:13 | |
| kanavin_home | RP: I thought that both ltp and ptest failing is difficult to explain otherwise, unless something introduced a qemu-on-arm-host regression | 17:18 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:22 | |
| RP | kanavin_home: right, the build did complete so I presumed the worker was ok but obviously not | 17:23 |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 17:25 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 17:29 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 17:30 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 17:30 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 17:35 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:48 | |
| *** vineela <vineela!vtummala@nat/intel/x-ammgxqezybyatxdq> has joined #yocto | 17:55 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:02 | |
| *** RP <RP!~RP@60.23.169.217.in-addr.arpa> has quit IRC | 18:11 | |
| *** RP <RP!~RP@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 18:12 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.246.84> has joined #yocto | 18:30 | |
| *** BobPungartnik <BobPungartnik!~BobPungar@179.177.246.84> has quit IRC | 18:31 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:340d:313d:cd08:87ee> has joined #yocto | 18:38 | |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:9112:caf0:c5fc:a685:807f:dd36> has quit IRC | 18:41 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 18:45 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:55 | |
| tlwoerner | i seem to vaguely recall that using IMAGE_ROOTFS is frowned on outside of do_rootfs(), is that the case? | 19:00 |
| *** tnovotny <tnovotny!~tnovotny@176-74-132-138.netdatacomm.cz> has quit IRC | 19:02 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wpbfwzdxdfrerbis> has quit IRC | 19:02 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 19:03 | |
| *** vineela <vineela!vtummala@nat/intel/x-ammgxqezybyatxdq> has quit IRC | 19:03 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 19:05 | |
| v0n | what's the best place to put my custom .dts file between recipes-kernel/linux/{,${PN}/,files/}custom.dts? | 19:07 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 19:07 | |
| paulbarker | v0n: Either '${PN}-${PV}', '${PN}' or 'files' directories next to your recipe will work. Which one you choose depends if you need to share the file between different recipes and/or versions | 19:09 |
| *** Guest39239 is now known as khem | 19:11 | |
| v0n | paulbarker: I want the simplest version to add my own kernel dts in my BSP layer, no version distinctions at the moment | 19:11 |
| *** khem <khem!khemmatrix@gateway/shell/matrix.org/x-wwxbjmpesjrteobd> has quit IRC | 19:11 | |
| *** khem <khem!khemmatrix@unaffiliated/khem> has joined #yocto | 19:11 | |
| *** khem <khem!khemmatrix@gateway/shell/matrix.org/x-wwxbjmpesjrteobd> has joined #yocto | 19:11 | |
| khem | zeddii: if an option in defconfig is set to 'm' and then I add a .cfg where I set it to 'y' it seems that tooling is picking up the one from defconfig which seems not right to me as cfg files should override the defaults isnt it so ? | 19:12 |
| zeddii | not if something else demands it be a 'm' | 19:13 |
| paulbarker | v0n: All are equally valid. I'd use ${PN} though in case you add another recipe to the same directory later | 19:13 |
| khem | zeddii: http://sprunge.us/dgy2sM | 19:13 |
| zeddii | MTD_UBI(=m) has made it to m | 19:14 |
| khem | zeddii: there are just two providers | 19:14 |
| zeddii | the fragment cannot undo that. | 19:14 |
| khem | oic | 19:15 |
| zeddii | unless you put in the fragment, the change to mtd_ubi | 19:15 |
| khem | so tooling prefers modules it seems | 19:15 |
| zeddii | the tooling has no preference | 19:15 |
| zeddii | that's the kernel config subsystem | 19:15 |
| khem | if one of dependency is a module then it will pick module option | 19:16 |
| khem | yeah I meant kernel tooling | 19:16 |
| zeddii | gotcah | 19:16 |
| zeddii | gotcha even. yes. if a dependency is =m it chains down. | 19:16 |
| zeddii | which is why I enhanced the audit to show it more clearly. | 19:16 |
| *** OpenSorceress <OpenSorceress!~opensorce@unaffiliated/screamingbanshee> has quit IRC | 19:17 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-fmevsankmacbzcry> has quit IRC | 19:17 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:d586:eeb0:289:42dd> has joined #yocto | 19:18 | |
| khem | yes themessage is pretty neat thanks | 19:18 |
| khem | there is another issue I was seeing in odroid kernel too let me reproduce that | 19:18 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:d586:eeb0:289:42dd> has quit IRC | 19:19 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 19:19 | |
| v0n | paulbarker: ok thank you. Can I have a package agnostic recipe for any linux for does it have to be package specific like "linux-ti-staging_%.bbappend"? | 19:23 |
| paulbarker | v0n: Not sure I totally understand your question, but I'll try anyway. "%" acts as a wildcard there | 19:24 |
| khem | wildcards should be used with care | 19:25 |
| khem | they can get you in trouble down the lane | 19:25 |
| khem | they bite you when you forget them | 19:25 |
| paulbarker | khem is right. Have a think about what you want to achieve, should it be specific to the full recipe name, maybe even the version as well | 19:26 |
| v0n | paulbarker: yes % acts as a wildcard for the version, but what if I want to use my dts for any linux (linux-ti-staging, linux-yocto, whichever kernel) | 19:26 |
| paulbarker | v0n: % isn't specific to the version | 19:27 |
| v0n | paulbarker: I have a bbb with a custom daughter board on it. I'm writting a bsp layer defining a new machine and I want to apply my custom dts on it. My machine is currently based on "beaglebone" from meta-ti which uses linux-ti-staging. | 19:27 |
| paulbarker | linux-%.bbappend will match that but beware as khem says, using that you're effectively saying this append is compatible with any kernel recipe | 19:28 |
| paulbarker | Consider that in future you may wish to support multiple MACHINEs, etc | 19:28 |
| khem | and also stepping on other peoples toes e.g. in a multi BSP env | 19:28 |
| paulbarker | Sometimes better to be specific even if that leads to a little duplication | 19:28 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 19:29 | |
| v0n | paulbarker: can I specify my custom dts from the machine configuration or do I have to bbappend the kernel recipe? | 19:30 |
| *** vineela <vineela!~vtummala@134.134.137.73> has joined #yocto | 19:30 | |
| paulbarker | v0n: Either. I'd say machine config is a better option there | 19:32 |
| khem | zeddii: I am also seeing problem in CONFIG_LOCALVERSION setting in some cases | 19:33 |
| paulbarker | v0n: We do this for the bbe. The bbe.conf file includes a kernel provider config like bbe-kernel-ti.inc: https://github.com/SanCloudLtd/meta-sancloud/blob/dunfell/conf/machine/include/bbe-kernel-ti.inc | 19:33 |
| paulbarker | That config fragment sets the device trees to build | 19:33 |
| paulbarker | Also https://github.com/SanCloudLtd/meta-sancloud/blob/dunfell/conf/machine/bbe.conf#L37 | 19:34 |
| paulbarker | The BBE layer may be useful for you to review as it's essentially a modified BBB (more RAM, better wifi, etc) | 19:34 |
| v0n | paulbarker: thank you, let me take a look at that! | 19:36 |
| RP | khem: eglibc is dead, right? | 19:38 |
| khem | RP: yes I attended the burial | 19:40 |
| RP | khem: I thought so. I'm just being asked some questions about it. Not sure why all of a sudden | 19:40 |
| khem | RP: yeah it was there in daisy timeframe | 19:41 |
| khem | RP: btw. you must have seen I am toggling a systemd patch based on 247 or 246 we need that patch with latest musl btw. reallocarray patch | 19:41 |
| RP | khem: I keep trying the 247 patches and they don't pass testing :( | 19:42 |
| RP | khem: let me add the 246 version to master-next | 19:42 |
| khem | yeah | 19:42 |
| khem | and ask 247 submitter to rebase on top of master-next | 19:42 |
| khem | zeddii: here is another kernel similar issue http://sprunge.us/qLOfLm | 19:43 |
| RP | khem: perhaps I should gamble you got it right and add it directly... | 19:43 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 19:44 | |
| khem | RP: the patch is already in systemd/master so its ok | 19:44 |
| khem | I have been building with both 246/247 here with no issues, only problem is rebasing conflicts | 19:45 |
| RP | khem: is master breaks I'll be upset but its in :) | 19:45 |
| RP | worst case its a revert... | 19:45 |
| khem | ok let me check | 19:46 |
| khem | ok do_patch succeeded for systemd on master so I think we have it right :) | 19:49 |
| JPEW | Hmm, what MACHINE should I use for an Intel Atom x5 Z8350? | 19:50 |
| JPEW | More specifically, a Rock Pi X: https://wiki.radxa.com/RockpiX | 19:50 |
| khem | genericx86-64.conf if you use poky | 19:51 |
| JPEW | khem: Ah, simple enough. Thanks! | 19:53 |
| khem | thats one good thing about intel chips | 19:56 |
| khem | but dont open the hood :) | 19:56 |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 20:07 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 20:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 20:16 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 20:17 | |
| *** vineela <vineela!~vtummala@134.134.137.73> has quit IRC | 20:19 | |
| smurray | JPEW: the other option would be meta-intel, it might have a specific tuning for those Atoms | 20:20 |
| smurray | JPEW: we were using meta-intel's intel-corei7-64 machine in AGL, but there's not a lot of demand for x86 support from members so now just qemux86-64 is used with some kernel config additions | 20:22 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 20:23 | |
| RobertBerger1 | @khem: What you see here http://sprunge.us/qLOfLm could be because LINUX_VERSION_EXTENSION and CONFIG_LOCALVERSION are unequal | 20:39 |
| *** vineela <vineela!vtummala@nat/intel/x-pysxdiupfszcdlfp> has joined #yocto | 20:41 | |
| *** adelcast <adelcast!~adelcast@2806:108e:1a:6659:f716:ab12:f11f:429a> has joined #yocto | 20:44 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 20:50 | |
| JPEW | Well... that was easy | 20:55 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 20:55 | |
| JPEW | tlwoerner: I have the Rock Pi X booting :) | 20:55 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 21:07 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 21:13 | |
| v0n | paulbarker: since I add custom u-boot and linux files for my beaglebone based board, should I use SRC_URI_append_<board> in their {u-boot,linux}-ti-staging_%.bbappend recipes? | 21:20 |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto | 21:25 | |
| v0n | hum I'll keep them as SRC_URI_append because these recipes are supposed to be in the BSP layer so they couldn't be used without the defined layer machine(s) | 21:42 |
| tlwoerner | JPEW: sweet! B-) | 21:53 |
| khem | RobertBerger1: | 21:57 |
| khem | both are set to same value '-odroid' | 21:58 |
| JPEW | tlwoerner: Mind applying that patch for the rock-pi-4 serial port to meta-rockchip (it will need backport to dunfell as well)? | 22:05 |
| tlwoerner | JPEW: sure | 22:06 |
| tlwoerner | sorry, i though Bruce was going to apply it | 22:10 |
| tlwoerner | i'll go ahead and apply it now | 22:10 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 22:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:22 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:23 | |
| *** vineela <vineela!vtummala@nat/intel/x-pysxdiupfszcdlfp> has quit IRC | 22:37 | |
| *** vineela <vineela!vtummala@nat/intel/x-alptdxubtqnzluyq> has joined #yocto | 22:39 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:40 | |
| JPEW | tlwoerner: Thanks! | 22:41 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 22:45 | |
| *** adelcast <adelcast!~adelcast@2806:108e:1a:6659:f716:ab12:f11f:429a> has quit IRC | 22:48 | |
| khem | zeddii: RobertBerger1 in my case kernel recipe has LINUX_VERSION_EXTENSION ?= "-odroid" but defconfig has CONFIG_LOCALVERSION="" and after do_configme I get CONFIG_LOCALVERSION="-odroid" | 22:50 |
| khem | which is what i expect but then the question is why this warning from kernel tooling | 22:50 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has joined #yocto | 22:51 | |
| *** ssajal <ssajal!~ssajal@128.224.252.2> has quit IRC | 22:54 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 22:54 | |
| v0n | do I need MACHINEOVERRIDES =. "beaglebone:" ? | 22:55 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-60-213-230.static.zebra.lt> has quit IRC | 22:55 | |
| *** adelcast <adelcast!~adelcast@2806:108e:1a:6659:f716:ab12:f11f:429a> has joined #yocto | 22:56 | |
| v0n | I used 'require conf/machine/beaglebone.conf' to define my machine based on bbb, but images still go in a beaglebone/ directory instead of <my machine>/ | 22:56 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:12 | |
| v0n | meta-ti/conf/machine/beaglebone.conf in fact has only a few lines, should I require ti33x.inc instead of beaglebone.conf to define my own machine? | 23:15 |
| khem | yes you will need that MACHINEOVERRIDE to take advantage of all overrides that apply to bbb | 23:28 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 23:31 | |
| *** dev1990 <dev1990!~dev@178-36-238-233.adsl.inetia.pl> has quit IRC | 23:38 | |
| *** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC | 23:46 | |
| v0n | khem: hum nah MACHINEOVERRIDES seems to give existing machine(s) as alias(es) for the newly defined machine so that it benefits from existing VAR_append_<machine> for example | 23:52 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!