Tuesday, 2023-04-25

paulgoooh, 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 #yocto00: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 #yocto01: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 #yocto02:23
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto02:35
*** applepi <applepi!~applepi@2600:1700:7b9e:400:148e:454:2585:fd78> has joined #yocto02:36
applepiCan 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 and02:39
applepihave to start from scratch02: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 #yocto02: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 #yocto03: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 #yocto04: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 #yocto04:50
*** invalidopcode94 <invalidopcode94!~invalidop@50.1.244.144> has joined #yocto04: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 #yocto05: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 #yocto05:17
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:15
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:19
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 276 seconds)06:26
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has joined #yocto06:28
LetoThe2ndyo dudX06: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 build06:50
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto06:54
*** frieder <frieder!~frieder@i577B926D.versanet.de> has joined #yocto07:01
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto07:09
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto07:10
*** bps <bps!~bps@193.89.194.60> has joined #yocto07:11
*** ptsneves <ptsneves!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto07: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 #yocto07:34
*** Guest7022 <Guest7022!~Guest70@213.23.102.202> has joined #yocto07:41
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Quit: Gone to sleep. ZZZzzz…)07:43
LetoThe2ndEntei[m]:  bitbake -g $YOURFUNKYIMAGE, then inspect the resulting dependency dot files.07:43
Entei[m]LetoThe2nd: Will try this. Thanks07: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 #yocto07:45
Guest7022Hello everyone07:50
dacavThis 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 #yocto07:52
LetoThe2nddacav: 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
derRicharddacav: 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
derRichardsince on nand you can and will have bad blocks, it will never be completely deterministic. your flasher has to skip these blocks07:56
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto07: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 #yocto08:07
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Ping timeout: 252 seconds)08:12
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto08: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 #yocto08: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 #yocto08:31
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto08:31
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto08:31
*** grma <grma!~gruberm@89-41-134-107.static.kufnet.at> has joined #yocto08:40
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has quit IRC (Ping timeout: 248 seconds)08:47
dacavderRichard: 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
derRicharddacav: this is doomed to failure. ubi will always change the on flash data08:48
dacavderRichard: good to know :D08:48
derRicharddo verification of the ubi volume itself08:48
dacavSomething like extracting the data from the ubi volume and verifying that?08:49
*** zpfvo <zpfvo!~fvo@i59F5CC70.versanet.de> has joined #yocto08:50
derRichardyeah. you can read from /dev/ubiX_Y08:50
dacavBut will it always change data even if the ubi image will only have static volumes on a NOR?08:50
dacavAs 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
derRichardwell, on nor the situation is different. you'll not face bad blocks and bitflips (also no wearleveling)08:53
derRichardbut i still think you should verify at ubi volume level08:54
derRichardthe whole idea behind ubi is that the LEB<->PEB mapping is dynamic08:54
dacavI 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
dacavI 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
dacavolani-: what you say looks correct.  :)09:25
dacavin portable shell there's effectively *one* real array :), $@.  That one might be useful for a correct enumeration09:26
LetoThe2nddacav: have fun!09:28
dacavLetoThe2nd: ~heh~ I'm a little frustrated by now, but I'm enjoying the journey anyway!  The knowledge gain is the underrated vantage of failure09: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 #yocto09:35
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Client Quit)09:39
*** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto09:42
*** ptsneves <ptsneves!~Thunderbi@84.47.155.82> has joined #yocto09: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 #yocto09:58
qschulzolani-: https://unix.stackexchange.com/a/49145910:01
qschulzolani-: https://unix.stackexchange.com/a/49145910:12
qschulzolani-: 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 #yocto10:13
qschulzso in short, zsh is not POSIX compliant by default, by choice10:13
qschulzthat's my assumption10:13
*** car1t_ <car1t_!~car1t@2.211.127.49> has joined #yocto10: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
rburtonnative kernel headers?10:31
rburtonwhy would you want those?10:31
car1t_the tool i want to build wants to #include some of those ...10:31
rburtonwe 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
rburtonthat's not a kernel header10:38
rburtonthat header is *provided by* libcap-native10: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 digging10:40
rburtonif you're digging around tmp, look in sysroot-components/x86_64/libcap-native/usr/include10: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
rburtona dependency, somewhere10: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 #yocto10:46
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11:06
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto11:23
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 248 seconds)11:25
*** seninha <seninha!~seninha@user/seninha> has joined #yocto11: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 #yocto11:57
*** invalidopcode94 <invalidopcode94!~invalidop@50.1.244.144> has quit IRC (Ping timeout: 252 seconds)11:58
qschulzolani-: 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
qschulzolani-: 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 #yocto12:30
jbohey 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
jboI have a ready-to-go uImage & zImage12:31
LetoThe2ndjbo: PREFERRED_PROVIDER_virtual/kernel =  "linux-dummy", essentially.12:39
jboLetoThe2nd, will this lead to yocto still compiling the kernel "from source" or can I just use my externally built kernel image?12:44
LetoThe2ndjbo: this will skip the kernel and just use the headers as API12:44
jboLetoThe2nd, 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
LetoThe2ndjbo: 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
jbowhat exaclty would be "another way"? i.e. how would I go about doing this?12:48
LetoThe2ndjbo: 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
jboLetoThe2nd, 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_ke12:53
jbothere, they show how to build the kernel (before the Yocto section).12:53
LetoThe2ndjbo: so explain x, please.12:53
jboI 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
jbois that incorrect?12:53
LetoThe2ndjbo: 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
jboLetoThe2nd, "XY-Problem" is just a concept of asking the wrong question: https://en.wikipedia.org/wiki/XY_problem12:56
jboin 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
LetoThe2ndjbo: i know. and i asked two times already what your x is. y is obviously "injecting a custom kernel"12:57
LetoThe2ndjbo: see https://github.com/linux4sam/meta-atmel/blob/kirkstone/recipes-kernel/linux/linux-mchp_6.1.4.bb12:57
LetoThe2ndthat 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
jboI 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
LetoThe2ndjbo: we have https://docs.yoctoproject.org/kernel-dev/common.html#configuring-the-kernel :-)13:01
jboLetoThe2nd, 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
LetoThe2ndjbo: have fun!13:04
jboLetoThe2nd, 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 #yocto13:08
*** Infra_HDC <Infra_HDC!~rdanilov7@63fa056a3d2d.sn.mynetname.net> has joined #yocto13: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 #yocto13:28
*** prabhakar <prabhakar!~prabhakar@45.88.222.38> has joined #yocto13:31
*** car1t_ <car1t_!~car1t@134.101.205.79.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto13:39
*** sakoman <sakoman!~steve@dhcp-72-253-4-112.hawaiiantel.net> has joined #yocto13:50
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto13:53
*** prabhakar <prabhakar!~prabhakar@45.88.222.38> has quit IRC (Quit: Connection closed)13:53
jboLetoThe2nd, thanks again for your help. I managed to modify the kernel config, build & run the image successfully :)13:57
jboit is not entirely clear to me where I specify which kernel to use when running  bitbake $MYIMAGE  yet tho.13:57
LetoThe2ndjbo: usually the machine conf file does that. look into meta-atmel/conf/machine13:58
jboLetoThe2nd, 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
LetoThe2ndjbo: read up on how layers work :-)14:01
jbowill do, thanks for the hint!14:02
jboah, 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 #yocto14:16
*** car1t <car1t!~car1t@dynamic-002-211-127-049.2.211.pool.telefonica.de> has joined #yocto14:19
*** ptsneves1 <ptsneves1!~Thunderbi@031011128008.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto14: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 #yocto14:35
*** d-s-e <d-s-e!~d.s.e@2001:a61:12e1:1101:70f7:7954:e909:b6a3> has joined #yocto14: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
RPpaulg: a directory name in openembedded-classic I think15:13
paulgshame we'll have to rename everything now that facebook has trademarked "meta"...15:15
paulgmaybe I should register "Kconfig" as a brand?15:16
khemyeah 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
LetoThe2ndpaulg: https://www.instagram.com/p/CVley2ZN8xq/?hl=en15: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 #yocto15:36
*** npcomp <npcomp!~user@user/npcomp> has joined #yocto15: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 #yocto15:45
vvnhi 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
prabhakarladvvn: meta-renesas is maintained by Renesas.15:50
*** goliath <goliath!~goliath@user/goliath> has joined #yocto15:50
vvnprabhakarlad: 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
barathshould 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
khemyes - see  https://docs.yoctoproject.org/dev/dev-manual/layers.html#prioritizing-your-layer16:28
barathHm something is interfering then16: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 #yocto16: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 #yocto16:46
moto-timoAs 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.216:47
moto-timoI haven't quite figured out how the change in OpenSSL linking is causing this. https://cryptography.io/en/latest/changelog/#v40-0-016:48
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)16:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto16:50
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto16:55
jboso 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.html17:07
jbohowever, I fail to understand how I can reuse existing recipies.17:07
jboI'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
rburtonlook up using bbappends17: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 #yocto17:16
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Connection closed)18:16
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto18: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 #yocto18: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 #yocto18: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 #yocto18:40
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)18:42
*** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto19:01
mborzeckisilly 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
rburtonfile: URLs don't get verified19:23
rburtonchecksum is for stuff that is remote19:24
mborzeckifair enough, that would explain it19:29
*** goliath <goliath!~goliath@user/goliath> has joined #yocto19:36
*** florian_kc <florian_kc!~florian@dynamic-078-048-143-158.78.48.pool.telefonica.de> has joined #yocto19:47
*** PobodysNerfect_ <PobodysNerfect_!~PobodysNe@84.214.105.47> has joined #yocto19: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 #yocto20:17
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)20:25
*** zelgomer <zelgomer!~jake@gateway/tor-sasl/zelgomer> has joined #yocto20:37
*** seninha <seninha!~seninha@user/seninha> has joined #yocto20: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 #yocto22:28
*** maoti__ <maoti__!~jpuhlman@50-240-203-141-static.hfc.comcastbusiness.net> has joined #yocto22: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 #yocto22: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 #yocto23:51

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!