| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:01 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:02 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:03 | |
| hadi | Need some guidance. I want to use the src rpm package to create a debugFS. But the source RPM only contains subset of files. Is there any way I could pull in the whole content including Makefile.am and other C,header file. This will allow our designer to point their IDE to a DEBUGFS directory where all the src -rpm are installed. Kind of a source | 00:03 |
|---|---|---|
| hadi | level snapshot of all packages. Any help will be appreciated. | 00:03 |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.61> has joined #yocto | 00:07 | |
| *** hpsy <hpsy!~hpsy@92.118.12.98> has quit IRC | 00:07 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 00:17 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto | 00:18 | |
| *** wzmuda <wzmuda!~wojteg@89-64-68-83.dynamic.chello.pl> has quit IRC | 00:20 | |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:640:101:c8cf:c18c:1824:59c8:fbfc> has joined #yocto | 00:28 | |
| *** Kyubi__ <Kyubi__!~Kyubi@149.199.62.130> has joined #yocto | 00:30 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.128> has quit IRC | 00:30 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 00:32 | |
| *** Kyubi_ <Kyubi_!~Kyubi@2601:640:101:c8cf:c18c:1824:59c8:fbfc> has quit IRC | 00:33 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.11> has joined #yocto | 00:35 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:36 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.11> has quit IRC | 00:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 00:39 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 00:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:48 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 00:51 | |
| *** rokm <rokm!rokm@freeshell.de> has quit IRC | 00:54 | |
| *** rokm <rokm!rokm@freeshell.de> has joined #yocto | 00:54 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 01:19 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 01:24 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has quit IRC | 01:30 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 01:37 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:55 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:02 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:07 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 02:09 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:16 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:20 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:20 | |
| *** Kyubi__ <Kyubi__!~Kyubi@149.199.62.130> has quit IRC | 02:28 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has quit IRC | 02:28 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 02:29 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:30 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:30 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has quit IRC | 02:30 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has joined #yocto | 02:33 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 02:43 | |
| *** kanavin_home <kanavin_home!~ak@2a02:2450:1011:4f7:596d:bf31:3950:5bda> has joined #yocto | 02:43 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 02:44 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:44 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.16> has joined #yocto | 02:45 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.16> has quit IRC | 02:47 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 02:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:53 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has quit IRC | 03:02 | |
| *** hadi <hadi!a5e1d930@165.225.217.48> has quit IRC | 03:03 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:05 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has joined #yocto | 03:07 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:10 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 03:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:16 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 03:16 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 03:22 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has quit IRC | 03:33 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has joined #yocto | 03:39 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 03:42 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 03:42 | |
| *** ahadi <ahadi!~ahadi@89.244.127.147> has quit IRC | 03:52 | |
| *** ahadi_ <ahadi_!~ahadi@i5E86AC40.versanet.de> has joined #yocto | 03:52 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:52 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:54 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 03:55 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:56 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:57 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 03:59 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 03:59 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:01 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 04:01 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 04:01 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 04:01 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 04:02 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 04:02 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has quit IRC | 04:03 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 04:04 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 04:05 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has joined #yocto | 04:05 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 04:10 | |
| *** meow` <meow`!~sbourdeli@107.159.31.190> has joined #yocto | 04:18 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:19 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:27 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 04:28 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 04:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:34 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:50 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:05 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:07 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:12 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:16 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-yyyzoidngysluxcl> has quit IRC | 05:21 | |
| *** stacktrust <stacktrust!sid452860@gateway/web/irccloud.com/x-gttdskferhjvonay> has joined #yocto | 05:21 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:22 | |
| *** Mr_Singh_ <Mr_Singh_!~Mr_Singh@2607:fea8:bdf:dda2:4908:564f:8430:8c41> has quit IRC | 05:27 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-zkvfbvgxawaghqyl> has quit IRC | 05:27 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:27 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-hrdyaofokjxxxtnh> has joined #yocto | 05:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:28 | |
| *** camus is now known as kaspter | 05:28 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-hkxhcaemktbgfbxa> has quit IRC | 05:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 05:52 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 05:59 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:00 | |
| *** camus is now known as kaspter | 06:00 | |
| *** Shikadi` <Shikadi`!~Shikadi@135.30.27.136.in-addr.arpa> has quit IRC | 06:06 | |
| *** jobroe <jobroe!~manjaro-u@p579eb4f6.dip0.t-ipconnect.de> has joined #yocto | 06:07 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 06:08 | |
| *** jobroe <jobroe!~manjaro-u@p579eb4f6.dip0.t-ipconnect.de> has quit IRC | 06:12 | |
| *** jobroe <jobroe!~manjaro-u@p579eb4f6.dip0.t-ipconnect.de> has joined #yocto | 06:12 | |
| *** samvlewis6 <samvlewis6!~samvlewis@45.32.247.239> has joined #yocto | 06:25 | |
| *** samvlewis <samvlewis!~samvlewis@45.32.247.239> has quit IRC | 06:25 | |
| *** samvlewis6 is now known as samvlewis | 06:25 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:39 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:40 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:42 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 06:43 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:46 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:46 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:46 | |
| *** camus is now known as kaspter | 06:48 | |
| *** agust <agust!~agust@p5483339b.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:52 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:56 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:05 | |
| *** olani <olani!user@nat/axis/x-ovaiqlnrdfgrvaha> has quit IRC | 07:08 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has joined #yocto | 07:10 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 07:22 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 07:24 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 07:25 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:26 | |
| erbo | Weird. I just started to update a build from dunfell to gatesgarth, re-using the sstate-cache dir, and all files in the rootfs ends up being owned by uid 1000 instead of 0. | 07:27 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:5178:619c:fc92:5a85> has quit IRC | 07:36 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:39 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:39 | |
| *** camus is now known as kaspter | 07:39 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 07:40 | |
| *** frsc <frsc!~frsc@mue-88-130-77-013.dsl.tropolys.de> has joined #yocto | 07:40 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 07:43 | |
| *** __ad is now known as ad__ | 07:48 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 07:50 | |
| *** hpsy1 <hpsy1!~hpsy@92.118.12.61> has quit IRC | 07:51 | |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:55 | |
| *** mckoan|away is now known as mckoan | 07:56 | |
| mckoan | good morning | 07:56 |
| erbo | good morning | 07:58 |
| *** fl0v0 <fl0v0!~fvo@88.130.219.242> has joined #yocto | 07:59 | |
| *** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 08:12 | |
| *** tnovotny <tnovotny!~tnovotny@176-74-132-138.netdatacomm.cz> has joined #yocto | 08:13 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC | 08:44 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has joined #yocto | 08:45 | |
| *** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto | 08:45 | |
| qschulz | good morning | 08:45 |
| *** manuel1985 <manuel1985!~manuel@089144218092.atnat0027.highway.a1.net> has joined #yocto | 08:49 | |
| manuel1985 | Good Morning everyone! | 08:51 |
| manuel1985 | Quick question: If I recall correctly, there's a bbclass which will set all package versions to the latest upstream version. It overwrites what is specified in the recipe itself. What's the name of that bbclass again? How do I utilize that? | 08:51 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 08:53 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:54 | |
| rburton | manuel1985: there isn't a class that does that, no | 08:55 |
| rburton | devupstream can be used to building latest git for a specific recipe | 08:55 |
| rburton | or if a recipe uses git already then just setting SRCREV=${AUTOREV} will grab HEAD | 08:55 |
| rburton | (poky-bleeding is an example of this) | 08:55 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 08:57 | |
| manuel1985 | Found it, thanks: https://git.yoctoproject.org/cgit.cgi/poky/plain/meta/classes/devupstream.bbclass | 08:57 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 09:01 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 09:01 | |
| rburton | devupstream has some gotchas, doesnt work well with native yet for example | 09:01 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:01 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@103.134.21.33> has quit IRC | 09:02 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has joined #yocto | 09:09 | |
| wyre | has been meta-yocto layer renamed? https://www.yoctoproject.org/docs/1.7/ref-manual/ref-manual.html#user-configuration | 09:12 |
| wyre | is meta-poky now maybe? | 09:12 |
| wyre | I can see the sample files in meta-poky/conf/ folder | 09:13 |
| *** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:57dc:e194:3053:35c0> has joined #yocto | 09:14 | |
| wyre | I'm asking this because I cannot see any reference to 'meta-poky' in the oe-setup-builddir script | 09:15 |
| qschulz | wyre: are you **really** building poky 1.7? | 09:17 |
| wyre | ohh, so there is a .templateconf to fix the path ... 🤔 | 09:17 |
| wyre | qschulz, upps, sorry | 09:17 |
| qschulz | wyre: if you want to document yourself, please use up-to-date documentation or documentation related to the version you'll be using | 09:19 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 09:19 | |
| qschulz | poky 1.7 is atrociously old (6yo) | 09:19 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 09:20 | |
| *** camus is now known as kaspter | 09:20 | |
| rburton | https://wiki.yoctoproject.org/wiki/Releases <-- released october 2014 | 09:20 |
| qschulz | it's closer to the first release of Yocto than today's | 09:20 |
| wyre | qschulz, yes, you are right, I'm sorry, I just googled about the TEMPLATECONF variable and I went to that outdated docs | 09:20 |
| qschulz | wyre: :) | 09:20 |
| rburton | google is basically sabotaging our docs | 09:20 |
| rburton | just always replace the version in the URL with 'latest' | 09:20 |
| qschulz | wyre: https://docs.yoctoproject.org/ref-manual/ref-variables.html | 09:20 |
| qschulz | ndec: should we put a big red header on documentation still hosted on https://www.yoctoproject.org/docs/ to say that it is outdated? | 09:21 |
| wyre | qschulz, so according to .templateconf script TEMPLATECONF will be meta-poky/conf if there not exist previously, right? | 09:21 |
| rburton | i don't think meta-poky shipped that file | 09:22 |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 09:23 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 09:23 | |
| wyre | rburton, https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/.templateconf?h=dunfell | 09:23 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:23 | |
| wyre | and .templateconf is sourced in oe-setup-builddir | 09:23 |
| rburton | ah top level, right | 09:23 |
| wyre | qschulz, also I cannot find TEMPLATECONF variable in the ref-variables 😆 | 09:24 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 09:25 | |
| rburton | if you're making a custom distro then https://github.com/rossburton/customdistro might be useful | 09:25 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 09:27 | |
| wyre | rburton, I was actually trying to understand how `require` directive works, because according to the example config https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/bblayers.conf.sample?h=dunfell BBPATH = "${TOPDIR}" but TOPDIR is the folder where I've run bitbake ... so I don't know how is fetching core-image-minimal.bb with that relative path https://youtu.be/nqHylLP2NmA | 09:27 |
| wyre | I mean, TOPDIR would be `build` because when I source oe-init-build-env `build` dir is created and is the folder where I'm running bitbake 🤔 | 09:30 |
| wyre | so ... how can require fetch something that it's inside of ../meta/recipes-core/images/ ? | 09:32 |
| qschulz | require is given a path relative to either the current directory or the "root" directory of any layer | 09:33 |
| olani[m] | wyre: BBPATH is typically extended in each layers conf/layer.conf file. | 09:34 |
| ndec | qschulz: do you mean here for example: https://www.yoctoproject.org/docs/2.7/ref-manual/ref-manual.html ? | 09:34 |
| wyre | qschulz, the current directory where recipe is placed? | 09:36 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 09:36 | |
| wyre | my recipe is in my own layer | 09:36 |
| *** hpsy <hpsy!~hpsy@92.118.12.61> has joined #yocto | 09:36 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:37 | |
| wyre | I mean, core-image-minimal.bb is in poky/meta/recipes-core/images/ | 09:37 |
| wyre | and my recipe has a completely different path | 09:37 |
| wyre | it's at the same level than poky | 09:38 |
| wyre | folder | 09:38 |
| olani[m] | wyre: Each layer adds its root to BBPATH in its conf/layer.conf file. So the BBPATH can be searched for any file you 'require' | 09:39 |
| wyre | olani[m], so you mean that poky/meta/ is already appended to BBPATH? | 09:40 |
| qschulz | wyre: require recipes-core/images/core-image-minimal.bb in your recipe | 09:40 |
| qschulz | wyre: the poky git repo is not ONE layer, it's multiple layers | 09:40 |
| qschulz | poky/meta is one for example | 09:40 |
| olani[m] | wyre: Check it with bitbake -e | 09:40 |
| wyre | qschulz, yes, I know, I was trying to understand why this works without giving a deeper path | 09:40 |
| wyre | olani[m], you mean `bitbake -e myrecipe` ? | 09:41 |
| olani[m] | wyre: yes, or just bitbake -e for the global environment | 09:41 |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 09:41 | |
| wyre | olani[m], oh, I can see with `bitbake -e | grep "^BBPATH"` | 09:43 |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 09:43 | |
| olani[m] | wyre: You probably know that bitbake -e also outputs the 'history' of the variable so you can see how it was appended to by various files. | 09:44 |
| *** frsc <frsc!~frsc@mue-88-130-77-013.dsl.tropolys.de> has quit IRC | 09:48 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-eocffkdmrnmsjoyc> has joined #yocto | 09:49 | |
| wyre | olani[m], there are 24k lines in the bitbake -e output | 09:51 |
| wyre | should I search for BBPATH pattern? | 09:51 |
| olani[m] | wyre: So use something like 'grep -B30 "^BBPATH"' or less and search for ^BBPATH= | 09:52 |
| olani[m] | I tend to output bitbake -e to a tempfile so I don't have to rerun bitbake for each search pattern change | 09:52 |
| qschulz | or use a pager such as `less` and look for BBPATH= and just look up in the pager | 09:53 |
| wyre | qschulz, yes, I've used that method 😄 | 09:54 |
| wyre | then ... why TEMPLATECONF is not the ref-variables list? | 09:55 |
| LetoThe2nd | yo dudX | 09:55 |
| qschulz | wyre: it seems TEMPLATECONF is an environment variable that is used by the script you source before building | 09:58 |
| qschulz | hence it's not really a variable that can be used in "normal" conf files? | 09:58 |
| olani[m] | It is mentioned in the ref manual, but not in the variable index. | 09:58 |
| qschulz | hence/thus | 09:58 |
| qschulz | LetoThe2nd: o/ | 09:58 |
| wyre | so it's an internal variable which is not intended to be set by the final user, I see | 09:59 |
| qschulz | wyre: no, what i meant is, it's not a variable you can set in a "Yocto" conf file, bbclass or recipe | 10:00 |
| qschulz | (from a very quick glance) | 10:00 |
| wyre | oh, I see | 10:00 |
| qschulz | so it IMHO does not have its place in the variable index | 10:00 |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has quit IRC | 10:02 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:b02d:62f7:a7bb:b514> has joined #yocto | 10:04 | |
| *** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 10:08 | |
| *** creich <creich!~creich@p200300f6af0a9910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 10:11 | |
| *** NiniC0c0 <NiniC0c0!5a5cde4f@lfbn-idf2-1-1163-79.w90-92.abo.wanadoo.fr> has joined #yocto | 10:12 | |
| *** creich <creich!~creich@p200300f6af0a9910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 10:13 | |
| *** frsc <frsc!~frsc@mue-88-130-77-013.dsl.tropolys.de> has joined #yocto | 10:13 | |
| wyre | I cannot run `runqemu` because of TUN control device "runqemu - ERROR - TUN control device /dev/net/tun is unavailable; you may need to enable TUN (e.g. sudo modprobe tun)" | 10:14 |
| wyre | but the module is loaded in the host system (I'm trying to run it inside the crops container) | 10:14 |
| smurray | wyre: you could try the slirp mode as an alternative, "runqemu slirp" | 10:17 |
| smurray | wyre: though that doesn't necessarily work for all usecases | 10:17 |
| wyre | smurray, oh, it worked, what's the difference between slirp and qemuarm? | 10:17 |
| wyre | apparently a few days ago it worked with qemuarm I was following the LetoThe2nd's playlist https://youtu.be/nqHylLP2NmA | 10:18 |
| smurray | wyre: well, slirp and tap, see https://wiki.qemu.org/Documentation/Networking#User_Networking_.28SLIRP.29 | 10:18 |
| smurray | wyre: were you running inside crops at that time? | 10:19 |
| wyre | smurray, I'd say so | 10:19 |
| smurray | wyre: runqemu defaults to tap, which needs to be able to sudo to root | 10:19 |
| wyre | smurray, so I can combine qemuarm with slirp, right? | 10:20 |
| smurray | wyre: if you can live with the restrictions mention in that QEMU doc link I posted, big one is "the guest is not directly accessible from the host or the external network" | 10:21 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 10:25 | |
| wyre | smurray, I'd say I've followed the LetoThe2nd video inside a crops container and it worked using the same command 🤔 | 10:25 |
| smurray | wyre: I can't say, you'll have to investigate locally what would have changed | 10:26 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 10:26 | |
| carlsb3rg | is there a way of exctracting a distinct list of liceneses and/or the licenses themselves? | 10:32 |
| carlsb3rg | I've looked in deploy/licenses/[my-image-name]-[build-date] but that isn't a complete list...amongst other things I noticed that the linux-firmware license for my e100 network card isn't there | 10:36 |
| *** dreyna <dreyna!~dreyna@2601:646:4201:e280:f038:1ea1:3507:febb> has quit IRC | 10:36 | |
| carlsb3rg | is it better to get them from the final image instead? | 10:36 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 10:43 | |
| LetoThe2nd | carlsb3rg: i'd work through https://www.yoctoproject.org/docs/3.1/dev-manual/dev-manual.html#maintaining-open-source-license-compliance-during-your-products-lifecycle and see what fits your needs. | 10:43 |
| carlsb3rg | ok...thanks...I'll read that | 10:48 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:48 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:50 | |
| *** camus is now known as kaspter | 10:50 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has quit IRC | 11:00 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 11:01 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 11:01 | |
| *** tsjsieb <tsjsieb!~sieb@cable-081-024-102-194.solcon.nl> has joined #yocto | 11:15 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 11:29 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 11:36 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 11:37 | |
| wyre | why if I'm building this core-image-minimal https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-core/images/core-image-minimal.bb?h=warrior the image does not contain systemd? | 11:43 |
| wyre | is it not being appended? | 11:43 |
| *** perplexabot <perplexabot!~perplexab@2600:8801:f100:35::b6d8> has quit IRC | 11:44 | |
| *** perplexabot <perplexabot!~perplexab@2600:8801:f102:1200::b10a> has joined #yocto | 11:47 | |
| LetoThe2nd | wyre: what gives you the idea that it should be? | 11:48 |
| wyre | LetoThe2nd, line 12? | 11:49 |
| LetoThe2nd | wyre: seriously, that idea is so extremely far fetched that i cannot believe you even tried to read the line. | 11:49 |
| LetoThe2nd | wyre: with that, i hereby redirect you to https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#using-systemd-exclusively | 11:50 |
| LetoThe2nd | wyre: as well as https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 11:50 |
| * LetoThe2nd is silent again then. | 11:51 | |
| erbo | Hmm, at what point in rootfs creation is permissions set? Looking at e.g. <myimage>/<version>rootfs/bin/mount.util-linux in tmp/ it looks like it's owned by my user, but in the resulting wic image it's owned by root. | 11:55 |
| erbo | At least on dunfell, on gatesgarth the mount.util-linux is owned by the uid of my build host user and therefore it won't mount anything. | 11:56 |
| wyre | LetoThe2nd, according this https://github.com/openembedded/bitbake/blob/master/lib/bb/utils.py#L970 bb.utils.contains() is checking if the variable DISTRO_FEATURES contains the values specified | 11:58 |
| LetoThe2nd | wyre: absolutely correct. and? | 11:58 |
| wyre | if DISTRO_FEATURES doesn't contain systemd is not appending it? | 11:59 |
| olani[m] | erbo: That is handled by pseudo, the fakeroot tool used by bitbake. If I understand your question correctly. | 12:00 |
| *** sagner <sagner!~ags@2a02:169:3df5:0:6d9:f5ff:fe22:28bf> has quit IRC | 12:00 | |
| LetoThe2nd | wyre: *sigh* like i said, you did not read the line, you just interpreted into it what you wanted to see. have a look at the very first words in the line. does it ring a bell? if not, here it comes: it is about the space in the rootfs fs. if systemd is in the distro features, there is additional space reserved. | 12:01 |
| erbo | olani[m]: is it done in the same way regardless if I'm building a wic image or .ext3 file? | 12:01 |
| LetoThe2nd | wyre: please forgive me if i put you on brain ignore now. have fun. | 12:02 |
| rburton | erbo: permissions are handled before images are involved | 12:02 |
| rburton | erbo: i suggest forcing a rebuild of util-linux to see what happens (bitbake util-linux -C unpack), build a new image and see. files owned by the build user should be causing huge warnings | 12:03 |
| erbo | rburton: should the files in tmp/work/*/util-linux have the correct permissions (owned by root) then? | 12:04 |
| rburton | no | 12:04 |
| rburton | you're a normal user, how would you write a file owned as root? :) | 12:04 |
| rburton | (this is the pseudo magic) | 12:04 |
| erbo | right, I'm stupid :) | 12:04 |
| LetoThe2nd | pseudostupid. | 12:05 |
| LetoThe2nd | is that even a word? | 12:05 |
| erbo | it is now | 12:05 |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto | 12:06 | |
| LetoThe2nd | \m/ | 12:06 |
| RP | kanavin_home: we did see one repro failure with your world change: https://autobuilder.yocto.io/pub/repro-fail/oe-reproducible-20201208-y9g00bvx/packages/diff-html/ - looks like a sorting issue... | 12:14 |
| RP | kanavin_home: also, I've been thinking, it would be handy if the ptest runs on the autobuilder shows warnings upon regressions? | 12:17 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 12:18 | |
| *** wz <wz!~wojteg@89-64-68-83.dynamic.chello.pl> has joined #yocto | 12:23 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 12:23 | |
| RP | paulbarker: I've queued that revert we discussed since I'd like to build M1 and I think it should be included | 12:27 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-143-170.home.otenet.gr> has quit IRC | 12:27 | |
| JaMa | RP: would you accept revert of https://lists.openembedded.org/g/bitbake-devel/message/11835 as well if I send it? | 12:29 |
| RP | JaMa: good question, I'm frustrated there is no response too :( | 12:31 |
| RP | JaMa: yes, lets revert it | 12:32 |
| RP | JaMa: want me just to do it? | 12:33 |
| JaMa | please do if you can | 12:33 |
| JaMa | I don't have better explanation than what I've used in the e-mail | 12:33 |
| kanavin_home | RP: yeah, those sorting issues are notoriously non-reproducible ;), I haven't seen this one in any of my tests | 12:34 |
| kanavin_home | RP: if you add it to the exclusion list, please also add the link to the repro-fail directory where artefacts and diff can be found | 12:35 |
| kanavin_home | non-reprodible non-reproducibility :) | 12:35 |
| kanavin_home | extra level of indirection, my head can barely cope | 12:35 |
| erbo | kanavin_home: join me in the pseudostupid club :) | 12:36 |
| RP | kanavin_home: I'm going to hold the world list until M1 is sorted and then we can figure this out. I will keep it in -next | 12:37 |
| kanavin_home | RP: as for ptest, I wanted to again try to make it a hard failure | 12:37 |
| RP | kanavin_home: well, if you can make it a warning, I can merge that more easily and it will stop things regressing as we watch the AB for warnings | 12:37 |
| kanavin_home | RP: from what I have seen, it's just exclusing lttng-tools-ptest, and figuring out the intermittent valgrind failures | 12:38 |
| RP | kanavin_home: if we could at least stop anything else regressing (and spot it), that would be a big win | 12:38 |
| kanavin_home | RP: sure, so warning == failures? that would be easier than warning == more failures than before. | 12:38 |
| RP | kanavin_home: I don't particuarly want to remove lttng from tests as a large chunk of them do pass | 12:38 |
| RP | kanavin_home: warning == failures no != vlagrind/lttng ? | 12:39 |
| kanavin_home | RP: that would work | 12:39 |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-143-170.home.otenet.gr> has joined #yocto | 12:39 | |
| RP | kanavin_home: that would let us stop regressing I think | 12:39 |
| *** hpsy <hpsy!~hpsy@92.118.12.61> has quit IRC | 12:40 | |
| *** hpsy <hpsy!~hpsy@92.118.12.61> has joined #yocto | 12:41 | |
| *** carlsb3rg <carlsb3rg!~chrissc@193.71.175.207> has quit IRC | 12:42 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 13:01 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 13:01 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 13:02 | |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 13:04 | |
| erbo | Ah, so I've narrowed my file permission issue down to the use of --exclude-path in the wks file used for wic image creation. | 13:23 |
| erbo | If I don't use --exclude-path all is good, if I do use it the files will have the wrong permissions. | 13:23 |
| erbo | I seem to recall reading something about pseudo and ignore dirs etc changing for this release, so I'm off to do some reading about that | 13:24 |
| *** jobroe_ <jobroe_!~manjaro-u@p5dd7f7ac.dip0.t-ipconnect.de> has joined #yocto | 13:30 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 13:31 | |
| *** jobroe <jobroe!~manjaro-u@p579eb4f6.dip0.t-ipconnect.de> has quit IRC | 13:32 | |
| *** frsc <frsc!~frsc@mue-88-130-77-013.dsl.tropolys.de> has quit IRC | 13:34 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 13:36 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 13:39 | |
| *** Yumasi <Yumasi!~guillaume@static-176-175-104-214.ftth.abo.bbox.fr> has quit IRC | 13:47 | |
| *** frsc <frsc!~frsc@mue-88-130-77-013.dsl.tropolys.de> has joined #yocto | 13:47 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 13:48 | |
| erbo | Ah, there's already a bug for this: https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129 | 13:48 |
| *** Yumasi <Yumasi!~guillaume@40.72.95.92.rev.sfr.net> has joined #yocto | 13:48 | |
| *** konsgnxx <konsgnxx!~Konsgnx3@66-109-34-138.tvc-ip.com> has joined #yocto | 14:02 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:02 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:05 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 14:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:10 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 14:12 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 14:16 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zmvcyzggtfczrvmr> has joined #yocto | 14:26 | |
| *** dv|2 <dv|2!~dv@5.167.98.73> has joined #yocto | 14:36 | |
| dv|2 | how to get rid of SDK generation "locale archive not found" problem? https://pastebin.com/FdhgaJLR | 14:37 |
| yann | When we change a SRC_URI to get the same source from a difference place, this taints sigdata. We already have source checksums and SRCREV, we could just omit the URI from the hash, right ? | 14:38 |
| LetoThe2nd | yann: you better add "asking for a friend" ;-) | 14:44 |
| qschulz | yann: I might want to manually bump the revision of a package without renaming the recipe, in which case a build wouldn't be retriggered | 14:44 |
| qschulz | I see very little benefit and a very implicit side effect | 14:45 |
| qschulz | but I am probably missing a valid use case so please let us know | 14:45 |
| yann | qschulz: changing the revision would change the hash anyway, right ? | 14:46 |
| RP | yann: if it were me I'd probably do it with PREMIRRORS then that might keep the same hash | 14:47 |
| qschulz | yann: quick and dirty testing, just changing the SRC_URI will not retrigger a build | 14:53 |
| yann | RP: the problem is not on this side. The vendor meta-rockchip layer changed most of its SRC_URI's because the upstream repo moved. I'm currently battling with bitbake to remove/append the necessary stuff so I can avoid rebuilding linux-libc-headers and the whole target with it. Afterwards will come PREMIRRORS to set the proper URL for those that did not fetch before the change. | 14:53 |
| qschulz | well technically linux-libc-headers shouldn't be impacted right? I mean if it is, bad (as stated in the recipe :) ) | 14:54 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 14:54 | |
| yann | I'm pretty much baffled by this: not only does SRC_URI have an impact, but even _remove (from a .bbappend) causes funky effects: https://pastebin.com/Mh47ZCSc | 14:55 |
| yann | qschulz: they include a linux-libc-headers_4.4-custom to provide a uapi matching the tons of stuff they backported from newer kernels (some of which, incidently, we rely on) | 14:56 |
| yann | I'm pretty much baffled by the "_remove of git://github.com/JeffyCN/mirrors.git;branch=kernel;" you can see in the pastebin | 14:57 |
| RP | yann: PREMIRRORS allows you to rewrite SRC_URI without changing the hashes which is what you asked for. | 14:58 |
| yann | RP: I understand, but it's not what I need as a first step | 14:58 |
| RP | yann: Everything related to a variable is encoded into the hash, including remove values, the hash is not about the variable evaluated value but all its dependencies and makeup too | 14:58 |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has joined #yocto | 14:59 | |
| wyre | are all these variables https://docs.yoctoproject.org/ref-manual/ref-variables.html intended to use them in recipes? 🤔 | 14:59 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 15:00 | |
| qschulz | wyre: no, some in conf files too | 15:00 |
| RP | wyre: not all, definitely not | 15:00 |
| RP | wyre: some are documented as they're used in the code but you'd most likely not need them | 15:01 |
| kanavin_home | RP: I'll see if I can do additional targeted disabling in lttng and sort the valgrind sporadic fails first | 15:01 |
| yann | meta-rockchip changed the SRC_URI, my original point is that it should not impact the siginfo as long as the SRCREV is the same, right ? The problem is diffsigs says the sole difference is SRC_URI - my original problem was that one: https://pastebin.com/veYfCtNn | 15:01 |
| kanavin_home | RP: I don't want more of those exception lists :) would rather have a hard ptest failure | 15:01 |
| wyre | RP, qschulz where should I use DISTRO_ variables? | 15:01 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 15:01 | |
| RP | yann: it will impact the hash as the hash mechanism is not content aware | 15:01 |
| wyre | in the layer conf file? | 15:01 |
| yann | and from this point do_unpack is tainted, and the whole target userspace | 15:01 |
| yann | RP: so I can't restore the original hash without forking meta-rockchip again ? | 15:02 |
| RP | yann: It will impact the hash. Your only way to avoid that would either be to use PREMIRRORS as I suggested which you keep telling me you don't want to, or perhaps force the variable hash value | 15:03 |
| RP | or lock the hash, that would work too | 15:03 |
| RP | yann: you could try setting SRC_URI[vardepvalue] = "<old SRC_URI>" | 15:04 |
| yann | I do want to use PREMIRRORS, I'm merely insisting that as it won't change the hash I have to fix it through an additional mechanism :) | 15:04 |
| qschulz | wyre: in... distros as the name implies? | 15:04 |
| qschulz | I mean, set in distros, then you can read them from anywhere | 15:05 |
| RP | yann: I think I see what you mean, you want to use the old hash when the upstream has changed to a new url | 15:06 |
| yann | right | 15:06 |
| RP | yann: in that case vardepvalue can probably force things | 15:06 |
| wyre | qschulz, but are distros part of a layer? are a type of layers? | 15:07 |
| * RP makes no comment on whether this makes any sense. | 15:07 | |
| yann | seems too, it's picky on whitespace though (!) | 15:07 |
| RP | yann: locked sigs is your other option | 15:07 |
| RP | yann: you will have to get whitespace right, yes | 15:07 |
| qschulz | wyre: if it's not part of a layer, where would you have the distro file? | 15:10 |
| *** Ru3D3eR <Ru3D3eR!~Ru3D3eR4@103.134.21.33> has joined #yocto | 15:15 | |
| yann | RP: a bad side effect from vardepvalue is that if they change other things (add a new patch) I'll get an inconsistent hash | 15:16 |
| yann | Looks like the safest way is to duplicate the old version of the recipe in our layer | 15:16 |
| yann | But then, is there a good reason to satrt with, to be that picky with SRC_URI contents ? | 15:17 |
| RP | yann: right, you could do something like SRC_URI[vardepvalue] = "${@d.getVar("SRC_URI").replace("XXX", "YYY")}" I guess | 15:17 |
| RP | yann: as I tried to explain above, the algorithm is not context aware, it works for a any variable value including functions | 15:18 |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has quit IRC | 15:18 | |
| RP | I'm sure we could start adding all kinds of special logic into it but which cases matter and which cases don't? | 15:18 |
| yann | yeah, not an easy one | 15:19 |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has joined #yocto | 15:20 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 15:21 | |
| *** davidinux <davidinux!~davidinux@213.232.87.126> has quit IRC | 15:21 | |
| wyre | qschulz, I don't have the distro file because I've created an example layer with bitbake-layers | 15:21 |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 15:22 | |
| qschulz | wyre: you cna't build without a distro ;) | 15:22 |
| yann | I'd start with "anything with a SRCREV or a SRC_URI[*.*sum] can get excluded from SRC_URI[vardepvalue]" | 15:22 |
| wyre | qschulz, I'm using right now poky as distro, I think | 15:22 |
| wyre | but should I add a distro to my layer? 🤔 | 15:22 |
| qschulz | wyre: it's defined in your local.conf which distro is used | 15:22 |
| wyre | qschulz, yes, I know it | 15:23 |
| *** Ru3D3eR <Ru3D3eR!~Ru3D3eR4@103.134.21.33> has quit IRC | 15:23 | |
| wyre | I'm pretty sure it's poky | 15:23 |
| qschulz | wyre: 1) machine conf file, 2) image recipe, 3) distro if poky is not enough/too much | 15:23 |
| *** davidinux <davidinux!~davidinux@37.179.235.199> has joined #yocto | 15:23 | |
| wyre | qschulz, so I guess there are also some inherit/include mechanisms to manage distros, right? | 15:25 |
| qschulz | wyre: they are conf files | 15:27 |
| *** Gundy <Gundy!5bc86cfa@91.200.108.250> has joined #yocto | 15:27 | |
| wyre | also recipes? 🤔 | 15:28 |
| RP | yann: do we really want to add an maintain such a list of "rules"? | 15:33 |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:911b:1000:69fd:8d1d:f742:81a6> has joined #yocto | 15:33 | |
| RP | yann: I appreciate you have a specific problem now but the answer is no, we don't ;-) | 15:34 |
| Gundy | Heyo, I could use some help. Bitbaking a kernel recipe using GIT as a source, its a local clone. So my SRC_URI looks like this: "git:///workspace/processor-sdk-linux;protocol=file;branch=Versions/Neptune". SRCREV is set to "${AUTOREV}" and PV_append to "+git${SRCPV}". | 15:34 |
| *** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has quit IRC | 15:34 | |
| Gundy | Woops, sorry, haven't finished typing. bare with me :) | 15:34 |
| qschulz | wyre: no, conf files, so work the same way as .conf files | 15:35 |
| qschulz | e.g. machines | 15:35 |
| qschulz | obviously, it's not identical but the require/include should work the same way | 15:35 |
| *** jonasbits <jonasbits!~quassel@2001:2002:4e48:1aca:908e:1969:c028:2e1d> has joined #yocto | 15:36 | |
| yann | RP: it would not seem that much of a stretch to "replace" every such file's URI with his hash/siginfo. Since every remotely-fetched source is identified with a hash already, it looks like there'll be no other thing to add to that "list of rules", even ;) | 15:38 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.150.141> has joined #yocto | 15:38 | |
| Gundy | So, first build of the kernel is fine. I then create a new commit and call bitbake with the recipe name again. This is where it fails to fetch. The git fetcher seems to run "git -c core.fsyncobjectfiles=0 branch --contains 16711b1ab1b669c1243c0bc04ef1cbdbb928cff0 --list Versions/Neptune" (that ID is the new commit), but that comes back with an | 15:39 |
| Gundy | error, saying there is no such commit. It runs this inside of "downloads/git2/workspace.processor-sdk-linux" and indeed, that clone doesn't have that commit. Why is that? | 15:39 |
| Gundy | Oh, the version of Yocto I am using is 2.2, so quite old by now :/ | 15:40 |
| yann | that would be like, generating a siginfo for every SRC_URI item, and use the hash in it instead of the URI itself, when there's one (keeping those bitbake-specific URI parameters we add, obviously) | 15:40 |
| *** BobPungartnik <BobPungartnik!~BobPungar@187.113.150.141> has quit IRC | 15:40 | |
| RP | yann: you're willing to write and maintain that? ;-) | 15:41 |
| yann | If I had the time :) | 15:42 |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 15:43 | |
| yann | wouldn't that make a nice SoC topic ? | 15:44 |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 15:45 | |
| qschulz | Gundy: is the commit in the master branch or in a different branch? | 15:46 |
| Gundy | That commit is in the branch "Versions/Neptune", the one specified with "branch=" in SRC_URI. Thanks for taking a look :) | 15:47 |
| qschulz | Gundy: any reason for using a local git repo instead of externalsrc or devtool? | 15:48 |
| Gundy | I have run the same git command I mentioned above inside of the location specified in SRC_URI and there it happily succeeds. Just not in the download-folder that bitbake is using. There things are still looking like the previous build. | 15:48 |
| Gundy | qschulz: The repo location is passed with a variable. In production that one points to the main repo (using http protocol), but when developing we override that variable to point to our local clone of said repo. Maybe that's not how its supposed to be done? I haven't heard of externalsrc and have only recently watched a talk on devtool, so I can't | 15:52 |
| Gundy | say that I am familiar with it either. | 15:52 |
| qschulz | Gundy: don't know :man_shrugging: you can have a look in the fetcher python code directly and start debugging from there | 15:53 |
| Gundy | The other reason for using a local clone of that repo is that when working remotely, we have to fetch through the VPN and that's just taking too long (as in 30 minutes). | 15:53 |
| qschulz | I've only ever used local git repo with the git fetcher by using a fixed SRCREV so no idea really :/ | 15:56 |
| *** Kyubi <Kyubi!~Kyubi@2601:640:20b:983f:1483:5361:a7da:3dd3> has joined #yocto | 16:06 | |
| *** Kyubi <Kyubi!~Kyubi@2601:640:20b:983f:1483:5361:a7da:3dd3> has quit IRC | 16:10 | |
| Gundy | qschulz: Thanks though! Yep will continue peeking at git.py | 16:15 |
| zeddii | 0lll | 16:15 |
| *** rcw <rcw!~rcwoolley@104.247.231.196> has joined #yocto | 16:17 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 16:24 | |
| *** frsc <frsc!~frsc@mue-88-130-77-013.dsl.tropolys.de> has quit IRC | 16:25 | |
| *** Mr_Singh_ <Mr_Singh_!~Mr_Singh@2607:fea8:bdf:dda2:4908:564f:8430:8c41> has joined #yocto | 16:26 | |
| *** jobroe_ <jobroe_!~manjaro-u@p5dd7f7ac.dip0.t-ipconnect.de> has quit IRC | 16:27 | |
| sgw | RP: was the bitbake.conf revert responsible for the failures yesterday? | 16:27 |
| RP | sgw: no, separate issue | 16:31 |
| RP | sgw: the M1 build looks like a disaster :( | 16:32 |
| * zeddii doesn't remember typing 0lll | 16:33 | |
| * RP doesn't understand how master is suddenly so broken | 16:35 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has quit IRC | 16:40 | |
| *** adelcast <adelcast!~adelcast@2806:108e:1a:2a74:286b:3fe0:de39:c5b1> has left #yocto | 16:40 | |
| *** adelcast <adelcast!~adelcast@2806:108e:1a:2a74:286b:3fe0:de39:c5b1> has joined #yocto | 16:42 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has joined #yocto | 16:45 | |
| RP | sgw, kanavin_home: Its the change to DISTRO_VERSION in poky :( | 16:46 |
| RP | /home/pokybuild/yocto-worker/buildtools/build/build/tmp/work/aarch64-nativesdk-pokysdk-linux/buildtools-tarball/1.0-r0/sdk/image/opt/poky/3.2+snapshot-9826881036191be6ffba98c9bc8a86d1b852ff41/sysroots/aarch64-pokysdk-linux/usr/lib/': No such file or directory | 16:46 |
| RP | both 3.2+snapshot-9826881036191be6ffba98c9bc8a86d1b852ff41/ and 3.2+snapshot-be4e442da1b22e4a0d85cc74f11fec4981207684/ exist | 16:46 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 16:47 | |
| sgw | RP: this is one of those things that happens every 6 months and gets goofed up from time to time? | 16:55 |
| RP | sgw: no, we just changed the way this worked for reproducibility (oh the irony) | 16:55 |
| sgw | Oh boy, Ok, I will not worry about swatting that further than. | 16:56 |
| RP | sgw: right, I'll do something about this, I think I understand some of it now | 16:59 |
| *** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has quit IRC | 17:02 | |
| *** frwol <frwol!~frwol@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC | 17:04 | |
| *** tnovotny <tnovotny!~tnovotny@176-74-132-138.netdatacomm.cz> has quit IRC | 17:23 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 17:24 | |
| *** davidinux <davidinux!~davidinux@37.179.235.199> has quit IRC | 17:26 | |
| *** tsjsieb <tsjsieb!~sieb@cable-081-024-102-194.solcon.nl> has quit IRC | 17:30 | |
| *** mckoan is now known as mckoan|away | 17:30 | |
| *** Shikadi` <Shikadi`!~Shikadi@135.30.27.136.in-addr.arpa> has joined #yocto | 17:32 | |
| kanavin_home | RP: thanks for sorting this :) | 17:32 |
| RP | kanavin_home: np, its actually pretty nasty, fixes to core and to poky | 17:33 |
| RP | kanavin_home: I've pushed some changes so we'll try again for M1 :) | 17:36 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 17:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 17:42 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 17:44 | |
| *** fl0v0 <fl0v0!~fvo@88.130.219.242> has quit IRC | 17:45 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 17:45 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 17:46 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 17:47 | |
| *** davidinux <davidinux!~davidinux@217.138.219.147> has joined #yocto | 17:57 | |
| v0n | I don't understand wic's --ondisk option | 17:59 |
| v0n | what's the point of specifying sda or sdb | 17:59 |
| JPEW | v0n: It can populate the fstab with the mounts | 18:01 |
| v0n | oh ok, so that has to be the name that the SD card slot will have on the target machine | 18:02 |
| RP | kanavin_home: https://salsa.debian.org/reproducible-builds/reproducible-website/-/commit/e9b27e902792abf39ef823f3d028b39e8243c8e3 :) | 18:03 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has quit IRC | 18:06 | |
| *** junland <junland!~junland@142.93.201.46> has quit IRC | 18:06 | |
| *** Yumasi <Yumasi!~guillaume@40.72.95.92.rev.sfr.net> has quit IRC | 18:06 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto | 18:07 | |
| JPEW | v0n: Ya | 18:08 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has quit IRC | 18:09 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has joined #yocto | 18:14 | |
| kanavin_home | RP: nice :) | 18:16 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has quit IRC | 18:18 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has joined #yocto | 18:18 | |
| *** junland <junland!~junland@142.93.201.46> has joined #yocto | 18:21 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:44ad:b2c4:bf7f:7e99> has quit IRC | 18:21 | |
| *** psiva87 <psiva87!45fde314@c-69-253-227-20.hsd1.pa.comcast.net> has joined #yocto | 18:22 | |
| psiva87 | Hi everyone, | 18:22 |
| *** dev1990 <dev1990!~dev@178-36-238-233.adsl.inetia.pl> has quit IRC | 18:23 | |
| *** dev1990 <dev1990!~dev@178-36-238-233.adsl.inetia.pl> has joined #yocto | 18:23 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:c584:dc9f:dcf0:9e06> has joined #yocto | 18:26 | |
| psiva87 | I want binary installed by cmake (yocto recipe) to be available in rootfs, does adding SYSROOT_DIRS += "${bindir}" to recipe a correct way? It works in fact.. | 18:26 |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 18:27 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 18:29 | |
| *** NiniC0c0 <NiniC0c0!5a5cde4f@lfbn-idf2-1-1163-79.w90-92.abo.wanadoo.fr> has quit IRC | 18:31 | |
| *** wz <wz!~wojteg@89-64-68-83.dynamic.chello.pl> has quit IRC | 18:32 | |
| *** dv|2 <dv|2!~dv@5.167.98.73> has quit IRC | 18:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 18:39 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 18:43 | |
| *** Hadi <Hadi!a5e1d930@165.225.217.48> has joined #yocto | 18:54 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-eocffkdmrnmsjoyc> has quit IRC | 18:55 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has quit IRC | 18:57 | |
| Hadi | Sorry for asking this question again. I need a way to download all application sources for a release load. This is to allow designer to have access to the application sources in their IDE. I could use the src package in the deploy directory. But those packages are subset of all source files. I dont want to do "devtool modify". Is there any | 19:01 |
| Hadi | options to download the complete source and create a DEBUGFS. Thank for any help. | 19:01 |
| JPEW | Hadi: Yes..... | 19:04 |
| JPEW | Hadi: IMAGE_GEN_DEBUGFS = "1" | 19:06 |
| JPEW | Apparently, that variable is not in the manual variable index :/ | 19:06 |
| JPEW | Hadi: Covered there though: https://docs.yoctoproject.org/dev-manual/dev-manual-common-tasks.html#debugging-with-the-gnu-project-debugger-gdb-remotely | 19:07 |
| Hadi | Thanks JPEW, I think IMAGE_GEN_DEBUGFS only unpack *-src.rpm. The src package only contain C and header file. It doesn't contain all files from a package. Eg: The package may have automake, m4 and other files. I need something equivalent to "devtool modify < all package-name >" | 19:14 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 19:23 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 19:24 | |
| JPEW | Hadi: Ah. No I don't think there's anything to do that | 19:31 |
| *** kaspter <kaspter!~Instantbi@2409:8a1e:911b:1000:69fd:8d1d:f742:81a6> has quit IRC | 19:32 | |
| *** megabread <megabread!~megabread@2a01:4b00:e031:2600:b02d:62f7:a7bb:b514> has quit IRC | 19:36 | |
| *** T_UNIX <T_UNIX!~T_UNIX@2a02:8071:b696:bd00:57dc:e194:3053:35c0> has quit IRC | 19:37 | |
| *** T_UNIX <T_UNIX!~T_UNIX@HSI-KBW-109-192-195-138.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 19:37 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 19:38 | |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has joined #yocto | 19:38 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has joined #yocto | 19:45 | |
| *** wz <wz!~wojteg@89-64-68-83.dynamic.chello.pl> has joined #yocto | 19:54 | |
| kiwi_29 | Hello..I m getting this error when building a distro . The error is inside run.do_rootfs | 20:00 |
| kiwi_29 | Errors were encountered while processing: | 20:00 |
| kiwi_29 | <full path>/<name of deb>.deb | 20:00 |
| kiwi_29 | W: --force-yes is deprecated, use one of the options starting with --allow instead. | 20:00 |
| kiwi_29 | W: No sandbox user '_apt' on the system, can not drop privileges | 20:00 |
| kiwi_29 | E: Sub-process dpkg returned an error code (1) | 20:00 |
| kiwi_29 | Not able to understand how to debug this as part of do_rootfs as there is no more details.. How to get more info or debug | 20:00 |
| *** jobroe <jobroe!~manjaro-u@p5dd7f7ac.dip0.t-ipconnect.de> has joined #yocto | 20:06 | |
| codyps | kiwi_29: one can edit the run.do_rootfs script and re-run it to get more output. It's also a good idea to look at the stored log files for the recipe. | 20:08 |
| kiwi_29 | thanks codyps I looked log.do_rootfs in detail and found this | 20:09 |
| kiwi_29 | Unpacking PACKAGENAME (0.42.1-r0) ... | 20:09 |
| kiwi_29 | [1mdpkg:[0m error processing archive <PATHTODEB>/PACKAGENAME.deb (--unpack): | 20:09 |
| kiwi_29 | trying to overwrite ‘<FILESYSTEM PATH>’, which is also in package PACKAGENAME2 | 20:09 |
| kiwi_29 | dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) | 20:09 |
| kiwi_29 | which means PACKAGENAME is trying to overwrite a file already installed by PACKAGENAME2 | 20:10 |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.131> has quit IRC | 20:10 | |
| kiwi_29 | how to I let PACKAGENAME do that... as the changes I made needs PACKAGENAME to overwrite that file | 20:10 |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 20:12 | |
| *** Kyubi <Kyubi!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 20:13 | |
| *** Hadi <Hadi!a5e1d930@165.225.217.48> has quit IRC | 20:17 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 20:22 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC | 20:23 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 20:26 | |
| *** habing <habing!~habing@2001:4bb8:19a:fdd9:b486:552f:43c9:2> has quit IRC | 20:39 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 20:41 | |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has joined #yocto | 20:49 | |
| codyps | kiwi_29: I don't think you can directly overwrite things via packages. Some options folks tend to use here: 1. use `ALTERNATIVES` support to have links to files/directories put into place with a priority per package. I'm pretty sure this requires that both packages that "conflict" use ALTERNATIVES. 2. Use the ROOTFS_POSTPROCESS_CMD to move the files around (ie: install both, then use | 20:53 |
| codyps | ROOTFS_POSTPROCESS_CMD to have one overwrite the other). This seems kind of dirty, but it may be workable. 3. Avoid making a seperate package and instead use bbappends. This loses some nice isolation properties, but it is pretty straight forward. Can be a bit tricky if you'd like to avoid making the package being bbappended to into something machine/image specific. | 20:53 |
| kiwi_29 | thanks codyps I will try it out . I have been delaying reading update-alternatives stuff ..no more . Also I might try using bbappend for PACKAGENAME2 and remove the common file and then let PACKAGENAME install the file ..lets c | 21:01 |
| kiwi_29 | does that make sense | 21:07 |
| *** alessioigor <alessioigor!~alessio@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 21:08 | |
| *** alessioigor <alessioigor!~alessio@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 21:09 | |
| *** alessioigor <alessioigor!~alessio@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 21:09 | |
| *** wz <wz!~wojteg@89-64-68-83.dynamic.chello.pl> has quit IRC | 21:19 | |
| *** T_UNIX <T_UNIX!~T_UNIX@HSI-KBW-109-192-195-138.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 21:22 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 21:31 | |
| v0n | if my board is a well known commercial board but with a custom in-house designed daughter board, is it best if I define my own machine? | 21:33 |
| *** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-150-cbl.xnet.hr> has quit IRC | 21:49 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 21:53 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:53 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 21:54 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 22:00 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 22:01 | |
| *** aidanh_ is now known as aidanh | 22:01 | |
| *** konsgnxx <konsgnxx!~Konsgnx3@66-109-34-138.tvc-ip.com> has quit IRC | 22:08 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 22:15 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has quit IRC | 22:17 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:17 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 22:20 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:20 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 22:20 | |
| *** mbulut <mbulut!~nameclash@ip1f128e0d.dynamic.kabel-deutschland.de> has joined #yocto | 22:21 | |
| *** vineela <vineela!vtummala@nat/intel/x-uhcggmgzbcbxaxju> has joined #yocto | 22:21 | |
| *** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC | 22:22 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 22:23 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 22:24 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 22:26 | |
| *** amerigo <amerigo!uid331857@gateway/web/irccloud.com/x-egprymtqwwmmkfhc> has joined #yocto | 22:30 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 22:37 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 22:48 | |
| *** psiva87 <psiva87!45fde314@c-69-253-227-20.hsd1.pa.comcast.net> has quit IRC | 22:52 | |
| *** extor <extor!extor@unaffiliated/extor> has quit IRC | 22:52 | |
| *** Ru3D3e <Ru3D3e!~Ru3D3eR4@180-150-39-50.b49627.bne.nbn.aussiebb.net> has quit IRC | 23:02 | |
| *** vineela <vineela!vtummala@nat/intel/x-uhcggmgzbcbxaxju> has quit IRC | 23:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:11 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 23:30 | |
| *** falk0n <falk0n!~falk0n@a85-138-156-79.cpe.netcabo.pt> has quit IRC | 23:43 | |
| *** falk0n <falk0n!~falk0n@a85-138-186-96.cpe.netcabo.pt> has joined #yocto | 23:45 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has left #yocto | 23:47 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:47 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 23:51 | |
| *** 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/!