Wednesday, 2021-02-10

*** kiwi_29 <kiwi_29!> has joined #yocto00:05
*** vineela <vineela!vtummala@nat/intel/x-bageubokulwpxprj> has quit IRC00:08
*** kiwi_29 <kiwi_29!> has quit IRC00:09
*** vineela <vineela!vtummala@nat/intel/x-llagnjvggjbbecip> has joined #yocto00:09
*** richbridger <richbridger!> has joined #yocto00:13
*** aquijoule_ <aquijoule_!> has quit IRC00:15
*** kiwi_29 <kiwi_29!> has joined #yocto00:29
*** dvhart <dvhart!~dvhart@> has joined #yocto00:45
*** harry <harry!ca256002@> has joined #yocto00:47
*** harry is now known as hjm00:47
*** mbulut <mbulut!> has joined #yocto01:03
*** goliath <goliath!> has quit IRC01:13
*** vineela <vineela!vtummala@nat/intel/x-llagnjvggjbbecip> has quit IRC01:22
*** ssajal <ssajal!> has quit IRC01:34
*** extorr <extorr!extor@unaffiliated/extor> has quit IRC01:48
*** dvhart <dvhart!~dvhart@> has quit IRC01:50
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC01:56
*** OriPessach <OriPessach!> has quit IRC02:03
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto02:10
*** moose <moose!451a939b@> has quit IRC02:11
*** bobo <bobo!> has joined #yocto02:20
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC02:23
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto02:24
kergothfinally! the gcc build calls the work-shared ./configure script with a relative path, presumably to deal with reproducibility, but by doing that, it results in ridiculously long relative path filenames in the debug info, and the file *names* don't get debug-prefix-map applied, only the directory does!02:45
kergothkhem: ^ in case you're curious02:46
kergothfixing it to use absolute paths there results in correct map application for work-shared paths02:46
kergoththen just need to see what breaks reproducibility wise, and figure out the best place to put this..02:46
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC03:03
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto03:04
khemkergoth:  hm I see03:05
kergothwas concatenating the path that was adjusted by the debug prefix map with '../../../../../../work-shared/gcc/.../'03:05
kergothwas driving me nuts. "why is this path starting with /work-shared/?"03:06
*** opello <opello!~opello@about/csharp/regular/opello> has quit IRC03:08
khemright, perhaps use work-shared as anchor and remove everything before that perhaps03:09
*** opello <opello!~opello@about/csharp/regular/opello> has joined #yocto03:11
*** sakoman <sakoman!~steve@> has quit IRC03:12
*** Minjae_Kim <Minjae_Kim!1b7af247@gateway/web/cgi-irc/> has quit IRC03:24
*** Zajc95 <Zajc95!~Zajc@> has quit IRC03:27
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC03:47
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto03:48
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC04:01
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto04:01
*** dvhart <dvhart!~dvhart@> has joined #yocto04:02
*** kiwi_29 <kiwi_29!> has quit IRC04:11
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto04:15
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has joined #yocto04:17
*** kiwi_29 <kiwi_29!> has joined #yocto04:18
*** rsalveti <rsalveti!uid117878@gateway/web/> has quit IRC04:21
*** awafaa <awafaa!sid716@gateway/web/> has quit IRC04:21
*** rsalveti_ <rsalveti_!uid117878@gateway/web/> has joined #yocto04:22
*** awafaa_ <awafaa_!sid716@gateway/web/> has joined #yocto04:22
*** bobo <bobo!> has quit IRC04:29
*** awafaa_ <awafaa_!sid716@gateway/web/> has quit IRC04:37
*** rsalveti_ <rsalveti_!uid117878@gateway/web/> has quit IRC04:37
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC04:37
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC04:37
*** creich <creich!> has quit IRC04:37
*** vmeson <vmeson!> has quit IRC04:37
*** micka <micka!> has quit IRC04:37
*** RzR <RzR!~rzr@unaffiliated/rzr> has quit IRC04:37
*** Gintaro_ <Gintaro_!> has quit IRC04:37
*** lexano <lexano!> has quit IRC04:37
*** OnkelUlla <OnkelUlla!> has quit IRC04:37
*** ak77 <ak77!> has quit IRC04:37
*** crawler <crawler!> has quit IRC04:37
*** dvhart <dvhart!~dvhart@> has quit IRC04:38
*** kiwi_29 <kiwi_29!> has quit IRC04:40
*** awafaa_ <awafaa_!sid716@gateway/web/> has joined #yocto04:42
*** rsalveti_ <rsalveti_!uid117878@gateway/web/> has joined #yocto04:42
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto04:42
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto04:42
*** creich <creich!> has joined #yocto04:42
*** vmeson <vmeson!> has joined #yocto04:42
*** micka <micka!> has joined #yocto04:42
*** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto04:42
*** Gintaro_ <Gintaro_!> has joined #yocto04:42
*** lexano <lexano!> has joined #yocto04:42
*** OnkelUlla <OnkelUlla!> has joined #yocto04:42
*** ak77 <ak77!> has joined #yocto04:42
*** crawler <crawler!> has joined #yocto04:42
*** olani[m] <olani[m]!olanimatri@gateway/shell/> has quit IRC04:45
*** alephan <alephan!andreicubi@gateway/shell/> has quit IRC04:45
*** keepitsimplejim[ <keepitsimplejim[!keepitsi1@gateway/shell/> has quit IRC04:45
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has quit IRC04:45
*** B0ned1ger <B0ned1ger!> has quit IRC04:45
*** lexano[m] <lexano[m]!lexanomatr@gateway/shell/> has quit IRC04:45
*** codysch[m] <codysch[m]!codyschmat@gateway/shell/> has quit IRC04:45
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC04:46
*** jonesv[m] <jonesv[m]!jonesvmatr@gateway/shell/> has quit IRC04:46
*** kayterina <kayterina!kayterina-@gateway/shell/> has quit IRC04:46
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC04:46
*** B0ned1ger <B0ned1ger!> has joined #yocto04:46
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/> has quit IRC04:46
*** khem <khem!khemmatrix@gateway/shell/> has quit IRC04:47
*** kiwi_29 <kiwi_29!> has joined #yocto04:48
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC04:48
*** guillaume <guillaume!gscigalama@gateway/shell/> has quit IRC04:49
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC04:49
*** codetronaut[m] <codetronaut[m]!anmolkmatr@gateway/shell/> has quit IRC04:49
*** jordemort <jordemort!jordanshad@gateway/shell/> has quit IRC04:49
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC04:50
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto04:50
*** dwagenk <dwagenk!dwagenktch@gateway/shell/> has quit IRC04:50
*** kiwi_29 <kiwi_29!> has quit IRC04:55
*** bobo <bobo!> has joined #yocto04:55
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC04:56
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto04:58
*** kiwi_29 <kiwi_29!> has joined #yocto04:58
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC05:06
*** jonesv[m] <jonesv[m]!jonesvmatr@gateway/shell/> has joined #yocto05:06
*** kayterina <kayterina!kayterina-@gateway/shell/> has joined #yocto05:07
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto05:07
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto05:09
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto05:09
*** olani[m] <olani[m]!olanimatri@gateway/shell/> has joined #yocto05:12
*** codetronaut[m] <codetronaut[m]!anmolkmatr@gateway/shell/> has joined #yocto05:15
*** keepitsimplejim[ <keepitsimplejim[!keepitsi1@gateway/shell/> has joined #yocto05:15
*** alephan <alephan!andreicubi@gateway/shell/> has joined #yocto05:15
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto05:15
*** lexano[m] <lexano[m]!lexanomatr@gateway/shell/> has joined #yocto05:18
*** codysch[m] <codysch[m]!codyschmat@gateway/shell/> has joined #yocto05:18
*** feddischson <feddischson!> has joined #yocto05:18
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto05:19
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/> has joined #yocto05:19
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC05:20
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto05:21
*** khem <khem!khemmatrix@gateway/shell/> has joined #yocto05:22
*** khem is now known as Guest9418105:23
*** bobo <bobo!> has quit IRC05:24
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto05:24
*** guillaume <guillaume!gscigalama@gateway/shell/> has joined #yocto05:25
*** jordemort <jordemort!jordanshad@gateway/shell/> has joined #yocto05:25
*** dwagenk <dwagenk!dwagenktch@gateway/shell/> has joined #yocto05:26
*** kiwi_29 <kiwi_29!> has quit IRC05:26
*** kiwi_29 <kiwi_29!> has joined #yocto05:26
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC05:27
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto05:28
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:95d2:8ef8:b2e2:b01d> has joined #yocto05:30
*** alessioigor <alessioigor!> has joined #yocto05:31
*** alessioigor <alessioigor!> has quit IRC05:34
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:95d2:8ef8:b2e2:b01d> has quit IRC05:40
*** Guest94181 <Guest94181!khemmatrix@gateway/shell/> has quit IRC05:49
*** Guest94181 <Guest94181!khemmatrix@unaffiliated/khem> has joined #yocto05:49
*** Guest94181 <Guest94181!khemmatrix@gateway/shell/> has joined #yocto05:49
*** jobroe <jobroe!> has joined #yocto05:52
*** hjm <hjm!ca256002@> has quit IRC06:03
*** beneth <beneth!> has joined #yocto06:06
*** vineela <vineela!vtummala@nat/intel/x-dfgrhtitlagrjzdj> has joined #yocto06:21
*** dvhart <dvhart!~dvhart@> has joined #yocto06:21
*** AndersD <AndersD!> has joined #yocto06:25
*** AndersD_ <AndersD_!> has joined #yocto06:27
*** kiwi_29 <kiwi_29!> has quit IRC06:28
*** kiwi_29 <kiwi_29!> has joined #yocto06:28
*** AndersD <AndersD!> has quit IRC06:29
*** jobroe <jobroe!> has quit IRC06:36
*** beneth <beneth!> has left #yocto06:41
*** beneth <beneth!> has joined #yocto06:41
*** jobroe <jobroe!> has joined #yocto06:43
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto06:49
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:50
*** dvhart <dvhart!~dvhart@> has quit IRC06:53
*** vineela <vineela!vtummala@nat/intel/x-dfgrhtitlagrjzdj> has quit IRC06:55
*** vineela <vineela!vtummala@nat/intel/x-tcnrnebilmarlxfi> has joined #yocto06:58
*** bobo <bobo!> has joined #yocto07:00
*** fray <fray!> has quit IRC07:03
*** minimaxwell <minimaxwell!> has joined #yocto07:04
*** Spectrejan[m] <Spectrejan[m]!spectrejan@gateway/shell/> has joined #yocto07:06
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:6cc5:e3f8:e9ae:ae45> has joined #yocto07:11
*** felipealmeida_ <felipealmeida_!> has joined #yocto07:12
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC07:14
*** felipealmeida_ is now known as felipealmeida07:14
*** gounaris <gounaris!~quassel@> has joined #yocto07:15
*** ThomasD13 <ThomasD13!> has joined #yocto07:19
*** bobo <bobo!> has quit IRC07:19
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:19
*** kiwi_29 <kiwi_29!> has quit IRC07:29
*** kiwi_29 <kiwi_29!> has joined #yocto07:32
*** mckoan|away is now known as mckoan07:33
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC07:37
*** kiwi_29 <kiwi_29!> has quit IRC07:37
*** kiwi_29 <kiwi_29!> has joined #yocto07:43
*** frsc <frsc!> has joined #yocto07:44
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC07:46
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:47
*** kiwi_29 <kiwi_29!> has quit IRC07:47
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:58
*** fl0v0 <fl0v0!> has joined #yocto07:59
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:59
*** mbulut <mbulut!> has joined #yocto08:07
*** dreyna <dreyna!> has quit IRC08:09
*** nacknick <nacknick!4d8b8317@> has joined #yocto08:13
*** goliath <goliath!> has joined #yocto08:17
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:87f2:2077:d406:e584> has joined #yocto08:19
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC08:31
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto08:32
wooosaiiiiHi guys... I have sources for the kernel module recipe hosted inside the custom meta-layer... Is there a way to get git revision of the meta-layer into PV of the recipe? something like gitpkgv class?08:39
wooosaiiiiI know it is a bad practice but at the moment I cannot move that outside the meta-layer to some proper git repo...08:40
*** chris_ber <chris_ber!~quassel@> has joined #yocto08:41
*** intera91 <intera91!> has joined #yocto09:00
intera91Good morning09:00
intera91does anyone use or has used toaster?09:00
intera91I have used toaster for my project but I would like to come back to command line as lots of bitbake command simply do not work once you toasted you project09:02
intera91I need for example to do a make menuconfig and add some modules to the yocto kernel, can't do that in toaster and CLI does not play ball09:03
*** felipealmeida_ <felipealmeida_!~felipealm@> has joined #yocto09:12
*** felipealmeida <felipealmeida!> has quit IRC09:12
*** felipealmeida_ is now known as felipealmeida09:12
*** intera91 <intera91!> has quit IRC09:26
*** jobroe <jobroe!> has quit IRC09:37
*** jobroe <jobroe!> has joined #yocto09:37
qschulzmornin' folks09:39
*** B0ned1ger <B0ned1ger!> has quit IRC09:42
*** B0ned1ger <B0ned1ger!> has joined #yocto09:43
*** intera91 <intera91!> has joined #yocto09:45
intera91sorry got disconnected09:45
intera91has anyone addressed my question while I was gone?09:46
wooosaiiiiintera91: no :)09:57
intera91since I started using toaster bitbake does not work at all, launch any command and it comes back, does nothing and no error message09:58
angelo__gm, what proper way to create a recipe starting from a similar ? can i use "include" ?10:02
qschulzangelo__: that's usually done for recipes that are for the same SW but of different versions10:04
angelo__i would create a linux-xx-rt from an existing linux-xx10:04
angelo__bbappend seems not appropriate since i want the name to carry a -rt suffix10:05
qschulzangelo__: that'd probably be a valid usecase indeed10:05
angelo__qschulz, thanks10:05
qschulzthough, you probably want to put common stuff in a .inc and non-rt and rt specificities in their own recipes10:06
RPintera91: its strange there would be no message at all. Is toaster still running in the background?10:07
intera91tried with source toaster start and source toaster start noweb10:07
intera91same result10:07
RPintera91: right, but is toaster actually stopped ?10:08
intera91strace speaks of a SIG_DFL received by bitbake and then exited with 110:08
RPintera91: if you list the processes in memory (ps ax) do you see anything left running?10:08
*** sstiller <sstiller!> has joined #yocto10:08
RPintera91: the bitbake-cookerdaemon.log may give more info too10:09
intera91 ps ax | grep toaster | grep -v grep10:09
intera91   5460 ?        S      0:00 python3 /home/user/workspace/poky/bitbake/bin/../lib/toaster/ runbuilds10:09
intera91ok with toaster stopped it goes a litle bit further10:11
RPintera91: any error now?10:19
intera91just trying to sort out layers10:19
intera91@RP: Layer 'networking-layer' depends on layer 'openembedded-layer', but this layer is not enabled in your configuration10:20
intera91cannot find that layer10:20
RPintera91: ok, that does sound like a messed up config. openembedded-layer is meta-oe10:20
intera91corrected, added meta-oe10:23
intera91ParseError at /home/user/workspace/poky/meta-openembedded/meta-python/recipes-devtools/python/ Could not inherit file classes/distutils.bbclass10:24
RPintera91: at a guess that is the wrong branch of meta-oe10:27
intera91checked out gatesgarth10:27
intera91worked fine till now10:27
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC10:42
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto10:43
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC10:45
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto10:45
*** nacknick <nacknick!4d8b8317@> has quit IRC10:46
*** intera91 <intera91!> has quit IRC10:49
*** nacknick <nacknick!4d8b8317@> has joined #yocto10:49
nacknickDoes any body know how to install 32-bit GCC on 64-bit environment? Even manually...10:50
*** AndersD_ <AndersD_!> has quit IRC10:54
*** nacknick <nacknick!4d8b8317@> has quit IRC11:01
*** nacknick <nacknick!4d8b8317@> has joined #yocto11:02
*** aleblanc <aleblanc!> has quit IRC11:11
*** felipealmeida_ <felipealmeida_!> has joined #yocto11:15
*** dqx <dqx!~dqx@unaffiliated/dqx> has quit IRC11:15
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC11:15
*** felipealmeida_ is now known as felipealmeida11:15
*** dqx <dqx!~dqx@unaffiliated/dqx> has joined #yocto11:16
kanavin_homeRP: is there some patch I could prepare? Not sure what to do with that reproducibility page :)11:30
*** JaMa <JaMa!> has joined #yocto11:36
*** vineela <vineela!vtummala@nat/intel/x-tcnrnebilmarlxfi> has quit IRC11:38
rburtonnacknick: your distro most likely has 32-bit packages you can download manually11:41
rburtonsome distros let you install 32- and 64-bit packages side by side11:42
nacknickrburton: do you have any concrete example for 32-bit gcc? I searched on without success11:44
rburtonwhat do you actually want to do11:46
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto11:47
*** B0ned1ger <B0ned1ger!> has quit IRC11:47
nacknickrburton: I have RPI4 with 64-bit Yocto. I want to be able to *compile* 32-bit programs *inside* it. I managed to *run* 32-bit programs with "multilib". But not to compile11:51
*** oberstet <oberstet!~oberstet@> has joined #yocto11:52
*** danielhuman <danielhuman!> has joined #yocto11:54
*** drdanick7 <drdanick7!~drdanick@> has joined #yocto11:57
*** mort21 <mort21!~mort@> has joined #yocto11:58
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:04
*** tgoodwin <tgoodwin!> has joined #yocto12:21
RPkanavin_home: somehow we need to figure out which of the excluded packages we've now fixed and remove then from the exclusion list12:23
RPkanavin_home: not sure if we could "mine" the data from previous builds to tell?12:24
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC12:34
RPnacknick: what errors do you hit compiling for 32 bit? I think there may be problems on arm with multilib headers on target :(12:38
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto12:38
*** vineela <vineela!~vtummala@> has joined #yocto12:39
nacknickRP: I don't hit errors. I don't know how to compile 32-bit programs. I don't have any compiler inside 64-bit Yocto for doing so12:39
RPnacknick: do you have gcc on target?12:40
nacknickRP: Yes. 64-bit gcc12:40
RPnacknick: going from memory, I think arm toolchains don't support "-m32" so you probably need to have lib32-gcc built and installed on target12:41
nacknickRP: "-m32" is x86 flag. You probably mean "-marm". But I don't have it as well12:43
nacknickRP: There is only a very "basic" version of 64-bit GCC on target. with minimal options12:44
RPnacknick: right, that was my point, you need to install lib32-gcc12:44
nacknickRP: Is that a package? Because bitbake does recognize it12:45
nacknickdoes not*12:45
RPnacknick: have you enabled multilib?12:45
nacknickRP: Yes12:45
kanavin_homeRP: we could run a test build with exclusion list disabled perhaps?12:45
RPkanavin_home: would probably be worth a try, then I could carry the ones we think might work in -next for a bit?12:46
kanavin_homeRP: yep, sadly reproducibility failures are quite often sporadic, and can be fiendishly difficult to trigger on demand12:46
RPkanavin_home: Could we improve the code to highlight which ones on the exclude list reproduced ok?12:46
kanavin_homeso if it 'succeeds' once, that's weak evidence12:46
RPkanavin_home: I know :/12:47
RPkanavin_home: might help if the stats reported which ones reproduced ok but are on the exlude list?12:47
kanavin_homeRP: right, I was thinking of that. I will revisit the code I wrote.12:48
kanavin_homesimilar to upstream version checks :) where it reports both items that fail the check but shouldn't, and those that pass the check, but shouldn't - the latter exactly allows dropping the excusions from recipes12:49
RPkanavin_home: exactly12:49
kanavin_homeand the former allows adding exclusions to recipes, or fixing the check where possible12:49
RPkanavin_home: I'm trying to figure out how we get on a patch to improve things :)12:50
nacknickRP: Maybe I'm wrong. I'm checking lib32-gcc again12:51
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC12:53
*** minimaxwell <minimaxwell!> has quit IRC12:55
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:56
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto12:56
*** minimaxwell <minimaxwell!> has joined #yocto12:57
*** _linker_ <_linker_!~linker@2a02:a31a:a045:3500:e120:4743:5ef2:908d> has joined #yocto13:00
*** ws2k3Dd <ws2k3Dd!~ws2k3@> has joined #yocto13:03
*** funnel <funnel!> has joined #yocto13:06
funnel/!\ this channel has moved to ##hamradio /!\13:07
*** dleppich <dleppich!~Thunderbi@> has quit IRC13:07
*** funnel <funnel!> has quit IRC13:07
*** ruunyan <ruunyan!~ruunyan@> has joined #yocto13:11
ruunyan/!\ this channel has moved to #nyymit /!\13:11
RzR^ spammer13:12
*** ruunyan <ruunyan!~ruunyan@> has quit IRC13:12
*** felipealmeida_ <felipealmeida_!~felipealm@> has joined #yocto13:13
*** Ckatko <Ckatko!~Ckat@> has joined #yocto13:14
Ckatko/!\ this channel has moved to #nyymit /!\13:14
*** christophegx <christophegx!~christoph@> has joined #yocto13:14
christophegx/!\ this channel has moved to #nyymit /!\13:14
*** pointfreezC <pointfreezC!> has joined #yocto13:14
pointfreezC/!\ this channel has moved to #nyymit /!\13:14
*** Ckatko <Ckatko!~Ckat@> has quit IRC13:14
*** christophegx <christophegx!~christoph@> has quit IRC13:15
*** pointfreezC <pointfreezC!> has quit IRC13:15
*** felipealmeida <felipealmeida!> has quit IRC13:16
*** felipealmeida_ is now known as felipealmeida13:16
kayterinawhat will happen if I join nyymit? out of curiosity13:16
RzRyou will be brainwashed13:18
RzRand then sold into pieces13:18
*** nerorF <nerorF!~nero@> has joined #yocto13:18
kayterinaand then spam all others with that msg13:18
*** thekappe <thekappe!c65a42b1@> has joined #yocto13:26
thekappehello guys ! Is it possible to run bitbake and buld/clean multiple recipes in one single command ? EG bitbake recipe1 recipe2 -c cleansstate13:26
RPthekappe: it should work just like that13:28
*** rsalveti_ <rsalveti_!uid117878@gateway/web/> has quit IRC13:30
RPJPEW: I found a small but rather important couple of bugs in the debug changes13:33
*** kiwi_29 <kiwi_29!> has joined #yocto13:40
ayoungAre most people deploying to ARM64 platforms developiong on and cross compiling from x86_64 systems?13:41
*** nacknick <nacknick!4d8b8317@> has quit IRC13:43
*** kiwi_29 <kiwi_29!> has quit IRC13:44
*** rsalveti_ <rsalveti_!uid117878@gateway/web/> has joined #yocto13:46
kanavin_homeyes, although Yocto is nowadays being tested on ARM64 build hosts as well13:46
kanavin_homeyou do need ability to run local build to be efficient, and local arm64 hardware with sufficient CPU power doesn't exist, so far13:47
kanavin_homeayoung: ^^^13:47
*** rsalveti_ <rsalveti_!uid117878@gateway/web/> has quit IRC13:48
ayoungNot sure what you mean by that last bit13:48
ayoung"local arm64 hardware"  do you mean that most people don't have that avaialble?13:48
*** rsalveti <rsalveti!uid117878@gateway/web/> has joined #yocto13:48
ayoungkanavin_home, ?  So no just running on a Pi (for example) and powerful machines tend to be servers?13:49
kanavin_homeayoung: to perform a yocto build without tearing your hair out you realistically need a lot of CPU cores, at least 16, and a lot of RAM too.13:50
tgoodwinkanavin_home: I've had the same curiosity too, what ARM64 platforms people might be using considering Cavium ThunderX2s are fairly cheap if you can find a motherboard.13:51
kanavin_homeand the machine has to be on your desk, servers in cloud aren't good for platform developers, only for CICD pipelines.13:52
kanavin_homeso the easy way out is to just get the beefiest threadripper (which is x86) you can afford13:52
kanavin_homeyocto doesn't care, it cross compiles always, even when the host and target architectures match13:53
*** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/> has joined #yocto13:55
*** sakoman <sakoman!~steve@> has joined #yocto14:03
jordemort hetzner has some nice big dedicated hardware for cheap14:07
jordemorti burned the first box they provisioned me to death building yocto on it but the replacement seems OK14:08
jordemorthad to turn off CPU usage alerts :D14:08
*** ssajal <ssajal!> has joined #yocto14:12
rburtontgoodwin: my thunderx2 is nice14:14
*** aleblanc <aleblanc!> has joined #yocto14:14
rburtontgoodwin: ampere altra if you can find one though :)14:15
ayoungWhat about running code?  Emulators?  Debugging on the embedded devices?14:18
qschulzayoung: if you want to debug code that is architecture dependent, qemu should do it just fine. If it depends on some specific hardware, then rebuild every time or make use of devtool modify+devtool deploy-target14:23
tgoodwinrburton: the altra -- wow.  There's an anandtech review showing some serious performance there.  I've checked in on this only occasionally to see if there's a good option for an inexpensive workstation.  Like kanavin_home suggests though I fall back to x86 and ryzen at that point in the search every time.14:24
*** eLmankku <eLmankku!> has quit IRC14:24
rburtontgoodwin: the honeycomb lx2k is a lot cheaper but its not giant build server material like the tx2 or altra14:25
tgoodwinRight, I saw a review of that one last year indicating it's a little bit of a challenge to get going with a standard distro but also rather impossible to brick it given that you have to compile the bios yourself.14:25
rburtontgoodwin: last time i looked you can get a prebuilt edk2 and then just boot normally14:40
*** vineela <vineela!~vtummala@> has quit IRC14:40
rburtonthey're working towards systemready, which makes booting as boring as it is in x86, EFI etc14:41
tgoodwinOh nice14:41
rburton is the guy working on the firmware14:42
*** imcleod <imcleod!~imcleod@2601:249:8200:1ba1:af65:6e6f:10d:e757> has joined #yocto14:46
*** B0ned1ger2 <B0ned1ger2!> has quit IRC14:46
tgoodwinCool, thanks!14:46
*** B0ned1ger <B0ned1ger!> has joined #yocto14:46
*** ThomasD13 <ThomasD13!> has quit IRC15:04
*** stephano <stephano!~stephano@> has joined #yocto15:06
*** ssajal <ssajal!> has quit IRC15:12
*** felipealmeida_ <felipealmeida_!~felipealm@> has joined #yocto15:13
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC15:15
*** felipealmeida_ is now known as felipealmeida15:15
*** jobroe <jobroe!> has quit IRC15:19
*** ssajal <ssajal!> has joined #yocto15:19
*** sstiller <sstiller!> has quit IRC15:34
*** vineela <vineela!~vtummala@> has joined #yocto15:40
JPEWRP: Not suprising. It was a pretty forumalic find and replace; I tried to do some testing but it's hard to get everything15:41
*** B0ned1ger <B0ned1ger!> has quit IRC15:46
*** B0ned1ger <B0ned1ger!> has joined #yocto15:46
RPJPEW: I revised the oe-core patch to - we need the note level change or important output info disappears15:48
RPJPEW: I want to get rid of that function but its for another patch and we need a way to fix the output from unittest15:48
RPJPEW: Compare to
RPJPEW: was the other issue, highlighted by tests that check for certain info in the logs which went missing. No idea why we didn't see actual errors15:49
RPJPEW: oh, and a missed case of the make_logger_.. but I didn't need that in the end15:51
JPEWRP: Ok, ya. The info() level makes sense. We can look at ways to remove that later if we need15:51
JPEWAnd my grep missed the mainlogger.debug( because it was using "lvl" instead of a digit.... it wasn't a fatal error because logging.debug(1) is a valid log statement, it just prints "1" :)15:52
RPJPEW: I didn't see anything like that in the logs though15:53
JPEWWell, it was debug level, so you would have to have run "bitbake -D" I think?15:53
RPJPEW: we do output debug into the logs, just not the console15:53
RPJPEW: well, we did until this patch :)15:54
RPI'm just glad the tests caught it. Took me a while to work out what was going on15:54
*** dmoseley <dmoseley!~dmoseley@> has quit IRC15:56
JPEWRP: Ya. We're slowing (if not a little painfully) improving the logging API15:56
RPJPEW: right, its all good, I just thought I'd better explain the issues I found15:57
*** dvhart <dvhart!~dvhart@> has joined #yocto15:59
RPDo we have any C++ literate people around who could shed any light on a potential race issue? I'm wondering what the ordering is around destructors :/16:07
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto16:09
JPEWRP: I might be able to help with that, whats the example?16:09
RPJPEW: apt-native, writeBackMMapToFile() in which I think ends up calling FileFd::Open() and then FileFd:Close() at some point16:11
RPJPEW: my question is whether the Close() can lag to garbage collection time or whether there is some kind of force ordering I'm missing16:11
RPJPEW: I'm not 100% sure where all the pieces fit together :/16:12
*** fray <fray!> has joined #yocto16:12
RPJPEW: the bug in question is - the database doesn't seem to have seen the rename() call from Close() yet16:12
RPJPEW: and its not determinstic, which makes me think gc16:13
*** xtron <xtron!~xtron@> has joined #yocto16:17
RPJPEW: I think we could just add a Close() call into that function which would then do what the desctructor would do but when we tell/need it to and it would solve the race16:25
RPJPEW: but my c++ is dreadful :)16:25
RPto be clear, there is a file rename buried in ::Close()16:27
*** xtron1 <xtron1!~xtron@> has joined #yocto16:27
*** gounaris <gounaris!~quassel@> has quit IRC16:27
RPI guess a global array which you added this fd to, to avoid gc would be enough to reproduce it16:28
*** xtron1 <xtron1!~xtron@> has quit IRC16:28
*** xtron1 <xtron1!~xtron@> has joined #yocto16:28
*** xtron <xtron!~xtron@> has quit IRC16:30
*** dStruct <dStruct!~matt@unaffiliated/dstruct> has quit IRC16:38
*** stephano <stephano!~stephano@> has quit IRC16:39
*** champagneg <champagneg!> has quit IRC16:39
*** agaikova <agaikova!> has quit IRC16:40
*** agaikova <agaikova!> has joined #yocto16:40
*** dStruct <dStruct!~matt@unaffiliated/dstruct> has joined #yocto16:41
*** dvhart <dvhart!~dvhart@> has quit IRC16:43
*** dvhart <dvhart!~dvhart@> has joined #yocto16:46
*** B0ned1ger <B0ned1ger!> has quit IRC16:46
*** nacknick <nacknick!4d8b8317@> has joined #yocto16:46
*** B0ned1ger <B0ned1ger!> has joined #yocto16:46
nacknickRP: I tried to add "lib32-gcc" as you suggested, it did install 32-bit GCC, but when trying to compile I get errors of include issues. such as: "/usr/include/bits/wordsize.h:40:10: fatal error: bits/wordsize-32.h: No such file or directory"16:48
RPnacknick: closer :) sounds like you're missing one of the headers packages. I don't know what that would be offhand though16:55
JPEWThere's no deferred "garbage collection" in C++, it's all deterministic16:55
*** dreyna <dreyna!> has joined #yocto16:55
fraywordsize is usually the libc16:56
*** dreyna <dreyna!> has quit IRC16:56
*** dreyna <dreyna!> has joined #yocto16:56
*** xtron1 <xtron1!~xtron@> has quit IRC16:58
RPJPEW: so before that mmap function returns, the FileFd object's desctructor would be called?16:59
RPJPEW: ok, thanks. That rules out that theory16:59
JPEWRP: My guess would be that some of the logic in FileFd::Close() is triggering that prevents it from doing the rename()17:01
*** dmoseley <dmoseley!~dmoseley@> has quit IRC17:07
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto17:16
*** thekappe <thekappe!c65a42b1@> has quit IRC17:16
*** Kyubi <Kyubi!> has joined #yocto17:17
*** Minjae_Kim <Minjae_Kim!742ab977@gateway/web/cgi-irc/> has quit IRC17:18
RPJPEW: I wonder if its a race between a file access from a different thread and the point where the file is renamed on disk but not in pseudo?17:19
*** minimaxwell <minimaxwell!> has quit IRC17:21
*** chris_ber <chris_ber!~quassel@> has quit IRC17:22
JPEWThat's possible17:24
*** fl0v0 <fl0v0!> has quit IRC17:26
*** mckoan is now known as mckoan|away17:30
*** nacknick <nacknick!4d8b8317@> has quit IRC17:32
*** kiwi_29 <kiwi_29!> has joined #yocto17:33
*** kiwi_29 <kiwi_29!> has quit IRC17:37
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto17:46
*** B0ned1ger <B0ned1ger!> has quit IRC17:46
*** B0ned1ger <B0ned1ger!> has joined #yocto17:47
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC17:52
RPJPEW: there is code in pseudo to work around this, I'll have to investigate18:01
*** frsc <frsc!> has quit IRC18:04
kanavin_homeRP: this is the commit that adds same-but-excluded category to reproducibility test
kanavin_homeRP: I am now running a standalone selftest here with it
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC18:28
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto18:29
fullstopHi, in dunfell, with a recipe containing python function definitions, which version of python is used?19:17
fullstophost python?19:18
tgoodwinfullstop: I think python3 is used throughout for the last several releases19:19
fullstoptgoodwin: from the host or something which is built?19:19
fullstopmy host is stuck at ubuntu 16.04 at the moment and a recipe is doing something with datetime which fails for older python versions.  (I think)19:20
*** kiwi_29 <kiwi_29!> has joined #yocto19:20
*** kiwi_29 <kiwi_29!> has quit IRC19:21
*** kiwi_29 <kiwi_29!> has joined #yocto19:21
fullstopit very much looks like it uses host python3.  *sad python noises*19:24
tgoodwinYeah I think it would be the host version.19:25
tgoodwinI've gotten around this by deploying a python2 script as a -native package and then running it from the various tasks.19:25
fullstopIf I install python3 on the host, can I get it included in bitbake's path before the native python?19:26
tgoodwinI don't know about that. I would presume it follows your PATH environment variable but I haven't tried doing that.19:28
neverpanicfullstop: it's it already using your host python3?19:29
fullstopneverpanic: it is, but I don't want to replace the host python3 since I don't know what the fallout of that will be.19:29
fullstopI would rather build python3 in this user's home directory and prefer that version over the host python version.19:30
neverpanicah, wait, you need a newer python3 than your distribution's python3, and you're wondering whether bitbake would use that if you had it installed?19:30
neverpanicthat should work, iff you set $PATH to include that, and ensure that the build env setup doesn't remove it again19:30
fullstopYes, the last part of your message is my concern.  :-)19:31
fullstopI guess I'll try it.19:31
neverpanicif you're doing "echo $PATH", it shows up, and in the same shell "bitbake ...", it should use your python319:32
fullstopI'll know pretty quickly since this fails before anything even starts to build.19:33
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:87f2:2077:d406:e584> has quit IRC19:36
fullstopIt preserves the path.  \o/19:45
*** Kyubi <Kyubi!~Kyubi@> has quit IRC19:45
*** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto19:47
GeneralStupidIs there a way to get only Python pyc files in yocto, to save flash?19:48
neverpanicnot out of the box afaik, but you could probably extend the python-related bbclass to package *.pyc in separate packages and install those instead.19:52
*** harry <harry!ca256002@> has joined #yocto19:58
*** harry is now known as hjm19:58
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto19:59
*** dvhart <dvhart!~dvhart@> has quit IRC20:00
*** hjm <hjm!ca256002@> has quit IRC20:02
*** Kyubi <Kyubi!~Kyubi@> has quit IRC20:12
*** dvhart <dvhart!~dvhart@> has joined #yocto20:15
*** bobo <bobo!> has joined #yocto20:17
*** Ad0 <Ad0!~Ad0@> has quit IRC20:21
*** Ad0 <Ad0!~Ad0@> has joined #yocto20:26
*** dvhart <dvhart!~dvhart@> has quit IRC20:34
*** dvhart <dvhart!~dvhart@> has joined #yocto20:42
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:6cc5:e3f8:e9ae:ae45> has quit IRC20:54
vdlhi all -- systemd-container wasn't shipped with systemd-importd so I added PACKAGECONFIG_append_pn-systemd = " curl xz zlib bzip2 gcrypt importd" to my distro conf.21:00
vdlProblem is the build still fails with: " ERROR: Problem encountered: importd support was requested, but dependencies are not available"21:00
vdlwithout much details.21:00
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:12
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto21:15
*** _linker_ <_linker_!~linker@2a02:a31a:a045:3500:e120:4743:5ef2:908d> has quit IRC21:15
*** _linker_ <_linker_!~linker@2a02:a31a:a045:3500:e120:4743:5ef2:908d> has joined #yocto21:16
*** Kyubi <Kyubi!> has joined #yocto21:28
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto21:29
*** tgoodwin <tgoodwin!> has quit IRC21:34
JPEWvdl: The `PACKAGECONFIG[importd] = "..."` line probably needs the dependencies added21:38
*** feddischson <feddischson!> has quit IRC21:40
*** dvhart <dvhart!~dvhart@> has quit IRC21:45
vdlJPEW: seems like the comment above it is incomplete as well:
fullstopmaybe this is known, but at least libice does not package correctly with tar 1.33 on the dunfell branch.  I no zstd support in my tar, so I needed to update the host tar.  I went with the latest, 1.33, and it failed to package.21:50
*** dvhart <dvhart!~dvhart@> has joined #yocto21:51
fullstopI understand that the solution to my woes is to update the server I'm using to build.21:52
fullstopWith that being said, this might be a problem as distributions start to use the newer tar.21:52
fullstopAlso, it was "fun" thinking about tar and how I used an old version of tar to unpack the new version of tar.21:53
vdlJPEW: the meson log shows "Run-time dependency {libapparmor,glib-2.0,gobject-2.0,gio-2.0} found: NO (tried pkgconfig and cmake)"21:56
vdlshould I install them somehow?21:56
*** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC21:56
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC22:01
vdlPACKAGECONFIG_append_pn-systemd = " curl xz zlib bzip2 gcrypt importd" works from the image recipe, not from the distro conf in fact.22:09
*** boucman <boucman!~boucman@wesnoth/developer/boucman> has joined #yocto22:10
*** _linker_ <_linker_!~linker@2a02:a31a:a045:3500:e120:4743:5ef2:908d> has quit IRC22:15
*** _linker_ <_linker_!~linker@2a02:a31a:a045:3500:e120:4743:5ef2:908d> has joined #yocto22:15
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has joined #yocto22:18
*** vineela <vineela!~vtummala@> has quit IRC22:23
vdlnah it doesn't work in fact, it's simply ignored... back to failing importd build.22:30
JPEWvdl: Ya, it probably needs apparmor added to the depends list in the PACKAGECONFIG[importd] line22:30
*** vineela <vineela!vtummala@nat/intel/x-nhkuwxtndlngvraf> has joined #yocto22:35
*** B0ned1ger <B0ned1ger!> has quit IRC22:46
*** B0ned1ger <B0ned1ger!> has joined #yocto22:47
RPJPEW: I can't quite see how pseudo would mishandle this rename either :(22:51
*** B0ned1ger <B0ned1ger!> has quit IRC22:55
*** kpo_ <kpo_!> has quit IRC22:55
*** B0ned1ger <B0ned1ger!> has joined #yocto22:55
*** kpo_ <kpo_!> has joined #yocto22:56
RPJPEW: actually, I may have spotted something. Hmm.22:59
RPseebs: happen to be around?22:59
RPseebs: I'm wondering if rename calls need to mark the oldpath of a rename as OP_MAY_UNLINK23:00
RPfray: ^^^23:00
RPi.e. if something called stat() on the oldpath after real_rename but before OP_RENAME23:01
frayoof.. yes.. it could23:05
RPIts calling stat() on newpath after real_rename but before OP_RENAME so the database still has oldpath in it with the now incorrect inode23:07
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:09
RPfray: trouble is that we're already using MAY_UNLINK for newpath so we can't use it for oldpath at the same time23:09
*** boucman <boucman!~boucman@wesnoth/developer/boucman> has quit IRC23:13
RPah, we can, there is a file and a files function :)23:13
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto23:15
*** sashko <sashko!> has joined #yocto23:19
sashkohow do you handle LIC_FILES_CHKSUM if package doesn't contain license file?23:20
vdlJPEW: what's the best way to add apparmor to the depends list in the PACKAGECONFIG[importd] line, patching meta-openembedded or bbappend the recipe maybe?23:21
RPJPEW: a green master-next :)23:40
vdlJPEW: RP: in fact how do I add apparmor as a dependency to PACKAGECONFIG[importd]?23:48

Generated by 2.17.2 by Marius Gedminas - find it at!