| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:30 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:35 | |
| *** peoliye <peoliye!~peoliye@54-240-198-32.amazon.com> has quit IRC (Quit: Client closed) | 01:04 | |
| *** peoliye <peoliye!~peoliye@54-240-198-32.amazon.com> has joined #yocto | 01:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 01:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:29 | |
| *** starblue <starblue!~juergen@dslb-188-100-131-194.188.100.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 01:30 | |
| *** starblue <starblue!~juergen@dslb-088-078-103-215.088.078.pools.vodafone-ip.de> has joined #yocto | 01:32 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 01:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:34 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:37 | |
| *** camus <camus!~Instantbi@222.65.23.63> has joined #yocto | 01:42 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 01:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 01:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:44 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:47 | |
| *** camus <camus!~Instantbi@222.65.23.63> has quit IRC (Ping timeout: 244 seconds) | 01:48 | |
| *** camus1 is now known as camus | 01:48 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 01:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 02:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 02:09 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6514:ca00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds) | 02:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 02:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:14 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652a:c000:2ce:39ff:fecf:efcd> has joined #yocto | 02:16 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:24 | |
| *** amitk <amitk!~amit@103.59.74.125> has joined #yocto | 02:38 | |
| *** sotaoverride <sotaoverride!~sotaoverr@ool-4578ffd8.dyn.optonline.net> has quit IRC (Quit: Lost terminal) | 02:53 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 03:17 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 03:38 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 03:42 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 03:49 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 03:49 | |
| *** kroon <kroon!~kroon@89.253.118.72> has joined #yocto | 04:06 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0) | 04:09 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 04:48 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:58 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 05:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:29 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 05:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:34 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (Ping timeout: 264 seconds) | 05:51 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 05:51 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 05:53 | |
| *** kroon_ <kroon_!~kroon@89.253.118.72> has joined #yocto | 06:24 | |
| *** kroon <kroon!~kroon@89.253.118.72> has quit IRC (Ping timeout: 244 seconds) | 06:25 | |
| *** frieder <frieder!~frieder@200116b824e66f817086c01a2eef6875.dip.versatel-1u1.de> has joined #yocto | 06:29 | |
| *** mckoan|away is now known as mckoan | 06:33 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 240 seconds) | 06:38 | |
| *** kroon_ <kroon_!~kroon@89.253.118.72> has quit IRC (Quit: Leaving) | 06:39 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 06:44 | |
| *** rfuentess <rfuentess!~rfuentess@37.173.85.9> has joined #yocto | 07:02 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 07:22 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:40 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:43 | |
| *** ptsneves <ptsneves!~ptsneves@83.11.75.211.ipv4.supernova.orange.pl> has joined #yocto | 07:43 | |
| *** SDes91 <SDes91!~SDes91@80.79.80.247> has joined #yocto | 07:58 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 07:59 | |
| *** SDes91 <SDes91!~SDes91@80.79.80.247> has quit IRC (Client Quit) | 08:00 | |
| qschulz | halstead: ndec: thanks. | 08:13 |
|---|---|---|
| *** Salamandar <Salamandar!~salamanda@2001:470:69fc:105::ecd> has joined #yocto | 08:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 08:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:39 | |
| *** peoliye <peoliye!~peoliye@54-240-198-32.amazon.com> has quit IRC (Quit: Client closed) | 08:45 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 08:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 09:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 09:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:14 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:460e:4f00:24d7:51ff:fed6:906d> has joined #yocto | 09:16 | |
| *** rfuentess_ <rfuentess_!~rfuentess@37.171.137.165> has joined #yocto | 09:18 | |
| *** rfuentess <rfuentess!~rfuentess@37.173.85.9> has quit IRC (Ping timeout: 276 seconds) | 09:22 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Read error: Connection reset by peer) | 09:33 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 09:33 | |
| *** rfuentess_ is now known as rfuentess | 09:40 | |
| *** rfuentess <rfuentess!~rfuentess@37.171.137.165> has quit IRC (Ping timeout: 272 seconds) | 09:50 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 09:52 | |
| *** starblue <starblue!~juergen@dslb-088-078-103-215.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds) | 10:03 | |
| *** florian <florian!~florian@vpn27.hotsplots.net> has joined #yocto | 10:04 | |
| *** starblue <starblue!~juergen@dslb-088-078-103-215.088.078.pools.vodafone-ip.de> has joined #yocto | 10:05 | |
| *** ptsneves <ptsneves!~ptsneves@83.11.75.211.ipv4.supernova.orange.pl> has quit IRC (Quit: Client closed) | 10:14 | |
| *** rfuentess <rfuentess!~rfuentess@37.170.39.67> has joined #yocto | 10:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 10:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:34 | |
| *** florian <florian!~florian@vpn27.hotsplots.net> has quit IRC (Ping timeout: 244 seconds) | 10:38 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 10:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:39 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 10:45 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 10:52 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 10:53 | |
| *** rfuentess <rfuentess!~rfuentess@37.170.39.67> has quit IRC (Ping timeout: 244 seconds) | 10:57 | |
| *** ptsneves <ptsneves!~ptsneves@83.11.75.211.ipv4.supernova.orange.pl> has joined #yocto | 10:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 11:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:19 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 11:22 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 11:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:24 | |
| wkawka | Hi, how can I add a container with built in package? My build uses meta-virtualization layer, so I thought about including recipe: https://git.yoctoproject.org/meta-virtualization/tree/recipes-extended/images/container-base.bb?h=master#n17 | 11:25 |
| wkawka | And then append my package to IMAGE_INSTALL, then this recipe to IMAGE_INSTALL also, however my recipe then does not provide anything | 11:26 |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Read error: Connection reset by peer) | 11:27 | |
| *** Wouter01001 <Wouter01001!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 11:27 | |
| *** ptsneves <ptsneves!~ptsneves@83.11.75.211.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds) | 11:33 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 11:34 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 11:37 | |
| *** ToolboxBunny <ToolboxBunny!~ToolboxBu@95.168.118.49> has joined #yocto | 11:38 | |
| ToolboxBunny | Hi | 11:38 |
| ToolboxBunny | I'm hoping to do a `bbfatal` in a recipe in case a variable is not set. | 11:38 |
| ToolboxBunny | It's a simple `systemd_%.bbappend` which sets an IP address of an NTP server. | 11:39 |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 11:40 | |
| ToolboxBunny | I have a conditional within the bbappend to check for that variable `if [ -z ${NTP_SERVER_IP+x} ]; then ...<bbfatal>` | 11:41 |
| ToolboxBunny | This seems to be ignored if I first build with the variable set in local.conf and later remove the variable from local.conf | 11:42 |
| ToolboxBunny | I'm assuming this is due to caching of the systemd recipe | 11:43 |
| ToolboxBunny | I could disable caching (`SSTATE_SKIP_CREATION = "1"`) for systemd but that would influence build time even when the variable `NTP_SERVER_IP` is set correctly. | 11:45 |
| ToolboxBunny | Is there a smarter way to enforce a check if a variable is set every time? | 11:47 |
| qschulz | ToolboxBunny: there's a varflag to explicit a dependency on a variable | 11:50 |
| qschulz | gimme a few seconds/minutes to find it | 11:50 |
| ToolboxBunny | qschulz: Thanks. Found something here based on your comment: https://docs.yoctoproject.org/bitbake/1.46/bitbake-user-manual/bitbake-user-manual-metadata.html#variable-flags | 11:52 |
| *** rfuentess <rfuentess!~rfuentess@37.170.39.67> has joined #yocto | 11:52 | |
| qschulz | ToolboxBunny: I think vardeps for the task that is running the bbfatal check should work? | 11:52 |
| qschulz | I have never used it so can't say, but looks like a good thing to test | 11:53 |
| ToolboxBunny | Sounds cool, thanks! | 11:53 |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 11:54 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 268 seconds) | 12:04 | |
| qschulz | halstead: layers.openmebdded.org has an expired certificate | 12:04 |
| wkawka | Can I use require to .bb file? | 12:07 |
| qschulz | yes | 12:07 |
| wkawka | or I have to use .bbappend file | 12:07 |
| qschulz | no | 12:07 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:07 | |
| qschulz | halstead: FYI, https://github.com/louislam/uptime-kuma/releases/tag/1.17.0 seems to support notification of certificate expiration if you are looking for some monitoring tool | 12:08 |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 12:08 | |
| wkawka | Unfortunately, it cannot find file within other layer, i have specified this like that: require path/to/recipe/in/other/layer/recipe.bb | 12:09 |
| qschulz | wkawka: yes | 12:09 |
| qschulz | it's relative to the root of *any* layer | 12:09 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 12:10 | |
| qschulz | so it should be require some-layer-root/recipes-something/someofthat/myrecipe.bb | 12:10 |
| qschulz | to be precise, if you don't give it a relative path, it looks in the same directory as the recipe the require is in | 12:10 |
| wkawka | so in my case it should me meta-virtualization/path/to/recipe.bb ? | 12:11 |
| wkawka | if so, that doesn't work too | 12:13 |
| qschulz | no | 12:14 |
| qschulz | it should be path/to/recipe.bb | 12:14 |
| wkawka | ok now it works | 12:16 |
| qschulz | (i was not very clear though, not easy to explain :) )O | 12:16 |
| wkawka | Thank you | 12:16 |
| ToolboxBunny | Is it possible to conditionally enable a task only if a distro feature is enabled? | 12:30 |
| kergoth | You'd probably need anonymous python for that, there's a function in the bb python library to do the addtask. It's possible you could leverage variable references within an addtask line as an alternative, but not sure if that statement handles that or not, you'd have to test it | 12:32 |
| ToolboxBunny | Something like this: https://pastebin.com/AJkCMNwg | 12:32 |
| wkawka | What is busybox and is it required to load and run an image in .tar.bz2 format? | 12:33 |
| qschulz | wkawka: busybox is a swiss army knife of many small linux utilities | 12:34 |
| kergoth | The format isn't relevant. Any image can be written in whatever format you want, its contents don't matter to that | 12:34 |
| ToolboxBunny | kergoth: "anonymous python" is an equivalent of creating a nameless task in bitbake? | 12:35 |
| kergoth | A nameless python task, yes | 12:35 |
| kergoth | python () {} | 12:35 |
| qschulz | ToolboxBunny: you could always have a do_mytask[noexec] = "${@bb.utils.contains("DISTRO_FEATURES", "some-feature", 0, 1)}" | 12:35 |
| wkawka | so it isn't required to load an image right? | 12:35 |
| qschulz | wkawka: don't know what you mean by "load an image" | 12:35 |
| qschulz | but very likely no | 12:35 |
| wkawka | i mean by docker load -i image | 12:36 |
| ToolboxBunny | qschulz: Thanks! That sounds promising. I just need to check the order of priority between `nostamp` and `noexec` as I'd want it to run with `nostamp` once it's enabled. | 12:37 |
| qschulz | ToolboxBunny: you could also always run the task but exit early if the DISTRO_FEATURES feature ius not there | 12:40 |
| qschulz | many different implementations are possible | 12:40 |
| ToolboxBunny | qschulz: Fair, I'm hoping to identify the one which will be the most obvious to someone is reading the recipe the first time :) | 12:41 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 12:53 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 12:56 | |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 13:00 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Write error: Connection reset by peer) | 13:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 13:06 | |
| ToolboxBunny | I have something this for a custom task in `systemd_%.bbappend` : `addtask simple_sed_of_config_file after do_install before do_populate_sysroot` | 13:06 |
| ToolboxBunny | As the task name implies, it's just sedding a config file based on a value in a variable. | 13:06 |
| ToolboxBunny | I've set it to run every time `do_simple_sed_of_config_file[nostamp] = "1"` to get a human friendly debug error ( `bbfatal "Variable SED_VAR needs to be set because... bla bla"` ) in case the variable isn't set. | 13:08 |
| ToolboxBunny | However it seems that the dependencies get built only after `do_populate_sysroot` | 13:08 |
| ToolboxBunny | That's what I'm seeing for the tasks. | 13:09 |
| ToolboxBunny | It executed the `simple_sed_of_config_file` which is a cheap single line command, and after that it rebuilds all the dependencies for systemd... | 13:09 |
| ToolboxBunny | Is that a common pattern that dependencies get build only after all tasks in the recipe have been done? | 13:10 |
| qschulz | not all tasks, specifically do_populate_sysroot | 13:11 |
| ToolboxBunny | qschulz: Thanks. I get that `do_populate_sysroot` will get rebuilt again. What I don't get is what that triggers the rebuild of dependencies. i.e. ` glib-2.0-1_2.62.6-r0 do_configure ...` and a few of those other recipes | 13:13 |
| ToolboxBunny | *why that triggers | 13:13 |
| qschulz | when you have a build time dependency in recipe A on recipe B (in A you have DEPENDS = B) | 13:13 |
| qschulz | the do_prepare_recipe_sysroot task of A will wait for do_populate_sysroot of B to finish | 13:14 |
| qschulz | because A will import the sysroot from B into the A directories | 13:14 |
| qschulz | so it needs to be available | 13:14 |
| qschulz | once that's done, it can run do_configure, do_compile etc | 13:14 |
| qschulz | otherwise you wouldn't have the header files/shared libraries from B available at build time for A | 13:14 |
| ToolboxBunny | Ok, let me translate that:) I guess A is `systemd` and B is `glib` | 13:16 |
| qschulz | maybe yes | 13:16 |
| ToolboxBunny | So `systemd` depends on `glib`. So far so good | 13:16 |
| qschulz | mmm no actually, A would be glib and B systemd | 13:16 |
| qschulz | (provided you're complaining changing do_simple_sed_of_config_file in systemd triggers glib-2.0-1_2.62.6-r0 do_configure) | 13:17 |
| ToolboxBunny | Oh... I guess that's my confusion | 13:17 |
| ToolboxBunny | I assumed those were all dependencies of systemd being compiled after systemd was done. :) | 13:18 |
| ToolboxBunny | So that didn't make sense. | 13:18 |
| ToolboxBunny | > provided you're complaining changing do_simple_sed_of_config_file in systemd triggers glib-2.0-1_2.62.6-r0 do_configure | 13:18 |
| ToolboxBunny | Exactly | 13:18 |
| ToolboxBunny | No way to avoid that I guess... Perhaps I can make the `do_simple_sed_of_config_file` run after `systemd: do_populate_sysroot` and use that "execute a custom function over to the full rootfs variable (forgot the name :/ )" | 13:20 |
| qschulz | ToolboxBunny: if you have the hash equivalence server running, this shouldn't be an issue I think | 13:21 |
| qschulz | because it'll detect your change didn't impact other things | 13:22 |
| qschulz | and it'll just rebuild a few tasks of dependencies and not all | 13:22 |
| qschulz | depends on the version of Yocto you're using | 13:22 |
| qschulz | and I'm not too familiar with the hash equiv server unfortunately | 13:22 |
| *** kroon <kroon!~kroon@89.253.118.72> has joined #yocto | 13:22 | |
| qschulz | just know the very basics on what it's supposed to do | 13:23 |
| *** sotaoverride <sotaoverride!~sotaoverr@ool-4578ffd8.dyn.optonline.net> has joined #yocto | 13:23 | |
| *** amitk <amitk!~amit@103.59.74.125> has quit IRC (Ping timeout: 240 seconds) | 13:24 | |
| *** pabigot <pabigot!~pab@67-1-159-131.tcso.qwest.net> has quit IRC (Remote host closed the connection) | 13:34 | |
| *** amitk <amitk!~amit@103.59.74.125> has joined #yocto | 13:43 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:49 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:50 | |
| *** kroon <kroon!~kroon@89.253.118.72> has quit IRC (Quit: Leaving) | 13:55 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 244 seconds) | 13:59 | |
| halstead | Thank you qschulz. The renewal is complete now. | 14:02 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 14:05 | |
| *** florian <florian!~florian@vpn27.hotsplots.net> has joined #yocto | 14:05 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 14:07 | |
| *** florian <florian!~florian@vpn27.hotsplots.net> has quit IRC (Ping timeout: 255 seconds) | 14:10 | |
| qschulz | halstead: :+1: | 14:16 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 14:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds) | 14:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 14:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 14:59 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:59 | |
| *** Guest20 <Guest20!~Guest20@163.116.195.117> has joined #yocto | 15:01 | |
| Guest20 | How to generate iso image, I tried +IMAGE_FSTYPES_append = " iso hddimg" but getting invalid image type error. | 15:03 |
| JaMa | RP: do you remember if there was specific reason for using expand=False for network varFlag in https://git.openembedded.org/bitbake/commit/?id=0746b6a2a32fec4c18bf1a52b1454ca4c04bf543 ? I wanted to change https://git.openembedded.org/openembedded-core/commit/?h=kirkstone&id=25ea276a13a6ac2342c2b0945c8fafe878d56095 to enable network only when ICECC_DISABLED isn't set | 15:03 |
| wkawka | Hi, what can be the problem here: https://pastebin.com/VNJDT8rA | 15:13 |
| wkawka | When I to run it via docker, nothing happens | 15:13 |
| wkawka | I tried* | 15:13 |
| wkawka | It should be a container only with bash, but when i run it like this; docker run -it --rm image-name /bin/bash | 15:14 |
| wkawka | Nothing happens | 15:14 |
| *** rfuentess_ <rfuentess_!~rfuentess@37.170.39.67> has joined #yocto | 15:16 | |
| zeddii | wkawka: you need to docker import the image before docker can run it. | 15:17 |
| wkawka | I did that before | 15:17 |
| zeddii | not sure then :) | 15:17 |
| zeddii | the container image type doesn't do much more than ensure the kernel and some extra's aren't installed, so importing the tgz is most of it, with or without the container image type. | 15:18 |
| *** rfuentess <rfuentess!~rfuentess@37.170.39.67> has quit IRC (Ping timeout: 240 seconds) | 15:19 | |
| RP | JaMa: it was efficiency | 15:24 |
| RP | JaMa: saved any expansion call | 15:24 |
| RP | and any processing to determine if the value was true or false | 15:24 |
| JaMa | RP: and would it be acceptable to enable to support https://git.openembedded.org/openembedded-core-contrib/commit/?h=jansa/kirkstone&id=5bbb735c3285a16bf2ec9548a58b887f93f4900e ? | 15:26 |
| wkawka | Still i don't know what to do to make it run | 15:27 |
| wkawka | i imported ext4 file and there is an output | 15:27 |
| wkawka | docker: Error response from daemon: failed to create shim: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "/bin/bash": stat /bin/bash: no such file or directory: unknown. | 15:28 |
| JaMa | I guess I can delVarFlag when ICECC_DISABLED is set, but then it would delete it even where it was explicitly enabled in the recipe | 15:28 |
| wkawka | however, /bin/bash directory exists in tar.bz2 file | 15:30 |
| wkawka | so that's strange | 15:31 |
| *** frieder <frieder!~frieder@200116b824e66f817086c01a2eef6875.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 15:31 | |
| RP | JaMa: well, I'd prefer not to as all these things mount up to increase parsing time but I'm starting to feel like I should just not care. I'm tired of saying no | 15:32 |
| RP | JaMa: you could just equally set or delete those in anon python I guess. I really just don't know what to do for the best any more | 15:33 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 15:34 | |
| JaMa | RP: yes delVarFlag in anon python was my backup plan if the price for expand is too high, thanks | 15:34 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:34 | |
| RP | JaMa: it is sad in that "0" won't work in there are a value today either but I really don't know what price people want to pay on parsing speed vs usability and consistency | 15:35 |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has joined #yocto | 15:36 | |
| JaMa | understood, thanks | 15:37 |
| RP | JaMa: memories are paging back in, I think I did this to see whether anyone complained which they now have. It isn't unreasonable to properly check it :/ | 15:39 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 15:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:39 | |
| RP | it is a bit like the cleandirs change for externalsrc. It will slow things down a lot :/ | 15:40 |
| Guest5 | Hello, I am trying to override the CVE_CHECK_IGNORE variable in one of the inc file where CVEs for multiple components are ignored. E.g. CVE_CHECK_IGNORE:<component name>. But this is not ignoring CVE for that specific component. Am I missing something or this is not allowed? | 15:40 |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Remote host closed the connection) | 15:40 | |
| qschulz | Guest5: pretty sure it should be pn-<component name>? | 15:41 |
| RP | wouldn't you just set it globally anyway, it doesn't need to be set per recipe really | 15:42 |
| *** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 15:42 | |
| Guest5 | ahh thanks qschulz | 15:46 |
| ToolboxBunny | Hey, | 15:47 |
| ToolboxBunny | anyone know under which task do functions listed under `ROOTFS_POSTPROCESS_COMMAND` get executed? | 15:47 |
| ToolboxBunny | I've just added a `bbwarning "I am executed, can you see me"` into a function and added it under `ROOTFS_POSTPROCESS_COMMAND` but didn't see it get printed during the image build. | 15:47 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 15:49 | |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has joined #yocto | 15:55 | |
| *** rfuentess_ <rfuentess_!~rfuentess@37.170.39.67> has quit IRC (Remote host closed the connection) | 15:55 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:57 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds) | 15:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:59 | |
| *** mohamed-dhiamtir <mohamed-dhiamtir!~mohamed-d@2001:470:69fc:105::2:2501> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** khem <khem!~khem@2001:470:69fc:105::b81> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 16:04 | |
| *** mckoan is now known as mckoan|away | 16:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 16:04 | |
| *** Guest20 <Guest20!~Guest20@163.116.195.117> has quit IRC (Quit: Client closed) | 16:10 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 16:10 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 244 seconds) | 16:15 | |
| *** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has left #yocto (https://quassel-irc.org - Chat comfortably. Anywhere.) | 16:18 | |
| derRichard | let's say i have a sdk installed and want to install libfoo to this sdk, is there a way to achieve that? of course i could just add libfoo to the sdk build, rebuild and reinstall the sdk. but i'd to "enhance" an already installed sdk. | 16:23 |
| *** khem <khem!~khem@2001:470:69fc:105::b81> has joined #yocto | 16:24 | |
| RP | derRichard: a standard sdk, no. There are ways with eSDK | 16:30 |
| JaMa | do I remember correctly that there was some limit of how many git repos you can use in SRC_URI? IIRC zeddii came across it in some recipe using go with many deps, I wonder if I've reached that limit with tensorflow-lite as well | 16:36 |
| RP | JaMa: I think the limit was his machine :) | 16:36 |
| RP | it gets a bit slow as there is no parallelism for that | 16:37 |
| JaMa | aha :) then maybe I'm just blind to see the typo, will continue drinking coffee until it pops | 16:38 |
| derRichard | RP: the approach for esdk would be adding a libfoo.bb and building it? | 16:39 |
| RP | derRichard: yes | 16:40 |
| derRichard | i see. thx | 16:40 |
| derRichard | on the other hand, adding rpm support to the sdk should be doable. such that rpm -i libfoo-devel.rpm works and installs into the sdk sysroot. no? | 16:41 |
| RP | derRichard: we once did that. We removed the support as it turns out it doesn't work well at all | 16:42 |
| *** nots <nots!~quassel@184-83-95-131-dynamic.midco.net> has quit IRC (Quit: No Ping reply in 180 seconds.) | 16:42 | |
| RP | derRichard: not least that people expect non-oe built rpms to work | 16:42 |
| derRichard | i'd install only oe build rpms, of course | 16:43 |
| derRichard | (i'm currently looking for a way to migrate a massive in-house developed build system to yocto) | 16:44 |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has joined #yocto | 16:44 | |
| RP | derRichard: I trust you'd do that but users did do all kinds of horrible things with it. In the end we said enough was enough and started work on the eSDK with the idea that it could be extended via sstate instead | 16:45 |
| RP | derRichard: setting up the infra to share the rpms and ensuring users consistently installed things was hard even with a package manager, it really didn't work well in practise | 16:46 |
| *** ToolboxBunny <ToolboxBunny!~ToolboxBu@95.168.118.49> has quit IRC (Ping timeout: 252 seconds) | 16:50 | |
| derRichard | RP: when did you remove that feature from the sdk? maybe i can revive it locally :> | 16:52 |
| JaMa | ok the typo was that one of 17 SRCREVs was 1 characters shorter, unfortunately the fetcher error didn't say which git repo in Bitbake Fetcher Error: FetchError("Recipe uses a floating tag/branch without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE).", None), will try to improve this error message when time permits | 16:54 |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has quit IRC (Quit: No Ping reply in 180 seconds.) | 17:02 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has joined #yocto | 17:03 | |
| zeddii | JaMa. what RP said. i didn't hit a hard limit, just maybe a limit on patience waiting for the fetches :) | 17:17 |
| * zeddii sees what it was (the typo). | 17:17 | |
| * zeddii just got an email that his elc-e submission was accepted. | 17:18 | |
| *** rifida <rifida!~rifida@user/ako> has joined #yocto | 17:23 | |
| * moto-timo notes elc-e schedule will be announced July 12 | 17:39 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto | 17:46 | |
| *** Guest16 <Guest16!~Guest16@cpe-70-112-59-126.austin.res.rr.com> has joined #yocto | 17:48 | |
| *** Guest16 <Guest16!~Guest16@cpe-70-112-59-126.austin.res.rr.com> has quit IRC (Client Quit) | 17:48 | |
| *** peoliye <peoliye!~peoliye@205.251.233.48> has joined #yocto | 17:49 | |
| zeddii | there is only one important talk on that schedule. the rest is fluff! | 17:49 |
| glembo[m] | Is it possible to read from a local file via inline python? Something like this: `FOO = "${@d.read_file_content_into_var("filename")[0]}"` | 17:52 |
| *** Guest16 <Guest16!~Guest16@cpe-70-112-59-126.austin.res.rr.com> has joined #yocto | 17:54 | |
| *** Guest16 <Guest16!~Guest16@cpe-70-112-59-126.austin.res.rr.com> has quit IRC (Client Quit) | 17:55 | |
| *** contre <contre!~ripastri@50.35.98.180> has joined #yocto | 18:16 | |
| *** Soopaman <Soopaman!~soopaman@66.97.144.2> has joined #yocto | 18:18 | |
| *** florian <florian!~florian@185.242.76.15> has joined #yocto | 18:29 | |
| Soopaman | greetings all! | 18:32 |
| Soopaman | are there any updated tutorials for creating wpe images for multiple platforms? | 18:33 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 276 seconds) | 18:36 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 244 seconds) | 18:42 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 19:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 19:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:09 | |
| *** florian <florian!~florian@185.242.76.15> has quit IRC (Ping timeout: 244 seconds) | 19:18 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Quit: -) | 19:32 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 19:33 | |
| *** ripastri <ripastri!~ripastri@50.35.98.180> has joined #yocto | 19:45 | |
| *** contre <contre!~ripastri@50.35.98.180> has quit IRC (Read error: Connection reset by peer) | 19:45 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 19:48 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 19:49 | |
| *** Soopaman <Soopaman!~soopaman@66.97.144.2> has quit IRC (Quit: Leaving.) | 19:50 | |
| *** Guest5 <Guest5!~Guest5@212.118.206.70> has quit IRC (Quit: Client closed) | 19:52 | |
| *** rifida <rifida!~rifida@user/ako> has quit IRC (Ping timeout: 240 seconds) | 19:55 | |
| *** peoliye <peoliye!~peoliye@205.251.233.48> has quit IRC (Quit: Client closed) | 20:05 | |
| rsalveti | JPEW: I'm getting an interesting issue with create-spdx which seems to be cache related | 20:25 |
| rsalveti | I updated meta-tegra layer which included a kernel rev bump, and then do_rootfs started to fail when generating the spdx tarball (when collecting all dependencies and json files) | 20:26 |
| rsalveti | e.g.: | 20:26 |
| rsalveti | Exception: FileNotFoundError: [Errno 2] No such file or directory: '..spdx/jetson-agx-xavier-devkit/by-namespace/http:__spdx.org_spdxdoc_kernel-module-wireguard-4.9.253-l4t-r32.7+gac2a37e8219a-2a9f15b9-160a-55c2-afc9-852ee5b15821' | 20:26 |
| rsalveti | that is because wireguard-tools rrdepends on kernel-module-wireguard, and the actual rev there depends on the rev used by the kernel | 20:27 |
| rsalveti | when I force create_runtime_spdx for wireguard-tools I can see it is generating the right DocumentRef-runtime-dependency-kernel-module-wireguard-4.9.253-l4t-r32.7+gad2fc41d9ae8 | 20:28 |
| JPEW | rsalveti: interesting. Someone else on the ML saw a similar issue | 20:28 |
| rsalveti | but when I try building the image, it uses the older one | 20:28 |
| rsalveti | https://www.irccloud.com/pastebin/k0rI5gfZ/ | 20:28 |
| rsalveti | and the diff shows that it is a cache issue because it is matching the revs | 20:28 |
| rsalveti | so the kernel srcrev bump didn't reflect into the spdx logic, and it just restored the older one | 20:29 |
| JPEW | Ok, I'm afk right now, give me 20 minutes and I'll take a look | 20:29 |
| RP | derRichard: it was many years ago | 20:30 |
| rsalveti | cool, thanks, looking here as well | 20:30 |
| derRichard | RP: i see | 20:31 |
| *** gpanders <gpanders!be60a9b05a@user/gpanders> has joined #yocto | 20:32 | |
| gpanders | I'm trying to build libgfortran for a Zynq board, using the arm-xilinx-linux-gnueabi cross toolchain. It's failing in the configure stage because it can't find arm-xilinx-linux-gnueabi-gfortran. When I check libgfortran's recipe-sysroot-native directory I can verify that -gfortran is not there, but e.g. -gcc and -g++ are there. I've been poking around the GCC recipe trying to figure out how to | 20:36 |
| gpanders | install gfortran into the sysroot, but not having any luck. Anyone here happen to know how to do that? | 20:36 |
| *** amitk <amitk!~amit@103.59.74.125> has quit IRC (Ping timeout: 240 seconds) | 20:36 | |
| * paulg waves bye to meta-gplv2 | 20:37 | |
| rsalveti | JPEW: the interesting piece here is that there is indeed no need for rebuilding wireguard-tools because that recipe is userspace only, the piece that requires a rebuild is the kernel module, which is provided by another recipe. | 20:41 |
| JPEW | Right, but the spdx needs to be regenerated because the data changed | 20:42 |
| rsalveti | but since we have RRECOMMENDS:${PN} = "kernel-module-wireguard" in wireguard-tools, that causes the spdx to generate the runtime dependency based on the kernel-module revision | 20:42 |
| rsalveti | right, but it is an indirect dependency | 20:42 |
| *** ripastri is now known as contre | 20:47 | |
| rsalveti | for the actual ipk package this is not a problem because the dependency is not versioned (Recommends: kernel-module-wireguard), but the spdx data includes the exact revision (kernel-module-wireguard-4.9.253-l4t-r32.7+gac2a37e8219a) | 20:48 |
| *** pabigot <pabigot!~pab@67-1-159-131.tcso.qwest.net> has joined #yocto | 20:48 | |
| JPEW | rsalveti: Right. Even if it didn't, spdx documents are linked with checksums | 20:56 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 244 seconds) | 20:56 | |
| JPEW | So the wireguard-tools spdx has to be rebuilt, and it's not for since reason | 20:56 |
| rsalveti | yeah | 20:56 |
| rsalveti | the create_runtime_spdx task should depend on every respective depends/rdepends/rrecommends create_spdx task, or similar | 21:02 |
| rsalveti | from the cache perspective | 21:02 |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 21:04 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 21:05 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 240 seconds) | 21:05 | |
| *** contre <contre!~ripastri@50.35.98.180> has quit IRC (Remote host closed the connection) | 21:09 | |
| *** contre <contre!~ripastri@50.35.98.180> has joined #yocto | 21:10 | |
| *** contre <contre!~ripastri@50.35.98.180> has quit IRC (Remote host closed the connection) | 21:15 | |
| *** contre <contre!~ripastri@50.35.98.180> has joined #yocto | 21:15 | |
| JPEW | rsalveti: Can you send me the SPDX document for wireguard-tools ? | 21:17 |
| rsalveti | JPEW: runtime-wireguard-tools.spdx.json? | 21:19 |
| JPEW | Ya | 21:19 |
| rsalveti | https://www.irccloud.com/pastebin/Ule5VdJM/runtime-wireguard-tools.spdx.json | 21:20 |
| *** pabigot <pabigot!~pab@67-1-159-131.tcso.qwest.net> has quit IRC (Remote host closed the connection) | 21:20 | |
| rsalveti | that is the "bad" one, using the older kernel rev as part of the module package | 21:21 |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 21:24 | |
| JPEW | rsalveti: I'm not sure why it didn't re-run.... hmmm :/ | 21:31 |
| JPEW | I *think* `do_create_runtime_spdx[rdeptask] = "do_create_spdx"` should make that happen | 21:32 |
| rsalveti | looking at the hash dependencies, and it is indeed not there | 21:32 |
| JPEW | Which is strange, because the runtime dependencies are pulled from `BB_TASKDEPDATA` | 21:32 |
| JPEW | rsalveti: What "hash dependencies" are you referring to? | 21:33 |
| rsalveti | using bitbake-dumpsig on wireguard-tools, for both create_spdx and create_runtime_spdx | 21:34 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 21:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:34 | |
| rsalveti | wonder if that is just because it is rrecommends? | 21:35 |
| JPEW | Could be I guess? Strange that it would be in BB_TASKDEPDATA, and not in the signature file | 21:36 |
| JPEW | rsalveti: Can you try a test where you repeat it but with it as an RDEPENDS? | 21:38 |
| rsalveti | yup, trying that now | 21:38 |
| *** florian <florian!~florian@185.242.76.15> has joined #yocto | 21:42 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 21:43 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 21:43 | |
| *** contre <contre!~ripastri@50.35.98.180> has quit IRC (Remote host closed the connection) | 21:49 | |
| *** contre <contre!~ripastri@50.35.98.180> has joined #yocto | 21:49 | |
| rsalveti | rdepends didn't help | 21:53 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:54 | |
| JPEW | So, the kernel module still isn't in the dependencies in the signature? | 21:54 |
| JPEW | the signature for wireguard-tools:do_create_runtime_spdx | 21:55 |
| *** wkawka <wkawka!~wkawka@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 21:56 | |
| rsalveti | nops, checking both create_spdx and create_runtime_spdx | 21:56 |
| rsalveti | with bitbake-dumpsig -t wireguard-tools create_runtime_spdx | 21:56 |
| rsalveti | I get for bash and bash-completion, but nothing related to the module | 21:56 |
| rsalveti | which is provided by wireguard-module | 21:56 |
| JPEW | That is so weird | 21:57 |
| JPEW | Well, probably intentional, just un-expected :) | 21:57 |
| rsalveti | right, probably special because it is a module | 21:58 |
| JPEW | Hmm, maybe | 21:58 |
| JPEW | I'm mostly baffeled why it shows up in BB_TASKDEPDATA, but not the signature :) | 21:58 |
| rsalveti | yeah, added another normal recipe/package in rdepends and it shows up, as expected | 21:59 |
| rsalveti | just not the module :-) | 22:00 |
| JPEW | Must be some module specific thing I guess; I can't seem to find the code though | 22:04 |
| *** pabigot <pabigot!~pab@67-1-159-131.tcso.qwest.net> has joined #yocto | 22:04 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:460e:4f00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:04 | |
| *** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto | 22:05 | |
| *** jpuhlman is now known as Guest1413 | 22:05 | |
| *** Guest1413 <Guest1413!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (mercury.libera.chat (Nickname regained by services))) | 22:05 | |
| *** jpuhlman_ is now known as jpuhlman | 22:05 | |
| JPEW | `sstate_rundepfilter` maybe | 22:05 |
| JPEW | Yes, that exactly I think | 22:06 |
| rsalveti | yeah | 22:06 |
| rsalveti | there is logic there to exclude the dependency :-) | 22:07 |
| JPEW | Right, to fix the error, the code sifting through BB_TASKDEPDATA should probably filter like the signature generator does | 22:08 |
| JPEW | Not 100% ideal, since you'll miss the runtime dependency in your SPDX, but not the worst | 22:08 |
| rsalveti | right | 22:08 |
| JPEW | I wonder if there is a way to run the siggen dep_check procedure in our task | 22:09 |
| JPEW | `rundep_check` that is | 22:09 |
| JPEW | Hmm, except we don't have all the dataCaches :/ | 22:11 |
| JPEW | I'm also fairly certain that function will just explode if you pass None for dataCaches, even though it claims the default parameter of None is fine :) | 22:12 |
| rsalveti | probably yeah :-) | 22:14 |
| JPEW | Well, I think we know the problem. Have to think on the solution a little; unfortunately, I have to go feed the fam now so I'm out for the day | 22:14 |
| rsalveti | np, thanks for helping out | 22:15 |
| JPEW | rsalveti: If you want to find the ML post that was done earlier about a similar problem and report our findings, that would be really helpful | 22:15 |
| JPEW | unless it was you that posted it :) | 22:15 |
| rsalveti | haha, no, will have a look | 22:15 |
| *** contre <contre!~ripastri@50.35.98.180> has quit IRC (Remote host closed the connection) | 22:17 | |
| *** contre <contre!~ripastri@50.35.98.180> has joined #yocto | 22:18 | |
| *** ripastri <ripastri!~ripastri@50.35.98.180> has joined #yocto | 22:24 | |
| *** contre <contre!~ripastri@50.35.98.180> has quit IRC (Read error: Connection reset by peer) | 22:25 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 22:28 | |
| *** florian <florian!~florian@185.242.76.15> has quit IRC (Ping timeout: 276 seconds) | 22:32 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 22:50 | |
| *** ripastri <ripastri!~ripastri@50.35.98.180> has quit IRC (Remote host closed the connection) | 22:51 | |
| *** ripastri <ripastri!~ripastri@50.35.98.180> has joined #yocto | 22:51 | |
| *** dev1990 <dev1990!~dev@77-254-237-122.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 23:11 | |
| *** peoliye <peoliye!~peoliye@205.251.233.53> has joined #yocto | 23:16 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:18 | |
| rsalveti | seems the issue raised on the ml is related to a problem when creating the spdx files, here they are created successfully, just with the "wrong" content | 23:19 |
| *** peoliye <peoliye!~peoliye@205.251.233.53> has quit IRC (Ping timeout: 252 seconds) | 23:35 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 23:44 | |
| *** Habbie <Habbie!peter@lorentz.7bits.nl> has quit IRC (Ping timeout: 272 seconds) | 23:45 | |
| *** Habbie <Habbie!peter@lorentz.7bits.nl> has joined #yocto | 23:46 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 23:50 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!