Friday, 2021-08-27

*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto00:36
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto01:06
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-129-175.home.otenet.gr> has joined #yocto01: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 #yocto01: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 #yocto02: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 #yocto02:14
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto02: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 #yocto02:32
moto-timovmeson: partial fix https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=timo/rustc-print-cfg-fix02:45
vmesonmoto-timo: what part doesn't that fix? :)03:16
moto-timovmeson: python3-setup tools-rust-native build_rust is still somehow failing to detect Rust compiler03:17
moto-timovmeson: wip https://git.openembedded.org/meta-openembedded-contrib/log/?h=timo/rust_python3-cryptography03:18
vmesonmoto-timo: I see. I'll try that tomorrow.03:21
moto-timovmeson: it might be something else with build_rust… the message is kind of a catch all03:21
*** amitk <amitk!~amit@103.208.71.48> has joined #yocto03: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 #yocto04:25
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto04:42
RPand of course rust failed after merging06:04
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:24
*** thekappe <thekappe!~user@198.90.66.177> has joined #yocto06:25
*** LetoThe2nd <LetoThe2nd!uid453638@id-453638.highgate.irccloud.com> has joined #yocto06:44
LetoThe2ndyo dudX06:47
thekappehello man ! XD06:48
*** grma <grma!~gruberm@80.93.38.128> has quit IRC (Ping timeout: 240 seconds)06:52
thekappeguys, 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 is06:52
thekappeautomatically 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 #yocto06:58
baraththekappe: 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 binary06:59
barathand to create multiple packages in the same recipe, containing different binaries, you can declare multiple FILES_libs<pn>=" {libdir}/*.so " variables etc07:01
barathI'm not sure where in the manual it talks about the latter...07:02
barathpossibly this ? https://docs.yoctoproject.org/ref-manual/variables.html#term-FILES07:03
*** d0ku <d0ku!~d0ku@178.43.56.75.ipv4.supernova.orange.pl> has joined #yocto07:03
thekappebarath: thanks07:11
baraththekappe: note that some runtime-dependencies (RDEPENDS) are automatically added to packages sometimes, when yocto sees that a binary is linked against a certain library07:12
barathhttps://docs.yoctoproject.org/overview-manual/concepts.html#automatically-added-runtime-dependencies07:12
thekappeok ! I didn't know that ! thanks again !07:13
barath:)07:13
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto07:20
*** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto07: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 #yocto07:40
*** Guest19 <Guest19!~Guest19@2a02-a440-b6e3-1-9c4d-9aac-ae7b-b3e.fixed6.kpn.net> has joined #yocto07:42
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto07:45
*** hansihe <hansihe!~Hans@84-52-214.116.3p.ntebredband.no> has joined #yocto07:51
hansiheI 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 right07:56
hansihepath, this should be handled by meson.bbclass, right?07:56
*** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto08:00
LetoThe2ndhansihe: 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 #yocto08: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 #yocto08: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 #yocto08:27
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 250 seconds)08:38
hansihemeson 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
hansiheI might have missed something, but I don't understand how this can work at all in the general case08:48
jorschulkoHi, 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 #yocto08:53
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:58
*** leonanavi <leonanavi!~Leon@78.130.197.211> has joined #yocto09:00
*** fleg <fleg!64bf4386e9@user/fleg> has quit IRC (Ping timeout: 252 seconds)09:02
*** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto09: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-anavi09:03
*** goliath <goliath!~goliath@user/goliath> has joined #yocto09:03
*** fleg <fleg!64bf4386e9@user/fleg> has joined #yocto09:05
*** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto09:07
*** k4wsys[m] <k4wsys[m]!~k4wsysmat@2001:470:69fc:105::e339> has joined #yocto09:12
qschulzyes09:20
jorschulkoqschulz: was that an answer to my question? :D09:30
qschulzyes :)O09:33
qschulzas per JPEW "You need proper file locking IIRC, so either a local file syetem or NFS"09:35
jorschulkoah nice! the same doesn't hold true for the download dir by any chance? :)09:37
qschulzof course09:39
jorschulkothat 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 #yocto10: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 #yocto10: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 #yocto10: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 #yocto10:20
*** kanavin_ <kanavin_!~Alexander@2a02:2454:2a1:9900:5e06:8d90:670b:86c8> has joined #yocto10:53
*** kanavin <kanavin!~Alexander@95.168.155.74> has quit IRC (Ping timeout: 252 seconds)10:55
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto10:57
*** goliath <goliath!~goliath@user/goliath> has joined #yocto10:58
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto10: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 #yocto11:00
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto11:19
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto11:33
*** argonautx <argonautx!~argonautx@i5E8671BA.versanet.de> has joined #yocto11:39
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto11: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 #yocto12:07
overrideyo, how can we update the device tree without flashing entire new images?12:13
LetoThe2ndoverride: it DEPENDS.12:15
overrideLetoThe2nd: im just trying to hearout all possible options12:16
overridesince I havent got the slightest clue12:16
LetoThe2ndoverride: 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
overrideLetoThe2nd: did you want me to show you my current .wks file or something? Trying to understand what all I need to let you know12:20
*** ferlzc <ferlzc!~ferlzc@2804:431:cfec:f227:81f9:e5b0:a6e6:8f59> has joined #yocto12:21
overrideIm trying to see if I can add a var to boot.src or something and have uboot load the device tree from there12:22
overridethats the kinda of options im trying to figure out12:22
LetoThe2ndagain, it depends. uboot can fetch from sd card, for example. from tftp. from nfs.12:25
overrideor someone can just tell me a little more about device tree overlays12:25
LetoThe2ndif uboot uses the same, then things are more complicated.12:25
*** rpcme <rpcme!~rpcme@52.95.4.7> has joined #yocto12:25
LetoThe2ndand overlays are something completely else again too.12:25
overrideLetoThe2nd: my uboot and all the other partitions get flashed to the emmc12:26
qschulzcheck where the device tree is gotten from12:26
qschulzyou might be lucky and it gets it from a partition mounted in the rootfs (or the fs directly)12:27
qschulzit's not uncommon to have them in /boot12:27
overrideI also read something about the device-tree-compiler, apparenlt lets you edit the device tree during runtime12:27
qschulzbut again, depends on U-Boot, you can perfectly have device tree in /boot but not have those used12:27
overridewell my wks is setup to have a boot partition12:27
overrideunclear where exactly my devitree tree is at12:28
qschulzno, that's not possible, you can apply device tree overlays at runtime but it isn't mainline as far as i know12:28
overrideshould i just do a find -name *dts or something on the boards?12:28
qschulzdtc is just to produce dtb (device tree blob) or dtbo (device tree overlay blob)12:28
LetoThe2ndusually one would patch the uboot-env to pull the dtb from some connected storage. no wks involved.12:28
qschulz14:27:11        qschulz | you might be lucky and it gets it from a partition mounted in the rootfs (or the fs directly)12:29
qschulzinsinuate it might not be12:29
qschulzand 14:27:50        qschulz | but again, depends on U-Boot, you can perfectly have device tree in /boot but not have those used12:29
qschulzyou have to dig into U-Boot environment variables to understand how and where the device tree is gotten from12:30
overridealright, first thing first, whats like a sure shot way of finding out where the bsp is currently storing the device tree at?12:30
qschulzyoiu can also have uImage and fitImage, which have the device tree embedded, so many ways and as LetoThe2nd said "it depends"12:30
overrideqschuls: so look at the bootscr file?12:30
qschulzusually the command run at boot when U-boot is uninterrupted is stored in `bootcmd`12:31
qschulzstart from there12:31
qschulzit might use bootscr, might not12:31
overridegot it12:31
overrideand if its setup the bootcmd its prolly just sitting the rootfs?12:32
overridethe bootcmd way **12:32
qschulzbootcmd is a variable, it contains something12:33
qschulzcan be whatever12:33
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto12: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 #yocto12: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 #yocto12:58
*** cocoJoe <cocoJoe!~cocoJoe@xb9b5dc3e.cust.hiper.dk> has quit IRC (Ping timeout: 246 seconds)13:06
tlwoerneryou 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 reboot13:08
tlwoernerit's called: "being flexible" ;-)13:08
smurrayfit image is another option, it can hold multiple kernels and dtbs iirc13:09
*** paulg <paulg!~boodler@104-195-159-20.cpe.teksavvy.com> has joined #yocto13:09
qschulztlwoerner: isn't that the uImage format?13:12
qschulzsmurray: yup, even dtbos too13:12
qschulzrootfs, scripts, firmware, etc...13:12
tlwoernerqschulz: CONFIG_ARM_APPENDED_DTB says: "With this option, the boot code will look for a device tree binary (DTB) appended to zImage"13:13
qschulztlwoerner: great, another format :p13:16
qschulzso I guess this works fine with bootz /me thinks13:17
tlwoernerthat's exactly what bootz is for13:17
tlwoernermost "current" SoCs/platforms are moving to fitImages, appending the dtb to a zImage (for example) is something you'd find with older boards13:21
tlwoerneruImages and zImages are slowing going away13:21
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)13:29
qschulzyeah, bootm is for uImage/fitImage and bootz for zImage, so appended zImage probably work with bootz that's what I meant13:40
qschulzand the damn booti for Image (aarch64 at least)13:40
qschulzso many ways to boot stuff :p13:40
overrideqschulz: 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_dtb13:41
overridesimilar*13:41
*** mihai <mihai!~mihai@user/mihai> has quit IRC (Remote host closed the connection)13:43
overridewhat format is efi?13:43
tlwoernerqschulz: additionally you could also enable extlinux, for example, which has u-boot looking for an extlinux.conf which tells it what to do13:46
overridetlwoerner: 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 uboot13:47
tlwoerner"distro booting" perhaps13:48
tlwoernerthe u-boot sources don't contain anything about eft_dtb or eft13:48
overridemore like efi_dtb13:49
tlwoernerwhat's the SoC?13:49
overridetoradex13:50
*** sethfoster <sethfoster!~seth@cpe-74-71-192-123.nyc.res.rr.com> has joined #yocto13:51
sethfosterAnybody here mess around with meta-clang?13:51
sethfosteror the OSSystems meta-browser layer?13:51
tlwoerneroverride: does you device have a /boot/extlinux directory?13:56
tlwoernersethfoster: 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 so13:58
*** mbrothers <mbrothers!~martin@188.201.252.82> has joined #yocto14:02
*** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)14:07
overridetlwoerner: /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
overrideempty*14:11
tlwoerneroverride: my impression is toradex is pretty well supported, there's probably someone there you can contact for help?14:13
tlwoernerhttps://developer.toradex.com/knowledge-base/distro-boot-linux14:14
*** goliath <goliath!~goliath@user/goliath> has joined #yocto14: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 #yocto14:18
sethfosteroh hey override: im working on a verdin imx8mm right now14:21
sethfosterdon't have irc history tho, missed what you asked14:21
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto14:22
sethfostertlwoerner: 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 else14: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 #yocto14:56
*** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!)15:01
moto-timovmeson: 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 mess15: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 #yocto15: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
vmesonmoto-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 #yocto15: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
tgamblinvmeson: moto-timo: building it too. I should be able to help with the ptests shortly... rust-native do_compile right now15:53
*** tp43_ <tp43_!~ndeem@2001:1970:501d:3e01:a199:1a3e:abd1:ac4c> has joined #yocto16:02
*** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto16: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 #yocto16: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
JPEWWadeBerrier[m]: We delete it every Friday. Depends on what you need, there is also a script to prune it more methodically16:53
JPEWscripts/sstate-cache-management.sh16: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
JPEWIt's in oe-core/poky16:55
JPEWoe-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 #yocto17:20
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has joined #yocto17:26
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has joined #yocto17:31
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds)17:33
whuang0389Im 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 #yocto17:56
vmesonmoto-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-timovmeson: 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 #yocto18:22
*** florian <florian!~florian@dynamic-078-049-152-218.78.49.pool.telefonica.de> has joined #yocto18: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 #yocto18:53
vmesonwhuang0389:  is that set scene error on master or ???  Also poky or oe-core or some other distro?19:05
whuang0389no its on dunfell. im assuming i ran out of disk space or something.. trying to rebuild on a larger disk19:07
whuang0389and yea it's poky-base distro19:07
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Ping timeout: 240 seconds)19:09
vmesonwhuang0389: 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
vmesonI 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 #yocto19:14
sakomanvmeson: 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 #yocto19:39
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has quit IRC (Quit: Client closed)19:56
sakomanpaulg: I always wondered where the dunfell name came from :-)19:57
*** argonautx <argonautx!~argonautx@i5E8671BA.versanet.de> has quit IRC (Quit: Leaving)20:09
vmesonsakoman: lol and for anyone interested, I believe it's the Great Dun Fell mountain peak: https://goo.gl/maps/gvjYveeGKPVGQD6i720:10
vmesonHardknott Roman Fort: https://goo.gl/maps/6WKNVjj36uifTUkr920:11
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto20:27
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:95df:7145:bc4c:5ce3> has joined #yocto20: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
vmesonmoto-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-202120:45
vmesonI 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 #yocto20:45
* vmeson forced an update to include: rust-common.bbclass: export RUST_TARGET_PATH20: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 #yocto21: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 #yocto22: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 #yocto23: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/!