| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 00:06 | |
| *** otavio <otavio!~otavio@201-35-128-44.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 00:42 | |
| *** otavio <otavio!~otavio@201-35-128-44.user3p.brasiltelecom.net.br> has joined #yocto | 00:44 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Ping timeout: 255 seconds) | 00:49 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto | 00:53 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 255 seconds) | 00:57 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 01:03 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 01:03 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 01:04 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 01:04 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 01:12 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 01:48 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 02:07 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6546:3a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 250 seconds) | 02:23 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 02:24 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6537:2300:2ce:39ff:fecf:efcd> has joined #yocto | 02:25 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 02:40 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 02:41 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds) | 03:45 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 248 seconds) | 04:00 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Remote host closed the connection) | 04:02 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 04:02 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Client Quit) | 04:03 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 04:03 | |
| *** thomas__ <thomas__!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 04:20 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:33 | |
| *** amitk <amitk!~amit@103.59.74.51> has joined #yocto | 05:38 | |
| *** thomas_ <thomas_!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 05:55 | |
| *** thomas__ <thomas__!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Remote host closed the connection) | 05:58 | |
| *** olani_ <olani_!~olani@83-233-29-230.cust.bredband2.com> has quit IRC (Ping timeout: 255 seconds) | 05:58 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 255 seconds) | 05:58 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Quit: restart) | 05:58 | |
| *** invalidopcode <invalidopcode!~invalidop@50.1.244.72> has quit IRC (Quit: Ping timeout (120 seconds)) | 05:58 | |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has joined #yocto | 05:58 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has quit IRC (Remote host closed the connection) | 05:58 | |
| *** agrue_ <agrue_!~agrue@host-23-251-65-128.VALOLT4.epbfi.com> has quit IRC (Quit: ZNC 1.7.5+deb4 - https://znc.in) | 05:58 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: Ping timeout (120 seconds)) | 05:58 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto | 05:59 | |
| *** olani_ <olani_!~olani@83-233-29-230.cust.bredband2.com> has joined #yocto | 05:59 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:59 | |
| *** agrue <agrue!~agrue@host-23-251-65-128.valolt4.epbfi.com> has joined #yocto | 06:00 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 06:04 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:29 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 06:57 | |
| *** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 07:02 | |
| *** rfuentess <rfuentess!~rfuentess@arennes-299-1-56-92.w92-159.abo.wanadoo.fr> has joined #yocto | 07:04 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Quit: camus) | 07:08 | |
| *** camus1 <camus1!~Instantbi@58.246.136.203> has joined #yocto | 07:08 | |
| *** thomas_ <thomas_!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 250 seconds) | 07:08 | |
| *** camus1 is now known as camus | 07:10 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:11 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 07:14 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 07:20 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:31 | |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has quit IRC (Remote host closed the connection) | 07:32 | |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has joined #yocto | 07:32 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 07:34 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 08:00 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto | 08:18 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:c000:59ca:78e1:31c2:e088> has quit IRC (Remote host closed the connection) | 08:19 | |
| *** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto | 08:20 | |
| *** grma <grma!~gruberm@89-41-134-107.static.kufnet.at> has joined #yocto | 08:25 | |
| *** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Ping timeout: 260 seconds) | 08:29 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:31 | |
| *** jtoomey <jtoomey!~jtoomey@149.199.80.130> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 08:38 | |
| *** tunahan <tunahan!~tunahan@78.188.72.174> has joined #yocto | 08:44 | |
| *** rich1234 <rich1234!~rich1234@109.176.155.130> has joined #yocto | 08:56 | |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:01 | |
| *** amelius <amelius!~quassel@147.161.137.117> has joined #yocto | 09:18 | |
| Entei[m] | Is there a way to alter the rpm build process being done through yocto? The rpms it generates don't provide the conventional rpm macros for build systems such cmake, meson etc, that are required for rebuilding srpms on the target machine. | 09:19 |
|---|---|---|
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 09:21 | |
| amelius | Hey we're about to get new build hardware, at the moment we are on Xeon W-2145 CPU @ 3.70GHz with 16 cores. 64GB RAM and 8TB SSD. Is more RAM and more Cores better or is there a limit where the build is no longer accelerated? | 09:23 |
| mcfrisk | Entei[m]: I think yocto doesn't cover this use case. I would rather stick to cross compiling with bitbake, cross compiling in the SDK, or compiling on the target without complex packaging tools. though ipkg has worked in the past in SDK at least. | 09:24 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 09:24 | |
| mcfrisk | amelius: RAM per CPU thread is an important ratio. 2 gigs of RAM per thread has been ok on my work loads. But this depends heavily on what you compile. webkit/chromium/C++ with templates/qt will make things a lot harder | 09:25 |
| mcfrisk | amelius: and two thing: build times vs build failures due to out-of-memory (OOM) | 09:26 |
| *** rich1234 <rich1234!~rich1234@109.176.155.130> has quit IRC (Quit: Client closed) | 09:26 | |
| mcfrisk | adding more RAM helps to keep file system operations buffered in RAM, but default build setups may still write to disk which is slowing things down. Tune kernel settings for that. I would not use tmpfs as that doesn't scale if you run out of ram.. | 09:27 |
| mcfrisk | /kernel settings/kernel vm settings/ | 09:28 |
| Entei[m] | mcfrisk: What about thousands of packages that don't have a recipe? Rebuilding SRPMs on the target would be a great option instead of writing recipe for each of those packages. And directly iinstalling using the build tool like autoconf or cmake doesn't cut it on a system where you plan to managing things with a package manager which requires you to have dependencies through proper packages. | 09:28 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Quit: WeeChat 3.8) | 09:30 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 09:30 | |
| mcfrisk | Entei[m]: well, mixing yocto and other Linux distro packages has not ended well. I'd use containers. | 09:32 |
| amelius | mcfrisk: thanks that helps | 09:33 |
| *** amelius <amelius!~quassel@147.161.137.117> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 09:36 | |
| Entei[m] | mcfrisk: umm...what do you mean? Doesn't yocto support packages? I see it supporting deb and rpm packages without much of configuration. | 09:37 |
| landgraf | Entei[m]: you can rebuild them somewhere and import binary RPMs into yocto build with bin_package. | 09:37 |
| mcfrisk | Entei[m]: yocto builds an output binary package stream using those package managers. It is very much not compatible with other distros which build dep or rpm packages. It can be for simple things but for anything more complex things will fall apart. | 09:38 |
| Entei[m] | mcfrisk: So you mean to say, I don't depend on yocto based distro to build RPMs at all, but rather build them on say Fedora and then transfer them to my yocto based distro. Did I get it correct? | 09:41 |
| jclsn | I have an issue where I am changing the list of files in SRC_URI of a recipes and the old ones are still left in the WORKDIR. do_install() is then doing a for loop over all the files in question and installs them to the image. So I end up with all the old files that are currently not in the list anymore. Is there any way to let Bitbake clean these files from the WORKDIR automatically? | 09:44 |
| mcfrisk | Entei[m]: nope, but that may work on the binary RPM level, but fall apart due to compiler, dependency etc level. If you instead build RPMs with the yocto SDK, then things will likely work, but still, building SRPMs from other distributions may not. | 09:45 |
| mcfrisk | jclsn: bitbake -c clean recipe, or wipe full build/tpm and rebuild | 09:46 |
| jclsn | mcfrisk: Yeah sure, but I would be assuming that only the files currently contained in the recipes will be installed | 09:47 |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Quit: WeeChat 3.8) | 09:49 | |
| jclsn | Maybe looping over all the files in the WORKDIR is just bad practice | 09:49 |
| mcfrisk | jclsn: try a clean build, incremental rebuilds have issues and various corner cases and old files may still exists in workdir | 09:49 |
| mcfrisk | jclsn: it is slightly bad, though it can be handy as well if there are large number of files. | 09:49 |
| jclsn | I could loop over all the files in the SRC_URI instead of all the files in WORKDIR | 09:50 |
| mcfrisk | jclsn: that is better | 09:53 |
| jclsn | How would I do that? srcuri = d.getVar('SRC_URI', True).split() and then? | 09:54 |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has quit IRC (Remote host closed the connection) | 09:55 | |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has joined #yocto | 09:55 | |
| mcfrisk | jclsn: I've seen additional variables being used to construct both SRC_URI and then used in do_install() and do_deploy() tasks. SRC_URI itself with the url type string may be harder to use | 10:02 |
| *** starblue <starblue!~juergen@dslb-088-078-097-121.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 260 seconds) | 10:03 | |
| *** starblue <starblue!~juergen@dslb-088-078-097-121.088.078.pools.vodafone-ip.de> has joined #yocto | 10:04 | |
| *** rich1234 <rich1234!~rich1234@109.176.155.130> has joined #yocto | 10:07 | |
| rburton | jclsn: definitely iterate over SRC_URI. there are functions in bb.fetch2 to parse the urls. | 10:07 |
| *** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto | 10:36 | |
| *** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Ping timeout: 265 seconds) | 10:48 | |
| *** maoti__ <maoti__!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 240 seconds) | 10:54 | |
| jclsn | rburton: Is there an API documentation? | 11:06 |
| rburton | not really, sadly | 11:08 |
| jclsn | It is a list of local files btw | 11:08 |
| jclsn | Where to look? https://git.yoctoproject.org/poky/plain/bitbake/lib/bb/fetch2/?h=1.1_M1 | 11:08 |
| rburton | __init__ for the module api, but not an ancient release | 11:09 |
| jclsn | I don't see a function in there that sounds like what I want | 11:10 |
| rburton | decode_url? | 11:11 |
| rburton | then filter to just file: entries | 11:11 |
| *** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto | 11:13 | |
| jclsn | No idea how that works. I think it is really unfortunate that there is no documentation. It would make it much easier to support you guys | 11:19 |
| jclsn | So d is the dictionary of all variabales as far as I understand | 11:20 |
| jclsn | files = d.decode_url(${SRC_URI}) or something? | 11:20 |
| rburton | ${} won't expand in python | 11:20 |
| jclsn | SRC_URI is a list of files | 11:20 |
| jclsn | Oh yeah it is python | 11:21 |
| rburton | and decode_url takes a single url | 11:21 |
| jclsn | do_install is bash I guess | 11:21 |
| rburton | you can write a python helper function | 11:21 |
| jclsn | Yeah but I have a list of files | 11:21 |
| jclsn | No url | 11:21 |
| jclsn | SRC_URI = " file://file1 file://file2 " | 11:22 |
| rburton | for url in d.getVar("SRC_URI"); scheme, location, ... = bb.fetch2.decodeurl(url) | 11:22 |
| rburton | if you want to keep your do_install as bash then write a helper function in python that returns the list of files in a way that your bash can read | 11:24 |
| Entei[m] | Would setting PR variable in local.conf set a fixed PR for all packages? By default the package naming follows the r0, r1 etc naming scheme since by default packages are set to PR=r0. I'd like to set the names to a fixed release name like xy12, xy13 etc (like how Fedora does it - fc37, fc38 etc). | 11:25 |
| rburton | Entei[m]: that's not what PR is for | 11:25 |
| rburton | it might work, but that's pretty horrible. | 11:27 |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:27 | |
| Entei[m] | rburton: Yeah I do understand the functionality behind it, but I don't see any other way to change package names. Those packages ending in r0, r1 etc are pretty crude, especially when I'd like to make a whole distribution following one single naming scheme instead of mixup of numbers. | 11:27 |
| Entei[m] | Is there any other way to change it? | 11:27 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 11:36 | |
| rburton | just try setting PR and see what happens | 11:39 |
| rich1234 | I am trying to get the OpenGLES libraries. I have added the following to my local.conf | 11:40 |
| rich1234 | IMAGE_INSTALL:append = " vim libsdl2 mesa" | 11:40 |
| rich1234 | PACKAGECONFIG:append:pn-mesa = " gles egl" | 11:40 |
| rich1234 | PACKAGECONFIG:append:pn-libsdl2 = " gles2" | 11:40 |
| rich1234 | And I have vim, and the libsdl2 libraries, but no libGLESv2 library. Is this the right way to set to set the package config option? | 11:40 |
| jclsn | rburton: Can you give a small example please? | 11:40 |
| jclsn | Something like this http://ix.io/4uak | 11:41 |
| jclsn | I am trying to print with bb.warn() to debug | 11:42 |
| jclsn | No idea how to debug this | 11:43 |
| jclsn | I would also think you would need a colon and not semicolon after the for statement in python. Very confusing | 11:45 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:45 | |
| jclsn | I think I would also rather use an inline python function | 11:48 |
| rburton | jclsn: replace ... with the rest of the return values | 11:48 |
| rburton | (scheme, network location, path, user, password, parameters) | 11:48 |
| rburton | someone spending the time to make bitbake's api actually generate api docs could be awesome | 11:50 |
| jclsn | Yeah how to verify what I am doing? | 11:50 |
| jclsn | If I build that nothing happens really | 11:51 |
| jclsn | I need to print somehow | 11:51 |
| rburton | did you call the function? | 11:52 |
| jclsn | No idea how | 11:52 |
| rburton | ${@list_files()} | 11:52 |
| rburton | in your do_install | 11:52 |
| jclsn | Will try | 11:53 |
| rburton | you'll probably need to add d to the prototype and pass d when calling it | 11:53 |
| jclsn | It says the function is not defined although it is just above | 11:55 |
| jclsn | I have this now http://ix.io/4uak | 11:56 |
| rburton | grumble at bitbake syntax. use "def list_files(d):" to start the function, you can't call a variable 'network location', and you need to split() the url list. | 12:01 |
| jclsn | That isn't parsed right | 12:04 |
| jclsn | I will just hardcode. This is too time consuming | 12:04 |
| rburton | i did those changes and it was working | 12:04 |
| jclsn | Show me | 12:06 |
| rburton | sorry, deleted it already | 12:06 |
| rburton | def list_files(d): for url in d.getVar("SRC_URI").split(): | 12:07 |
| rburton | all,the,params = bb.fetch2.decodeurl(url) | 12:07 |
| *** PhoenixMage <PhoenixMage!~phoenix@65.181.12.20> has quit IRC (Ping timeout: 240 seconds) | 12:11 | |
| jclsn | How can I print the result? | 12:11 |
| rburton | make the function return a string, then when ${@...} expands it turns into the string | 12:11 |
| rburton | or for testing just use bb.warn as you were | 12:12 |
| jclsn | It is not printing anything though | 12:13 |
| jclsn | This is what I have now http://ix.io/4uak | 12:13 |
| *** PhoenixMage <PhoenixMage!~phoenix@65.181.12.20> has joined #yocto | 12:13 | |
| rburton | yeah that doesn't parse though | 12:14 |
| rburton | you can't have a variable called 'network location' | 12:14 |
| jclsn | :´( | 12:14 |
| rburton | The code lines resulting in this error were: | 12:14 |
| rburton | 0001:def list_files(): | 12:14 |
| rburton | 0002: for url in d.getVar("SRC_URI").split(): | 12:14 |
| rburton | *** 0003: scheme, network location, path, user, password, parameters = bb.fetch2.decodeurl(url) | 12:14 |
| jclsn | That is what you wrote me and also in the function comment | 12:15 |
| jclsn | Guess there is a comma missing | 12:15 |
| rburton | the thing i quoted was a literal copy-paste from the *documentation* of the api | 12:15 |
| jclsn | THought so | 12:15 |
| rburton | a comma isn't missing, you just need to rename it to netloc or location or something | 12:15 |
| *** waltminer <waltminer!sid324176@id-324176.hampstead.irccloud.com> has left #yocto | 12:15 | |
| rburton | and i told you earlier to rename that variable | 12:16 |
| rburton | and you still need to pass d to list_files | 12:16 |
| jclsn | Got to warnings now with the right filenames | 12:17 |
| rburton | WARNING: /home/ross/Yocto/poky/meta/recipes-devtools/dmidecode/argh.bb: file1 | ETA: --:--:-- | 12:17 |
| rburton | WARNING: /home/ross/Yocto/poky/meta/recipes-devtools/dmidecode/argh.bb: file2 | 12:17 |
| jclsn | Just need to return an array now somehow http://ix.io/4uak | 12:21 |
| jclsn | Just return a python list? | 12:22 |
| rburton | a string | 12:22 |
| rburton | if you want it to be usable in the sh then you need to think in sh | 12:22 |
| jclsn | So confusing | 12:22 |
| rburton | write the do_install in python if you want? | 12:23 |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 252 seconds) | 12:23 | |
| rburton | a whitespace separated list means you can just do for NAME in ${@list_files(d)}; do .... ; done | 12:23 |
| jclsn | Like this? http://ix.io/4uak | 12:24 |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 12:24 | |
| rburton | i'd accumulate a list and join() it but sure | 12:25 |
| jclsn | Maybe the self-proclaimed Yocto jester should make a tutorial about how to write advanced recipes with inline python etc | 12:25 |
| rburton | def list_files(d): return ' '.join(bb.fetch2.decodeurl(url)[4] for url in d.getVar("SRC_URI).split()) | 12:26 |
| rburton | you're using inline python, it's just nicer to pull the logic into a function as huge oneliners are ugly | 12:26 |
| jclsn | Unexpected EOF... http://ix.io/4uak | 12:29 |
| jclsn | This is already quite ugly imo xD | 12:29 |
| jclsn | Ah wait there is a closing parenthesis missing | 12:30 |
| *** destmaster <destmaster!~destmaste@185.11.23.2> has joined #yocto | 12:32 | |
| destmaster | Hi, I would to buy a new PC or server to speedup my Yocto's images building time. Could you suggest on what hardware specification pay attention on? I understood weel the key to speed up the build time is the number of logic cores, right? There's significant differences in performances between Intel and AMD architecture? My budget is around | 12:36 |
| destmaster | 1500/2000€. | 12:36 |
| jclsn | destmaster: Anyt Threadripper will do | 12:36 |
| destmaster | jclsn thank you | 12:37 |
| jclsn | Lenovo ThinkStation P620 for example. They are a bit above your budget though | 12:38 |
| jclsn | Maybe try getting a used one | 12:39 |
| jclsn | Or just build one yourself | 12:40 |
| destmaster | jclsn thank you, I will evaluate the cost difference between buy a ready to use vs build a one myself | 12:42 |
| jclsn | rburton: It is not installing anything unfortunately http://ix.io/4uak | 12:47 |
| qschulz | jclsn: it returns a string, you cannot use a shell forloop on a string that is space separated | 12:49 |
| jclsn | qschulz: I though rburton said that would work | 12:50 |
| *** destmaster <destmaster!~destmaste@185.11.23.2> has quit IRC (Quit: Client closed) | 12:53 | |
| qschulz | jclsn: for i in "this is a test"; do echo $i; done | 12:54 |
| qschulz | for i in this is a test; do echo $i; done | 12:54 |
| qschulz | VAR="this is a test"; for i in $VAR; do echo $i; done | 12:54 |
| qschulz | and see for yourself | 12:54 |
| qschulz | (you'd need to use arrays but those are bashism and we recommend not using any non POSIX shell stuff | 12:55 |
| jclsn | This is really giving me a headache ^^ | 12:57 |
| jclsn | I can do just bash or just python but not both | 12:57 |
| qschulz | jclsn: call bb.exec on the python function and install the files this way | 12:58 |
| qschulz | this way = in python directly | 12:58 |
| jclsn | No idea how I would do that | 12:58 |
| qschulz | or just add a python task just before do_install | 13:00 |
| jclsn | "just" | 13:00 |
| qschulz | don't know if everything is properly setup though | 13:00 |
| jclsn | I don't understand anything of what this is doing | 13:01 |
| qschulz | but honestly, you're not the first one to have this issue | 13:01 |
| qschulz | this is known but requires quite deep changes in how we handle SRC_URI with the file:// fetcher | 13:01 |
| qschulz | (don't know which bugzilla ID it has but we have a bug for it) | 13:01 |
| jclsn | I also don't understand why there isn't some easy function for this. This is not a wild use case | 13:01 |
| qschulz | jclsn: theoretically, SRC_URI will give you only what you need so there's no need for this | 13:02 |
| qschulz | now because we use WORKDIR as the directory to store SRC_URI file:// files, we can't easily remove files that were installed in previous runs | 13:02 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 252 seconds) | 13:02 | |
| qschulz | jclsn: half wondering if you cannot force the fetch task of your recipe to depend on a clean task? | 13:03 |
| qschulz | do_fetch[depends] += "do_clean" ? | 13:03 |
| rburton | ewww | 13:04 |
| qschulz | rburton: everything is eww :) | 13:04 |
| rburton | [cleandirs] would be better | 13:04 |
| qschulz | rburton: which ones? | 13:04 |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Ping timeout: 246 seconds) | 13:04 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto | 13:04 | |
| qschulz | ah, maybe on ${WORKDIR} directly? | 13:04 |
| rburton | this is why there's a long-standing need to put unpack files into !workdir | 13:04 |
| rburton | definitely not workdir | 13:04 |
| qschulz | rburton: then how do you plan on using cleandirs varflag for SRC_URI file:// files? | 13:05 |
| rburton | cleandirs ${S} and put the files into ${S} | 13:05 |
| rburton | though i'm confused why looping through the output didn't work | 13:06 |
| qschulz | rburton: or any other subdir, indeed | 13:08 |
| *** bhstalel <bhstalel!~talel@193.95.99.58> has joined #yocto | 13:09 | |
| jclsn | Just tested this in bash. No idea why it is not working http://ix.io/4uak | 13:10 |
| rburton | oh right because i fat-fingered the index | 13:11 |
| rburton | index 4 is password | 13:11 |
| rburton | when in doubt actually check what is happening | 13:11 |
| *** bhstalel <bhstalel!~talel@193.95.99.58> has quit IRC (Client Quit) | 13:12 | |
| rburton | you want 2 | 13:12 |
| rburton | should make decodeurl return a namedtuple | 13:12 |
| jclsn | Yeah right I also forgot the ${S} before ${i} | 13:14 |
| rburton | workdir, not s | 13:14 |
| rburton | whats useful is looking at eg temp/run.do_install, which is the _expanded_ task | 13:16 |
| rburton | so that's expanded the python function and you can see what actually popped out | 13:16 |
| jclsn | I assigned WORKDIR to S. Shouldn't it be the same? | 13:17 |
| olani- | qschulz: VAR="this is a test"; for i in $VAR; do echo $i; done should work in most shells. zsh is an exception. But in this case $VAR would be expanded by bitbake before the shell even looks at the code. | 13:19 |
| rburton | jclsn: dont assign WORKDIR to S | 13:20 |
| rburton | oh i see what you mean, you did S=WORKDIR | 13:20 |
| rburton | that's fine, sorry | 13:20 |
| rburton | yeah, same differerence then | 13:20 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:21 | |
| *** rich1234 <rich1234!~rich1234@109.176.155.130> has quit IRC (Quit: Client closed) | 13:22 | |
| qschulz | olani-: not POSIX so not good for shell tasks in Bitbake :) | 13:26 |
| qschulz | olani-: btw I use zsh (so many small differences compared to bash it's interesting :) ) | 13:27 |
| jclsn | rburton: My colleague now told me systemd also iterates through the files in the workspace and that my solution is wrong xD | 13:32 |
| jclsn | https://github.com/openembedded/openembedded-core/blob/master/meta/recipes-core/systemd/systemd_253.3.bb#L268 | 13:32 |
| rburton | yeah arguably that's a buggy recipe | 13:33 |
| rburton | as you said, remove a file and rebuild without cleaning and you get the old files | 13:33 |
| jclsn | Yeah not optimal | 13:33 |
| rburton | dropping the files into a directory and cleaning it in unpack might work well | 13:33 |
| jclsn | But you wouldn't want to clean everyt time you rebuild | 13:34 |
| rburton | it would only happen if unpack re-ran | 13:34 |
| rburton | if unpack is re-running, you're building from scratch anyway | 13:34 |
| jclsn | Maybe the systemd recipe does it this way? | 13:35 |
| rburton | no | 13:35 |
| jclsn | So why such a mistake in the recipe? systemd is crucial | 13:35 |
| jclsn | Weird | 13:35 |
| rburton | because most people don't think about this edge case | 13:35 |
| jclsn | Yeah I am great | 13:36 |
| jclsn | I always knew that actually | 13:36 |
| jclsn | hehe | 13:36 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 264 seconds) | 13:39 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto | 13:43 | |
| jclsn | Well, I just stumbled over it while wanting to override some rule. I had multiple rules in /etc/udev/rules.d, even the ones not in the recipe anymore. This resulted in the wrong rtc being symlinked o /dev/rtc | 13:45 |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 13:49 | |
| *** amitk <amitk!~amit@103.59.74.51> has quit IRC (Ping timeout: 240 seconds) | 13:51 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 13:58 | |
| RP | jclsn: there is an open bug for fixing this but it isn't straightforward | 14:07 |
| jclsn | RP: Can you send me the link? | 14:10 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:19 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:20 | |
| rburton | i'm thinking we need to just change the unpack procedure and tell everyone to suck it up | 14:25 |
| rburton | change T to workdir/tasks/ at the same time :) | 14:25 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:34 | |
| RP | rburton: logs maybe? | 14:35 |
| RP | rburton: it is amazing all the ways things break if you change it | 14:35 |
| rburton | i've been using tasks/ for a month or so now | 14:36 |
| RP | rburton: oh, ${T} is much easier and will just break external scripts. It was unpack I was meaning | 14:38 |
| RP | I think tasks may well be confusing to people for different reasons to temp | 14:39 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 14:41 | |
| rburton | yeah, external scripts that hardcode temp are broken. | 14:55 |
| rburton | unpack will be fun but i think we just have to break it and let people fix | 14:55 |
| *** PobodysNerfect_ <PobodysNerfect_!~PobodysNe@84.214.105.47> has joined #yocto | 14:57 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Ping timeout: 255 seconds) | 14:58 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 14:58 | |
| *** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Quit: Konversation terminated!) | 15:00 | |
| *** PobodysNerfect_ <PobodysNerfect_!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…) | 15:12 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 15:35 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@213.239.210.166> has joined #yocto | 15:36 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 15:39 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 15:40 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 15:43 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:46 | |
| *** rfuentess <rfuentess!~rfuentess@arennes-299-1-56-92.w92-159.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 15:56 | |
| *** amitk <amitk!~amit@103.208.71.26> has joined #yocto | 15:58 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 16:04 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection) | 16:09 | |
| rburton | 0: cve-update-nvd2-native-1.0-r0 do_fetch - 18m52s (pid 355399) 84% |############################################################ | grrrrrrrrrr | 16:11 |
| khem | rburton: 18mins is not bad we have larger daemons | 16:20 |
| *** berton[m] <berton[m]!~berton@2001:470:69fc:105::ce36> has joined #yocto | 16:34 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 16:49 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:50 | |
| *** amitk <amitk!~amit@103.208.71.26> has quit IRC (Ping timeout: 248 seconds) | 17:16 | |
| *** amitk <amitk!~amit@103.208.71.26> has joined #yocto | 17:27 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-088-116.93.135.pool.telefonica.de> has joined #yocto | 17:42 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds) | 17:52 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 17:58 | |
| smurray | I'm managing to trigger the build-deps QA check when trying to RDEPENDS on one of a couple of packages that intentionally have duplicate RPROVIDES (I'm trying to allow building images with different client certificates). I don't see a way to avoid this, figured I'd ask if I'm missing something? | 18:12 |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-088-116.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 255 seconds) | 18:14 | |
| *** amitk <amitk!~amit@103.208.71.26> has quit IRC (Ping timeout: 240 seconds) | 18:18 | |
| *** no1florasure[m] <no1florasure[m]!~no1florat@2001:470:69fc:105::3:4c8d> has joined #yocto | 18:33 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@213.239.210.166> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 18:50 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 18:51 | |
| *** GillesM <GillesM!~gilles@126.88.69.37.rev.sfr.net> has joined #yocto | 18:56 | |
| *** GillesMM <GillesMM!~gilles@126.88.69.37.rev.sfr.net> has joined #yocto | 18:57 | |
| *** GillesMM <GillesMM!~gilles@126.88.69.37.rev.sfr.net> has quit IRC (Remote host closed the connection) | 18:57 | |
| dacav | Hi. In my current yocto setup I've got a top-level recipe that generates a rootfs using squashfs. For reasons I'd need to embed it into a ubi volume. In the same ubi image I'd like to add the fitImage produced by the kernel recipe. Basically I'd like to call ubinize in the on_deploy step of a recipe for which (by means of dependencies?) fitImage and rootfs.squashfs should already be in the deploy | 19:03 |
| dacav | directory. Is there a standard way to do so? | 19:03 |
| *** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 19:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 19:07 | |
| dacav | Could it be the case of a IMAGE_POSTPROCESS_COMMAND? | 19:16 |
| dacav | ...although the image recipe does not depend on the kernel recipe, so I have no guarrantee (I guess) that I will find the fitImage under DEPLOY_DIR | 19:17 |
| *** Nostromo43 <Nostromo43!~Nostromo@75.60.237.17> has joined #yocto | 19:44 | |
| Nostromo43 | khem I've added a library onto my custom yocto image that's trying to use llvm 16.0.2. I see in the current llvm_15.0.7 the cmake files and libLLVM-16.so file are removed. What's the reason for this? | 19:53 |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-088-116.93.135.pool.telefonica.de> has joined #yocto | 19:55 | |
| Nostromo43 | khem Oh I see that on the current llvm_git.bb those have since been removed. | 19:58 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 20:17 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 255 seconds) | 20:19 | |
| *** tenko[m] <tenko[m]!~tenkointe@2001:470:69fc:105::3:4c2c> has joined #yocto | 20:20 | |
| *** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has quit IRC (Ping timeout: 260 seconds) | 20:20 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:36 | |
| *** xcm_ <xcm_!~xcm@user/xcm> has quit IRC (Remote host closed the connection) | 20:42 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 20:46 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 21:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 21:01 | |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has quit IRC (Remote host closed the connection) | 21:03 | |
| *** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has joined #yocto | 21:03 | |
| *** amitk <amitk!~amit@103.59.74.41> has joined #yocto | 21:08 | |
| *** amitk__ <amitk__!~amit@103.208.71.26> has quit IRC (Ping timeout: 248 seconds) | 21:10 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-088-116.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 21:23 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection) | 21:26 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 21:31 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 240 seconds) | 22:04 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.151> has joined #yocto | 22:17 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-088-116.93.135.pool.telefonica.de> has joined #yocto | 22:19 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Remote host closed the connection) | 22:27 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.151> has joined #yocto | 22:30 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 22:32 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:51 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 22:55 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-088-116.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 23:05 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 23:23 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 23:25 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 23:35 | |
| no1florasure[m] | “Would you like to discover how to profit from the cryptocurrency market if YES I’m willing to help 11 people how to earn $100,000 in just 72hours Dm me to know HOW | 23:54 |
| no1florasure[m] | https://t.me/FloraGordon | 23:54 |
| *** no1florasure[m] <no1florasure[m]!~no1florat@2001:470:69fc:105::3:4c8d> has quit IRC (Quit: User was banned) | 23:57 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!