Wednesday, 2022-08-24

*** seninha <seninha!~seninha@user/seninha> has quit IRC (*.net *.split)00:00
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (*.net *.split)00:00
*** otavio <otavio!~otavio@200-102-164-25.user3p.brasiltelecom.net.br> has quit IRC (*.net *.split)00:00
*** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has quit IRC (*.net *.split)00:00
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (*.net *.split)00:00
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has quit IRC (*.net *.split)00:00
*** Guest63 <Guest63!~Guest63@mtl.savoirfairelinux.net> has quit IRC (*.net *.split)00:00
*** davidinux <davidinux!~davidinux@net-31-156-147-235.cust.vodafonedsl.it> has quit IRC (*.net *.split)00:00
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (*.net *.split)00:00
*** starblue <starblue!~juergen@dslb-094-220-107-119.094.220.pools.vodafone-ip.de> has quit IRC (*.net *.split)00:00
*** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (*.net *.split)00:00
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (*.net *.split)00:00
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (*.net *.split)00:00
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (*.net *.split)00:00
*** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (*.net *.split)00:00
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (*.net *.split)00:00
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC (*.net *.split)00:00
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (*.net *.split)00:00
*** barometz <barometz!~dvanb@31-151-148-212.dynamic.upc.nl> has quit IRC (*.net *.split)00:00
*** RP <RP!~richard@dan.rpsys.net> has quit IRC (*.net *.split)00:00
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (*.net *.split)00:00
*** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has quit IRC (*.net *.split)00:00
*** pabigot <pabigot!~pab@67-1-103-136.tcso.qwest.net> has quit IRC (*.net *.split)00:00
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (*.net *.split)00:00
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (*.net *.split)00:00
*** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (*.net *.split)00:00
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (*.net *.split)00:00
*** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC (*.net *.split)00:00
*** otavio <otavio!~otavio@200.102.164.25> has joined #yocto00:00
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto00:00
*** starblue <starblue!~juergen@dslb-094-220-107-119.094.220.pools.vodafone-ip.de> has joined #yocto00:00
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto00:00
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:00
*** davidinux <davidinux!~davidinux@net-31-156-147-235.cust.vodafonedsl.it> has joined #yocto00:00
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto00:00
*** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has joined #yocto00:00
*** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto00:01
*** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto00:02
*** seninha <seninha!~seninha@user/seninha> has joined #yocto00:02
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)00:02
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto00:02
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto00:02
*** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has joined #yocto00:03
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto00:03
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto00:03
*** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto00:03
*** seninha <seninha!~seninha@user/seninha> has joined #yocto00:03
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto00:03
*** barometz <barometz!~dvanb@31-151-148-212.dynamic.upc.nl> has joined #yocto00:04
*** pabigot <pabigot!~pab@67-1-103-136.tcso.qwest.net> has joined #yocto00:04
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto00:05
*** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto00:05
*** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto00:05
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has joined #yocto00:07
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto00:08
*** 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 #yocto00:35
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)01:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto01:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)01:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto01:24
*** starblue <starblue!~juergen@dslb-094-220-107-119.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds)01:31
*** rber|res <rber|res!~rber|res@62-47-47-177.adsl.highway.telekom.at> has joined #yocto01:32
*** starblue <starblue!~juergen@dslb-178-006-091-246.178.006.pools.vodafone-ip.de> has joined #yocto01:33
*** RobertBerger <RobertBerger!~rber|res@62-47-47-177.adsl.highway.telekom.at> has quit IRC (Ping timeout: 252 seconds)01:34
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto01:43
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)01:45
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)01:48
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:56
*** beneth <beneth!~beneth@xmpp.beneth.fr> has joined #yocto01:57
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)02:02
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto02:02
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has joined #yocto02:22
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:27
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)03:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto03:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)03:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:24
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds)03:28
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto03:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)03:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:34
*** beneth <beneth!~beneth@xmpp.beneth.fr> has quit IRC (Read error: Connection reset by peer)03:45
*** amitk <amitk!~amit@103.59.74.93> has joined #yocto04:21
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:37
*** Guest9076 <Guest9076!~Guest90@136.226.250.119> has joined #yocto04:42
*** Guest9076 <Guest9076!~Guest90@136.226.250.119> has quit IRC (Client Quit)04:42
*** Telgareith8 <Telgareith8!~Telgareit@user/telgareith> has joined #yocto04:45
*** Telgareith <Telgareith!~Telgareit@user/telgareith> has quit IRC (Read error: Connection reset by peer)04:45
*** Telgareith8 is now known as Telgareith04:45
*** goliath <goliath!~goliath@user/goliath> has joined #yocto05:07
*** olani <olani!~olani@h83-209-157-187.cust.a3fiber.se> has quit IRC (Ping timeout: 248 seconds)05:07
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Read error: Connection reset by peer)05:27
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto05:29
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)05:29
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:34
*** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto05:39
LetoThe2ndyo dudX05:51
*** hcg <hcg!~hcg@185.210.97.85> has joined #yocto05:58
*** Tokamak <Tokamak!~Tokamak@172.58.191.7> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)06:03
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)06:14
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto06:14
*** pbergin <pbergin!~pbergin@ua-213-113-159-147.bbcust.telenor.se> has joined #yocto06:18
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)06:19
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto06:19
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)06:21
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:22
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)06:30
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:30
*** frieder <frieder!~frieder@200116b8240a6e810000000000002000.dip.versatel-1u1.de> has joined #yocto06:46
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)06:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto06:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)06:50
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)06:54
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto06:54
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto06:55
*** mvlad <mvlad!~mvlad@2a02:2f08:400a:ee00:24d7:51ff:fed6:906d> has joined #yocto06:58
*** Guest40 <Guest40!~Guest40@host-212-114-194-13.customer.m-online.net> has joined #yocto07:00
*** Guest40 <Guest40!~Guest40@host-212-114-194-13.customer.m-online.net> has quit IRC (Client Quit)07:00
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Quit: Leaving.)07:00
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds)07:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto07:04
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto07:06
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:06
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds)07:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto07:09
dacavHi.  I'm trying to obtain a bare-metal build in yocto, so I can embed the image for an auxiliary MCU in my linux build.  I managed to build one library successfully (based on newlib includes), and I thought of setting its prefix as /opt/<libname>, so I can `-I /opt/<libname>/include` from the depending recipes.07:29
dacavQuestion 1: is this approach correct?07:30
dacavQuestion 2: can I make a variable available to recipes that depend on mine? E.g. export LIBNAME_PREFIX=/opt/<libname>07:30
*** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed)07:33
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:44
*** jclsn <jclsn!~jclsn@2a04:4540:651c:c300:9f48:d6b5:6dcb:c017> has joined #yocto07:45
qschulzRP: I know, back to the slow brainstorming to find a way to deal with all this. I think I'll still push the changes somewhere to explain what I did and what are the shortcomings and why it's a bad idea to go for what I had in mind08:01
qschulzRP: didn't see your midnight message before answering. So. The issue is that I'm trying to build the migration manuals from the master branch (git checkout master -- documentation/migration-manuals) but from the branch the autobuilder is currently building08:03
LetoThe2nddacav: what you want is a multiconfig build. first build the baremetal thing, then have the second build embed the results from the first one.08:04
qschulzptsneves: patches welcome (or at least a bug in bugzilla in the documentation section)08:04
LetoThe2nddacav: for the correct approach to build bare metal for newlib, instead of hacking up stuff, please look at the included examples.08:04
LetoThe2nddacav: and i will actually speak about almost this exact thing at the plumbers in dublin: https://lpc.events/event/16/contributions/1196/08:05
ptsnevesqschulz: yep on it for the patches. :)08:06
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)08:07
qschulzRP: the issue is that this means we need to make the migration maunals buildable with different versions of sphinx (since pre-kirkstone is on 3.x.x and now we're on sphinx > 4 (new buildtools has 5.x.x IIRC)08:07
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto08:07
dacavLetoThe2nd: thanks.  By { first baremetal, then a second build embeds the results } do you mean to build the baremetal outside yocto, and have a yocto recipe that embeds the result?08:08
qschulzRP: this is the one issue I talked about yesterday, there are other issues with the approach I worked on08:08
dacavLetoThe2nd: also, could you point me at the examples you mention?08:08
ptsnevesLetoThe2nd: multiconfig works with baremetal? I thought it worked only with different machines but still linux distros08:08
LetoThe2nddacav: no, i mean that you use the multiconfig feature of yocto to "chain" two builds. see: https://git.yoctoproject.org/poky/tree/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb08:09
LetoThe2ndptsneves: it certainly works with baremetal :-)08:09
dacavThanks.  I'll check it out ;)08:09
ptsnevesLetoThe2nd: great news08:09
LetoThe2ndno giving everything away now though, keep the fun for dublin :-)08:10
ptsnevesyeah was looking at the presentation link you posted and no materials posted yet :D But the baremetal-helloworld.bb seems to have much stuff i was not aware of08:12
LetoThe2nd;-)08:13
qschulzRP: I might not be giving enough context for you to understand though, especially since I worked totally on my own on that..08:16
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: xmn)08:31
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)08:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto08:34
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto08:36
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Ping timeout: 252 seconds)08:38
*** olani <olani!~olani@66.159.215.7> has joined #yocto08:38
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)08:39
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto08:39
*** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection)08:47
RPqschulz: I don't totally understand but I might be slightly closer :)08:49
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer)08:50
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto08:52
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto08:52
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:55
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:58
dacavLetoThe2nd: quick question about multiconfigs: will they work under dunfell? tl;dr - We are stuck to dunfell for reasons, and upgrade is planned but not for right now.09:08
LetoThe2nddacav: yes.09:10
dacavI'm asking because bitbake dies badly with 'taskdata[mc].add_provider(localdata[mc], self.recipecaches[mc], k)' triggering a KeyError.09:14
dacavIf it is supposed to work, maybe it is then something wrong I'm doing.09:15
LetoThe2nddacav: my bet is on "something that you're doing" :-)09:16
dacavIn general, yes.  In this specific case I always have the doubt of { If I'm using a version that is really old, will this be even feasible }.  Hence the question09:21
dacavGood to know it is, now let's embrace the sorrow.09:21
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)09:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto09:29
LetoThe2nddacav: dunfell is fine, its under active maintenance.09:33
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)09:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:34
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:35
ptsnevesdoes anybody know how long glibc.GlibcSelfTest should test on average?09:36
jclsnIs there a simple way in Yocto to make /var a separte partition?09:41
ptsnevesjclsn: is wic an option?09:42
LetoThe2ndjclsn: its technically beyond the rootfs, so wic would certaily be involved.09:43
LetoThe2ndplus some tuning of the fstab, probably. i think there is some example concerning volatile logs09:43
jclsnptsneves: We are already using .wic image, so what do you mean?09:44
ptsnevesso just add a partition for far in your wks file09:44
ptsnevesthat is how i would go for it.09:44
jclsnLetoThe2nd: Yeah I was just wondering if there was a Yocto switch. The problem is that since we have made rootfs read-only, some services like systemd-backlight are failing09:45
jclsnSo we want to make /var a separate partition with read-write permissions09:45
ptsnevesfor that scenario you should actually be looking at volatiles not a separate partition09:45
jclsnVolatiles?09:46
ptsneveshow systemd does it for readonly rootfs09:46
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Remote host closed the connection)09:46
LetoThe2ndjclsn: you would need to probably coordinate with https://git.yoctoproject.org/poky/plain/meta/recipes-core/volatile-binds/volatile-binds.bb09:46
ptsnevesa quick search of the manual shows nothing on the topic unfortunately09:47
jclsnLetoThe2nd: Thanks09:48
jclsnptsneves: Well, I got this https://docs.yoctoproject.org/ref-manual/kickstart.html09:49
ptsnevesjclsn: yes but your "real" issue should not be handled with an extra partition /var. It should be fixed with volatile-binds09:49
jclsnptsneves: But if they are volatile, they don't persist till the next boot, do they?09:52
jclsnI can sure write to that folder09:52
ptsnevesthey will persist :)09:52
jclsnI just tried that by creating an empty file09:52
jclsnIt was gone after reboot09:52
ptsnevesbind the bind mounts to a real partition09:53
jclsnAh I get it09:54
jclsnIf I set this int he volatile recipe, it will be writable09:54
jclsnptsneves: They are not recursive though are they? Because /var/lib is already there and my file in question is in /var/lib/systemd/backlight09:59
ptsneveshmm should be, but mount is kind of a overlaying thing so i do not know how if the order might be important10:00
ptsnevesi do not know by heart honestly :( only the general path to achieve what you mean10:01
jclsnOkay thanks I will figure it out10:03
*** starblue <starblue!~juergen@dslb-178-006-091-246.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds)10:04
*** starblue <starblue!~juergen@dslb-178-006-091-246.178.006.pools.vodafone-ip.de> has joined #yocto10:06
LetoThe2ndis there a generic way to express a dependency on the rootfs being completed? use case is embedding a checksum in a partition.10:10
ptsnevesmytask[depends] = "myimage:do_rootfs"10:11
ptsneves?10:11
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)10:11
LetoThe2ndthats non-generic as it involves the name of the image.10:12
ptsnevesset the image name as a variable set on your local.conf10:12
LetoThe2ndhm no, this is not applicable to the workflow in question.10:13
ptsnevesso i am not sure what you mean by generic10:13
LetoThe2ndlike, a way to depend on "virtual/image:do_image", as starters.10:15
qschulzLetoThe2nd: what exactly do you want to do?10:15
ptsnevesthat makes little sense...what image? also there is no PROVIDER for images AFAIK10:16
qschulzLetoThe2nd: because you have ROOTFS_POSTPROCESS_COMMANDS and the like10:16
LetoThe2ndqschulz: put the checksum of partition1 on partition2, essentially. with the content of partition2 being created in a class.10:16
ptsnevesthe way i have seen this done is with the global variable conf i mentioned. It is how dm verity is setup on meta-security.10:18
LetoThe2ndhmmm...10:20
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto10:27
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Ping timeout: 240 seconds)10:38
jclsnhmm unfortunately adding the path to volatile-binds doesn't work. I think this is because systemd-backlight creates that file only when shutting down or booting. It is not there during compile time10:41
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Ping timeout (120 seconds))10:44
jclsnMaybe you have to add it to volatile-systemd-services somehow10:49
*** zpfvo <zpfvo!~fvo@i59f5cf2c.versanet.de> has joined #yocto10:52
jclsnAh no those services are taking care of the mounting10:52
jclsnIt is weird. The systemd-backlight service fails on boot, but you can manually restart it after11:06
jclsnBecause the volatile-binds are actually working11:06
*** zpfvo <zpfvo!~fvo@i59f5cf2c.versanet.de> has quit IRC (Ping timeout: 252 seconds)11:24
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto11:27
*** murych <murych!~tmayzenbe@91.193.179.37> has joined #yocto11:28
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11:38
jclsnptsneves: Well, I got the service to work. Actually the volatile-binds are working well. The problem is that those are not persistent after a reboot.11:55
jclsnSo the backlight can't be restored, because the file containing the value doesn't exist11:56
jclsnIsn't there something like persistent-binds.bb? :D11:57
jclsnls12:07
*** olani <olani!~olani@66.159.215.7> has joined #yocto12:12
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer)12:17
qschulzwe have overlayfs support in kirkstone IIRC12:18
qschulzjclsn: https://docs.yoctoproject.org/ref-manual/classes.html#overlayfs-bbclass12:19
* derRichard looks for a fix for issue https://www.mail-archive.com/linux-yocto@lists.yoctoproject.org/msg03300.html12:19
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto12:20
*** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has joined #yocto12:23
*** olani <olani!~olani@66.159.215.7> has quit IRC (Remote host closed the connection)12:26
*** olani <olani!~olani@66.159.215.7> has joined #yocto12:27
*** olani <olani!~olani@66.159.215.7> has quit IRC (Client Quit)12:30
*** nad27 <nad27!~nad@pr-svc-em1-015.emea.corpinter.net> has joined #yocto12:31
*** davidinux <davidinux!~davidinux@net-31-156-147-235.cust.vodafonedsl.it> has quit IRC (Ping timeout: 248 seconds)12:32
*** davidinux <davidinux!~davidinux@92.118.62.217> has joined #yocto12:32
*** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Ping timeout: 252 seconds)12:32
*** nad27 <nad27!~nad@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Client Quit)12:35
*** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has joined #yocto12:35
*** destmaster84 <destmaster84!~destmaste@185-11-23-2.static.eolo.it> has joined #yocto12:36
jclsnqschulz: Pity we are on honister then ^^12:37
jclsnIt is there though12:39
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Ping timeout: 252 seconds)12:43
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Read error: Connection reset by peer)12:43
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto12:46
*** starblue <starblue!~juergen@dslb-178-006-091-246.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 268 seconds)12:51
*** starblue <starblue!~juergen@dslb-178-006-093-181.178.006.pools.vodafone-ip.de> has joined #yocto12:53
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)12:54
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto13:00
*** destmaster84 <destmaster84!~destmaste@185-11-23-2.static.eolo.it> has quit IRC (Quit: Client closed)13:02
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto13:04
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:05
jclsnqschulz: I just wonder: If I have /var/lib contained in the volatile-binds and it gets reset after every boot, does this mechanism also delete parts of my /data partition if I mount it there?13:07
jclsnBecause I am trying to mount /data/backlight to /var/lib/systemd/backlight13:08
RPderRichard: not sure there is one yet13:09
derRichardRP: yeah, the problem seems to be rather new. /me just ran into it ;-\13:12
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:12
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Ping timeout: 264 seconds)13:15
qschulzjclsn: no clue, I'm not using overlayfs nor volatile binds13:15
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:e422:f9b0:283d:3a24> has joined #yocto13:16
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto13:18
Alban[m]1<jclsn> "Because I am trying to mount /..." <- On my systems i'm using a rw /var/lib together with a ro rootfs, it work quite well.13:18
jclsnOkay13:20
jclsnIt is maybe a bit less trouble to just use a rw /var partition13:20
qschulzjclsn: that's what the overlayfs allows you to do13:21
qschulzeverything RO, except the overlayfs13:21
Alban[m]1Its up to you how fine grained you want things to be.13:21
jclsnOr how much of a workload I prefer13:22
Alban[m]1Sure, i for example don't want /var/cache or /var/tmp to go to disk13:23
Alban[m]1Unless you really want to be able to overwrite parts of your rootfs image i would not go with an overlay13:25
qschulzAlban[m]1: overlays are overwriting only if you're writing to files that already exist. Otherwise the original rootfs and the overlay are merged13:29
jclsnI don't get this overlayfs stuff13:31
*** frieder <frieder!~frieder@200116b8240a6e810000000000002000.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection)13:31
jclsnPity there isn't a good example13:31
Alban[m]1Sure, i should have say modify, something you often don't want when using an ro rootfs13:31
jclsnqschulz: We already have a /data partition mounted13:32
qschulzjclsn: https://www.kernel.org/doc/html/latest/filesystems/overlayfs.html13:32
jclsnI don't see what this does really13:32
qschulzjclsn: specifically the upper and lower part13:33
jclsnqschulz: I get that part13:34
jclsnBut I only want /data/backlight to override /var/lib/systemd/backlight13:34
jclsnIt expects a .mount unit though13:34
jclsnI think the documentation is lacking a bit13:35
jclsnWhy per recipes basis for example? Shouldn't I be able to specify all overlays in the image recipe?13:35
qschulzjclsn: AFAIU, this allows a recipe to provide a RW file in a location that is otherwise RO13:36
qschulzpatches welcome :)13:36
jclsnI first need to understand it to send a patch13:40
jclsnDeadlock13:40
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Ping timeout: 268 seconds)13:54
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto13:56
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:57
derRichardjclsn: FWIW, just setup overlayfs manuall as you wish. i always have a single unit which does all mounts exactly in the way i want them.13:58
*** kscherer <kscherer!~kscherer@dsl-173-206-148-172.tor.primus.ca> has joined #yocto14:04
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Ping timeout: 252 seconds)14:04
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has joined #yocto14:05
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (Quit: leaving)14:07
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 260 seconds)14:07
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto14:07
*** murych <murych!~tmayzenbe@91.193.179.37> has quit IRC (Ping timeout: 260 seconds)14:25
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 264 seconds)14:49
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:49
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto14:52
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)14:54
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto14:54
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)15:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto15:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds)15:14
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:14
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)15:15
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)15:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto15:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds)15:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto15:24
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: xmn)15:36
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:e422:f9b0:283d:3a24> has quit IRC (Quit: Client closed)15:42
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)15:56
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)15:58
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds)16:02
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:06
*** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Quit: Client closed)16:07
*** u1106 <u1106!~quassel@2a05:d014:58:4b00:bbe8:f33:b5b7:d4f7> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)16:25
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has joined #yocto16:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)16:59
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:59
*** Estrella <Estrella!~quassel@192-063-174-177.res.spectrum.com> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)17:07
*** Estrella <Estrella!~quassel@192-063-174-177.res.spectrum.com> has joined #yocto17:08
ptsnevesderRichard: that is also the way i do it17:28
*** zpfvo <zpfvo!~fvo@i59F5CF2C.versanet.de> has quit IRC (Remote host closed the connection)17:43
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-163.mycingular.net> has joined #yocto17:55
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)17:57
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-30-163.mycingular.net> has quit IRC (Client Quit)17:57
*** arielmrmx <arielmrmx!~quassel@187.194.255.163> has quit IRC (Ping timeout: 252 seconds)17:59
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto18:04
*** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Quit: Leaving)18:23
*** amitk <amitk!~amit@103.59.74.93> has quit IRC (Ping timeout: 260 seconds)18:27
*** Guest63 <Guest63!~Guest63@mtl.savoirfairelinux.net> has joined #yocto18:30
vvnhi there -- is it a best practice to have :mydistro override in bbappended recipes found in my distro layer or is that redundant?18:32
kergoththat is a best practice, yes, to ensure the layer isn't changing the build if you don't choose to use that distro. this allows multiple machine and distro layers to be enabled in bblayers but only have the configured ones affect the build18:41
kergothsame for machine in bsp layers18:41
kergothsee also the yocto-check-layers script18:41
vvnthank you18:41
kergothmore important for machine than distro, practically, but still best18:41
kergothideally no layer would change the build until you opt-in to what it provides in your configuration18:41
kergothno problem18:42
vvnthat makes sense, so that you can build totally different environment from the same bitbake instance without messing with bblayers.conf18:43
vvn(environment as in multiconfigs)18:43
kergothexactly, it means you can easily switc hit around solely with local.conf, or you can use multiconfig to build all different configs in a single go18:43
kergothyep18:43
kergotha bit of a hassle to add overrides *everywhere*, but it becomes habit eventually18:43
vvnindeed, hence my question18:44
kergothRP: I kind of feel like every variable assignment should be = except for the specific case of assignments in *config* files parsed after local.conf, or globally inherited classes, to allow direct assignments in local.conf to work as the user would expect, and those should all use ??=. Everything else, everywhere, should use = and move their inherit line if they have to. Then we could further reduce confusion by moving toward making18:50
kergothall variable operations lazy with the explicit operator to clear pending operations that we'd previously discussed.18:50
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)18:54
*** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has joined #yocto18:54
*** nemik <nemik!~nemik@162-245-20-117.public.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)18:58
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto18:59
*** agners <agners!~ags@2a02:169:3df5:10::ed4> has joined #yocto19:12
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:e422:f9b0:283d:3a24> has joined #yocto19:16
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)19:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto19:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)19:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto19:24
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)19:44
RPkergoth: It would be interesting to see if we could move towards that19:52
*** pbergin <pbergin!~pbergin@ua-213-113-159-147.bbcust.telenor.se> has quit IRC (Ping timeout: 244 seconds)20:24
Guest63Hi20:38
Guest63I am trying include linux-firmware-i915  into the kernel image, for that i added `RDEPENDS_${PN} += " linux-firmware-i915 "` in kernel recipe20:38
Guest63I cannot use DEPENDS as linux-firmware RPROVIDES `linux-firmware-i915`20:39
Guest63the firmware blob is built into the kernel image but as a consequence of `RDEPENDS_${PN} += " linux-firmware-i915 "` it is installed in rootfs `lib/firmware` directory20:40
Guest63I removed it this leftover from the rootfs by using ROOTFS_POSTPROCESS_COMMAND20:41
Guest63is there any other clean way to achieve the same20:41
Guest63All i want is linux-firmware-i915 is included into the kernel image without poluting the rootfs20:43
Guest63Please let me know20:43
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:e422:f9b0:283d:3a24> has quit IRC (Ping timeout: 252 seconds)20:45
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)20:46
*** vladest <vladest!~Thunderbi@2a02:1210:76b7:7100:205f:abcd:d09d:37e6> has quit IRC (Quit: vladest)20:53
*** mvlad <mvlad!~mvlad@2a02:2f08:400a:ee00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)20:54
*** vladest <vladest!~Thunderbi@2a02:1210:76b7:7100:bec5:9b61:9878:7f5a> has joined #yocto20:56
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)21:11
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:12
*** florian <florian!~florian@dynamic-002-243-027-229.2.243.pool.telefonica.de> has joined #yocto21:12
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)21:14
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:15
*** justache is now known as justDeez21:20
*** beneth <beneth!~beneth@xmpp.beneth.fr> has joined #yocto21:54
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto22:00
*** ptsneves <ptsneves!~Thunderbi@031011128120.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 248 seconds)22:13
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds)22:28
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:28
*** florian <florian!~florian@dynamic-002-243-027-229.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)22:32
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds)22:33
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:33
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:e422:f9b0:283d:3a24> has joined #yocto22:39
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds)22:44
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto22:44
*** brazuca <brazuca!~brazuca@2804:7f4:3590:6971:e422:f9b0:283d:3a24> has quit IRC (Ping timeout: 252 seconds)22:45
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds)22:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto22:49
*** florian <florian!~florian@dynamic-002-243-027-229.2.243.pool.telefonica.de> has joined #yocto23:01
*** florian <florian!~florian@dynamic-002-243-027-229.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)23:36
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 268 seconds)23:45
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto23:52
*** ptsneves <ptsneves!~Thunderbi@031011128148.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto23:52

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!