Wednesday, 2023-03-08

*** Algotech <Algotech!~Algotech@82-65-40-52.subs.proxad.net> has quit IRC (Ping timeout: 255 seconds)00:01
*** florian_kc <florian_kc!~florian@dynamic-089-013-126-137.89.13.pool.telefonica.de> has joined #yocto00:07
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)00:12
*** florian_kc <florian_kc!~florian@dynamic-089-013-126-137.89.13.pool.telefonica.de> has quit IRC (Ping timeout: 248 seconds)00:15
*** Algotech <Algotech!~Algotech@82-65-40-52.subs.proxad.net> has joined #yocto00:35
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:38
*** jwessel <jwessel!~jwessel@ec2-100-20-5-40.us-west-2.compute.amazonaws.com> has quit IRC (Remote host closed the connection)00:48
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)00:50
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Read error: Connection reset by peer)01:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto01:35
*** Thorn_ <Thorn_!~Thorn@188.251.119.78> has quit IRC (Ping timeout: 255 seconds)01:50
*** davidinux <davidinux!~davidinux@host-87-14-141-56.retail.telecomitalia.it> has quit IRC (Ping timeout: 248 seconds)02:04
*** davidinux <davidinux!~davidinux@host-79-51-150-71.retail.telecomitalia.it> has joined #yocto02:06
*** camus1 <camus1!~Instantbi@116.236.93.172> has joined #yocto02:17
*** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Ping timeout: 248 seconds)02:18
*** camus1 is now known as camus02:18
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto02:23
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)02:25
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto02:25
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)02:38
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto02:39
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 255 seconds)02:43
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto02:44
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving)02:51
*** jclsn <jclsn!~jclsn@2a04:4540:653e:5000:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds)03:52
*** jclsn <jclsn!~jclsn@2a04:4540:6526:2800:2ce:39ff:fecf:efcd> has joined #yocto03:54
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.)05:28
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds)05:29
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto05:29
*** ArgaKhan <ArgaKhan!ArgaKhan@95.70.157.222> has joined #yocto05:33
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 248 seconds)05:34
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:34
*** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto05:35
thomasd13Good morning guys06:06
*** camus1 <camus1!~Instantbi@116.236.93.172> has joined #yocto06:07
*** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Read error: Connection reset by peer)06:08
*** camus1 is now known as camus06:08
thomasd13The package zfs requires >python3.4. I assume it uses somehow autotools to determine which python version is available. Up to autoconf version 1.16.2, there was a bug that autoconf could not detect any python version > 3.10. For example 3.11 would have been detected as 3.106:09
thomasd13Can I somehow control which autoconf version that zfs package is using during configure-stage? I would like to give it >1.16.2 that it can detect my "host-python version of 3.11"06:10
thomasd13I think thats the root reason why the configure stage of zfs is failing for me, due to detect wrong python3.1 version06:10
*** davidinux <davidinux!~davidinux@host-79-51-150-71.retail.telecomitalia.it> has quit IRC (Ping timeout: 248 seconds)06:16
*** davidinux <davidinux!~davidinux@92.118.62.89> has joined #yocto06:17
thomasd13Or to ask more specific: Who is providing "./recipe-sysroot-native/usr/share/aclocal-1.16/python.m4" in the package work directory, and how can I control/patch it?06:29
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto06:47
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:48
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:52
*** amitk <amitk!~amit@103.208.71.78> has joined #yocto07:17
*** fabo <fabo!~fabo@88.169.167.85> has joined #yocto07:21
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)07:40
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto07:40
*** Spinola <Spinola!~alberto@D57E7F5A.static.ziggozakelijk.nl> has joined #yocto07:49
*** mckoan|away is now known as mckoan07:52
mckoangood morning07:52
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto08:02
neverpanicthomasd13: that should be the automake-native recipe. https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/automake, or older depending on the branch you use.08:14
*** frieder <frieder!~frieder@200116b8247f02810000000000001cba.dip.versatel-1u1.de> has joined #yocto08:14
thomasd13neverpanic, thank you so much. I was searching for autoconf and aclocal. No wonder I didnt find the correct package08:18
thomasd13Where can I read about the relation of "automake" and the autoconf relation? Just asking for reference if I have similar issues in the future08:20
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds)08:30
*** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 246 seconds)08:36
neverpanicthomasd13: I did dnf provides /usr/share/aclocal-1.16 on my fedora development system, and it told me that folder was provided by automake, then looked for automake in the poky tree.08:39
neverpanicNot sure there's a simpler way for -native recipes, since those IIRC don't use a package manager. If you were on target you could use opkg (or whatever package manager you have enabled) to do the same thing.08:40
thomasd13Ah okay, so you searched on your host system, who is providing that particular file and then transfered that to yocto-project08:41
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has joined #yocto08:45
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds)08:49
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds)08:49
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto08:49
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:50
neverpanicyes08:51
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 248 seconds)08:54
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto08:54
*** amelius <amelius!~quassel@147.161.165.84> has joined #yocto08:57
ameliusHey I'm trying to create an fitimage with help of kernel-fitimage class and keep getting: aarch64-poky-linux-objcopy: 'vmlinux': No such file08:59
ameliusvmlinux is created during kernel build08:59
*** argonautx[m] <argonautx[m]!~argonautx@2001:470:69fc:105::f821> has quit IRC (Quit: You have been kicked for being idle)09:00
*** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto09:02
*** gegir <gegir!~gegir@2a01cb0802a81d003f7edd470f5e6aed.ipv6.abo.wanadoo.fr> has joined #yocto09:02
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto09:03
LetoThe2ndyo dudX09:04
qschulzLetoThe2nd: o/09:04
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)09:14
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto09:14
*** gegir <gegir!~gegir@2a01cb0802a81d003f7edd470f5e6aed.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 248 seconds)09:15
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 248 seconds)09:18
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:19
JaMa"I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd" when building xmlto-native is known issue? Just got it in langdale after last update from yesterday and IIRC there were some fixes around this in master recently09:20
JaMahttps://lists.openembedded.org/g/openembedded-core/message/177324 is what I was thinking about09:22
RPkhem: I agree we should switch, someone just needs to debug the taskhash problem. I'm trying to get there but I can only fix so many things at once :(09:22
RPJaMa: I've worried about the network accesses from some of this stuff for a while :/ I'm not sure the recent changes explictly fixed anything like that09:23
JaMaRP: ok, I'll check if it does (and why it started to appear after yesterday)09:23
*** gegir <gegir!~gegir@2a01cb0802a81d003f7edd470f5e6aed.ipv6.abo.wanadoo.fr> has joined #yocto09:26
*** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Remote host closed the connection)09:29
*** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto09:29
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has joined #yocto09:30
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:30
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-225-184.citykom.de> has joined #yocto09:32
*** Obj87 <Obj87!~oscar@31-208-217-175.cust.bredband2.com> has joined #yocto09:34
thomasd13Is it possible with bitbake to delete everything in the sstate-cache which a specific image does NOT depend on?09:35
RPthomasd13: easiest would be to set it up as a mirror and run a new build, then see what gets copied to SSTATE_DIR ?09:36
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)09:38
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto09:39
thomasd13RP, but a mirror only includes the downloaded sources, no? So a new build will build everything again, but without fetching the sources - when I am right here?09:40
RPthomasd13: I mean using SSTATE_MIRRORS09:40
thomasd13ahhh09:40
neverpanicthomasd13: No, an sstate mirror, that will contain the sstate items that were used.09:40
neverpanicIf you do this locally, you'll get links (sym- or hard-, don't remember), which are basically free09:41
neverpanicYou can then write a script to use that to keep your cache small and only cover those items you're actually using regularly.09:42
*** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto09:42
*** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Read error: Connection reset by peer)09:42
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 265 seconds)09:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:44
JaMathe disadvantage might be that after the build only the "final" sstate archives will be fetched from SSTAT_MIRRORS and next time you change something you might rebuild more (even when the sstate on old SSTATE_MIRRORS which you deleted would still be useful and applicable)09:46
JaMathe sstate-cache-management.sh has some support for filtering based on stamps directory, that might give you better and more complete results09:48
JaMabut I haven't used that feature for long time and it's possible that bit rot started to grow there long time ago09:49
*** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto09:50
*** gegir <gegir!~gegir@2a01cb0802a81d003f7edd470f5e6aed.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 265 seconds)09:52
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has quit IRC (Quit: Ping timeout (120 seconds))09:55
thomasd13Thank you very much guys for suggestions: I just setup a SSTATE_MIRROR and compare now my new SSTATE_DIR with the mirror09:57
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has joined #yocto10:13
guest1Does anyone know of an example online of enabling multilib or 32-bit application support for a 64-bit raspberry pi distro?10:14
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)10:17
*** dmoseley <dmoseley!~dmoseley@d4-50-9-187.evv.wideopenwest.com> has joined #yocto10:18
LetoThe2ndguest1: anything beyond the documentation that you need? https://docs.yoctoproject.org/dev-manual/common-tasks.html?highlight=multilib#combining-multiple-versions-of-library-files-into-one-image10:19
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has quit IRC (Quit: Ping timeout (120 seconds))10:25
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto10:26
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has joined #yocto10:39
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Ping timeout (120 seconds))10:41
guest1Currently getting a `No tuning found for lib32 multilib` error with10:42
guest1require conf/multilib.conf10:42
guest1MULTILIBS = "multilib:lib32"10:42
guest1DEFAULTTUNE_virtclass-multilib-lib32 = "armv7a"10:42
*** camus <camus!~Instantbi@116.236.93.172> has quit IRC (Remote host closed the connection)10:44
*** camus <camus!~Instantbi@116.236.93.172> has joined #yocto10:45
LetoThe2ndguest1: where do you have that?10:45
LetoThe2ndguest1: and the last line is probably the problem. which release are you on?10:46
LetoThe2ndguest1: hint - look at the documentation that i linked.10:46
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has quit IRC (Quit: Client closed)10:47
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has joined #yocto10:47
*** azcraft <azcraft!~AzCraft@195.214.253.121> has joined #yocto11:01
*** alex88_ <alex88_!~alex88@user/alex88> has quit IRC (Read error: Connection reset by peer)11:04
*** alex88 <alex88!~alex88@user/alex88> has joined #yocto11:05
*** beneth <beneth!5cb2199230@xmpp.beneth.fr> has quit IRC (Quit: Gateway shutdown)11:06
*** beneth <beneth!5cb2199230@xmpp.beneth.fr> has joined #yocto11:07
*** guest1 <guest1!~guest1@pa49-183-37-77.pa.vic.optusnet.com.au> has quit IRC (Quit: Client closed)11:27
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11:46
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-225-184.citykom.de> has quit IRC (Ping timeout: 265 seconds)12:04
*** aduda <aduda!~quassel@147.161.165.29> has joined #yocto12:08
*** amelius <amelius!~quassel@147.161.165.84> has quit IRC (Read error: Connection reset by peer)12:09
*** amelius <amelius!~quassel@147.161.165.20> has joined #yocto12:23
*** aduda <aduda!~quassel@147.161.165.29> has quit IRC (Read error: Connection reset by peer)12:26
*** fuzzybear396513 <fuzzybear396513!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has joined #yocto12:26
fuzzybear396513I've got a very reproducible error that doesn't make any sense.12:27
fuzzybear396513I have a recipe that's failing on the ` do_package.qa` step.12:28
fuzzybear396513The error is that a file exceeds the "maximum shebang size"12:28
fuzzybear396513But, I've looked at the file and the shebang is literally #!/bin/bash12:28
fuzzybear396513The claimed maximum size is 128. So, I'm not sure why this error keeps popping up or how to fix it.12:29
fuzzybear396513Unfortunately, the build source and context is proprietary. But, since I'm asking for support in a public forum I can probably meet halfway.12:29
rburtonthe check reads a line from the file, so i'd check line endings12:29
fuzzybear396513What sorts of issues could result in this error besides a long hashbang?12:29
RPfuzzybear396513: are you sure you're looking at the right file? If so you might need to look more closely at the test, maybe make it print the line it thinks is wrong12:29
RPrburton: could be right about the line encodings12:30
rburtonthe logic is package_qa_check_shebang_size in insane.bbclass12:30
fuzzybear396513I'll double-check the line endings.12:30
mcfriskfuzzybear396513: if files embed paths from the recipe sysroot, then paths to bash etc can become really long, and some file systems have limits with long file names12:30
fuzzybear396513I guess you're saying to make sure they're \cr\lf instead of just \cr or similar.12:30
rburtonfuzzybear396513: well, \n would be expected, and i believe that's what readline() will look for on a binary file12:31
fuzzybear396513Okay, This gives me some food for debugging.12:31
fuzzybear396513rburton \n being system-dependent, I guess, you mean.12:32
rburtonnot really, \n is \n12:32
fuzzybear396513What's the hex representation of \n?12:32
rburton'The line terminator is always b'\n' for binary files' so assuming the check you're running is the same as the one i'm looking at, that's the ending it uses12:33
rburton$ echo |od -x12:33
rburton0000000 000a12:33
rburton0x0a12:33
RPfuzzybear396513: \n is 0xa. a \r might be there instead 0xd12:33
rburtonor man ascii will tell you12:34
RPbut comparing the file with a known ok one with a hex editor would be a bad place to start12:34
RPer, wouldn't be12:34
fuzzybear396513Right.12:34
fuzzybear396513Okay. Deal.12:34
rburton"head myfile | od -c" would be a good starting place12:34
*** Max[m] <Max[m]!~maxigalia@2001:470:69fc:105::2:8f2f> has joined #yocto12:35
fuzzybear396513I'll check for weird line endings. It _might_ be a path length issue, too, since the paths in the error output is pretty long.12:35
fuzzybear396513rburton I've always used hexdump. od is new to me. I'll man it.12:35
* RP likes mc and it's view function12:35
rburtonhexdump works too :)12:36
fuzzybear396513Wow. Thanks you guys!12:38
fuzzybear396513I didn't see it but there are ~100 trailing spaces after the first line in the problematic file.12:38
fuzzybear396513So, there _is_ a newline. But, it's >128 characters deep into the first line.12:39
fuzzybear396513Really appreciate it.12:39
rburtonglad that was easy :)12:40
rburtonmaybe the test should print the line...12:40
fuzzybear396513I'm not sure. Honestly, this feels like it should have been on me.12:40
*** jclsn <jclsn!~jclsn@2a04:4540:6526:2800:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.8)12:42
*** aduda <aduda!~quassel@147.161.165.29> has joined #yocto12:53
*** amelius <amelius!~quassel@147.161.165.20> has quit IRC (Read error: Connection reset by peer)12:56
*** amelius <amelius!~quassel@147.161.165.84> has joined #yocto13:03
*** aduda <aduda!~quassel@147.161.165.29> has quit IRC (Read error: Connection reset by peer)13:06
RPrburton: I was also wondering if we should print it and whether if we did, it had quotes13:06
rburtonit definitely gets quoted :)13:07
*** fabo <fabo!~fabo@88.169.167.85> has quit IRC (Quit: Client closed)13:17
*** fuzzybear396513 <fuzzybear396513!~fuzzybear@a95-95-117-155.cpe.netcabo.pt> has quit IRC (Quit: Client closed)13:19
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)13:21
*** amelius <amelius!~quassel@147.161.165.84> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)13:23
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:23
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)13:26
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto13:27
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto13:29
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 248 seconds)13:32
ArgaKhanrburton: are you there?13:36
rburtonaye13:37
rburtonfor a bit anyway13:37
*** amitk <amitk!~amit@103.208.71.78> has quit IRC (Ping timeout: 246 seconds)13:39
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)13:39
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:39
ArgaKhanrburton: We were talking the other day. I still couldn't solve it. I couldn't see that this irc also says "no notification" and missed it. I am using the kirk stone branch.13:49
ArgaKhanrburton: *We were talking the other day. I still haven't been able to solve it. This irc doesn't have a notification feature, I couldn't see it and missed it. I am using the Kirk stone branch.13:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:57
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto13:57
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto14:02
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 260 seconds)14:07
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-225-184.citykom.de> has joined #yocto14:29
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has joined #yocto14:31
*** goliath <goliath!~goliath@user/goliath> has joined #yocto14:45
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)14:46
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto14:52
*** mckoan is now known as mckoan|away15:05
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds)15:08
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)15:15
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto15:17
Spinola[RP] I'm back again with next problem, now using the SDK that was build from kirkstone. During the 'make modules' i get the following error: "1>cc1 : error : cannot load plugin ./scripts/gcc-plugins/arm_ssp_per_task_plugin.so: ./scripts/gcc-plugins/arm_ssp_per_task_plugin.so: undefined symbol: _ZN8opt_pass14set_pass_paramEjb". This seams to be a known problem, can you give me some hints?15:17
RPSpinola: I have no idea what that means15:18
*** gegir <gegir!~gegir@2a01cb0802a81d003f7edd470f5e6aed.ipv6.abo.wanadoo.fr> has joined #yocto15:19
*** louis_ <louis_!~louis@193.33.56.84> has quit IRC (Read error: Connection reset by peer)15:20
*** louis__ <louis__!~louis@193.33.56.84> has joined #yocto15:20
Spinola[RP] Same symbol is mentioned in this thread: https://lists.openembedded.org/g/openembedded-core/topic/linux_kernel_gcc_plugins/89633477?p=15:22
*** amitk <amitk!~amit@103.208.71.148> has joined #yocto15:24
RPSpinola: turn off CONFIG_GCC_PLUGINS  ?15:29
RPSpinola: I don't know if you specifically need that. The bug is still open15:29
*** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 255 seconds)15:32
Spinola[RP] I will have to see what GCC_PLUGINS brings to the table (it was always on by default and didn't gave any problems so I never looked into it)15:33
RPzeddii: this is about https://bugzilla.yoctoproject.org/show_bug.cgi?id=14681 which I'm guessing you don't have progress on. It looks like gcc plugin support isn't enabled in our SDK compiler at a guess15:35
Spinola[RP] But why doesn't bitbake complain about this when building an out of three module, while using the SDK gives this error?15:36
RPSpinola: gcc plugin support is working in the cross compiler used in the build but not in the sdk compiler? I'm just guessing15:37
zeddiino progress. but I just fixed a peripheral problem to it this morning, so I'll see if I can update the bug with the latest while I'm setup to test it. I'm mainly looking at it from the point of view of tweaking the .config to not cause the issue, versus the plugins themselves.15:38
RPzeddii: right, there are just posts pointing there about the compiler issue too :/15:38
Spinola[RP] But the SDK is build from this same systesm15:38
RPSpinola: gcc-cross and gcc-cross-canadian are two different builds of the compiler15:39
RPSpinola: looking at a more recent compiler I can see "checking for -rdynamic... yes" so I think this was at least improved on master15:42
Spinola[RP] I saw a remark from [rburton] that generating the SDK on master also worked without a problem, right? Are these problems related?15:43
zeddiiRP: yah, it wasn't clear if the plugin issues were due to them being incorrectly detected and the kernel-build artifacts .config being wrong. That's what I'm currently looking at.15:47
* RP gets depressed every time I wade into this. I have a local patch starting to rip apart some of the silly naming of some of the virtual/ deps but we're probably too far into M4 for this kind of work15:50
fraylate to the discussion, but which plugins?  I thought LTO was a plugin and that is working for us in the Langdale SDK.. and last time (a few weeks or so back) I built master it appeared to work15:52
RPfray: it is the gcc plugin api itself, being able to compile plugins against the compiler15:52
frayAhh ok.. so different then15:53
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)15:55
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto15:56
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto15:59
*** Obj87 <Obj87!~oscar@31-208-217-175.cust.bredband2.com> has quit IRC (Quit: Konversation terminated!)16:04
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto16:06
*** frieder <frieder!~frieder@200116b8247f02810000000000001cba.dip.versatel-1u1.de> has quit IRC (Ping timeout: 256 seconds)16:24
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto16:27
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:30
*** Spinola <Spinola!~alberto@D57E7F5A.static.ziggozakelijk.nl> has quit IRC (Quit: Leaving)16:34
*** frieder <frieder!~frieder@i59F711B2.versanet.de> has joined #yocto16:37
*** d-fens <d-fens!~d-fens_@5.10.7.173> has joined #yocto16:41
*** jsandman7 <jsandman7!~jsandman@95.179.203.88> has joined #yocto16:42
*** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (Quit: ZNC 1.7.5 - https://znc.in)16:42
*** jsandman <jsandman!~jsandman@95.179.203.88> has quit IRC (Read error: Connection reset by peer)16:42
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC (Quit: ZNC - http://znc.in)16:42
*** jsandman7 is now known as jsandman16:42
*** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has quit IRC (Quit: ZNC 1.8.2+deb2+b1 - https://znc.in)16:42
*** alinucs_ <alinucs_!~abo@215.ip-51-38-235.eu> has joined #yocto16:42
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto16:44
*** d-fens_ <d-fens_!~d-fens_@5.10.7.173> has quit IRC (Ping timeout: 268 seconds)16:44
*** Fanfwe <Fanfwe!~fanfwe@im.goudal.net> has joined #yocto16:46
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)16:51
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto16:52
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)17:05
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto17:05
*** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 256 seconds)17:07
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:24
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 248 seconds)17:30
*** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer)17:36
rburtonzeddii: have you been told that the -dev kernel's perf fails with buildpath errors? WARNING: perf-1.0-r9 do_package_qa: QA Issue: File /usr/src/debug/perf/1.0-r9/arch/arm64/include/generated/asm/syscalls.c in package perf-src contains reference to TMPDIR [buildpaths]17:40
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto17:41
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 248 seconds)17:41
RPrburton: of course it does, it is perf :/17:43
RPwe should get poky-bleeding going using -dec17:43
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:45
rburtonyeah17:45
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)17:46
*** seninha <seninha!~seninha@user/seninha> has joined #yocto17:46
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:47
*** d-s-e <d-s-e!~d.s.e@muedsl-82-207-225-184.citykom.de> has quit IRC (Quit: Konversation terminated!)17:47
* RP wonders if he'd be crazy to look at doing that17:47
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)17:48
rburtonstarting with just the dev kernel would be a good starting point17:48
* RP wonders about https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=23fcaff8ab70c56daedf6b1345f68ce64b922776 as a patch (it builds on the binutils one at HEAD~2)17:49
* RP suspects external toolchain people will be hit17:49
*** gegir <gegir!~gegir@2a01cb0802a81d003f7edd470f5e6aed.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 252 seconds)17:50
zeddiirburton: haven't seen that yet, but my perf was just building fine for x86-64 and the -dev kernel.17:51
zeddiiwas working on 6.3 this morning, so maybe it'll pop out when I get further into that.17:51
*** mvlad <mvlad!~mvlad@2a02:2f08:4c03:f700:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection)17:51
RPzeddii: enabling the dev kernel is a preferred provider? was there a perf bit as well?17:51
zeddiicore-image-kernel-dev testing, yep.17:52
zeddiiwith linux-yocto-dev17:52
zeddiiroot@qemux86-64:~# uname -a17:53
zeddiiLinux qemux86-64 6.2.0-yoctodev-standard #1 SMP PREEMPT_DYNAMIC Mon Dec 12 16:03:35 UTC 2022 x86_64 GNU/Linux17:53
zeddiiroot@qemux86-64:~# rpm -qa |grep perf17:53
zeddiiperf-tests-6.2.0-r9.qemux86_6417:53
zeddiiperf-python-6.2.0-r9.qemux86_6417:53
zeddiiperf-6.2.0-r9.qemux86_6417:53
rburtonzeddii: might be an arm thing, try with qemuarm6417:53
zeddiiyah. x86 doesn't tend to generate syscalls17:54
rburtonjonmason was a fool and added -dev to meta-arm CI, so it just blew up17:54
zeddiiwe look forward to his perf patch!17:54
RPrburton: if it means you get to tell zeddii instead of me... :)17:54
zeddiiI have to sort out 6.3 and this gcc plugin thing before I can switch machines.17:55
jonmasonSomeone thought testing the next kernel would help us find problems before they hit us17:57
rburtonneed to have words with that idiot18:00
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)18:01
jonmasonprobably the same idiot that thought doing big endian iamges would be a good idea18:02
rburtonwhat a fool18:03
rburtonyou can't help some people18:03
jonmasonof course, there is probably some idiot that implemented kas and gitlab ci on poky and runs it nightly18:03
mcfrisk"pity the fool"18:04
rburtonRP: can you remember what recipe broke with meson and its rpath stripping?  (disable-rpath-handling.patch).  Looking at the referenced bugs upstream, since a long time ago its only stripped the rpaths it added to the build tree, so we should be able to drop that.18:05
rburtonaha the commit says, how useful!18:06
rburton"    (e.g. libmodulemd-native used by libdnf can't find libyaml)"18:06
rburtonso guessing if an image builds with dnf, it doesn't need to be applied anymore18:06
RPrburton: I was just about to say, the commit message hints!18:07
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat)18:10
*** Wouter010067044 <Wouter010067044!~Wouter010@entry.nbg.netvos.nl> has joined #yocto18:10
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto18:13
tlwoernerwhen packaging, could someone point me to an example of the trick used to change the order of packages?18:20
tlwoernerhow do i capture files that would be included in an earlier package into a later package?18:20
*** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 248 seconds)18:20
*** Guest67 <Guest67!~Guest67@pool-108-32-89-147.pitbpa.fios.verizon.net> has joined #yocto18:23
yocton_PACKAGES:prepend = "... " or PACKAGES =+ "..." ?18:23
yocton_note: "=+" and not "+="18:24
*** yocton_ is now known as yocton18:24
*** amitk <amitk!~amit@103.208.71.148> has joined #yocto18:31
*** ArgaKhan <ArgaKhan!ArgaKhan@95.70.157.222> has quit IRC (Ping timeout: 255 seconds)18:32
tlwoernerthat works if i'm creating a new package, but what if i want to re-arrange the exisitng set?18:32
tlwoerner${PN}-doc is consuming files that should be in ${PN}18:32
yoctonDo you have custom $FILES:... ? (I don't see any overlap between $PN and $PN-doc18:38
yoctonIIRC I did once PACKAGES:remove = "${PN}" and PACKAGES:prepend = "${PN} " but it was a workaround... Can you edit FILES:${PN}-doc to remove the paths you want in ${PN} ?18:42
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds)18:44
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto18:44
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds)18:48
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 268 seconds)18:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto18:49
*** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 268 seconds)18:50
*** amitk <amitk!~amit@103.208.71.148> has joined #yocto18:56
*** Guest67 <Guest67!~Guest67@pool-108-32-89-147.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed)19:10
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto19:13
*** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has quit IRC (Ping timeout: 260 seconds)19: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:18
*** amitk <amitk!~amit@103.208.71.148> has quit IRC (Remote host closed the connection)19:22
rburtontlwoerner: -doc only grabs the documentation directories, so i'm curious what the problem is19:23
*** amitk <amitk!~amit@103.208.71.148> has joined #yocto19:24
rburtonkhem: RP so it looks like the buildpaths issues are resolved in meta-clang19:35
rburtondoing another layer check now to see what the fallout is19:36
tlwoernerrburton: cups19:39
tlwoernerrburton: most people expect to log into http://localhost:631 and see the cups printer info19:39
tlwoernerrburton: https://git.openembedded.org/openhttps://git.openembedded.org/openembedded-core/tree/meta/recipes-extended/cups/cups.inc#n104embedded-core/tree/meta/recipes-extended/cups/cups.inc#n10419:40
tlwoernerthese files are installed under /usr/share/doc/...19:40
tlwoernerthe cups recipe *thinks* it's packaging up these files as part of ${PN}, but it isn't19:41
rburtonlol19:41
*** amitk <amitk!~amit@103.208.71.148> has quit IRC (Ping timeout: 255 seconds)19:41
rburtonthat's a silly place to put the web gui19:41
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds)19:42
rburtontlwoerner: you could just set FILES:PN-doc to just ${mandir} so it grabs the manpages but not the docs.  or make PN recommend PN-doc, after all you _might_ want the server without the web ui19:45
tlwoernerrburton: right. or simply remove the comment and those FILES:${PN} lines from cups19:46
tlwoernerif the user wants the webui they are free to install cups-doc19:46
tlwoernerbut there's a divergence between the code and comments in the recipe, and what actually happens19:47
tlwoernerjust not sure which way to go on this one19:50
*** florian_kc <florian_kc!~florian@dynamic-093-132-025-074.93.132.pool.telefonica.de> has joined #yocto19:50
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto19:53
rburtontlwoerner: i'd be tempted to split up the webgui into a separate package properly and have that as a recommends20:00
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds)20:00
tlwoernerrburton: if you're skipping over the fact that cups contains its own web server then no, this is not silly :-P20:01
rburtonyeah that's true20:01
tlwoernerrburton: yes, that's sort of the direction i'm taking20:01
rburtonFILES:${PN}-doc = "${mandir}" would be the easy fix20:02
tlwoernera separate PACKAGECONFIG20:02
tlwoernerand a separate package20:02
tlwoerner"let the user decide"20:02
tlwoernerand remove the comments/FILES lines20:02
tlwoernerrburton: what's the advantage of having it as a recommends?20:06
rburtonpeople get it by default, can remove it20:07
tlwoernercan it be removed on a package-by-package basis, or globally?20:07
tlwoernerhow about adding it as a recommends if the packageconfig is enabled?20:08
paulganyone used EXTRA_IMAGE_FEATURES = "read-only-rootfs" recently?  Doesn't even build on the beaglebone reference platform on master...20:18
paulgERROR: core-image-minimal-1.0-r0 do_rootfs: The following packages could not be configured offline and rootfs is read-only: ['100-sysvinit-inittab']20:18
paulgguessing it doesn't get autobuilder coverage.20:18
tlwoernerpaulg: i was using it over the holidays20:20
tlwoernerit doesn't interact well with the "expand the rootfs on first boot" trick, but otherwise it was okay then20:21
paulgtlwoerner, thanks - I'll look for something relatively recent when I investigate then.20:22
tlwoernerpaulg: coincidentally i did use it with a beaglebone black, although i used meta-ti and no-distro oe-core20:23
paulggood to know that I'm not completely off in the weeds in cobweb infested cruft nobody has touched for years.20:26
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto20:31
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Client Quit)20:31
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto20:31
* tlwoerner 's farm provides him with lots of after-hours fun20:36
tlwoernerspeaking of... i guess there's a new beagle board? https://beagleboard.org/play20:38
tlwoerneralready has upstream support (w00t!)20:38
paulgI'm not falling into that trap again -- buying hardware and then it sits in the box for five years.20:40
paulgOnly reason my beaglebone black saw its 1st electron was 'cause I was asked to look into dm-verity and that is the only platform we (yocto/oe) have traces of being used.20:41
paulgI've also got an r-pi3 that has never been out-of-box.  "Oh look, it is on sale - might be handy for a project."20:43
paulgI'm sure I'm not the only one who does that.20:43
paulgmight be a sensible path forward from the decade old beagleboard black as a reference platform though?20:48
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto20:49
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)20:53
rburtonpaulg: that’s almost definitely because the machine uses SERIAL_CONSOLES. That isn’t read only friendly with sysv. Systemd works though :)20:59
paulgsystemd - my favourite piece of software...21:01
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)21:08
rburtontlwoerner: denix was telling me about the https://beagleboard.org/ai-64 earlier in the week. bit more grunt than the play.21:10
denixpaulg: I have a zoo of boards I don't have time to play with. though I've been able to find dedicated tasks around the house for several of my BBBs and RPis.21:10
RPpaulg: you're not but I try to power them at least once :)21:12
RPrburton: where are we going with this, enable on the AB?21:13
denixrburton: BeaglePlay is not as powerful but cheaper - AM62x/Cortex-A53 vs. J721e/Cortex-A72+C7x DSP/MMA in AI-6421:13
JaMaI try to power my toys at least once a year, but my interest sometimes fades before their batteries got enough juice to actually boot21:15
rburtonrburton: ideally, remove the use of CONSOLES from the bsp.  real hardware shouldn't really need it.21:16
denix$ grep CONSOLES meta-arm/meta-arm-bsp/conf/machine/* -r21:18
denixmeta-arm/meta-arm-bsp/conf/machine/corstone500.conf:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/fvp-baser-aemv8r64.conf:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/include/corstone1000.inc:SERIAL_CONSOLES ?= "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/include/tc.inc:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/include/fvp-common.inc:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/juno.conf:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/n1sdp.conf:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
denixmeta-arm/meta-arm-bsp/conf/machine/sgi575.conf:SERIAL_CONSOLES = "115200;ttyAMA0"21:18
rburtondenix: <cough>21:19
rburtonyeah copy-paste is a nightmare21:19
rburtonoh, no, i meant SERIAL_CONSOLES_CHECK21:19
rburtonsorry was typing on my phone21:20
denixah, ok21:20
denixSERIAL_CONSOLES_CHECK[doc] = "Similar to SERIAL_CONSOLES except the device is checked for existence before attempting to enable it. Supported only by SysVinit."21:21
rburtonsystemd does the right thing and brings up consoles on devices it discovers21:22
denix$ grep SERIAL_CONSOLES_CHECK meta/conf/machine/* -r21:22
denixmeta/conf/machine/include/riscv/qemuriscv.inc:SERIAL_CONSOLES_CHECK = "${SERIAL_CONSOLES}"21:22
denixmeta/conf/machine/qemuarm64.conf:SERIAL_CONSOLES_CHECK = "${SERIAL_CONSOLES}"21:22
denixmeta/conf/machine/qemuarm.conf:SERIAL_CONSOLES_CHECK = "${SERIAL_CONSOLES}"21:22
rburtoni'd put money on the arm64 and riscv entries being copy-paste from qemuarm21:23
denixso, it's ok for qemu machine, right?21:23
denixalso, oe-core nodistro doesn't use systemd...21:24
denixand poky defaults to sysvinit?21:25
denixtlwoerner: https://beagleboard.org/blog/2023-03-08-beagleplay-annoucement21:26
rburtonyes21:38
*** goliath <goliath!~goliath@user/goliath> has joined #yocto21:38
*** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has joined #yocto21:39
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 248 seconds)21:39
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto21:42
*** florian_kc is now known as florian21:45
paulgdenix / RP -- I was doing good at giving away old hardware at the office so as to not become a computer museum, but then CV-19 hit.21:45
*** tepperson <tepperson!~tepperson@165.225.37.18> has joined #yocto21:47
denixpaulg: and supply shortage too! couldn't get RPis or similar when needed...21:47
teppersonin a python function inside a recipe, how should i got about getting the variable WORKDIR? d.getVar('WORKDIR') returns nothing21:48
teppersonoh nevermind i was doing a dumb21:56
*** frieder <frieder!~frieder@i59F711B2.versanet.de> has quit IRC (Quit: Leaving)21:56
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds)21:57
*** florian <florian!~florian@dynamic-093-132-025-074.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)22:00
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto22:00
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-26-174-95-44-180.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!)22:03
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto22:19
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)22:20
*** florian <florian!~florian@dynamic-093-132-025-074.93.132.pool.telefonica.de> has joined #yocto22:21
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 248 seconds)22:26
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)22:28
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto22:30
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has quit IRC (Remote host closed the connection)22:53
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto22:53
*** invalidopcode1 <invalidopcode1!~invalidop@cpe-172-90-200-106.socal.res.rr.com> has joined #yocto22:53
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 246 seconds)22:55
*** florian <florian!~florian@dynamic-093-132-025-074.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds)23:01
*** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 268 seconds)23:17
*** tepperson <tepperson!~tepperson@165.225.37.18> has quit IRC (Quit: Client closed)23:39
*** florian <florian!~florian@dynamic-093-132-025-074.93.132.pool.telefonica.de> has joined #yocto23:41
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC (Quit: WeeChat 3.0)23:48
*** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto23:49

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