*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 00:36 | |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 01:06 | |
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-129-175.home.otenet.gr> has joined #yocto | 01:32 | |
*** rber|res <rber|res!~rber|res@ppp-2-86-129-175.home.otenet.gr> has quit IRC (Ping timeout: 252 seconds) | 01:34 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 01:46 | |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 248 seconds) | 01:50 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 01:56 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 01:59 | |
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 02:01 | |
*** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Quit: Leaving.) | 02:05 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 02:13 | |
*** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 02:14 | |
*** mckoan|away <mckoan|away!~marco@host-79-3-92-72.business.telecomitalia.it> has joined #yocto | 02:14 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:22 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 02:28 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 02:32 | |
moto-timo | vmeson: partial fix https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=timo/rustc-print-cfg-fix | 02:45 |
---|---|---|
vmeson | moto-timo: what part doesn't that fix? :) | 03:16 |
moto-timo | vmeson: python3-setup tools-rust-native build_rust is still somehow failing to detect Rust compiler | 03:17 |
moto-timo | vmeson: wip https://git.openembedded.org/meta-openembedded-contrib/log/?h=timo/rust_python3-cryptography | 03:18 |
vmeson | moto-timo: I see. I'll try that tomorrow. | 03:21 |
moto-timo | vmeson: it might be something else with build_rust… the message is kind of a catch all | 03:21 |
*** amitk <amitk!~amit@103.208.71.48> has joined #yocto | 03:31 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 248 seconds) | 04:22 | |
*** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has quit IRC (Remote host closed the connection) | 04:24 | |
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 04:25 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 04:42 | |
RP | and of course rust failed after merging | 06:04 |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:24 | |
*** thekappe <thekappe!~user@198.90.66.177> has joined #yocto | 06:25 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto | 06:44 | |
LetoThe2nd | yo dudX | 06:47 |
thekappe | hello man ! XD | 06:48 |
*** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 240 seconds) | 06:52 | |
thekappe | guys, I have one question. I have a recipe that build multiple binaries and a shared library. What I wan to do is to have all the binaries into a package and the share library into another one. Next thing is that if I add the package containing the binaries to image I need the shared library to be installed too. THere is a way to tell the recipe that if the binary package is selected, the library package is | 06:52 |
thekappe | automatically installed too ? | 06:52 |
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Quit: Client closed) | 06:54 | |
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has joined #yocto | 06:58 | |
barath | thekappe: you need to make the package containing the libraries be a dependency (see the DEPENDS variable in the yocto manual) of the package containing the binary | 06:59 |
barath | and to create multiple packages in the same recipe, containing different binaries, you can declare multiple FILES_libs<pn>=" {libdir}/*.so " variables etc | 07:01 |
barath | I'm not sure where in the manual it talks about the latter... | 07:02 |
barath | possibly this ? https://docs.yoctoproject.org/ref-manual/variables.html#term-FILES | 07:03 |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto | 07:03 | |
thekappe | barath: thanks | 07:11 |
barath | thekappe: note that some runtime-dependencies (RDEPENDS) are automatically added to packages sometimes, when yocto sees that a binary is linked against a certain library | 07:12 |
barath | https://docs.yoctoproject.org/overview-manual/concepts.html#automatically-added-runtime-dependencies | 07:12 |
thekappe | ok ! I didn't know that ! thanks again ! | 07:13 |
barath | :) | 07:13 |
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 07:20 | |
*** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto | 07:28 | |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 240 seconds) | 07:30 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:40 | |
*** Guest19 <Guest19!~Guest19@2a02-a440-b6e3-1-9c4d-9aac-ae7b-b3e.fixed6.kpn.net> has joined #yocto | 07:42 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:45 | |
*** hansihe <hansihe!~Hans@84-52-214.116.3p.ntebredband.no> has joined #yocto | 07:51 | |
hansihe | I have a bitbake recipe which is building a meson project. It inherits both `meson` and `pkgconfig`. In the `meson.build` file, there are calls to `<dep>.get_pkgconfig_variable('pkgdatadir')`. Unfortunately this seems to return a path in my native harddrive root, `/usr`, not in the sysroot for the package like I would expect. I understand that `PKG_CONFIG_SYSROOT_DIR` needs to be set when `pkg-config` is invoked for it to return the right | 07:56 |
hansihe | path, this should be handled by meson.bbclass, right? | 07:56 |
*** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 08:00 | |
LetoThe2nd | hansihe: have you looked at other comparable recipes? i'd expect it to be handled correctly, but it might be depending on inherit ordering. | 08:09 |
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:13 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 248 seconds) | 08:24 | |
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has joined #yocto | 08:24 | |
*** Guest19 <Guest19!~Guest19@2a02-a440-b6e3-1-9c4d-9aac-ae7b-b3e.fixed6.kpn.net> has quit IRC (Quit: Client closed) | 08:26 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 08:27 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds) | 08:38 | |
hansihe | meson seems to have a `sys_root` option in their `meson.cross`, which is what meson uses to set their `PKG_CONFIG_SYSROOT_DIR`, but that option is not set in the poky `meson.bbclass` | 08:47 |
hansihe | I might have missed something, but I don't understand how this can work at all in the general case | 08:48 |
jorschulko | Hi, I was wondering how well (if at all) yocto (dunfell) can handle simultaneous builds writing to the same sstate cache? | 08:49 |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:53 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:58 | |
*** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto | 09:00 | |
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Ping timeout: 252 seconds) | 09:02 | |
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 09:02 | |
*** Bardon_ <Bardon_!~Bardon@user/Bardon> has quit IRC (Ping timeout: 252 seconds) | 09:02 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 252 seconds) | 09:03 | |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Ping timeout: 252 seconds) | 09:03 | |
*** leonanavi is now known as leon-anavi | 09:03 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:03 | |
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto | 09:05 | |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 09:07 | |
*** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has joined #yocto | 09:12 | |
qschulz | yes | 09:20 |
jorschulko | qschulz: was that an answer to my question? :D | 09:30 |
qschulz | yes :)O | 09:33 |
qschulz | as per JPEW "You need proper file locking IIRC, so either a local file syetem or NFS" | 09:35 |
jorschulko | ah nice! the same doesn't hold true for the download dir by any chance? :) | 09:37 |
qschulz | of course | 09:39 |
jorschulko | that just made my life a lot easier :D thanks! | 09:40 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 09:48 | |
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto | 10:01 | |
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has quit IRC (Quit: leaving) | 10:03 | |
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has joined #yocto | 10:08 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 10:09 | |
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 10:10 | |
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has joined #yocto | 10:10 | |
*** jorschulko <jorschulko!~jorschulk@ip4d17db38.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 10:10 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds) | 10:18 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 10:20 | |
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a1:9900:5e06:8d90:670b:86c8> has joined #yocto | 10:53 | |
*** kanavin <kanavin!~Alexander@95.168.155.74> has quit IRC (Ping timeout: 252 seconds) | 10:55 | |
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 10:57 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:58 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 10:59 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 248 seconds) | 11:00 | |
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 11:00 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 11:19 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:33 | |
*** argonautx <argonautx!~argonautx@i5E8671BA.versanet.de> has joined #yocto | 11:39 | |
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 11:55 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 11:59 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 12:07 | |
override | yo, how can we update the device tree without flashing entire new images? | 12:13 |
LetoThe2nd | override: it DEPENDS. | 12:15 |
override | LetoThe2nd: im just trying to hearout all possible options | 12:16 |
override | since I havent got the slightest clue | 12:16 |
LetoThe2nd | override: no, it doesn't work like that. because it completely depends on your development setup, and where the kernel gets the current dtb from. | 12:17 |
override | LetoThe2nd: did you want me to show you my current .wks file or something? Trying to understand what all I need to let you know | 12:20 |
*** ferlzc <ferlzc!~ferlzc@2804:431:cfec:f227:81f9:e5b0:a6e6:8f59> has joined #yocto | 12:21 | |
override | Im trying to see if I can add a var to boot.src or something and have uboot load the device tree from there | 12:22 |
override | thats the kinda of options im trying to figure out | 12:22 |
LetoThe2nd | again, it depends. uboot can fetch from sd card, for example. from tftp. from nfs. | 12:25 |
override | or someone can just tell me a little more about device tree overlays | 12:25 |
LetoThe2nd | if uboot uses the same, then things are more complicated. | 12:25 |
*** rpcme <rpcme!~rpcme@52.95.4.7> has joined #yocto | 12:25 | |
LetoThe2nd | and overlays are something completely else again too. | 12:25 |
override | LetoThe2nd: my uboot and all the other partitions get flashed to the emmc | 12:26 |
qschulz | check where the device tree is gotten from | 12:26 |
qschulz | you might be lucky and it gets it from a partition mounted in the rootfs (or the fs directly) | 12:27 |
qschulz | it's not uncommon to have them in /boot | 12:27 |
override | I also read something about the device-tree-compiler, apparenlt lets you edit the device tree during runtime | 12:27 |
qschulz | but again, depends on U-Boot, you can perfectly have device tree in /boot but not have those used | 12:27 |
override | well my wks is setup to have a boot partition | 12:27 |
override | unclear where exactly my devitree tree is at | 12:28 |
qschulz | no, that's not possible, you can apply device tree overlays at runtime but it isn't mainline as far as i know | 12:28 |
override | should i just do a find -name *dts or something on the boards? | 12:28 |
qschulz | dtc is just to produce dtb (device tree blob) or dtbo (device tree overlay blob) | 12:28 |
LetoThe2nd | usually one would patch the uboot-env to pull the dtb from some connected storage. no wks involved. | 12:28 |
qschulz | 14:27:11 qschulz | you might be lucky and it gets it from a partition mounted in the rootfs (or the fs directly) | 12:29 |
qschulz | insinuate it might not be | 12:29 |
qschulz | and 14:27:50 qschulz | but again, depends on U-Boot, you can perfectly have device tree in /boot but not have those used | 12:29 |
qschulz | you have to dig into U-Boot environment variables to understand how and where the device tree is gotten from | 12:30 |
override | alright, first thing first, whats like a sure shot way of finding out where the bsp is currently storing the device tree at? | 12:30 |
qschulz | yoiu can also have uImage and fitImage, which have the device tree embedded, so many ways and as LetoThe2nd said "it depends" | 12:30 |
override | qschuls: so look at the bootscr file? | 12:30 |
qschulz | usually the command run at boot when U-boot is uninterrupted is stored in `bootcmd` | 12:31 |
qschulz | start from there | 12:31 |
qschulz | it might use bootscr, might not | 12:31 |
override | got it | 12:31 |
override | and if its setup the bootcmd its prolly just sitting the rootfs? | 12:32 |
override | the bootcmd way ** | 12:32 |
qschulz | bootcmd is a variable, it contains something | 12:33 |
qschulz | can be whatever | 12:33 |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 12:42 | |
*** davidinux <davidinux!~davidinux@217.138.219.36> has quit IRC (Ping timeout: 240 seconds) | 12:52 | |
*** davidinux <davidinux!~davidinux@net-37-117-180-239.cust.vodafonedsl.it> has joined #yocto | 12:55 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 250 seconds) | 12:55 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 12:58 | |
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Ping timeout: 246 seconds) | 13:06 | |
tlwoerner | you can also append the dtb to a zImage, in which case the only way to update it is to write a new kernel+dtb and reboot | 13:08 |
tlwoerner | it's called: "being flexible" ;-) | 13:08 |
smurray | fit image is another option, it can hold multiple kernels and dtbs iirc | 13:09 |
*** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto | 13:09 | |
qschulz | tlwoerner: isn't that the uImage format? | 13:12 |
qschulz | smurray: yup, even dtbos too | 13:12 |
qschulz | rootfs, scripts, firmware, etc... | 13:12 |
tlwoerner | qschulz: CONFIG_ARM_APPENDED_DTB says: "With this option, the boot code will look for a device tree binary (DTB) appended to zImage" | 13:13 |
qschulz | tlwoerner: great, another format :p | 13:16 |
qschulz | so I guess this works fine with bootz /me thinks | 13:17 |
tlwoerner | that's exactly what bootz is for | 13:17 |
tlwoerner | most "current" SoCs/platforms are moving to fitImages, appending the dtb to a zImage (for example) is something you'd find with older boards | 13:21 |
tlwoerner | uImages and zImages are slowing going away | 13:21 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 13:29 | |
qschulz | yeah, bootm is for uImage/fitImage and bootz for zImage, so appended zImage probably work with bootz that's what I meant | 13:40 |
qschulz | and the damn booti for Image (aarch64 at least) | 13:40 |
qschulz | so many ways to boot stuff :p | 13:40 |
override | qschulz: tlwoerner: i tried looking into the uboot env vars and they seems really freakin confusing. the only thing remotely similiar to device trees in there is something called eft_dtb | 13:41 |
override | similar* | 13:41 |
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Remote host closed the connection) | 13:43 | |
override | what format is efi? | 13:43 |
tlwoerner | qschulz: additionally you could also enable extlinux, for example, which has u-boot looking for an extlinux.conf which tells it what to do | 13:46 |
override | tlwoerner: my uboot using some standard way of setting up the variables, it was called distro or something, cant remember. Im trying to see how I can update the device tree from this distro style uboot | 13:47 |
tlwoerner | "distro booting" perhaps | 13:48 |
tlwoerner | the u-boot sources don't contain anything about eft_dtb or eft | 13:48 |
override | more like efi_dtb | 13:49 |
tlwoerner | what's the SoC? | 13:49 |
override | toradex | 13:50 |
*** sethfoster <sethfoster!~seth@cpe-74-71-192-123.nyc.res.rr.com> has joined #yocto | 13:51 | |
sethfoster | Anybody here mess around with meta-clang? | 13:51 |
sethfoster | or the OSSystems meta-browser layer? | 13:51 |
tlwoerner | override: does you device have a /boot/extlinux directory? | 13:56 |
tlwoerner | sethfoster: once in a while i try building the chromium browser for x11 from the meta-browser layer. although i haven't tried in the last 2 months or so | 13:58 |
*** mbrothers <mbrothers!~martin@188.201.252.82> has joined #yocto | 14:02 | |
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 14:07 | |
override | tlwoerner: /boot seems to be empthy :/ I did find a carve out for the device tree binary file in boot.scr and the uboot env... trying to figure out partiton device tree binary lives in now.. | 14:11 |
override | empty* | 14:11 |
tlwoerner | override: my impression is toradex is pretty well supported, there's probably someone there you can contact for help? | 14:13 |
tlwoerner | https://developer.toradex.com/knowledge-base/distro-boot-linux | 14:14 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 14:15 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 14:18 | |
*** sakoman <sakoman!~steve@172.243.4.16> has joined #yocto | 14:18 | |
sethfoster | oh hey override: im working on a verdin imx8mm right now | 14:21 |
sethfoster | don't have irc history tho, missed what you asked | 14:21 |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 14:22 | |
sethfoster | tlwoerner: i'm trying to get some stuff to build electron going, problem ended up being that meta-clang had some dynamic-layer overrides for chromium that didn't get applied because my recipe's named something else | 14:22 |
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 248 seconds) | 14:37 | |
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 14:51 | |
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 14:54 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 240 seconds) | 14:55 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 14:56 | |
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 15:01 | |
moto-timo | vmeson: somehow I had some cruft in recipe-sysroot-native from prior hacks, "successfully" built python3-cryptography with python3-setuptools-rust-native... now to figure out the ptest mess | 15:03 |
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has quit IRC (Read error: Connection reset by peer) | 15:03 | |
*** mattsm <mattsm!~mattsm@104-181-154-57.lightspeed.austtx.sbcglobal.net> has joined #yocto | 15:05 | |
*** ferlzc <ferlzc!~ferlzc@2804:431:cfec:f227:81f9:e5b0:a6e6:8f59> has quit IRC (Ping timeout: 240 seconds) | 15:07 | |
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Remote host closed the connection) | 15:09 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 15:23 | |
vmeson | moto-timo: yay! I see your fix on the oe-core list. Thanks! | 15:28 |
*** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has quit IRC (Quit: Leaving) | 15:32 | |
*** dev1990 <dev1990!~dev@dynamic-78-8-55-226.ssp.dialog.net.pl> has joined #yocto | 15:39 | |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 250 seconds) | 15:46 | |
*** sethfoster <sethfoster!~seth@cpe-74-71-192-123.nyc.res.rr.com> has quit IRC (Quit: Lost terminal) | 15:51 | |
tgamblin | vmeson: moto-timo: building it too. I should be able to help with the ptests shortly... rust-native do_compile right now | 15:53 |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 16:02 | |
*** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 16:15 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:17 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 245 seconds) | 16:17 | |
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 16:21 | |
*** mbrothers <mbrothers!~martin@188.201.252.82> has quit IRC (Ping timeout: 252 seconds) | 16:21 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 248 seconds) | 16:35 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 16:37 | |
WadeBerrier[m] | Anyone have any suggestions for pruning a shared state cache over time? Or, do we just blow it away once in a while and re-populate it? | 16:42 |
JPEW | WadeBerrier[m]: We delete it every Friday. Depends on what you need, there is also a script to prune it more methodically | 16:53 |
JPEW | scripts/sstate-cache-management.sh | 16:53 |
WadeBerrier[m] | JPEW: Nice. Mind pointing me to this script? | 16:55 |
WadeBerrier[m] | Heh, just saw the path, thanks! | 16:55 |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:55 | |
JPEW | It's in oe-core/poky | 16:55 |
JPEW | oe-core or poky that is ;) | 16:56 |
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 16:58 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:18 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 17:20 | |
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has joined #yocto | 17:26 | |
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has joined #yocto | 17:31 | |
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 17:33 | |
whuang0389 | Im getting a bunch of set scene errors that I never previously saw. Any ideas why? ERROR: Setscene task /home/whuang/yocto/build/../sources/poky/meta/recipes-connectivity/openssh/openssh_8.2p1.bb:do_populate_sysroot in both covered and notcovered. | 17:34 |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 17:56 | |
vmeson | moto-timo: librsvg seems to build meta/recipes-gnome/librsvg/librsvg_2.50.1.bb -- I''ll update to 2.50.7 when I'm back from an errand. | 18:06 |
moto-timo | vmeson: hazaah! | 18:11 |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 248 seconds) | 18:20 | |
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 18:22 | |
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has joined #yocto | 18:23 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:28 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 250 seconds) | 18:29 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:53 | |
vmeson | whuang0389: is that set scene error on master or ??? Also poky or oe-core or some other distro? | 19:05 |
whuang0389 | no its on dunfell. im assuming i ran out of disk space or something.. trying to rebuild on a larger disk | 19:07 |
whuang0389 | and yea it's poky-base distro | 19:07 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 240 seconds) | 19:09 | |
vmeson | whuang0389: That's odd, I'm pretty sure that dunfell has a default monitor to stop the build if the FS free space is low. Let us know if the larger disk helps. | 19:12 |
vmeson | I doub that sakoman broken anything on dunfell but I guess it's possible. | 19:13 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 19:14 | |
sakoman | vmeson: I'm not aware of any dunfell breakage. If there is I want to know about it! | 19:14 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 19:21 | |
paulg | "I dun' fell and broke mar hip." | 19:30 |
paulg | (you'll have to imagine your own instance of a redneck accent for that) | 19:30 |
*** abelloni <abelloni!~abelloni@shells.bootlin.com> has quit IRC (Ping timeout: 240 seconds) | 19:38 | |
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has joined #yocto | 19:39 | |
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has quit IRC (Quit: Client closed) | 19:56 | |
sakoman | paulg: I always wondered where the dunfell name came from :-) | 19:57 |
*** argonautx <argonautx!~argonautx@i5E8671BA.versanet.de> has quit IRC (Quit: Leaving) | 20:09 | |
vmeson | sakoman: lol and for anyone interested, I believe it's the Great Dun Fell mountain peak: https://goo.gl/maps/gvjYveeGKPVGQD6i7 | 20:10 |
vmeson | Hardknott Roman Fort: https://goo.gl/maps/6WKNVjj36uifTUkr9 | 20:11 |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:27 | |
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has joined #yocto | 20:27 | |
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has quit IRC (Quit: Client closed) | 20:33 | |
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 240 seconds) | 20:34 | |
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:43 | |
vmeson | moto-timo: a bit of progress but stuck on: http://pastie.org/p/6f2YMAIE2cJgnaeK0Gq5Lh with http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rmacleod/librsvg-aug-27-2021 | 20:45 |
vmeson | I have to get back to actually taking the day off so it's not like I've stared at the current build issue for long or anything. | 20:45 |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 20:45 | |
* vmeson forced an update to include: rust-common.bbclass: export RUST_TARGET_PATH | 20:51 | |
*** JaMa <JaMa!~martin@dolejisf.bul.rev-fortech.cz> has quit IRC (Quit: leaving) | 21:10 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has quit IRC (Ping timeout: 240 seconds) | 21:23 | |
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto | 21:34 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 21:34 | |
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 248 seconds) | 21:38 | |
*** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 21:47 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 22:02 | |
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:51 | |
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 23:00 | |
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has joined #yocto | 23:22 | |
WadeBerrier[m] | There in 5 mins... | 23:28 |
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds) | 23:35 | |
*** amitk <amitk!~amit@103.208.71.48> has quit IRC (Ping timeout: 240 seconds) | 23:47 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!