| JPEW | RP: Like: `OMP_NUM_THREADS[vardepvalue] = ""` ? | 00:16 |
|---|---|---|
| JPEW | RP: I'm pretty sure the variable has to be exported; we don't really know where some tool might be using native OpenMP | 00:17 |
| khem | JPEW: we have XZ_DEFAULTS where we control number of threads xz uses we could have something similar for openmp as well | 00:19 |
| JPEW | khem: OK, ya | 00:20 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:6c9e:d835:53cb:dfd2> has quit IRC | 00:26 | |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 00:28 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:33 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-066-054.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 00:36 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:45 | |
| moto-timo | make -j $(nproc) ... what could go wrong? lol | 01:00 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 01:02 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 01:06 | |
| *** savolla <savolla!~savolla@95.10.206.84> has joined #yocto | 01:25 | |
| *** savolla <savolla!~savolla@95.10.206.84> has quit IRC | 01:29 | |
| *** nate02 <nate02!~nate02@d207-6-145-51.bchsia.telus.net> has quit IRC | 01:41 | |
| *** nate02 <nate02!~nate02@node-1w7jr9uj7cm03p61cfhtll2am.ipv6.telus.net> has joined #yocto | 01:45 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:58 | |
| *** lexano <lexano!~lexano@2607:fea8:5bc0:e36:81cb:566d:e8bc:64e9> has quit IRC | 02:10 | |
| JPEW | RP: OK, that works. It's a rebuild-the-world change though :/ | 02:13 |
| *** ahadi <ahadi!~ahadi@89.244.121.158> has quit IRC | 02:17 | |
| *** ahadi <ahadi!~ahadi@i5E86AFD7.versanet.de> has joined #yocto | 02:19 | |
| *** lexano <lexano!~lexano@2607:fea8:5bc0:37f:cd2:dc1b:c335:a94d> has joined #yocto | 02:24 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 02:33 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 02:38 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 02:44 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 02:45 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 03:03 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 03:07 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-pykwtfwencuwwfyi> has quit IRC | 03:39 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 03:40 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 03:44 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:04 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 04:26 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 04:34 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 04:46 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 04:58 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 05:03 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 05:05 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 05:05 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:09 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:09 | |
| *** camus1 is now known as kaspter | 05:09 | |
| *** jobroe <jobroe!~manjaro-u@p579eb728.dip0.t-ipconnect.de> has joined #yocto | 05:10 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 05:22 | |
| *** sakoman <sakoman!~steve@72.173.249.164> has quit IRC | 05:22 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 05:25 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 05:26 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 05:29 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 05:37 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 05:37 | |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC | 05:42 | |
| *** agust <agust!~agust@pd95f1388.dip0.t-ipconnect.de> has quit IRC | 05:55 | |
| *** agust <agust!~agust@pd95f13e5.dip0.t-ipconnect.de> has joined #yocto | 06:06 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 06:14 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 06:17 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 06:27 | |
| *** nate02 <nate02!~nate02@node-1w7jr9uj7cm03p61cfhtll2am.ipv6.telus.net> has quit IRC | 06:28 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 06:30 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 06:31 | |
| *** nate02 <nate02!~nate02@node-1w7jr9uj7cm03p61cfhtll2am.ipv6.telus.net> has joined #yocto | 06:32 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-tiwbnlqnowdjokzt> has joined #yocto | 06:37 | |
| *** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto | 06:38 | |
| *** mckoan|away is now known as mckoan | 06:41 | |
| mckoan | good morning | 06:41 |
| *** fl0v0 <fl0v0!~fvo@88.130.222.169> has joined #yocto | 06:51 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-091-089-212-083.hsi2.kabel-badenwuerttemberg.de> has joined #yocto | 06:53 | |
| *** prajvalsh <prajvalsh!~prajvalsh@27.7.186.21> has joined #yocto | 06:59 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 07:03 | |
| prajvalsh | Hi. I'm working on compute module 4 to build the custom OS. I'm using the poky and dunfell branch. I'm not able to get the usb working on it. I have tried adding ENABLE_DWC2_HOST variable in the local.conf and adding the dtoverlay command directly to config.txt file. I was not successfull in doing so. Need some suggestions on this | 07:03 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 07:08 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto | 07:17 | |
| RP | denix: that is a really good question, not sure. It should have figured out that something was providing it and we've not needed that anywhere else | 07:20 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:65c0:98c9:e20a:74ed> has joined #yocto | 07:24 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:24 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 07:25 | |
| *** zyga_ is now known as zyga-fyke | 07:26 | |
| *** alex88 <alex88!~alex88@unaffiliated/alex88> has quit IRC | 07:30 | |
| mcfrisk | hi, is gitsm fetcher utterly broken in terms of full download cache and off line builds? even on master/dunfell? | 07:31 |
| *** alex88 <alex88!~alex88@unaffiliated/alex88> has joined #yocto | 07:34 | |
| RP | mcfrisk: good question, I know there were issues, not sure of the current status | 07:35 |
| mcfrisk | I was hoping master/dunfell would have gitsm fully cached in downlaod cache but doesn't seem to be the case, and fetcher fails if I set BB_NO_NETWORK = "1" | 07:41 |
| RP | mcfrisk: would be good to document how to break it I guess, maybe an open bug | 07:42 |
| GeneralStupid | Hi, my network interface comes up very late. I switched from sysvinit to systemd, before systemd it was ok... I removed systemd-networkd (bad idea?). For me it looks like, that my udhcpc unit file starts the network. What is the 'correct' way? https://dpaste.org/O9EF | 07:42 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:44 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 07:45 | |
| mcfrisk | RP: stupid questions, why not with gitsm (or any fetcher) just tar the full source tree after do_fetch() and cache and restore that when building off line | 07:51 |
| mcfrisk | ah sorry, do_pack/do_patch would be the way then. changes the way SRC_URI's are cached.. | 07:52 |
| mcfrisk | caching too much, e.g. multiple copies of git trees, would be better than not being able to cache or off-line-build at all | 07:55 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:55 | |
| *** locutusofborg_ <locutusofborg_!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 07:56 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 07:57 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:57 | |
| *** camus1 is now known as kaspter | 07:57 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 07:59 | |
| RP | mcfrisk: the system is trying to be clever about caching and updating which breaks down with gitsm. I did think the major issues had been resolved :/ | 08:01 |
| *** locutusofborg_ is now known as LocutusOfBorg | 08:03 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 08:03 | |
| LetoThe2nd | RP: when did being clever ever work? | 08:04 |
| mcfrisk | at least for me, there are a lot of failures from gitsm users when I try to build without network. seems like caching doesn't work at all, or at least some commands in setting up the trees only work with the git servers are available. I guess I have to dig deeper | 08:06 |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has quit IRC | 08:10 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 08:28 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm03p61cfhtll2am.ipv6.telus.net> has joined #yocto | 08:32 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 08:35 | |
| *** nate02 <nate02!~nate02@node-1w7jr9uj7cm03p61cfhtll2am.ipv6.telus.net> has quit IRC | 08:35 | |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has joined #yocto | 08:38 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC | 08:42 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-84-88-36.home.otenet.gr> has quit IRC | 08:42 | |
| *** aaa <aaa!5dde5c3d@p5dde5c3d.dip0.t-ipconnect.de> has joined #yocto | 08:43 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 08:53 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto | 08:53 | |
| *** olani[m] <olani[m]!olanimatri@gateway/shell/matrix.org/x-uczexysljpzkptfn> has quit IRC | 09:00 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:edce:5dc8:e063:bf53> has joined #yocto | 09:01 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 09:01 | |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has quit IRC | 09:05 | |
| yann | zeddii: what logs am i missing ? see what i see at https://pastebin.com/3AFFr4SQ https://pastebin.com/fMS9dakQ - the only information I can see about which scc's are really used is in the logs I added. I did not mean to offend or anything (the kmeta stuff is really nice and I understand a huge amount of work was needed to get there), just I really did not find the info (sorry, I think the frustration thereof made it into my commit tone) | 09:15 |
| *** TechnoTony <TechnoTony!~tony@static-198-54-132-132.cust.tzulo.com> has joined #yocto | 09:22 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 09:25 | |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has joined #yocto | 09:33 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 09:33 | |
| *** TechnoTony <TechnoTony!~tony@static-198-54-132-132.cust.tzulo.com> has left #yocto | 09:35 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 09:37 | |
| *** BimBamBim <BimBamBim!531fc3b6@83.31.195.182> has joined #yocto | 09:39 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has quit IRC | 09:43 | |
| *** DanmerZ <DanmerZ!~op@46.150.10.3> has joined #yocto | 09:43 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 09:44 | |
| DanmerZ | Hi! What is the command to open the recipe environment in a separate terminal to be able to configure/build specific package the same way it is done by Bitbake? | 09:44 |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 09:44 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto | 09:45 | |
| BimBamBim | DanmerZ: -c devshell ? | 09:46 |
| DanmerZ | BimBamBim that's it, thanks. I just could not find it in docs. | 09:46 |
| *** bps <bps!~bps@cpe.ge-7-1-9-436.noenqe10.dk.customer.tdc.net> has joined #yocto | 10:00 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has joined #yocto | 10:04 | |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has quit IRC | 10:05 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 10:06 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 10:06 | |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has joined #yocto | 10:11 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 10:15 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:65c0:98c9:e20a:74ed> has quit IRC | 10:24 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:26 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 10:27 | |
| *** prajvalsh <prajvalsh!~prajvalsh@27.7.186.21> has quit IRC | 10:33 | |
| *** prajvalsh <prajvalsh!~prajvalsh@27.7.186.21> has joined #yocto | 10:33 | |
| *** nate0202 <nate0202!~nate02@node-1w7jr9uj7cm03p61cfhtll2am.ipv6.telus.net> has quit IRC | 10:36 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC | 10:59 | |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has joined #yocto | 11:12 | |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 11:17 | |
| *** DanmerZ <DanmerZ!~op@46.150.10.3> has quit IRC | 11:34 | |
| *** bps <bps!~bps@cpe.ge-7-1-9-436.noenqe10.dk.customer.tdc.net> has quit IRC | 11:39 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-cpmzsqdsylobijsk> has joined #yocto | 11:48 | |
| *** caiortp <caiortp!~caiortp@92-108-245-63.cable.dynamic.v4.ziggo.nl> has quit IRC | 12:00 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 12:05 | |
| jmiehe | not just yocto-related, but I'm sure you know the answer: Is there a exec-like filter for the "find" program to only display results where an exec is true? Like "find . -type f -exec-like stat {} \| grep Windows \;", should only show M$ related files | 12:05 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 12:05 | |
| jmiehe | so anyway, is there a better suited IRC room to ask questions like that one? | 12:06 |
| yates | \quit | 12:10 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC | 12:10 | |
| derRichard | jmiehe: exec sh -c "your oneline script..." | 12:11 |
| derRichard | *inline | 12:11 |
| *** wmat <wmat!foobar@gromit.mixdown.ca> has left #yocto | 12:13 | |
| jmiehe | derRichard: so actually the answer to "i want something like -exec" is "just use -exec then" :facepalm: thanks! | 12:17 |
| derRichard | this is at least what i usually do. i exec some shell script :) | 12:19 |
| *** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto | 12:21 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 12:22 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:928e:1d6:6f1:6414:356> has joined #yocto | 12:23 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:928e:1d6:6f1:6414:356> has quit IRC | 12:29 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC | 12:32 | |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 12:32 | |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 12:38 | |
| LetoThe2nd | need some short syntax help. how to CFLAGS_append only for target, not for -native? | 12:39 |
| LetoThe2nd | CFLAGS-target_append? | 12:48 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 12:49 | |
| qschulz | LetoThe2nd: CFLAGS_append_class-target = " -DLETO" | 12:52 |
| qschulz | but I think you have TARGET_CFLAGS already? | 12:52 |
| qschulz | LetoThe2nd: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/conf/bitbake.conf#n573 | 12:52 |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto | 12:53 | |
| LetoThe2nd | qschulz: you lost me. I just need to pass "-DWHATEVER" to the target build of sqlite. | 12:53 |
| LetoThe2nd | qschulz: so you'd go for TARGET_CFLAGS_append? | 12:54 |
| qschulz | CFLAGS_append_class-target = " -DWHATEVER" should do the trick, don't know about TARGET_CFLAGS | 12:55 |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 12:56 | |
| LetoThe2nd | kthx | 12:57 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 12:57 | |
| qschulz | LetoThe2nd: CFLAGS_append_class-target_pn-sqlite if you like local.conf :p | 12:57 |
| LetoThe2nd | muahahaha local.conf | 12:59 |
| *** Spooster <Spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 13:01 | |
| LetoThe2nd | ... that moment when you realize that your build broke because you c&p-ed a constant from google, effectively replacing "_" with " " | 13:13 |
| qschulz | LetoThe2nd: smh, THAT close to remove you from the first responder team | 13:16 |
| LetoThe2nd | hrhrhr | 13:21 |
| *** jobroe <jobroe!~manjaro-u@p579eb728.dip0.t-ipconnect.de> has quit IRC | 13:24 | |
| *** jobroe <jobroe!~manjaro-u@p579eb728.dip0.t-ipconnect.de> has joined #yocto | 13:24 | |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:928e:1d6:6f1:6414:356> has joined #yocto | 13:24 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 13:26 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 13:31 | |
| *** jobroe <jobroe!~manjaro-u@p579eb728.dip0.t-ipconnect.de> has quit IRC | 13:46 | |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has quit IRC | 13:48 | |
| *** _habnabit <_habnabit!~habnabit@python/site-packages/habnabit> has joined #yocto | 13:54 | |
| _habnabit | hello i've been told to join because yocto is using eval in places it's not necessary | 13:54 |
| *** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto | 13:56 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 13:57 | |
| jmiehe | difference between useradd, useradd_base and extrausers? | 14:01 |
| *** nate02 <nate02!~nate02@node-1w7jr9uj7cm05uq26i9la4uvw.ipv6.telus.net> has joined #yocto | 14:01 | |
| LetoThe2nd | _habnabit: okay? | 14:03 |
| _habnabit | LetoThe2nd, yeah idk this is just what i was told to do | 14:03 |
| yates | are the authors of the poky/meta/classes/siteinfo.bbclass file here? | 14:04 |
| LetoThe2nd | _habnabit: who told you? what is the context? | 14:04 |
| yates | LetoThe2nd: i believe _habnabit wants to discuss the usage of eval() in siteinfo.bbclass. i suggested he come here because i suspect the authors of that file (siteinfo.bbclass) are on the channel | 14:05 |
| _habnabit | yates, not a he | 14:05 |
| *** nate02 <nate02!~nate02@node-1w7jr9uj7cm05uq26i9la4uvw.ipv6.telus.net> has quit IRC | 14:06 | |
| yates | oh, sorry | 14:06 |
| qschulz | _habnabit: please formulate your question :) | 14:06 |
| *** nate02 <nate02!~nate02@d207-6-145-51.bchsia.telus.net> has joined #yocto | 14:06 | |
| _habnabit | i need to go to the pharmacy now anyway but i was linked to http://paste.ubuntu.com/p/hvS7Kh45NH/ | 14:06 |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:20e0:2ff7:e997:1a04> has quit IRC | 14:07 | |
| LetoThe2nd | ok, but what is the question? there isn't even an eval() in that paste, at least not from grepping it. | 14:07 |
| yates | LetoThe2nd: that's true. the eval() is part of the bb.utils.better_eval(call, locs) function | 14:09 |
| yates | i think _habnabit believes using eval() is unnecessary and wants to explain how this functionality (appending to the siteinfo dictionaries) can be done, but i'll let her respond | 14:11 |
| yates | can better be done | 14:11 |
| LetoThe2nd | well is it only about that one usecase? is it about the implementation of https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/bitbake/lib/bb/utils.py#n421 in general? all effort is welcome, but... this is more like pulling things out of a nose bit by bit. maybe an explanatory/asking mail to the ML would be better? | 14:12 |
| yates | yes, about that function. yes, ML may be better. thanks LetoThe2nd | 14:13 |
| LetoThe2nd | technically this even goes to bitbake, but we're not into nitpicking, so any of yocto@ or openembedded-devel@ would be suitable as a start. | 14:14 |
| yates | good point. hopefully she sees this when she gets back | 14:14 |
| LetoThe2nd | *they see it. that was the requested pronoun, for the record. | 14:16 |
| *** prajvalsh <prajvalsh!~prajvalsh@27.7.186.21> has quit IRC | 14:17 | |
| *** tnovotny <tnovotny!~tnovotny@ip-78-45-64-220.net.upcbroadband.cz> has quit IRC | 14:18 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:344e:3d2c:47a3:4e6b> has joined #yocto | 14:19 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto | 14:26 | |
| *** yannholo98 <yannholo98!8d00cd29@fs-141-0-205-41.fullsave.info> has joined #yocto | 14:27 | |
| *** yannholo98 <yannholo98!8d00cd29@fs-141-0-205-41.fullsave.info> has quit IRC | 14:27 | |
| nate02 | Does anyone have any experience running nightly builds on a cloud compute server like AWS or linode? How expensive is that? | 14:27 |
| LetoThe2nd | nate02: it depends (TM). if you want to do without sstate (e.g. test the whol build), then you're better off just buying the HW | 14:33 |
| *** hch <hch!~x@unaffiliated/hch> has joined #yocto | 14:35 | |
| qschulz | LetoThe2nd: which I assume would be recommended for releases, right? | 14:38 |
| LetoThe2nd | qschulz: there are many "nightly builds" | 14:40 |
| *** BimBamBim <BimBamBim!531fc3b6@83.31.195.182> has quit IRC | 14:40 | |
| qschulz | LetoThe2nd: I meant to say for companies when they do releases, to not build from sstate-cache | 14:41 |
| LetoThe2nd | qschulz: it is, but we don't know if the OA wants to do releases. | 14:42 |
| LetoThe2nd | just "nightly builds" :) | 14:42 |
| yates | is "bb.plain()" the right function to use within a python function to "print" to the bitbake output? | 14:45 |
| *** AndersD_ <AndersD_!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC | 14:46 | |
| RP | yates: yes | 14:48 |
| *** kaspter <kaspter!~Instantbi@183.192.143.108> has joined #yocto | 14:48 | |
| qschulz | yates: bb.plain, bb.error, bb.warn, bb.fatal, bb.info, bb.debug IIRC | 14:49 |
| qschulz | bb.warn is nice, prints by default and is colored in orange/yellow | 14:49 |
| *** kaspter <kaspter!~Instantbi@183.192.143.108> has quit IRC | 14:51 | |
| RP | qschulz: s/bb.info/bb.note/ iirc | 14:53 |
| Spooster | I'm here to parade my ignorance and hope someone can point me in a better direction than what I've been able to dredge up via google. | 14:56 |
| Spooster | I'm looking to make sure that vc4graphics are included and bundled with the image we're building... which at this point, is native Wayland + Weston | 14:56 |
| *** mckoan is now known as mckoan|away | 14:56 | |
| Spooster | no X | 14:56 |
| *** kaspter <kaspter!~Instantbi@183.192.143.108> has joined #yocto | 14:57 | |
| Spooster | some sources indicate that vc4 graphics are just automagically included for raspberrypi4-64 machines... but if they aren't... then it should be a trivial MACHINE_FEATURES_append | 14:57 |
| Spooster | so far so good... but I'm not sure I know of way to verify that the graphics drivers are installed on the resulting image | 14:57 |
| Spooster | the only thing I'm finding, are people suggesting I run glxgears... which I think is x-onl | 14:58 |
| Spooster | x-only* | 14:58 |
| *** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:928e:1d6:6f1:6414:356> has quit IRC | 14:58 | |
| Spooster | chrome on wayland has been quite picky, and won't start unless we disable gpu acceleration... so I'm 99% sure it's just an issue on chrome-ozone-wayland on dunfell | 15:00 |
| Spooster | but trying to verify that the driver is at least _present_ seems like something that shouldn't be hard to check... I just haven't been able to figure what I could be looking for | 15:00 |
| Spooster | I DO have a /dev/dri/card0 and /dev/dri/card1 which seems to imply that I have a definite something in this space | 15:01 |
| jmiehe | what is packagegroup-machine-base? | 15:07 |
| qschulz | Spooster: I usually use kmscube for testing GPU support, it comes with libdrm-tools IIRC | 15:07 |
| Spooster | @jmiehe machine is set to raspberrypi4-64 in my kas.yml | 15:08 |
| Spooster | i'll take a look at kmscube | 15:08 |
| qschulz | Spooster: if the vc4 GPU driver is built-in the kernel, you can check on the target by reading the content of /proc/config.gz and check for the option (and test with kmscube for example) | 15:08 |
| qschulz | Spooster: if it's built as a module, you can check with buildhistory or bitbake -g that kernel-module-<insert name of vc4 driver> exists in your image | 15:09 |
| qschulz | Spooster: libdrm-tests I think actually | 15:10 |
| Spooster | I don't seem to have a /proc/config.gz but I'll take a look to see if I can find evidence of kernel-module-vc4-kms-v3d or kernel-module-vc4-fkms-v3d | 15:10 |
| qschulz | Spooster: if they are built-in, you won't find them (obviously, since they are not modules :) ) | 15:11 |
| jmiehe | Is it better practice to "inherit core-image" or to "require core-image-minimal.bb"? | 15:12 |
| jmiehe | is there any difference? | 15:12 |
| qschulz | jmiehe: core-image-minimal.bb inherit core-image, so the difference is all the rest | 15:13 |
| *** beneth <beneth!~beneth@2001:41d0:c:a71:1000:25::> has quit IRC | 15:15 | |
| qschulz | jmiehe: the notable addition seems to be packagegroup-base-extended added by default but honestly I'm reading the files right now | 15:15 |
| jmiehe | qschulz: i actually don't see where core-image is even defined | 15:17 |
| jmiehe | wait, it's in classes ofc, my find didnt include bbclass :D | 15:17 |
| *** beneth <beneth!~beneth@2001:41d0:c:a71:1000:25::> has joined #yocto | 15:18 | |
| tlwoerner | Spooster: enabling vc4 is the default with meta-raspberrypi. you have to explicitly disable it if you don't want it (i.e. DISABLE_VC4GRAPHICS) | 15:18 |
| jmiehe | ip a | 15:19 |
| jmiehe | … wrong terminal, sorry | 15:19 |
| Spooster | tlwoerner: That all lines up with what I was seeing... thanks! Still looking to figure out what chromium's issue is... but I think I'm on a good path for now | 15:19 |
| tlwoerner | Spooster: i usually enable buildhistory, which gives me a list list of installed-packages.txt, that i can look through to see what ended up in my image | 15:22 |
| Spooster | this seems... like something I should read more on | 15:22 |
| tlwoerner | i agree with qschulz kmscube is a good tester for accelerated graphics that is independent of windowing system | 15:22 |
| *** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 15:22 | |
| tlwoerner | glmark2 with PACKAGECONFIG_append_pn-glmark2 = " drm-gl" is also a good windowing-independent acceleration graphics tester too | 15:23 |
| tlwoerner | glmark2 is in meta-openembedded/meta-oe/recipes-benchmark (or benchmarks?) | 15:23 |
| tlwoerner | Spooster: add the following to local.conf | 15:24 |
| tlwoerner | INHERIT += "buildhistory image-buildinfo buildstats-summary" | 15:24 |
| tlwoerner | BUILDHISTORY_COMMIT = "1" | 15:24 |
| tlwoerner | then, at the end of your build, check "buildhistory/images/<machine>/<c library>/<image>" | 15:25 |
| Spooster | how much filespace should I expect this to take? | 15:25 |
| tlwoerner | and you'll find installed-packages.txt and files-in-image.txt | 15:25 |
| Spooster | I'm unfortunately in a space where I have to keep things lean | 15:25 |
| tlwoerner | $ du -sh buildhistory/ | 15:26 |
| tlwoerner | 70M buildhistory/ | 15:26 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 15:26 | |
| tlwoerner | it depends on the number of images, machines, c libraries… | 15:26 |
| Spooster | ofc | 15:26 |
| tlwoerner | i guess you could not enable the BUILDHISTORY_COMMIT | 15:26 |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 15:26 | |
| tlwoerner | but then you lose the ability to use git diff to see what changed between builds | 15:27 |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 15:28 | |
| Spooster | I'll have to find some time to get this running in my CI | 15:28 |
| tlwoerner | Spooster: https://twoerner.blogspot.com/2020/12/graphics-with-openembeddedyocto-without.html | 15:31 |
| yates | qschulz: thanks! | 15:34 |
| Spooster | tlwoerner: tyvm | 15:35 |
| tlwoerner | Spooster: once you have chromium running you can just open a new tab and use the following URI: "chrome://gpu" | 15:36 |
| Spooster | yeah, that's ultimately what I'm trying to narrow in on | 15:36 |
| tlwoerner | it will show you whether gpu acceleration is enabled/working | 15:36 |
| tlwoerner | ah | 15:37 |
| Spooster | chromium won't open unless I pass `--disable-gpu` | 15:37 |
| Spooster | so naturally, a lot of things are disabled | 15:37 |
| tlwoerner | oops, lol | 15:37 |
| Spooster | no worries | 15:37 |
| Spooster | kmscube under the weston user (we're running Waylend/weston as non-root) reveals interesting issues: `Failed to export dumb buffer: Permission denies` | 15:38 |
| Spooster | denied* | 15:38 |
| tlwoerner | too bad chromium didn't have a drm-only backend | 15:38 |
| Spooster | so I think I have my smoke... time to find the fire | 15:38 |
| Spooster | kmscube is spitting out so much output, that I need to scroll in my terminal, but I can't seem to capture it's text by piping it to | less | 15:42 |
| kergoth | Spooster: 2>&1 | less, it's likely going to stderr. | 15:44 |
| Spooster | no... it's even stranger than that | 15:44 |
| Spooster | there are 4 messages going to stderr... and I can work with that | 15:44 |
| Spooster | but the majority of the output is just....... not going to stdout or stderr somehow | 15:45 |
| kergoth | if you're seeing anythign else, it may be coming from your drivers to the kernel console, check dmesg | 15:45 |
| Spooster | I'm in my desktop environment, running `kmscube` in a terminal in the environment | 15:46 |
| Spooster | I get what looks like similar output to when I run it as root... I can ssh into the device as the root user in this debug build... so I might just use that | 15:46 |
| Spooster | but running as the display user reveals some of my trouble... I'm just confused as to how running `kmscube` produces a page of output, but `kmscube 2>&1 | less` only prints 4 lines | 15:47 |
| Spooster | dmesg doesn't have what I'm looking for | 15:49 |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 15:53 | |
| tlwoerner | Spooster: the logging in kmscube itself is quite straight-forward. almost all printf() and fprintf() | 15:58 |
| Spooster | then why on earth is `kmscube | less` empty? | 15:59 |
| tlwoerner | maybe there's buffing going on, and the rest of the output only comes with an explicity flush or when the app terminates? | 15:59 |
| tlwoerner | it's possible the other output, other than the 4 lines, comes from libraries it links to? | 15:59 |
| tlwoerner | and maybe those libraries have some voodoo going on (like detecting the terminal type of STDOUT/STDERR and changing behaviour as a result?) | 16:00 |
| tlwoerner | (just guessing) | 16:00 |
| Spooster | that's my only guess... | 16:00 |
| tlwoerner | maybe try redirecting to a file and gracefully exiting the app? | 16:00 |
| Spooster | empty file | 16:00 |
| tlwoerner | the OpenEmbedded Happy Hour is in, roughly, and hour! See you there! :-D | 16:00 |
| tlwoerner | https://www.openembedded.org/wiki/Happy_Hours | 16:00 |
| tlwoerner | Spooster: (the OEHH thing wasn't directed at you specifically ;-) | 16:01 |
| Spooster | I mean... I'm not going to say no | 16:02 |
| *** fl0v0 <fl0v0!~fvo@88.130.222.169> has quit IRC | 16:07 | |
| denix | RP: with RDEPENDS and that warning, it ends up building full set of nativesdk-perl, but then doesn't package it into buildtools-tarball due to RDEPENDS. I was wondering if setting DEPENDS would remove the warning and don't even build nativesdk-perl, since it's not needed | 16:35 |
| denix | sorry, I meant PROVIDES, not DEPENDS - this is for dummy-sdk-package ^ | 16:38 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 16:39 | |
| RP | denix: I'm just wondering why we don't see this elsewhere | 16:47 |
| denix | reminder - OE happy hour is in less than 10 minutes! | 16:53 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC | 17:06 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has quit IRC | 17:07 | |
| fray | We're having an issue where crt0.o (for baremetal) is being stripped and breaking linking. If we add SYSROOT_INHIBIT_STRIP = '1' that of course fixes it. It appears the symtab section is being stripped off as well as others. I'm surprised a crt*.o would be stripped ever.. Is this standard behavior in Linux? | 17:13 |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 17:24 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC | 17:25 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-237-59.adslplus.ch> has joined #yocto | 17:27 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 17:28 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-tiwbnlqnowdjokzt> has quit IRC | 17:31 | |
| *** zyga-fyke <zyga-fyke!~zyga@unaffiliated/zyga> has quit IRC | 17:47 | |
| *** micka <micka!~micka@reverse-177-98.fdn.fr> has quit IRC | 17:47 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has joined #yocto | 17:53 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:bf95:f2bc:a179:c59c> has joined #yocto | 17:57 | |
| *** micka <micka!~micka@reverse-177-98.fdn.fr> has joined #yocto | 17:57 | |
| *** gounaris <gounaris!~quassel@185.183.146.59> has quit IRC | 17:58 | |
| marex | fray: hey, any news on meta-xilinx-standalone hello-world sources ? :-) | 18:11 |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:20 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 18:22 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 18:22 | |
| *** smrtz <smrtz!d8c540f0@unaffiliated/smrtz> has joined #yocto | 18:23 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 18:34 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:344e:3d2c:47a3:4e6b> has quit IRC | 18:35 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:344e:3d2c:47a3:4e6b> has joined #yocto | 18:36 | |
| *** smrtz <smrtz!d8c540f0@unaffiliated/smrtz> has quit IRC | 18:40 | |
| Spooster | The OEHH was fun! It was nice having that open in the background while I was fooling around with my builds. Trying to narrow down an issue that's slowly starting to look like a permissions issue in EGL on a 64bit raspberrypi4 image. (dunfell, but we're starting to tweak dunfell with things like the latest wayland/weston recipes from master) | 18:56 |
| Spooster | At the end of the day, I'm just trying to run `chromium` without --disable-gpu, and now I'm at this point. | 18:57 |
| *** otavio__ <otavio__!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 18:57 | |
| Spooster | running kmscube dumps a bunch of text: https://pastebin.com/9qMEDWfP | 18:57 |
| Spooster | Chrome errors at some point in the bowels of EGL: https://pastebin.com/SpdhJayK | 18:58 |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 18:58 | |
| Spooster | these uevents seemed interesting: https://pastebin.com/Ch7Ku32w | 18:59 |
| Spooster | ooo... just got glmark-drm dumps out some error codes that appear to be egl specific: https://pastebin.com/p61uuZxB | 19:01 |
| Spooster | just got glmark-drm to dump* | 19:02 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 19:08 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 19:08 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 19:10 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 19:11 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 19:15 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 19:16 | |
| *** kaspter <kaspter!~Instantbi@183.192.143.108> has quit IRC | 19:22 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 19:24 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 19:26 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 19:34 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 19:37 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:47 | |
| *** renegade <renegade!~renegade@2601:241:8a00:46e0:880:de4e:f87e:da1b> has joined #yocto | 19:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:57 | |
| *** rcoote <rcoote!~rcoote@2a02:908:692:81c0:edce:5dc8:e063:bf53> has quit IRC | 20:01 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 20:06 | |
| renegade | How do I override a machine configuration, Do I just put a new .conf file in my layer with the same name? | 20:19 |
| kergoth | renegade: you could, but that would require the correct order in bblayers.conf to take effect. you'd be better off creating your own machine which includes the other and sets MACHINEOVERRIDES appropriately | 20:23 |
| renegade | So in my case I'm trying to make some changes for the raspberrypi4. So I would go and make custom_rpi4.conf and then inside that I would set MACHINEOVERRIDES = "raspberrypi4" | 20:30 |
| renegade | Is that correct? | 20:30 |
| renegade | or rather MACHINEOVERRIDES = "raspberrypi4:${MACHINE}" | 20:33 |
| opello | hi, i created a local layer to hold some backports and gave it priority 90, i stuck a really old version of thrift in there and it seems to have been preferred over the newer version in meta-oe without a PREFERRED_VERSION_thrift being set, and i don't quite know how to figure out why | 20:37 |
| jordemort | two questions: 1. am i correct in thinking that only packages, and not entire images, are stored in the sstate cache? and 2. is there any way to cache an entire image in the sstate cache? | 20:42 |
| jordemort | basically i want to end up with something like two different build nodes, which share an sstate cache but not a build directory, and if i build an image on one of them and then build the same image on the other one, it will be copied out of the sstate instead of recreated | 20:43 |
| opello | jordemort: my understanding is that task results get stored in the sstate, which can be disabled by setting task[nostamp] = "1" | 20:48 |
| opello | (not packages, nor images; and if you have a task that produces an image you should be able to stick it in there and get it dutifully tar'd up; but there may be more nuance here) | 20:49 |
| jordemort | opello: thanks, i'll see what i can figure out | 20:55 |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has quit IRC | 21:02 | |
| *** michaelo <michaelo!~mike@shells.bootlin.com> has joined #yocto | 21:02 | |
| jordemort | hm, i'm not seeing `nostamp` anywhere obvious in the recipe for my image, but it's definitely being recreated every time | 21:03 |
| jordemort | (if i remove the "build" directory between builds, that is) | 21:03 |
| jordemort | whereas the packages are clearly being reused | 21:04 |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:bf95:f2bc:a179:c59c> has quit IRC | 21:04 | |
| opello | https://docs.yoctoproject.org/ref-manual/migration-1.5.html#images-now-rebuild-only-on-changes-instead-of-every-time says images shouldn't rebuild unnecessarily | 21:06 |
| jordemort | it's true, if i don't remove the build directory between runs | 21:08 |
| opello | yeah, i don't see 100s of MB of sstate tarballs named for the image either :) | 21:09 |
| jordemort | i feel like i need to achieve a fuller understanding of how sstate functions | 21:10 |
| *** rpcme <rpcme!4470f0af@068-112-240-175.res.spectrum.com> has joined #yocto | 21:11 | |
| jordemort | i have a feeling the use of the deploy directory for that stuff plays into it somehow? | 21:12 |
| rpcme | I could not find any documentation / message board post on this: I have some configurations using dhcp-server and dhcp-client. I am trying to build on master but it looks like they got moved/ripped out... is there a replacement? | 21:12 |
| opello | jordemort: probably, i know we've used the tmp/deploy/images/ directory explicitly (and scripted the run so that the image is done first, then subsequent repackaging is done) but that always felt messy | 21:13 |
| rpcme | I guess I will need to change to dhcpcd | 21:17 |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:17 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:18 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has joined #yocto | 21:26 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@78-63-48-72.static.zebra.lt> has quit IRC | 21:30 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:42fd:8248:ef81:8276> has joined #yocto | 21:36 | |
| Crofton|cloud | khem: https://github.com/FFTW/fftw3/issues/213 | 21:37 |
| jordemort | i think i can pull off what i want to do with --dump-signatures for eacn of the images | 21:42 |
| jordemort | the output of that seems to be deterministic, with or without an empty build directory | 21:42 |
| jordemort | so if i do that before a build, and compare it to a previous run, i can skip the build if it's unchanged, without having to keep the build directory around | 21:42 |
| smurray | rpcme: dhcpcd is the replacement client, kea the replacement server | 21:51 |
| rpcme | smurray: thank you I don't know why server was there originally (I didn't write it) but the client is what's needed. | 21:52 |
| smurray | rpcme: there's also a dhcp client in busybox that you could try, iirc | 21:53 |
| rpcme | sounds good. obv that would be smaller footprint | 21:53 |
| smurray | yeah, if you're already using busybox, it's "free" if it works for your usecase | 21:55 |
| smurray | also, if you happen to be using systemd, systemd-networkd might be an option | 21:56 |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 22:01 | |
| *** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 22:03 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 22:04 | |
| *** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has quit IRC | 22:04 | |
| *** jpnurmi <jpnurmi!jpnurmi@qt/jpnurmi> has joined #yocto | 22:05 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 22:08 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:16 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 22:18 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC | 22:18 | |
| *** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto | 22:21 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 22:23 | |
| khem | Crofton|cloud: it does perhaps look like a bug in gcc9 AFAICT but its not narrowed down enough to look further into gcc9 perhaps some indirect fix in gcc10 has fixed it | 22:24 |
| Crofton|cloud | yeah | 22:24 |
| Crofton|cloud | heisenbug | 22:24 |
| Crofton|cloud | it has motivated me to do more ptest though | 22:25 |
| khem | rpcme: udhcpc is in busybox but won t do ipv6, you might use something like dibbler but perhaps dhcpcd will cover all bases for you | 22:25 |
| rpcme | khem: thank you. I will totally consider once I get a working baseline on master | 22:27 |
| khem | if size matters, then udhcpc+dibbler is a good compromize | 22:27 |
| khem | Crofton|cloud: if this is too critical performance wise perhaps consider using older gcc that will pan out ok | 22:30 |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 22:30 | |
| Crofton|cloud | it is just annoying supporting older gcc in newer layers | 22:30 |
| khem | maybe use meta-arm and IIRC they provided 8.3 in dunfell time frame | 22:30 |
| khem | Crofton|cloud: yeah other way around will be painful newer gcc will induct more misery on to older code | 22:31 |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 22:39 | |
| denix | RP: I'm not sure why I don't see the warning in poky. but I can confirm that it still ends up building and packaging nativesdk-perl for buildtools-tarball, even though it's not used | 22:47 |
| denix | RP: I saw the warnings in Arago distro, initially for other SDK builds that use dummy-sdk-package, but to make those don't make anything stupid, I tried buildtools-tarball, which is unmodified from oe-core and got the same warninging and behavior | 22:50 |
| *** stephano <stephano!~stephano@73.240.0.134> has joined #yocto | 22:51 | |
| denix | RP: btw, tried adding PROVIDES in dummy-sdk-package, but that may need more work, as it then throws duplicate providers errors, obviously... and switching PREFERRED_PROVIDERS may be too much to deal with :) | 22:52 |
| *** renegade <renegade!~renegade@2601:241:8a00:46e0:880:de4e:f87e:da1b> has quit IRC | 22:59 | |
| *** angolini <angolini!uid62003@gateway/web/irccloud.com/x-svywvkxcdpdgtadt> has joined #yocto | 23:05 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC | 23:13 | |
| *** stephano <stephano!~stephano@73.240.0.134> has quit IRC | 23:17 | |
| armpit | khem, your last change to meta-odroid is causing this: cc1: error: '-Wno-error=array-parameter': no option '-Warray-parameter' | 23:17 |
| *** mckoan|away <mckoan|away!~marco@unaffiliated/mckoan> has quit IRC | 23:27 | |
| *** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:42fd:8248:ef81:8276> has quit IRC | 23:31 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:33 | |
| *** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC | 23:40 | |
| khem | armpit: hmm is it on master. ? | 23:44 |
| *** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has joined #yocto | 23:45 | |
| *** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 23:46 | |
| armpit | yes. | 23:51 |
| armpit | I plan on leave that on out for hardknott as YP has a gcc 10 version | 23:51 |
| *** aganders3 <aganders3!~aganders3@50.238.244.46> has quit IRC | 23:52 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!