| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 00:12 | |
| *** dkl_ <dkl_!~dkl@prometheus.umask.eu> has joined #yocto | 00:36 | |
| *** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has quit IRC (Ping timeout: 246 seconds) | 00:37 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Ping timeout: 246 seconds) | 00:37 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Remote host closed the connection) | 00:38 | |
| *** cambrian_invader <cambrian_invader!~cambrian_@50.217.174.170> has joined #yocto | 00:50 | |
| *** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-ed37-5af0-d546-0403.res6.spectrum.com> has quit IRC (Ping timeout: 258 seconds) | 00:59 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 01:04 | |
| *** davidinux <davidinux!~davidinux@host-87-9-16-39.retail.telecomitalia.it> has quit IRC (Ping timeout: 258 seconds) | 01:04 | |
| *** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-ed37-5af0-d546-0403.res6.spectrum.com> has joined #yocto | 01:05 | |
| *** davidinux <davidinux!~davidinux@host-79-51-153-127.retail.telecomitalia.it> has joined #yocto | 01:06 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has quit IRC (Ping timeout: 240 seconds) | 01:23 | |
| *** Ablu <Ablu!~Ablu@user/Ablu> has joined #yocto | 01:24 | |
| *** starblue <starblue!~juergen@dslb-088-078-105-223.088.078.pools.vodafone-ip.de> has quit IRC (Ping timeout: 258 seconds) | 01:52 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-099.094.221.pools.vodafone-ip.de> has joined #yocto | 01:54 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 02:02 | |
| *** dkl_ <dkl_!~dkl@prometheus.umask.eu> has quit IRC (Quit: %quit%) | 02:46 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6507:6b00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 258 seconds) | 02:46 | |
| *** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto | 02:47 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6543:2e00:2ce:39ff:fecf:efcd> has joined #yocto | 02:48 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has quit IRC (Quit: Ping timeout (120 seconds)) | 02:52 | |
| *** Perflosopher <Perflosopher!~perflosop@136.62.181.44> has joined #yocto | 02:53 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 04:43 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Client Quit) | 04:43 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Read error: Connection reset by peer) | 04:44 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 04:44 | |
| *** davidinux <davidinux!~davidinux@host-79-51-153-127.retail.telecomitalia.it> has quit IRC (Ping timeout: 246 seconds) | 04:46 | |
| *** davidinux <davidinux!~davidinux@45.11.80.210> has joined #yocto | 04:46 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 04:48 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Ping timeout: 258 seconds) | 04:50 | |
| *** geoff_ <geoff_!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Quit: Leaving) | 04:56 | |
| *** Danct12 <Danct12!~danct12@user/danct12> has joined #yocto | 04:58 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 258 seconds) | 05:02 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 05:04 | |
| *** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-79db-04d0-f026-bad4.res6.spectrum.com> has joined #yocto | 05:05 | |
| *** Estrella___ <Estrella___!~quassel@075-081-060-240.res.spectrum.com> has joined #yocto | 05:05 | |
| *** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-ed37-5af0-d546-0403.res6.spectrum.com> has quit IRC (Ping timeout: 246 seconds) | 05:07 | |
| *** Estrella <Estrella!~quassel@134.238.165.31> has quit IRC (Ping timeout: 244 seconds) | 05:07 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 05:42 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto | 05:52 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Ping timeout: 260 seconds) | 06:15 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 240 seconds) | 06:19 | |
| *** manuel__ <manuel__!~manuel198@2a02:1748:dd5c:f290:e4b3:2d0:11e7:2d0f> has quit IRC (Ping timeout: 240 seconds) | 06:25 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:db11:c26f:84de:9cf4> has joined #yocto | 06:38 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:42 | |
| *** mckoan|away is now known as mckoan | 06:46 | |
| mckoan | good morning | 06:46 |
|---|---|---|
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:db11:c26f:84de:9cf4> has quit IRC (Read error: Connection reset by peer) | 06:46 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:a909:1c08:20d:46fb> has joined #yocto | 06:48 | |
| *** mbulut <mbulut!~mbulut@ip1f120fbc.dynamic.kabel-deutschland.de> has joined #yocto | 06:48 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has joined #yocto | 06:49 | |
| *** mbulut <mbulut!~mbulut@ip1f120fbc.dynamic.kabel-deutschland.de> has quit IRC (Client Quit) | 06:50 | |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 06:53 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:58 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 07:01 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 07:02 | |
| LetoThe2nd | yo dudX | 07:08 |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:739:c5e2:f305:565f> has joined #yocto | 07:08 | |
| *** zpfvo <zpfvo!~fvo@i59f5cc47.versanet.de> has joined #yocto | 07:11 | |
| *** Iwans <Iwans!~Iwans@213.192.77.249> has joined #yocto | 07:19 | |
| *** manuel__ <manuel__!~manuel198@62.99.131.178> has joined #yocto | 07:21 | |
| *** Iwans <Iwans!~Iwans@213.192.77.249> has quit IRC (Client Quit) | 07:23 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto | 07:27 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 07:33 | |
| *** Iwans <Iwans!~Iwans@213.192.77.249> has joined #yocto | 07:38 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 240 seconds) | 07:47 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:49 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:58 | |
| *** Iwans <Iwans!~Iwans@213.192.77.249> has quit IRC (Quit: Client closed) | 08:02 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto | 08:02 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto | 08:07 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Client Quit) | 08:08 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has joined #yocto | 08:08 | |
| mcfrisk | There is a lot of overlap between MACHINE_FEATURES and DISTRO_FEATURES. Should general purpose SW features check for both to enable support if either one is has the config option, like "alsa", "rtc", "efi" etc. Enabling support is one thing but most SW also works if actual HW doesn't have it. | 08:19 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:21 | |
| *** gilles2 <gilles2!~gilles2@116.79.123.78.rev.sfr.net> has joined #yocto | 08:23 | |
| *** antoineVM <antoineVM!~antoineVM@ensto10.ensto.com> has joined #yocto | 08:23 | |
| *** gilles2 <gilles2!~gilles2@116.79.123.78.rev.sfr.net> has quit IRC (Client Quit) | 08:24 | |
| *** younes <younes!~younes@ensto10.ensto.com> has joined #yocto | 08:25 | |
| *** antoineVM <antoineVM!~antoineVM@ensto10.ensto.com> has quit IRC (Quit: Client closed) | 08:28 | |
| LetoThe2nd | does RRECOMMENDS allow for non-existing targets? e.g. build the recommendation if a matching provider is there, and skip/ignore if not? | 08:29 |
| *** antoineVM <antoineVM!~antoineVM@ensto10.ensto.com> has joined #yocto | 08:36 | |
| mcfrisk | Is there be a way for layers to register machine and distro features? I'd be interested in an "all yes" build config | 08:36 |
| *** zpfvo <zpfvo!~fvo@i59f5cc47.versanet.de> has quit IRC (Ping timeout: 244 seconds) | 08:39 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 08:41 | |
| *** manuel__ <manuel__!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 244 seconds) | 08:43 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has quit IRC (Ping timeout: 244 seconds) | 08:49 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCFE.versanet.de> has joined #yocto | 08:54 | |
| *** davidinux <davidinux!~davidinux@45.11.80.210> has quit IRC (Ping timeout: 258 seconds) | 08:58 | |
| *** davidinux <davidinux!~davidinux@45.11.80.56> has joined #yocto | 09:00 | |
| *** pabigot <pabigot!~pab@245.sub-75-236-139.myvzw.com> has joined #yocto | 09:04 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 09:07 | |
| *** antoineVM <antoineVM!~antoineVM@ensto10.ensto.com> has quit IRC (Quit: Client closed) | 09:14 | |
| rburton | no | 09:22 |
| rburton | LetoThe2nd: yes | 09:22 |
| LetoThe2nd | rburton: hmm. coworker says stuff was complaining. but now I've hooked him on packageconfig anyways. | 09:23 |
| rburton | packageconfig is probably better | 09:23 |
| *** Iwans <Iwans!~Iwans@213.192.77.249> has joined #yocto | 09:25 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:50:f716:a909:1c08:20d:46fb> has quit IRC (Remote host closed the connection) | 09:32 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:4e:8c9e:b3fe:332f:34f6:abdf> has joined #yocto | 09:36 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:4e:8c9e:b3fe:332f:34f6:abdf> has quit IRC (Read error: Connection reset by peer) | 09:43 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:4e:8c9e:afa7:4f4a:97c5:54ee> has joined #yocto | 09:45 | |
| Iwans | Hello. Which version of Python package added to RDEPENDS will be installed by pypi? | 09:47 |
| Iwans | My recipe needs httplib2==0.20.4 and recipe in master is 0.22.0 so I wondered if pypi will try to install version available in meta-python or correct one. | 09:47 |
| rburton | pypi isn't used | 09:47 |
| rburton | it will use the version of the recipe that you have in your layers | 09:48 |
| Iwans | even when inheriting pypi class? | 09:48 |
| rburton | yes, look at the class. that's just for fetching the source. | 09:49 |
| rburton | you're actually assuming that pip is used to install, and it isn't | 09:49 |
| rburton | pypi being a website, not an install tool | 09:49 |
| Iwans | I assumed it used pip. | 09:57 |
| Iwans | So if I want to use older version then I have to change SRC_URI in .bbappend file or can I override or somehow specify it in my recipe? | 09:57 |
| *** starblue <starblue!~juergen@dslb-094-221-184-099.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 258 seconds) | 09:58 | |
| *** pasherring <pasherring!~paulo@2001:8a0:ec5c:a700:634f:9233:e1db:2743> has joined #yocto | 09:59 | |
| *** starblue <starblue!~juergen@dslb-094-221-184-099.094.221.pools.vodafone-ip.de> has joined #yocto | 10:00 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 248 seconds) | 10:03 | |
| rburton | you'l need to provide a recipe for the older version | 10:03 |
| rburton | though i'd be very suspicious of a recipe which needs a specific version of a library | 10:03 |
| Iwans | It's recipe for gsutil, in setup.py in requires they have "httplib2==0.20.4" (everywhere else they use >=) | 10:07 |
| rburton | terrifying, frankly | 10:14 |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 10:28 | |
| Guest98 | hi, | 10:28 |
| Guest98 | I want to replace the file(nvgpu.ko) with my own file. but, i couldn't figure out how to do it in the recipe. | 10:28 |
| Guest98 | "/build/tmp/work/p3768_0000_p3767_0000-poky-linux/linux-tegra/5.10.120+gitAUTOINC+76678311c1-r0/image/lib/modules/5.10.120-l4t-r35.4.ga+g76678311c10b/kernel/drivers/gpu/nvgpu.ko" | 10:28 |
| rburton | easiest to apply the patch to the kernel sources so it builds the module with the fixes in | 10:34 |
| Guest98 | rburton thank you! i will write. | 10:41 |
| Guest98 | try* | 10:41 |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has joined #yocto | 10:42 | |
| *** younes <younes!~younes@ensto10.ensto.com> has quit IRC (Quit: Client closed) | 10:53 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 10:59 | |
| *** manuel__ <manuel__!~manuel198@62.99.131.178> has joined #yocto | 11:00 | |
| *** manuel_ <manuel_!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 255 seconds) | 11:02 | |
| *** rber|res <rber|res!~rber|res@tmo-075-23.customers.d1-online.com> has joined #yocto | 11:05 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 11:07 | |
| *** zpfvo <zpfvo!~fvo@i59F5CCFE.versanet.de> has quit IRC (Ping timeout: 255 seconds) | 11:11 | |
| *** CosmicPenguin_ <CosmicPenguin_!sid489106@id-489106.uxbridge.irccloud.com> has joined #yocto | 11:22 | |
| *** diamondman___ <diamondman___!sid306859@id-306859.helmsley.irccloud.com> has joined #yocto | 11:23 | |
| *** tleb_ <tleb_!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 11:23 | |
| *** raghavgururajan_ <raghavgururajan_!ea769b8000@2604:bf00:561:2000::242> has joined #yocto | 11:23 | |
| *** rhadye_ <rhadye_!sid217449@id-217449.tinside.irccloud.com> has joined #yocto | 11:23 | |
| *** smurray_ <smurray_!sid98062@id-98062.hampstead.irccloud.com> has joined #yocto | 11:23 | |
| *** jonesv_ <jonesv_!e7e4272e85@2604:bf00:561:2000::10b5> has joined #yocto | 11:24 | |
| *** Guest51 <Guest51!~Guest80@56-237-20-31.ftth.glasoperator.nl> has joined #yocto | 11:24 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.219> has quit IRC (Ping timeout: 260 seconds) | 11:25 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.219> has joined #yocto | 11:26 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.154> has joined #yocto | 11:27 | |
| *** Guest30 <Guest30!~Guest98@31.145.189.2> has joined #yocto | 11:28 | |
| *** diamondman__ <diamondman__!sid306859@id-306859.helmsley.irccloud.com> has quit IRC (*.net *.split) | 11:30 | |
| *** CosmicPenguin <CosmicPenguin!sid489106@id-489106.uxbridge.irccloud.com> has quit IRC (*.net *.split) | 11:30 | |
| *** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (*.net *.split) | 11:30 | |
| *** smurray <smurray!sid98062@2a03:5180:f:4::1:7f0e> has quit IRC (*.net *.split) | 11:30 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC (*.net *.split) | 11:30 | |
| *** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (*.net *.split) | 11:30 | |
| *** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has quit IRC (*.net *.split) | 11:30 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has quit IRC (*.net *.split) | 11:30 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (*.net *.split) | 11:30 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@user/raghavgururajan> has quit IRC (*.net *.split) | 11:30 | |
| *** smurray_ is now known as smurray | 11:30 | |
| *** diamondman___ is now known as diamondman__ | 11:31 | |
| *** CosmicPenguin_ is now known as CosmicPenguin | 11:31 | |
| *** rhadye_ is now known as rhadye | 11:31 | |
| *** jonesv_ is now known as jonesv | 11:31 | |
| *** tleb_ is now known as tleb | 11:31 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has quit IRC (Read error: Connection reset by peer) | 11:31 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has quit IRC (Read error: Connection reset by peer) | 11:31 | |
| *** raghavgururajan_ <raghavgururajan_!ea769b8000@2604:bf00:561:2000::242> has quit IRC (Write error: Connection reset by peer) | 11:31 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 11:31 | |
| *** raghavgururajan <raghavgururajan!ea769b8000@2604:bf00:561:2000::242> has joined #yocto | 11:31 | |
| *** jonesv <jonesv!e7e4272e85@2604:bf00:561:2000::10b5> has joined #yocto | 11:31 | |
| *** tleb <tleb!6dbdd9ebc9@2604:bf00:561:2000::10cf> has joined #yocto | 11:31 | |
| *** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto | 11:35 | |
| *** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto | 11:35 | |
| *** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has joined #yocto | 11:35 | |
| *** Guest51 <Guest51!~Guest80@56-237-20-31.ftth.glasoperator.nl> has quit IRC (Quit: Client closed) | 11:45 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 11:47 | |
| *** tgamblin <tgamblin!~tgamblin@2001:1970:5b1f:ab00:d875:6297:4e81:e577> has joined #yocto | 12:30 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb1e:4e:8c9e:afa7:4f4a:97c5:54ee> has quit IRC (Remote host closed the connection) | 12:32 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 12:33 | |
| *** belsirk <belsirk!~rfuentess@78.240.217.117> has joined #yocto | 12:44 | |
| ernstp | so the final version of the packges output from the build are generally ${PKGV}-${PKGR}. But I guess this is technically up to the packaging class? | 12:44 |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Ping timeout: 255 seconds) | 12:46 | |
| *** rfuentess <rfuentess!~rfuentess@2a01cb09e04927d11c3d3f36d564a55b.ipv6.abo.wanadoo.fr> has joined #yocto | 12:46 | |
| *** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Ping timeout: 260 seconds) | 12:48 | |
| *** belsirk <belsirk!~rfuentess@78.240.217.117> has quit IRC (Ping timeout: 240 seconds) | 12:48 | |
| RP | ernstp: PKGV is defined as the final version | 12:56 |
| ernstp | RP: from package_deb.bbclass: fields.append(["Version: %s-%s\n", ['PKGV', 'PKGR']]) | 12:59 |
| luc4 | Hello! I built an image for my board, but I noticed that the build flags are incorrect (or at least not the best). I would like to build with these flags: -march=armv8-a -mtune=cortex-a53 -mfpu=crypto-neon-fp-armv8. I found this tune: -march=armv8-a -mtune=cortex-a53 -mfpu=crypto-neon-fp-armv8. Is this what I should use? Can I set that I want 32bit and not 64bit? | 12:59 |
| ernstp | ipk and rpm looks similar | 12:59 |
| ernstp | luc4: what is your board? :-) | 13:00 |
| luc4 | ernstp: raspberry pi 3 | 13:02 |
| ernstp | luc4: you are using https://git.yoctoproject.org/meta-raspberrypi then I guess? | 13:03 |
| luc4 | yes. But current layer, no idea why, builds for armv7, but that is not correct. | 13:03 |
| luc4 | By correct I mean it is for an older CPU. | 13:03 |
| luc4 | I already fixed this years ago, but I would like to know what is the proper way to do it now. | 13:06 |
| RP | ernstp: I think debian has a convention about how PR is added to PV? | 13:06 |
| RP | ernstp: your question about "up to the packaging class" is ambiguous. We have a defined behaviour but a custom class could do whatever it wants | 13:07 |
| RP | whether the system would all still work... | 13:08 |
| luc4 | ernstp: this is that I did years ago: https://github.com/carlonluca/meta-raspberrypi/commit/94c339011699aed7df4922ba220a77233b5c434c | 13:08 |
| ernstp | luc4: According to the Raspberry Pi foundation, there are limited benefits to using the 64-bit version for the Pi 3 due to the fact that it only supports 1GB of memory; however, with the Pi 4, the 64-bit version should be faster. | 13:08 |
| luc4 | ernstp: no, I want 32bit | 13:09 |
| luc4 | but I would like armv8a instead of armv7 | 13:09 |
| ernstp | luc4: I guess most people just stuck with 32-bit since the release due to that. that's the background anyway! but of course it can be changed | 13:09 |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:2c7c:872d:9192:493e> has quit IRC (Quit: ZZZzzz…) | 13:09 | |
| ernstp | luc4: but what is this! https://git.yoctoproject.org/meta-raspberrypi/tree/conf/machine/raspberrypi3-64.conf | 13:10 |
| ernstp | luc4: set your MACHINE = "raspberrypi3-64" | 13:10 |
| luc4 | ernstp: but I'd need 32bit | 13:10 |
| ernstp | RP: I mean that all the 3 standard built in packaging classes set the version to ${PKGV}-${PKGR} | 13:11 |
| ernstp | luc4: read that again! | 13:12 |
| luc4 | ernstp: "Machine configuration for the RaspberryPi 3 in 64 bits mode", which part? | 13:12 |
| RP | ernstp: how does the debian package manager parse the Version field though? I mean that I'd suspect PKHR is being injected as a revision where possible | 13:13 |
| *** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 258 seconds) | 13:13 | |
| ernstp | luc4: it's I who should read again! ok, armv8 but still 32-bit. I guess you could create your own machine definition somewhere and set the flags exactly like you want | 13:16 |
| luc4 | ernstp: I know I can, I did it years ago. I was trying to find a better way, cause I had to fork 3 repos to do it. | 13:17 |
| ernstp | RP: it's not exactly like Yocto so.. for the package "version", that's the version | 13:18 |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:2cdf:427c:2c8e:eb64> has joined #yocto | 13:18 | |
| luc4 | ernstp: ops, sorry, I pasted the wrong text above. I meant that I found this tune: tune-cortexa53-crypto. Should I use this? | 13:19 |
| luc4 | ernstp: but I suspect this is 64bit | 13:19 |
| ernstp | RP: perhaps better to start with the "problem". What causes an new package version to be created? A: PKGV and PKGR. And PKGE or course if it's set. | 13:21 |
| ernstp | it creates a new package file with the new version, new file name etc | 13:22 |
| *** Guest30 <Guest30!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed) | 13:24 | |
| *** dmoseley <dmoseley!~dmoseley@24.35.62.150> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 13:24 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 13:25 | |
| mckoan | luc4: if you want RPI3 to un with 32bit you have to use raspberrypi3.conf (tune-cortexa7.inc) | 13:25 |
| *** dmoseley <dmoseley!~dmoseley@24.35.62.150> has joined #yocto | 13:26 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 13:26 | |
| luc4 | mckoan: of course, but the question was different | 13:26 |
| luc4 | mckoan: the question was: since that is using the old armv7a, how can I tune the build so that I get 32bit armv8a instead? | 13:27 |
| luc4 | mckoan: this is what I typically use on that CPU with gcc: -march=armv8-a -mtune=cortex-a53 -mfpu=crypto-neon-fp-armv8 | 13:27 |
| luc4 | mckoan: for some reason, they are still stuck with an older configuration | 13:27 |
| luc4 | mckoan: I already did this years ago: https://github.com/carlonluca/meta-raspberrypi/commit/94c339011699aed7df4922ba220a77233b5c434c | 13:28 |
| luc4 | mckoan: just hoping for a simpler way now | 13:28 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.112.219> has quit IRC (Remote host closed the connection) | 13:31 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 13:31 | |
| *** younes <younes!~younes@ensto10.ensto.com> has joined #yocto | 13:33 | |
| *** prabhakar <prabhakar!~prabhakar@pc.renesas.eu> has joined #yocto | 13:36 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 13:36 | |
| *** rfuentess <rfuentess!~rfuentess@2a01cb09e04927d11c3d3f36d564a55b.ipv6.abo.wanadoo.fr> has quit IRC (Ping timeout: 240 seconds) | 13:39 | |
| mckoan | luc4: you could try to modify/copy tune-cortexa53.inc using something you see in tune-cortexa32.inc | 13:39 |
| mckoan | https://git.yoctoproject.org/poky/tree/meta/conf/machine/include/arm/armv8a | 13:40 |
| mckoan | luc4: get rid of 64 stuff | 13:40 |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb16:8:5ac8:1f4a:8fc7:6658:cfa2> has joined #yocto | 13:40 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Ping timeout: 258 seconds) | 13:40 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed) | 13:45 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:45 | |
| luc4 | mckoan: can I do that without forking the repos? Like do it in my image conf or in local.conf? Thanks! | 13:49 |
| mckoan | luc4: the quick and dirty test can be done modifying the original file, if it works you can send a patch | 13:52 |
| mckoan | luc4: however the final result could be a new machine in your layer | 13:52 |
| mckoan | luc4: a machine using a kind of tune-cortexa53-32bit.inc | 13:53 |
| luc4 | mckoan: so can I create a new machine in a custom layer inheriting the one from meta-raspberry? | 13:53 |
| mckoan | luc4: you can try | 13:57 |
| luc4 | mckoan: thanks a lot! | 13:58 |
| mckoan | luc4: hope this helps, let us know the result ;-) | 14:00 |
| luc4 | mckoan: this is what I did years ago, and it worked: https://github.com/carlonluca/poky/commit/dc4c57698798ab0a0094becdc15be8cfd4b5490e. I was hoping something cleaner was possible. | 14:04 |
| RP | JPEW, abelloni: it reproduced: https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/7206/steps/15/logs/stdio | 14:08 |
| *** dacav <dacav!~dacav@82-209-166-158.cust.bredband2.com> has joined #yocto | 14:08 | |
| *** dacav <dacav!~dacav@82-209-166-158.cust.bredband2.com> has quit IRC (Client Quit) | 14:08 | |
| *** Guest49 <Guest49!~Guest49@54-240-197-234.amazon.com> has joined #yocto | 14:13 | |
| JPEW | No package file found for /usr/lib/libchalk_derive-f4d6e50ab3565138.so in rust; SPDX found: ... usr/lib/libchalk_derive-adea65fd7ba2b9ed.so | 14:13 |
| JPEW | So, the file is there but has a different hash(?) at the end | 14:13 |
| RP | JPEW: right, so there is a mismatch between the files generated and the SPDX manifest being used | 14:14 |
| RP | JPEW: of course rust isn't reproducible | 14:15 |
| RP | so basically we can't use sstate with rust? | 14:16 |
| *** Guest10 <Guest10!~Guest10@161.53.98.245> has joined #yocto | 14:16 | |
| Guest10 | Hello | 14:16 |
| JPEW | mmm: Setscene task /home/pokybuild/yocto-worker/qemuarm64-armhost/build/meta/recipes-devtools/rust/rust_1.70.0.bb:do_packagedata became valid | 14:16 |
| JPEW | A few lines up | 14:17 |
| RP | JPEW: I think hashequiv won't work with rust | 14:17 |
| RP | perhaps we drop rust from core since nobody seems to be able to fix reproducibility | 14:17 |
| JPEW | I'm a little confused as to why do_package is marked as the same when the file names differ? | 14:18 |
| RP | JPEW: I guess we need to work out exactly how the issue gives rise to this but I'm pretty sure it will be related | 14:20 |
| *** JerryM <JerryM!~jermain@149.3.168.10> has joined #yocto | 14:20 | |
| JPEW | related to what? | 14:20 |
| RP | one input hash will have given two different outputs | 14:21 |
| RP | the sdpx input hash could have then been mapped to that input and it assumed it would match the outputs when it only matches one of them? | 14:21 |
| RP | related to the fact rust isn't reproducible | 14:22 |
| JPEW | mmm, got it. The hash equiv code assumes that if you have one input that produces multiple outputs, the output differences are trivial. In most cases the same files name are produced each time, but rust doesn't do that | 14:22 |
| Guest10 | Quick question. Is it possible to create package.ipk from a recipe, but not install it on target rootfs? | 14:23 |
| JPEW | Guest10: Ya, you can do that | 14:23 |
| RP | Guest10: definitely, we do that a lot | 14:23 |
| JerryM | I can set INCOMPATIBLE_LICENSE, but is there a way to set something like COMPATIBLE_LICENSE instead? | 14:24 |
| *** Guest62 <Guest62!~Guest62@host-89-241-87-173.as13285.net> has joined #yocto | 14:24 | |
| *** Iwans <Iwans!~Iwans@213.192.77.249> has quit IRC (Quit: Client closed) | 14:25 | |
| JPEW | RP: Definetly worth a chat on the call tomorrow I think | 14:25 |
| Guest10 | could you point me in the right direction | 14:25 |
| Guest62 | hello need to find libmpi_cxx.so.20 and can't find a recipe that produces it, any clue? | 14:25 |
| RP | JPEW: yes :/ | 14:26 |
| Guest10 | because i would like to start bitbake my-image-rootfs and it should create .ipk from a recipe and transfer that uninstalled ipk in a certain directory on rootfs | 14:26 |
| RP | Guest10: just generate your ipk as normal but add a custom rootfs function which copies it in? | 14:26 |
| Guest62 | that file is in the libopenmpi2.deb on ububtu | 14:27 |
| Guest10 | ok, but how to stop that .ipk from installing automatically on rootfs? | 14:27 |
| Guest10 | because we managed to transfer ipk to target, but it still installs binaries on target | 14:27 |
| RP | Guest10: only things in IMAGE_INSTALL are actually installed ? | 14:27 |
| Guest10 | so i should add IMAGE_INSTALL_remove = " my_package" | 14:28 |
| *** mckoan is now known as mckoan|away | 14:28 | |
| Guest10 | and it shouldn't install on target automatically? | 14:28 |
| JPEW | Guest10: Ya, it needs to not be in IMAGE_INSTALL | 14:28 |
| Guest10 | but how will bitbake engine recognize my recipe if it isn't in IMAGE_INSTALL | 14:28 |
| JPEW | Guest10: And instead you'll want the package (not recipe!) in RDEPENDS:${PN} (maybe.... I've not tried this) | 14:29 |
| RP | Guest10: just don't add it. you do need to make sure you have something like do_rootfs[depends] += "myrecipe:do_package_write_ipk" | 14:29 |
| JPEW | ^^ or that :) | 14:29 |
| RP | i.e. add a dependency manually | 14:29 |
| Guest10 | RP thank you, will try! | 14:30 |
| JPEW | RP: Well, at least we know the problems are related for sure now; Did we add a way to disable HE for a specific recipe? | 14:31 |
| RP | JPEW: perhaps :/ | 14:31 |
| RP | JPEW: or we remove rust :} | 14:31 |
| JPEW | RP: No Comment :) | 14:31 |
| RP | JPEW: paulg will be along to tell me not to :) | 14:32 |
| Guest49 | Hello - I have some questions about the meta-security/meta-integrity layer (i.e. am trying to build with IMA/EVM) - is this the best place to ask ? There is a security mailing list but it appears to be comprised CVE announcements. | 14:33 |
| Guest62 | hello need to find libmpi_cxx.so.20 and can't find a recipe that produces it, any clue? | 14:36 |
| RP | Guest49: there or the yocto list would seem appropriate | 14:36 |
| JPEW | I think it would have to be a global exclusion list, since the list is needed at parts time | 14:36 |
| JPEW | s/parts/parse/ | 14:36 |
| mcfrisk | Guest49: drop the question here, there might be answers | 14:36 |
| Guest49 | There's a comment in there about signing with CA certs and passing these to the kernel - it referenced a fairly old 3.x kernel until recently and now mentioned 6.1 I think that update is saying it's been tested with 6.1 not that it requires 6.1. | 14:37 |
| Guest49 | Later on there's a comment about not being able to sign with CA keys and have no trusted keys on-device using appraisal with EVM and I wanted to check if that was a legacy comment in the doc ? | 14:37 |
| Guest10 | one question, in what variable should I add recipes, so it would create IPK, but not install it on target | 14:37 |
| Guest10 | from what i knew, if you wanted your recipe to be in bitbake server, you should add it to IMAGE_INSTALL_append | 14:37 |
| mcfrisk | Guest49: likely an old comment there | 14:39 |
| Guest49 | I'm aiming at a build I can sign the binaries/.so libraries in (excluding some of the metadata like inode number etc..) where I can pass the CA/certs into the kernel via initrd at boot so hoping that's possible/supported. | 14:39 |
| JerryM | JPEW: I can't tell if that comment was addressed to me.. :( | 14:39 |
| JPEW | JerryM: It was not sorry | 14:40 |
| Guest49 | Thanks mcfrisk - I suspected as much - if/when I get something working I'll submit a patch for the docs. | 14:40 |
| mcfrisk | Guest49: I would not exclude dmverity, IMA/EVM may not be fast enough in real life. | 14:40 |
| RP | mcfrisk: did you have any insights on the openssh log btw? | 14:40 |
| mcfrisk | RP: just the details in https://bugzilla.yoctoproject.org/show_bug.cgi?id=15178 so it looks like "sudo: unable to execute /usr/bin/env: Broken pipe" is messing ssh stderr and breaking the tests. No idea still where/why we see that. | 14:43 |
| RP | mcfrisk: ok, fair enough, thanks! | 14:43 |
| Guest49 | Thanks mcfrisk | 14:43 |
| neverpanic | Guest10: Just make sure something has that recipe in DEPENDS, that should be enough. | 14:44 |
| *** Guest49 <Guest49!~Guest49@54-240-197-234.amazon.com> has quit IRC (Quit: Client closed) | 14:44 | |
| *** vladest <vladest!~Thunderbi@217.192.139.41> has quit IRC (Ping timeout: 258 seconds) | 14:44 | |
| *** antoineVM <antoineVM!~antoineVM@ensto10.ensto.com> has joined #yocto | 14:48 | |
| neverpanic | Guest62: That library is likely produced by the openmpi project. Couldn't find a recipe for it: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=openmpi | 14:51 |
| neverpanic | Note that if you specifically need .so.20, that might be a very old version | 14:51 |
| *** Guest10 <Guest10!~Guest10@161.53.98.245> has quit IRC (Quit: Client closed) | 14:52 | |
| *** Guest10 <Guest10!~Guest10@161.53.98.245> has joined #yocto | 14:54 | |
| *** otavio <otavio!~otavio@189-11-189-69.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 258 seconds) | 14:58 | |
| *** Guest10 <Guest10!~Guest10@161.53.98.245> has quit IRC (Client Quit) | 14:58 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:59 | |
| *** antoineVM <antoineVM!~antoineVM@ensto10.ensto.com> has quit IRC (Ping timeout: 245 seconds) | 15:00 | |
| Guest62 | neverpanic probably openmpi, indeed, found the mpich recipe but it does not produce that file | 15:01 |
| *** rber|res <rber|res!~rber|res@tmo-075-23.customers.d1-online.com> has quit IRC (Quit: Leaving) | 15:06 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 15:09 | |
| JerryM | does anyone have an idea how to achieve something like COMPATIBLE_LICENSE? | 15:11 |
| rburton | JerryM: you basically want to list the allowed licenses instead of listing the disallowed? | 15:13 |
| *** amitk <amitk!~amit@58.84.60.62> has joined #yocto | 15:14 | |
| rburton | have a look at base.bbclass for the INCOMPATIBLE_LICENSE logic, it should be fairly simple to write your own class | 15:14 |
| *** younes <younes!~younes@ensto10.ensto.com> has quit IRC (Quit: Client closed) | 15:16 | |
| *** luc4 <luc4!~luca@2a00:6d43:501:1201:739:c5e2:f305:565f> has quit IRC (Ping timeout: 246 seconds) | 15:19 | |
| JerryM | rburton: yes, so that I will be notified of potentially 'new' licenses when they ar eincluded | 15:20 |
| rburton | sounds like about ten lines of py | 15:21 |
| JerryM | I'll have a look at the base.bbclass, thanks | 15:21 |
| rburton | break down LICENSE, for each license check if in ALLOWED_LICENSES, if not then warn | 15:22 |
| JerryM | I'll have a go at it | 15:25 |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:2cdf:427c:2c8e:eb64> has quit IRC (Quit: ZZZzzz…) | 15:26 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.154> has quit IRC (Ping timeout: 258 seconds) | 15:33 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:6458:e70e:68ec:14d8> has joined #yocto | 15:35 | |
| *** rfuentess <rfuentess!~rfuentess@2a01:cb16:8:5ac8:1f4a:8fc7:6658:cfa2> has quit IRC (Read error: Connection reset by peer) | 15:42 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has joined #yocto | 15:43 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 15:44 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.154> has joined #yocto | 15:48 | |
| * paulg would delete both rust and sstate just to be sure there were no lingering issues | 16:00 | |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Remote host closed the connection) | 16:00 | |
| *** otavio <otavio!~otavio@189-11-189-69.user3p.brasiltelecom.net.br> has joined #yocto | 16:01 | |
| *** zpfvo <zpfvo!~fvo@87.122.81.154> has quit IRC (Remote host closed the connection) | 16:03 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 16:04 | |
| *** khem <khem!uid220931@id-220931.helmsley.irccloud.com> has joined #yocto | 16:10 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:11 | |
| *** JerryM <JerryM!~jermain@149.3.168.10> has quit IRC (Quit: Konversation terminated!) | 16:11 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:12 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1294-101.w86-207.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 16:18 | |
| Saur | Bah, JerryM just left. I was going to suggest that we actually have an image bbclass that handles COMPATIBLE_LICENSES. Might be a good idea to upstream it... | 16:23 |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 245 seconds) | 16:25 | |
| RP | paulg: sstate is much maligned :) | 16:27 |
| khem | RP: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15219 | 16:33 |
| RP | khem: thanks, I expanded slightly | 16:34 |
| khem | RP: it will help making case for new SOCs :) | 16:34 |
| khem | do you see the point | 16:34 |
| RP | khem: yes, I like the idea | 16:35 |
| RP | khem: just need someone to write the tooling | 16:35 |
| khem | RP: I built an image with new sstate mirror with CDN that Michael wanted to test, and ran testsuite with it. and I saw the openssh failure but when I did build locally I did not see it. I wonder if its related to a case when built from sstate | 16:36 |
| khem | I think sstate with fast download will be amazing, although your internet provider might send you an email at end of month about you exeeding the data limits :) | 16:37 |
| halstead | If we have a corrupted file that needs to be removed from sstate that is now a much more complicated process. | 16:37 |
| khem | yes, published sstate is almost like a binary feed | 16:38 |
| khem | the sstate in this case is good I think. The testcase is failing which is known so I was trying to narrow it down | 16:38 |
| RP | halstead: it is easier just to invalidate that hash on the build side | 16:40 |
| RP | khem: the openssh failure likely isn't sstate related | 16:40 |
| khem | RP: yeah I think so as well | 16:41 |
| RP | khem: it looks to be a race around pipes. See the bug | 16:41 |
| RP | khem: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15178 | 16:41 |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 16:56 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 17:07 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Read error: Connection reset by peer) | 17:10 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has joined #yocto | 17:11 | |
| *** l3s8g <l3s8g!~l3s8g@user/l3s8g> has quit IRC (Read error: Connection reset by peer) | 17:16 | |
| *** l3s8g_ <l3s8g_!~l3s8g@user/l3s8g> has joined #yocto | 17:17 | |
| *** geoffhp <geoffhp!~GParker@207.154.79.70> has joined #yocto | 17:19 | |
| *** florian <florian!~florian@dynamic-078-049-103-163.78.49.pool.telefonica.de> has joined #yocto | 17:20 | |
| paulg | "race around pipes" -- call a plumber? | 17:21 |
| JaMa | zeddii: in case you missed the libslirp-virt discussion on ML: https://lists.openembedded.org/g/openembedded-core/message/188197 I'm not using slirp4netns at all (other than building it as part of bitbake world) so don't know how to properly verify in runtime (as suggested in https://git.yoctoproject.org/meta-virtualization/commit/recipes-networking/slirp?id=543f4e6b5f6be0d397bcc78e22d5ca9a970b7111) | 17:21 |
| *** florian <florian!~florian@dynamic-078-049-103-163.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 17:29 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 17:29 | |
| *** pasherring <pasherring!~paulo@2001:8a0:ec5c:a700:634f:9233:e1db:2743> has quit IRC (Quit: Leaving) | 17:39 | |
| zeddii | JaMa: I had missed that. I'll re-test and drop my temp recipe, or otherwise make them mutually exclusive. | 17:48 |
| *** Estrella <Estrella!~quassel@134.238.165.31> has joined #yocto | 17:55 | |
| khem | RP: https://docs.yoctoproject.org/dev/contributor-guide/submit-changes.html does not have info on Upstream-Status and other patch ornaments we need | 17:56 |
| khem | do we point the folks to OE wiki for that ? | 17:56 |
| khem | ah i see it in recipe styleguide nm - https://docs.yoctoproject.org/dev/contributor-guide/recipe-style-guide.html?highlight=upstream+status#patch-upstream-status | 17:57 |
| *** Estrella__ <Estrella__!~quassel@2603-8080-d700-7495-79db-04d0-f026-bad4.res6.spectrum.com> has quit IRC (Ping timeout: 246 seconds) | 17:58 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has quit IRC (Ping timeout: 240 seconds) | 18:03 | |
| *** florian <florian!~florian@dynamic-078-049-103-163.78.49.pool.telefonica.de> has joined #yocto | 18:03 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 246 seconds) | 18:08 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 18:09 | |
| *** Estrella_ <Estrella_!~quassel@2603-8080-d700-7495-7e05-07ff-fe93-9961.res6.spectrum.com> has joined #yocto | 18:29 | |
| *** Guest62 <Guest62!~Guest62@host-89-241-87-173.as13285.net> has quit IRC (Quit: Client closed) | 18:29 | |
| *** sotaover1ide is now known as sotaoverride | 18:43 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 18:44 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto | 18:53 | |
| *** amitk <amitk!~amit@58.84.60.62> has quit IRC (Ping timeout: 258 seconds) | 19:12 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 19:24 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:6458:e70e:68ec:14d8> has quit IRC (Ping timeout: 248 seconds) | 19:42 | |
| *** xmn <xmn!~xmn@2600:4040:9390:8c00:d9d6:cad:ce15:e0b3> has joined #yocto | 19:46 | |
| vvn | what is the correct kernel task to copy a local .dts in the source before build? | 19:47 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 19:54 | |
| khem | Configure I would guess | 19:57 |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Read error: Connection reset by peer) | 20:15 | |
| *** l3s8g_ <l3s8g_!~l3s8g@user/l3s8g> has quit IRC (Remote host closed the connection) | 20:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has joined #yocto | 20:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 20:18 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.233> has quit IRC (Client Quit) | 20:18 | |
| *** slimak <slimak!~slimak@eu242.internetdsl.tpnet.pl> has joined #yocto | 20:34 | |
| *** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 20:38 | |
| *** Notgnoshi <Notgnoshi!~quassel@184-83-95-131-dynamic.midco.net> has quit IRC (Ping timeout: 258 seconds) | 20:58 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 21:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 21:00 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds) | 21:13 | |
| *** brrm <brrm!~brrm@ip-078-043-203-234.um18.pools.vodafone-ip.de> has joined #yocto | 21:15 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8414:c500:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 21:52 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has quit IRC (Ping timeout: 240 seconds) | 22:03 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Ping timeout: 255 seconds) | 22:04 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 22:04 | |
| *** olani <olani!~olani@wlan-gw.se.axis.com> has joined #yocto | 22:17 | |
| *** olani- <olani-!~olani@wlan-gw.se.axis.com> has joined #yocto | 22:18 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-243.cpe.pppoe.ca> has quit IRC (Quit: Konversation terminated!) | 22:20 | |
| *** mikeD <mikeD!~mike@45.117.243.230> has joined #yocto | 22:37 | |
| *** mike_D1 <mike_D1!~mike@45.117.243.230> has joined #yocto | 22:52 | |
| mike_D1 | new to Yocto, going through quick start "https://docs.yoctoproject.org/brief-yoctoprojectqs/index.html". When running the bitbake command, I'm getting this python error:ImportError: cannot import name 'MutableMapping' from 'collections' | 22:54 |
| mike_D1 | After looking in the pythons collections library, v3.11.5, MutableMapping, KeysView, ValuesView, ItemsView, are not listed as part of the library. | 22:55 |
| mike_D1 | Not sure where to look next or what needs updating? | 22:55 |
| mike_D1 | Host system id Debian bookworm. | 22:56 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 22:58 | |
| RP | mike_D1: which branch/release are you using? That sounds like it might be an old release | 22:58 |
| mike_D1 | Not sure RP, Just trying to follow the instructions on the above web page.. | 23:00 |
| RP | mike_D1: which branch did you check out? | 23:01 |
| mike_D1 | RP The web page listed nicledore, also I put in zeus for the git checkout command. | 23:04 |
| mike_D1 | git checkout -t origin/mickledore -b my-mickledore | 23:04 |
| mike_D1 | git checkout -t origin/zeus -b my-zeus | 23:04 |
| RP | mike_D1: zeus is too old and would only work with older versions of python. try mickldore | 23:04 |
| mike_D1 | ok,so just run the git pull command again? | 23:05 |
| RP | "git checkout my-mickledore" would probably do it | 23:06 |
| RP | I think the manual means for you to pick one recent one, not multiple | 23:07 |
| mike_D1 | ok,so I just run the git pull command again, now getting en_US.UTF-8 error. | 23:08 |
| mike_D1 | RP Thanks, now trying to sort the utf-8 missing problem. | 23:12 |
| mike_D1 | RP now getting: | 23:15 |
| mike_D1 | ERROR: Variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS | 23:15 |
| mike_D1 | ERROR: Shell environment variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS | 23:15 |
| mike_D1 | ERROR: Exiting to allow enviroment variables to be corrected | 23:15 |
| RP | delete and recreate the conf files. they're from the old version | 23:22 |
| RP | mike_D1: you may be better off starting from a clean directory now you know which release to use | 23:22 |
| mike_D1 | working directory folders are all empty. Only conf file I edited was poky/build/local.conf | 23:24 |
| *** florian <florian!~florian@dynamic-078-049-103-163.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:27 | |
| mike_D1 | Ok found the local branches in ~pokey/.git/logs/refs/heads and deleted all. will try again.. | 23:32 |
| mike_D1 | also in pokey/.git/refs/heads. Now clean can re-try. | 23:34 |
| mike_D1 | stlii problems with shell env variables as above.. | 23:35 |
| *** Danct12 <Danct12!~danct12@user/danct12> has quit IRC (Ping timeout: 240 seconds) | 23:37 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!