paulg | oooh, ooh, Does it use eBPF? 'cause then I'm all in. | 00:00 |
---|---|---|
*** tealbird <tealbird!~pidgin@c-98-248-236-18.hsd1.ca.comcast.net> has quit IRC (Ping timeout: 240 seconds) | 00:12 | |
*** Nostromo43 <Nostromo43!~Nostromo@75.60.237.17> has quit IRC (Ping timeout: 260 seconds) | 00:27 | |
*** tealbird <tealbird!~pidgin@c-98-248-236-18.hsd1.ca.comcast.net> has joined #yocto | 00:27 | |
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 248 seconds) | 01:37 | |
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:45 | |
*** starblue <starblue!~juergen@dslb-088-078-097-121.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds) | 01:57 | |
*** starblue <starblue!~juergen@dslb-094-221-186-056.094.221.pools.vodafone-ip.de> has joined #yocto | 01:59 | |
*** jclsn <jclsn!~jclsn@2a04:4540:6537:2300:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 260 seconds) | 02:21 | |
*** jclsn <jclsn!~jclsn@2a04:4540:6529:3000:2ce:39ff:fecf:efcd> has joined #yocto | 02:23 | |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 02:35 | |
*** applepi <applepi!~applepi@2600:1700:7b9e:400:148e:454:2585:fd78> has joined #yocto | 02:36 | |
applepi | Can someone help explain to me the correct process for updating an image after I've generated one? ie. if I build imagename-minimal, and then want to change a recipe and then have that recipe rebuild and then that trigger rebuilding the output images, how could I do that? Every way I've tried has broken my system beyond repair and I give up and | 02:39 |
applepi | have to start from scratch | 02:39 |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 02:40 | |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 02:41 | |
*** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has quit IRC (Remote host closed the connection) | 03:09 | |
*** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has joined #yocto | 03:09 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 03:44 | |
*** applepi <applepi!~applepi@2600:1700:7b9e:400:148e:454:2585:fd78> has quit IRC (Quit: Client closed) | 03:52 | |
*** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.72> has quit IRC (Ping timeout: 250 seconds) | 04:05 | |
*** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.143> has joined #yocto | 04:39 | |
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 252 seconds) | 04:43 | |
*** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 04:50 | |
*** invalidopcode94 <invalidopcode94!~invalidop@50.1.244.144> has joined #yocto | 04:58 | |
*** invalidopcode9 <invalidopcode9!~invalidop@50.1.244.143> has quit IRC (Ping timeout: 255 seconds) | 05:00 | |
*** GillesMM <GillesMM!~gilles@37.69.88.126> has joined #yocto | 05:14 | |
*** GillesM <GillesM!~gilles@126.88.69.37.rev.sfr.net> has quit IRC (Remote host closed the connection) | 05:15 | |
*** amitk_ <amitk_!~amit@103.59.74.51> has joined #yocto | 05:17 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:15 | |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:19 | |
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 276 seconds) | 06:26 | |
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has joined #yocto | 06:28 | |
LetoThe2nd | yo dudX | 06:36 |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 264 seconds) | 06:40 | |
Entei[m] | Why do some packages get built and packaged even though they are not specified to built and not even dependencies for other programs? For eg, I am building the command line image, yet bitbake fetches and builds packages like wayland and gnome-testing. It just wastes a bunch of time, especially during completely fresh build | 06:50 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:54 | |
*** frieder <frieder!~frieder@i577B926D.versanet.de> has joined #yocto | 07:01 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto | 07:09 | |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 07:10 | |
*** bps <bps!~bps@193.89.194.60> has joined #yocto | 07:11 | |
*** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 07:28 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 255 seconds) | 07:28 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:34 | |
*** Guest7022 <Guest7022!~Guest70@213.23.102.202> has joined #yocto | 07:41 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…) | 07:43 | |
LetoThe2nd | Entei[m]: bitbake -g $YOURFUNKYIMAGE, then inspect the resulting dependency dot files. | 07:43 |
Entei[m] | LetoThe2nd: Will try this. Thanks | 07:44 |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Ping timeout: 264 seconds) | 07:45 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 07:45 | |
Guest7022 | Hello everyone | 07:50 |
dacav | This question might be a little OT, but I'll try anyway. Is there a way to pre-expand a ubi image, knowing the final mtd partition size, so the partition image is completely determined when I flash it? | 07:50 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:52 | |
LetoThe2nd | dacav: i don't think so, because that would effectively put bad blocks handling ad absurdum. but maybe @derRichard can chime in for a second. | 07:53 |
derRichard | dacav: what do you mean by "pre-expand"? you can always set the leb counter and not set the autoresize flag for an ubi volume. | 07:56 |
derRichard | since on nand you can and will have bad blocks, it will never be completely deterministic. your flasher has to skip these blocks | 07:56 |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto | 07:58 | |
*** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 08:06 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Ping timeout: 256 seconds) | 08:07 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto | 08:07 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 08:12 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto | 08:13 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…) | 08:14 | |
*** grma <grma!~gruberm@89-41-134-107.static.kufnet.at> has quit IRC (Ping timeout: 255 seconds) | 08:14 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 08:15 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…) | 08:28 | |
*** mrpelotaz0 <mrpelotaz0!~mrpelotaz@user/mrpelotazo> has quit IRC (Quit: Hasta la vista!) | 08:29 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:31 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 08:31 | |
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto | 08:31 | |
*** grma <grma!~gruberm@89-41-134-107.static.kufnet.at> has joined #yocto | 08:40 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Ping timeout: 248 seconds) | 08:47 | |
dacav | derRichard: I'm aiming at doing a crypto verification of the whole image. The image is verified upon boot, but if it is changed to use the whole mtd partition, the second time I boot it will not have the same signature, I believe. | 08:47 |
derRichard | dacav: this is doomed to failure. ubi will always change the on flash data | 08:48 |
dacav | derRichard: good to know :D | 08:48 |
derRichard | do verification of the ubi volume itself | 08:48 |
dacav | Something like extracting the data from the ubi volume and verifying that? | 08:49 |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto | 08:50 | |
derRichard | yeah. you can read from /dev/ubiX_Y | 08:50 |
dacav | But will it always change data even if the ubi image will only have static volumes on a NOR? | 08:50 |
dacav | As I understand it, in such situation it will always have PEBs assigned to a volume, and the EC will never change (no erasures). | 08:51 |
derRichard | well, on nor the situation is different. you'll not face bad blocks and bitflips (also no wearleveling) | 08:53 |
derRichard | but i still think you should verify at ubi volume level | 08:54 |
derRichard | the whole idea behind ubi is that the LEB<->PEB mapping is dynamic | 08:54 |
dacav | I see your point. Also, I'm afraid that in order to exploit the reliability of NOR I should (as I was mentioning earlier) "pre-expand" it on the whole mtd partition, which is probably feasible only by having a tailored mtd partition? | 08:56 |
*** Guest7022 <Guest7022!~Guest70@213.23.102.202> has quit IRC (*.net *.split) | 09:03 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (*.net *.split) | 09:03 | |
*** GNUmoon2 <GNUmoon2!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (*.net *.split) | 09:04 | |
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has quit IRC (*.net *.split) | 09:04 | |
dacav | I forgot to thank you, derRichard :) And LetoThe2nd, too. | 09:24 |
olani- | qschulz: Continuing the shell-script tangent, I read section "2.6 Word Expansions" of POSIX Shell & Utilities to mean that variable expansion happens before field splitting which means that 'for foo in $var; do ...' should iterate over fields in $var. Unless IFS is modified that would mean over words. Am I missing something there? | 09:25 |
dacav | olani-: what you say looks correct. :) | 09:25 |
dacav | in portable shell there's effectively *one* real array :), $@. That one might be useful for a correct enumeration | 09:26 |
LetoThe2nd | dacav: have fun! | 09:28 |
dacav | LetoThe2nd: ~heh~ I'm a little frustrated by now, but I'm enjoying the journey anyway! The knowledge gain is the underrated vantage of failure | 09:29 |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…) | 09:33 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 09:35 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Client Quit) | 09:39 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 09:42 | |
*** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto | 09:44 | |
*** starblue <starblue!~juergen@dslb-094-221-186-056.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 09:56 | |
*** starblue <starblue!~juergen@dslb-094-221-186-056.094.221.pools.vodafone-ip.de> has joined #yocto | 09:58 | |
qschulz | olani-: https://unix.stackexchange.com/a/491459 | 10:01 |
qschulz | olani-: https://unix.stackexchange.com/a/491459 | 10:12 |
qschulz | olani-: https://zsh.sourceforge.io/FAQ/zshfaq03.html#l18 (sorry for the "repost") | 10:13 |
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has joined #yocto | 10:13 | |
qschulz | so in short, zsh is not POSIX compliant by default, by choice | 10:13 |
qschulz | that's my assumption | 10:13 |
*** car1t_ <car1t_!~car1t@2.211.127.49> has joined #yocto | 10:15 | |
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 10:18 | |
car1t_ | o/ hello, hello. n00b Q: what do i need to DEPEND on to get kernel headers in the sysroot-native for a native recipe? | 10:30 |
rburton | native kernel headers? | 10:31 |
rburton | why would you want those? | 10:31 |
car1t_ | the tool i want to build wants to #include some of those ... | 10:31 |
rburton | we use the host libc for native stuff so you can use the host kernel headers too i guess. or extend linux-libc-headers to support native builds. | 10:36 |
car1t_ | hmm. i see libcap-native seems to have that header: tmp/work/x86_64-linux/libcap-native/2.66-r0/recipe-sysroot-native/usr/include/sys/capability.h ... but cant see how they got it... | 10:37 |
rburton | that's not a kernel header | 10:38 |
rburton | that header is *provided by* libcap-native | 10:39 |
car1t_ | ok libmicrohttpd-native/0.9.76-r0/recipe-sysroot-native/usr/include/sys/capability.h has it too ... | 10:40 |
car1t_ | let me do some digging | 10:40 |
rburton | if you're digging around tmp, look in sysroot-components/x86_64/libcap-native/usr/include | 10:40 |
car1t_ | alright depending on it fixed it - of course! many thanks! Still will have to check how microhttpd pulls that in but will leave that for home work... | 10:45 |
rburton | a dependency, somewhere | 10:45 |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 10:45 | |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 10:46 | |
*** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:06 | |
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto | 11:23 | |
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 248 seconds) | 11:25 | |
*** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:27 | |
*** car1t_ <car1t_!~car1t@2.211.127.49> has quit IRC (Ping timeout: 265 seconds) | 11:28 | |
olani- | qschulz: That is my understanding also. But surely the bitbake tasks do not run in zsh even if that is your shell? Maybe we are violently agreeing here, I felt you said you couldn't count on the field split in yocot shell tasks? | 11:39 |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 11:56 | |
*** invalidopcode942 <invalidopcode942!~invalidop@50.1.244.144> has joined #yocto | 11:57 | |
*** invalidopcode94 <invalidopcode94!~invalidop@50.1.244.144> has quit IRC (Ping timeout: 252 seconds) | 11:58 | |
qschulz | olani-: I do not entirely remember what is being used for bitbake, but I guess /bin/sh ? | 12:02 |
olani- | qschulz: Possibly the system shell, but that should never be zsh anyway. | 12:05 |
qschulz | olani-: wdym? | 12:07 |
olani- | qschulz: Maybe system shell is not a good term? I refer to the shell used by systemd for instance, I guess it will usually be used as /bin/sh. That should be a shell that is at least mostly POSIX compliant. zsh breaks too many of the rules for it to be useful there, at least in my book. I also use zsh as my interactive shell, so this is not a knock on zsh. | 12:24 |
*** jbo <jbo!~tct@user/tct> has joined #yocto | 12:30 | |
jbo | hey guys. I am failing at figuring out how I cam replace the kernel in my yocto build with a kernel I already built elsewhere (i.e. not building it via/through yocto). could somebody give me some pointers? | 12:31 |
jbo | I have a ready-to-go uImage & zImage | 12:31 |
LetoThe2nd | jbo: PREFERRED_PROVIDER_virtual/kernel = "linux-dummy", essentially. | 12:39 |
jbo | LetoThe2nd, will this lead to yocto still compiling the kernel "from source" or can I just use my externally built kernel image? | 12:44 |
LetoThe2nd | jbo: this will skip the kernel and just use the headers as API | 12:44 |
jbo | LetoThe2nd, thank you for that information. I'm fairly new to all of this coming from BSD. I fail to understand where/when I actually built the final image I can flash onto an SDcard/eMMC. I assume when I follow what you suggested to use my custom kernel image I still have to build a final image somewhere/somewhen? | 12:45 |
LetoThe2nd | jbo: bitbake $YOURIMAGE builds the image. an example is core-image-minimal. be aware however that if you skip the kernel, then you have to find another way to put it in. | 12:47 |
jbo | what exaclty would be "another way"? i.e. how would I go about doing this? | 12:48 |
LetoThe2nd | jbo: writing a custom recipe. and having said that, the correct way is to not build outside yocto, but write a recipe that contains your build. | 12:52 |
jbo | LetoThe2nd, so maybe I falling victim to the XY-Problem. Let me explain: I just acquired an ATSAMA5D27-SOM1. I want to customize the kernel and I am following microchips guide here: https://www.linux4sam.org/bin/view/Linux4SAM/Sama5d27Som1EKMainPage#Configure_and_Build_the_Linux_ke | 12:53 |
jbo | there, they show how to build the kernel (before the Yocto section). | 12:53 |
LetoThe2nd | jbo: so explain x, please. | 12:53 |
jbo | I managed to configure & build the kernel as I need it. as I understand their linux repo contains fixes/additional-support for their devices which lead me to belive that I should build the kernel "outside" of yocto. | 12:53 |
jbo | is that incorrect? | 12:53 |
LetoThe2nd | jbo: what is X, actually? if it is "build a linux distribution using yocto for the sama5d27", then the answer is: just use meta-atmel, it includes all the magic. | 12:56 |
jbo | LetoThe2nd, "XY-Problem" is just a concept of asking the wrong question: https://en.wikipedia.org/wiki/XY_problem | 12:56 |
jbo | in this case: me asking how to use an existing/external kernel image rather than understanding that maybe I really shouldn't do that to begin with. | 12:57 |
LetoThe2nd | jbo: i know. and i asked two times already what your x is. y is obviously "injecting a custom kernel" | 12:57 |
LetoThe2nd | jbo: see https://github.com/linux4sam/meta-atmel/blob/kirkstone/recipes-kernel/linux/linux-mchp_6.1.4.bb | 12:57 |
LetoThe2nd | that directly pulls in atmels fork. | 12:58 |
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Ping timeout: 248 seconds) | 12:59 | |
jbo | I see. So ran: MACHINE=sama5d27-som1-ek bitbake core-image-minimal which should be a good starting point and now I can go and modify the kernel config "inside of yocto" and it will build the modified kernel and include it into the image when I run the same command again? | 13:00 |
LetoThe2nd | jbo: we have https://docs.yoctoproject.org/kernel-dev/common.html#configuring-the-kernel :-) | 13:01 |
jbo | LetoThe2nd, thank you for all this information. Just too many things I'm not familiar with yet so it takes some time to figure out what I actually want/need. I appreciate your efforts. | 13:04 |
LetoThe2nd | jbo: have fun! | 13:04 |
jbo | LetoThe2nd, I just flashed the image that bitbake produced and the board seems to boot. so that's something :) | 13:04 |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:08 | |
*** Infra_HDC <Infra_HDC!~rdanilov7@63fa056a3d2d.sn.mynetname.net> has joined #yocto | 13:10 | |
*** amitk_ <amitk_!~amit@103.59.74.51> has quit IRC (Ping timeout: 276 seconds) | 13:27 | |
*** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto | 13:28 | |
*** prabhakar <prabhakar!~prabhakar@45.88.222.38> has joined #yocto | 13:31 | |
*** car1t_ <car1t_!~car1t@134.101.205.79.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 13:39 | |
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto | 13:50 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 13:53 | |
*** prabhakar <prabhakar!~prabhakar@45.88.222.38> has quit IRC (Quit: Connection closed) | 13:53 | |
jbo | LetoThe2nd, thanks again for your help. I managed to modify the kernel config, build & run the image successfully :) | 13:57 |
jbo | it is not entirely clear to me where I specify which kernel to use when running bitbake $MYIMAGE yet tho. | 13:57 |
LetoThe2nd | jbo: usually the machine conf file does that. look into meta-atmel/conf/machine | 13:58 |
jbo | LetoThe2nd, so surely the idea isn't that I modify anything in meta-atmel, right? do I just override stuff in my <yocto_dir>/build/conf/local.conf ? | 14:01 |
LetoThe2nd | jbo: read up on how layers work :-) | 14:01 |
jbo | will do, thanks for the hint! | 14:02 |
jbo | ah, that seems about right. so I just create something like meta-myproject :) | 14:03 |
*** car1t_ <car1t_!~car1t@134.101.205.79.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 276 seconds) | 14:11 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 14:16 | |
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has joined #yocto | 14:19 | |
*** ptsneves1 <ptsneves1!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto | 14:21 | |
*** ptsneves1 <ptsneves1!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 255 seconds) | 14:25 | |
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 14:28 | |
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 14:28 | |
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has joined #yocto | 14:35 | |
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto | 14:53 | |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 246 seconds) | 15:07 | |
* paulg idly wonders how the whole "meta" prefix thing came about... | 15:10 | |
RP | paulg: a directory name in openembedded-classic I think | 15:13 |
paulg | shame we'll have to rename everything now that facebook has trademarked "meta"... | 15:15 |
paulg | maybe I should register "Kconfig" as a brand? | 15:16 |
khem | yeah may be time is not bad mono-repo's are again in fashion 🙂 | 15:16 |
*** npcomp <npcomp!~user@user/npcomp> has quit IRC (Ping timeout: 255 seconds) | 15:21 | |
*** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds) | 15:25 | |
LetoThe2nd | paulg: https://www.instagram.com/p/CVley2ZN8xq/?hl=en | 15:29 |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 15:35 | |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 15:36 | |
*** npcomp <npcomp!~user@user/npcomp> has joined #yocto | 15:36 | |
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 250 seconds) | 15:37 | |
*** bps <bps!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 15:45 | |
vvn | hi there -- renesas-rz/meta-renesas seems to be actively maintained but is compatible with Dunfell. Any plan to bump to Kirkstone or newer in sight? | 15:48 |
prabhakarlad | vvn: meta-renesas is maintained by Renesas. | 15:50 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:50 | |
vvn | prabhakarlad: yep thanks I know that ;) | 15:53 |
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 15:53 | |
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has quit IRC (Quit: Konversation terminated!) | 16:06 | |
barath | should layer priority govern which recipe is chosen if two layers contain an identically named and versioned recipe? | 16:09 |
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 260 seconds) | 16:14 | |
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 16:18 | |
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Quit: Leaving.) | 16:19 | |
khem | yes - see https://docs.yoctoproject.org/dev/dev-manual/layers.html#prioritizing-your-layer | 16:28 |
barath | Hm something is interfering then | 16:40 |
*** PhoenixMage <PhoenixMage!~phoenix@65.181.12.20> has quit IRC (Ping timeout: 252 seconds) | 16:41 | |
*** PhoenixMage <PhoenixMage!~phoenix@65.181.13.152> has joined #yocto | 16:43 | |
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:43 | |
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 16:44 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 16:45 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:46 | |
moto-timo | As mentioned in the YPTM, python3-cryptography upgrade is failing in do_compile (fails to find Python.h include file when compiling cryptography-rust): https://git.yoctoproject.org/poky-contrib/log/?h=timo/python3-cryptography_40.0.2 | 16:47 |
moto-timo | I haven't quite figured out how the change in OpenSSL linking is causing this. https://cryptography.io/en/latest/changelog/#v40-0-0 | 16:48 |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 16:49 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 16:50 | |
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 16:55 | |
jbo | so I'm trying to create a layer for my particular device/project. I'm currenlty going throug the documentation here: https://docs.yoctoproject.org/dev/dev-manual/layers.html | 17:07 |
jbo | however, I fail to understand how I can reuse existing recipies. | 17:07 |
jbo | I'd like to re-use a config/recipie provided by meta-atmel and just change a couple of things such as the package list. How would I go about doing that? | 17:07 |
rburton | look up using bbappends | 17:07 |
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 17:08 | |
*** Infra_HDC <Infra_HDC!~rdanilov7@63fa056a3d2d.sn.mynetname.net> has quit IRC (Ping timeout: 260 seconds) | 17:15 | |
*** R2AMO <R2AMO!~rdanilov7@63fa056a3d2d.sn.mynetname.net> has joined #yocto | 17:16 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Connection closed) | 18:16 | |
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:18 | |
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds) | 18:19 | |
*** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 18:19 | |
*** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 260 seconds) | 18:24 | |
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:24 | |
*** frieder <frieder!~frieder@i577B926D.versanet.de> has quit IRC (Remote host closed the connection) | 18:30 | |
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.8) | 18:39 | |
*** vvn <vvn!~vivien@bras-base-mtrlpq02huw-grc-03-174-88-247-5.dsl.bell.ca> has joined #yocto | 18:40 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 18:42 | |
*** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto | 19:01 | |
mborzecki | silly question, but IIRC with one SRC_URI = "file:/..." the SRC_URI[sha256sum] did appear to be verified, but with more than one file and using name=foo, SRC_URI[foo.sha256sum] = ".." seems to be ignored, is that known or am I hitting some obscure edge case? | 19:22 |
rburton | file: URLs don't get verified | 19:23 |
rburton | checksum is for stuff that is remote | 19:24 |
mborzecki | fair enough, that would explain it | 19:29 |
*** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:36 | |
*** florian_kc <florian_kc!~florian@dynamic-078-048-143-158.78.48.pool.telefonica.de> has joined #yocto | 19:47 | |
*** PobodysNerfect_ <PobodysNerfect_!~PobodysNe@84.214.105.47> has joined #yocto | 19:55 | |
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Ping timeout: 255 seconds) | 19:58 | |
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 20:17 | |
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 20:25 | |
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto | 20:37 | |
*** seninha <seninha!~seninha@user/seninha> has joined #yocto | 20:57 | |
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 255 seconds) | 21:27 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 22:26 | |
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 22:28 | |
*** maoti__ <maoti__!~jpuhlman@50-240-203-141-static.hfc.comcastbusiness.net> has joined #yocto | 22:33 | |
*** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 265 seconds) | 22:36 | |
*** eggman <eggman!eggman@libera/staff/eggman> has quit IRC (Quit: brb) | 22:37 | |
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 22:43 | |
*** maoti__ <maoti__!~jpuhlman@50-240-203-141-static.hfc.comcastbusiness.net> has quit IRC (Ping timeout: 248 seconds) | 22:44 | |
*** florian_kc <florian_kc!~florian@dynamic-078-048-143-158.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:10 | |
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:11 | |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 23:50 | |
*** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 23:51 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!