Tuesday, 2023-10-10

*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Quit: Lost terminal)00:00
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto00:10
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds)00:21
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto00:22
*** olani- <olani-!~olani@83-233-29-5.cust.bredband2.com> has quit IRC (Ping timeout: 255 seconds)00:41
*** Tilltheman <Tilltheman!~Tillthema@bernardi.uberspace.de> has quit IRC (Ping timeout: 272 seconds)00:47
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Quit: Client closed)00:47
*** Tilltheman <Tilltheman!~Tillthema@bernardi.uberspace.de> has joined #yocto00:48
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto00:55
*** davidinux <davidinux!~davidinux@194.34.233.56> has quit IRC (Ping timeout: 255 seconds)01:04
*** davidinux <davidinux!~davidinux@194.34.233.59> has joined #yocto01:05
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer)01:57
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto02:00
*** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 240 seconds)02:02
*** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto02:03
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto02:04
*** geoffhp <geoffhp!~GParker@207.154.79.70> has quit IRC (Ping timeout: 272 seconds)02:08
*** jclsn <jclsn!~jclsn@2a04:4540:653a:a000:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 272 seconds)02:23
*** jclsn <jclsn!~jclsn@2a04:4540:6520:200:2ce:39ff:fecf:efcd> has joined #yocto02:25
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto03:04
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 255 seconds)03:08
*** alimon <alimon!~alimon@fixed-189-203-87-137.totalplay.net> has quit IRC (Ping timeout: 255 seconds)03:12
*** alimon <alimon!~alimon@189.172.164.204> has joined #yocto03:12
*** amitk <amitk!~amit@58.84.62.6> has joined #yocto03:12
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto04:05
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 248 seconds)04:08
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto05:06
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 260 seconds)05:09
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto05:27
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto05:37
*** rob_w <rob_w!~rob@2001:a61:609b:5b01:212c:845a:a113:6bf5> has joined #yocto06:00
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto06:06
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 258 seconds)06:09
*** wacke <wacke!~user1@82.220.33.162> has joined #yocto06:10
wackegood morning channel, someone tried to build meta-qt6 on hardknott? readme says it's supported, but i always get GLIBCXX_3.4.30 not found, looked it up, it's part of uninative, the latest which comes with hardknott is 3.5, GLIBCXX_3.4.30 is in 3.6. what should i do? upgrading to kirkstone is not an option atm06:12
wackethx06:12
*** skokkonda <skokkonda!~skokkonda@49.205.251.225> has joined #yocto06:13
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:21
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)06:21
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto06:22
*** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-bd51-ab2a-02c1-3bda.res6.spectrum.com> has joined #yocto06:30
*** Estrella___ <Estrella___!~quassel@2603-8080-d700-7495-20cc-45a6-054c-f812.res6.spectrum.com> has joined #yocto06:30
*** Estrella____ <Estrella____!~quassel@2603-8080-d700-7495-7d17-bc7a-a852-4734.res6.spectrum.com> has quit IRC (Ping timeout: 272 seconds)06:33
*** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-10ad-9835-2748-0e84.res6.spectrum.com> has quit IRC (Ping timeout: 272 seconds)06:33
*** mckoan|away is now known as mckoan06:33
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto06:34
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto06:45
*** luc4 <luc4!~luca@2a00:6d43:501:1201:e52c:f77b:43ec:38d3> has joined #yocto06:48
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto06:49
*** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:c257:cf1a:88e8:7032> has joined #yocto06:53
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto06:53
*** davidinux <davidinux!~davidinux@194.34.233.59> has quit IRC (Ping timeout: 260 seconds)06:56
*** davidinux <davidinux!~davidinux@85.190.233.237> has joined #yocto06:57
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Ping timeout: 245 seconds)07:05
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto07:07
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 252 seconds)07:10
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has joined #yocto07:10
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto07:10
alberto_pianonHi! I'm still working on a PoC implementation of the source tracer API and I ran into a feature that I'm not sure I'm understanding correctly: in SRC_URI multiple 'name' and 'branch' parameters may be set for the same URL, but IIUC this is needed just to fetch multiple revisions in case of shallow cloning, but only the first "name" will be checked out, is that right?07:13
mckoanalberto_pianon: Ciao! Not sure to understand. Can you be more specific?07:20
landgrafalberto_pianon: https://github.com/openembedded/bitbake/blob/master/lib/bb/fetch2/git.py#L12 is it helpful?07:20
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)07:20
landgrafand he's gone :(07:21
mckoanlandgraf: too busy :-D07:21
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto07:23
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)07:29
*** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has joined #yocto07:30
*** Guest82 <Guest82!~Guest98@31.145.189.2> has joined #yocto07:31
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto07:31
LetoThe2ndyo dudX07:31
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)07:33
mckoanLetoThe2nd: hey!07:34
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)07:34
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto07:34
*** jclsn <jclsn!~jclsn@2a04:4540:6520:200:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.0.5)07:37
*** jclsn <jclsn!~jclsn@2a04:4540:6520:200:2ce:39ff:fecf:efcd> has joined #yocto07:37
alberto_pianonlandgraf: yes, but IIUC only the first "name"/revision is checked out in recipe's workdir https://github.com/openembedded/bitbake/blob/master/lib/bb/fetch2/git.py#L63307:38
*** wacke <wacke!~user1@82.220.33.162> has quit IRC (Ping timeout: 258 seconds)07:40
*** jclsn <jclsn!~jclsn@2a04:4540:6520:200:2ce:39ff:fecf:efcd> has quit IRC (Client Quit)07:41
*** jclsn <jclsn!~jclsn@2a04:4540:6520:200:2ce:39ff:fecf:efcd> has joined #yocto07:41
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto07:44
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)07:45
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)07:49
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto07:49
qschulzlandgraf: agreed. The thing is that how the commit log is formulated seems to indicate it is supported. So 1) it is indeed supported, then we're missing documentation update (not asking Talel to do it though) and maybe selftest or something like that07:51
*** luc4 <luc4!~luca@2a00:6d43:501:1201:e52c:f77b:43ec:38d3> has quit IRC (Quit: Konversation terminated!)07:51
qschulzlandgraf: 2) if it isn't supported but doing this wrong thing is breaks the code, then it should be "documented" in the commit log that this is fixing just an error and not merely stating we support this case :)07:53
landgrafqschulz: Yup. I've replied with simple test request.07:53
landgrafqschulz: 2) agreed :) or drop the code if it's not needed/supported07:53
*** luc4 <luc4!~luca@2a00:6d43:501:1201:b3d8:920:ac33:44c0> has joined #yocto07:54
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto07:59
qschulzlandgraf: looking at the code quickly, it does seem supported indeed08:00
landgrafalberto_pianon: nocheckout stuff is different story I think08:02
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)08:04
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto08:04
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 255 seconds)08:05
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto08:05
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto08:07
alberto_pianonlandgraf: the thing that I need to be sure of is that only the branch revision associated with the first name is checked out and used to build the component, while others are just fetched for... reasons, which however do not matter for what I need to do (trace upstream sources used to build the component)08:10
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 240 seconds)08:10
landgrafalberto_pianon: I *think* it's possible to fetch both names into subdirs and use them for building of the component or at least I can see this as the original idea of having multiple names/branches. I've not found any test case covering this though so it may be good idea to create one. RP can confirm (or not confirm) this.08:15
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)08:17
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto08:17
*** xmn <xmn!~xmn@pool-71-105-152-109.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 255 seconds)08:18
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto08:18
*** wacke <wacke!~user1@82.220.33.162> has joined #yocto08:21
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:24
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)08:33
RPalberto_pianon: I think we supported that when linux-yocto was a merged tree without separate metadata. We don't do that now and I suspect it was the only user08:34
*** kalj <kalj!~kalj@213-66-216-233-no600.tbcn.telia.com> has joined #yocto08:45
*** kalj <kalj!~kalj@213-66-216-233-no600.tbcn.telia.com> has quit IRC (Client Quit)08:49
*** bantu <bantu!~bantu@edna.bantux.com> has quit IRC ()08:50
*** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto08:51
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has joined #yocto08:53
dvergatalRP: I have managed to run tar-native instead of host, verified and it's working but not yet for sstate which I still need to implement09:00
*** alberto_pianon <alberto_pianon!~alberto_p@151.34.72.237> has quit IRC (Read error: Connection reset by peer)09:00
dvergatalRP: in addition I have a question, do we want to have a verification that tar from host is < 1.35 and only than use the the tar-native?09:01
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto09:08
RPdvergatal: no, it will be too hard to make that work09:11
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 252 seconds)09:11
RPdvergatal: I am a bit worried about how this will work for things installed from sstate :(09:12
RPno target sstate can be processed until tar-native is present :(09:13
RPthat is a really nasty build bottleneck09:13
dvergatalRP: yeah i know09:14
*** davidinux <davidinux!~davidinux@85.190.233.237> has quit IRC (Quit: WeeChat 3.5)09:14
dvergatalRP: ok so no check for the version?09:15
RPdvergatal: I don't see how you'd keep the task checksums stable09:17
dvergatalRP: that is what I was afraid of ok I will finish than with sstate and push the new commits09:18
landgrafRP: I've written (very simple) test and looks like Alberto is right, only first ['name/branch'] is being unpacked with fetcher.unpack(). Good news it works in my fake "PREMIRRORS" test environment and I can submit it for review :)09:19
landgrafSRC_URI looks like:         self.recipe_url = "git://git.fake.repo/bitbake;branch=testbranch1,testbranch2;protocol=https;name=branch1,branch2"09:20
RPlandgraf: right, it is assumed the recipe would do what it needed with the other revision09:21
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds)09:21
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto09:27
*** florian_kc <florian_kc!~florian@dynamic-093-132-185-088.93.132.pool.telefonica.de> has joined #yocto09:28
*** alberto_pianon <alberto_pianon!~alberto_p@151.68.23.100> has joined #yocto09:29
*** davidinux <davidinux!~davidinux@45.11.82.177> has joined #yocto09:33
*** alberto_pianon <alberto_pianon!~alberto_p@151.68.23.100> has quit IRC (Read error: Connection reset by peer)09:35
*** azcraft <azcraft!~AzCraft@195.214.252.46> has joined #yocto09:36
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has quit IRC (Ping timeout: 240 seconds)09:37
*** azcraft <azcraft!~AzCraft@195.214.252.46> has quit IRC (Client Quit)09:39
*** azcraft <azcraft!~AzCraft@195.214.252.46> has joined #yocto09:39
*** rber|res <rber|res!~rber|res@089144206249.atnat0015.highway.bob.at> has joined #yocto09:40
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)09:40
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto09:41
*** azcraft <azcraft!~AzCraft@195.214.252.46> has quit IRC (Quit: Leaving)09:44
*** azcraft <azcraft!~AzCraft@195.214.252.46> has joined #yocto09:45
*** skokkonda <skokkonda!~skokkonda@49.205.251.225> has quit IRC (Quit: Client closed)09:47
*** azcraft <azcraft!~AzCraft@195.214.252.46> has quit IRC (Client Quit)09:48
luc4Hello! What is the proper way to add a user to some groups? I added the user with the useradd class. I tried to add the user like this: USERADD_PARAM:${PN} = "-d /home/touch -r -m -s /bin/bash -p ... -U -g touch touch". It seems I'm getting a huge amount of errors like this: "warning: package architecture (armhf) does not match system (amd64)". Any idea why?09:49
rburtonthose warnings are unrelated to adding a user09:51
luc4rburton: it happens specifically when I change the params in that command09:51
luc4rburton: removing -g ... fixes it and everything works.09:52
luc4rburton: no idea why09:52
*** florian_kc <florian_kc!~florian@dynamic-093-132-185-088.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)09:52
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has joined #yocto09:52
rburtonfirst i'd suggest not using dpkg, it's the least tested of the package backends09:52
rburtonif you can replicate with a minimal example then that would be interesting09:53
luc4rburton: ouch...09:53
luc4rburton: any other way to add the user to a list of groups?09:54
rburtonthat class is how i'd do it09:54
rburtonas i said, a minimal test would be interesting09:54
luc4rburton: I tried to usermod in do_install, but it doesn't seem to work well09:54
rburtonyeah that won't work09:54
rburtonhow would it modify the target passwd file?09:55
landgrafluc4: sysusers if you're using systemd09:55
luc4landgraf: trying it, thanks!09:55
luc4landgraf: is it usable in a ro image?09:56
*** rohieb <rohieb!~rohieb@neptun.rohieb.name> has joined #yocto09:57
landgrafluc4: file a bug if it's not09:57
*** skokkonda <skokkonda!~skokkonda@49.205.251.225> has joined #yocto09:58
*** skokkonda <skokkonda!~skokkonda@49.205.251.225> has quit IRC (Client Quit)09:58
rohiebI'm getting errors on git pull in poky.git that the tags for 4.0.13 have changed. Is this legit?09:58
rohiebmy local version refer to commit e51bf557f596 (tag: yocto-4.0.13, tag: kirkstone-4.0.13) So 2023-09-24 10:53:54 (Steve Sakoman) build-appliance-image: Update to kirkstone head revision09:59
rburtonthat's what git.yoctoproject.org says is 4.0.13 https://git.yoctoproject.org/poky/commit/?h=yocto-4.0.13&id=e51bf557f596c4da38789a948a3228ba11455e3c10:00
rohiebhmm the only difference seems to be a different PGP signature and date header in the tag object10:03
rohieb2023-10-05 09:34:57 vs 2023-10-04 13:44:4410:04
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)10:05
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto10:05
rburtonwhat is the other reference you're seeing?10:06
rburtonmy clone and remote and your local clone all says e51bf5510:06
rohiebrburton: yes, the commit is the same, but the tag object isn't. I inspected it via 'git show <sha>'10:07
rburtonsakoman: did you force-push a tag to fix a signature?10:07
rburtonah sakoman didn't sign it, that was chee yang lee10:07
rohiebcloned the poky repo again. the two tag objects are signed by a different PGP key, but I can't find any of them on a public keyserver10:09
landgraf"2023-10-06 08:25:52     JerryM  anyone who can tell me what happened on meta-openembedded? kirkstone reports a force push for me.."10:10
landgrafso rohieb is not alone.10:10
rohiebkey IDs are 475D5D26421923FF9141383850218C0C54B14303 in the new and 2DD22B5C61EE5D28932A36654D52745D64C37E7B in my old version10:10
rburtonmeta-oe was a different issue, the mirroring got out of sync10:11
landgrafwhoops. it was meta-oe. sorry10:12
rburtonRP: are you aware of any retagging in master on the 4.0.13 tag?10:14
rburtons/master/poky/10:14
RPrburton: no, please email michael/helpdesk10:14
RPrburton: we did recently add a key for Chee Yang so it may be something went wrong10:15
rburtonhis key isn't on any rings that my gpg can find10:15
rburtonrohieb: give me your email and i'll copy you in, if you'd like10:16
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds)10:17
RPrburton: probably copy chee yang too10:17
rburtonyeah will do10:17
rohiebrburton: thx, sent you via PM10:17
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)10:20
RPhttps://sovereigntechfund.de/en/projects/yocto/10:20
rburtonwoot10:20
RPand https://www.linuxfoundation.org/blog/sovereign-tech-fund-boosts-yocto-project10:20
*** ptsneves1 <ptsneves1!~Thunderbi@2001:8a0:7dcd:1b00:1172:9aca:eea:d2a3> has joined #yocto10:25
paulbarkerRP: Excellent news!10:25
paulbarkerI expect a lot of behind the scenes work has been needed to secure that so congrats to all involved10:26
*** ptsneves <ptsneves!~Thunderbi@bl9-239-73.dsl.telepac.pt> has quit IRC (Ping timeout: 255 seconds)10:27
*** ptsneves1 is now known as ptsneves10:27
RPpaulbarker: It has and is taking a bit of pulling together but hopefully worth it!10:31
mcfriskcool! I wish the funding would cover longer holidays for RP and means of delegating issues and maintenance work to other developers10:33
luc4landgraf: is it sufficient to add the conf file to sysusers.d to create the users? Or should I add something else to have those users created at build time?10:39
*** skokkonda <skokkonda!~skokkonda@49.205.251.225> has joined #yocto10:42
landgrafluc4: first of all make sure systemd is configured with sysusers enabled10:43
qschulzRP: congrats!10:44
luc4landgraf: systemd is working fine, so that should be ok. Not sure about sysusers enabled. I see other conf files in /usr/lib/sysusers.d so I guess it is... or should I enable it explicitly somewhere? I couldn't find any example about this.10:44
landgrafluc4: you should know your setup/project better than I do because I know about nothing about it :)10:47
luc4landgraf: I understand that, thanks for your help though.10:47
landgrafluc4: add files under sysusers.d and if doesn't work you'll have to find the reason...10:48
landgrafhappy debugging :-)10:49
landgrafRP and all involved: Congrats!10:49
luc4landgraf: thanks :-) thanks for the useful hint about sysusers, didn't know what it is10:50
*** alberto_pianon <alberto_pianon!~alberto_p@host-80-117-111-229.retail.telecomitalia.it> has joined #yocto10:55
*** alberto_pianon <alberto_pianon!~alberto_p@host-80-117-111-229.retail.telecomitalia.it> has quit IRC (Read error: Connection reset by peer)10:55
*** alberto_pianon <alberto_pianon!~alberto_p@80.117.111.229> has joined #yocto10:57
*** alberto_pianon12 <alberto_pianon12!~alberto_p@host-80-117-111-229.pool80117.interbusiness.it> has joined #yocto11:03
*** alberto_pianon <alberto_pianon!~alberto_p@80.117.111.229> has left #yocto11:03
*** varjag <varjag!~user@188.95.241.196> has joined #yocto11:13
*** alberto_pianon12 <alberto_pianon12!~alberto_p@host-80-117-111-229.pool80117.interbusiness.it> has left #yocto11:14
varjagis AUTOREV supposed to still work in Kirkstone?11:14
varjaglooks like it broke for us after migration11:14
*** alberto_pianon <alberto_pianon!~alberto@host-80-117-111-229.retail.telecomitalia.it> has joined #yocto11:18
varjag"Exception: bb.fetch2.FetchError: Fetcher failure: Recipe uses a floating tag/branch 'master' for repo '<...>' without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev()"11:19
landgrafvarjag: Specify SRCREV11:20
varjagit is specified as AUTOREV11:20
*** alberto_pianon <alberto_pianon!~alberto@host-80-117-111-229.retail.telecomitalia.it> has quit IRC (Client Quit)11:20
qschulzvarjag: IIRC you need to provide SRCPV inside PV or something like that11:20
varjagoh11:20
*** alberto_pianon <alberto_pianon!~alberto@host-80-117-111-229.pool80117.interbusiness.it> has joined #yocto11:20
*** alberto_pianon <alberto_pianon!~alberto@host-80-117-111-229.pool80117.interbusiness.it> has quit IRC (Client Quit)11:20
qschulzvarjag: https://docs.yoctoproject.org/ref-manual/variables.html#term-AUTOREV11:21
qschulz" you need to be sure PV contains ${SRCPV}."11:21
varjagi see, thanks11:21
landgrafqschulz: looks like it's by far the most frequent issue people are hitting :(11:22
*** pidge <pidge!~pidge@194.110.145.184> has joined #yocto11:25
varjagwas it done to avoid the packages stay infinitely on -1.0.0?11:27
landgrafnot really. it was bugfix11:29
rburton25 minutes until curl cve11:35
* rburton has popcorn ready11:35
RPrburton: I've not been rushing for rc1 due to that :/11:42
rburtonlooks like they're going to be encouraging a 8.4.0 upgrade11:46
LetoThe2ndrburton: why popcorn if you can have beer?11:48
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has quit IRC (Ping timeout: 260 seconds)11:53
*** zpfvo <zpfvo!~fvo@i59f5cd07.versanet.de> has joined #yocto11:54
*** zpfvo <zpfvo!~fvo@i59f5cd07.versanet.de> has quit IRC (Ping timeout: 255 seconds)11:58
*** zpfvo <zpfvo!~fvo@i59f5cd07.versanet.de> has joined #yocto11:59
*** luc4 <luc4!~luca@2a00:6d43:501:1201:b3d8:920:ac33:44c0> has quit IRC (Remote host closed the connection)12:00
RPrburton, mcfrisk: https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/7948 - interesting and confirms this does happen on arm too :/12:04
mcfriskRP: with all workarounds applied, including \n input to ttyS1?12:05
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto12:06
RPmcfrisk: the warning shows the \n to the serial port was needed12:09
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Quit: Leaving)12:10
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto12:10
*** pidge <pidge!~pidge@194.110.145.184> has quit IRC (Remote host closed the connection)12:13
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 245 seconds)12:13
LetoThe2ndrburton: so wheres the party now?12:14
rburtonoh maybe it got moved to tomorrow12:14
rburtonyes, 11th12:15
RPThe fixed version, 8.4.0, will be released on October 11, 2023, at around 06:00 UTC12:15
rburtonwonder why i thought it was today12:15
LetoThe2ndrburton: BÖRING! ME DISAPPOINT!12:15
LetoThe2ndrburton: at least new metal just arrived.12:16
LetoThe2ndrburton: https://www.linkedin.com/feed/update/urn:li:activity:7117480859602964480/12:16
* landgraf is closing beer :-/12:17
LetoThe2ndlandgraf: that is just plain wrong.12:21
mcfriskRP: glad that workaround works, sad that it's needed :|12:22
RPmcfrisk: me too but I'm having to be pragmatic on this one12:23
RPmcfrisk: at least showing the warning occasionally might encourage us to root cause it12:23
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 260 seconds)12:25
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Quit: Client closed)12:26
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto12:27
bhstalelI want to ask about something, if I send a PATCH that does not have a Bug (I even don't attend meetings) and time passes without response to that PATCH, what does that mean? Long review time or something else ?12:27
landgrafbhstalel: it means release is coming and maintainers are busy =)12:30
qschulzbhstalel: it all depends how long is "long" for you (and the maintainers). 1) Contributions to OE-Core and Bitbake very often are merged without notice, so check in the git repos if your patches haven't made it already12:32
qschulzbhstalel: 2) if we're near an rc1 or a release, things may tak longer than usual. This is currently the case.12:33
qschulzbhstalel: 3) Replying to your own patch mail and asking if people have things to say about it is usually the way to go with it12:33
landgrafbhstalel: your first patch has few review comments to be addressed. second one has been sent today (so not "long" in any sense)...12:33
bhstalelThanks for the clarification, just one last question, if I send a PATCH that is not related to a specific branch like "kirkstone", if it is merged, I got notified or in which branch it will be merged ? "master" ?12:34
landgrafbhstalel: 4) Patch will go to testing and it will take some time too (as we're near the rc1/release it can take longer).12:34
qschulzbhstalel: it'll always be master-next (or next?) first, then it'll land into master if it didn't break anything during automated testing12:34
bhstalellandgraf Yes, I am just asking a generic questions in order to prevent any misunderstanding from my side.12:35
qschulzbhstalel: you'll typically not receive a notification (see my 1) ) when it gets merged12:35
landgrafqschulz: it's in -contrib's master-next, then master-next and then (hopefully) master12:35
qschulzbhstalel: if you want things to be backported to earlier release, you need to resend a patch or cc the release maintainer12:35
bhstalelqschulz That's interesting because I did the work on kirkstone, and since it is LTS, the PATCH should be sent with prefix "[kirkstone][PATCH]" and to the maintainer of that branch ?12:36
rburtonRP: balls posted more console fixes but in the middle there's a meta-yocto-bsp commit.12:37
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto12:37
qschulzbhstalel: so mmm.... this should NOT be done this way12:37
qschulzbhstalel: first write the patch for the master branch and test it on the master branch12:37
qschulzsend it to master12:38
qschulzI mean, to the mailing list, for the master branch (which is the assumed default)12:38
qschulzif then we need to backport it and it's trivial (e.g. a simple cherry-pick is simple), you can ask the stable release maintainer to do it, or send them a patch directly with e.g. [kirkstone] in the mail prefix12:38
landgrafbhstalel: all fixes should go to master first12:39
landgrafotherwise you've a regression12:39
RPrburton: I can handle that12:39
qschulzthough it usually need to be backported to ALL currently supported releases, not only the one you're interested in :)12:39
RPrburton: no SoB12:39
RPrburton: only my SoB on 2/5 as well?12:39
landgrafbhstalel: if the fix is branch specific and master is NOT affected then fix should be send to [branch]12:40
rburtongar12:40
bhstalelThat's clear, for my recent PATCH, I just need to test it on master, because I already sent a PATCH.12:40
bhstalelThen I need to send the patch again with kirkstone prefix and CC the maintainer of the branch.12:40
RPrburton: you can join vmeson in the "unable to send a patch" corner :)12:40
rburtonbhstalel: if you're backporting a fix for kirkstone then you should also backport for mickledore. otherwise someone upgrades from kirkstone to mickledore and your fix disappears12:40
landgrafbhstalel: just take a look how it's done by others12:41
bhstalelIf I test the PATCH on all branches starting from kirktone to master and it works, then I need to send the PATCH as many as the number of branches I tested on ?12:41
landgrafbhstalel: so the rule is fix *MUST* land in all supported branches down from master to <your target branch>12:42
bhstalellandgraf Non-EOL branches to be specific ?12:43
landgrafbhstalel: you send to master, wait until it merged and then send to release branches if needed (and if maintainer haven/t pick them yet)12:43
landgrafbhstalel: yes12:43
bhstalelOk, so for now, no need for me to send for kirkstone or mickledore.12:44
bhstalelI already sent the PATCH, so now I wait.12:44
bhstalelNow it is clear for me, thanks for the clarification, this helps alot avoiding conflicts and misunderstanding in the future.12:44
landgrafbhstalel: and if the fix is for the component it becomes more complicated but it's differnt story ) the general rule is "Upstream first" still applies12:45
*** skokkonda <skokkonda!~skokkonda@49.205.251.225> has quit IRC (Quit: Client closed)12:46
landgrafbhstalel: I see now both your patches got attention =) problem solved!12:51
* RP was watching the conversation here12:51
bhstalellandgraf  did they got attention ?12:51
bhstalelHow*12:52
bhstalelNow I see,12:52
landgrafbhstalel: check your inbox )12:52
landgrafRP is following us12:52
*** Minvera2 <Minvera2!~Minvera@user/Minvera> has joined #yocto12:54
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Quit: Client closed)12:56
RPmcfrisk, rburton: https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5888/steps/15/logs/stdio - with all the current patches :(12:56
RPBrokenPipeError writing to the serial port after two mins? :/12:56
RPwriting much later in the boot did provoke a login prompt12:57
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 260 seconds)13:05
rburtonlooks like https://blog.cloudflare.com/technical-breakdown-http2-rapid-reset-ddos-attack/ is the curl thing13:05
rburtonmaybe not but that's why i thought the curl thing was today, as that issue was embargoed until today13:07
Guest82hi, let's say there is a definition in a recipe like PREFERRED_VERSION_mylibrary = "1.14.%". How can i find which recipe this is defined in?13:10
rburtonthat won't do anything in a recipe13:10
rburtonbut bitbake-getvar13:10
rburton$ bitbake-getvar PREFERRED_VERSION_linux-yocto13:11
rburton# $PREFERRED_VERSION_linux-yocto13:11
rburton#   set? /home/ross/Yocto/poky/meta-poky/conf/distro/poky.conf:2213:11
rburton#     "6.5%"13:11
rburtonPREFERRED_VERSION_linux-yocto="6.5%"13:11
*** GParker__ <GParker__!~GParker@207.154.79.70> has joined #yocto13:11
Guest82rburton thank you!13:12
rburtonRP: 🤞 https://autobuilder.yoctoproject.org/typhoon/#/builders/15/builds/826213:13
*** GParker_ <GParker_!~GParker@207.154.79.70> has quit IRC (Ping timeout: 255 seconds)13:14
RPrburton: nice :)13:15
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto13:19
*** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto13:22
*** Guest82 <Guest82!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds)13:24
*** Guest76 <Guest76!~Guest98@31.145.189.2> has joined #yocto13:25
Guest76inside the bb recipe there is a line like this: inherit ${@bb.utils.contains('PACKAGECONFIG', 'python3', 'distutils3-base', '', d)}. can i override this in bbappend?13:26
Guest76i don't want to do it in bb. the override i want to do: inherit ${@bb.utils.contains('PACKAGECONFIG', 'python3', 'setuptools3-base', '', d)}13:26
*** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed)13:28
mrdmitryIs there a recommended way of ordering useradd postinst calls or their ordering is arbitrary and cannot be enforced through bitbake?13:31
yoctonGuest76: PACKAGECONFIG:remove = "python3" maybe?13:34
qschulzGuest76: I don't think you can do this, nor "un"-inherit a class13:36
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)13:37
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto13:38
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 252 seconds)13:42
*** luc4 <luc4!~luca@2a00:6d43:501:1201:bba4:8b8c:5632:74> has joined #yocto13:43
yates_workis extend_recipe_sysroot a standard task or function?13:46
*** Guest76 <Guest76!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed)13:50
*** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-bd51-ab2a-02c1-3bda.res6.spectrum.com> has quit IRC (Remote host closed the connection)13:55
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto13:55
*** Estrella_ <Estrella_!~quassel@134.238.165.32> has joined #yocto13:56
rburtonyates_work: '$ git grep extend_recipe_sysroot' doesn't have any addtask lines, so it's not a task14:01
rburtonRP: bah qemuarm failed, i wonder why that's different14:02
yates_workok14:02
*** ctraven <ctraven!~ctraven@139.68.81.2> has joined #yocto14:06
*** zpfvo <zpfvo!~fvo@i59f5cd07.versanet.de> has quit IRC (Ping timeout: 255 seconds)14:13
*** ctraven is now known as sotaoverride14:14
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has joined #yocto14:14
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds)14:15
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has quit IRC (Ping timeout: 245 seconds)14:18
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has joined #yocto14:18
RPrburton: I have some memory of jonmason working on a fix before we could enable it?14:21
*** GParker_ <GParker_!~GParker@207.154.79.70> has joined #yocto14:21
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 260 seconds)14:22
*** GParker__ <GParker__!~GParker@207.154.79.70> has quit IRC (Ping timeout: 255 seconds)14:24
rburtonwe test it in our CI though14:28
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto14:29
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:30
bhstalelRP Regarding your reply on my patch about BBFILE_COLLECTIONS, I will ask a question here to keep the emails only for review remarks and PATCHs:14:32
bhstalelRegarding your comment:14:32
bhstalelDo you mean using addpylib can be an alternative for not setting BBFILE_COLLECTIONS and BBPATH ? If yes, I can't see an example on how to do that.14:32
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has quit IRC (Ping timeout: 258 seconds)14:34
qschulzbhstalel: please send the answer to the mail so people don't need to come to IRC to follow up the review on patches :)14:34
qschulzand it also allows people other than RP to answer to your questions as well :)14:34
bhstalelqschulz I thought I'd avoid ping-pong in emails, so it is okay to ask back on emails ?14:34
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has joined #yocto14:34
bhstalelDone.14:36
qschulzbhstalel: of course :) there can be a lot of back and forth, but 1) this allows people finding your patch to know the status of the review/discussion and 2) allow other people to chime in :)14:36
*** kaitsh <kaitsh!~kaitsh@user/kaitsh> has joined #yocto14:43
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Quit: Client closed)14:43
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 240 seconds)14:43
jonmasonthe only thing I have qeueued is fixes in meta-arm for the coming kernel breakage/fixes14:44
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto14:45
*** sanbeam_ <sanbeam_!~sanbeam18@204.83.75.119> has joined #yocto14:51
*** pidge <pidge!~pidge@194.110.145.184> has joined #yocto14:57
*** florian_kc <florian_kc!~florian@217.111.114.122> has joined #yocto15:06
*** varjag <varjag!~user@188.95.241.196> has quit IRC (Quit: ERC (IRC client for Emacs 27.1))15:07
*** rfuentess <rfuentess!~rfuentess@2001:861:208:5b0:c257:cf1a:88e8:7032> has quit IRC (Remote host closed the connection)15:15
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)15:20
*** florian_kc <florian_kc!~florian@217.111.114.122> has quit IRC (Ping timeout: 260 seconds)15:22
*** luc4 <luc4!~luca@2a00:6d43:501:1201:bba4:8b8c:5632:74> has quit IRC (Ping timeout: 240 seconds)15:35
*** sanbeam9 <sanbeam9!~sanbeam18@204.83.75.119> has joined #yocto15:39
*** GParker_ is now known as geoffhp15:40
*** sanbeam_ <sanbeam_!~sanbeam18@204.83.75.119> has quit IRC (Ping timeout: 255 seconds)15:41
*** amitk <amitk!~amit@58.84.62.6> has quit IRC (Remote host closed the connection)15:42
*** amitk <amitk!~amit@58.84.62.6> has joined #yocto15:47
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has joined #yocto15:48
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has joined #yocto15:51
*** sanbeam9 <sanbeam9!~sanbeam18@204.83.75.119> has quit IRC (Ping timeout: 255 seconds)15:53
*** wacke <wacke!~user1@82.220.33.162> has quit IRC (Ping timeout: 272 seconds)16:06
*** Guest22 <Guest22!~Guest77@176.33.67.127> has joined #yocto16:09
*** zpfvo <zpfvo!~fvo@i59F5CD07.versanet.de> has quit IRC (Remote host closed the connection)16:10
*** Guest22 <Guest22!~Guest77@176.33.67.127> has quit IRC (Client Quit)16:10
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)16:12
*** xmn <xmn!~xmn@2600:4040:9390:8c00:c02c:f186:a049:7f2f> has joined #yocto16:13
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 255 seconds)16:15
halsteadrburton: yes, the signed tags for 4.0.13 were redone a few hours after they were pushed. Same commit but signed with the release key instead of my key.16:15
rburtonthanks halstead16:16
*** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto16:16
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto16:20
*** mckoan is now known as mckoan|away16:26
*** Guest65 <Guest65!~Guest77@176.33.67.127> has joined #yocto16:34
*** bhstalel <bhstalel!~bhstalel@193.95.99.58> has quit IRC (Ping timeout: 245 seconds)16:35
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection)16:42
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:42
*** Guest65 <Guest65!~Guest77@176.33.67.127> has quit IRC (Quit: Client closed)16:47
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)16:58
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has joined #yocto17:25
*** bhstalel <bhstalel!~bhstalel@197.27.71.101> has quit IRC (Quit: Client closed)17:31
*** Guest67 <Guest67!~Guest67@cpef81d0f8974b3-cmf81d0f8974b0.cpe.net.fido.ca> has joined #yocto17:33
*** Guest67 <Guest67!~Guest67@cpef81d0f8974b3-cmf81d0f8974b0.cpe.net.fido.ca> has quit IRC (Client Quit)17:37
*** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 255 seconds)17:46
*** ptsneves <ptsneves!~Thunderbi@2001:8a0:7dcd:1b00:1172:9aca:eea:d2a3> has quit IRC (Ping timeout: 252 seconds)17:46
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto17:57
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)18:08
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)18:10
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto18:10
*** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has joined #yocto18:14
*** rohieb <rohieb!~rohieb@neptun.rohieb.name> has quit IRC (Quit: ...yo ho ho and a bottle of rum)18:17
*** sgw <sgw!~swold@user/sgw> has joined #yocto18:18
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Ping timeout: 246 seconds)18:19
*** rohieb <rohieb!~rohieb@neptun.rohieb.name> has joined #yocto18:20
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto18:20
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: Chaser)18:54
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Quit: alessioigor)18:55
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto18:55
fraytrying to build master on a recent 22.04 install.. but I'm getting an error that knotty can't run because curses is missing..  indeed if I run python3 then manually do "import curses", I get an error that _curses is missing, but can't figure out what I don't have installed19:08
frayanyone know what i might be missing?19:08
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Remote host closed the connection)19:09
rob_wsudo apt-get install libncurses-dev fray19:11
rob_wthats for generla curses dev package19:12
frayok, I thought it was there, but I'll check again19:12
rob_wif your missing host pyhton stuff , check pip3 or such for its curses packages19:13
frayit was definitely missing, but python still can't import curses19:14
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)19:15
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto19:16
frayI figured it out..19:17
fraywhoever installed this put a custom (and of course _BROKEN_ version in /usr/local19:17
frayso I'd been fighting that for the past 45 minutes..19:17
rob_wgood catch . Ride on !19:17
khemfray: I thought we poison host paths now a days so how does it find stuff from /usr/local I wonder19:21
frayPATH=/usr/local/bin:/usr/local/sbin:/bin:/sbin/....19:22
frayso bitbake tried to run /usr/bin/env python3 -- which came from /usr/local/bin19:23
*** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto19:23
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 260 seconds)19:23
frayI can explain why I saw the failure, but can't explain why the person who built the image felt the need to install a broken copy of python3 in /usr/local/bin19:23
khemhmmm, maybe we should send a note when /usr/local paths are used since it could mean trouble and does not comply with TESTED_DISTROS construct19:28
fraythere are cases where PATH could be something specific, i.e. when a buildtools tarball is used.. but I doubt that gets 'directly' installed into /usr/local..19:29
frayI'd say the call to oe-init-build-env would be the place to check and warn19:29
*** rob_w <rob_w!~rob@2001:a61:609b:5b01:212c:845a:a113:6bf5> has quit IRC (Quit: Leaving)19:41
*** radanter <radanter!~rad@host86-132-34-232.range86-132.btcentralplus.com> has quit IRC (Remote host closed the connection)19:44
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 258 seconds)20:00
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto20:01
*** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Remote host closed the connection)20:02
*** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 260 seconds)20:25
*** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)20:31
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto20:36
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Client Quit)20:36
*** c_sutton <c_sutton!~c_sutton@185.63.82.161> has quit IRC (Ping timeout: 255 seconds)21:12
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has quit IRC (Ping timeout: 264 seconds)21:13
*** c_sutton <c_sutton!~c_sutton@185.63.82.161> has joined #yocto21:17
*** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto21:24
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:b01b:e1ba:2be7:372c> has joined #yocto21:35
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto21:37
*** c_sutton <c_sutton!~c_sutton@185.63.82.161> has quit IRC (Ping timeout: 258 seconds)21:41
*** c_sutton <c_sutton!~c_sutton@185.63.82.161> has joined #yocto21:50
*** florian_kc <florian_kc!~florian@217.111.114.122> has joined #yocto22:14
*** c_sutton_ <c_sutton_!~c_sutton@185.63.82.161> has joined #yocto22:15
*** c_sutton <c_sutton!~c_sutton@185.63.82.161> has quit IRC (Read error: Connection reset by peer)22:15
*** brazuca <brazuca!~brazuca@2804:7f4:3598:bdc1:b01b:e1ba:2be7:372c> has quit IRC (Quit: Client closed)22:17
*** Xagen <Xagen!~Xagen@rrcs-98-6-114-13.sw.biz.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:19
*** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-b174-0029-7b55-7dd7.res6.spectrum.com> has joined #yocto22:20
*** Estrella_ <Estrella_!~quassel@134.238.165.32> has quit IRC (Ping timeout: 255 seconds)22:22
*** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-b174-0029-7b55-7dd7.res6.spectrum.com> has quit IRC (Read error: Connection reset by peer)22:57
*** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-b174-0029-7b55-7dd7.res6.spectrum.com> has joined #yocto22:57
*** florian_kc <florian_kc!~florian@217.111.114.122> has quit IRC (Ping timeout: 260 seconds)23:30

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