*** Guest62 <Guest62!~Guest@modemcable143.110-82-70.mc.videotron.ca> has quit IRC (Quit: Client closed) | 00:04 | |
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Quit: Leaving) | 00:08 | |
*** mbulut <mbulut!~mbulut@31.18.142.72> has joined #yocto | 00:08 | |
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has quit IRC (Remote host closed the connection) | 00:11 | |
*** reatmon_ <reatmon_!~reatmon@192.91.75.12> has joined #yocto | 00:11 | |
*** paulg <paulg!~paulg@198-48-234-115.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds) | 00:14 | |
*** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection) | 00:23 | |
*** dankm <dankm!~dan@user/dankm> has joined #yocto | 00:24 | |
*** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 00:25 | |
*** rjones2 <rjones2!~rjones2@user/rjones2> has quit IRC (Quit: Client closed) | 00:50 | |
*** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection) | 00:57 | |
*** dankm <dankm!~dan@user/dankm> has joined #yocto | 00:59 | |
*** jclsn <jclsn!~jclsn@2a04:4540:6511:4a00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds) | 01:06 | |
*** jclsn <jclsn!~jclsn@2a04:4540:651a:ca00:2ce:39ff:fecf:efcd> has joined #yocto | 01:08 | |
*** MattWeb__ <MattWeb__!~MattWeb__@ec2-52-222-0-234.us-gov-west-1.compute.amazonaws.com> has quit IRC (Quit: Client closed) | 01:12 | |
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 276 seconds) | 01:18 | |
*** pbsds3 <pbsds3!~pbsds@84.20.102.94> has quit IRC (Ping timeout: 244 seconds) | 01:19 | |
*** Jones42__ <Jones42__!~Jones42@user/Jones42> has joined #yocto | 01:22 | |
*** paulg <paulg!~paulg@198-48-234-115.cpe.pppoe.ca> has joined #yocto | 01:22 | |
*** jkale <jkale!~joekale@209.46.118.1> has joined #yocto | 01:24 | |
*** joekale <joekale!~joekale@204.156.190.21> has quit IRC (Ping timeout: 244 seconds) | 01:24 | |
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 260 seconds) | 01:26 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 01:39 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 01:39 | |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 245 seconds) | 01:43 | |
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 01:47 | |
*** Articulus <Articulus!~Articulus@2601:642:4900:741:16ac:60ff:fed8:386b> has joined #yocto | 01:49 | |
*** Guest88 <Guest88!~Guest88@2001:b07:2ee:c10b:fade:d9b1:16a7:baa3> has joined #yocto | 02:05 | |
Guest88 | hi all | 02:06 |
---|---|---|
Guest88 | I have just cloned poky and checkout kirkstone, but during the build get stuck at fetching this repo: git://anongit.freedesktop.org/git/virglrenderer | 02:09 |
Guest88 | effectively it seems not available. How it can be possible that a branch updated 7 days ago refer to a repo not reachable? | 02:10 |
Guest88 | thanks! | 02:10 |
*** mbulut <mbulut!~mbulut@31.18.142.72> has quit IRC (Ping timeout: 255 seconds) | 02:35 | |
*** MattWeb__ <MattWeb__!~MattWeb__@ec2-52-222-0-234.us-gov-west-1.compute.amazonaws.com> has joined #yocto | 02:38 | |
*** heidaren <heidaren!~heidaren@pcd451033.netvigator.com> has joined #yocto | 02:59 | |
*** heidaren <heidaren!~heidaren@pcd451033.netvigator.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 03:01 | |
*** heidaren <heidaren!~heidaren@pcd451033.netvigator.com> has joined #yocto | 03:02 | |
*** heidaren <heidaren!~heidaren@pcd451033.netvigator.com> has quit IRC (Client Quit) | 03:02 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has joined #yocto | 03:04 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has quit IRC (Client Quit) | 03:05 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has joined #yocto | 03:06 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has quit IRC (Remote host closed the connection) | 03:28 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has joined #yocto | 03:34 | |
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:b847:84ea:b083:d934> has joined #yocto | 03:39 | |
*** pbsds3 <pbsds3!~pbsds@84.20.102.94> has joined #yocto | 04:00 | |
zeddii | 09:03 zeddii: that particular document won't really help you. I've been through it about a hundred times, you just run into the guid/uid mapping that requires setup and permissions, I've been working on modifying the docker source code to not require it in an install configuration. | 04:06 |
zeddii | I'm doing an engine/vfs agnostic uid/guid workaround, but I'm hitting a segfault, more to do on that front yet. | 04:07 |
*** joekale <joekale!~joekale@204.156.190.21> has joined #yocto | 04:34 | |
*** jkale <jkale!~joekale@209.46.118.1> has quit IRC (Ping timeout: 248 seconds) | 04:35 | |
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 04:54 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 04:55 | |
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 276 seconds) | 05:49 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 05:58 | |
*** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto | 05:59 | |
*** xmn <xmn!~xmn@2600:4040:9398:a200:c9d8:8663:9274:8351> has quit IRC (Ping timeout: 276 seconds) | 06:07 | |
*** enok <enok!~Thunderbi@2a02:aa1:1046:e8e4:d1d0:de:f753:2745> has joined #yocto | 06:10 | |
*** enok <enok!~Thunderbi@2a02:aa1:1046:e8e4:d1d0:de:f753:2745> has quit IRC (Ping timeout: 244 seconds) | 06:18 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:22 | |
*** enok <enok!~Thunderbi@2a02:aa1:1046:e8e4:22c3:1a7b:8074:a3f9> has joined #yocto | 06:27 | |
*** enok <enok!~Thunderbi@2a02:aa1:1046:e8e4:22c3:1a7b:8074:a3f9> has quit IRC (Ping timeout: 265 seconds) | 06:42 | |
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 06:47 | |
*** filipm <filipm!~filipm@212-39-72-199.ip.btc-net.bg> has joined #yocto | 06:48 | |
*** mckoan|away is now known as mckoan | 06:48 | |
*** zpfvo <zpfvo!~fvo@i59F5CDA1.versanet.de> has joined #yocto | 06:52 | |
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!) | 06:52 | |
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto | 06:53 | |
filipm | filipm What is the proper way to create an image that depends on another image on scarthgap? | 06:53 |
filipm | I've tried to use DEPENDS += "image2" in image1.bb, but I get ERROR: image1-1-1.0-r0 do_populate_lic_deploy: Couldn't find license information for dependency image2. | 06:53 |
filipm | My goal is to create have clean partitions for different applications. I.e. one rootfs for system deps, another for apps that are mounted as separate partitions. | 06:54 |
*** Guest0118 <Guest0118!~Guest0118@ip-85-93-163-76.wscnet.cz> has joined #yocto | 06:59 | |
mckoan | filipm: you can extend an existing image using a .bbappend or include the image you depend on using: require theotherimage.bb | 07:03 |
mckoan | filipm: about your error, declare LICENSE = "CLOSED" | 07:05 |
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 272 seconds) | 07:05 | |
*** rfuentess <rfuentess!~rfuentess@p200300cc8f0ada00de2e71e94db0bf34.dip0.t-ipconnect.de> has joined #yocto | 07:06 | |
*** enok <enok!~Thunderbi@83.227.80.69> has joined #yocto | 07:06 | |
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 07:06 | |
filipm | mckoan, I've tried this before, but the result was that one rootfs has /appfs populated; I want the mount points to be empty. The only way I could think of to be able to have clean mount points to use two rootfs recipes. The license is already set to CLOSED. | 07:13 |
Guest88 | Hi, I have just cloned poky and checkout kirkstone, but during the build get stuck at fetching a repo: git://anongit.freedesktop.org/git/virglrenderer. Effectively it seems not available. How it can be possible that a branch updated 7 days ago refer to a repo not reachable? | 07:37 |
*** ahussain <ahussain!~Thunderbi@2404:3100:1801:a531:668f:3794:8173:748c> has joined #yocto | 07:52 | |
*** simonl <simonl!~simonl@user/simonl> has quit IRC (Ping timeout: 260 seconds) | 07:53 | |
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:b847:84ea:b083:d934> has quit IRC (Ping timeout: 248 seconds) | 07:53 | |
*** ahussain is now known as ehussain | 07:53 | |
*** simonl <simonl!~simonl@170.102.114.18> has joined #yocto | 07:55 | |
Guest0118 | Perhaps it is kept this way to avoid invalidating existing sstate-caches. Or maybe it's a low priority fix since it is easily fixable by adding a MIRROR. But I'm just guessing. | 07:57 |
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-147.dsl.bell.ca> has quit IRC (Ping timeout: 265 seconds) | 08:15 | |
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-195.dsl.bell.ca> has joined #yocto | 08:16 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:27 | |
*** simonl <simonl!~simonl@170.102.114.18> has quit IRC (Ping timeout: 252 seconds) | 08:27 | |
rburton | Guest88: because the AB has a download mirror, and that site being down appears to be a recent thing. | 08:32 |
rburton | Guest88: the proper fix would be to change the url to gitlab.freedesktop.org, trivially fixed | 08:32 |
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 08:35 | |
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 08:45 | |
*** Guest9 <Guest9!~Guest9@92.19.103.210> has joined #yocto | 09:09 | |
Guest9 | Hello!! am trying to add a dtbo to yocto kirkstone build but have been unable to do so so far despite everything i tried from online suggestions, any advice welcome | 09:11 |
Guest9 | the device am working on is a nvidia xavier nx som on top of a custom board, need the dtbo to describe the 40m pins header and most notably the SPI interface to reach a IIO sensor (ICM 20689) | 09:13 |
rburton | Guest88: confirmed "cgit has been down intermittently for a couple of weeks. It needs manual fixing each time." sending a patch to switch to gitlab would be great | 09:22 |
Guest88 | rburton thanks! yes I have fix it in that way, but the question is more in general, if it is common that a officila release, not so old like kirkstone, could be broken. | 09:22 |
rburton | no, the repo should be in the source mirror, so if you're using poky then it should fetch that instead (after the git server times out) | 09:22 |
Guest88 | ah! no it tell me search on MIRRORS but than fails. By the way I can submit the patch if is useful. | 09:24 |
RP | Guest88: in kirkstone, meta/classes/mirrors.bbclass:git://.*/.* http://downloads.yoctoproject.org/mirror/sources/ \ which is in MIRRORS | 09:26 |
RP | and the yoctoproject mirror should have a mirror of virglrenderer | 09:26 |
rburton | http://downloads.yoctoproject.org/mirror/sources/git2_anongit.freedesktop.org.virglrenderer.tar.gz exists | 09:27 |
RP | http://downloads.yoctoproject.org/mirror/sources/git2_anongit.freedesktop.org.git.virglrenderer.tar.gz and http://downloads.yoctoproject.org/mirror/sources/git2_anongit.freedesktop.org.virglrenderer.tar.gz | 09:27 |
RP | rburton: snap! | 09:27 |
rburton | and the kirkstone sha is in that repo | 09:29 |
rburton | so share your fetch log where it fails the mirror fetch if you want, because it should have worked | 09:29 |
Guest88 | OK! so strange that the build hang for 3h without check on mirrors | 09:29 |
Guest88 | ok I check the log, thanks | 09:29 |
RP | Guest88: the hang might be the clue, it perhaps didn't get as far as timing out and hitting the mirror | 09:31 |
rburton | Guest88: backporting the gitlab change would be the best thing to do, as it looks like the old infra is falling apart at fdo | 09:32 |
RP | rburton: I wonder if we're missing a timeout somewhere though | 09:33 |
Guest9 | Hello!! am trying to add a dtbo to yocto kirkstone build but have been unable to do so so far despite everything i tried from online suggestions, any advice welcome | 09:33 |
Guest9 | the device am working on is a nvidia xavier nx som on top of a custom board, need the dtbo to describe the 40m pins header and most notably the SPI interface to reach a IIO sensor (ICM 20689) | 09:33 |
*** viric <viric!~viric@mail.viric.name> has joined #yocto | 09:48 | |
LetoThe2nd | Guest9: then probably a good start would be to show what you did, respectively describe *exactly* what you want to do. Do you need it on the boot partition? Just on the root filesystem? In which ways does your approach fail? | 09:55 |
Guest9 | LetoThe2nd: The dtbo file is a fragment that I need to add to the dts, so far I have created the following recipe to replace the existing dtbo file in the tegra-binaries layer: | 10:00 |
Guest9 | LetoThe2nd: FILESEXTRAPATHS:prepend := "${THISDIR}/tegra-binaries/guidance-jetson-xavier-nx-specs:" | 10:01 |
Guest9 | FILESEXTRAPATHS:prepend := "${THISDIR}/tegra-binaries:" | 10:01 |
Guest9 | SRC_URI:append = " file://xnx-16gb-r35.x-overlay.tbz2 \ | 10:01 |
Guest9 | file://hdr.tgz \ | 10:01 |
Guest9 | " | 10:01 |
Guest9 | the aforementioned hdr.tgz contains the following: | 10:01 |
LetoThe2nd | Guest9: first, please no big pastes in here. | 10:01 |
LetoThe2nd | Guest9: and second, a dtbo technically is a separate device tree blob that is loaded at some later point in time. but "apply to the dts" sounds like you want to patch it. that's already two very different things. | 10:02 |
Guest9 | LetoThe2nd: maybe I didn't use the proper terminology, apologies | 10:03 |
Guest9 | the purpose of this is to create a dtbo file that describes the 40,pins header | 10:04 |
LetoThe2nd | Guest9: it's not about apologising, it's about understanding what you actually want to do. because if you ask the wrong questions, then everybody including google will also give you the wrong answers, e.g. those that do not work for you. | 10:04 |
Guest9 | ok, so with the proper question: how to load a modified dtbo file ? | 10:06 |
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 10:06 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 256 seconds) | 10:07 | |
*** Jones42__ <Jones42__!~Jones42@user/Jones42> has quit IRC (Read error: Connection reset by peer) | 10:07 | |
Guest9 | the first recipe I mentioned has the purpose to replace the existing dtbo file in the kernel with one of the same name but a different content | 10:07 |
Guest9 | then added the following lines to local.conf | 10:07 |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 10:08 | |
Guest9 | KERNEL_DEVICETREE_APPLY_OVERLAYS = "tegra194-p3668-all-p3509-0000-hdr40.dtbo" | 10:08 |
Guest9 | OVERLAY_DTB_FILE = "tegra194-p3668-all-p3509-0000-hdr40.dtbo" | 10:08 |
viric | Is it normal that changing DISTRO_FEATURES then rebuilds fail? | 10:09 |
Guest9 | LetoThe2nd all of the above fails | 10:09 |
LetoThe2nd | viric: if you change something to a breaking state, then it fails... | 10:09 |
viric | For example, if I do: DISTRO_FEATURES:append=" debuginfo", then I have problems rebuilding things like ca-certificates, because there are /usr/share/licenses/ files not in FILES | 10:10 |
viric | But if I do -c cleanall ca-certificates, it seems then it works | 10:10 |
viric | It's like some missing dependency thing failing? | 10:10 |
viric | So I want to append "debuginfo" and then rebuild the image again. | 10:11 |
viric | and many recipes fail with that /usr/share/licenses/ leftover | 10:11 |
LetoThe2nd | Guest9: yeah, but fails "how"? so does that modified file of your tgz end up in the image? | 10:11 |
LetoThe2nd | viric: ah ok that's what you mean. Well I would just delete tmp, and rebuild. | 10:12 |
viric | but that's a bug, isn't it? | 10:12 |
viric | I should never need to delete t mp | 10:13 |
LetoThe2nd | Guest9: after looking at the reference manual, I can't find any trace of KERNEL_DEVICETREE_APPLY_OVERLAYS nor OVERLAY_DTB_FILE, hence those either somehow BSP specific probably | 10:13 |
LetoThe2nd | viric: hmmm not so sure here. I would actually word it the other way round: if you have concerns about deleting tmp then that's a bug, because everything in tmp should be transient and completely reproducible. | 10:14 |
viric | But it takes ages to build all | 10:15 |
viric | I only want to save me the time of rebuilding | 10:15 |
LetoThe2nd | viric: nope, a handful of minutes, if even. | 10:15 |
Guest9 | LetoThe2nd: Understood, so how would you go about loading a dtbo to the device in kirkstone? | 10:15 |
viric | when you say "delete tmp", then what tmp are you referring to? | 10:15 |
LetoThe2nd | viric: what you're probably thinking of is sstate, and yes, THAT ONE you should never delete. | 10:15 |
LetoThe2nd | viric: well I'm referring to the tmp directory in your build directory. | 10:16 |
viric | that holds all build outputs, isn't it? | 10:16 |
LetoThe2nd | Guest9: first I would make sure that it actually ends up where I want it, second I would find out what the mechanism for loading is in my specific boards case. if I'm using something u-boot for example, it might be the one loading it. on some board configurations, the kernel allows run-time loading. | 10:17 |
viric | If I delete that, I have to recompile everything | 10:17 |
LetoThe2nd | Guest9: I have no experience on the Nvidia stuff, so I can't answer it for you, I can just help you find out where you might be going/thinking wrong. | 10:18 |
LetoThe2nd | viric: sstate holds the build output. tmp is completely transient. | 10:18 |
*** enok <enok!~Thunderbi@83.227.80.69> has quit IRC (Ping timeout: 255 seconds) | 10:19 | |
viric | ah. I'll try | 10:20 |
*** Guest9 <Guest9!~Guest9@92.19.103.210> has quit IRC (Quit: Client closed) | 10:20 | |
*** Guest9 <Guest9!~Guest9@92.19.103.210> has joined #yocto | 10:20 | |
LetoThe2nd | viric: so I repeat: deleting tmp is common. deleting sstate is not. actually, it is very usual to not even have sstate in the build, but to put it into a separate place and share it across many builds. | 10:21 |
Guest9 | LetoThe2nd: in older versions of yoocto (dunfell) the dtbo was added to /boot/ directory, in kirkstone, the /boot/ directory only contains the efi directory, nothing else. | 10:21 |
viric | ah | 10:21 |
*** Guest88 <Guest88!~Guest88@2001:b07:2ee:c10b:fade:d9b1:16a7:baa3> has quit IRC (Ping timeout: 256 seconds) | 10:22 | |
viric | is sstate always growing in size? How does drop data from there not reqwuired anymore? | 10:22 |
LetoThe2nd | viric: it always grows until you manually remove things. | 10:22 |
viric | LetoThe2nd: like by date with 'find ... -delete' for example? | 10:23 |
LetoThe2nd | Guest9: ok that sounds like they have changed the boot strategy somehow. | 10:23 |
Guest9 | it is now efi based which it was not before | 10:24 |
LetoThe2nd | viric: yup | 10:24 |
LetoThe2nd | Guest9: I see. The question now is, what comes after efi, and can it load & apply the dtbo | 10:25 |
LetoThe2nd | Guest9: my suggestion would be to ask the OE4T people. it sounds Nvidia specific, and that's their home turf. or alternatively, your board vendor. | 10:25 |
viric | is it usual to track local.conf with git? | 10:26 |
viric | or every developer should have its own local.conf? | 10:26 |
mckoan | viric: try : scripts/sstate-cache-management.sh -y -d --cache-dir=sstate-cache/ | 10:26 |
LetoThe2nd | viric: local.conf is not tracked. you should manage its setup, for example with the new layer setup tooling by kanavin_, or if you're on older releases you might want to look into kas for example. | 10:29 |
viric | thank you | 10:31 |
viric | Is there any way I don't produce ptest packages for all recipes? Or dbg packages for all recipes? To limit that a bit. | 10:34 |
*** ahussain <ahussain!~Thunderbi@147.161.161.34> has joined #yocto | 10:37 | |
*** ehussain <ehussain!~Thunderbi@2404:3100:1801:a531:668f:3794:8173:748c> has quit IRC (Ping timeout: 276 seconds) | 10:39 | |
*** ahussain is now known as ehussain | 10:39 | |
*** MattWeb__ <MattWeb__!~MattWeb__@ec2-52-222-0-234.us-gov-west-1.compute.amazonaws.com> has quit IRC (Quit: Client closed) | 10:45 | |
*** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 252 seconds) | 10:45 | |
viric | I'm reading https://docs.yoctoproject.org/overview-manual/concepts.html | 10:56 |
viric | It says: The first is the “setscene” stage. ... If nothing exists, the second phase, which is the setscene stage, ... | 10:56 |
viric | Both named setscene? | 10:57 |
*** filipm <filipm!~filipm@212-39-72-199.ip.btc-net.bg> has quit IRC (Quit: Client closed) | 10:58 | |
*** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto | 11:01 | |
viric | does debuginfod conflict with rm_work ? | 11:06 |
*** sa7mfo_ <sa7mfo_!~sa7mfo@83-233-6-197.cust.bredband2.com> has joined #yocto | 11:08 | |
sa7mfo_ | Hello, If I build two images, one for the "main-rootfs", and one image that includes a kernel+initramfs. How do I integrate that kernel+initramfs image into /boot of my "main-rootfs" image? | 11:10 |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 256 seconds) | 11:11 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 11:27 | |
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 11:31 | |
*** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 260 seconds) | 11:39 | |
*** ehussain <ehussain!~Thunderbi@147.161.161.34> has quit IRC (Ping timeout: 260 seconds) | 11:39 | |
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00::6> has joined #yocto | 11:40 | |
*** Guest0118 <Guest0118!~Guest0118@ip-85-93-163-76.wscnet.cz> has quit IRC (Ping timeout: 256 seconds) | 11:41 | |
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00::6> has quit IRC (Read error: Connection reset by peer) | 11:44 | |
*** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto | 11:52 | |
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto | 11:55 | |
*** mvlad <mvlad!~mvlad@2a02:2f05:810e:b200:e88e:21ff:fe65:be18> has joined #yocto | 12:00 | |
rburton | viric: no | 12:01 |
viric | rburton: ok | 12:07 |
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 248 seconds) | 12:07 | |
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 12:08 | |
*** Guest9 <Guest9!~Guest9@92.19.103.210> has quit IRC (Quit: Client closed) | 12:10 | |
*** xmn <xmn!~xmn@2600:4040:9398:a200:ecbd:cf74:8268:5279> has joined #yocto | 12:19 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 12:29 | |
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 12:35 | |
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Read error: Connection reset by peer) | 12:43 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 12:47 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 12:51 | |
viric | maybe ptest and rm_work collide? It's like it's not deleting anything at all from tmp, with ptest | 12:54 |
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.3.5) | 12:55 | |
viric | maybe rm_work && CACHE= are incompatible? I can't find what made rm_work not work | 12:56 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 13:00 | |
*** sfo <sfo!d6f77adfe3@user/sfo/x-3716460> has quit IRC (Remote host closed the connection) | 13:01 | |
*** tostr <tostr!60aa75e090@user/tostr> has quit IRC (Remote host closed the connection) | 13:01 | |
*** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (Remote host closed the connection) | 13:01 | |
*** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has quit IRC (Remote host closed the connection) | 13:01 | |
*** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has quit IRC (Remote host closed the connection) | 13:01 | |
*** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has joined #yocto | 13:01 | |
*** tostr <tostr!60aa75e090@user/tostr> has joined #yocto | 13:02 | |
*** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has joined #yocto | 13:02 | |
*** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has joined #yocto | 13:02 | |
*** sfo <sfo!d6f77adfe3@user/sfo/x-3716460> has joined #yocto | 13:02 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 13:22 | |
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 13:38 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 13:42 | |
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto | 13:54 | |
rburton | viric: can you define 'not work'? | 14:01 |
viric | rburton: hm I think it was wrong perception... I saw big directories under 'work' but it's effectively because I had ctrl-c'ed their build. So they were in some intermediate state. | 14:03 |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 14:03 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has quit IRC (Quit: Bye ~) | 14:04 | |
rburton | yeah rm_work only runs if a recipe finishes the build task successfully | 14:05 |
viric | mckoan: ah remove duplicated, for cache management. nice. | 14:06 |
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Ping timeout: 260 seconds) | 14:08 | |
*** BrianL <BrianL!~BrianL@98.97.41.8> has joined #yocto | 14:22 | |
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 260 seconds) | 14:24 | |
*** BrianL is now known as blilly | 14:46 | |
*** jsbronder <jsbronder!jsbronder@user/jbronder> has quit IRC (Remote host closed the connection) | 15:01 | |
*** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto | 15:01 | |
*** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:24 | |
*** amitk_ <amitk_!~amit@58.84.62.6> has quit IRC (Ping timeout: 260 seconds) | 15:35 | |
landgraf | what can be the reason of missing "recipe-sysroot/etc/passwd" file during do_package_write_rpm task execution? It causes "Exception: FileNotFoundError: [Errno 2] No such file or directory: ". Not 100% reproducible (I'd say not even 1%) | 15:39 |
*** mjm <mjm!~mjm@user/mjm> has quit IRC (Quit: mjm) | 15:41 | |
*** mckoan is now known as mckoan|away | 15:50 | |
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto | 15:51 | |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 15:55 | |
viric | oh I'm testing the debuginfod but it fails to provide the source to packages that are in devtool workspace | 16:00 |
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 16:02 | |
*** zpfvo <zpfvo!~fvo@i59F5CDA1.versanet.de> has quit IRC (Remote host closed the connection) | 16:02 | |
rburton | how are you running the debuginfod? the oe-debuginfod script only looks at deployed packages, so are you actually doing a full build of the recipes or just the compile step? | 16:03 |
viric | I run "bitbake package" | 16:06 |
viric | that creates the rpm | 16:06 |
viric | but the debug info has file locations relative to my computer, not relative to /usr... | 16:06 |
viric | I don't understand how debuginfod translates relative directories to absolute directories | 16:07 |
viric | So when I attach gdb, for my binary it fails to find /home/myname/git/..../workspace/sources/package/..../main.cpp | 16:09 |
rburton | looks like the path remapping needs to be extended | 16:09 |
viric | what is the path remapping? | 16:09 |
rburton | see DEBUG_PREFIX_MAP | 16:09 |
viric | is that something I can do in local.conf? | 16:10 |
rburton | append to it, sure | 16:10 |
viric | I see. | 16:12 |
viric | It'd be nicer if there was an upstream change that covered this for workspaces / externalsrc / etc. | 16:13 |
rburton | sure, you're probab;y hitting a bad interaction between externalsrc and the remapping, a patch would be great if you root cause it | 16:14 |
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto | 16:24 | |
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Client Quit) | 16:24 | |
*** rob_w <rob_w!~rob@2001:a61:615f:af01:4b4:9d06:e3d8:cd66> has joined #yocto | 16:27 | |
*** rfuentess <rfuentess!~rfuentess@p200300cc8f0ada00de2e71e94db0bf34.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 16:29 | |
*** amitk <amitk!~amit@58.84.60.12> has joined #yocto | 16:43 | |
*** blilly <blilly!~BrianL@98.97.41.8> has quit IRC (Quit: Client closed) | 16:45 | |
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto | 16:51 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 17:13 | |
*** rjones2 <rjones2!~rjones2@user/rjones2> has joined #yocto | 17:23 | |
rjones2 | Hello, does anyone know if SPDX 3.0 is now the default for scarthgap or only master? | 17:25 |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 252 seconds) | 17:35 | |
tortoise | I'm having some trouble with building a rust project in yocto. The project has both crate.io and git dependencies. It's the git dependencies that seem to be causing the issue. Where I'm at now it appears that during do_compile the cargo command finds the git repos that I downloaded with additional SRC_URI's but it fails when it goes to build them. I don't really know 100% whats going on, but I have suspicions | 17:47 |
tortoise | Although the error seems to indicate that it's unable to update because the Cargo.toml of the git dependecy is a virtual manifest, I think it might actually be due to no network access during do_compile | 17:48 |
tortoise | I'm wondering if anyone has considered modifying cargo.bbclass or cargo_common.bbclass so that do_fetch calls cargo vendor to bring in all the dependencies | 17:48 |
tortoise | https://doc.rust-lang.org/cargo/commands/cargo-vendor.html | 17:49 |
rjones2 | Please disregard my question, I found what I was looking for. | 17:53 |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 17:57 | |
tortoise | could this entire fetcher be replaced by calling out to cargo vendor https://git.openembedded.org/bitbake/tree/lib/bb/fetch2/crate.py | 17:59 |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 17:59 | |
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 18:01 | |
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 18:06 | |
*** mulk <mulk!~mulk@p5b112b2e.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 260 seconds) | 18:27 | |
tortoise | actually | 18:33 |
tortoise | https://github.com/yoctoproject/poky/commit/f37048753db21757da5c67f705ebc14b07bcfc05 | 18:33 |
tortoise | I think this where things go off the rails, I might be able to fix this and submit a patch upstream | 18:33 |
*** mulk <mulk!~mulk@p5b112b2e.dip0.t-ipconnect.de> has joined #yocto | 18:38 | |
rburton | rjones2: to be sure, master only as it only just merged | 19:01 |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 245 seconds) | 19:19 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 19:21 | |
*** cabazon50 <cabazon50!~cabazon@104.129.198.84> has joined #yocto | 19:39 | |
*** cabazon50 <cabazon50!~cabazon@104.129.198.84> has quit IRC (Quit: Client closed) | 19:46 | |
tlwoerner | moto-timo: is "inherit pypi" not considered best practice anymore? | 19:51 |
tlwoerner | is "inherit python_setuptools_build_meta" better | 19:52 |
tlwoerner | are those two incompatible? complimentary? | 19:52 |
*** Haxxa <Haxxa!~Haxxa@116.255.4.123> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
*** Haxxa <Haxxa!~Haxxa@116.255.4.123> has joined #yocto | 20:18 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Remote host closed the connection) | 20:21 | |
*** mvlad <mvlad!~mvlad@2a02:2f05:810e:b200:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 20:22 | |
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection) | 20:24 | |
*** rob_w <rob_w!~rob@2001:a61:615f:af01:4b4:9d06:e3d8:cd66> has quit IRC (Read error: Connection reset by peer) | 20:34 | |
moto-timo | complementary | 20:50 |
moto-timo | look at the bbclasses, they do entirely different things | 20:51 |
moto-timo | 'inherit setuptools3' is in general no longer best practice | 20:51 |
moto-timo | there might be a WORKDIR vs UNPACKDIR issue in pypi.bbclass. I have a local patch under test, but I didn't convince myself I was correct yet. | 20:59 |
*** amitk <amitk!~amit@58.84.60.12> has quit IRC (Ping timeout: 252 seconds) | 21:32 | |
rburton | pypi is _just_ a way of sourcing the sdists | 21:39 |
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 21:44 | |
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 21:49 | |
*** pbsds3 <pbsds3!~pbsds@84.20.102.94> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:56 | |
*** heidaren <heidaren!~heidaren@user/heidaren> has joined #yocto | 22:57 | |
*** pbsds3 <pbsds3!~pbsds@84.20.102.94> has joined #yocto | 22:58 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 260 seconds) | 23:17 | |
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 23:25 | |
*** pbsds3 <pbsds3!~pbsds@84.20.102.94> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 23:31 | |
*** pbsds3 <pbsds3!~pbsds@84.20.102.94> has joined #yocto | 23:33 | |
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 248 seconds) | 23:40 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!