*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has quit IRC | 00:01 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 00:08 | |
*** bluca <bluca!~bluca@88.98.246.218> has quit IRC | 00:17 | |
*** vineela <vineela!vtummala@nat/intel/x-vrgqahzapjmcvuok> has quit IRC | 00:24 | |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:26 | |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 00:27 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 00:29 | |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC | 00:31 | |
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has quit IRC | 00:45 | |
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has quit IRC | 01:09 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 01:09 | |
khem | RP:cool. | 01:23 |
---|---|---|
khem | I was hopeful that if it can build world with meta-openembedded for mips it can build anything :) | 01:24 |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 01:57 | |
*** vineela <vineela!vtummala@nat/intel/x-ydqpgytusjiudune> has joined #yocto | 02:14 | |
*** vineela <vineela!vtummala@nat/intel/x-ydqpgytusjiudune> has quit IRC | 02:14 | |
*** Saur <Saur!pkj@nat/axis/x-vqkesgnkwnysgoss> has quit IRC | 02:46 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC | 02:47 | |
*** Saur <Saur!pkj@nat/axis/x-rxuiztmzjkwlbniq> has joined #yocto | 02:47 | |
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto | 02:48 | |
*** dfrey <dfrey!~dfrey@172.103.152.101> has quit IRC | 04:36 | |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:1527:dedf:f05:266c> has quit IRC | 04:37 | |
*** gtristan <gtristan!1b7af250@27.122.242.80> has joined #yocto | 05:25 | |
gtristan | I need help debugging a huge mess of yocto... these guys have some initial import of poky from couple years ago, a ton of vendor nonsense shoved into the tree, all the regular nonsense applies... I'm just not that familiar enough with the metric ton of details to make heads or tails of the situation | 05:28 |
gtristan | My goal: Enable usage of sstate cache sharing between builds | 05:28 |
gtristan | My "current" problem (I expect other roadblocks): systemd.bbclass keeps whining about "Function failed: SYSTEMD_SERVICE_adsprpc value adsprpcd.service does not exist" | 05:29 |
gtristan | I've added some bb.note() statements to trace that function, and it appears to be looking for the file in build/work/8x96autogvmquin-agl-linux/adsprpc/git-r0/image/lib/systemd/system | 05:30 |
gtristan | But the build/work/8x96autogvmquin-agl-linux/adsprpc/git-r0/image directory contains nothing at all at the time | 05:31 |
gtristan | I'm not sure why it would contain anything at all, or why systemd.bbclass tries to look for files in there at do_package() time | 05:31 |
gtristan | The files were staged perfectly fine from the sstate cache into build/sysroots/8x96autogvmquin at "do_setscene()" time | 05:33 |
gtristan | But for some reason, do_package() wants them in this other irrelevant directory | 05:33 |
gtristan | So I'm trying to make heads or tails of this, I've looked at the archives in sstate-cache which appear to have the .service files at the correct location, I don't know why do_package is looking in this other directory, and if it *should* be in this other directory, I don't know why the files wouldnt be also staged from the sstate-cache to that | 05:34 |
gtristan | directoryf | 05:34 |
gtristan | Anybody got any tips of where I can look ? A good start might (?) be to point me to some code around management of this "image" directory, maybe I can figure out what it's for and why these files arent being staged to it | 05:35 |
nrossi | gtristan: the ${workdir}/image/ should be populated for the do_package task to work correctly. The fact that systemd is looking in it for .service files makes sense, thats where the service files should be. | 05:37 |
nrossi | gtristan: if ${workdir}/image (aka "D") is empty for the do_package task. This probably means you have some issue with the do_package setscene or similar | 05:39 |
nrossi | gtristan: btw, sstate-cache sharing between non-concurrent builds works fine with recent versions of oe-core/poky/yocto. Depending how old the "poky from a couple of years ago" is, you might have more success porting the custom changes to a recent version. | 05:41 |
gtristan | nrossi, thanks for answering ! I don't think that porting the whole shebang to a recent poky is an option here though | 05:45 |
gtristan | I'm probably better off debugging it | 05:45 |
gtristan | Do you know where I would find out the version of this ? | 05:45 |
* gtristan doesnt seem to find a file in the platheora of scripts which says the version, I thought maybe metalayers/poky/README might say | 05:47 | |
gtristan | Seems not that old, the last commit in the history that is not a downstream modification is Mon Jul 25 13:31:25 2016 +0000 | 05:49 |
gtristan | well, 2 and a half years I guess | 05:49 |
nrossi | gtristan: if you have a repo that is tracking poky or oe-core with associated history you can use git to find the base of the fork. | 05:49 |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 05:49 | |
gtristan | that's what I just did, that's the date of the last upstream commit | 05:50 |
gtristan | "bitbake: bitbake: toaster: settings set ALLOWED_HOSTS to * in debug mode" Bitbake rev: 449dc9b955dfbe048e380f5ab9fd61c3d1489dad... anyway, 2 and a half years | 05:51 |
nrossi | gtristan: thats pretty old, ;). Sorry I am a bit slow, message was typed and sent before i saw your response | 05:51 |
* gtristan thinks that sstate-cache was working that recently but maybe not ? | 05:51 | |
gtristan | Ah no worries, I'm happy someone is answering me, I've been wrestling this for days... it behaves very strangely | 05:52 |
nrossi | gtristan: there has been a lot of more recent work to improve sstate-cache and sharing across builds and build hosts. So it all depends on what you need, and how much effort you are willing to put into it. | 05:52 |
gtristan | Seems that the build fails in different ways, so I (A) Make a clean build (B) Backup the sstate-cache, (C) Reproduce my issue... (D) Remove the build directory and restore sstate-cache | 05:52 |
gtristan | (D) is necessary or sometimes I don't get the same error | 05:53 |
nrossi | gtristan: yes inconsistent builds from sstate vs clean were a trait of older builds in certain circumstances | 05:55 |
nrossi | s/older builds/older versions/ | 05:55 |
*** armpit <armpit!~armpit@2601:202:4180:a5c0:50a9:9288:81a1:163b> has joined #yocto | 05:57 | |
gtristan | Yeah, maybe I can track down and backport some sstate-cache related bug fixes, I would start by finding out if there are any issues related to setscene failing to populate the image directory | 05:57 |
nrossi | gtristan: hmmm you might hit a wall on how much you can fix, just realized that recipe specific sysroots were added shortly after the morty/nov 2016 release | 06:03 |
gtristan | nrossi, is "recipe specific sysroots" the thing which causes this recipe specific image directory to be "a thing" ? | 06:05 |
gtristan | if so then it seems we already have that | 06:05 |
nrossi | gtristan: no RSS is what causes you to have a target sysroot for each recipe. Instead of the global tmp/sysroot/ | 06:06 |
gtristan | Aha, that must be pretty intense, perhaps this uses hardlinks | 06:07 |
gtristan | But it sounds correct, I would definitely use recipe specific sysroots to ensure control of exactly what is present in the sysroot at buildtime | 06:07 |
nrossi | gtristan: it does use hardlinks, but it greatly reduces race issues between recipes | 06:07 |
gtristan | the build everything in the same sandbox is so 90s | 06:07 |
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has quit IRC | 06:08 | |
gtristan | Ok, I'm going to do some more homework, you've really been very helpful, I have some direction for the moment | 06:08 |
gtristan | nrossi, thanks a lot | 06:08 |
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:09 | |
nrossi | gtristan: no problem, :) | 06:09 |
* gtristan will at least attempt a work around and try to see if there is any fix for this particular issue | 06:10 | |
gtristan | But I suspect that a big bad refactor will have happened instead, causing my issue to be obsolete | 06:11 |
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has quit IRC | 06:17 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 06:24 | |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 06:31 | |
*** agust <agust!~agust@p5483338F.dip0.t-ipconnect.de> has joined #yocto | 06:36 | |
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has quit IRC | 06:38 | |
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto | 06:41 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 06:45 | |
*** pohly <pohly!~pohly@p54BD5C64.dip0.t-ipconnect.de> has joined #yocto | 06:55 | |
*** dp <dp!~phillid@oh.not.bad.aye.yeah.nah.nz> has joined #yocto | 07:00 | |
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 07:10 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 07:17 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 07:26 | |
*** alessioigor <alessioigor!8c69cfe3@out-207-227.elettra.trieste.it> has joined #yocto | 07:29 | |
*** lfa <lfa!~lfa@217.19.35.51> has joined #yocto | 07:35 | |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:42 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 07:44 | |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has joined #yocto | 07:46 | |
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has joined #yocto | 07:47 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 07:50 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 07:53 | |
*** gtristan <gtristan!1b7af250@27.122.242.80> has quit IRC | 07:57 | |
*** rubdos <rubdos!~rubdos@2a02:578:859d:700:8b44:5716:382d:a7da> has joined #yocto | 08:00 | |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 08:00 | |
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 08:03 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has joined #yocto | 08:10 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 08:12 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 08:23 | |
Lihis | development | 08:30 |
Lihis | whoops, wrong channel | 08:31 |
*** abelal <abelal!~quassel@110.93.212.98> has joined #yocto | 08:46 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 08:49 | |
yocti | New news from stackoverflow: Can't run Yocto image with runqemu like described in documentation <https://stackoverflow.com/questions/55008174/cant-run-yocto-image-with-runqemu-like-described-in-documentation> | 08:55 |
*** yann <yann!~yann@85.118.38.73> has joined #yocto | 08:57 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 09:05 | |
*** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 09:07 | |
*** rburton <rburton!~rburton@35.106.2.81.in-addr.arpa> has joined #yocto | 09:08 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 09:09 | |
*** goliath <goliath!~goliath@nat002-WLTU1.uibk.ac.at> has joined #yocto | 09:17 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 09:50 | |
*** hyper_dave <hyper_dave!~quassel@196.188.72.247> has quit IRC | 09:54 | |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 09:56 | |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 09:56 | |
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 09:56 | |
*** bluca <bluca!~bluca@88.98.246.218> has joined #yocto | 10:09 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 10:13 | |
*** JoeR <JoeR!~JayBee@30.241.189.80.dyn.plus.net> has joined #yocto | 10:21 | |
*** JoeR <JoeR!~JayBee@30.241.189.80.dyn.plus.net> has quit IRC | 10:22 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 10:22 | |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 10:27 | |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 10:28 | |
*** goliath <goliath!~goliath@nat002-WLTU1.uibk.ac.at> has quit IRC | 10:42 | |
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 10:46 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 10:48 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 11:03 | |
*** dunc_webb <dunc_webb!~dunc_webb@mail.phabrix.co.uk> has joined #yocto | 11:14 | |
*** dunc_webb <dunc_webb!~dunc_webb@mail.phabrix.co.uk> has quit IRC | 11:32 | |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 11:44 | |
*** berton <berton!~berton@189.103.49.163> has joined #yocto | 11:46 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 11:51 | |
rburton | really tempted to rip up the python splitting and have it *far* more granular | 11:56 |
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 11:58 | |
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has quit IRC | 11:59 | |
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 12:01 | |
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:03 | |
RP | rburton: depends how sure we could be about dependency correctness | 12:03 |
rburton | well, step 1 would be pruning some of the tiny splits, merging and adding provides | 12:04 |
rburton | like python3-resource is just 18k | 12:04 |
RP | rburton: you mean more or less granular? | 12:09 |
rburton | erm | 12:09 |
rburton | less packages | 12:09 |
rburton | with more in | 12:09 |
RP | rburton: I'd say that was less granular :) | 12:09 |
rburton | yeah you're right ;) | 12:09 |
RP | which makes more sense | 12:09 |
RP | rburton: I'd say fewer packages but you'd throw something at me ;-) | 12:11 |
rburton | haha | 12:11 |
*** frsc <frsc!~frsc@2003:a:a75:a900:c08f:c9f8:6435:d5f2> has joined #yocto | 12:11 | |
*** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 12:18 | |
*** iceaway <iceaway!~pelle@37.233.78.69> has joined #yocto | 12:20 | |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 12:24 | |
kanavin__ | RP: can you also obtain the source/build directory for perl? I need to look at the generated Makefile | 12:36 |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has joined #yocto | 12:36 | |
RP | kanavin__: the worker is live but hopefully nothing ovverwritten yet | 12:39 |
RP | kanavin__: did you ever get an autobuilder ssh account? | 12:39 |
kanavin__ | RP, I probably did years ago, but haven't used it, so I don't know if it's still there | 12:40 |
RP | kanavin__: ok, probably not then. Let me see if I can get this | 12:40 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-azchnjbwedcsbsup> has joined #yocto | 12:43 | |
T_UNIX | hi | 12:43 |
T_UNIX | is anybody else experiencing issues with yocto/bitbake sporadically not `chmod`ding files correctly? | 12:44 |
tgamblin | RP: is there any way for me to see the activity on a builder when failures like https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/524 occur? | 12:45 |
RP | tgamblin: not easily :( | 12:46 |
* RP wonders what the person who wrote this code was thinking. Sadly, I suspect I know who it would have been :/ | 12:47 | |
RP | hmm, and the insanity does have a reason | 12:51 |
LetoThe2nd | RP: notes to your future self? | 12:53 |
*** frsc <frsc!~frsc@2003:a:a75:a900:c08f:c9f8:6435:d5f2> has quit IRC | 13:03 | |
*** frsc <frsc!~frsc@2003:a:a75:a900:c08f:c9f8:6435:d5f2> has joined #yocto | 13:03 | |
*** frsc <frsc!~frsc@2003:a:a75:a900:c08f:c9f8:6435:d5f2> has quit IRC | 13:10 | |
RP | rburton: any idea why ptest would be spending hours in the log parser? :( | 13:14 |
rburton | working or sitting and waiting for more input? | 13:15 |
RP | rburton: working 100% cpu. 71MB logfile | 13:16 |
RP | rburton: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13696 has a backtrace | 13:19 |
yocti | Bug 13696: normal, Undecided, ---, apoorv.sangal, NEW , Ptest log parsing taking hours on the autobuilder | 13:19 |
rburton | how did you get that track? | 13:19 |
RP | rburton: attached gdb and backtraced | 13:20 |
RP | rburton: attached the log to the bug, maybe we can reproduce with that | 13:21 |
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has joined #yocto | 13:23 | |
RP | hmm, that log breaks my editor | 13:23 |
RP | rburton: its the bluez5 upgrade | 13:25 |
RP | rburton: look at https://autobuilder.yocto.io/pub/non-release/20191208-14/testresults//qemux86-64-ptest/ | 13:26 |
*** anujm <anujm!~anujm@134.134.139.76> has joined #yocto | 13:27 | |
RP | kanavin__: think I may need to revert bluez5 until we figure this out | 13:28 |
kanavin__ | RP, right | 13:29 |
RP | kanavin__: doing that as I can't afford to try and fix the ptest parsing right now :( | 13:31 |
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has joined #yocto | 13:31 | |
RP | need M1 built | 13:31 |
* RP kills the rc2 build and tries rc3 | 13:33 | |
RP | kanavin__: sorry, having a bad time with that series :/ | 13:33 |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has quit IRC | 13:40 | |
rburton | i think the meson/setuptools thing is still wrong | 13:44 |
rburton | have you fired rc3 already? | 13:45 |
fullstop | Hi! Let's say that I have a package which on one machine is a binary but the same functionality is implemented as a script on another machine. | 13:48 |
fullstop | Can I have a different source uri by machine type? | 13:48 |
rburton | yes | 13:48 |
fullstop | awesome! Is there a recipe which I could use as a reference? | 13:48 |
rburton | over machine overrides in the SRC_URIs and ensure the package architecture (PACKAGE_ARCH) is MACHINE | 13:48 |
rburton | obviously if one machine has a source you need to build and another has a scipt then you need per-machine do_compile etc | 13:49 |
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has quit IRC | 13:50 | |
fullstop | Right, that's perfect. Thanks, Robert! | 13:52 |
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has joined #yocto | 13:53 | |
jonmason | okay, recipe hacking question. I have a command that needs a file, could be anything not empty. It doesn't use the file. The current version is creating a temp file and deleting it after done. Is there a better way to do this that creating a temp file? | 13:55 |
fullstop | Can you use /dev/null or /dev/urandom ? | 13:57 |
RP | rburton: I did. Do we need to abort? | 13:57 |
fullstop | or /proc/version | 13:57 |
RP | jonmason: I'd second the "something from /proc" | 14:00 |
*** rcrudo <rcrudo!~rcrudo@i5387F440.versanet.de> has joined #yocto | 14:00 | |
*** hpsy <hpsy!~hpsy@88.128.88.52> has joined #yocto | 14:03 | |
*** hpsy <hpsy!~hpsy@88.128.88.52> has quit IRC | 14:07 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 14:08 | |
jonmason | fullstop: null is empty and random never really stops output. But version is a great idea | 14:13 |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 14:15 | |
fullstop | jonmason: great! I don't think that bitbake supports anything besides Linux at this time, so /proc/version should be safe for the time being. I don't think that FreeBSD, for example, has /proc/version without some sort of compatibility layer. | 14:15 |
jonmason | I'm betting there are more Linux-isms that will break if/when it is moved to other plats | 14:16 |
jonmason | thanks for the help | 14:17 |
Ad0 | how do I get rid of "is tainted from a forced run" ? | 14:19 |
Ad0 | "./poky/meta/recipes-kernel/linux/linux-yocto_4.19.bb.do_kernel_configcheck is tainted from a forced run " | 14:19 |
LetoThe2nd | Ad0: cleansstate it, then do not force run :) | 14:20 |
tlwoerner | fullstop: i think some people are using it for zephyr and other "iot" things (freertos?) | 14:20 |
LetoThe2nd | tlwoerner: as targets, but not as host platforms. | 14:20 |
fullstop | tlwoerner: Right, but surely they aren't running bitbake on that platform. | 14:20 |
Ad0 | LetoThe2nd, thanks :) doesn't that reset everything, and which recipe would I clean? I am not sure I even forced it, I did some menuconfig | 14:21 |
tlwoerner | lol | 14:21 |
tlwoerner | i should have read farther back for more context :-) | 14:21 |
fullstop | :-) | 14:21 |
LetoThe2nd | Ad0: you would cleansstate linux-yocto. i think that does the trick | 14:23 |
Ad0 | great thanks, I'll try | 14:23 |
Ad0 | makes sense | 14:23 |
qschulz | jonmason: why not a file with just a comment saying this file is empty but needed for the purpose of X | 14:24 |
jonmason | qschulz: that is what is there now, but seems very hacky. Also, the recipe author forgot to remove the file after using it. Since it needs to be fixed anyway, why not use something better was my logic | 14:26 |
RP | Ad0: you just need a plain clean | 14:26 |
RP | Ad0: or remove the taint file in tmp/stamps manually | 14:26 |
Ad0 | I did bitbake -c cleanall <image-recipe> | 14:26 |
RP | LetoThe2nd: please don't recomment cleansstate, you really should never need that | 14:27 |
Ad0 | that didn't have any effect | 14:27 |
RP | Ad0: people said linux-yocto, not image-recipe | 14:27 |
Ad0 | yeah that was before I asked | 14:27 |
qschulz | jonmason: are you saying that a file with a comment is hack-ier than a file with random value in it :D? | 14:28 |
jofr | jonmason: Sounds a bit like /dev/zero to me.. | 14:28 |
jofr | /dev/null contains.. nothing and you said non-empty. | 14:28 |
LetoThe2nd | RP: /me makes mental note | 14:29 |
LetoThe2nd | RP: will do so :) | 14:29 |
jonmason | qschulz: yeah, I'm probably splitting hairs. The real solution is to modify the code so that an unused file is not even needed. But not my code or recipe :) | 14:30 |
jofr | jonmason: "dd if=/dev/null of=/tmp/blah bs=1k count=1" will result in 0 bytes copied, while "dd if=/dev/zero of=/tmp/blah bs=1k count=1" copies 1kbytes as requested, all of which are zero. | 14:30 |
RP | LetoThe2nd: thanks :) | 14:31 |
LetoThe2nd | RP: i was pretty certain that the taint stamps would persist over clean but not cleansstate, but obviously my memory was wrong. another thing learned today :) | 14:32 |
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC | 14:44 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 14:44 | |
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto | 14:45 | |
kanavin__ | RP: regarding perl, I have passed the compile log upstream https://github.com/arsv/perl-cross/issues/75#issuecomment-564046642 | 14:47 |
kanavin__ | RP, I couldn't find anything suspicious in the build directory, the Makefile is fully formed, but one of the outputs is missing :-/ | 14:48 |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 14:50 | |
RP | kanavin__: thanks. It looks like a race but I've not looked into the code at all. Its good we at least saved the logs | 14:52 |
RP | LetoThe2nd: clean removes taints | 14:52 |
RP | clean sstate is simply clean + sstate removal and cleanall is sources+sstate+ normal clean | 14:53 |
kanavin__ | RP: I am also somewhat worried about that gobject-introspection failure. I wrote a comment in the bug, but maybe we can discuss here. | 14:53 |
kanavin__ | it seems to run do_configure, without running fetch or unpack! | 14:53 |
LetoThe2nd | RP: got it, i think. | 14:54 |
RP | kanavin__: hmm. if that is what happened, it could be the hashequive runqueue pieces misbehaving :( | 14:55 |
kanavin__ | yes :( the log makes it clear I think | 14:55 |
*** anujm <anujm!~anujm@134.134.139.76> has quit IRC | 14:56 | |
kanavin__ | RP, various sstate tasks are run for g-i and things that depend on it, then out of the blue it decided to run do_configure for it :-/ | 14:56 |
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto | 14:58 | |
RP | kanavin__: hmm, you're right. It does run prepare_recipe_sysroot first | 15:00 |
RP | kanavin__: NOTE: Task virtual:native:/home/pokybuild/yocto-worker/qemux86-world/build/meta/recipes-gnome/gobject-introspection/gobject-introspection_1.62.0.bb:do_populate_sysroot unihash 630f83a860231d5c9be5cfe442baf833832c306b2b4be022731c661a48a273e5 unchanged by server | 15:02 |
RP | kanavin__: I suspect we're not handling that case correctly | 15:03 |
kanavin__ | RP: right, I'm not sure I can help here :-/ | 15:06 |
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 15:07 | |
RP | kanavin__: fair enough, its probably one for JPEW and I to try and figure out | 15:07 |
RP | kanavin__: sorry for not spotting this earlier, it does look very much like hashequiv broke | 15:08 |
kanavin__ | RP, no problem, should I reassign the bug though? :) | 15:08 |
RP | kanavin__: probably | 15:08 |
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 15:09 | |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 15:13 | |
JPEW | kanavin__: Can you post the log again? I can't seem to find it | 15:22 |
kanavin__ | JPEW, https://wiki.swf.daimler.com/display/public/Fix+fetch+error+from+artifactory+for+local+Yocto+builds | 15:22 |
kanavin__ | oops! | 15:22 |
kanavin__ | haha company internal stuff | 15:23 |
kanavin__ | JPEW, https://bugzilla.yoctoproject.org/show_bug.cgi?id=13688 | 15:23 |
yocti | Bug 13688: normal, Undecided, ---, richard.purdie, NEW , gobject-introspection do_configure failure | 15:23 |
JPEW | Thanks | 15:24 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 15:25 | |
*** edgar444 <edgar444!uid214381@gateway/web/irccloud.com/x-dfvpmcijkrbhqtds> has joined #yocto | 15:26 | |
*** florian_kc is now known as florian | 15:28 | |
*** guerinoni <guerinoni!~guerinoni@internet.micro-systems.it> has quit IRC | 15:33 | |
*** ThomasD13 <ThomasD13!~ThomasD13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 15:38 | |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 15:43 | |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 15:53 | |
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has quit IRC | 15:53 | |
*** thaytan <thaytan!~thaytan@180-150-69-32.b49645.syd.nbn.aussiebb.net> has joined #yocto | 15:54 | |
*** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 15:57 | |
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 15:58 | |
armpit | YPTM - armin is one | 15:58 |
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 15:59 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 16:00 | |
tlwoerner | YPTM - tlwoerner is on | 16:00 |
tlwoerner | dreyna: are you using https://docs.google.com/document/d/1Y5IIuE-z0Ykdl-DwuzUJh52flOZuhN_TSAfw2tdU9pg/edit ? | 16:02 |
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 16:02 | |
tlwoerner | dreyna: perfect :-) | 16:03 |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 16:04 | |
rburton | YPTM ross in | 16:05 |
dreyna | tlwoerner: yes, as you see. That page is clumsy for new header pages | 16:05 |
RP | aehs29: https://bugzilla.yoctoproject.org/show_bug.cgi?id=13688 | 16:07 |
yocti | Bug 13688: normal, Undecided, ---, richard.purdie, NEW , gobject-introspection do_configure failure | 16:07 |
tlwoerner | JPEW: where is this presentation? | 16:14 |
tlwoerner | was it at a conference? | 16:14 |
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 16:19 | |
dreyna | tlwoerner: Joshua's paper was at recent YP DevDay San Diego | 16:21 |
dreyna | tlwoerner : https://wiki.yoctoproject.org/wiki/DevDay_San_Diego_2019 | 16:22 |
tlwoerner | dreyna: thanks! | 16:23 |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 16:30 | |
*** frsc <frsc!~frsc@2003:a:e7a:6200:a427:c148:e286:fbe7> has quit IRC | 16:31 | |
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 16:31 | |
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has joined #yocto | 16:32 | |
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 16:34 | |
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC | 16:35 | |
*** LFSVeteran <LFSVeteran!~LFSVetera@2a02:a440:69df:1:dafc:93ff:fec0:20f6> has joined #yocto | 16:44 | |
*** yann <yann!~yann@85.118.38.73> has quit IRC | 16:48 | |
LFSVeteran | any idea what to check? https://pastebin.com/hdQPrxWX | 16:49 |
alessioigor | LFSVeteran: Is it executed inside a devshell? | 16:52 |
*** jmiehe <jmiehe!~Thunderbi@p578c106e.dip0.t-ipconnect.de> has quit IRC | 16:54 | |
LFSVeteran | no, running on the target | 16:56 |
LFSVeteran | system is working so basicly glibc would be fine | 16:57 |
yocti | New news from stackoverflow: How to source a Bash script in a Yocto recipe <https://stackoverflow.com/questions/59271765/how-to-source-a-bash-script-in-a-yocto-recipe> || Is it possible to run the rootfs containing kernel and DTB files for s specific board using qemu <https://stackoverflow.com/questions/59271650/is-it-possible-to-run-the-rootfs-containing-kernel-and-dtb-files-for-s-specific> | 16:57 |
*** champagneg <champagneg!~gchamp@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 17:03 | |
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:15 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:16 | |
*** leon-anavi <leon-anavi!~Leon@78.130.245.67> has quit IRC | 17:17 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:18 | |
*** diego_r <diego_r!~diego@217-133-17-98.static.clienti.tiscali.it> has quit IRC | 17:20 | |
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 17:20 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:29 | |
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:30 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 17:31 | |
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has joined #yocto | 17:32 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:42 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 17:56 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 17:57 | |
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 17:58 | |
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 17:59 | |
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 18:09 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 18:19 | |
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:21 | |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto | 18:22 | |
tlwoerner | is there an easy way within, say, conf/local.conf or a bbappends to change a meson buildtype from "plain" to "debugoptimized"? | 18:38 |
tlwoerner | http://cgit.openembedded.org/openembedded-core/tree/meta/classes/meson.bbclass#n16 | 18:38 |
*** iceaway <iceaway!~pelle@37.233.78.69> has quit IRC | 18:40 | |
tlwoerner | nevermind, i should have tried something before asking :-) | 18:42 |
tlwoerner | MESONOPTS_remove_pn-mesa = "--buildtype plain" | 18:42 |
tlwoerner | etc.. | 18:43 |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC | 18:43 | |
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 18:50 | |
*** rcw <rcw!~rcw@128.224.252.2> has joined #yocto | 18:51 | |
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has joined #yocto | 18:56 | |
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:06 | |
JPEW | tlwoerner: Ask, sorry about the rock2-square. I thought I checked that all the rk3288 based ones had been switched over | 19:06 |
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-azchnjbwedcsbsup> has quit IRC | 19:13 | |
tlwoerner | JPEW: no worries!! my nightly build caught it, sometimes it's just easier to see what fails :-D | 19:14 |
tlwoerner | i'm just happy someone has taken an interest is my pathetic layer, lol! | 19:14 |
tlwoerner | the rock2 is quite old, i haven't tested it in a long time, i wouldn't be surprised if it gets dropped from u-boot | 19:15 |
JPEW | tlwoerner: I've taken to collecting Raspberry Pi clones here at work for testing our software stack :) | 19:15 |
tlwoerner | i recently bought an eTrex 30x during the canadian version of "black friday" ;-) | 19:18 |
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has quit IRC | 19:20 | |
tgamblin | tlwoerner: looks nifty | 19:28 |
tlwoerner | tgamblin: it was a tough decision, so many devices, so many features, in the end, sadly, the eTrex is 100% what we were hoping for, but when you're outside of cell range, it's a lot better than nothing | 19:31 |
tlwoerner | if only i knew someone at garmin who i could bug about their product matrix and what's missing... | 19:31 |
tlwoerner | oops! the eTrex *isn't* 100% what we were hoping for... | 19:32 |
tgamblin | Figured that's what you meant | 19:32 |
tgamblin | Been thinking about picking up a Tinkerboard S, might end up having to use your layer! | 19:33 |
tlwoerner | tgamblin: excellent! more contributors :-D | 19:33 |
tlwoerner | it seems like everyone who picks up a rockchip board goes and makes their own layer (grrr) | 19:34 |
tlwoerner | all we need now is some sort of rockbox or chdk project for garmin devices ;-) | 19:35 |
*** locutus_ <locutus_!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC | 19:37 | |
ndec | jonmason: have you requested meta-arm mailing list already? | 19:37 |
jonmason | Yes, and it is live | 19:38 |
ndec | hmm.. i can't see it.. let me check again | 19:39 |
ndec | jonmason: https://lists.yoctoproject.org/g/meta-arm -> "Sorry, but that group does not exist.". what am i missing? | 19:42 |
jonmason | Michael created it for me, but maybe it was lost in the migration | 19:44 |
*** tgamblin <tgamblin!~tgamblin@128.224.252.2> has quit IRC | 19:44 | |
jonmason | :/ the links are no longer working.... | 19:45 |
ndec | yeah.. right. i can see it was there before the migration.. not anymore. let's wait for halstead then. | 19:46 |
jonmason | I emailed and cc'ed you. I'm sure he can get it back up in no time | 19:48 |
halstead | jonmason: lists with zero posts didn't make the migration. I can add it now though. | 19:48 |
jonmason | hahaha | 19:48 |
jonmason | no emails for a yet to be pushed git tree :) | 19:48 |
jonmason | actually, I'm going to push it today (as soon as I reassemble my PC) | 19:49 |
jonmason | it's good enough for everyone to tell me its not good enough | 19:49 |
halstead | jonmason: I'll create it and add the members from before | 19:49 |
jonmason | sweet, thanks | 19:49 |
ndec | halstead: please add me then ;) it all started because I wanted to subscribe to this list ! | 19:53 |
jonmason | ndec: does my bug/patch workflow make sense? | 19:54 |
ndec | jonmason: you mean assuming there is a mailing list? ;) | 19:55 |
ndec | then yes, it looks ok. | 19:56 |
jonmason | yes, there are some presumptions :D | 19:56 |
*** jklare <jklare!~jklare@157.97.76.18> has quit IRC | 19:57 | |
*** hpsy <hpsy!~hpsy@195.67.91.135> has joined #yocto | 20:01 | |
*** jklare <jklare!~jklare@157.97.76.18> has joined #yocto | 20:01 | |
*** hpsy <hpsy!~hpsy@195.67.91.135> has quit IRC | 20:05 | |
*** hpsy1 <hpsy1!~hpsy@217.66.60.5> has joined #yocto | 20:06 | |
*** nayfe <nayfe!uid259604@gateway/web/irccloud.com/x-nfrqepxxbhoouxkr> has quit IRC | 20:07 | |
*** hpsy1 <hpsy1!~hpsy@217.66.60.5> has quit IRC | 20:07 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has joined #yocto | 20:07 | |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 20:10 | |
ndec | jonmason: halstead "Welcome to meta-arm@lists.yoctoproject.org", thanks! | 20:26 |
halstead | jonmason, ndec Almost complete. :0 | 20:27 |
jonmason | thanks halstead, I'll buy the first round next time I see you | 20:29 |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC | 20:29 | |
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto | 20:30 | |
halstead | jonmason, I won't turn you down. :) You're going to get an invite from your arm.com address too. Do you want your owner e-mail to go to your kudzu or arm e-mail? | 20:30 |
jonmason | arm is fine. Include Steve Capper as well (incase I get hit by a bus) | 20:32 |
jonmason | halstead: everything is still in place for me to push my meta-arm git repo, right? | 20:32 |
halstead | jonmason, Sure. There in an invite at your arm email to accept. Yes that push location is still available. Let me know if you hit any bumps. | 20:34 |
*** georgem <georgem!~georgem@216.21.169.52> has quit IRC | 20:38 | |
jonmason | cool, then it'll happen in the next few hours. thanks | 20:40 |
*** berton <berton!~berton@189.103.49.163> has quit IRC | 20:43 | |
*** berton_ <berton_!~berton@189.103.49.163> has joined #yocto | 20:43 | |
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:44 | |
*** berton_ <berton_!~berton@189.103.49.163> has quit IRC | 20:46 | |
*** berton <berton!~berton@189.103.49.163> has joined #yocto | 20:47 | |
*** berton <berton!~berton@189.103.49.163> has quit IRC | 21:15 | |
*** nmoos <nmoos!~moosnat@unaffiliated/moosnat> has quit IRC | 21:17 | |
yocti | New news from stackoverflow: Install gnu tar on linux arm <https://stackoverflow.com/questions/59275243/install-gnu-tar-on-linux-arm> | 21:27 |
*** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 21:29 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 21:31 | |
*** third_c <third_c!5106220c@81.6.34.12> has joined #yocto | 21:35 | |
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto | 21:38 | |
rburton | jonmason: meta-arm eh | 21:39 |
*** florian_kc is now known as florian | 21:39 | |
jonmason | rburton: yup, soon... | 21:41 |
*** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 21:41 | |
rburton | tlwoerner: re meson, isn't the point that we use plain because we explicitly pass our own -O and -g flags? | 21:42 |
rburton | jonmason: nifty | 21:42 |
jonmason | rburton: only if we do it right. | 21:43 |
third_c | so my first yocto build on a fresh install (thud) fails with: ERROR: dbus-1.12.10-r0 do_prepare_recipe_sysroot: dbus: groupadd command did not succeed. There seems to be no additional info in the logs. Any pointers? | 21:48 |
*** pohly <pohly!~pohly@p54BD5C64.dip0.t-ipconnect.de> has quit IRC | 21:49 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:53 | |
*** rcw <rcw!~rcw@128.224.252.2> has quit IRC | 21:57 | |
*** third_c <third_c!5106220c@81.6.34.12> has quit IRC | 22:03 | |
tlwoerner | rburton: i don't follow (probably because i haven't dug into meson much) are the -O and -g flags related to the --buildtype flag? -O and -g are gcc flags but --buildtype is a meson flag? | 22:07 |
*** MiskaX <MiskaX!g06thq0ncf@rankki.sonarnerd.net> has quit IRC | 22:11 | |
yocti | New news from stackoverflow: Install gnu tar on linux arm [closed] <https://stackoverflow.com/questions/59275243/install-gnu-tar-on-linux-arm> | 22:28 |
rburton | tlwoerner: why are you trying to change buildtype? | 22:32 |
tlwoerner | rburton: i want to do a "debug" build of mesa to help debug panfrost thigns | 22:33 |
tlwoerner | the thing i suggested above worked | 22:33 |
rburton | tlwoerner: does mesa respect the buildtype flag and change how it builds then? | 22:33 |
tlwoerner | rburton: yes. if nothing is specified you get a debug build, with "--buildtype plain" hardcoded into the meson class, you get a "production" build | 22:34 |
tlwoerner | in one case you get debugging output when panfrost asserts, in the other you don't | 22:34 |
tlwoerner | debug build: tunnel: ../mesa-19.2.4/src/gallium/drivers/panfrost/pan_context.c:292: translate_tex_wrap: Assertion `!"Invalid wrap"' failed. | 22:35 |
rburton | tlwoerner: ah ok, well if mesa does more than just pass -g when the buildtype is fiddled then the class should expose that | 22:35 |
tlwoerner | production build: illegal instruction (sigill) | 22:35 |
tlwoerner | rburton: ideally, yes :-) | 22:35 |
tlwoerner | thankfully the build system is very pokable | 22:35 |
rburton | tlwoerner: patches welcome | 22:36 |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 22:36 | |
rburton | tlwoerner: the docs say build systems should use plain and control optimisation etc itself, which is why it hardcodes plain | 22:36 |
tlwoerner | can a class have a PACKAGECONFIG? lol | 22:36 |
rburton | but if we have an example of a upstream that uses it then please do make it a variable | 22:36 |
tlwoerner | rburton: okay | 22:38 |
rburton | MESON_BUILDTYPE?='plain' seems sensible | 22:38 |
tlwoerner | sounds good, give me a good 30 minutes or so to test? | 22:40 |
Ad0 | if another layer has a .patch file I don't want apply, how do I remove it in my layer (with higher pri) ? SRC_URI_remove ? and will it affect things like SRC_URI_append_amdx86 (and not SRC_URI_append), or do I explicitly need to SRC_URI_remove_amdx86 | 22:40 |
tlwoerner | Ad0: while figuring out what works and what doesn't you can use "bitbake <recipe> -e | grep "^SRC_URI" | 22:42 |
Ad0 | hehe true, thanks. or show-appends maybe? | 22:43 |
*** LFSVeteran <LFSVeteran!~LFSVetera@2a02:a440:69df:1:dafc:93ff:fec0:20f6> has quit IRC | 22:44 | |
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 22:44 | |
tlwoerner | sounds good | 22:44 |
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 22:46 | |
*** hpsy <hpsy!~hpsy@217.66.60.5> has quit IRC | 22:50 | |
*** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-duziqgdxhwcqomae> has quit IRC | 22:55 | |
*** agust <agust!~agust@p5483338F.dip0.t-ipconnect.de> has quit IRC | 23:07 | |
tlwoerner | rburton: i need to make sure, though, that only mesa's buildtype is changed, not the buildtype of every meson project in my image | 23:12 |
tlwoerner | rburton: MESON_BUILDTYPE would then be set by the mesa recipe? | 23:13 |
RP | JPEW: that sstate change broke the siginfo handling somehow :( | 23:16 |
RP | oh, I can see the problem :( | 23:16 |
rburton | tlwoerner: right | 23:17 |
RP | JPEW: happens when you say something after staring at it for ages | 23:21 |
*** lfa <lfa!~lfa@217.19.35.51> has quit IRC | 23:23 | |
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 23:28 | |
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 23:31 | |
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:32 | |
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 23:54 | |
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 23:56 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!