| *** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 00:01 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 252 seconds) | 00:02 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds) | 00:34 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:36 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:39 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:10 | |
| *** Perceval[m] <Perceval[m]!~percevalm@2001:470:69fc:105::1:2f86> has quit IRC (Ping timeout: 248 seconds) | 01:40 | |
| *** MichaelNazzareno <MichaelNazzareno!~panicking@2001:470:69fc:105::2:886d> has quit IRC (Ping timeout: 268 seconds) | 01:41 | |
| *** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has quit IRC (Ping timeout: 268 seconds) | 01:41 | |
| *** kmaincent[m] <kmaincent[m]!~kmaincent@2001:470:69fc:105::2:825d> has quit IRC (Ping timeout: 268 seconds) | 01:41 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Ping timeout: 248 seconds) | 01:41 | |
| *** mrybczyn[m] <mrybczyn[m]!~mrybczynm@2001:470:69fc:105::1467> has quit IRC (Ping timeout: 248 seconds) | 01:41 | |
| *** simpat2022[m] <simpat2022[m]!~simpat202@2001:470:69fc:105::2:26a9> has quit IRC (Ping timeout: 268 seconds) | 01:41 | |
| *** lrusak[m] <lrusak[m]!~lrusakmat@2001:470:69fc:105::732> has quit IRC (Ping timeout: 268 seconds) | 01:41 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Ping timeout: 268 seconds) | 01:41 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Ping timeout: 248 seconds) | 01:41 | |
| *** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 01:42 | |
| *** arlort[m] <arlort[m]!~arlortmat@2001:470:69fc:105::2:885c> has quit IRC (Ping timeout: 268 seconds) | 01:42 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (Ping timeout: 268 seconds) | 01:42 | |
| *** jarvis-owl[m] <jarvis-owl[m]!~jarvis-ow@2001:470:69fc:105::2:66cf> has quit IRC (Ping timeout: 250 seconds) | 01:42 | |
| *** Tartarus <Tartarus!~tr1265@2001:470:69fc:105::1:4b21> has quit IRC (Ping timeout: 250 seconds) | 01:42 | |
| *** Perceval[m] <Perceval[m]!~percevalm@2001:470:69fc:105::1:2f86> has joined #yocto | 01:44 | |
| *** apprehend3108[m] <apprehend3108[m]!~apprehend@2001:470:69fc:105::2:73f8> has quit IRC (Ping timeout: 268 seconds) | 01:45 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Ping timeout: 268 seconds) | 01:45 | |
| *** starblue <starblue!~juergen@dslb-178-006-089-033.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 01:45 | |
| *** static_rocket <static_rocket!~static@2001:470:69fc:105::2:4ec5> has quit IRC (Ping timeout: 268 seconds) | 01:46 | |
| *** ThomasRoos[m] <ThomasRoos[m]!~thomasroo@2001:470:69fc:105::2:2017> has quit IRC (Ping timeout: 268 seconds) | 01:46 | |
| *** MichaelNazzareno <MichaelNazzareno!~panicking@2001:470:69fc:105::2:886d> has joined #yocto | 01:46 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Ping timeout: 268 seconds) | 01:46 | |
| *** mrybczyn[m] <mrybczyn[m]!~mrybczynm@2001:470:69fc:105::1467> has joined #yocto | 01:47 | |
| *** starblue <starblue!~juergen@dslb-188-100-142-236.188.100.pools.vodafone-ip.de> has joined #yocto | 01:47 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 01:50 | |
| *** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has joined #yocto | 01:52 | |
| *** simpat2022[m] <simpat2022[m]!~simpat202@2001:470:69fc:105::2:26a9> has joined #yocto | 01:56 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 01:56 | |
| *** lrusak[m] <lrusak[m]!~lrusakmat@2001:470:69fc:105::732> has joined #yocto | 01:56 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 01:56 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 01:59 | |
| *** arlort[m] <arlort[m]!~arlortmat@2001:470:69fc:105::2:885c> has joined #yocto | 01:59 | |
| *** Tartarus <Tartarus!~tr1265@2001:470:69fc:105::1:4b21> has joined #yocto | 02:10 | |
| *** jarvis-owl[m] <jarvis-owl[m]!~jarvis-ow@2001:470:69fc:105::2:66cf> has joined #yocto | 02:11 | |
| *** apprehend3108[m] <apprehend3108[m]!~apprehend@2001:470:69fc:105::2:73f8> has joined #yocto | 02:12 | |
| *** static_rocket <static_rocket!~static@2001:470:69fc:105::2:4ec5> has joined #yocto | 02:14 | |
| *** ThomasRoos[m] <ThomasRoos[m]!~thomasroo@2001:470:69fc:105::2:2017> has joined #yocto | 02:16 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 02:18 | |
| *** kmaincent[m] <kmaincent[m]!~kmaincent@2001:470:69fc:105::2:825d> has joined #yocto | 02:22 | |
| *** pbsds <pbsds!~pbsds@84.20.102.91> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 02:41 | |
| *** pbsds <pbsds!~pbsds@84.20.102.91> has joined #yocto | 02:42 | |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 246 seconds) | 02:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 03:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 03:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:14 | |
| PhoenixMage | skoink[m]: The is a wic.vmdk image type gets recognised as a vmdk by vmware. I have just realised I am still using qemux86-64 as the machine type and thats probably my problem. Will switch to genericx86-64 but seems I need to create my own kernel config for that as linux-yocto-* does support genericx86-64 | 03:16 |
|---|---|---|
| *** amitk <amitk!~amit@103.208.69.37> has joined #yocto | 03:18 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 04:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 04:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:39 | |
| *** RobertBerger <RobertBerger!~rber|res@62-46-89-217.adsl.highway.telekom.at> has joined #yocto | 04:39 | |
| *** mcfrisk <mcfrisk!mcfrisk@kapsi.fi> has joined #yocto | 04:39 | |
| *** rber|res <rber|res!~rber|res@2001:871:20c:22c:314e:340f:adba:659d> has quit IRC (Ping timeout: 260 seconds) | 04:42 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 04:54 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer) | 05:12 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 258 seconds) | 05:13 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 05:14 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Remote host closed the connection) | 05:16 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 05:25 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 05:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 05:38 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:42 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 05:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:44 | |
| *** davidinux <davidinux!~davidinux@81.22.36.182> has joined #yocto | 05:45 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 05:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 05:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:49 | |
| *** GillesM <GillesM!~gilles@27.188.198.77.rev.sfr.net> has joined #yocto | 05:51 | |
| *** GillesM <GillesM!~gilles@27.188.198.77.rev.sfr.net> has quit IRC (Remote host closed the connection) | 05:51 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 05:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:54 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 05:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:55 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:05 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:05 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 06:09 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:09 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:10 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:15 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:21 | |
| thomasd13 | Good morning guys | 06:24 |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 06:28 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:29 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:33 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 06:33 | |
| *** davidinux <davidinux!~davidinux@81.22.36.182> has quit IRC (Ping timeout: 246 seconds) | 06:36 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 06:36 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:37 | |
| *** davidinux <davidinux!~davidinux@81.22.36.131> has joined #yocto | 06:38 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 248 seconds) | 06:38 | |
| *** mckoan|away is now known as mckoan | 06:46 | |
| mckoan | good morning | 06:46 |
| * alessioigor waves all | 06:46 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4904:c800:24d7:51ff:fed6:906d> has joined #yocto | 06:54 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 06:55 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:55 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 06:56 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:57 | |
| *** davidinux <davidinux!~davidinux@81.22.36.131> has quit IRC (Ping timeout: 265 seconds) | 06:59 | |
| *** davidinux <davidinux!~davidinux@host-82-53-212-205.retail.telecomitalia.it> has joined #yocto | 07:00 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:04 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:04 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:05 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds) | 07:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 07:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:14 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:17 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:18 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:34 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:35 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:35 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:41 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:42 | |
| mcfrisk | sigh, dependencies between recipes which deploy things.. Always so racy and error prone. What's the best way around them? Stop using deploy for any intermediate binary blobs and deploy to e.g. /boot and mangle blobs together from there? Difficulty is then with initramfs things.. Or am I just missing some task level dependencies? | 07:42 |
| qschulz | mcfrisk: what exactly are you trying to do? | 08:03 |
| qschulz | because you can either properly configure your recipes to install in their SYSROOT_DIRS so it's available to other recipes via the DEPENDS mechanism, or explicit the dependency between tasks with do_taskA[depends] += "recipeB:do_taskB" | 08:07 |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has joined #yocto | 08:15 | |
| mcfrisk | qschulz: recipe tries to take some input files from tmp/deploy to do stuff, and file is not there. I remember this from ages ago when a lot of recipes did this incorrectly and only worked with luck and timing. As you mention, the task depends must be explicitly set for this to work reliably | 08:16 |
| mcfrisk | so should I fix the dependies between do_depends() tasks of various things, or rather fix the recipes to deploy files using paths on the rootfs where normal DEPENDS would be sufficient. | 08:23 |
| qschulz | mcfrisk: if the files exist in recipe's sysroot, please use those | 08:23 |
| mcfrisk | qschulz: they normally don't, e.g. firmware blobs for bootloaders, but then again those maybe should be deployed to /boot so that they can be flashed. some for initramfs'es. that way the dependencies for do_deploy() would not need to be marked down. | 08:26 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:26 | |
| qschulz | mcfrisk: installation into /boot is usually image specific, I'd personally go for a dependency on do_deploy tasks | 08:27 |
| mcfrisk | ok, deploy's it is then. no better alternatives.. | 08:28 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 08:33 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 08:35 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 08:36 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 08:36 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 08:41 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:41 | |
| rfuentess | hi! | 08:45 |
| rfuentess | continuing with my rookie questions. I'm reading, again, https://docs.yoctoproject.org/3.2.3/overview-manual/overview-manual-concepts.html#image-generation | 08:46 |
| rfuentess | But, I have a question with those two sentences: "As part of the final stage of package installation, post installation scripts that are part of the packages are run. Any scripts that fail to run on the build host are run on the target when the target system is first booted." | 08:46 |
| rfuentess | by reading a recipe, how can I determine if a post_process command is going to be executed in the building host or in the target system ? | 08:47 |
| qschulz | rfuentess: you have pkg_postinst and pkg_postinst_ontarget | 08:49 |
| qschulz | the former I assume is documented by what you pasted above | 08:49 |
| qschulz | and the latter is for forcing the script to run at boot and not even attempt at build time | 08:50 |
| *** fuzzybear396533 <fuzzybear396533!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has joined #yocto | 08:50 | |
| fuzzybear396533 | I have a package (foo) which should comes in two flavors: foo-A and foo-B. I want to conditionally build foo-A or foo-B depending on the build configuration. | 08:52 |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 08:53 | |
| fuzzybear396533 | I was thinking of adding a value (env var) to BB_ENV_EXTRAWHITE at the top-level and consuming that at the recipe level. But, if that works then I only see a way to change the phases (configure, build, install) of the recipe. What I would _like_ to do is conditionally build an entirely separate recipe. | 08:54 |
| *** fuzzybear396533 <fuzzybear396533!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has quit IRC (Quit: Client closed) | 08:57 | |
| *** fuzzybear396522 <fuzzybear396522!~fuzzybear@2001:420:c0c0:1002::40f> has joined #yocto | 08:59 | |
| rfuentess | qschulz: ohhh, thanks | 09:00 |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| fuzzybear396522 | I dropped connection and I don't have a debouncer set up. Agh. | 09:00 |
| fuzzybear396522 | Are there channel logs? | 09:00 |
| fuzzybear396522 | Oh, yep. | 09:00 |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto | 09:00 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has left #yocto | 09:00 | |
| qschulz | fuzzybear396522: You're probably after a distro configuration file | 09:01 |
| qschulz | from that, you can modify/select configurations for recipes | 09:02 |
| fuzzybear396522 | conf/distro/distro.conf ? | 09:02 |
| qschulz | (you could very much make use of DISTRO_FEATURES for example | 09:02 |
| qschulz | fuzzybear396522: well, your own, but yes, in my-layer/conf/distro/mydistro.conf | 09:02 |
| fuzzybear396522 | So, DISTRO_FEATURES would be adjusted by the builder before running Bitbake and the logic for what that determines in terms of package selection would be in mydistro.conf? | 09:03 |
| qschulz | fuzzybear396522: the builder will select the appropriate distro which itself will select a feature that applies to all packages | 09:04 |
| qschulz | s/packages/recipes | 09:04 |
| qschulz | then you adapt your package recipe to make use of this DISTRO_FEATURES (via e.g. PACKAGECONFIG) | 09:04 |
| fuzzybear396522 | Is "packages" deprecated in favor of recipes? | 09:04 |
| qschulz | fuzzybear396522: packages are outputs of package recipes | 09:04 |
| fuzzybear396522 | Oh, okay. That makes sense. A package is an instance of a recipe (maybe for a given target). | 09:05 |
| fuzzybear396522 | Okay, so the PACKAGECONFIG would include the logic for predicating the recipe selection based on the DISTRO_FEATURES values? | 09:05 |
| qschulz | fuzzybear396522: well, you can only build the recipe once, and this can (usually) generate multiple packages | 09:05 |
| qschulz | fuzzybear396522: no, you would have both "flavours" in the same recipe | 09:06 |
| qschulz | a recipe can be pretty complex, but if it's building the same exact same source, just with different compile time options, then it's meant to be put in the same recipe | 09:06 |
| qschulz | however, you *could* also make use of virtual recipes | 09:07 |
| qschulz | (PROVIDES mechanism) | 09:07 |
| fuzzybear396522 | It's actually a bit more complicated. | 09:07 |
| qschulz | where you would have two recipes, one called recipe-flavora and recipe-flavorb both providing PROVIDES = "recipe" | 09:07 |
| fuzzybear396522 | Oh, that sounds like the right solution. | 09:07 |
| qschulz | then have your distro configuration file set PREFERRED_PROVIDER_recipe = "recipe-flavora" | 09:08 |
| qschulz | but that's usually used for actual different sw providing the same features | 09:08 |
| fuzzybear396522 | Allow me to explain a bit more in detail, because I believe PREFERRED_PROVIDER and PROVIDES (virtual recipes) is the best approach for me. | 09:08 |
| qschulz | think openssh vs dropbear | 09:08 |
| qschulz | or openssl vs libressl | 09:08 |
| fuzzybear396522 | qschulz That's what I need, I believe. | 09:08 |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 09:08 | |
| fuzzybear396522 | Concretely, `foo-a` is a custom fork of OpenSSL without certain features enabled. `foo-b` is that custom fork with certain features enabled which requires a different unpack phase (a subdirectory of the source needs to be untarred and compiled before `foo-b` is compiled) and a different config phase. | 09:10 |
| fuzzybear396522 | `foo-b` would then be provided as a build-time dependency to another recipe (a language compiler) which would actually need different source (a fork of the language compiler) if `foo-b` is used instead of `foo-a`. | 09:11 |
| qschulz | fuzzybear396522: the last one is an issue | 09:12 |
| fuzzybear396522 | So, since the source and a number of core phases of the recipe are changing if `foo-b` is required instead of `foo-a` and since downstream dependencies would require different sources if `foo-b` is selected instead of `foo-a` I think that DISTRO_FEATURES and virtual recipes is a better fit for my problem | 09:12 |
| qschulz | fuzzybear396522: you'll likely need a PREFERRED_PROVIDER for your language-compiler | 09:13 |
| qschulz | because it won't know which recipe is taken when you add DEPENDS = foo to your language-compiler recipe | 09:14 |
| fuzzybear396522 | Okay, so I would have two recipes for the language compiler (compiler-a and compiler-b) matching each of the OpenSSL recipes (foo-a and foo-b)? | 09:14 |
| qschulz | you could maybe read PREFERRED_PROVIDER_foo from your language-compiler recipe, but there's no guarantee it is set | 09:14 |
| fuzzybear396522 | Each recipe would specify their own PREFERRED_PROVIDER? | 09:15 |
| qschulz | (I mean, Bitbake does not guarantee it) | 09:15 |
| qschulz | fuzzybear396522: PREFERRED_PROVIDER is on the global context, so it needs to be set in a configuration file | 09:15 |
| fuzzybear396522 | Like in local.conf you mean? | 09:15 |
| qschulz | local.conf is not meant to be put under version control, so more like a distro configuration file | 09:16 |
| fuzzybear396522 | Okay, but how would I select for foo-a vs. foo-b at build time? Would I use DISTRO_FEATURES to set a value for PREFERRED_PROVIDER_foo = "foo-a" or PREFERRED_PROVIDER_foo = "foo-b" ? | 09:18 |
| qschulz | fuzzybear396522: you can forget about DISTRO_FEATURES and only use PREFERRED_PROVIDER_foo in your distro.conf | 09:20 |
| qschulz | you'll need two distros of course | 09:20 |
| qschulz | one for foo-a, one for foo-b | 09:20 |
| qschulz | and for foo-a distro, also set the preferred provider for language-compiler-for-foo-a | 09:20 |
| fuzzybear396522 | Oh, I see. | 09:21 |
| fuzzybear396522 | So, I'd be manually selecting the dependency tree, effectively. | 09:21 |
| fuzzybear396522 | At the top level I'd be specifying foo-a and compiler-a or foo-b and compiler-b . | 09:21 |
| qschulz | that's what I have in mind yes | 09:21 |
| fuzzybear396522 | Okay, can you recommend an elegant way to specify the "a" branch vs. the "b" branch for the distro build? | 09:23 |
| fuzzybear396522 | It's awkward to specify both recipes in this way (I'm thinking about the future if foo-a is a dependency of baz-a and qux-a). | 09:23 |
| qschulz | fuzzybear396522: if you have two recipes foo-a and foo-b, you already know which flavor the recipe is supposed to build, so just pass ;branch=a to your git SRC_URI? | 09:24 |
| fuzzybear396522 | It's not a different branch of the same repo, though. It's different repo. | 09:24 |
| qschulz | fuzzybear396522: well, I would use DISTRO_FEATURES or distro overrides instead, and only have one recipe for each | 09:24 |
| qschulz | fuzzybear396522: ah, misunderstood your use of "branch" | 09:25 |
| fuzzybear396522 | Sorry, yeah. "branch" in the build tree sense, not git sense. | 09:25 |
| qschulz | fuzzybear396522: this does not scale well honestly | 09:26 |
| qschulz | it might make sense to still go with DISTRO_FEATURES or something like that mechanism | 09:26 |
| qschulz | you also have the distro overrides mechanism | 09:26 |
| qschulz | so e.g. SRC_URI:distro-flavor-a = "git://source-foo-flavor-a" SRC_URI:distro-flavor-b = "git://source-foo-flavor-b" | 09:27 |
| fuzzybear396522 | What doesn't scale well? Conditionally swapping out git sources for branches of the build tree depending on top-level config? | 09:28 |
| qschulz | fuzzybear396522: creating a recipe per flavor | 09:28 |
| fuzzybear396522 | Oh, I didn't know about that feature of SRC_URI | 09:28 |
| qschulz | fuzzybear396522: it's not SRC_URI specific, you can have it for any variable or task | 09:28 |
| fuzzybear396522 | qschulz I thought a recipe was locked to a particular repository/directory tree. | 09:28 |
| qschulz | FOO:distro-flavor-a, or do_compile:distro-flavor-a | 09:28 |
| fuzzybear396522 | Oh, brilliant! | 09:28 |
| fuzzybear396522 | Then I think that will do nicely. | 09:29 |
| fuzzybear396522 | That keeps everything in the same recipe. | 09:29 |
| fuzzybear396522 | It'll get a little hairy with large numbers of distro flavors. | 09:29 |
| fuzzybear396522 | Is there a way that I could do something like foo-flavor-a.inc and foo-flavor-b.inc which include their own do_compile and do_unpack and conditionally require them? | 09:30 |
| *** odra <odra!~odra@2804:431:c7e0:f650:1e05:f109:83ea:6f69> has joined #yocto | 09:31 | |
| qschulz | fuzzybear396522: yes | 09:31 |
| qschulz | INCLUDE:distro-flavor-a = "foo-flavor-a.inc" | 09:32 |
| qschulz | require ${INCLUDE} | 09:32 |
| fuzzybear396522 | :') | 09:32 |
| qschulz | (I think, never used it but it's possible in some ways) | 09:32 |
| fuzzybear396522 | That's supposed to be a smiling face with a single tear. Renders weirdly on Libera WebChat (as laughing emoji). | 09:32 |
| fuzzybear396522 | Okay, I'll give this all a try. Thanks qschulz for the brain dump! | 09:33 |
| qschulz | fuzzybear396522: does not render on IRC so fine :) | 09:33 |
| qschulz | fuzzybear396522: cheers, let us know how it went :) | 09:33 |
| fuzzybear396522 | :pray: | 09:33 |
| fuzzybear396522 | qschulz I'll definitely circle back around. | 09:33 |
| qschulz | ah, this one emoji's broken :) | 09:33 |
| qschulz | (on my side, not the first time I have some broken) | 09:33 |
| fuzzybear396522 | Actually, qschulz I'm back with a related question. Both foo-a and foo-b use the same source code (call it foo). foo-a can be compiled without much complication (1. extract foo, 2. configure foo-a, 3. make, 4. make install). However, foo-b requires an awkward extra set of steps because foo itself contains a module (call it module-b) which needs to | 09:50 |
| fuzzybear396522 | be compiled before foo-b can be compiled. So, foo-b's build looks like (1. extract foo-b, 2. extract module-b (located at foo-b/sub/dir), 3. configure module-b, 4. make module-b, 5. make install module-b, 6. configure foo-b (pointing to the install directory of make install module-b), 7. make, 8. make install). I would _like_ to break module-b into | 09:50 |
| fuzzybear396522 | a separate recipe, since it's actually a separate set of dynamic libraries, man pages, and executables and it would be great to be able to bitbake -c compile module-b. But, strictly speaking, a separate recipe wouldn't be required since module-b isn't used for anything except for foo-b. | 09:50 |
| fuzzybear396522 | The simplest way would be to branch the unpack, configure, and build phases depending on the DISTRO_FEATURE for foo-a vs. foo-b and do all of this in the foo recipe. | 09:51 |
| fuzzybear396522 | The "best" way would be to conditionally build another recipe (module-b) in the case that DISTRO_FEATURE specifies that foo-b should be built. | 09:51 |
| qschulz | fuzzybear396522: I would go with a separate recipe | 09:51 |
| fuzzybear396522 | Do you know of a way to accomplish the "best" way? | 09:51 |
| fuzzybear396522 | qschulz separate for module-b, right? Not foo. | 09:52 |
| qschulz | fuzzybear396522: DEPENDS:append:distro-flavor-a = "module-b" | 09:52 |
| fuzzybear396522 | Oh, wow. | 09:52 |
| qschulz | fuzzybear396522: I would have a module-b recipe, and foo-b DEPENDS on module-b recipe | 09:52 |
| fuzzybear396522 | I guess you mean DEPENDS:append:distro-flavor-b = "module-b" | 09:52 |
| qschulz | yes | 09:52 |
| qschulz | fuzzybear396522: if the repo where the sources are is huge, you might take benefit from using a shared-source mechanism but I've never used it so can't guide you on that | 09:53 |
| fuzzybear396522 | So, a distro override on DEPENDS. Do I have that right? | 09:53 |
| fuzzybear396522 | No, they're very smalll. | 09:53 |
| fuzzybear396522 | s/smalll/small | 09:53 |
| qschulz | fuzzybear396522: a distro override on a DEPENDS:append | 09:53 |
| fuzzybear396522 | True. Don't want it overwriting DEPENDS. | 09:54 |
| fuzzybear396522 | Okay, and this would allow me to `bitbake -c module-b` and run my tests. Yay! | 09:54 |
| qschulz | fuzzybear396522: ooooor DEPENDS = ${@'module-b' if bb.utils.contains('DISTRO_FEATURES', 'flavor-b-whatever') else ''} | 09:54 |
| qschulz | (pretty sure there's a better way to do it, look into poky for recipes using DISTRO_FEATURES | 09:54 |
| fuzzybear396522 | Okay, deal. | 09:55 |
| qschulz | DEPENDS += * | 09:55 |
| *** khem <khem!~khem@2001:470:69fc:105::b81> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** zyga[m] <zyga[m]!~zygafosde@2001:470:69fc:105::11f7> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** NicoMller[m] <NicoMller[m]!~niecorema@2001:470:69fc:105::2:80bb> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** jackos888[m] <jackos888[m]!~jackos888@2001:470:69fc:105::2:12b8> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** Salamandar <Salamandar!~salamanda@2001:470:69fc:105::ecd> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** majoribanksaud[m <majoribanksaud[m!~majoriban@2001:470:69fc:105::2:76d3> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** DavidM[m] <DavidM[m]!~david1155@2001:470:69fc:105::2:81bf> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** GuilhemArvilMari <GuilhemArvilMari!~arvilmatr@2001:470:69fc:105::2:84a9> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** thierryE[m] <thierryE[m]!~thierryem@2001:470:69fc:105::1:5f46> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** eirikb[m] <eirikb[m]!~eirikbmat@2001:470:69fc:105::2:7685> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** skoink[m] <skoink[m]!~skoinkmat@2001:470:69fc:105::2:8a4c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** mrybczyn[m] <mrybczyn[m]!~mrybczynm@2001:470:69fc:105::1467> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** lrusak[m] <lrusak[m]!~lrusakmat@2001:470:69fc:105::732> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** simpat2022[m] <simpat2022[m]!~simpat202@2001:470:69fc:105::2:26a9> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** arlort[m] <arlort[m]!~arlortmat@2001:470:69fc:105::2:885c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** apprehend3108[m] <apprehend3108[m]!~apprehend@2001:470:69fc:105::2:73f8> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** static_rocket <static_rocket!~static@2001:470:69fc:105::2:4ec5> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** ThomasRoos[m] <ThomasRoos[m]!~thomasroo@2001:470:69fc:105::2:2017> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** Perceval[m] <Perceval[m]!~percevalm@2001:470:69fc:105::1:2f86> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** kmaincent[m] <kmaincent[m]!~kmaincent@2001:470:69fc:105::2:825d> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** kiwi_29_[m] <kiwi_29_[m]!~msgboardp@2001:470:69fc:105::1:6699> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** Tartarus <Tartarus!~tr1265@2001:470:69fc:105::1:4b21> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** patersonc[m] <patersonc[m]!~patersonc@2001:470:69fc:105::aaf> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** alvaropg[m] <alvaropg[m]!~alvaropgm@2001:470:69fc:105::1:1996> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** jarvis-owl[m] <jarvis-owl[m]!~jarvis-ow@2001:470:69fc:105::2:66cf> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** MichaelNazzareno <MichaelNazzareno!~panicking@2001:470:69fc:105::2:886d> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** gstinocher[m] <gstinocher[m]!~gstinoche@2001:470:69fc:105::2:358a> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** pidge[m] <pidge[m]!~yoctopidg@2001:470:69fc:105::2:8672> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Quit: Bridge terminating on SIGTERM) | 10:00 | |
| RP | qschulz: wouldn't distro overrides work better? | 10:01 |
| RP | DEPENDS:append:distro-b = " module-b" | 10:01 |
| qschulz | RP: I suggested that a few lines above :) | 10:02 |
| qschulz | RP: does not scale very well though, if you have more than one distro | 10:02 |
| qschulz | or you add a common string to DISTROOVERRIDES too | 10:02 |
| qschulz | too many ways of doing it :) | 10:02 |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 10:05 | |
| RP | qschulz: ah, yes, sorry. I did skim the scrollback but clearly not well! | 10:06 |
| *** zyga[m] <zyga[m]!~zygafosde@2001:470:69fc:105::11f7> has joined #yocto | 10:06 | |
| *** Salamandar <Salamandar!~salamanda@2001:470:69fc:105::ecd> has joined #yocto | 10:06 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 10:06 | |
| *** khem <khem!~khem@2001:470:69fc:105::b81> has joined #yocto | 10:06 | |
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto | 10:06 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 10:06 | |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 10:06 | |
| *** static_rocket <static_rocket!~static@2001:470:69fc:105::2:4ec5> has joined #yocto | 10:06 | |
| *** patersonc[m] <patersonc[m]!~patersonc@2001:470:69fc:105::aaf> has joined #yocto | 10:06 | |
| *** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has joined #yocto | 10:06 | |
| *** Tartarus <Tartarus!~tr1265@2001:470:69fc:105::1:4b21> has joined #yocto | 10:06 | |
| *** lrusak[m] <lrusak[m]!~lrusakmat@2001:470:69fc:105::732> has joined #yocto | 10:06 | |
| *** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto | 10:07 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 10:07 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 10:07 | |
| *** mrybczyn[m] <mrybczyn[m]!~mrybczynm@2001:470:69fc:105::1467> has joined #yocto | 10:07 | |
| *** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto | 10:07 | |
| *** gstinocher[m] <gstinocher[m]!~gstinoche@2001:470:69fc:105::2:358a> has joined #yocto | 10:07 | |
| *** jackos888[m] <jackos888[m]!~jackos888@2001:470:69fc:105::2:12b8> has joined #yocto | 10:07 | |
| qschulz | RP: I talk too much, hard to not miss some stuff :) | 10:08 |
| *** thierryE[m] <thierryE[m]!~thierryem@2001:470:69fc:105::1:5f46> has joined #yocto | 10:08 | |
| *** ThomasRoos[m] <ThomasRoos[m]!~thomasroo@2001:470:69fc:105::2:2017> has joined #yocto | 10:08 | |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has joined #yocto | 10:08 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 10:08 | |
| *** Perceval[m] <Perceval[m]!~percevalm@2001:470:69fc:105::1:2f86> has joined #yocto | 10:08 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto | 10:09 | |
| *** kiwi_29_[m] <kiwi_29_[m]!~msgboardp@2001:470:69fc:105::1:6699> has joined #yocto | 10:09 | |
| *** apprehend3108[m] <apprehend3108[m]!~apprehend@2001:470:69fc:105::2:73f8> has joined #yocto | 10:09 | |
| *** NicoMller[m] <NicoMller[m]!~niecorema@2001:470:69fc:105::2:80bb> has joined #yocto | 10:09 | |
| *** simpat2022[m] <simpat2022[m]!~simpat202@2001:470:69fc:105::2:26a9> has joined #yocto | 10:09 | |
| *** DavidM[m] <DavidM[m]!~david1155@2001:470:69fc:105::2:81bf> has joined #yocto | 10:10 | |
| *** alvaropg[m] <alvaropg[m]!~alvaropgm@2001:470:69fc:105::1:1996> has joined #yocto | 10:10 | |
| *** kmaincent[m] <kmaincent[m]!~kmaincent@2001:470:69fc:105::2:825d> has joined #yocto | 10:10 | |
| *** jaskij[m] <jaskij[m]!~jaskijmat@2001:470:69fc:105::fa76> has joined #yocto | 10:10 | |
| *** cperon <cperon!~cperonmat@2001:470:69fc:105::2d1a> has joined #yocto | 10:11 | |
| *** GuilhemArvilMari <GuilhemArvilMari!~arvilmatr@2001:470:69fc:105::2:84a9> has joined #yocto | 10:11 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:11 | |
| *** jarvis-owl[m] <jarvis-owl[m]!~jarvis-ow@2001:470:69fc:105::2:66cf> has joined #yocto | 10:11 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:11 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 10:11 | |
| *** eirikb[m] <eirikb[m]!~eirikbmat@2001:470:69fc:105::2:7685> has joined #yocto | 10:12 | |
| *** majoribanksaud[m <majoribanksaud[m!~majoriban@2001:470:69fc:105::2:76d3> has joined #yocto | 10:12 | |
| *** pidge[m] <pidge[m]!~yoctopidg@2001:470:69fc:105::2:8672> has joined #yocto | 10:12 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 10:12 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 10:13 | |
| *** arlort[m] <arlort[m]!~arlortmat@2001:470:69fc:105::2:885c> has joined #yocto | 10:13 | |
| *** MichaelNazzareno <MichaelNazzareno!~panicking@2001:470:69fc:105::2:886d> has joined #yocto | 10:13 | |
| rfuentess | another rookie question. If I'm playing with ROOTFS_POSTPROCESS_COMMAND or with appendix to do_rootfs(). In theory I could add extra files and directories to the final image. Right? And `${IMAGE_ROOTFS}/` would be the equivalent to the root directory for the final filesystem | 10:13 |
| *** skoink[m] <skoink[m]!~skoinkmat@2001:470:69fc:105::2:8a4c> has joined #yocto | 10:14 | |
| *** starblue <starblue!~juergen@dslb-188-100-142-236.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 246 seconds) | 10:16 | |
| *** starblue <starblue!~juergen@dslb-188-100-142-236.188.100.pools.vodafone-ip.de> has joined #yocto | 10:18 | |
| rfuentess | oh, I'm seeing my code in action :) . I was only requiring to run `-c clean` instead of only `-c rootfs` | 10:18 |
| mcfrisk | rfuentess: yes, you can check how the scripts, tasks and variables get called from "bitbake -e image" output | 10:18 |
| qschulz | rfuentess: depending on the files and directories, it might make sense to create a recipe just for those | 10:19 |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 10:24 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Remote host closed the connection) | 10:25 | |
| *** paowz <paowz!~paowz@2a01:e0a:144:d020:b0ce:7eaf:4d27:46d2> has quit IRC (Ping timeout: 248 seconds) | 10:30 | |
| *** fuzzybear396522 <fuzzybear396522!~fuzzybear@2001:420:c0c0:1002::40f> has quit IRC (Quit: Ping timeout (120 seconds)) | 10:34 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 10:34 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 10:34 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 10:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 10:36 | |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has quit IRC () | 10:36 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 10:37 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 10:39 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 10:39 | |
| *** paowz <paowz!~paowz@2a01:e0a:144:d020:b579:2ef8:40d8:471e> has joined #yocto | 10:42 | |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has joined #yocto | 10:56 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 264 seconds) | 11:04 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 11:06 | |
| *** barometz <barometz!~dvanb@31-151-148-212.dynamic.upc.nl> has quit IRC (Ping timeout: 265 seconds) | 11:07 | |
| *** barometz <barometz!~dvanb@31-151-148-212.dynamic.upc.nl> has joined #yocto | 11:08 | |
| manuel1985 | Can I remove a package from IMAGE_INSTALL if it got pulled in through a packagegroup? | 11:13 |
| *** formy84 <formy84!~Thunderbi@45.143.180.143> has joined #yocto | 11:13 | |
| formy84 | sera | 11:13 |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 11:14 | |
| ptsneves | manuel1985: no. The package group is a package in it's own right, which installs the packages of the group through RDEPENDS | 11:14 |
| landgraf | manuel1985:it will cause broken dependencies on dnf level I think. | 11:15 |
| landgraf | manuel1985: drop it from the packagegroup deps using bbappend maybe? | 11:15 |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 11:15 | |
| ptsneves | landgraf: would be the most straightforward way | 11:15 |
| *** formy84 <formy84!~Thunderbi@45.143.180.143> has quit IRC (Quit: formy84) | 11:16 | |
| manuel1985 | landgraf: That sounds good, thanks | 11:16 |
| rburton | RP: forgot to put a v2 on the patches, but two new dnf/qa patches are on the list now | 11:17 |
| RP | rburton: thanks, those look safer | 11:40 |
| *** d-s-e <d-s-e!~d-s-e@i59F7CC6C.versanet.de> has joined #yocto | 11:42 | |
| *** otavio <otavio!~otavio@191-221-69-78.user3p.brasiltelecom.net.br> has joined #yocto | 11:58 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:31 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:37 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12:37 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 12:37 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 12:37 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 12:40 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:40 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 12:48 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 246 seconds) | 12:48 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:49 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 12:51 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.201.110> has joined #yocto | 13:03 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.201.110> has quit IRC (Client Quit) | 13:07 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 13:12 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 13:13 | |
| *** sef <sef!~sef@46.221.0.162> has joined #yocto | 13:13 | |
| sef | im looking for the libedgetpu(>1.0) recipe for imx, but i couldnt find it. anyone know where i can find it? | 13:21 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 250 seconds) | 13:25 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds) | 13:29 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:36 | |
| *** Guest64 <Guest64!~Guest64@185.82.160.30> has joined #yocto | 13:44 | |
| *** Guest64 <Guest64!~Guest64@185.82.160.30> has quit IRC (Client Quit) | 13:45 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 13:49 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 13:49 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 13:49 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 13:50 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:51 | |
| rburton | sef: layer index says there isn't one | 13:59 |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 14:02 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 14:03 | |
| sef | rburton thank you | 14:04 |
| rfuentess | qschulz: thanks for all the help. I was able to achieve my goals | 14:09 |
| qschulz | michaelo: a few referecnes missing in overview-manual/concepts.rst too BTW | 14:09 |
| rfuentess | (and understand much better all the chaos we have in our current recipes) | 14:09 |
| qschulz | rfuentess: nice :) | 14:09 |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 14:13 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:22 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:23 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 14:24 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has joined #yocto | 14:27 | |
| *** sef <sef!~sef@46.221.0.162> has quit IRC (Quit: Client closed) | 14:30 | |
| *** cmd <cmd!~cmd@user/cmd> has joined #yocto | 14:34 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 14:35 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 14:36 | |
| *** NP9 <NP9!~NP9@smtp2.nedap.com> has joined #yocto | 14:50 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:52 | |
| *** d-s-e <d-s-e!~d-s-e@i59F7CC6C.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 14:59 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:03 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-238-19.tor.primus.ca> has joined #yocto | 15:04 | |
| NP9 | does someone know when the DEPLOY_DIR_IMAGE directory is created? it seems I've got a cve_check_write_rootfs_manifest that (sometimes) fails, seemingly when the directory does not exist yet | 15:06 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 248 seconds) | 15:13 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds) | 15:17 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 15:27 | |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 15:31 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: -) | 15:39 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 15:40 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Client Quit) | 15:41 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 15:41 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Client Quit) | 15:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:43 | |
| *** Piraty <Piraty!~irc@v22017044557248481.happysrv.de> has joined #yocto | 15:44 | |
| *** Piraty <Piraty!~irc@v22017044557248481.happysrv.de> has quit IRC (Client Quit) | 15:44 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 265 seconds) | 15:47 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 15:50 | |
| *** NP9 <NP9!~NP9@smtp2.nedap.com> has quit IRC (Quit: Client closed) | 15:59 | |
| *** dev1990 <dev1990!~dev@178-36-249-43.adsl.inetia.pl> has joined #yocto | 16:18 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCB9.versanet.de> has quit IRC (Quit: Leaving.) | 16:20 | |
| *** sef <sef!~sef@46.221.0.162> has joined #yocto | 16:20 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:26 | |
| sef | im trying to build a cpp base project and need to use the flatbuffer. i have linker problem even though i have successfully build flatbuffer. when i checked build files, i cant see any problem. what could it be caused by? | 16:29 |
| sef | error : | /opt/imx-coral-dev-board/build/tmp/work/aarch64-fslc-linux/test-engine/1.0-r0/recipe-sysroot-native/usr/bin/aarch64-fslc-linux/../../libexec/aarch64-fslc-linux/gcc/aarch64-fslc-linux/9.2.0/ld: cannot find -lflatbuffers | 16:29 |
| sef | im new to yocto so i might post something missing or wrong. sorry about that. | 16:29 |
| rburton | sef: using the meta-oe flatbuffers recipe? | 16:30 |
| sef | yes, 1.12.0.bb | 16:32 |
| *** mckoan is now known as mckoan|away | 16:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:34 | |
| rburton | i'm guessing you need to actually search for the path to the library in your build files, whatever they are | 16:34 |
| sef | thanks for the idea | 16:43 |
| rburton | the docs say there's just a header file and no library , so <shrug> | 16:44 |
| *** vladest <vladest!~Thunderbi@124.150.198.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 268 seconds) | 17:00 | |
| sef | the build file has both libflatbuffers.a and libflatbuffers.so. i couldn't understand how it says no library in the documentation. | 17:04 |
| sef | i have to leave now but i left chat open so I can read your reply later. thanks in advance. | 17:06 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 17:10 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 17:28 | |
| *** rabbi[11] <rabbi[11]!~rabbi11]@205.251.233.52> has joined #yocto | 17:29 | |
| fabatera[m] | In Honister, when the fetcher fails to find the mirrored source compressed file, it breaks the build with error "unable to fetch URL from any source". | 17:36 |
| fabatera[m] | In previous versions it proceeds to fetch sources from the git repo. | 17:36 |
| fabatera[m] | How to get the same in Honister? | 17:36 |
| rabbi[11] | I have two recipes one is meta-abc and other is meta-xyz, under meta-abc I have recipes-core/images/abc-image-initramfs-debug.bb (in here I have PACKAGE_INSTALL += test_123) and under meta-xyz I have recipes-core/images/abc-image-initramfs-debug.bbappend. I want test_123 to not compile and build so in the .bbappend I have done this | 17:37 |
| rabbi[11] | IMAGE_INSTALL:remove += test_123 and also tried PACKAGE_REMOVE but both didn’t work. I can’t change .bb file. Suggestions? | 17:37 |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Ping timeout: 252 seconds) | 17:44 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 17:46 | |
| mischief | rabbi[11]: did you check bitbake -e output for the recipe? it will list all variables and where they are modified. | 17:52 |
| rabbi[11] | mischief: let me check | 17:53 |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 17:58 | |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has quit IRC () | 18:05 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 18:07 | |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has joined #yocto | 18:09 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 18:10 | |
| rabbi[11] | mischief: in the image install I don't see it being there but I can still see it is getting compiled | 18:22 |
| fabatera[m] | you should use IMAGE_INSTALL instead of PACKAGE_INSTALL | 18:26 |
| rabbi[11] | fabatera[m]: you mean for removing? In the .bb PACKAGE_INSTALL is being used. BTW I tried IMAGE_INSTALL:remove = test_123 | 18:27 |
| fabatera[m] | forget it, just saw it's recomended in the manual | 18:27 |
| *** paulg_ <paulg_!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 18:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 18:28 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:29 | |
| fabatera[m] | but I would try PACKAGE_INSTALL:remove .. just guessing | 18:29 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 18:30 | |
| rabbi[11] | tried that and didn't work. | 18:30 |
| fullstop | Hi, I'm running low on space on my build server. Until I get that addressed I'd like to potentially clean up some bitbake stuff for resources which are already built and won't be changing for the time being. | 18:32 |
| fullstop | Is there an easy way to clean up sysroots? | 18:33 |
| fullstop | recipe-sysroot-native is identical for all of them and consumes ~400MiB per recipe. | 18:33 |
| fullstop | s/identical/nearly identical/ | 18:34 |
| fabatera[m] | <rabbi[11]> "tried that and didn't work." <- Looks like it's in xyz DEPENDS | 18:38 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 18:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:39 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4904:c800:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 18:39 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-131-127-068.93.131.pool.telefonica.de> has joined #yocto | 18:42 | |
| rabbi[11] | fabatera[m]: xyz has depends on the abc and abc has that package_install which I am trying to remove in xyz bbappend. | 18:45 |
| fabatera[m] | so , it's compiling because it's in DEPENDS. | 18:47 |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has quit IRC () | 18:48 | |
| rabbi[11] | fabatera[m]: so yocto has no way to fix this or some workaround? | 18:48 |
| fabatera[m] | you are telling that xyz needs abc to build. So it builds abc. Need to search how to remove from DEPENDS | 18:51 |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has joined #yocto | 18:52 | |
| fabatera[m] | DEPENDS_xyz_remove = "abc" | 18:54 |
| rabbi[11] | let me try this... | 18:54 |
| rabbi[11] | DEPENDS_xyz_remove = "test_123" you meant i guesss | 18:55 |
| fabatera[m] | yes, use thefull nbame for both xyz and abc | 18:55 |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has quit IRC () | 18:58 | |
| rabbi[11] | fabatera[m]: tried this DEPENDS_meta-xyz:remove="meta-abc:test_123" but it didn't work. | 19:00 |
| *** zkrx <zkrx!~slimshady@2001:1715:9d9e:65f0:d4cc:dbff:fe3c:3b93> has joined #yocto | 19:02 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 19:04 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 252 seconds) | 19:15 | |
| *** sef <sef!~sef@46.221.0.162> has quit IRC (Quit: Client closed) | 19:16 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 19:25 | |
| *** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds) | 19:41 | |
| *** kevinrowland <kevinrowland!~kevinrowl@136.226.67.0> has quit IRC (Quit: Client closed) | 19:58 | |
| *** amitk <amitk!~amit@103.208.69.37> has quit IRC (Ping timeout: 246 seconds) | 20:16 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 20:20 | |
| *** odra_ <odra_!~odra@179.110.183.71> has joined #yocto | 20:27 | |
| *** odra <odra!~odra@2804:431:c7e0:f650:1e05:f109:83ea:6f69> has quit IRC (Read error: Connection reset by peer) | 20:28 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 244 seconds) | 20:40 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 21:06 | |
| *** paulg_ <paulg_!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Quit: Leaving) | 21:23 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 21:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 21:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 21:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:59 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:04 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 22:29 | |
| *** kscherer <kscherer!~kscherer@dsl-173-206-238-19.tor.primus.ca> has quit IRC (Quit: Konversation terminated!) | 22:59 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 244 seconds) | 23:04 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 260 seconds) | 23:22 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 23:27 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 23:47 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 265 seconds) | 23:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds) | 23:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!