| *** atril <atril!~artri@208.116.134.46> has joined #yocto | 00:10 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 00:14 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:17 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Read error: Connection reset by peer) | 00:55 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 00:58 | |
| *** atril <atril!~artri@208.116.134.46> has quit IRC (Ping timeout: 260 seconds) | 01:02 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 258 seconds) | 01:03 | |
| *** pidge24 <pidge24!~pidge@194.110.145.166> has joined #yocto | 01:19 | |
| *** pidge <pidge!~pidge@194.110.145.166> has quit IRC (Ping timeout: 256 seconds) | 01:22 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-84-88-128.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-2-84-88-128.home.otenet.gr> has quit IRC (Ping timeout: 260 seconds) | 01:34 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 01:53 | |
| *** atril <atril!~artri@208.116.134.46> has joined #yocto | 01:59 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 02:20 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 02:21 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 264 seconds) | 02:21 | |
| *** camus1 is now known as camus | 02:22 | |
| *** dagmcr <dagmcr!sid323878@id-323878.uxbridge.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 02:26 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 02:27 | |
| *** JPEW_ <JPEW_!sid500061@helmsley.irccloud.com> has joined #yocto | 02:27 | |
| *** rburton <rburton!rburton@user/rburton> has quit IRC (Ping timeout: 264 seconds) | 02:27 | |
| *** JPEW <JPEW!sid500061@id-500061.helmsley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 02:28 | |
| *** JPEW_ is now known as JPEW | 02:28 | |
| *** drewfustini_ <drewfustini_!sid284109@helmsley.irccloud.com> has joined #yocto | 02:28 | |
| *** armpit_ <armpit_!sid501830@uxbridge.irccloud.com> has joined #yocto | 02:28 | |
| *** thierryE <thierryE!sid286446@id-286446.lymington.irccloud.com> has quit IRC (Ping timeout: 252 seconds) | 02:28 | |
| *** drewfustini <drewfustini!sid284109@id-284109.helmsley.irccloud.com> has quit IRC (Ping timeout: 264 seconds) | 02:28 | |
| *** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 02:28 | |
| *** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 02:28 | |
| *** armpit_ is now known as armpit | 02:28 | |
| *** drewfustini_ is now known as drewfustini | 02:28 | |
| *** rburton <rburton!rburton@user/rburton> has joined #yocto | 02:28 | |
| *** behanw <behanw!uid110099@uxbridge.irccloud.com> has joined #yocto | 02:29 | |
| *** thierryE <thierryE!sid286446@lymington.irccloud.com> has joined #yocto | 02:29 | |
| *** mithro <mithro!sid24875@ilkley.irccloud.com> has joined #yocto | 02:29 | |
| *** dagmcr <dagmcr!sid323878@uxbridge.irccloud.com> has joined #yocto | 02:43 | |
| *** atril <atril!~artri@208.116.134.46> has quit IRC (Ping timeout: 260 seconds) | 03:00 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 03:02 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer) | 03:03 | |
| *** camus1 is now known as camus | 03:03 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 03:13 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:14 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 03:22 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 03:22 | |
| *** bluelightning_ is now known as bluelightning | 03:50 | |
| *** amitk <amitk!~amit@103.208.69.132> has joined #yocto | 03:54 | |
| *** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto | 03:57 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 260 seconds) | 03:59 | |
| *** jmiehe1 is now known as jmiehe | 03:59 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 04:16 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 04:20 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 04:23 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 264 seconds) | 04:24 | |
| *** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has quit IRC (Ping timeout: 260 seconds) | 04:30 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 04:30 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 04:34 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 04:35 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.246> has joined #yocto | 04:38 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 04:39 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:44 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:00 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:04 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 05:20 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 05:48 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 06:17 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Remote host closed the connection) | 06:19 | |
| *** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 06:21 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 06:22 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 06:25 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 06:25 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 06:40 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 06:40 | |
| *** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has joined #yocto | 06:40 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 06:43 | |
| JosefHolzmayrThe | yo dudX | 06:43 |
|---|---|---|
| manuel1985 | hoi | 06:43 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 06:53 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 06:55 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 06:57 | |
| *** camus1 is now known as camus | 06:57 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 06:58 | |
| *** Guest38 <Guest38!~Guest38@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has joined #yocto | 07:01 | |
| *** nucatus <nucatus!nucatus@gateway/vpn/protonvpn/nucatus> has quit IRC (Ping timeout: 260 seconds) | 07:01 | |
| *** Guest38 <Guest38!~Guest38@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has quit IRC (Client Quit) | 07:02 | |
| *** Elkly <Elkly!~Elkly@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has joined #yocto | 07:03 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds) | 07:04 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 07:09 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 07:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 07:25 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Client Quit) | 07:25 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 07:26 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:42 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 07:44 | |
| *** camus1 is now known as camus | 07:44 | |
| *** Elkly <Elkly!~Elkly@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has quit IRC (Quit: Client closed) | 07:53 | |
| *** elkly <elkly!~elkly@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has joined #yocto | 07:53 | |
| *** elkly <elkly!~elkly@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has quit IRC (Client Quit) | 07:55 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:00 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 08:12 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 08:31 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 08:37 | |
| *** Guest56 <Guest56!~Guest56@85.143.255.210> has joined #yocto | 08:44 | |
| Guest56 | HI! I`d like to know is there a possibility to get a recipe`s $WORKDIR value inside another recipe? | 08:45 |
| JosefHolzmayrThe | Guest56: no. | 08:46 |
| Guest56 | Ok, thanks | 08:46 |
| *** Guest56 <Guest56!~Guest56@85.143.255.210> has quit IRC (Client Quit) | 08:47 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 08:48 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 08:48 | |
| *** camus1 is now known as camus | 08:48 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:56 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has joined #yocto | 09:01 | |
| *** NiksDev <NiksDev!~NiksDev@192.163.5.9> has joined #yocto | 09:20 | |
| NiksDev | I am getting a failure in fetching the ncurses git | 09:21 |
| NiksDev | I tried to clone manually, and still getting failure | 09:21 |
| NiksDev | **fatal: unable to access 'https://salsa.debian.org/debian/ncurses.git/': server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none | 09:21 |
| NiksDev | ** | 09:21 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Quit: ZNC - https://znc.in) | 09:22 | |
| NiksDev | btw, I have a premirror where the required git objects are present in the tarball, but the bitbake tries to sync the objects after premirror step as well | 09:22 |
| JosefHolzmayrThe | NiksDev: chances are you need to update your certificates. see https://stackoverflow.com/questions/21181231/server-certificate-verification-failed-cafile-etc-ssl-certs-ca-certificates-c/69403278#69403278 | 09:22 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 09:22 | |
| rburton | NiksDev: update your ca-certificates package | 09:22 |
| JosefHolzmayrThe | and refresh the cache, thats also important :) | 09:23 |
| rburton | (and if you need to update ca-certs, i suggest doing a full update, as you've not updated for ages) | 09:23 |
| rburton | to be clear we mean on the host system, nothing in yocto | 09:23 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:24 | |
| NiksDev | I have a ubuntu VM spawned in a server and that;'s the host. I run apt-get upgrade before every build, so all packages are latest of that ubuntu version | 09:24 |
| rburton | what release of ubuntu, and what's the version of ca-certificates | 09:25 |
| rburton | and presumably you do apt-get update first | 09:25 |
| JosefHolzmayrThe | just like i said, updating alone doesn't do the trick, you also need the update-ca thing. | 09:25 |
| rburton | surely the postinst does that bit for you | 09:27 |
| JosefHolzmayrThe | "surely" | 09:27 |
| rburton | https://salsa.debian.org/debian/ca-certificates/-/blob/master/debian/ca-certificates.postinst#L150 | 09:27 |
| NiksDev | rburton for now, I tried with export GIT_SSL_NO_VERIFY=1 and the clone can succeed | 09:32 |
| NiksDev | btw, the real question I wanted to ask was | 09:33 |
| NiksDev | is there a way to disable the sync step after the git repo is downloaded from a premirrror tarball | 09:33 |
| rburton | not afaik | 09:34 |
| NiksDev | because if the original server fails the git sync, it defeats the purpose of the premirror | 09:34 |
| NiksDev | at least a check in do_fetch to check if the sync is really required or not would help | 09:34 |
| NiksDev | e.g. run git branch --contains SRCREV and then decide if sync is required | 09:34 |
| rburton | right and i think it does that already | 09:35 |
| rburton | a minimal reproducer and a bug report would be the next step | 09:35 |
| rburton | easily done, just make a manual mirror tarball for an invalid git repo url | 09:35 |
| NiksDev | oh you mean the do_fetch is looking for the commit and still syncing with the upstream mirror? | 09:37 |
| rburton | need_update() is basically "does this repo contain the ref asked for" | 09:39 |
| rburton | but the git fetcher is over 800 lines, so there might be an edge case | 09:39 |
| rburton | as i said, minimal reproducer is needed | 09:39 |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 09:49 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:54 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 264 seconds) | 09:56 | |
| *** camus1 is now known as camus | 09:56 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 10:04 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has joined #yocto | 10:07 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 10:14 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 265 seconds) | 10:20 | |
| *** mrkiko <mrkiko!~mrkiko@user/mrkiko> has quit IRC (Quit: leaving) | 10:31 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 10:36 | |
| *** nucatus_ <nucatus_!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 10:44 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 10:53 | |
| *** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has joined #yocto | 10:56 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 10:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 10:57 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 11:00 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has joined #yocto | 11:09 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:14 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 11:19 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 11:21 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:37 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 264 seconds) | 11:41 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 11:43 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 264 seconds) | 11:46 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 11:46 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 11:57 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 12:09 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 12:13 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 12:14 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Remote host closed the connection) | 12:14 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 12:14 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 258 seconds) | 12:16 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 12:17 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 12:20 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto | 12:25 | |
| *** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has left #yocto | 12:33 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 12:34 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has joined #yocto | 12:35 | |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has quit IRC (Quit: Lost terminal) | 12:53 | |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has joined #yocto | 12:57 | |
| *** atril <atril!~artri@208.116.134.46> has joined #yocto | 13:21 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 13:33 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Ping timeout (120 seconds)) | 13:59 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 13:59 | |
| barath | https://docs.yoctoproject.org/test-manual/intro.html this give a 404, bug or has the page moved? | 13:59 |
| barath | base docs.yoctoproject.org is also broken so server issues I guess | 14:01 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds) | 14:03 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 14:03 | |
| qschulz | add current/ after yoctoproject.org/ and that should fix it for now | 14:06 |
| qschulz | halstead: ^ FYI, docs.yoctoproject.org displays a file browser instead of the usual HTML page | 14:07 |
| *** Anon <Anon!~Anon@mllnC3E4AEE2.fixip.t-online.hu> has joined #yocto | 14:12 | |
| *** Anon is now known as Guest367 | 14:12 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 14:13 | |
| *** pidge24 <pidge24!~pidge@194.110.145.166> has quit IRC (Quit: Client closed) | 14:13 | |
| *** Guest367 <Guest367!~Anon@mllnC3E4AEE2.fixip.t-online.hu> has quit IRC (Quit: Leaving) | 14:22 | |
| kriive | Hello there! I'm trying to split a package in two components: package-client and package-daemon. I'm installing them in ${bindir}/package and ${bindir}/packaged. I have a PACKAGES += "${PN}-client ${PN}-daemon" and subsequent FILES_${PN}-daemon = "${bindir}/packaged" and FILES_${PN}-client = "${bindir}/package". | 14:23 |
| kriive | dnf complains abount not finding package-client | 14:23 |
| kriive | What am I doing wrong? | 14:24 |
| *** kiran <kiran!~kiran@cpe20f19e128a6a-cm20f19e128a68.cpe.net.cable.rogers.com> has joined #yocto | 14:26 | |
| rperier | o/, did anyone test yocto 3.1.x LTS on debian 11 ? (just in case...) | 14:28 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 14:35 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 14:39 | |
| yates | there seems to be a problem with docs.yoctoproject.org | 14:39 |
| yates | this has been working for months. https://docs.yoctoproject.org/ref-manual/variables.html | 14:40 |
| vmeson | yates: yikes, it's gone back to the 1990s and just showing us a directory tree !! | 14:40 |
| vmeson | halstead: ^^^ | 14:40 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 264 seconds) | 14:41 | |
| vmeson | yates: a branch such as hardknott works: https://docs.yoctoproject.org/hardknott/ref-manual/variables.html | 14:42 |
| yates | ok, that will suffice in the interim | 14:43 |
| yates | or is this a policy change? | 14:43 |
| vmeson | yates: I don't think so. halstead is in PST so give him a while to be awake and we'll see what's busted. | 14:44 |
| yates | i.e., is the latest version no longer maintained at https://docs.yoctoproject.org/ref-manual/ | 14:44 |
| yates | roger that! | 14:45 |
| vmeson | I suspect this is just an error as the 3.4 release is prepped. | 14:45 |
| *** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:50 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 14:57 | |
| halstead | yates: I've put it back to normal. The docs builds aren't working correctly. | 15:01 |
| yates | halstead: thank you | 15:02 |
| halstead | qschulz: Something is wrong with the docs builds not putting files at the root. | 15:03 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 15:04 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Ping timeout: 252 seconds) | 15:08 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 15:08 | |
| whuang0389 | Hi, I have a bbappend that applies patches to the linux kernel. When I do devtool modify virtual/kernel, those patches aren't applied/copied over. Is there a way to apply the patches when modifyign the recipe via devtool? | 15:14 |
| sakoman | rperier: dunfell 3.1.12 will support debian 11 (and fedora 34) | 15:17 |
| sakoman | scheduled to be out 26 Nov | 15:18 |
| abelloni | sakoman: what about fedora35? :) | 15:22 |
| sakoman | abelloni: I'll get right on that :P | 15:25 |
| qschulz | halstead: yeah I figured, is there any error printed in some log to help with that? | 15:25 |
| vd | hi all -- bb.data.inherits_class() checks is the given class is currently inherited in a recipe, right? | 15:26 |
| vd | or if it simply exists? | 15:26 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:33 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto | 15:35 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 15:38 | |
| rburton | vd: if the datastore you pass inherits the class | 15:38 |
| vd | rburton: what does a datastore refers to in this context, a recipe being build or the whole bitbake instance? | 15:40 |
| rburton | the recipe's datastore, you'll encounter is as 'd' | 15:40 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:40 | |
| rperier | sakoman: super, thanks for the feeback | 15:41 |
| *** camus <camus!~Instantbi@2409:8a1e:9112:5840:689e:828e:a55:a3d8> has joined #yocto | 15:44 | |
| vd | rburton: ho ok so it is safe to use bb.data.inherits_class() to check if the current recipe has a specific class inherited or not | 15:46 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 15:54 | |
| kergoth | hmm time for my first swat triage, swatbot seems handy | 15:55 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 15:56 | |
| vd | is there a way to inherit a class programmatically via python or does one need to do d.setVar('FOO', 'class') then inherit ${FOO}? | 15:57 |
| *** elkly <elkly!~elkly@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has joined #yocto | 15:59 | |
| *** elkly <elkly!~elkly@2a02:8071:bb2:7d00:dd0e:9bf:5c07:b9bc> has quit IRC (Client Quit) | 16:01 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 16:04 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:b8f9:a90d:38b1:e915> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:04 | |
| qschulz | vd: you can do inherit ${@} or whatever the correct syntax is (inline python) | 16:07 |
| vd | I'm wondering if it's a good or bad idea to have a "smart" class to INHERIT which inherit subclasses conditionally, or if it's better to let users explicitly inherit the correct classes | 16:10 |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 264 seconds) | 16:10 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 16:12 | |
| vd | one convenient scenario is to have core-image-minimal to work "out of the box" since it needs to inherit some classes to work with my layer, stuffs like that. | 16:14 |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:9fe:63b0:cff8:682b> has joined #yocto | 16:16 | |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev) | 16:16 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Read error: Connection reset by peer) | 16:17 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:24 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:30 | |
| kergoth | vd: It's a tough balance, ease of use vs too much implicit / magic behavior | 16:31 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 16:31 | |
| khem | vd: convenience classes serve purpose but are bad if overused | 16:31 |
| khem | oh hey kergoth | 16:31 |
| *** amitk <amitk!~amit@103.208.69.132> has quit IRC (Quit: leaving) | 16:32 | |
| zeddii | online FOSDEM in 2022. :( | 16:38 |
| *** kiran <kiran!~kiran@cpe20f19e128a6a-cm20f19e128a68.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 258 seconds) | 16:43 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 16:43 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:f8e9:ab01:d480:6a37> has joined #yocto | 16:44 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 16:48 | |
| moto-timo | :( | 16:53 |
| vd | kergoth: khem: I agree with you, too much explicit makes it harder to maintain et evolve. A good documentation suggesting to add INHERIT in your local.conf would be better. | 16:57 |
| * zeddii curses gmail for hiding email that I'm directly copied on | 16:59 | |
| yates | i've read this and am still confused what uninative means: https://docs.yoctoproject.org/ref-manual/classes.html?highlight=uninative#uninative-bbclass | 17:10 |
| yates | s/confused/unsure/ | 17:11 |
| yates | by "host distribution" are you referring to the host computer (i.e., the build computer) ? | 17:11 |
| yates | also the second part of the sentence "make re-use of native shared state artifacts ACROSS DIFFERENT HOST DISTRIBUTIONS practical" confuses me. | 17:13 |
| yates | when is an entire build directory picked up from on host computer/os and dropped onto another host computer/os?!? | 17:13 |
| yates | or is that not what you mean? | 17:14 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 17:18 | |
| *** florian <florian!~florian@dynamic-002-244-137-024.2.244.pool.telefonica.de> has joined #yocto | 17:19 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 17:21 | |
| yates | zeddii: don't you know that google/microsoft know better what you want than you do?!? | 17:30 |
| yates | a large reason why i switched (at home, all my home computers) to linux back in 2006 | 17:31 |
| *** florian <florian!~florian@dynamic-002-244-137-024.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 17:32 | |
| yates | all i need windoze for is doing Garmin updates... | 17:33 |
| kergoth | yates: build directory and sstate are two completely different things | 17:34 |
| kergoth | we share sstate artifacts across different hosts every day | 17:34 |
| tlwoerner | (online fosdem) w00T! now i can participate | 17:34 |
| moto-timo | tlwoerner: you too can wake up extra early to pretend you’re in Europe | 17:35 |
| tlwoerner | moto-timo: central europe is only "early" for me, not "extra" ;-) | 17:36 |
| moto-timo | tlwoerner: true… the benefits of being on the “east coast” | 17:37 |
| *** rcw <rcw!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has joined #yocto | 17:41 | |
| *** RobW <RobW!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has quit IRC (Ping timeout: 258 seconds) | 17:41 | |
| *** RobW <RobW!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has joined #yocto | 17:44 | |
| yates | kergoth: isn't "sstate" held in the build/sstate-cache? | 17:44 |
| *** rcw <rcw!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has quit IRC (Ping timeout: 264 seconds) | 17:45 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 17:52 | |
| *** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has quit IRC (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in) | 17:55 | |
| *** rcw <rcw!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has joined #yocto | 17:58 | |
| *** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has joined #yocto | 17:58 | |
| *** RobW <RobW!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 18:01 | |
| *** rcw <rcw!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 18:03 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 18:03 | |
| *** rcw <rcw!~rcwoolley@184-175-12-149.dsl.teksavvy.com> has joined #yocto | 18:05 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:9fe:63b0:cff8:682b> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:07 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 18:07 | |
| *** florian <florian!~florian@dynamic-002-244-137-024.2.244.pool.telefonica.de> has joined #yocto | 18:08 | |
| *** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has quit IRC (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in) | 18:10 | |
| JPEW | Does anyone know why image.bbclass does `do_packegedata[noexec] = "1"` instead of `deltask do_packagedata` ? | 18:12 |
| *** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has joined #yocto | 18:12 | |
| moto-timo | yates: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/local.conf.sample#n221 | 18:13 |
| yates | moto-timo: thank you | 18:14 |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto | 18:17 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:17 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:9fe:63b0:cff8:682b> has joined #yocto | 18:20 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 258 seconds) | 18:22 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 18:29 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 18:33 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 18:34 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 18:39 | |
| vd | an image feature can cause a class to be inherited, correct? | 19:18 |
| vd | like a common image class doing inherit ${@bb.utils.contains('IMAGE_FEATURES', 'foo', 'some-foo-class', '', d)} | 19:21 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:22 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 19:27 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 19:34 | |
| *** florian <florian!~florian@dynamic-002-244-137-024.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 19:37 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 19:39 | |
| vd | same topic, can a feature set IMAGE_FSTYPES? | 19:46 |
| *** wwilly <wwilly!~wwilly@217.140.106.13> has joined #yocto | 19:54 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Remote host closed the connection) | 20:01 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 20:01 | |
| *** NiksDev <NiksDev!~NiksDev@192.163.5.9> has quit IRC (Quit: Client closed) | 20:03 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 20:06 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 20:08 | |
| *** Pan5ky <Pan5ky!~Pan5ky@2a02:8109:8380:224:9fe:63b0:cff8:682b> has quit IRC (Ping timeout: 260 seconds) | 20:12 | |
| *** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed) | 20:21 | |
| smurray | vd: that's likely possible, whether it's a good idea or not is hard to say. IMO you really want to avoid using IMAGE_FEATURES outside of image recipes | 20:24 |
| vd | smurray: that'd be from inside a recipe. In other words, IMAGE_FEATURES += "foo" would implicitly make the image recipe inherit some-foo-class | 20:26 |
| smurray | vd: I'd have to think on that a bit more, but it doesn't seem unreasonable. Generally IMAGE_FEATURES is just pulling in packages via FEATURE_PACKAGES definitions, but there's no hard rules that I know of | 20:28 |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has joined #yocto | 20:29 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 264 seconds) | 20:32 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 20:32 | |
| vd | as a concrete example, I would like to factorize code for systemd-based initramfs recipes, which involves: setting IMAGE_FSTYPES = "${INITRAMFS_FSTYPES}", adding the systemd-initramfs package and adding a ROOTFS_POSTPROCESS_COMMAND function to link /etc/initrd-release. This could be a systemd-initramfs.bbclass, or an systemd-initramfs image feature | 20:36 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 20:37 | |
| *** lucaceresoli_ <lucaceresoli_!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 260 seconds) | 20:47 | |
| *** florian <florian!~florian@dynamic-002-244-137-024.2.244.pool.telefonica.de> has joined #yocto | 20:53 | |
| moto-timo | FYI, the crops containers have been updated and pushed. Catch them all! | 20:57 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 20:59 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 21:08 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 260 seconds) | 21:12 | |
| RP | JPEW: I think we needed the task dependency chains for something | 21:13 |
| JPEW | RP: but I really want my images in sstate! :) | 21:14 |
| RP | JPEW: you're trying to enable the sstate bypass code? | 21:17 |
| JPEW | RP: SSTATE_SKIP_CREATION_task-image-complete = "0" | 21:17 |
| RP | JPEW: I know people complain whenever I remove image tasks :/ | 21:18 |
| RP | JPEW: Not convinced about images from sstate (hence that code) | 21:18 |
| JPEW | RP: Ya, that's fair; I'm trying to see if I can optimize our CI builds to restore everything (images included) from sstate when nothing changes | 21:19 |
| JPEW | Basically, trade sstate size for trivial rebuild speed | 21:19 |
| fray | I get a lot of complaints from people about images from sstate-cache.. they thought it would rebuild the image.. | 21:24 |
| fray | equally I've gotten complaints about NOT reusing it from sstate-cache.. | 21:24 |
| fray | so I'm not sure we can in.. :P | 21:24 |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:f8e9:ab01:d480:6a37> has quit IRC (Ping timeout: 252 seconds) | 21:28 | |
| *** paulbarker <paulbarker!sid269702@hampstead.irccloud.com> has quit IRC (*.net *.split) | 21:31 | |
| *** cengiz_io <cengiz_io!sid223191@ilkley.irccloud.com> has quit IRC (*.net *.split) | 21:31 | |
| *** Crofton <Crofton!sid401373@lymington.irccloud.com> has quit IRC (*.net *.split) | 21:31 | |
| *** rmmr <rmmr!sid240755@helmsley.irccloud.com> has quit IRC (*.net *.split) | 21:31 | |
| *** madisox <madisox!sid453692@ilkley.irccloud.com> has quit IRC (*.net *.split) | 21:31 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (*.net *.split) | 21:31 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (*.net *.split) | 21:31 | |
| *** opello <opello!~opello@about/csharp/opello> has quit IRC (*.net *.split) | 21:31 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (*.net *.split) | 21:31 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (*.net *.split) | 21:31 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (*.net *.split) | 21:31 | |
| *** opello <opello!~opello@about/csharp/opello> has joined #yocto | 21:31 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 21:31 | |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 21:31 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 21:32 | |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto | 21:32 | |
| *** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has joined #yocto | 21:32 | |
| *** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto | 21:32 | |
| *** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has joined #yocto | 21:32 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto | 21:32 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 21:33 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 21:35 | |
| RP | we probably can't. I know a lot of people aren't happy about the UI task numbers :/ | 21:41 |
| JPEW | RP, fray: Ya, fair enough. It would be nice if users could enable it by overriding SSTATE_SKIP_CREATION. Anyway, my more egregious problem is that we have an image that depends on an SDK being built (... ya... it's *great* | 21:45 |
| JPEW | so we *really* need that SDK in sstate or it takes forever. Fortunately, that fix seems easy | 21:46 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 21:50 | |
| vd | We agree that PREFERRED_PROVIDER_virtual/kernel = "linux-dummy" cannot be set in an image recipe, right? | 21:53 |
| * moto-timo ❤️ sstate and UI task numbers | 21:59 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 22:01 | |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 268 seconds) | 22:06 | |
| *** atril <atril!~artri@208.116.134.46> has quit IRC (Ping timeout: 260 seconds) | 22:12 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 22:16 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:18 | |
| smurray | vd: yes | 22:25 |
| smurray | vd: there's perhaps a chance it'd work if nothing else DEPENDed on virtual/kernel, but that's not true in practice | 22:26 |
| vd | that's really inconvenient, it would be sooo simpler to set the linux-dummy from the image rather than forcing us to use a multiconfig or something | 22:29 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 22:30 | |
| smurray | PROVIDES affects build dependencies, so it has to be in global scope | 22:30 |
| smurray | I can maybe imagine rigging up an image that gets no kernel bits with NO_RECOMMENDATIONS and overriding a bunch of variables | 22:33 |
| vd | smurray do you mean it's possible ? | 22:35 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has joined #yocto | 22:39 | |
| smurray | vd: what's your usecase? In theory, you can tweak a bunch of things to prune IMAGE_INSTALL, but if you need to use core-image as a base with a bunch of DISTRO_FEATURES, it might be not straightforward | 22:39 |
| moto-timo | Global as in distro.conf, site.conf, auto.conf, local.conf etc | 22:40 |
| *** nucatus <nucatus!~nucatus@lie62-2-78-196-130-58.fbx.proxad.net> has quit IRC (Ping timeout: 268 seconds) | 22:49 | |
| *** angolini <angolini!uid62003@helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:50 | |
| vd | smurray my use case is that I'm creating rootfs images which include container images that I had in ${IMAGE_ROOTFS}/var/lib/machines with a ROOTFS_POSTPROCESS_COMMAND | 22:58 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 22:58 | |
| vd | and in theory, it shouldn't require to use a multiconfig to acheive this if your using the same distro/libc | 22:58 |
| vd | it's just a rootfs image without kernel or machine specific artifacts | 22:59 |
| smurray | vd: that's essentially how I install system containers in one of the types of AGL images, but we do use a multiconfig with linux-dummy for the guest image builds | 22:59 |
| smurray | vd: w/o linux-dummy you run into fun things like systemd RRECOMMENDing kernel modules, it's been a topic of recent discussion in AGL | 23:00 |
| smurray | vd: if you're doing app containers, I can imagine trying what you say, but it might take a bunch of tinkering | 23:02 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 23:04 | |
| smurray | vd: system containers might get fun since NO_RECOMMENDATIONS might turn off a bunch of stuff you do want, so then you need to work through that for every image | 23:05 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 23:06 | |
| vd | smurray: I'm ok with a multiconfig but the problem is that then, you need to specify your container image with mc: and mcdepends, it fucks all your recipes | 23:16 |
| vd | I wish bitbake was smart enough to accept mc:foo:recipe:task from do_task[depends] directory | 23:16 |
| smurray | I just wrote a class for images that are going to pull in the guest containers so the mcdepends is really only in that one place | 23:17 |
| smurray | well, a base image, but it could be done with a class: https://git.automotivelinux.org/AGL/meta-agl-devel/tree/meta-agl-lxc/recipes-platform/images/lxc-host-image-minimal.bb | 23:18 |
| smurray | it's still early days for it in AGL, we'll probably evolve it some | 23:19 |
| smurray | and it's for a specific usecase that the instrument cluster expert group have come up with | 23:19 |
| smurray | note there's a bug in there wrt handling multiple guest images (need to add a space when appending to mcdepends), I was only testing with one when I cooked that up | 23:21 |
| smurray | vd: wrt to making depends handle mc dependencies, probably need RP to weigh in on why that's difficult | 23:22 |
| vd | smurray: you can write all your code with mcdepends and use mc:::recipe:task to use BB_CURRENT_MC, but again you have to adapt your code. | 23:26 |
| smurray | vd: if it's specifically for pulling one image into another I've not really found that to be a problem, tbh | 23:28 |
| vd | yep, I'll convert all my code to use this mcdepends syntax, but you have to add some smartness to prefix the image if it doesn't start with mc:: etc. Not really handy | 23:32 |
| vd | I meant, there's a bit of work to do here. | 23:32 |
| smurray | in my uses of multiconfig so far I've only ended up with one or two mcdepends required in the host, so I guess your usecase is a lot more involved | 23:35 |
| smurray | vd: if you ask again on Monday, some of the other folks that use mc like JPEW or somone from Xlilinx might have more ideas | 23:36 |
| *** florian <florian!~florian@dynamic-002-244-137-024.2.244.pool.telefonica.de> has quit IRC (Ping timeout: 258 seconds) | 23:43 | |
| vd | I'm wondering if [mcdepends] = mc:::recipe:task is the same as [depends] = recipe:task, performance wise. If it is, it'd be nice to patch depends to add this fallback before ultimately having just one dependency declaration mechanism | 23:45 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!