| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:01 | |
| *** GLumen_ <GLumen_!~Gregory@97-126-1-223.tukw.qwest.net> has quit IRC (Ping timeout: 240 seconds) | 00:04 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 276 seconds) | 00:07 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 00:16 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds) | 00:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 00:19 | |
| *** dmoseley_ <dmoseley_!~dmoseley@66.29.199.91> has joined #yocto | 00:23 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Ping timeout: 240 seconds) | 00:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 00:27 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:28 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 00:47 | |
| *** dmoseley_ <dmoseley_!~dmoseley@66.29.199.91> has quit IRC (Ping timeout: 246 seconds) | 00:47 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 00:49 | |
| *** OutBackDingo <OutBackDingo!~quassel@116.118.1.69> has quit IRC (Ping timeout: 246 seconds) | 01:07 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.82.248> has joined #yocto | 01:07 | |
| *** dev1990 <dev1990!~dev@77-255-244-179.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 01:16 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.82.248> has quit IRC (Remote host closed the connection) | 01:18 | |
| *** rber|res <rber|res!~rber|res@ppp-2-86-146-115.home.otenet.gr> has joined #yocto | 01:32 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 01:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:33 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-2-86-146-115.home.otenet.gr> has quit IRC (Ping timeout: 240 seconds) | 01:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 01:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:39 | |
| *** starblue <starblue!~juergen@dslb-088-078-107-098.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 01:52 | |
| *** starblue <starblue!~juergen@dslb-188-109-110-052.188.109.pools.vodafone-ip.de> has joined #yocto | 01:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 01:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:59 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.82.248> has joined #yocto | 02:02 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds) | 02:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 02:04 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 02:09 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 02:12 | |
| *** geoff_ <geoff_!~geoff@207.154.79.70> has quit IRC (Ping timeout: 276 seconds) | 02:46 | |
| *** tokamak[m] <tokamak[m]!~tokamakma@2001:470:69fc:105::c4df> has joined #yocto | 03:01 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 03:20 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 03:20 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 276 seconds) | 03:37 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 03:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 03:49 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 03:52 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 03:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 03:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 04:08 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:08 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 04:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:14 | |
| kp7299[m] | I'm getting this error in .bb file of curl : https://pastebin.com/a4TWSncX due to this code snippet being added in .bb ```... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/7ae9b0d0a45ecba42ed1cb2c923c0cf71f5154be) | 04:27 |
|---|---|---|
| kp7299[m] | * I'm getting this error in .bb file of curl : https://pastebin.com/a4TWSncX due to this code snippet being added in .bb being added from previous patch qschulz... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/622724a5b2a40c5e3dba2c3725ce34105dc017f3) | 04:29 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 240 seconds) | 04:29 | |
| kp7299[m] | * I'm getting this error in .bb file of curl : https://pastebin.com/a4TWSncX due to this code snippet being added in .bb being added from previous patch qschulz... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/3abc0882fada99625710eb33e81a81ec145c0831) | 04:29 |
| kp7299[m] | * I'm getting this error in .bb file of curl : https://pastebin.com/a4TWSncX due to this code snippet being added in .bb being added from previous patch qschulz... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/d53f60a72981360bb02770abae20a1928aea27af) | 04:30 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 04:34 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 04:35 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 04:45 | |
| *** amitk <amitk!~amit@103.208.71.27> has joined #yocto | 04:47 | |
| kp7299[m] | if in .bb layer in RDEPENDS if we are getting error for python packages only then in which path those python packages are required so that they dont show those errors for python | 04:57 |
| kp7299[m] | this all is for recipe-support packages and presently for curl | 04:57 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:03 | |
| kp7299[m] | And as per the previous issue it was having webpage link to runtest.p1 , so the patch were having line to fetch that runtest.p1 thus added that to .bb file , but now getting these errors... https://pastebin.com/Bjx50axz | 05:05 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 05:06 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 05:07 | |
| kp7299[m] | kp7299[m]: but as that issue is few years back old, just wanted to know if there is some update in that runtest.p1 file rburton | 05:08 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Ping timeout: 248 seconds) | 05:21 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 05:24 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 05:24 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 05:27 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 246 seconds) | 05:27 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 05:29 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:29 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:34 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 05:37 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 05:41 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 05:41 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 06:17 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 06:19 | |
| LetoThe2nd | yo dudX | 06:24 |
| *** sstiller <sstiller!~sstiller@p200300f07f1c4000400079a2fa30695c.dip0.t-ipconnect.de> has joined #yocto | 06:34 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 06:49 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 06:49 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Ping timeout: 252 seconds) | 07:00 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:09 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:09 | |
| *** sstiller <sstiller!~sstiller@p200300f07f1c4000400079a2fa30695c.dip0.t-ipconnect.de> has quit IRC (Read error: Connection reset by peer) | 07:10 | |
| *** mckoan|away is now known as mckoan | 07:14 | |
| mckoan | good morning | 07:15 |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 07:19 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 07:23 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:23 | |
| amahnui[m] | Good morning | 07:26 |
| selff | morning | 07:26 |
| qschulz | vvn: bmaptool works with bmap files too, so you just need to download both the original file and the bmap one | 07:31 |
| RP | morning | 07:32 |
| RP | qschulz: I don't suppose you'd have some time to look at the migration/release notes patches from paul? I just pushed to master-next. The release is about ready to go apart from these | 07:32 |
| * RP doesn't know whether to wait for michaelo next week or not :/ | 07:33 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 272 seconds) | 07:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:33 | |
| *** dev1990 <dev1990!~dev@77-255-244-179.adsl.inetia.pl> has joined #yocto | 07:36 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Ping timeout: 252 seconds) | 07:47 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 07:48 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 240 seconds) | 07:51 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 08:01 | |
| *** bps <bps!~bps@user/bps> has joined #yocto | 08:03 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:12 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 08:22 | |
| kp7299[m] | Hi RP, qschultz , Could you pls help me out with both issues which I'm facing or what could be possibilities of both | 08:23 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 08:30 | |
| kp7299[m] | Earlier there was issue with that 0001-replace-krb5-config-with-pkg-config.patch, file but it is not already present in master branch, so i have copied this from my-honister branch, but it was giving issues for this thing : https://pastebin.com/3HjgJd16 , so according to this, I have checked : https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines#Patch_Header_Recommendations: but again what exactly it wanted to convey , I was | 08:38 |
| kp7299[m] | unabel to get | 08:38 |
| qschulz | amahnui[m]: you need to set PUBLISH=0 in the environment before calling the run-docs-build script to not have it run rsync | 08:46 |
| qschulz | amahnui[m]: make sure your run-docs-build script looks like: https://git.yoctoproject.org/yocto-autobuilder-helper/tree/scripts/run-docs-build | 08:46 |
| qschulz | if not, you need to update your local master branch (git pull --rebase or similar) | 08:47 |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has quit IRC (Quit: michalkotyla) | 08:47 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:48 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (Quit: off) | 08:49 | |
| *** michalkotyla <michalkotyla!~quassel@84-10-27-202.static.chello.pl> has joined #yocto | 08:51 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 08:55 | |
| *** landgraf <landgraf!~landgraf@2a03:b0c0:2:d0::fa3:c001> has quit IRC (Quit: WeeChat 3.0.1) | 09:14 | |
| kp7299[m] | qchultz: git format-patch HEAD~... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/fd9919af3b22a4d6df03a7065fdb31e0d22da7de) | 09:23 |
| qschulz | kp7299[m]: I don't understand your question. I assume HEAD~ fails because you don't have more than one commit in your git repo, but this makes little sense except if you created a local git repo for your change and committed there | 09:27 |
| kp7299[m] | then what about file , do i need to mention file path there in my main repo | 09:28 |
| kp7299[m] | of* | 09:28 |
| qschulz | kp7299[m]: create a commit in openembedded-core git repo | 09:31 |
| qschulz | then git format-patch of that commit | 09:31 |
| svuorela | is kirkstone still expected this month ? | 09:56 |
| jclsn[m] | Nooo, kas doesn't use the .netrc | 09:57 |
| jclsn[m] | Why? | 09:57 |
| jclsn[m] | qschulz: ? | 09:57 |
| *** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has joined #yocto | 09:58 | |
| jclsn[m] | I am using kas without docker, so no idea why I would need to bind it manually | 09:59 |
| qschulz | jclsn[m]: I use kas, I do not develop kas nor am I employed by siemens. If something does not work for you, it's a FOSS project, just contribute to it | 09:59 |
| qschulz | or add the correct config options, I don't know | 10:00 |
| jclsn[m] | qschulz: okay okay | 10:00 |
| jclsn[m] | I will write Jan Kiszka | 10:00 |
| qschulz | there'll never be a default configruation that'll suit everybody | 10:00 |
| jclsn[m] | Wonder why he isn't here anyway | 10:00 |
| jclsn[m] | Yeah but .netrc is quite common tbh | 10:00 |
| qschulz | just open an issue on github or spend time contributing code or documentation please | 10:00 |
| rburton | kas doesn't do any fetching itself though, it just tells git to fetch, and git uses netrc | 10:00 |
| rburton | so what's the actual problem? | 10:01 |
| jclsn[m] | rburton: I have files from Artifactory. All the PREMIRRORS problems are fixed now. Turns out I needed to have a .netrc to let wget know about the credentials | 10:02 |
| jclsn[m] | I tested everything with Pyrex, where I have manually bound the .netrc, but I can also just use wget in the terminal to GET stuff from Artifactory | 10:02 |
| jclsn[m] | Only in Kas this doesn't work | 10:02 |
| jclsn[m] | Which is a problem because my CI Pipeline uses kas | 10:03 |
| jclsn[m] | There is nothing regarding this in the documentation unfortunately | 10:06 |
| jclsn[m] | kas' documentation that is | 10:06 |
| jclsn[m] | Works when I use oe-init-environment too, so definitely a kas issue | 10:08 |
| ptsneves | Hey. It used to be that the DEPENDS var was read in base.bbclass and was a deptask for do_configure. Did this change or i am confusing things? | 10:11 |
| jclsn[m] | Oh I think with kas you have the use KAS_PREMIRRORS. Will see if that makes a difference | 10:11 |
| ptsneves | like do_configure[depends] = "D1:do_prepare_recipe_sysroot" | 10:12 |
| jclsn[m] | Another things that is weird is that bitbake-getvar is not working for me atm | 10:16 |
| qschulz | jclsn[m]: if you don't give us more info, we'll never be able to help | 10:19 |
| qschulz | although this is about kas and we're merely users here | 10:19 |
| qschulz | so going through the proper channels for bug reporting would be better | 10:19 |
| Saur[m] | RP: I have read through Paul's migration/release notes and sent a couple of comments to the mailing list. | 10:20 |
| qschulz | Saur[m]: thx, will have a look too. Though I haven't exactly followed the new features/fix for kirkstone so it'll be cosmetic/syntactic comments | 10:21 |
| jclsn[m] | qschulz: Well bitbake-getvar is not there, although the bitbake environment is sourced | 10:23 |
| jclsn[m] | I don't know how to give you more info on this | 10:23 |
| jclsn[m] | For the kas matter I have written an email to their mailing list | 10:23 |
| qschulz | jclsn[m]: well, this is already more info than "bitbake-getvar is not working" | 10:24 |
| jclsn[m] | True | 10:27 |
| RP | Saur[m]: thanks! I'll see if I can tweak the patches as I know Paul might be away for a few days | 10:42 |
| *** mckoan is now known as mckoan|away | 10:44 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:48 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 10:53 | |
| rburton | ptsneves: that’s what DEPENDS is, yes | 11:00 |
| ptsneves | and if the do_configure[noexec] = "1" is set will the dependencies still be populated? | 11:00 |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 11:06 | |
| qschulz | RP: went quickly through paul's patches for the 4.0 release docs | 11:18 |
| selff | rburton ptsneves hi, you were helping me yesterday with this issue : https://stackoverflow.com/questions/71335803/executable-gives-different-fps-values-in-yocto-and-raspbianeverything-looks-th | 11:24 |
| selff | i did perf proofiling test for rpi4(raspbian) and rpi4(yocto). There was a big difference in the results on the cpu,thread side. | 11:24 |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 11:24 | |
| ptsneves | did you find the symbol on which there was a big difference? | 11:25 |
| selff | çeviri | 11:25 |
| selff | wrong message | 11:25 |
| ptsneves | congrats by the way | 11:25 |
| selff | btw , i wrote a code in C++ that only does math on an empty main. i kept a timer before entering the loop and at the end of the loop. on raspbian it was completed in 20 seconds, on yocto it took 55 seconds. | 11:26 |
| selff | there was a huge difference in avg per-thread latency, wokeup 4 of 4 threads , 4 threads, each operating on 1024 [private] futexes for 10 secs tests. if you want, i can share the test results with pastebin. | 11:28 |
| selff | çeiri | 11:28 |
| selff | i think i tested the performance of single thread in the code i wrote. | 11:29 |
| selff | the frequencies look the same on paper. | 11:29 |
| selff | ptsneves think you deserve the compliment. it was your and rburton idea | 11:30 |
| selff | I did not do anything :) | 11:31 |
| ptsneves | I think this is a bit outside yocto but i am curious of your problem. Can you share the code and perf logs? | 11:32 |
| ptsneves | perhaps we talk in private to not spam the channel | 11:32 |
| selff | okay, im zipping and sharing the test results and code. | 11:36 |
| ptsneves | ok please paste. I will go for lunch | 11:36 |
| selff | i uploaded it from file.io. if there is another place you want me to upload, i can do it from there. | 11:40 |
| selff | https://www.file.io/Bekb/download/j9w8F2JhS4jK | 11:40 |
| ptsneves | 'The file you requested has been deleted | 11:40 |
| selff | https://easyupload.io/nge7hi | 11:41 |
| ptsneves | thanks will have a look later | 11:42 |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 11:42 | |
| selff | ty | 11:43 |
| qschulz | RP: any plan to switch to the new buildocs tarball? | 12:05 |
| qschulz | https://docs.yoctoproject.org/next/migration-guides/migration-4.0.html#security-fixes-in-4-0 the text is broken for CVEs because we use a feature from sphinx 4.0+ | 12:05 |
| qschulz | (just to know if I send a patch for it or if the buildocs gets updated :) ) | 12:06 |
| qschulz | (I anyway need to send a patch ,either to fix/mitigate it or update the min sphinx version) | 12:06 |
| RP | qschulz: I haven't tried to see what breaks with that | 12:11 |
| RP | qschulz, Saur[m]: thanks for the review, I've updated master-next with the tweaks and posted any of the bigger changes | 12:12 |
| * RP wonders if this is good enough to merge | 12:12 | |
| qschulz | RP: yeah, let's do this change after the release so we don't put more on your plate :) | 12:14 |
| RP | qschulz: I don't think I can take many more problems :/ | 12:15 |
| jclsn[m] | Seems like kas builds with its own user and therefore doesn't have access to the .netrc | 12:16 |
| jclsn[m] | I am using oe-init-build-env as a workaround for my pipelines now. Don't think that this will be changed any time soon | 12:16 |
| qschulz | RP: need to send a patch for kirkstone+master to fix this thing | 12:18 |
| qschulz | otherwise we need to have one more patch in yocto-autobuiler-herlper | 12:18 |
| qschulz | are you looking at the EXTRA_USERS_PARAMS yet or should I check what I can do? | 12:19 |
| RP | qschulz: I have not looked at that one so please :) | 12:19 |
| rburton | jclsn[m]: kas container, i presume | 12:19 |
| rburton | as kas on its own doesn't change user | 12:20 |
| RP | qschulz: a patch to about the sphinx 4.0 issue would be useful please. I'm sure we will update eventually but not now | 12:20 |
| jclsn[m] | rburton: I don't use the kas container | 12:21 |
| Saur[m] | RP: Hmm, I don't see any changes to Paul's original patches on master-next? | 12:21 |
| selff | rburton did you see what i wrote? do you have any idea if you have seen it? | 12:21 |
| RP | Saur[m]: I only updated the docs repo, one second and I can update poky | 12:21 |
| jclsn[m] | The ~/.netrc is in my home directory. I guess kas is binding the ~/.ssh directory, but not that file | 12:21 |
| RP | Saur[m]: pushed | 12:22 |
| rburton | jclsn[m]: kas without a container doesn't do anything like that | 12:22 |
| rburton | selff: haven't looked, have never used opencv and my rpi is still in a box, so you'll have to ask someone with experience with those pieces, or dig yourself. a smaller test case is good. | 12:23 |
| jclsn[m] | RP: Well in that case something funky is going on here. As soon as I use Pyrex or the oe-init-build-env instead of the kas build command everything works | 12:25 |
| Saur[m] | RP: Looks good to me, with a caveat that I do not know how the example for QA_EMPTY_DIRS_RECOMMENDATION will look once it is rendered. | 12:25 |
| Saur[m] | I.e., will it look like example code. | 12:25 |
| qschulz | RP: patch for sphinx <4.0 sent | 12:26 |
| qschulz | RP: i'll let you cherry-pick for kirkstone I guess? | 12:27 |
| RP | qschulz: I think the changes will just go to both branches, thanks! | 12:28 |
| *** dev1990 <dev1990!~dev@77-255-244-179.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 12:28 | |
| RP | Saur[m]: I think I put the right sphinx magic in there | 12:29 |
| qschulz | Saur[m]: once merged in master-next you can check here https://docs.yoctoproject.org/next/ | 12:29 |
| qschulz | (provided the autobuilder built the thing) | 12:29 |
| RP | Saur[m]: http://docs.yoctoproject.org/next/ref-manual/variables.html#term-QA_EMPTY_DIRS_RECOMMENDATION | 12:29 |
| RP | qschulz: snap! :) | 12:30 |
| qschulz | RP: fast vs precise :) | 12:30 |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:7d93:b09f:ef35:4914> has joined #yocto | 12:30 | |
| ctxnop | Hello all, I have a question about making a multiple package recipe. I have a repository that builds 3 kernel modules, out of tree. I think I got this part correctly. But the very same repository provides also 3 command line tools. I want to have a package for every single one. And finally, I want a last package that ship headers to go inside the | 12:38 |
| ctxnop | SDK. I wrote a "do_compile:append" to add the extra compilation steps for the said tools, and a "do_install:append" to install those where I want. Finally I added the differents files to FILES:${PN}-tool-X variables. | 12:38 |
| qschulz | ctxnop: did you add some entries to PACKAGES variable too? | 12:40 |
| ctxnop | It all compiles correctly, the tools packages aren't generated, what am I missing? and I also wonder how I can refer to those separately, like I want tool-A on an image, but tool-B on another image? | 12:40 |
| ctxnop | qschulz yes I did | 12:40 |
| qschulz | ctxnop: IMAGE_INSTALL += "tool-A" on one image, IMAGE_INSTALL += "tool-B" on the other | 12:41 |
| qschulz | ctxnop: triple check with bitbake-getvar (or bitbake -e tool | grep -e ^PACKAGES= | 12:41 |
| qschulz | honestly, what I would do is have two recipes | 12:41 |
| qschulz | one for the kernel moduels which inherit module class | 12:41 |
| qschulz | and the other for the tools | 12:41 |
| qschulz | clean separation, maybe less hackish too | 12:42 |
| qschulz | at the cost of twice the fetching of sources | 12:42 |
| ctxnop | qschulz I'll check again for the IMAGE_INSTALL cause I remember that I did that for another package and did not worked, ended up in adding all in all images as it wasn't that important. But I surely missed something, so I'll check again | 12:42 |
| qschulz | ctxnop: check the RDEPENDS of your packages so they don't pull in too many packages they don't need | 12:43 |
| ctxnop | qschulz Yeah I was think of making two recipe as well but I really dislike the idea it has the same SRC_URI because it mean that the two can get out of sync (one recipe pointing to a different commit than the other) | 12:44 |
| qschulz | ctxnop: use a .inc included by both recipes | 12:44 |
| *** mgrseins <mgrseins!~gillesm@117.187.22.109.rev.sfr.net> has joined #yocto | 12:45 | |
| ctxnop | qschulz Ohh silly of me... I just didn't think about a .inc file -_- | 12:45 |
| *** mgrseins <mgrseins!~gillesm@117.187.22.109.rev.sfr.net> has left #yocto | 12:45 | |
| *** arkados <arkados!~gillesm@117.187.22.109.rev.sfr.net> has joined #yocto | 12:47 | |
| *** arkados <arkados!~gillesm@117.187.22.109.rev.sfr.net> has left #yocto | 12:48 | |
| ctxnop | just checked out my PACKAGES variable and it is as expected listing the extra tools | 12:48 |
| qschulz | ctxnop: then I think you might have an issue with the ordering of your packages in PACKAGES | 12:48 |
| qschulz | and/or FILES filters of other packages being too wide | 12:49 |
| ctxnop | the extra tools are the lasts in PACKAGES | 12:49 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 12:49 | |
| qschulz | ctxnop: oe-pkgdata-util find-path '*file*' should help you see if your file makes it somewhere at least | 12:49 |
| qschulz | ctxnop: the PACKAGES is read from left to right | 12:49 |
| qschulz | whatever matches the FILES filter of the package currently being populated will be in that package only | 12:50 |
| qschulz | so it is possible (and likely) another package took your files in | 12:50 |
| ctxnop | oe-pkgdata-util says that no packages are producing the extra tool I tried | 12:51 |
| qschulz | ctxnop: mmm not great, then I guess you need to check that your do_install actually works | 12:51 |
| qschulz | check inside ${WORKDIR}/image that your file is ther | 12:52 |
| qschulz | e | 12:52 |
| ctxnop | yes, that is my conslusion also | 12:52 |
| qschulz | ctxnop: you can also check what's the content of the do_install task in ${WORKDIR}/temp/{log,run}.do_install | 12:52 |
| ctxnop | (I'm sorry to be a bit slow, I'm forced to work remotely today, so accessing anything takes times ...-_- ) | 12:53 |
| *** arkados <arkados!~ploum@117.187.22.109.rev.sfr.net> has joined #yocto | 12:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 12:54 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 12:54 | |
| arkados | hello EXTRA_USERS_PARAMS can be used only local.conf not in a receipe ? in a receipe I must inherit user_add ? | 12:54 |
| ctxnop | so, indeed, none of my extra files are in $WORKDIR/image, I'll will investigate on that, thanks a lot for your help qschulz | 12:55 |
| qschulz | ctxnop: gives me time to work on other stuff too, so it's alright don't worry :) | 12:55 |
| qschulz | ctxnop: ahah! so an issue with do_install:append indeed. Are you sure you are on a yocto release that supports :append override syntax? | 12:55 |
| qschulz | (it used to be _append before) | 12:55 |
| ctxnop | Yes I'm sure of that, I'm on honister, waiting to go on kirkstone as soon as it's released | 12:56 |
| qschulz | arkados: https://docs.yoctoproject.org/ref-manual/classes.html#extrausers-bbclass you can specify it in an image recipe provided you inherited extrausers.bbclass | 12:56 |
| ctxnop | I also have to maintain an older image based on dungell so I'm used to this particular issue :p | 12:57 |
| RP | qschulz: I think that top level doc version issue might now be working? | 12:58 |
| qschulz | ctxnop: update to latest dunfell and th newer syntax is supported too | 12:58 |
| * RP didn't touch it | 12:58 | |
| qschulz | RP: ah yes | 12:58 |
| qschulz | oh... | 12:58 |
| qschulz | was this a local cache issue? | 12:59 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 12:59 | |
| RP | qschulz: don't know | 12:59 |
| qschulz | because I had to Ctrl+Shift+R to see it | 12:59 |
| qschulz | because it was still incorrect | 12:59 |
| qschulz | so probably cache indeed | 12:59 |
| qschulz | happy it's fixed :) | 12:59 |
| arkados | qschulz, when i made it a receipe mysuers.bb inherted from extrausers bitbake compile the receipe but produce an error when I IMAGE_INSTALL:append " myasers" | 12:59 |
| arkados | :q | 13:00 |
| rburton | what was the error? hard to comment otherwise. | 13:00 |
| arkados | User-Agent: falling back to 'libdnf': could not detect OS or basearch | 13:00 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:01 | |
| rburton | that's not an error | 13:02 |
| arkados | I didn't add do_install in the receipe .. Do I have to do ? | 13:03 |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 13:03 | |
| arkados | Error: Unable to find a match: myusers | 13:03 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:03 | |
| arkados | but bitbake-layers show-receipes show myusers | 13:04 |
| rburton | the package probab;y didn't generate as it was empty | 13:04 |
| rburton | set ALLOW_EMPTY to generate an empty package which creates a user (see the docs) | 13:05 |
| amahnui[m] | Hello, I ran the `runqemu qemux86_64` a few days ago and was meaning to say that my mouse is not functioning on QEMU, I wish to ask if it is normal and if there is a way to make it work. | 13:05 |
| rburton | arkados: oh, extrausers is an *image* class | 13:05 |
| rburton | https://docs.yoctoproject.org/ref-manual/classes.html#extrausers-bbclass | 13:06 |
| rburton | Here is an example that uses this class in an *image recipe*: | 13:06 |
| arkados | rburton : I can add user with EXTRA_USERS_PARAMS from local.conf but I wanted to make a receipe for adding a lot of users ... | 13:08 |
| rburton | arkados: then don't use extrausers | 13:08 |
| rburton | arkados: if you want a recipe that creates users, https://docs.yoctoproject.org/ref-manual/classes.html#useradd-bbclass | 13:09 |
| arkados | arkados yes I read .. it was my question ... | 13:09 |
| arkados | thanks | 13:09 |
| qschulz | RP: I think I sent all changes I needed to send for the docs? | 13:23 |
| RP | qschulz: Yes, I think so. I see I did miss a couple of changes, thanks! | 13:25 |
| *** GhastlySnowflake <GhastlySnowflake!~GhastlySn@77-166-18-199.fixed.kpn.net> has joined #yocto | 13:34 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds) | 13:35 | |
| GhastlySnowflake | Hi, do you have any recommendations on on what SoC OEMs do a good job providing an up to date BSP? | 13:36 |
| ptsneves | GhastlySnowflake is yocto LTS good enough? | 13:38 |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:7d93:b09f:ef35:4914> has quit IRC (Quit: Client closed) | 13:39 | |
| GhastlySnowflake | Yup, (anything not stuck on Sumo is great :D) | 13:39 |
| ptsneves | then i think you have St micro seems good enough | 13:41 |
| ptsneves | https://github.com/STMicroelectronics/meta-st-openstlinux | 13:41 |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:7d93:b09f:ef35:4914> has joined #yocto | 13:41 | |
| ptsneves | i work with them and they update frequently. | 13:41 |
| ptsneves | They have their weird conventions and their own kernel recipes. If you can live with that then that is it. | 13:42 |
| ptsneves | Also what do you look for in the SoC? | 13:42 |
| qschulz | GhastlySnowflake: also, SoC OEM highly depends on what you mean by that. Do you mean SoC vendor (i,e, are you doing your own hardware based on an SoC?), a SoM vendor (basing your hardware on a System on Module, like Toradex for example) | 13:42 |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:43 | |
| qschulz | GhastlySnowflake: also, what do you mean by BSP? Yocto layers? Decently recent U-Boot, Linux kernel, etc... ? | 13:43 |
| qschulz | combination of that? | 13:43 |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 13:44 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 13:46 | |
| GhastlySnowflake | qschulz: Good point! I am mostly interested in the SoM. Hopefully I'd like something which is a bit more enterprise supported then the RPi which has a BSP yocto layer. What i mean by BSP - that it's at least on some lts version on the kernel and yocto (don't know if uboot has lts), and one doesn't have to work on low level stuff to get to a booting | 13:47 |
| GhastlySnowflake | image. | 13:47 |
| ptsneves | maybe have a look at balenaos? | 13:49 |
| ptsneves | https://www.balena.io/os/ | 13:49 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:49 | |
| ctxnop | qschulz Seems that whatever I try my do_install:append is not called. Tried with "do_install_append" but obviously got the error that it's not a supported syntax anymore. Tried to create my own task "do_install_tools" and used "addtask do_install_tools after do_install before do_package", but it then install files using my user instead of 'root' so | 13:50 |
| ctxnop | that do_package fails because of permissions. So I ended up into writing simply 'do_install', which completly override the default, but as the default is only doing a "module_do_install", then I added this in my do_install and now everything works as expected | 13:50 |
| qschulz | ctxnop: mmm, this does not look too good | 13:53 |
| qschulz | ctxnop: is this something you can share publicly? | 13:53 |
| qschulz | so that we can reproduce on our side? | 13:53 |
| qschulz | I'm pretty sure do_install:append should work for recipes inheriting module bbclass | 13:53 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:54 | |
| ctxnop | unfortunately no, I'm on NDA on all of this stuff :/ | 13:54 |
| ctxnop | I'll try to make a reproducible exemple out of dummy sources later if you want | 13:54 |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 13:55 | |
| ctxnop | but as of right now, I think I can live with it, it so much better than the previous way on handling all this stuff | 13:55 |
| *** mihai <mihai!~mihai@user/mihai> has quit IRC (Quit: Leaving) | 13:55 | |
| qschulz | ctxnop: yes, a small example would be plenty enough for us :) | 13:56 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds) | 13:57 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has quit IRC (Quit: vladest) | 13:58 | |
| *** vladest <vladest!~Thunderbi@81-229-209-18-no288.tbcn.telia.com> has joined #yocto | 13:59 | |
| *** zkrx <zkrx!~slimshady@adsl-89-217-230-95.adslplus.ch> has quit IRC (Quit: zkrx) | 13:59 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:05 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Quit: Client closed) | 14:15 | |
| *** selff <selff!~selff@46.221.0.162> has joined #yocto | 14:17 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 14:20 | |
| *** selff <selff!~selff@46.221.0.162> has quit IRC (Client Quit) | 14:21 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 14:25 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 272 seconds) | 14:29 | |
| *** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has quit IRC (Quit: Client closed) | 14:30 | |
| *** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 256 seconds) | 14:33 | |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:7d93:b09f:ef35:4914> has quit IRC (Quit: Client closed) | 14:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 272 seconds) | 14:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 14:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:48 | |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:7d93:b09f:ef35:4914> has joined #yocto | 14:49 | |
| *** amitk_ <amitk_!~amit@103.59.74.34> has joined #yocto | 14:53 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 14:53 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:54 | |
| *** amitk <amitk!~amit@103.208.71.27> has quit IRC (Ping timeout: 276 seconds) | 14:56 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 14:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:59 | |
| *** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has joined #yocto | 15:00 | |
| *** GhastlySnowflake <GhastlySnowflake!~GhastlySn@77-166-18-199.fixed.kpn.net> has quit IRC (Quit: Client closed) | 15:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 15:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 15:14 | |
| *** GLumen <GLumen!~Gregory@97-126-1-223.tukw.qwest.net> has joined #yocto | 15:14 | |
| *** PaowZ <PaowZ!~Vince@lmontsouris-656-1-55-98.w80-15.abo.wanadoo.fr> has quit IRC (Ping timeout: 246 seconds) | 15:15 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 15:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 15:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 15:19 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:9c75:28f5:aa53:202e> has joined #yocto | 15:22 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 15:26 | |
| *** OutBackDingo <OutBackDingo!~quassel@46.23.82.248> has quit IRC (Ping timeout: 250 seconds) | 15:34 | |
| *** OutBackDingo <OutBackDingo!~quassel@116.118.9.12> has joined #yocto | 15:34 | |
| *** beneth <beneth!~beneth@xmpp.beneth.fr> has quit IRC (Read error: Connection reset by peer) | 15:35 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:38 | |
| *** NishanthMenon[m] <NishanthMenon[m]!~nmenonmat@2001:470:69fc:105::1:a076> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 16:00 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 272 seconds) | 16:07 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:14 | |
| ctxnop | qschulz Just to let you know, I just tried to reproduce the issue, starting from scratch, using the hello-mod as a starter. As of right now it just works out of the box, so I can't reproduce my issue. It then means that I have something, somewhere, that as a side effect. When I'll have some time I'll chase down the differences to find what cause | 16:16 |
| ctxnop | the bug. If I find something I'll reach you out to let you know. | 16:16 |
| qschulz | ctxnop: good and bad news at the same time :/ | 16:29 |
| ctxnop | more bad than good in my opinion, because it means that I may have some other issues that I haven't spotted yet | 16:30 |
| qschulz | (good for us, bad for you :) ) | 16:30 |
| ctxnop | yes ^^' | 16:30 |
| ctxnop | As this project will be ported to kirkstone as soon as it's released, it may disappear in the process, so I won't run on this for now | 16:31 |
| BignauxRonan[m] | hi, if i've some COMPATIBLE_HOST = 'xxx" in meta/recipes-core/images/core-image-minimal-initramfs.bb , can i override it in a bbappend in my layer ? | 16:32 |
| BignauxRonan[m] | or it should have ?= to be able to ? | 16:32 |
| BignauxRonan[m] | it uses to "Use the same restriction as initramfs-module-install" but i don't want to use it, i can since INITRAMFS_SCRIPTS has "?=" ... | 16:33 |
| qschulz | BignauxRonan[m]: yes you can in a bbappend | 16:34 |
| BignauxRonan[m] | so i should make it bad | 16:34 |
| qschulz | everything is flattened and read from top to bottom, bbappends content is added after the original recipe | 16:34 |
| qschulz | wait.. COMPATIBLE_HOST??? | 16:35 |
| qschulz | I thought it was COMPATIBLE_MACHINE | 16:35 |
| qschulz | why would you need COMPATIBLE_HOST? | 16:36 |
| BignauxRonan[m] | i tryied to had my machine but i need to add mipsel ok | 16:36 |
| qschulz | (well, COMPATIBLE_MACHINE on an image recipe does not make much more sense to me, just highlights there's not enough abtrsaction in your layer and recipes | 16:36 |
| BignauxRonan[m] | for non-native recipe, compatible-host is the target | 16:36 |
| BignauxRonan[m] | seems to work with COMPATIBLE_HOST = 'mipsel-poky-linux' | 16:37 |
| qschulz | BignauxRonan[m]: well, I learned something new today | 16:37 |
| qschulz | still don't understand why you wyuld use a COMPATIBLE_HOST for an image recipe since to me a native image recipe makes very little sense | 16:38 |
| qschulz | if that is even possible | 16:38 |
| qschulz | BignauxRonan[m]: you could also append to it to keep the original value | 16:38 |
| BignauxRonan[m] | yeap, i try to find where i read that in manual | 16:38 |
| qschulz | I assume something like COMPATIBLE_HOST .= "|mipsel-poky-linux" would do | 16:38 |
| *** geoff_ <geoff_!~geoff@207.154.79.70> has joined #yocto | 16:38 | |
| qschulz | BignauxRonan[m]: https://docs.yoctoproject.org/ref-manual/variables.html#term-COMPATIBLE_HOST | 16:39 |
| BignauxRonan[m] | yes was here | 16:39 |
| BignauxRonan[m] | COMPATIBLE_HOST¶ | 16:39 |
| BignauxRonan[m] | A regular expression that resolves to one or more hosts (when the recipe is native) or one or more targets (when the recipe is non-native) | 16:39 |
| qschulz | yeah but still, a native image recipe? | 16:39 |
| qschulz | anyways, not important :) | 16:40 |
| BignauxRonan[m] | yeah, it refuses to build if i don't fix that so ... | 16:40 |
| *** ptsneves <ptsneves!~ptsneves@85-128-83-172.static.ip.netia.com.pl> has quit IRC (Ping timeout: 252 seconds) | 16:41 | |
| qschulz | BignauxRonan[m]: I was more challenging the use of COMPATIBLE_HOST in an image recipe over COMPATIBLE_MACHINE (and actually... COMPATIBLE_MACHINE itself in a recipe is telling something;s not done according to best practices somewhere :) ) | 16:41 |
| qschulz | glad you found out how to fix it :) | 16:42 |
| ctxnop | there is a COMPATIBLE_HOST in poky's images: https://git.yoctoproject.org/poky/tree/meta/recipes-core/images/core-image-minimal-initramfs.bb?h=honister#n32 | 16:42 |
| BignauxRonan[m] | ah yes but that's not my business, i can't contribute yocto when i don't have something working here :D | 16:42 |
| BignauxRonan[m] | but yes, i don't think it should have inherited COMPATIBLE_HOST here since we can use this recipe without initramfs-module-install | 16:44 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 16:53 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has joined #yocto | 16:54 | |
| *** ctxnop <ctxnop!~ctxnop@2a02:2788:864:1cf:7d93:b09f:ef35:4914> has quit IRC (Quit: Client closed) | 16:59 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 17:07 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 17:08 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:16 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has joined #yocto | 17:33 | |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 17:37 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:53 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 17:56 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer) | 18:15 | |
| khem | RP: we need to replicate create_merged_usr_symlinks() for recipe specific sysroot too | 18:28 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has joined #yocto | 18:28 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:9c75:28f5:aa53:202e> has quit IRC (Ping timeout: 240 seconds) | 18:34 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:340a:a518:bea9:1d19> has joined #yocto | 18:35 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 18:57 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer) | 19:05 | |
| *** dti <dti!~dtometzki@fedora/dtometzki> has joined #yocto | 19:05 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 19:06 | |
| janvermaete[m] | hi, | 19:08 |
| janvermaete[m] | To start with ptest for my own recipes, what's the best example to look at? | 19:09 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 19:13 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:13 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 19:16 | |
| *** bluelightning <bluelightning!~paul@2406:e003:14bb:1101:b12f:1a32:bc8d:2798> has quit IRC (Quit: Konversation terminated!!!111) | 19:18 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds) | 19:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:19 | |
| kergoth | khem: Do you run sstate-diff-machine in CI/autobuilder, and if so, how do you go about doing that in a clean way? I'd like to make sure things that we expect to be shared between some of our configurations are, and would like to know which pieces are not, across our build matrix. | 19:28 |
| khem | kergoth: see https://github.com/kraj/jenkins-jobs/blob/master/jenkins-job.sh#L282 | 19:30 |
| khem | I create a copy machine https://github.com/YoeDistro/openembedded-core/commit/e0f8b51fe561663dcce4353814545971ada6d48c | 19:31 |
| khem | and use that as testpad | 19:31 |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 19:32 | |
| kergoth | khem: ah, okay, so comparing a specific subset of machines. thanks | 19:33 |
| kergoth | khem: I'm looking at using more generic arm tuning, the way it was done by angstrom and others, and I want to *know* the toolchain and its runtime isn't being pointlessly rebuilt across similar machines, sstate-diff-machines is probably the best bet, yeah? | 19:34 |
| khem | yeah it is | 19:34 |
| kergoth | When using an external toolchain, we usually have a specific list of supported configurations, often somewhat generic, and the build maps the machine to the most specific compatible external configuration. If I then move to internal builds, I want to make sure across the matrix of machines that we don't build more configurations than the external would have had, if that makes sense. Reduces the need for increased test coverage | 19:35 |
| kergoth | between the two | 19:35 |
| kergoth | looking for equivalence between the two. sstate-diff-machines looks perfect, but haven't played with it much. time to do so! | 19:36 |
| khem | yeah its doable, but I think you have to bridge the gaps between defined configurations first between external and internal, since that is critical, internal can have many variations | 19:39 |
| kergoth | Hmm yeah, that's true. Right now we only support glibc, so that helps, but I might need to add warnings to our distro if the user is building an unsupported toolchain configuration or something | 19:43 |
| kergoth | must be nice doing builds in a tmpfs :) | 19:47 |
| khem | heh the tmpfs is on 15year old RAM, SSDs of today are faster than that | 19:53 |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:340a:a518:bea9:1d19> has quit IRC (Ping timeout: 250 seconds) | 19:57 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:9c75:28f5:aa53:202e> has joined #yocto | 19:57 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 19:57 | |
| *** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto | 20:05 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 20:12 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 20:34 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 20:35 | |
| *** amitk_ <amitk_!~amit@103.59.74.34> has quit IRC (Ping timeout: 240 seconds) | 21:21 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:9c75:28f5:aa53:202e> has quit IRC (Remote host closed the connection) | 21:57 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:9c75:28f5:aa53:202e> has joined #yocto | 21:57 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 21:58 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:58 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has joined #yocto | 22:02 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds) | 22:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:03 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 240 seconds) | 22:04 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 22:05 | |
| *** mickeypash <mickeypash!~mickeypas@2a01:4b00:9e0e:6000:d94:10bc:f3a6:6fb8> has joined #yocto | 22:12 | |
| *** PaowZ <PaowZ!~Vince@2a01:e0a:144:d020:9c75:28f5:aa53:202e> has quit IRC (Remote host closed the connection) | 22:13 | |
| *** mickeypash <mickeypash!~mickeypas@2a01:4b00:9e0e:6000:d94:10bc:f3a6:6fb8> has quit IRC (Quit: Client closed) | 22:29 | |
| *** geoff_ <geoff_!~geoff@207.154.79.70> has quit IRC (Ping timeout: 246 seconds) | 23:10 | |
| *** amahnui <amahnui!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 23:16 | |
| *** OutBackDingo <OutBackDingo!~quassel@116.118.9.12> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 23:25 | |
| *** OutBackDingo <OutBackDingo!~quassel@116.118.9.12> has joined #yocto | 23:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-123-170.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 23:54 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!