Tuesday, 2021-08-31

*** Xagen <Xagen!~Xagen@2600:1700:211:7e60:b58a:89ad:a475:a7ef> has quit IRC (Ping timeout: 250 seconds)00:02
*** Xagen <Xagen!~Xagen@2600:1700:211:7e60:f400:f0b8:e30b:7511> has joined #yocto00:03
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 244 seconds)00:14
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has joined #yocto00:51
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)01:10
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto01:38
*** amitk <amitk!~amit@> has joined #yocto04:03
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 250 seconds)04:17
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds)04:23
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has quit IRC (*.net *.split)04:30
*** tkoskine <tkoskine!tkoskine@kapsi.fi> has joined #yocto04:30
wCPOCan WIC add empty space at the end of the image? I need a bigger WIC image, so I can use systemd-repart when running in QEMU to add a extra partition04:45
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto04:48
*** alinucs_ <alinucs_!~abo@215.ip-51-38-235.eu> has joined #yocto05:20
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (Ping timeout: 252 seconds)05:21
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has quit IRC (Remote host closed the connection)05:26
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0:fa88:8bc5:c0d2:27cc> has joined #yocto05:27
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto05:57
te_johanmoin moin, i'm having issues with post install scripts failing to change owner during do_rootfs: copyfile05:58
te_johanthe poky repo is owned by my user and the build is done in docker with uid and gid 1000. so bitbake copies the file and afterwards it tries and restore the owner to the original owner. I don't understand why it would want to change owner at all. I've seen other have similar issues mentioning a change in PSEUDO_IGNORE_PATHS.06:00
te_johandoes anyone have any insight in who ownership of files are changed in bitbake:utils:copyfile?06:03
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Ping timeout (120 seconds))06:16
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto06:19
*** amitk <amitk!~amit@> has quit IRC (Remote host closed the connection)06:32
*** amitk <amitk!~amit@> has joined #yocto06:34
*** frieder <frieder!~frieder@170-77-142-46.pool.kielnet.net> has joined #yocto06:35
*** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has quit IRC (Ping timeout: 252 seconds)06:42
*** override_ <override_!~override@ec2-3-138-201-125.us-east-2.compute.amazonaws.com> has joined #yocto06:43
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto06:47
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:08
*** yannd <yannd!~yann@> has quit IRC (Ping timeout: 252 seconds)07:11
*** eduardas <eduardas!~eduardas@> has joined #yocto07:12
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Ping timeout (120 seconds))07:18
baraththis is related to a question I had yesterday, about packages being assigned (their names contain) both aarch64 and our custom machine name which has the aarch64 architecture, and whether that can cause issues07:19
barathI now see there's a variable called PACKAGE_ARCH, which can be set per recipe (?) to define the "actual" arch... would that fix some packages being "assigned" this machine we have defined instead of the arch it's actually built for? does it make sense to invest time in doing that?07:20
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto07:22
*** yannd <yannd!~yann@> has joined #yocto07:25
LetoThe2ndyo dudX07:26
*** te_johan_ <te_johan_!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto07:27
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Client closed)07:28
*** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:8500:1f3c:76ee:bbf4> has joined #yocto07:30
qschulzbarath: yes set per recipe, that would make sense though you have to be "careful" so that you make machine specific only what's needed otherwise you'll have a ton of technically duplicate recipes/packages between two different machines07:36
barathyes that's what I'm investigating... while investigating why some packages always are rebuilt even tho we have sstate cache files from another machine07:37
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 252 seconds)07:37
qschulzbarath: you could also technically introduce another arch, an intermediate one which is common to your machines, provided the outcome of a recipe is identical for both machines (i.e. compiler flag and architecture, etc.)07:37
barathso is that "best practice"? ie that when you define a machine, you should actually set the package arch to the underlying PACKAGE_ARCH?07:37
qschulzbarath: no07:37
barathhm I see...07:37
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto07:37
barath:D okay07:38
barathso what's usually done? I imagine this is something people do a lot: define a machine using the aarch64 arch and then build custom recipes (or even systemd, which has some of its packages marked as aarch64 and then some with our custom machine name)07:38
qschulzyou set the PACKAGE_ARCH to MACHINE_ARCH if anything in the recipe uses something that can change between machines of the same "base" architecture (aarch64, cortexa8-hf, ... whatever)07:39
qschulze.g. using MACHINE in there, or an override with a MACHINEOVERRIDES07:39
barathhm okay, so it's for being specific when the difference between arch variants becomes important for a recipe07:40
qschulzarch variants or machines, yes07:40
barathhm okay07:41
barathso let's take system. I some of the systemd packages are built for aarch64, some for our custom machine name07:41
barathis that "okay"? we've done this for ages, so it obviously works07:41
barathbut it feels very strange now that I've tested package feeds and some are put in aarch64 and some under our custom machine name07:41
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto07:41
qschulzwell, it seems it does not since you're having trouble with sstate-cache re-use :p07:41
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Client Quit)07:42
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto07:42
qschulzsystemd package specific to your custom machine should have PACKAGE_ARCH set to MACHINE_ARCH07:42
barath:D yeah, question is whether this is to blame07:42
barathit's been hard for me to nail down exactly where/why the hashes start differing between hosts, a lot of base hashes seem different07:42
barath> systemd package specific to your custom machine should have PACKAGE_ARCH set to MACHINE_ARCH07:43
barathhm. I see that the systemd-conf package is stored under our machine name, while the systemd package itself is marked as/stored under aarch6407:43
barathsorry if these are noob questions, I'm trying to align our yocto usage with something that approaches best practice/actually how it's meant to be used instead of hacks everywhere...07:45
*** florian <florian!~florian@dynamic-093-131-096-150.93.131.pool.telefonica.de> has joined #yocto08:04
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)08:11
*** camus1 <camus1!~Instantbi@> has joined #yocto08:11
*** d0ku <d0ku!~d0ku@> has joined #yocto08:13
*** camus1 is now known as camus08:14
*** cody <cody!~cody@user/cody> has quit IRC (Quit: You have been idle for 30+ days)08:19
*** m1kr0[m] <m1kr0[m]!~m1kr0matr@2001:470:69fc:105::c827> has quit IRC (Quit: You have been idle for 30+ days)08:19
RPkanavin_: looks like your build found a bitbake socket file race :/08:20
*** m1kr0[m] <m1kr0[m]!~m1kr0matr@2001:470:69fc:105::c827> has joined #yocto08:20
*** m1kr0[m] <m1kr0[m]!~m1kr0matr@2001:470:69fc:105::c827> has left #yocto08:20
kanavin_RP: I saw that one in a previous master-next build too08:25
RPkanavin_: I think it is harmless and just a race over removing the file so the code should be ignoring it?08:26
kanavin_RP: this one was a master build https://autobuilder.yoctoproject.org/typhoon/#/builders/20/builds/423308:27
RPor it should be waiting for bitbake to shut down before deleting08:27
kanavin_RP: and happens *only* in buildtools :-/08:27
RPkanavin_: buildtools is a new test and is unusual in that it is running bitbake08:27
RPkanavin_: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder-helper/commit/?id=0b1925161871ed0ffa5a63e5c83152a568aee15708:28
RPkanavin_: we can blame rburton08:28
*** te_johan_ <te_johan_!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Quit: Leaving...)08:46
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto08:46
*** rfuentess <rfuentess!~rfuentess@2a01:cb14:87e:2200:8500:1f3c:76ee:bbf4> has quit IRC (Ping timeout: 240 seconds)08:48
*** rfuentess <rfuentess!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has joined #yocto08:50
*** Guest93 <Guest93!~Guest93@mail.chora.dk> has joined #yocto09:02
*** Guest93 <Guest93!~Guest93@mail.chora.dk> has quit IRC (Client Quit)09:03
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Remote host closed the connection)09:05
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:05
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection)09:24
*** wooosaiiii <wooosaiiii!~wooo@89-212-21-243.static.t-2.net> has joined #yocto09:24
*** florian <florian!~florian@dynamic-093-131-096-150.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)09:25
*** camus <camus!~Instantbi@> has quit IRC (Remote host closed the connection)09:38
*** camus <camus!~Instantbi@> has joined #yocto09:38
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)09:38
*** argonautx <argonautx!~argonautx@i5E86705F.versanet.de> has joined #yocto09:40
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:54
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Ping timeout: 240 seconds)10:06
*** kanavin <kanavin!~Alexander@> has joined #yocto10:10
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:7848:b419:eae2:e315> has joined #yocto10:11
*** goliath <goliath!~goliath@user/goliath> has joined #yocto10:24
ad__hi, is it normal that wic tool insert an empty space between emmc partitions ?10:52
ad__wic ls shows a partition without fstype10:53
*** xantoz_ is now known as xantoz11:02
*** hansihe <hansihe!~Hans@84-52-214.116.3p.ntebredband.no> has quit IRC (Remote host closed the connection)11:09
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed)11:13
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)11:24
*** zyga <zyga!~zyga@> has joined #yocto11:30
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Read error: Connection reset by peer)11:31
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)11:43
*** rfuentess <rfuentess!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)11:48
*** rfuentess <rfuentess!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has joined #yocto11:51
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto12:03
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto12:05
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Remote host closed the connection)12:07
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:11
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)12:25
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto12:37
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto12:37
*** zyga <zyga!~zyga@> has quit IRC (Ping timeout: 244 seconds)12:39
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto12:39
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** batcha[m] <batcha[m]!~batcha88m@2001:470:69fc:105::dd0e> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** halstead[m]1 <halstead[m]1!~halsteadm@2001:470:69fc:105::d0ef> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** michaelo[m] <michaelo[m]!~michaelom@2001:470:69fc:105::d101> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has quit IRC (Quit: Bridge terminating on SIGTERM)12:42
*** jordemort <jordemort!~jordemort@2001:470:69fc:105::2d9> has joined #yocto12:44
*** WadeBerrier[m] <WadeBerrier[m]!~wberrierm@2001:470:69fc:105::3f0e> has joined #yocto12:45
*** mihai <mihai!~mihai@user/mihai> has joined #yocto12:52
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto12:53
*** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto12:53
*** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto12:53
*** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto12:53
*** Emantor[m] <Emantor[m]!~emantorm]@2001:470:69fc:105::8eb> has joined #yocto12:53
*** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto12:53
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto12:53
*** Pierre-jeanTexie <Pierre-jeanTexie!~pjtexierm@2001:470:69fc:105::f2f> has joined #yocto12:53
*** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto12:53
*** moto_timo[m] <moto_timo[m]!~mototimom@2001:470:69fc:105::c94> has joined #yocto12:53
*** t_unix[m] <t_unix[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto12:53
*** berton[m] <berton[m]!~fabiobert@2001:470:69fc:105::ce36> has joined #yocto12:53
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto12:53
*** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto12:53
*** jwillikers[m] <jwillikers[m]!~jwilliker@2001:470:69fc:105::626a> has joined #yocto12:53
*** SamuelDolt[m] <SamuelDolt[m]!~samdoltma@2001:470:69fc:105::4898> has joined #yocto12:53
*** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto12:53
*** shoragan|m <shoragan|m!~shoragans@2001:470:69fc:105::c9f> has joined #yocto12:53
*** Spectrejan[m] <Spectrejan[m]!~spectreja@2001:470:69fc:105::1609> has joined #yocto12:53
*** meck[m] <meck[m]!~meckmeckd@2001:470:69fc:105::3a51> has joined #yocto12:53
*** rostam98[m] <rostam98[m]!~rostam98m@2001:470:69fc:105::ca0e> has joined #yocto12:53
*** behanw[m] <behanw[m]!~behanwmat@2001:470:69fc:105::c96> has joined #yocto12:53
*** halstead[m] <halstead[m]!~halsteadm@2001:470:69fc:105::d0ef> has joined #yocto12:53
*** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto12:53
*** CarlesFernandez[ <CarlesFernandez[!~cfernande@2001:470:69fc:105::e590> has joined #yocto12:53
*** twinning[m] <twinning[m]!~twinningm@2001:470:69fc:105::e5db> has joined #yocto12:53
*** michaelo[m] <michaelo[m]!~michaelom@2001:470:69fc:105::d101> has joined #yocto12:53
*** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has joined #yocto12:53
*** ndec[m] <ndec[m]!~ndecmatri@2001:470:69fc:105::9c0> has joined #yocto12:53
*** batcha[m] <batcha[m]!~batcha88m@2001:470:69fc:105::dd0e> has joined #yocto12:53
*** jonesv[m] <jonesv[m]!~jonesvmat@2001:470:69fc:105::4616> has joined #yocto12:53
*** kranzo[m] <kranzo[m]!~kranzomat@2001:470:69fc:105::dd3e> has joined #yocto12:53
*** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto12:53
*** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto12:53
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto13:02
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Remote host closed the connection)13:11
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has joined #yocto13:12
RPkanavin: I sent a patch for it. rburton you're off the hook ;-)13:16
kanavinRP: cheers. qemu 6.1 update is ready too.13:17
kanavinRP: I'm generally going to focus on updates that AUH can't handle during the freeze period.13:18
kanavinRP: the ones that it can do can be done repeatedly until merge window reopens :)13:18
kanavine.g. python 3.10 is coming13:18
*** te_johan <te_johan!~te_johan@212-107-146-91.customers.ownit.se> has quit IRC (Ping timeout: 245 seconds)13:20
RPkanavin: sounds good, thanks. I have wondered about even putting everything together on different branch13:22
kanavinRP: my stuff that's ready (or in active testing) is usually here http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates13:23
kanavin'qemu 6.1 wip' is now tested, I just need to write a proper commit message13:24
RPkanavin: I'll leave it for now but people generally ignore the freeze so we'll see what happens, I have to queue things somewhere13:25
kanavinRP: master-next-next?13:25
RPkanavin: or master-next213:26
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:e00d:f295:3005:6ffb> has joined #yocto13:33
zyga-mbpI'm trying to package a go program I'm trying to understand how to handle dependencies exactly13:46
zyga-mbpmy -staticdev packages (which all use go-mod.bbclass) contain /usr/lib/go/pkg/mod/cache/ full of downloaded files from what should really be other packages13:47
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto13:47
zyga-mbpam I doing this wrong by trying to package each dependency separately?13:47
zyga-mbpshould I strive to remove pkg/mod from the -staticdev packages? (or change go-mod.bbclass)13:48
zyga-mbpright now I end up with clashes for files like "/usr/lib/go/pkg/mod/cache/download/github.com/kr/pty/@v/list" which are clearly an implementation detail of how go modules work internally13:48
*** d0ku <d0ku!~d0ku@> has quit IRC (Ping timeout: 252 seconds)13:49
zyga-mbp(cc agherzan for awareness)13:49
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto13:51
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds)13:55
zeddiizyga-mbp. there's no proper solution for go.mod yet. We need a fetcher module for go.mod processing, so we can properly get those dependencies, mirror, cache, license, etc, on them.14:01
zyga-mbpI've found some of the things I need in a meta-sca layer, it's built using a custom gosrc.bbclass14:02
*** dvorkindmitry <dvorkindmitry!~dvorkindm@> has joined #yocto14:02
zeddiiI've spent quite a bit of time working on a proper fetcher for it, or other ways to manually handle go.mod to generate SRC_URI entries, and I'm not happy with it.14:02
zeddiizyga-mbp, I've been through that as well, it won't really help what you want.14:02
zeddiiwell, it will a bit.14:02
zeddiibut it's similar to what I've used for adding the depenencies on the SRC_URI as individual fetches.14:03
zeddiithat can work, but it doesn't scale well, unless you automate it.14:03
zeddiibut trying to package all the dependencies separately will fail, so you can throw out that idea :D14:03
zyga-mbpI'm entirely lost after a day of poking at the .bbclasses and trying various things14:03
zyga-mbpshould I just package my top-level program and totally ignore the rest?14:04
zyga-mbp(making something that cannot be really built offline)14:04
zeddiiif you don't care about it fetching things during the compile, and don't need mirroring, archiver, etc, you can do that.14:04
zyga-mbpwhile I'm very comfortable with go itself I'm not familiar with the details of how go modules are implemented by the toolchain, all the files that were clashing or were being added to the packages challenge my ignorance there14:05
zyga-mbpzeddii is there anyone working on this for the next release? anything I can try to align with14:06
zeddiiI'm having a run at it :D14:06
zyga-mbpor backport something limited to an otherwise-dunfell layer to do sensible packages?14:07
zeddiisince once go removes vendored support, we are absolutely hosed.14:07
zyga-mbpzeddii what are your plans for go-mod support?14:07
zyga-mbpand is the work in meta-sca useful or is it a dead end from your pov?14:08
zeddiizyga-mbp: there's a lot of 'it depends' on the packaging front. step 1 is getting the fetcher aware enough to get the sources, put them in downloads, setup the env so they are used first by go.mod, just for the build.14:08
zeddiinot really useful there.14:08
zyga-mbpthe mod format is quite elaborate14:08
zeddiistep 2 are you building static, etc, then you don't even package up those depends.14:08
zyga-mbpit can use other versions than prescribed IIRC14:08
zeddiizyga-mbp, I spent 5 hours reading the docs, and yes, I concur :D14:09
zyga-mbphmm, can you clarify what you mean by step 2?14:09
zeddiimeaning, you don't care about packaging the dependencies, just ignore them, if the final app is statically linked, since it won't need them at runtime. I have many different go applications that we just statically link. We then queue the discussions about dynamic or static go apps ...14:10
zeddiibut I'm not an expert in the bizarre go build process. My loathing of it is well documented :D14:11
zeddiiI've searched in vain to see if there are any 3rd party parsers of go.mod, nothing I've found. So it will likely be a matter of letting go.mod doing it's thing in the fetch phase, grabbing the results of that, shuffling them into the right places for downloads, etc14:11
zyga-mbpI wonder if anything can be learned from fedora, debian or suse14:11
zeddiinothing that I've seen.14:12
zyga-mbpIIRC they do support go.mod builds now14:12
zeddiidue to the different and non-cross builds.14:12
zeddiiI checked buildroot as well, nothing super re-usable that I've seen.14:12
zeddiiwell, technically we can support go.mod builds as well, it's just wrong :D14:12
zyga-mbpis cross a big factor? I mean apart from CGO it's mostly effortless14:12
zeddiiit's not the cross part, it's the host contamination part.14:13
zeddiiand most of the things I build, are all CGO.14:13
zyga-mbpI see14:13
zyga-mbpI'll think about what to do14:14
zyga-mbpI'd love to help on go mod support, except that I have some commitments to fulfill first14:14
zyga-mbpzeddii thank you for the time and explanations14:15
zeddiiI won't be digging into it until after the release myself.14:15
zeddiifeel free to ping me if you start looking and we can coordinate.14:15
zyga-mbpwhich release?14:15
zyga-mbpack, I'll surely will14:15
zeddiiyocto 3.414:15
zeddii~this October14:15
zeddiiI lack some of the go knowledge, but have a lost of the rest. So I may ping you when I get lost in a moment of "what is go doing here" :D14:16
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Remote host closed the connection)14:18
*** Xagen <Xagen!~Xagen@2600:1700:211:7e60:f400:f0b8:e30b:7511> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)14:19
*** sakoman <sakoman!~steve@> has joined #yocto14:19
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto14:32
*** Guest2 <Guest2!~Guest2@> has joined #yocto14:36
Guest2Hi, I actually use dunfell. Now I've experienced a bug in the freescale network driver. Do you think it's easy to update the driver to today's version without updating the whole yocto version?14:38
Guest2Or is it better to update to a newer yocto release as a whole?14:39
Guest2Partial update vs. full update, so to speak14:39
Guest2for instance I saw many changes and fixes in https://github.com/torvalds/linux/commits/master/drivers/net/ethernet/freescale/dpaa/dpaa_eth.c14:41
*** obcecado <obcecado!pcaetano@tilde.institute> has quit IRC (Ping timeout: 248 seconds)14:45
*** obcecado <obcecado!pcaetano@tilde.institute> has joined #yocto14:46
JPEWsgw: I suspect we need to skip the package creation code in create-sdpx.bbclass in cases where no packages are actually created (e.g. native). I'm not sure the best way to do that14:51
JPEWAlthough.... I thought we were already doing that, since we call oe.packagedata.packaged in the loop where we create the package SPDX files :/14:53
JPEWsgw: Ah, OK. That error comes from read_subpackage_metadata itself, which we always call unconditionally so that we have the correct view of the packages14:57
sgwJPEW: Not sure which is why I took the approach.  I probably should have shared that with you.14:57
sgw  earlier14:57
*** Xagen <Xagen!~Xagen@2600:1700:211:7e60:b869:5fbf:c91b:c911> has joined #yocto15:02
Xagenhow do you fix devtool when you get `ERROR: Something went wrong with source extraction - the devtool-source class was not active or did not function correctly`?15:02
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:05
*** eduardas <eduardas!~eduardas@> has quit IRC (Quit: Konversation terminated!)15:05
*** d0ku <d0ku!~d0ku@> has joined #yocto15:07
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)15:10
*** Guest2 <Guest2!~Guest2@> has quit IRC (Quit: Guest2)15:18
*** rber|res <rber|res!~rber|res@ppp-94-66-232-217.home.otenet.gr> has joined #yocto15:18
*** eduardas <eduardas!~eduardas@> has joined #yocto15:19
vmesontlwoerner: where is this pseudo, seccomp thread?15:23
rburtonvmeson: https://sourceware.org/pipermail/libc-help/2021-August/005985.html15:24
vmesonrburton: thanks15:26
*** rfuentess <rfuentess!~rfuentess@amarseille-656-1-20-91.w81-251.abo.wanadoo.fr> has quit IRC (Remote host closed the connection)15:28
rburtonlast post in the thread is a @gentoo account but mentions we and CrOS, so presumably is a googler15:28
tlwoernervmeson: libc-help mailing list15:29
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto15:35
*** DataDrake|zzz <DataDrake|zzz!~DataDrake@solus/team/DataDrake> has joined #yocto15:38
*** DataDrake|zzz is now known as DataDrake15:39
DataDrakeI think zyga-mbp stepped away, but regarding his tweet about go modules in bitbake, there's an easier solution. upstream could generate tarballs with vendored deps easily enough: https://golang.org/ref/mod#go-mod-vendor15:40
vmesonfyi migration guide:  https://docs.yoctoproject.org/migration-guides/migration-3.4.html#override-syntax-changes15:41
zeddiiDataDrake, yes. that's the same approach we we talking about.15:41
DataDrakeah, great minds think alike15:41
zeddiibut the complications start to arrive when we move it into a fetcher/downloads format and get the env setup properly for builds that may not be vendored15:42
DataDrakethat's fair. I figured it might be a reasonable request of upstream to generate the tarballs like this and am looking into doing it myself, personally15:44
zeddiiit solves licensing issues, and avoid needing to process go.mod (which no sane person would do), and then we arrive at the getting it used by the build parts, which are the same regardless of how we get the sourced into the sysroot15:45
DataDrakeI think I follow15:46
DataDrakewe have a similar system in Solus where we use a chroot container to perform isolated builds and we definitely prefer to not need networking enabled wherever possible. for us the major "offenders" are Go, Rust, Node, and Java stuff.15:48
zeddiithe usual criminals, yes :D15:49
zeddiiwe need something in place for go before they remove go mod vendor'd build. things get painful then15:50
DataDrakeoh shoot, I didn't realize that was on the chopping block15:50
zyga-mbpDataDrake hey!15:52
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto15:52
DataDrakehi :)15:53
zeddiimost of the complex go builds I support, we've set GO111MODULE=off (with vendor being the second choice). When that goes away, we need a full go mod solution. That's mainly what I'm referring to.15:53
zyga-mbpDataDrake I'm trying to wrap my head around things but my strongest argument so far (with myself) is that we need to make both yocto and go sides happy, and that's mainly around fetcher, without getting the very complex problem in the way (multi-version), while, and this is probably more important to my corporate life than to most, having clear license situation15:54
*** eduardas <eduardas!~eduardas@> has quit IRC (Quit: Konversation terminated!)15:54
zyga-mbpI lean towards building apps, not libraries, fetching the code with `go download` somehow and still tying into the license checker15:54
DataDrakeI definitely don't have a straight answer for licensing, that's hard15:54
zyga-mbpbut those are early thoughts from a walk in the park15:55
zyga-mbpI need more time to research this15:55
DataDrakego mod vendor feels like a good half-way measure, but I realize that Go modules have been a bit of a moving target15:56
zyga-mbpgiven that go has nice tooling and libraries for working with modules I think the best solution will work based on those, without re-inventing the wheel15:56
DataDrakeyeah, there might be some deeper magics in there somewhere15:56
zyga-mbpI read https://golang.org/ref/mod briefly15:57
zyga-mbpit's certainly complex15:57
zyga-mbpI wonder if things like patching are sensible in this case15:57
zyga-mbpgiven that bitbake doesn't (seem to, please correct me if I'm wrong) do multi-version things15:57
DataDrakeyou honestly might have a better time of working with them to find something that works15:57
DataDrakethey may not have remotely considered this sort of thing15:58
agherzanI guess the problem is the same as with the rust projects15:58
zyga-mbpI was trying to package a single binary with a check.v1 dependency15:58
zyga-mbpand realized that internally chec.v1 depends on two versions of the same package15:58
zyga-mbpbecause various dependencies pinned different versions for their own testing15:59
DataDrakeyeah, that's pretty common15:59
zyga-mbponly a fetcher that can understand go.mod properly would untangle that15:59
zyga-mbpand build the (single, more recent) version of the dependency15:59
zyga-mbpbut there's a lot of other details, like the sum database and the proxy files and the list files15:59
zyga-mbpso I just need a moment to constrain this in my head16:00
zyga-mbpanything that is impossible is not worth doing16:00
zyga-mbpwhat remains must be right16:00
zyga-mbphey agherzan :)16:00
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds)16:00
zeddiiin my travels, there's no real way to shoot for re-use (in a packaging sense) of any of the dependencies.16:00
zyga-mbpI don't really want re-use, I want compliance and correctness16:00
zyga-mbpand not to cheat offline buillds16:01
agherzanzyga-mbp: There is no need for reuse at this point to be honest - for your specific usecase16:01
zyga-mbp(that's just robustness over time)16:01
agherzanCompliance on the other hand...16:01
zyga-mbpagherzan agree16:01
zyga-mbpyeah, licensing is important16:01
zeddiithat's what I mean. you just need to get them fetched and put into downloads in the right format, so they are available when go mod goes looking during the build, or you can otherwise get them into the sysroot.16:01
zeddiibut considering them as anything more than source, is pretty much doomed.16:02
DataDrakeI personally went down this route with Haskell on Solus, it was not fun and I still don't know if I made the right decision16:02
zyga-mbpagherzan as a data point, I found this: https://github.com/priv-kweihmann/meta-sca/tree/14900f6eca1aa7b70197379cfb9395542cb1277c/recipes-go -- it's a huge lot of auto-generated recipes that use custom gosrc.bbclass16:02
zyga-mbpDataDrake what did you end up doing?16:03
DataDrakeapparently what everyone else thinks is the wrong thing lol16:03
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 245 seconds)16:03
DataDrakeI use cabal to handle the build process and have individually packaged the deps16:03
DataDrakeMacros: https://github.com/getsolus/ypkg/blob/f0bc1356ad62740e6edcbac4c59e23c36fae46bd/ypkg2/rc.yml#L7516:04
DataDrakeExample pkg: https://dev.getsol.us/source/haskell-stack/browse/master/package.yml16:05
DataDrakenetworking is on because we were still on an older version of cabal that couldn't do offline yet16:05
*** rcw <rcw!~rcwoolley@> has joined #yocto16:05
DataDrakeSetup.hs doesn't resolve dependencies which I found annoying16:05
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has left #yocto16:06
DataDrakewhereas Cabal does that and more16:06
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto16:06
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has left #yocto16:06
*** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto16:06
zyga-mbpDataDrake does haskel have multi-version libraries?16:07
zyga-mbpor is the ecosystem smaller / more stable?16:07
DataDrakeit can actually16:07
zyga-mbp(go is notoriously fragmented IMO)16:07
agherzanThe more I think about it, the more I find the per mod recipe approach unfeasible zyga-mbp16:07
zyga-mbpwhat do you do about them?16:07
zyga-mbpagherzan I really agree16:07
zyga-mbpI think a tool-based approach that can create a recipe and extract, recursively, all the licenses is required16:08
zyga-mbpagherzan so only apps are packagec16:08
zeddii'er yah.16:08
zyga-mbpthe downside is that you cannot patch anything16:08
DataDrakeI honestly don't lol. I hold things back if I need to and sometimes I even patch the .cabal files to allow newer versions that were tested on hackage16:08
zeddiirun away from creating recipes.16:08
agherzanWe need to sort out the licensing part of it.16:08
zeddiiit won't scale, and you'll have thousands16:08
zyga-mbpeven fedora caved a little16:08
agherzanHow did the rust guys do this?16:09
zyga-mbpfor the record, fedora still requires you to tell about each bundled package16:09
agherzanHow do they handle the license in the bitbake recipes?16:09
zyga-mbpbut not package them separately16:09
DataDrakeI think we are sort of getting to the point where networked builds are unavoidable and I definitely don't have a one-size-fits-all answer to that16:09
agherzanCould it be that https://github.com/meta-rust/meta-rust/blob/master/recipes-example/rustfmt/rustfmt_1.4.2.bb#L165 is the sum of all the licenses?16:10
zyga-mbpthat would be.. extremely convenient!16:10
*** mihai <mihai!~mihai@user/mihai> has joined #yocto16:11
zyga-mbpagherzan given that REUSE guys asked me to create a custom license to express 3-clause BSD license with a specific copyright as a custom spdx entry16:11
vmesontlwoerner: or anyone interested, you mihgt take a look at:  https://pink.exherbo.org— seccomp-bpf and seccomp-notify based application sandbox  https://github.com/sydbox16:11
agherzanI'm wondering if crate-bitbake queries the license for all crates and sets that correctly.16:11
zyga-mbpseccom-notify is nice!16:11
zyga-mbpagherzan I would not be surprised if it was broken16:12
zyga-mbpbut I'm drained today, I'm off to read a book16:12
vmesonagherzan: Could be, I'm not sure if the meta-rust folks have been particularily attentive to licensing.16:12
zyga-mbpI'll collect my thoughts tomorrow16:12
agherzanzyga-mbp: a Go book? :)16:12
zyga-mbpit was nice to see you again DataDrake :-)16:12
DataDrakeadding license information to the go.mod wouldn't be rocket science I don't think16:12
zyga-mbpagherzan no, bee keeper manual16:12
DataDrakeyou too zyga-mbp!16:12
zyga-mbpDataDrake go.mod is strictly managed by the compiler16:12
zyga-mbpit's probably not the best place for license data16:13
DataDrakeI meant more as a "hey go devs, can we have this?"16:13
DataDrakego.mod specified the license for the current module and then can harvest from the deps16:13
agherzanLet's just drop mod for now. And use the License as the sum of all dependencies.16:13
zyga-mbpgiven how go handled vendoring (heavy handed) I doubt it would work without someone at google really paying attention16:13
zyga-mbpagherzan .mod cannot be dropped16:14
agherzanIdeally, done with something similarly to  https://docs.rs/crate/cargo-bitbake/0.3.1516:14
zyga-mbpanyway, I'm off, more tomorrow :)16:14
DataDrakeyeah, just brainstorming16:14
agherzanzyga-mbp: mod as in the mod class.16:15
zyga-mbpit actually works fine for apps alone16:15
zyga-mbpwe just need to get the license data in16:15
zyga-mbpit's unable to handle deps / libraries16:15
zyga-mbpso we can package just the top-level package16:15
agherzanLet's do that and see how to handle the licensing.16:16
*** frieder <frieder!~frieder@170-77-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection)16:16
DataDrakethat's why I was thinking of proposing it to the Go devs, to help out16:16
zyga-mbpDataDrake I think it's certainly opening a conversation16:17
DataDrakeif rustfmt can do it and Go is statically linked by default, there's compelling justification for it16:17
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:17
agherzanI like that.16:19
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)16:19
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto16:21
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto16:22
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)16:26
*** splatch <splatch!~lukasz@2.ip-54-38-52.eu> has quit IRC (Read error: Connection reset by peer)16:26
*** argonautx <argonautx!~argonautx@i5E86705F.versanet.de> has quit IRC (Quit: Leaving)16:27
rburtonhang on is that saying that gentoo are using our musl patches for systemd to build systemd's udev for non-glibc platforms16:31
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds)16:31
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto16:35
mihaior OE submitted those patches to eudev, as I understand it16:36
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Quit: jwillikers)16:36
RPthat is 404 for me? :/16:37
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto16:37
mihaitry this https://archives.gentoo.org/gentoo-dev/message/dff4bf35636efef95f6d7926823b4e8d16:40
mihaialthough the first link should also work16:40
mihaioh wait, it's saying that thanks to OE16:43
mihai's patches on udev, musl is now working with systemd16:44
*** DataDrake <DataDrake!~DataDrake@solus/team/DataDrake> has left #yocto (Leaving)16:51
mihairburton: ^^16:51
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:12
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 252 seconds)17:17
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto17:19
rber|resIs it a known issue, that latest and greatest master does not build pkgconfig-native?17:25
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 252 seconds)17:26
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has quit IRC (Ping timeout: 245 seconds)17:27
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto17:30
*** te_johan <te_johan!~te_johan@c-fc02225c.021-148-73746f7.bbcust.telenor.se> has joined #yocto17:38
*** rburton <rburton!rburton@user/rburton> has quit IRC (Ping timeout: 250 seconds)17:45
*** rburton <rburton!rburton@user/rburton> has joined #yocto17:47
rber|resWow it seems to be a problem with running it in an unprivileged container ;)17:49
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 250 seconds)17:51
JaMarber|res: yes https://bugzilla.yoctoproject.org/show_bug.cgi?id=1451917:58
rber|resJaMa, Thanks!17:59
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 244 seconds)18:04
vdhi there -- in a device tree, how can I attach a pinmux config not related to a specific node? (i.e. these are gpio pins hog)18:05
vdIs there a way to create a dummy node to attach the pinctrl-0 to maybe?18:05
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto18:06
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto18:08
rburtonmihai: the patches that we mark with DON'T USE THESE?18:09
mihairburton: I guess so18:13
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)18:16
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)18:18
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto18:26
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 252 seconds)18:31
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto18:35
*** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has quit IRC (Ping timeout: 240 seconds)18:38
*** JPEW <JPEW!sid500061@id-500061.helmsley.irccloud.com> has quit IRC (Ping timeout: 240 seconds)18:38
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (Ping timeout: 240 seconds)18:38
*** JPEW <JPEW!sid500061@id-500061.helmsley.irccloud.com> has joined #yocto18:38
*** xtopher_ <xtopher_!sid495823@id-495823.tinside.irccloud.com> has joined #yocto18:38
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto18:38
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 252 seconds)18:41
*** JosefHolzmayr[m] <JosefHolzmayr[m]!~theyoctoj@2001:470:69fc:105::e785> has joined #yocto19:01
JosefHolzmayr[m]yo dudX19:02
JosefHolzmayr[m]ah, thats how it looks from this side.19:02
mihaifrom this side19:06
* JosefHolzmayr[m] is just tinkering with Matrix/Element19:11
*** yannd <yannd!~yann@> has quit IRC (Ping timeout: 244 seconds)19:17
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:25
*** yannd <yannd!~yann@> has joined #yocto19:29
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed)19:36
whuang0389noob linux question. can I use install command to copy a folder over?19:42
nohithi, does yocto work on WSL2 ?19:47
RPnohit: basically yes but see the notes in the docs19:49
nohitok thx19:52
*** bps <bps!~bps@> has joined #yocto19:58
JosefHolzmayr[m]whuang0389 nope, such needs cp. check the existing recipes for examples, its important to get uid/gid and permissions right.20:01
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:12
RPvmeson: I did quickly poke at centos7 again. What is really odd is that it claims it is running "/home/pokybuild/yocto-worker/reproducible-centos/build/build-st/tmp/work/x86_64-linux/cargo-native/1.54.0-r0/wrapper/target-rust-ccld" and it fails yet I've edited that script and it isn't being run20:30
vmesonRP: that's more progress that I've had. I'm wrestling with docker. I guess I could use one of the yocto.io boxes, but I prefer not to do that.20:34
*** amitk <amitk!~amit@> has joined #yocto20:35
RPvmeson: I'm just using one of them...20:35
vmesonyeah, if I don't wrestle docker to the ground, I'll do the same after dinner.20:36
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 252 seconds)20:52
*** rewitt3 <rewitt3!~rewitt@> has quit IRC (Remote host closed the connection)21:19
*** rewitt3 <rewitt3!~rewitt@> has joined #yocto21:19
RPvmeson: I'm starting to wonder if the rust binaries are too old to run on the centos7 kernel :/21:27
RPer, too new21:27
smurrayheh, had me scratching my head there for a sec21:29
*** rewitt3 <rewitt3!~rewitt@> has quit IRC (Remote host closed the connection)21:37
*** rewitt3 <rewitt3!~rewitt@> has joined #yocto21:37
RPvmeson: I think what happens is that the ccld wrapper has a #!/bin/sh and that causes it to execve() /bin/sh. That links to libtinfo and it finds the sysroot one rather than the system one, which then can't find the libc it wants since it is using the system interpreter/loader rather than the uninative one which knows where our C lib is21:50
RPonly happens on centos7 as there are big differences between the system libs and buildtools/uninative21:52
RPthink the unknown syscall is clone3 and a red herring21:54
*** rewitt3 <rewitt3!~rewitt@> has quit IRC (Remote host closed the connection)21:58
* RP gives in to sleep21:58
*** rewitt3 <rewitt3!~rewitt@> has joined #yocto21:58
*** zyga-mbp <zyga-mbp!~zyga@> has quit IRC (Ping timeout: 244 seconds)22:07
*** zyga-mbp <zyga-mbp!~zyga@> has joined #yocto22:10
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:e00d:f295:3005:6ffb> has quit IRC (Ping timeout: 256 seconds)22:30
*** rber|res <rber|res!~rber|res@ppp-94-66-232-217.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds)22:33
*** florian_kc <florian_kc!~florian@dynamic-093-131-096-150.93.131.pool.telefonica.de> has joined #yocto22:34
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto22:45
*** r4ge <r4ge!~timp@114-134-7-183.static.lightwire.co.nz> has joined #yocto22:50
*** rber|res <rber|res!~rber|res@ppp-2-86-147-203.home.otenet.gr> has joined #yocto22:52
*** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!)22:56
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 252 seconds)23:06
*** manuel_ <manuel_!~manuel198@> has joined #yocto23:24
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:7848:b419:eae2:e315> has quit IRC (Ping timeout: 252 seconds)23:26
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:27
*** florian_kc <florian_kc!~florian@dynamic-093-131-096-150.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)23:36
*** tp43_ <tp43_!~ndeem@2001:1970:502b:d701:a199:1a3e:abd1:ac4c> has joined #yocto23:53

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