| *** amitk <amitk!~amit@58.84.60.136> has joined #yocto | 00:01 | |
| *** pbsds <pbsds!~pbsds@84.20.102.94> has quit IRC (Quit: Ping timeout (120 seconds)) | 00:03 | |
| *** pbsds <pbsds!~pbsds@84.20.102.94> has joined #yocto | 00:04 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 00:04 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 00:04 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 00:23 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-053-073.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 00:25 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 00:35 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 00:37 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 01:07 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 256 seconds) | 01:20 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:34 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 01:57 | |
| *** davidinux <davidinux!~davidinux@45.11.82.24> has quit IRC (Ping timeout: 240 seconds) | 02:03 | |
| *** davidinux <davidinux!~davidinux@45.11.82.23> has joined #yocto | 02:05 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has quit IRC (Quit: Leaving.) | 02:08 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:653f:a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds) | 02:12 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6543:4e00:2ce:39ff:fecf:efcd> has joined #yocto | 02:14 | |
| *** benkard <benkard!~mulk@p5b2dc97e.dip0.t-ipconnect.de> has joined #yocto | 02:38 | |
| *** mulk <mulk!~mulk@p5b2dc4f3.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 255 seconds) | 02:39 | |
| *** benkard is now known as mulk | 02:39 | |
| *** afong__ <afong__!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Ping timeout: 264 seconds) | 02:53 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:9d0f:9f55:3f69:59ee> has joined #yocto | 03:06 | |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 03:10 | |
| *** chep- <chep-!chep@gateway/vpn/airvpn/chep> has joined #yocto | 03:12 | |
| *** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Ping timeout: 268 seconds) | 03:12 | |
| *** chep- is now known as chep | 03:12 | |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Ping timeout: 240 seconds) | 03:15 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 252 seconds) | 03:22 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 03:36 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 03:42 | |
| *** simone <simone!~ile@2a02:810d:a940:35fc:5852:422d:8d14:2fe3> has joined #yocto | 05:00 | |
| *** simone <simone!~ile@2a02:810d:a940:35fc:5852:422d:8d14:2fe3> has quit IRC (Ping timeout: 268 seconds) | 05:29 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 05:39 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:06 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 06:07 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:08 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:12 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 06:38 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has joined #yocto | 06:39 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:54 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 07:00 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 07:03 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:04 | |
| *** mattsm7 <mattsm7!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has joined #yocto | 07:08 | |
| *** mattsm <mattsm!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 264 seconds) | 07:11 | |
| *** mattsm7 is now known as mattsm | 07:11 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto | 07:12 | |
| thomas_34 | Good morning guys, a special question for all the yocto veterans here: ;) | 07:19 |
|---|---|---|
| thomas_34 | I have a bunch of different MACHINES which all uses the same kernel sources, but with different defconfigs. | 07:22 |
| thomas_34 | The defconfigs are set during patch-task via FILES += "defconfig_machinename". | 07:22 |
| thomas_34 | Whats the best practise, to be sure that bitbake does not overwrite WORKDIR or caches wrongly when I build the kernel/image for every MACHINE in a row? | 07:22 |
| thomas_34 | My idea was, to control MULTIMATCH_TARGET_SYS which is part of WORKDIR. Is that the right approach? | 07:23 |
| thomas_34 | To give that a extra flavor for each of my MACHINE definition? Just for the kernel recipe? | 07:24 |
| *** olani- <olani-!~olani@134.238.48.37> has joined #yocto | 07:34 | |
| ablu | thomas_34: Different machines should already build to different folders. So this should "just" work. Do you observe errors? | 07:36 |
| thomas_34 | ablu, For the kernel it does work. I have also some modificated u-boot-stuff which is put into "tmp/<toolchain>/aarch64_oe_linux/. aarch64 is wrong here, its the architecture of the core, not the machine name. | 07:39 |
| thomas_34 | But this is my fault. I just wanna know if that approach would be correct here? | 07:39 |
| ablu | thomas_34: What made you change that path? Can you just drop the manual assignment of the WORKDIR there? | 07:43 |
| thomas_34 | I had to modify u-boot so much that I ended up to write a new recipe which just builds all the artefacts which I need from my u-boot sources. | 07:46 |
| ablu | thomas_34: Ok, I am not sure why you need to override "WORKDIR" for that, but I guess the first step would be to attempt to stop doing that :) | 07:51 |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 07:52 | |
| thomas_34 | ablu, what happens if you build u-boot from same sources with config1, config2, config3 via bitbake? | 07:55 |
| ablu | thomas_34: What does "from the same sources" mean? Typically you would specify a SRC_URI and that gets unpacked under your WORKDIR. So each build will have it's own set of sources to build against. | 07:58 |
| thomas_34 | For each of the 3 variants, the same git source (commit hash) is used. | 07:59 |
| ablu | You should still have 3 unpacks for each variant (if "variant" is machine), so three WORKDIRs with each an unpacked source under them. | 08:02 |
| *** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 08:04 | |
| thomas_34 | ablu now we are at the point. This I don't have. Where do you think should be the difference in the paths of these variants? | 08:04 |
| ablu | thomas_34: Well, WORKDIR should already provide you with machine and recipe specific paths. But it sounded like you overwrite that. It would probably help if you would post the recipe. | 08:05 |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto | 08:08 | |
| thomas_34 | No, I am not overwriting that. Thats why I have no difference regarding my machine configurations. My question was which part of the WORKDIR yocto people normaly doing that. And I think the solution would be "PACKAGE_ARCH = "${MACHINE_ARCH}". Because that will impact MULTIMATCH_TARGET_SYS | 08:09 |
| thomas_34 | (https://docs.yoctoproject.org/ref-manual/variables.html#term-MULTIMACH_TARGET_SYS) | 08:09 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:13 | |
| *** zpfvo <zpfvo!~fvo@i59F5CFAD.versanet.de> has joined #yocto | 08:14 | |
| JaMa | thomas_34: if your recipe or bbappend depends on something MACHINE specific (could be MACHINE as override or something MACHINE_ARCH in DEPENDS/RDEPENDS) then you should use PACKAGE_ARCH = "${MACHINE_ARCH}" | 08:17 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 08:17 | |
| thomas_34 | Thank you JaMa for approval! | 08:21 |
| RP | thomas_34: JaMa is right, PACKAGE_ARCH = "${MACHINE_ARCH}" is the usual way to do that | 08:31 |
| *** tgamblin <tgamblin!~tgamblin@abordeaux-651-1-78-161.w90-5.abo.wanadoo.fr> has joined #yocto | 08:32 | |
| Tyaku | rburton: Yesterday we talk about listing the runtime dependencies, did you know the best approch ? I was thinking about it: | 08:35 |
| Tyaku | 1. Open the manifest file in `tmp/deploy/images/MY_IMAGE` directory, parse it and store the package names present in the. | 08:35 |
| Tyaku | 2. For each package, call `oe-pkgdata-util read-value RDEPENDS {package_name}` and.. Parse it and append lines in the runtime-deps.dot | 08:35 |
| Tyaku | NOTE: `oe-pkgdata-util read-value RDEPENDS XXX` is not easly parsable. | 08:35 |
| Tyaku | The idea is to build a .dot like "bitbake -g" but for RDEPENDS. | 08:36 |
| *** Kubu_work <Kubu_work!~kubu@egy91-h01-176-145-87-186.dsl.sta.abo.bbox.fr> has joined #yocto | 08:39 | |
| *** olani- <olani-!~olani@134.238.48.37> has quit IRC (Remote host closed the connection) | 08:42 | |
| Tyaku | I also find it:https://docs.yoctoproject.org/dev/dev-manual/build-quality.html#using-build-history-to-gather-image-information-only which can provide installed-package-names.txt and it also provide depends.dot but don't know yet if it's the equivalent of RDEPENDS I'm going to test. | 08:42 |
| *** olani- <olani-!~olani@134.238.48.37> has joined #yocto | 08:43 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 08:51 | |
| *** Kubu_work1 <Kubu_work1!~kubu@2a04:cec0:1036:e822:923a:5222:7523:f9f7> has joined #yocto | 09:09 | |
| *** Kubu_work <Kubu_work!~kubu@egy91-h01-176-145-87-186.dsl.sta.abo.bbox.fr> has quit IRC (Ping timeout: 255 seconds) | 09:11 | |
| Tyaku | It seems that this dot file contains runtime deps. So it's all good! | 09:12 |
| Tyaku | But the way how it is presented with graphivz is a real pain. "xdot file.dot", display a very large file that cannot be really used as this is so big. | 09:13 |
| ablu | > No, I am not overwriting that.Ah. The question around "MULTIMATCH_TARGET_SYS" made me think you did that somehow... | 09:13 |
| landgraf | RP: Do you remember RDEPENDS/repo issue I was complating about? Same recipe with RDEPENDS:${PN} = "bash" with multiconfig and without produces different spec file. without mc "Requires: bash; Requires(post): bash" and with mc: "BuildRequires: bash" which is wrong :( | 09:15 |
| landgraf | multiconfig sets only TMPDIR | 09:16 |
| *** starblue <starblue!~juergen@87.122.37.9> has quit IRC (Ping timeout: 264 seconds) | 09:17 | |
| *** starblue <starblue!~juergen@87.122.38.250> has joined #yocto | 09:18 | |
| *** mckoan|away is now known as mckoan | 09:22 | |
| *** MikaelW <MikaelW!~MikaelW@h-176-10-198-113.A351.priv.bahnhof.se> has joined #yocto | 09:23 | |
| *** Guest52 <Guest52!~Guest52@185.57.29.142> has quit IRC (Quit: Client closed) | 09:24 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 09:27 | |
| MikaelW | Hi! | 09:28 |
| MikaelW | As part of the rootfs creation I have added some code that generate a file with some information. What shall I do so that bitbake removes this file when I run a new build or I run clean on the image the rootfs belongs to? | 09:28 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:28 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:91f4:2fb6:a434:1afb> has joined #yocto | 09:35 | |
| rburton | MikaelW: where is this file written? | 09:35 |
| MikaelW | In the same dir as the image is created. | 09:36 |
| MikaelW | tmp/deploy/images/xxxx/ | 09:36 |
| rburton | surely if the code just writes to the same filename then it will replace it anyway | 09:36 |
| MikaelW | It doesn't, it follow the name the image has with timestamps, machine and everything. | 09:37 |
| MikaelW | I did it that way to make sure the information file is fully matched to the image it was created with. | 09:38 |
| rburton | ah so you want the old timestamped name to be purged like the images are too | 09:38 |
| MikaelW | Yes | 09:38 |
| rburton | not sure - have a look in image.bbclass and see if you can spot the logic | 09:38 |
| MikaelW | Ok thanks. | 09:40 |
| rburton | RP: does the image pruning in deploydir (old timestamped image deleted) happen as a side-effect of do_image being sstated? I'm surprised do_image is going through sstate to be honest! | 09:40 |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 256 seconds) | 09:44 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 09:46 | |
| *** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 250 seconds) | 09:55 | |
| *** grma <grma!~gruberm@89-41-133-247.static.kufnet.at> has joined #yocto | 09:57 | |
| *** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 10:10 | |
| RP | rburton: it is as a result of the sstate tracking code, yes | 10:19 |
| RP | rburton: we don't create/write sstate artefacts for it, just use it for file cleanup | 10:20 |
| RP | rburton: curl ptest with master-next: https://autobuilder.yocto.io/pub/non-release/20240326-22/testresults/qemux86-64-ptest/curl.log :/ | 10:48 |
| RP | rburton: same revision, same arch, different fail: https://autobuilder.yocto.io/pub/non-release/20240327-12/testresults/qemux86-64-ptest/curl.log | 10:50 |
| * rburton shakes fist | 10:55 | |
| rburton | MikaelW: so there you go - write to imgdeploydir instead of deploy directly and bitbake will do it for you | 10:55 |
| *** Kubu_work1 <Kubu_work1!~kubu@2a04:cec0:1036:e822:923a:5222:7523:f9f7> has quit IRC (Ping timeout: 268 seconds) | 11:09 | |
| *** sng <sng!~quassel@217.140.105.54> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 11:16 | |
| *** sng <sng!~quassel@217.140.105.54> has joined #yocto | 11:18 | |
| *** mckoan is now known as mckoan|away | 11:19 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.10> has quit IRC (Ping timeout: 250 seconds) | 11:38 | |
| *** sukbeom <sukbeom!~sukbeom@121.172.255.83> has quit IRC (Quit: Ping timeout (120 seconds)) | 11:40 | |
| *** sng <sng!~quassel@217.140.105.54> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 11:40 | |
| *** Maxxed <Maxxed!~Maxxed@nrgt.net> has quit IRC (Quit: Ping timeout (120 seconds)) | 11:40 | |
| *** sukbeom <sukbeom!~sukbeom@121.172.255.83> has joined #yocto | 11:40 | |
| *** sng <sng!~quassel@217.140.105.54> has joined #yocto | 11:41 | |
| *** Maxxed <Maxxed!~Maxxed@nrgt.net> has joined #yocto | 11:41 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 11:44 | |
| *** prabhakar <prabhakar!~prabhakar@217.163.141.10> has quit IRC (Ping timeout: 240 seconds) | 11:48 | |
| MikaelW | rburton: Thanks!! | 11:52 |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto | 12:19 | |
| MikaelW | rburton: That worked very well. So again, thanks!! | 12:37 |
| MikaelW | That has been a thorne in my eye for a long time ... | 12:37 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 255 seconds) | 12:54 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 12:54 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 12:55 | |
| thomas_34 | Is it possible to combine OVERRIDE variables? Like ´variable = "foo"´ but only if o1 AND o2 shows up in OVERRIDE ? | 13:07 |
| thomas_34 | variable:o1:o2 = "foo" ? Is there some syntax like that? | 13:07 |
| JaMa | yes | 13:08 |
| thomas_34 | JaMa, could you point me to the documentation which explains that? Or could you describe? | 13:09 |
| JaMa | use bitbake -e or bitbake-getvar whenever you don't know | 13:10 |
| thomas_34 | Okay... but how does me help that to know which syntax I should use? | 13:11 |
| thomas_34 | I have never seen somewhere, that someone combined override variables with some boolean logic | 13:12 |
| JaMa | it's not very common, but there are some cases in oe-core as well, e.g. meta/recipes-devtools/qemu/qemu_8.2.1.bb:EXTRA_OECONF:append:class-target:mipsarcho32 = "${@bb.utils.contains('BBEXTENDCURR', 'multilib', ' --disable-capstone', '', d)}" | 13:14 |
| rburton | thomas_34: https://docs.yoctoproject.org/bitbake/2.6/bitbake-user-manual/bitbake-user-manual-metadata.html#conditional-syntax-overrides. file a bug if you think it should explicitly cover this case | 13:14 |
| rburton | thomas_34: but basically what you suggested is exactly what you'd do | 13:15 |
| rburton | Jama means to experiment and see if your syntax works (it does) | 13:15 |
| thomas_34 | JaMa, oh okay thank you for that link! | 13:18 |
| *** Kubu_work <Kubu_work!~kubu@9vt77-h01-176-145-84-5.dsl.sta.abo.bbox.fr> has joined #yocto | 13:21 | |
| thomas_34 | rburton, Okay - I read this chapter multiple times, but I wasn't sure if my case is possible, because every example just uses a single override. And also to what extend. So what I understand is, that a logical AND is possible. How about a logical OR, etc.. | 13:21 |
| thomas_34 | Thank you both, AND is just what I need now | 13:21 |
| rburton | feel free to contribute a paragraph talking about this | 13:22 |
| rburton | (please do :) | 13:22 |
| *** afong__ <afong__!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto | 13:23 | |
| thomas_34 | rburton, Can I see somewhere, how exactly this OVERRIDE mechanizm works? So then I can deviate how to achieve that. Is there some python functionality? Or is this behaviour similar to Portage from Gentoo? | 13:24 |
| JaMa | you can read bitbake sources :) | 13:25 |
| JaMa | it's always AND, if you need OR you need to use 2 assignments | 13:25 |
| JaMa | foo:o1 = "a"; foo:o2 = "a"; bar = "${foo}" | 13:25 |
| JaMa | foo = "else" | 13:26 |
| thomas_34 | JaMa, yeah, so you dont know if there is a certain "module" or something where the logic behind that is encapsulated? | 13:27 |
| thomas_34 | About the OR: Assignment is easy, yes. But appending not so, right? I would like to avoid that "a" got append two times. | 13:27 |
| thomas_34 | Yeah, I think to provide some documentation about that, after I dig into that topic :) | 13:27 |
| *** amitk_ <amitk_!~amit@58.84.60.136> has joined #yocto | 13:28 | |
| JaMa | bar:append = "${foo}" won't append it twice | 13:28 |
| thomas_34 | Ahhh, I understand.... using that as "preprocessing"... Cool idea! | 13:29 |
| JaMa | lib/bb/data_smart.py | 13:29 |
| thomas_34 | Oh thank you! I'm setting a bookmark on that | 13:30 |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed) | 13:32 | |
| *** amitk_ <amitk_!~amit@58.84.60.136> has quit IRC (Ping timeout: 268 seconds) | 13:36 | |
| *** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Ping timeout: 250 seconds) | 13:41 | |
| *** amitk_ <amitk_!~amit@58.84.60.136> has joined #yocto | 13:53 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 13:54 | |
| *** amitk_ <amitk_!~amit@58.84.60.136> has quit IRC (Ping timeout: 268 seconds) | 14:08 | |
| *** afong__ <afong__!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 14:09 | |
| *** afong__ <afong__!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto | 14:10 | |
| *** Michael_Guest <Michael_Guest!~Michael_G@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 250 seconds) | 14:10 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has quit IRC (Ping timeout: 260 seconds) | 14:24 | |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 246 seconds) | 14:27 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 14:31 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 14:31 | |
| *** Hazza <Hazza!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 14:35 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Ping timeout: 268 seconds) | 14:35 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto | 14:41 | |
| kanavin | "Do you sometimes get frustrated at how slow your computer's operating system can be? Now is your chance to prove that you could do a better job! | 14:47 |
| kanavin | Behold the nerdiest game ever, in which YOU are the operating system! As such, you have to manage the computer's processes, memory and input/output events, and try not to get rebooted by an impatient user. Good luck!" | 14:47 |
| kanavin | https://drfreckles42.itch.io/youre-the-os | 14:47 |
| kanavin | it's addictive :) | 14:47 |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto | 14:54 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has joined #yocto | 14:57 | |
| mario-goulart | I'd use the same scheduling algorithm used to juggle bug tickets: ASAP-as-possible scheduling. | 14:59 |
| *** zeddiii is now known as zeddii | 15:01 | |
| JaMa | kanavin: thanks :) | 15:09 |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has quit IRC (Ping timeout: 272 seconds) | 15:33 | |
| *** rfs613 <rfs613!~rfs613@bras-base-otwaon1102w-grc-09-184-147-116-200.dsl.bell.ca> has quit IRC (Ping timeout: 264 seconds) | 15:35 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto | 15:35 | |
| *** rfs613 <rfs613!~rfs613@bras-base-otwaon1102w-grc-09-184-147-116-200.dsl.bell.ca> has joined #yocto | 15:37 | |
| *** ctraven is now known as sotaoverride | 15:37 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 15:40 | |
| *** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto | 15:42 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 260 seconds) | 15:56 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 15:58 | |
| rm5248 | can having the SSTATE_DIR on a different filesystem than what I'm building on cause pseudo abort errors? I have a problem where my build is failing on the build server but it works fine locally | 15:59 |
| JaMa | rm5248: it shouldn't | 16:00 |
| JaMa | rm5248: is it building always from scratch (empty TMPDIR) or is it incremental build? | 16:01 |
| JaMa | many of pseudo aborts are triggered only in incremental builds which is more likely to accidentally trigger inode conflict | 16:02 |
| rm5248 | I delete the TMPDIR every time - I'm using kas to set it all up, so it deletes the build directory(which would delete TMPDIR) every time | 16:02 |
| rm5248 | I have tried deleting everything and then re-running the build, but it still failed. I can try that again though | 16:03 |
| JaMa | then check if there is something special about the file which it complains about in pseudo.log | 16:03 |
| JaMa | e.g. I've recently seen many aborts when SRC_URI has something fetched outside ${S} and then the source files are copied to ${PN}-dev from $WORKDIR (but not from ${S} which is excluded from pseudo paths) | 16:04 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 256 seconds) | 16:09 | |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 16:13 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 16:17 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto | 16:22 | |
| rm5248 | I always get the error on the meta-extsdk-toolchain-dbg_1.0-r0_cortexa5t2hf-vfp.ipk package/file. Since it is not something that I have modified, that makes me somewhat suspicious of the build machine. | 16:23 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 16:24 | |
| rm5248 | I think I can try two things: 1. deleting the full sstate_cache dir 2. building without the sstate cache dir(so it is all on one filesystem) | 16:25 |
| *** starblue <starblue!~juergen@87.122.38.250> has quit IRC (Ping timeout: 256 seconds) | 16:28 | |
| *** starblue <starblue!~juergen@87.122.126.163> has joined #yocto | 16:29 | |
| *** starblue <starblue!~juergen@87.122.126.163> has quit IRC (Ping timeout: 252 seconds) | 16:37 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:9d0f:9f55:3f69:59ee> has quit IRC (Quit: ehussain) | 16:38 | |
| *** starblue <starblue!~juergen@87.122.39.226> has joined #yocto | 16:41 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 16:52 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 16:54 | |
| *** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 16:56 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Ping timeout: 252 seconds) | 16:57 | |
| *** tgamblin <tgamblin!~tgamblin@abordeaux-651-1-78-161.w90-5.abo.wanadoo.fr> has quit IRC (Quit: Leaving) | 16:59 | |
| *** zpfvo <zpfvo!~fvo@i59F5CFAD.versanet.de> has quit IRC (Quit: Leaving.) | 17:00 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:05 | |
| *** MikaelW <MikaelW!~MikaelW@h-176-10-198-113.A351.priv.bahnhof.se> has quit IRC (Quit: Client closed) | 17:05 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds) | 17:10 | |
| *** marka <marka!~marka@135-23-92-18.cpe.pppoe.ca> has quit IRC (Ping timeout: 240 seconds) | 17:11 | |
| *** marka <marka!~marka@149.115.66.185> has joined #yocto | 17:12 | |
| *** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 17:22 | |
| *** Kubu_work <Kubu_work!~kubu@9vt77-h01-176-145-84-5.dsl.sta.abo.bbox.fr> has quit IRC (Quit: Leaving.) | 17:26 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 17:26 | |
| *** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 17:28 | |
| *** geoffhp <geoffhp!~geoff@023-241-067-081.res.spectrum.com> has joined #yocto | 17:28 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 17:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 17:35 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-075-226.93.132.pool.telefonica.de> has joined #yocto | 17:50 | |
| *** starblue <starblue!~juergen@87.122.39.226> has quit IRC (Ping timeout: 256 seconds) | 18:01 | |
| *** starblue <starblue!~juergen@87.122.38.116> has joined #yocto | 18:03 | |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 18:11 | |
| *** enok71 <enok71!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 18:12 | |
| jonmason | Am I missing something, or are the SRC_URI destsuffix, name, protocol, and probably others not documented? | 18:13 |
| jonmason | https://docs.yoctoproject.org/ref-manual/variables.html?highlight=src_uri#term-SRC_URI | 18:13 |
| jonmason | where else should I be looking? | 18:13 |
| * jonmason really doesn't want to add entries | 18:14 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Ping timeout: 272 seconds) | 18:14 | |
| *** enok71 is now known as enok | 18:14 | |
| abelloni | https://docs.yoctoproject.org/bitbake/2.6/bitbake-user-manual/bitbake-user-manual-fetching.html#fetchers | 18:14 |
| abelloni | which is two clicks aways from your link ;) | 18:15 |
| jonmason | lmao, this is why I asked | 18:15 |
| jonmason | greping through src was not helping | 18:16 |
| abelloni | well, those depend on the fetcher which are in bitbake | 18:16 |
| abelloni | name is documented in https://docs.yoctoproject.org/bitbake/2.6/bitbake-user-manual/bitbake-user-manual-ref-variables.html#term-SRC_URI | 18:16 |
| jonmason | about to send out a terrible patch that will add a new variable, and want to do the docs for it :) | 18:17 |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 18:18 | |
| *** dankm <dankm!~dan@user/dankm> has joined #yocto | 18:19 | |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 18:21 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-075-226.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 18:32 | |
| *** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Remote host closed the connection) | 18:33 | |
| *** dmoseley_ <dmoseley_!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 18:38 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Ping timeout: 255 seconds) | 18:38 | |
| *** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection) | 18:38 | |
| *** marka <marka!~marka@149.115.66.185> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 18:39 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 18:39 | |
| *** marka <marka!~marka@149.115.66.185> has joined #yocto | 18:40 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has joined #yocto | 18:45 | |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed) | 18:47 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 18:50 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 18:51 | |
| *** florian <florian!~florian@dynamic-093-132-075-226.93.132.pool.telefonica.de> has joined #yocto | 19:13 | |
| *** Hazza <Hazza!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 19:18 | |
| *** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto | 19:29 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 19:31 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 19:31 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 19:31 | |
| *** amitk <amitk!~amit@58.84.60.136> has quit IRC (Ping timeout: 268 seconds) | 20:10 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Quit: Konversation terminated!) | 20:11 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto | 20:12 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 20:13 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 20:13 | |
| *** simonew <simonew!~ile@2a02:810d:a940:35fc:9b82:dc7b:e7d0:af24> has joined #yocto | 20:28 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 20:55 | |
| *** Saur_Home85 <Saur_Home85!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 20:55 | |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 21:10 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:850d:7800:91f4:2fb6:a434:1afb> has quit IRC (Remote host closed the connection) | 21:30 | |
| *** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:34 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 21:42 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: alessioigor) | 21:47 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 21:47 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 268 seconds) | 21:58 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:18 | |
| *** Kubu_work <Kubu_work!~kubu@2a01cb05945b7e009bdc688723a24f31.ipv6.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:59 | |
| *** geoffhp <geoffhp!~geoff@023-241-067-081.res.spectrum.com> has quit IRC (Ping timeout: 272 seconds) | 22:59 | |
| *** florian <florian!~florian@dynamic-093-132-075-226.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 23:10 | |
| *** sakman_ is now known as sakman | 23:18 | |
| *** enok <enok!~Thunderbi@c-da42e655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 23:28 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 264 seconds) | 23:28 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 23:30 | |
| *** paw <paw!~afong@198-84-204-38.cpe.teksavvy.com> has joined #yocto | 23:56 | |
| *** afong__ <afong__!~afong@198-84-204-38.cpe.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 23:58 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!