| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 00:07 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 00:12 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 00:13 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 00:24 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 00:30 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 00:46 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 00:51 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 268 seconds) | 01:01 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 01:03 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 01:05 | |
| *** sakoman <sakoman!~steve@172.243.4.16> has quit IRC (Read error: Connection reset by peer) | 01:09 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 01:10 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 01:25 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 01:36 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 01:41 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 02:04 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 252 seconds) | 02:05 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 260 seconds) | 02:06 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Ping timeout: 276 seconds) | 02:09 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 02:11 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 02:19 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:43 | |
| *** amitk <amitk!~amit@103.208.69.187> has joined #yocto | 04:11 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 04:28 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 05:11 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Ping timeout: 250 seconds) | 05:28 | |
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has joined #yocto | 05:37 | |
| *** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has joined #yocto | 05:52 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:13 | |
| JosefHolzmayr[m] | yo dudX | 06:21 |
|---|---|---|
| *** gioyik <gioyik!~gioyik@gateway/tor-sasl/gioyik> has quit IRC (Quit: WeeChat 3.1) | 06:30 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 06:32 | |
| *** frieder <frieder!~frieder@i59F4B16B.versanet.de> has joined #yocto | 06:33 | |
| *** mckoan|away is now known as mckoan | 06:35 | |
| mckoan | good morning | 06:35 |
| *** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:35 | |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has joined #yocto | 06:35 | |
| *** frieder <frieder!~frieder@i59F4B16B.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 06:39 | |
| mckoan | JosefHolzmayr[m]: how was the webinar yesterday? | 06:40 |
| JosefHolzmayr[m] | mckoan: i think it was a real success :) | 06:41 |
| JosefHolzmayr[m] | the video is even up on youtube already, but I'lll probably not promote it until tomorrow or such. | 06:41 |
| mckoan | JosefHolzmayr[m]: great! Congrates. | 06:43 |
| JosefHolzmayr[m] | thanks! | 06:44 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 06:52 | |
| *** frieder <frieder!~frieder@i59F4B16B.versanet.de> has joined #yocto | 06:52 | |
| *** zpfvo <zpfvo!~fvo@89.244.126.253> has joined #yocto | 06:54 | |
| coldspark29[m] | Does anyone know how solve this?... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/1dd03a8234060ce9b59eae9d0e0a93a16c1d1996) | 06:57 |
| coldspark29[m] | I am pretty new to Yocto and am hoping that I can find some initial assistance here | 06:57 |
| JosefHolzmayr[m] | if i had to guess then i'd say that this is a bug in the recipe. | 06:58 |
| coldspark29[m] | Yeah and unfortunately NXP doesn't provide support for Chromium | 06:59 |
| JosefHolzmayr[m] | (because, this is what the message actually suggests - and sorry, building the combination of browser + graphics stack + acceleration is not exactly a beginner level problem) | 06:59 |
| coldspark29[m] | Hmm the weird thing is that it builds fine for the i.MX8, but this is the i.MX6 | 07:00 |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto | 07:01 | |
| JosefHolzmayr[m] | then you'll have to dig into the machine configurarations, and find out what the one machine sets/enables that the other doesn't. if i had to guess again, then the libdrm provider is filtering on compatible machines. or something similar. | 07:03 |
| coldspark29[m] | Okay thanks will have a look at them | 07:06 |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:88b1:1122:8db6:b968:2b79:5a19> has joined #yocto | 07:10 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 07:19 | |
| *** Belsirk <Belsirk!~rfuentess@2a01:598:b028:f364:8db6:b968:2b79:5a19> has joined #yocto | 07:30 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:88b1:1122:8db6:b968:2b79:5a19> has quit IRC (Ping timeout: 240 seconds) | 07:34 | |
| *** fray <fray!~fray@70.99.78.136> has quit IRC (Ping timeout: 268 seconds) | 07:34 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:38 | |
| *** fbre <fbre!~fbre@145.253.222.69> has joined #yocto | 07:38 | |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 07:44 | |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 07:47 | |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Client Quit) | 07:47 | |
| *** camus1 <camus1!~Instantbi@222.65.21.255> has joined #yocto | 07:56 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds) | 07:59 | |
| *** camus1 is now known as camus | 07:59 | |
| *** camus <camus!~Instantbi@222.65.21.255> has quit IRC (Read error: Connection reset by peer) | 08:06 | |
| *** camus1 <camus1!~Instantbi@222.65.21.255> has joined #yocto | 08:06 | |
| *** camus1 is now known as camus | 08:09 | |
| *** camus1 <camus1!~Instantbi@108-92-22-181.uvs.sntcca.sbcglobal.net> has joined #yocto | 08:13 | |
| *** camus <camus!~Instantbi@222.65.21.255> has quit IRC (Ping timeout: 252 seconds) | 08:15 | |
| *** camus1 is now known as camus | 08:15 | |
| *** camus <camus!~Instantbi@108-92-22-181.uvs.sntcca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer) | 08:18 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 08:23 | |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has joined #yocto | 08:38 | |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 08:39 | |
| coldspark29[m] | How to you actually run ``bitbake-layers`` etc? Is it discouraged to put the binaries in ``/usr/bin``, because I find it a bit tedious to always specify the whole path ``poky/bitbake/bitbake-layers`` to inspect the layers | 08:42 |
| qschulz | coldspark29[m]: if you source the poky oe-init-buildenv sdcript, it's part of your PATH and you can call it directly | 08:45 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal) | 08:45 | |
| coldspark29[m] | qschulz: But just as long as I keep that shell window open I assume? | 08:45 |
| coldspark29[m] | Ah I might have moved that poky foldet | 08:46 |
| qschulz | coldspark29[m]: yes, the source applies only to the current shell | 08:46 |
| coldspark29[m] | Yeah but it doesn't work. Maybe because I use zsh | 08:47 |
| qschulz | i use zsh | 08:48 |
| qschulz | so maybe you can tell us what you're doing and what's the error you're seeing? | 08:48 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:48 | |
| coldspark29[m] | I just called ``oe-init-build-env`` and it doesn't find bitbake | 08:49 |
| qschulz | because you're supposed to source the script not call it | 08:49 |
| coldspark29[m] | Ah right | 08:49 |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 08:49 | |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Client Quit) | 08:50 | |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 08:50 | |
| coldspark29[m] | Now it finds it. If I do this in an already set up build environment, will it overwrite the buld folder? | 08:51 |
| coldspark29[m] | I also use custom buidl folder names | 08:51 |
| qschulz | pass your BUILDDIR directory as an argument to oe-init-build-env and it'll set it up correctly | 08:51 |
| qschulz | it'll not overwrite whatever you already have | 08:52 |
| coldspark29[m] | Okay, so I have to source the file every time I open a new shell. Thanks | 08:52 |
| qschulz | yes | 08:52 |
| qschulz | well, if you want to build from that shell | 08:53 |
| qschulz | or use bitbake tools | 08:53 |
| coldspark29[m] | Yep | 08:53 |
| coldspark29[m] | But why not install bitbake globally? | 08:53 |
| coldspark29[m] | There must be a good reason | 08:53 |
| qschulz | because bitbake version is fixed for a given release of openembedded-core and other layers | 08:54 |
| qschulz | so if you have multiple builds each from different yocto/oe-core versions, you effectively have different bitbake too | 08:54 |
| coldspark29[m] | Thought so | 08:55 |
| qschulz | also... you could run a bitbake from multiple different projects (different repos and layers) at the same time, which is not possible from the same bitbake | 08:55 |
| qschulz | because it's setting up a lock to avoid concurrent use of bitbake for the same project | 08:55 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal) | 08:57 | |
| coldspark29[m] | Yeah Yocto can get messy. I see that | 08:59 |
| *** Guest69 <Guest69!~Guest69@194.239.2.106> has joined #yocto | 09:00 | |
| qschulz | bitbake is not allowing concurrent use of itself specifically so that Yocto cannot get messy ;) | 09:05 |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has joined #yocto | 09:16 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 09:17 | |
| RP | JaMa: there is a patch in master-next which attempts to fix the task accounting for the UI. Not well tested yet but testing welcome | 09:34 |
| RP | rburton: ^^^ | 09:34 |
| fbre | Hi, if I have a .wic file in my RAM disk, how can I write it to partition? Can I use the tool dd to write the image? 7zip sees two files in the .wic file, 0.fat and 1.img | 09:38 |
| fbre | (As I have a running yocto, I want to overwrite the boot and root partition with a newer yocto build) | 09:41 |
| fbre | ... I mean a running yocto should overwrite its own boot and root partition | 09:43 |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has quit IRC (Ping timeout: 245 seconds) | 09:50 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 09:51 | |
| *** pabigot <pabigot!~pab@67-1-116-23.tcso.qwest.net> has joined #yocto | 09:51 | |
| JosefHolzmayr[m] | are there prebuilt (e)sdks for poky releases somewhere? | 09:55 |
| fbre | Seems, dd if=/tmp/1.img of=/dev/mmcblk1p2 bs=512 count=698982 could do the job but I'm not sure | 09:56 |
| JosefHolzmayr[m] | fbre: leave out the count and just dd, usually. but in most cases you don't want to target the partition, rather go for the whole nand device. | 09:59 |
| JosefHolzmayr[m] | yet, this is something that the documentation for your hw should cover. | 09:59 |
| fbre | JosefHolzmayr[m] thanx! | 10:00 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 10:00 | |
| fbre | JosefHolzmayr[m] not sure what you mean with sdk. | 10:03 |
| *** Tyaku <Tyaku!~Tyaku@89-84-109-199.abo.bbox.fr> has quit IRC (Quit: Lost terminal) | 10:04 | |
| *** Guest69 <Guest69!~Guest69@194.239.2.106> has quit IRC (Ping timeout: 256 seconds) | 10:04 | |
| fbre | JosefHolzmayr[m] Do you want to develop user space apps based on yocto and you're looking for a toolchain? | 10:04 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has joined #yocto | 10:10 | |
| *** fbre <fbre!~fbre@145.253.222.69> has quit IRC (Quit: Client closed) | 10:10 | |
| *** fbre <fbre!~fbre@145.253.222.69> has joined #yocto | 10:11 | |
| JosefHolzmayr[m] | fbre: Not exactly, but close enough, yes. | 10:17 |
| *** Tyaku <Tyaku!~Tyaku@82-64-140-155.subs.proxad.net> has quit IRC (Quit: Lost terminal) | 10:24 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto | 10:25 | |
| fbre | JosefHolzmayr[m] Does https://docs.yoctoproject.org/sdk-manual/appendix-obtain.html help? | 10:28 |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has quit IRC (Quit: zkrx) | 10:32 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 10:32 | |
| *** zkrx <zkrx!~slimshady@194.230.138.56> has joined #yocto | 10:33 | |
| *** Guest69 <Guest69!~Guest69@194.239.2.106> has joined #yocto | 10:34 | |
| mckoan | z/IMA | 10:34 |
| *** mckoan is now known as mckoan|away | 10:34 | |
| JosefHolzmayr[m] | fbre: unfortunately that doesn't work for my use case. But thanks, good idea. | 10:38 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Remote host closed the connection) | 10:41 | |
| rburton | JosefHolzmayr[m]: http://downloads.yoctoproject.org/releases/yocto/yocto-3.3/toolchain/x86_64/ | 10:42 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has joined #yocto | 10:42 | |
| rburton | JosefHolzmayr[m]: -toolchain- is populate_sdk, -toolchain-ext- is populate_sdk_ext. iirc, the esdks are they're build as minimal so they need to download the sstate to be usable (instead of being 3GB tarballs) | 10:43 |
| *** Guest69 <Guest69!~Guest69@194.239.2.106> has quit IRC (Quit: Client closed) | 10:44 | |
| JosefHolzmayr[m] | rburton okay thanks, will check it out. | 10:48 |
| JosefHolzmayr[m] | -minimal is perfectly enough. | 10:49 |
| *** willo <willo!~quassel@60-241-162-73.static.tpgi.com.au> has quit IRC (Ping timeout: 260 seconds) | 10:49 | |
| *** willo <willo!~quassel@60-241-162-73.static.tpgi.com.au> has joined #yocto | 10:51 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Read error: Connection reset by peer) | 11:06 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 11:07 | |
| coldspark29[m] | Is there any way to speed up the chromium build? It takes up to 4 hours on my machine | 11:10 |
| JosefHolzmayr[m] | coldspark29 to some extent: get faster storage, get more CPUs. Besides that: nope. Chromium is just hide. | 11:12 |
| JosefHolzmayr[m] | *huge. | 11:12 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Remote host closed the connection) | 11:13 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 11:13 | |
| coldspark29[m] | Yeah it's awful. I am trying to find the misconfiguration of the recipe and I have to wait for hours after every try | 11:13 |
| coldspark29[m] | I need a Threadripper hahahaha | 11:14 |
| JaMa | it takes around an hour on threadripper-3970x-128gb | 11:14 |
| JaMa | see https://github.com/shr-project/test-oe-build-time if you want to compare your machine with others | 11:15 |
| fbre | I can extract a .wic file easily with 7zip. How can I extract it without 7zip in a Linux commandline shell? | 11:22 |
| rburton | depends on the wic | 11:23 |
| rburton | typically, they're not compressed | 11:23 |
| fbre | gunzip and tar -xvzf failed | 11:23 |
| rburton | what does `file` say the wic actually is | 11:23 |
| qschulz | fbre: why do you want to extract the wic? | 11:23 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 11:23 | |
| rburton | normally you'd loopback mount it, as its a file system | 11:24 |
| rburton | file core-image-base-fvp-base.wic core-image-base-fvp-base.wic: DOS/MBR boot sector; partition 1 : ID=0x83, start-CHS (0x10,0,1), end-CHS (0x3ff,3,32), startsector 2048, 372716 | 11:25 |
| rburton | sectors | 11:25 |
| fbre | I have a running user app on my device which receives the .wic file via webinterface. I put it in the RAM disk /tmp and want to extract it. Then I want to do: dd if=/tmp/0.fat of=/dev/mmcblk1p1 bs=512 and dd if=/tmp/1.img of=/dev/mmcblk1p2 bs=512 | 11:26 |
| rburton | but a wic file isn't an archive | 11:27 |
| rburton | if you're sending a file system that gets written directly to disk, i'd be sending something with checksums | 11:27 |
| fbre | This is to exchange the boot and root partition | 11:27 |
| rburton | (sounds like you're reinventing swupdate fwiw) | 11:28 |
| rburton | but basically, a typical wic is a disk image. you can't just extract the file systems unless you're root and loopback mount it. make a new artifact which is the partitions in an archive. | 11:29 |
| fbre | ok, making a new artifact seems to be a good idea. And yes, it must be secured with checksums or ssl signing | 11:30 |
| fbre | I'm curious about swupdate fwiw now. I must find out what that is | 11:30 |
| fbre | I was just wondering because 7zip.exe can extract a .wic file | 11:31 |
| qschulz | fbre: you have plenty of update SW | 11:31 |
| qschulz | rauc, mender.io, swupdate, are the ones that comes to my mind right now | 11:31 |
| rburton | fbre: 7zip web site says it can browse disk images | 11:32 |
| rburton | which is why it works | 11:32 |
| rburton | on linux, just loopback or fuse mount | 11:32 |
| fbre | Usually, I update my user apps and system libs via opkg. This way I install into my current layer of the running overlayfs (which is in partition 3 and 4). But rarely I have the situation to exchange the base system as well, and this is partition 1 and 2 | 11:34 |
| fbre | For the base system, I thought writing the .wic file to flash is a good idea. It just contains the lower layer of the overlayfs (with just the root filesystem of a naked yocto Linux) without the actual firmware | 11:36 |
| *** kayterina <kayterina!~kayterina@chios.esd.ece.ntua.gr> has quit IRC (Quit: Leaving) | 11:36 | |
| fbre | opkg can't read disk images, right? | 11:38 |
| coldspark29[m] | <JosefHolzmayr[m]> "coldspark29 to some extent..." <- You think Firefox builds faster? | 11:43 |
| coldspark29[m] | Or have you tried ^^ | 11:43 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 265 seconds) | 11:48 | |
| JosefHolzmayr[m] | coldspark29 I haven't tried. I just can rightfully state that they are huge when compared to most other applications we see in the yocto ecosystem. | 11:49 |
| coldspark29[m] | Ok | 11:53 |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 11:57 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 265 seconds) | 11:59 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Quit: Leaving) | 12:02 | |
| *** Belsirk is now known as rfuentess | 12:05 | |
| fbre | Now I've bitbaked a bmap-tools ipk file. Is it a good idea to extract the disk image with bmap-tools? | 12:10 |
| fbre | or maybe even write the .wic file using bmaptool | 12:10 |
| fbre | (?) | 12:10 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 12:11 | |
| smurray | fbre: it'll be a lot faster to write with bmaptool, that's the point | 12:11 |
| fbre | I'm find that example of "sudo bmaptool copy dev-image-20190528085324.rootfs.wic.gz /dev/sdX" in the internet which seems so as if one can write a .wic file to flash. | 12:12 |
| fbre | But I wonder if I can write ONLY partition 1 and 2 and do not delete my partition 3 and 4 | 12:13 |
| fbre | Maybe I have to play around with that tool and trial and error what happens | 12:14 |
| qschulz | fbre: create a wic file with only partition 1 and 2 | 12:14 |
| qschulz | but honestly, just use a SW updater | 12:14 |
| *** Guest8 <Guest8!~Guest8@12.182.35.188> has joined #yocto | 12:15 | |
| smurray | fbre: it might be possible to modify the .bmap file to skip some ranges, but that'd take some hacking on your part | 12:15 |
| fbre | qschulz: my .wic file just contains partition 1 and 2. But I'm not sure if bmaptool destroys 3 and 4 | 12:15 |
| Guest8 | for some reason my virtual/kernel (linux-raspberrypi) and my external modules (using inherit module) have different kernel versions specified in them (4.19.93 SMP preempt mod_unload modversions aarch64 vs 4.19.93). any idea how i can go about trying to resolve this? | 12:16 |
| smurray | fbre: bmaptool will only write out blocks with data, so maybe not, but it's possible it'd nuke your partition table if the new image only has 2 partitions | 12:18 |
| fbre | smurray: (y) | 12:19 |
| smurray | fbre: but as qschulz says, most people use a updater in products, e.g. swupdate, rauc, Mendor, etc. | 12:19 |
| fbre | Hmm, at the moment I cannot realize how those updaters logically assign in my known world of tools '=D I just know dd, bmaptool and opkg | 12:21 |
| fbre | Is it a third tools category for putting software in flash? | 12:23 |
| smurray | yeah, google swupdate or rauc, they have good documentation on what they do | 12:23 |
| fbre | hmm jep | 12:33 |
| jonmason | http://sstate.yoctoproject.org/3.3.3/ should be accessible, right? | 12:45 |
| jonmason | I'm getting forbidden | 12:45 |
| fbre | grmpf... bitbake python3-pkg-resources leads to ERROR: Nothing provides 'python3-pkg-resources'. But it's needed by python3-setuptools and this is needed by bmap-tools | 12:46 |
| qschulz | fbre: are you sure python3-pkg-resources isn't a package built by a recipe?> | 12:46 |
| qschulz | jonmason: I don't think I've ever had access to the directory from a browser | 12:47 |
| qschulz | if you give it a full path that Yocto would be requested I guess it'll work? | 12:47 |
| fbre | qschulz ah OK, I've found it in tmp/deploy/ipk/aarch64 | 12:50 |
| fbre | Seems bitbaking python3-setuptools have build it as well | 12:51 |
| jonmason | qschulz: I added it to my local.conf and build times appear to be the same without it being present (at ~30 mins for qemuarm) | 12:51 |
| jonmason | I was hoping that it was just a permission problem | 12:51 |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:b028:f364:8db6:b968:2b79:5a19> has quit IRC (Remote host closed the connection) | 12:52 | |
| qschulz | jonmason: are you building a machine that is available in the sstate-mirror and using uninative? | 12:52 |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:b028:f364:8db6:b968:2b79:5a19> has joined #yocto | 12:52 | |
| qschulz | also, I think there's something related to hashserv | 12:52 |
| qschulz | jonmason: c.f. https://lists.openembedded.org/g/openembedded-core/topic/85549949#155949 | 12:54 |
| jonmason | qschulz: thanks, i'll mess with that | 12:56 |
| *** Guest8 <Guest8!~Guest8@12.182.35.188> has quit IRC (Quit: Client closed) | 12:57 | |
| fbre | bmaptool: ERROR: cannot open block device '/dev/mmcblk1' in exclusive mode: [Errno 16] Device or resource busy: '/dev/mmcblk1' | 12:59 |
| fbre | hmmm bmaptool is installed now but it refuses to work with that error | 12:59 |
| fbre | bmaptool copy /tmp/core-image-minimal-imx8mmevk.wic.gz /dev/mmcblk1 | 13:00 |
| *** Belsirk <Belsirk!~rfuentess@2a01:598:88b1:1122:8db6:b968:2b79:5a19> has joined #yocto | 13:00 | |
| qschulz | fbre: the partition might be mounted already? | 13:01 |
| fbre | yes, it is | 13:01 |
| fbre | it's my lowest layer in the overlayfs | 13:02 |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:b028:f364:8db6:b968:2b79:5a19> has quit IRC (Ping timeout: 252 seconds) | 13:02 | |
| fbre | Probably I have put the .wic.gz file to flash first, then reboot and call bmaptool from the initramfs (before the root filesystem is mounted so to speak) | 13:03 |
| fbre | *have to put | 13:03 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 13:07 | |
| *** Belsirk is now known as rfuentess | 13:07 | |
| yates | is there a way to get one of the yocto manuals, e.g., the sdk-manual, as a pdf | 13:07 |
| yates | ? | 13:08 |
| qschulz | yates: I don't know if there's a download link already but if you compile the docs yourself with `make latexpdf` you should get that | 13:09 |
| yates | ok that's reasonable, thanks qschulz | 13:10 |
| qschulz | docs are either in poky/documentation or yocto-docs git repo | 13:10 |
| yates | ok | 13:10 |
| JosefHolzmayr[m] | any idea why an esdk setup would fail like that: https://hastebin.com/abofulisig.sql | 13:23 |
| rburton | because esdk hates you | 13:23 |
| JosefHolzmayr[m] | how sad. | 13:24 |
| JosefHolzmayr[m] | will it help if i bribe esdk with cookies and beer? | 13:24 |
| jonmason | you can mix beer and cookies | 13:24 |
| jonmason | beer needs salty/savory | 13:24 |
| JosefHolzmayr[m] | thats illegal in at least 42 states. | 13:25 |
| jonmason | now beer and a nice, soft pretzel | 13:25 |
| qschulz | cheese | 13:25 |
| jonmason | yes! | 13:25 |
| JosefHolzmayr[m] | but i don't want no cheese now, i want an installed esdk | 13:25 |
| qschulz | cheese is not for you Josef | 13:26 |
| jonmason | I want cheese now | 13:26 |
| qschulz | or are you the one to bribe to get a working esdk? | 13:26 |
| jonmason | ok, we will give JosefHolzmayr[m] cheese if he gets the esdk working | 13:26 |
| JosefHolzmayr[m] | uh-huh | 13:27 |
| JosefHolzmayr[m] | but anways, all i can see is a variety of setscene tasks failing with exit code 1. | 13:34 |
| JosefHolzmayr[m] | and no clue why. | 13:34 |
| yates | i'm trying to do some analysis on do_populate_sysroot for libgcc via "bitbake -c populate_sysroot libgcc" but yocto isn't running the task because it things it's already complete. is there a way to remove state information for just this task of just this recipe so bitbake will rerun? | 13:35 |
| yates | i'm hacking the run.do_populate_sysroot functions so i can see better what's happening | 13:37 |
| qschulz | yates: -f | 13:38 |
| yates | qschulz: thanks! | 13:43 |
| JosefHolzmayr[m] | hum. standard sdk installs, and as it also brings runqemu it might even be good enough for my use case. but something no worky again https://hastebin.com/ojoyisonux.sql | 13:50 |
| JosefHolzmayr[m] | (and yes, i sourced the environment. otherwise it wouldn't be on the path, obviously) | 13:51 |
| *** rcw <rcw!~rcwoolley@45.72.203.103> has joined #yocto | 13:51 | |
| smurray | JosefHolzmayr[m]: I think this makes you the eSDK maintainer, have at it | 13:56 |
| JosefHolzmayr[m] | ? | 13:58 |
| JosefHolzmayr[m] | right now i'm substantially more confused than even usual for me. | 13:59 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:01 | |
| smurray | JosefHolzmayr[m]: not a lot of people use eSDK, and it's lightly maintained, so I was joking that you're the maintainer now since you're using it | 14:02 |
| smurray | JosefHolzmayr[m]: fray may be the person with some ideas, he poked at it a bit recently | 14:02 |
| JosefHolzmayr[m] | smurray: ah okay. thats what you meant. | 14:03 |
| *** Guest22 <Guest22!~Guest22@95.168.120.49> has joined #yocto | 14:20 | |
| *** Guest22 <Guest22!~Guest22@95.168.120.49> has quit IRC (Client Quit) | 14:21 | |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has joined #yocto | 14:22 | |
| mcfrisk | is anyone aware of an NXP/Freescale kernel tree where 5.4.y stable updates would be merged already? I see https://github.com/Freescale/linux-fslc/tree/5.4.x+fslc but not sure of the support status on imx8 | 14:22 |
| mcfrisk | otavio: ^ | 14:23 |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has quit IRC (Client Quit) | 14:23 | |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has joined #yocto | 14:25 | |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has quit IRC (Client Quit) | 14:28 | |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has joined #yocto | 14:29 | |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has quit IRC (Client Quit) | 14:29 | |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has joined #yocto | 14:29 | |
| qschulz | mcfrisk: https://source.codeaurora.org/external/imx/linux-imx/refs/heads | 14:30 |
| qschulz | https://source.codeaurora.org/external/imx/linux-imx/log/?h=imx_5.4.70_2.3.0 seems to be the last 5.4 | 14:30 |
| qschulz | though since they are actively working on 5.10 AFAICT, I would say there might not be any future update of this branch? | 14:31 |
| mcfrisk | qschulz: yes, that's the crappy, buggy version that we use. Not good. Need a newer 5.4.y to fix lots of crashes in non-SoC parts of the kernel | 14:31 |
| smurray | mcfrisk: linux-fslc in dunfell branch of meta-freescale is on 5.4.119... | 14:33 |
| smurray | mcfrisk: I think Andrey probably moved onto the 5.10 kernels instead, might be worth asking him | 14:34 |
| mcfrisk | what was the fslc relationship to meta-imx? | 14:34 |
| smurray | meta-imx is NXP's own thing AFAIK, no community contributions | 14:35 |
| smurray | but that's probably a question for otavio as I'm likely missing some nuances | 14:35 |
| qschulz | yes that's my understanding too | 14:35 |
| mcfrisk | https://github.com/Freescale/linux-fslc/tree/5.4.x+fslc has merged v5.4.145 | 14:36 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 14:36 | |
| smurray | mcfrisk: probably worth just trying pointing at it. if it seems good, you could try submitting the uprev to meta-freescale for dunfell | 14:37 |
| mcfrisk | sadly I need to work with intermediate $VENDORS and push them to right direction. | 14:38 |
| fbre | meta-freescale branch e42aa48f5274b335a560e3193abb86e25f52e25c works for i.mx8 | 14:40 |
| fbre | (latest hardknott) | 14:41 |
| fbre | git clone --branch hardknott git://github.com/Freescale/meta-freescale.git | 14:42 |
| fbre | cd meta-freescale | 14:42 |
| fbre | git checkout e42aa48f5274b335a560e3193abb86e25f52e25c | 14:43 |
| smurray | sure, even dunfell works for i.MX8, the specific ask was for a kernel closer to upstream 5.4.y | 14:48 |
| fbre | linux-fslc-imx_5.4.bb says LINUX_VERSION = "5.4.129" from KBRANCH = "5.4-2.3.x-imx" | 14:50 |
| fbre | works even with RT patch | 14:52 |
| smurray | sure, and upstream is at .147, I assume mcfrisk meant he wanted something closer to that | 14:54 |
| fbre | not with RT patch, and RT patch is good for i.mx8 | 14:55 |
| Ad0 | I get from curl on an ssl site I know works well in my regular browser "curl failed to verify the legitimacy of the server and therefore could not ... " | 14:55 |
| smurray | fbre: mcfrisk said nothing about the RT patch, if it works for you, great | 14:55 |
| rburton | Ad0: is ca-certificates installed | 14:57 |
| Ad0 | yes | 14:59 |
| Ad0 | I installed the root certificate | 14:59 |
| *** jd40 <jd40!~jd@159-210-178-143.ftth.glasoperator.nl> has joined #yocto | 15:02 | |
| Ad0 | I run update-ca-certificates but it does not show up in /etc/ssl/certs/ca-certificates.crt | 15:03 |
| Ad0 | it successfully creates a link in /etc/ssl/certs tho | 15:03 |
| jd40 | Hey folks, I was working on some recipes and was wondering something. | 15:04 |
| jd40 | if I have a DEPENDS="recipe" that recipe has a PV and PR, is there a good way to retrieve those in the current recipe? | 15:04 |
| rburton | not really | 15:05 |
| jd40 | I was afraid of that, well thanks anyway | 15:05 |
| kergoth | Hmm, does Yocto maintain info about what CVEs were fixed by a recipe upgrade? The patches get dropped, so the CVE: metadata isn't there any longer, is there a database for that, or not covered anywhere? | 15:06 |
| *** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds) | 15:06 | |
| rburton | you can infer it from the cve database | 15:06 |
| rburton | we tend to go and get that fixed if its incomplete | 15:06 |
| qschulz | jd40: if you explain what you are trying to achieve maybe we can guide you through a proper solution? | 15:07 |
| kergoth | rburton: which one, nvd? | 15:09 |
| rburton | yeah | 15:09 |
| *** eduardas <eduardas!~eduardas@93.93.57.5> has quit IRC (Quit: Konversation terminated!) | 15:10 | |
| jd40 | I'm working on our update package that can be used to update deployed systems, basically it's a archive of several build artifacts | 15:11 |
| *** tre <tre!~tre@ip5f58aa1a.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 15:13 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 15:13 | |
| qschulz | jd40: you can deploy a file from each recipe that is providing their version and make the recipe building the archive read those files, you need to not forget to add the proper dependency on the deploy task for that archive recipe otherwise you might have races | 15:13 |
| *** jd40 <jd40!~jd@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Client closed) | 15:14 | |
| *** jd60 <jd60!~jd@159-210-178-143.ftth.glasoperator.nl> has joined #yocto | 15:14 | |
| *** jd60 is now known as jd40 | 15:15 | |
| jd40 | qschulz that might indeed be a good solution, I'll see if I can make that work, thank you. | 15:17 |
| Ad0 | qschulz, rehash: warning: skipping duplicate certificate in gd-class2-root.pem | 15:18 |
| Ad0 | it's already there ... | 15:18 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 15:21 | |
| fbre | hmm grmpf.... calling bmaptool from my initramfs leads to this error: | 15:30 |
| fbre | File "/usr/lib/python3.8/os.py", line 675, in __getitem__ | 15:30 |
| fbre | raise KeyError(key) from None | 15:30 |
| fbre | KeyError: 'PATH' | 15:30 |
| fbre | Any idea what I can do? | 15:30 |
| RP | fbre: set the PATH environment variable in the call site? | 15:34 |
| fbre | The .sh script sets PATH a few lines before | 15:34 |
| fbre | before the call of bmaptool | 15:35 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 15:37 | |
| kergoth | fbre: forget to export it? | 15:38 |
| Ad0 | rburton, it was the server cert that was misconfigured | 15:40 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 15:41 | |
| otavio | mcfrisk: 5.4 is being updated but what you need? | 15:47 |
| otavio | mcfrisk: we have it on dunfell for example | 15:47 |
| fbre | kergoth, yeah good hint. Adding "export" helps | 15:49 |
| mcfrisk | otavio: I'd need an 'NXP' blessed tree with 5.4 LTS merges which can be used on imx8 by vendors. I'd point them to it instead of giving me v5.4.70 with a lot of known bugs like fuse crashes | 15:51 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 15:51 | |
| *** fbre <fbre!~fbre@145.253.222.69> has quit IRC (Quit: Client closed) | 15:57 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:598:88b1:1122:8db6:b968:2b79:5a19> has quit IRC (Remote host closed the connection) | 16:00 | |
| fray | Internally our guys are working off master of tcf-agent because it fixes issues like walking arm thumb code and better supporting clang 12. Should I put together a tcf-agent update or master? (There hasn't been a new "release", and the current tcf agent is based on 1.7.0 tag. | 16:05 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:05 | |
| moto-timo | fray: seems like a good idea | 16:09 |
| fray | ok.. so I'm not stupid.. (My problem is I have no way to test it, but like I said, another team is 100% using the latest code. So I know it 'works for them'. I just hate keeping patches internal.) | 16:10 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:13 | |
| *** jd40 <jd40!~jd@159-210-178-143.ftth.glasoperator.nl> has left #yocto | 16:14 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 16:18 | |
| *** zpfvo <zpfvo!~fvo@89.244.126.253> has quit IRC (Remote host closed the connection) | 16:23 | |
| *** rcw <rcw!~rcwoolley@45.72.203.103> has quit IRC (Quit: Leaving) | 16:28 | |
| *** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Ping timeout: 268 seconds) | 16:32 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 16:40 | |
| *** rcw <rcw!~rcwoolley@45.72.203.103> has joined #yocto | 17:00 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 17:17 | |
| moto-timo | fray: especially since the 1.7 branch hasn’t seen any attention since 2018. It would be nice if upstream would do a new “release” | 17:18 |
| moto-timo | http://wiki.eclipse.org/TCF/NewIn17 | 17:24 |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 17:28 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 17:38 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 17:45 | |
| fray | moto-timo sent.. I feel a bit dirty with the commit message though, as I really don't know more about it to better comment on the change.. :( | 17:51 |
| fray | I just know the reason _I_ was paying attention to it | 17:51 |
| *** florian <florian!~florian@78.48.160.250> has joined #yocto | 17:54 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 17:57 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:03 | |
| *** frieder <frieder!~frieder@i59F4B16B.versanet.de> has quit IRC (Quit: Leaving) | 18:20 | |
| *** florian <florian!~florian@78.48.160.250> has quit IRC (Ping timeout: 252 seconds) | 18:29 | |
| JosefHolzmayr[m] | fray: hello my last straw... any idea how i could nail down this? https://hastebin.com/abofulisig.sql | 18:37 |
| fray | I had that happen before when things were either missing from the sstate-cache or files were getting corrupted.. | 18:39 |
| fray | (the faled exit code 1 thing) | 18:39 |
| fray | if you can figure out what that is (I'm guessing lack of the state-cache file).. then we can traceback why.. | 18:39 |
| yannd | a bit off-topic: anyone investigated the idea of using bitbake to build a downstream distro of debian/fedora/whatever ? The idea would be to have a "magic layer" providing upstream deb/rpm with mostly do_fetch and do_package_write_{deb,rpm}, and the necessary bits to make them usable in sysroots | 18:46 |
| yannd | that would not really help to modify packages, only to add custom distro-specific packages - modified packages would have to be translated to bb's, so yes that's not perfect | 18:48 |
| yannd | the upside would be the ability to customize vitrually any distro | 18:49 |
| sgw | Hi Guys, I should probably know this, but will consult this oracle, is there a set of tests for the SDK? I know that eSDK has a couple of test cases in the oe-selftest. Thx | 18:52 |
| JosefHolzmayr[m] | yannd: look at what the isar guys or elbe are doing - its basically what you described, for debian. | 18:57 |
| moto-timo | yannd: for Debian that is what isar does https://github.com/ilbers/isar | 18:58 |
| moto-timo | Jinx! | 18:58 |
| JosefHolzmayr[m] | fray: was distracted, sorry. hm. sadly this happens on the "official" esdks, and on something that i created. i suspect something wrong in the target container to run it, but i have no clue on how to approach it. | 18:59 |
| JosefHolzmayr[m] | moto-timo: english speaking people say: "great minds think alike". german speaking people say: "two idiots, one idea" | 19:00 |
| moto-timo | yannd: in theory if you could get fedbootstrap integrated you could do similar for Fedora. | 19:00 |
| moto-timo | 🍻 | 19:00 |
| yannd | nice, thx! | 19:00 |
| fray | I've only seen it when a disk is broken (corrupting files) or hashes are changing during extraction.. | 19:01 |
| fray | but if you can dig into the eSDK logs you should be able to find the error triggering the exit 1.. | 19:01 |
| fray | I'm guessing [without anything further] that the setscene file is not there, so 'file not found' | 19:01 |
| JosefHolzmayr[m] | moto-timo: hi5 | 19:03 |
| fray | the only time I saw that behavior is when the eSDK config and the actual config were out of sync [or things ran in the wrong order].. | 19:05 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Remote host closed the connection) | 19:10 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 19:10 | |
| moto-timo | sgw: do you mean beyond http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/lib/oeqa/sdk/cases | 19:15 |
| *** mtudan <mtudan!~mtudan@95.168.120.49> has quit IRC (Ping timeout: 256 seconds) | 19:15 | |
| moto-timo | yannd: there also an effort a while back to use Fedora and other distro sources/patches https://bugzilla.yoctoproject.org/show_bug.cgi?id=10422 | 19:22 |
| moto-timo | <insert>was</insert> | 19:22 |
| *** florian <florian!~florian@dynamic-093-132-031-170.93.132.pool.telefonica.de> has joined #yocto | 19:24 | |
| jonmason | RP: I think I have virtio graphics working. Just trying to do a little more testing before I send out the patch | 19:31 |
| jonmason | That comment in the bugzilla was 1/2 correct. It's not listed there, but there is a new way of doing it | 19:31 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 19:35 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 19:38 | |
| RP | jonmason: ah, cool! | 19:55 |
| yates | find . -print0 | cpio --null -pdlu $dest | 20:02 |
| yates | this line ^^^^^ is in an oe .bbclass. | 20:03 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 20:03 | |
| yates | what does -pdlfu signfy? | 20:03 |
| yannd | moto-timo: nice too, thx :) | 20:06 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 20:06 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:08 | |
| RP | yates: "man cpio" ;-) | 20:11 |
| *** florian <florian!~florian@dynamic-093-132-031-170.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 20:19 | |
| *** yannd <yannd!~yann@88.120.44.86> has quit IRC (Ping timeout: 265 seconds) | 20:31 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 268 seconds) | 20:36 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 20:36 | |
| vd | Do you need to use := with ${THISDIR}? | 20:44 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 20:48 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 20:52 | |
| vd | from a recipe_%.bbappend file, ${PV} is literally '%'. What should I do to get the proper package version? | 21:03 |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 21:03 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 21:04 | |
| manuel | wtf I added ptest to my DISTRO_FEATURES and now it's rebuilding more or less everything. Altough I didn't put ptest-pkgs in the IMAGE_FEATURES. Why is that? | 21:06 |
| manuel | I'm including only one -ptest package so I'd have expected to see that one getting rebuilt only. | 21:07 |
| RP | manuel: ptests often have a lot more dependencies and it has to build them for everything even if you don't add them all to an image | 21:10 |
| *** amitk_ <amitk_!~amit@103.208.69.96> has joined #yocto | 21:21 | |
| *** amitk <amitk!~amit@103.208.69.187> has quit IRC (Ping timeout: 268 seconds) | 21:24 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 21:32 | |
| *** amitk_ <amitk_!~amit@103.208.69.96> has quit IRC (Ping timeout: 268 seconds) | 21:43 | |
| *** markus5h[m] is now known as mahu[m] | 22:02 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection) | 22:05 | |
| *** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto | 22:16 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC (Quit: rcirc on GNU Emacs 25.2.2) | 22:16 | |
| *** florian <florian!~florian@dynamic-093-132-031-170.93.132.pool.telefonica.de> has joined #yocto | 22:22 | |
| *** rcw <rcw!~rcwoolley@45.72.203.103> has quit IRC (Quit: Leaving) | 22:51 | |
| RP | jonmason: thanks, I put the patches on the AB for testing (along with another slighly risky patch of mine) | 23:04 |
| *** bluelightning <bluelightning!~paul@2406:e003:1528:db01:14e8:4ee3:ae7c:4984> has joined #yocto | 23:05 | |
| jonmason | Good. I made sure it worked locally but didn't run testimage | 23:06 |
| *** florian <florian!~florian@dynamic-093-132-031-170.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 23:12 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 23:19 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 23:33 | |
| *** dev1990 <dev1990!~dev@78.10.71.240> has quit IRC (Quit: Konversation terminated!) | 23:40 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!