Tuesday, 2024-02-06

*** prabhakar22 <prabhakar22!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 240 seconds)00:08
*** yannd <yannd!~yann@88-120-44-86.subs.proxad.net> has quit IRC (Remote host closed the connection)00:19
*** olani- <olani-!~olani@134.238.48.37> has quit IRC (Ping timeout: 268 seconds)00:23
*** florian <florian!~florian@dynamic-078-049-048-255.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds)00:32
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Remote host closed the connection)00:37
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto00:38
*** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 264 seconds)01:11
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)01:37
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto01:38
*** kanavin <kanavin!~Alexander@89.16.135.203> has joined #yocto02:04
*** kanavin_ <kanavin_!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has quit IRC (Ping timeout: 268 seconds)02:06
*** paulg <paulg!~paulg@23-233-30-231.cpe.pppoe.ca> has quit IRC (Ping timeout: 268 seconds)02:21
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 252 seconds)02:30
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds)03:00
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto03:01
*** jclsn <jclsn!~jclsn@2a04:4540:652b:2300:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 276 seconds)03:23
*** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto03:24
*** jclsn <jclsn!~jclsn@2a04:4540:6537:6300:2ce:39ff:fecf:efcd> has joined #yocto03:24
*** emdevt <emdevt!~emdevt@85-76-141-119-nat.elisa-mobile.fi> has joined #yocto03:26
*** emdevt <emdevt!~emdevt@85-76-141-119-nat.elisa-mobile.fi> has quit IRC (Client Quit)03:30
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer)03:31
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto03:37
*** amitk <amitk!~amit@58.84.62.209> has joined #yocto03:49
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 276 seconds)04:10
*** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 256 seconds)04:11
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto04:22
mischiefdoes devtool not work with repos with git submodules?04:24
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)04:40
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto04:40
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Ping timeout: 264 seconds)04:44
*** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto04:44
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)05:06
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:08
*** mulk <mulk!~mulk@pd9514313.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 246 seconds)05:36
*** mulk <mulk!~mulk@pd9514313.dip0.t-ipconnect.de> has joined #yocto05:37
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto05:42
*** Guest85 <Guest85!~Guest@152.58.23.230> has joined #yocto06:05
Guest85how to add gstreamer1.20 with dunfell for riscv?06:05
*** yocti <yocti!~limnoria@mail.yoctoproject.org> has joined #yocto06:22
*** ChanServ sets mode: +o yocti06:22
*** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 264 seconds)06:23
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)06:26
*** mrnuke <mrnuke!~mrnuke@c-98-197-58-203.hsd1.tx.comcast.net> has joined #yocto06:26
*** amitk <amitk!~amit@58.84.62.209> has quit IRC (Ping timeout: 268 seconds)06:27
*** amitk <amitk!~amit@58.84.61.162> has joined #yocto06:29
*** simonew <simonew!~ile@2a02:810d:a940:35fc:a0a1:d353:df8e:33dc> has quit IRC (Quit: Konversation terminated!)06:34
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:35
Guest85how to add gstreamer1.20 with dunfell fro riscv07:10
*** Guest85 <Guest85!~Guest@152.58.23.230> has quit IRC (Ping timeout: 250 seconds)07:18
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:25
*** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has joined #yocto07:30
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:34
*** rber|res <rber|res!~rber|res@089144197092.atnat0006.highway.a1.net> has joined #yocto07:34
*** mckoan|away is now known as mckoan07:34
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:44
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto07:53
*** Martin42 <Martin42!~Martin42@212.121.145.5> has joined #yocto07:59
*** Kubu_work <Kubu_work!~kubu@85.119.216.19> has joined #yocto08:05
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Quit: If you think nobody cares, try missing a few payments)08:09
Martin42Good morning community, can someone help me to understand how I compile a package split manually? For example "systemd-journal-remote" from systemd.bb? If I try to bitbake it directly I get this error: "bitbake systemd-journal-remote ERROR: Nothing PROVIDES 'systemd-journal-remote'. Close matches: systemd RPROVIDES systemd-journal-remote"08:17
*** klugology <klugology!~klugology@103.4.221.252> has joined #yocto08:19
*** klugology <klugology!~klugology@103.4.221.252> has quit IRC (Client Quit)08:19
*** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has joined #yocto08:32
*** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has joined #yocto08:49
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto08:51
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Client Quit)08:52
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto08:53
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Remote host closed the connection)08:55
*** mkazantsev <mkazantsev!~mkazantse@mail.orangedata.ru> has quit IRC (Ping timeout: 272 seconds)09:00
kanavinmischief, devtool has no maintainer. If you want to fix things, patches are welcome.09:02
*** mkazantsev <mkazantsev!~mkazantse@85.249.169.190> has joined #yocto09:02
*** mkazantsev <mkazantsev!~mkazantse@85.249.169.190> has quit IRC (Client Quit)09:02
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto09:02
kanavinMartin42, bitbake builds recipes, not packages. You need to run bitbake systemd09:02
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Client Quit)09:04
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto09:04
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto09:05
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto09:05
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:06
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 276 seconds)09:09
Martin42kanavin thanks, but how do I enable that package to be built?09:15
XogiumINIT_MANAGER = "systemd" in your distro config or local.conf if you haven't made your own distro yet09:16
Xogiumthis will switch to systemd and you should get pretty much all of it including the journald remote tool09:17
Xogiumas far as I understand anyway09:18
kanavinI think just 'bitbake systemd' should produce the package. If this doesn't happen, you need to look into log.do_configure/log.do_compile for systemd09:19
XogiumI mean it should but if you want that journal remote tool, then it kind of make sense to use systemd as init manager09:19
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)09:20
XogiumI'm not sure if you can just install the remote journal stuff09:20
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto09:20
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has joined #yocto09:24
Martin42Xogium thanks, systemd is already enabled and works as init manager in my custom image.09:25
Xogiumah09:25
Xogiumhmm, it must be a feature one has to turn on in some way09:25
Martin42kanavin I found my error, you have to enable the PACKAGECONFIG:append = " microhttpd" to enable the journal-remote package.09:26
kanavinyeah, I thought it's something non-default09:26
Xogiumyeah, my bad ! ^^09:26
Xogiumwell, at least I tried to help09:26
Martin42Xogium I didn't read the recipe carefully enough ^^ the packageconfig is not "journal-remote", rather its the microhttpd dependency which triggers the package ^^09:26
Xogiumyeah, that makes sense09:27
XogiumI hadn't thought of that either, tbh09:27
Martin42Thanks kanavin and Xogium for your help :-)09:27
kanavinMartin42, just want to stress again reading the configure/compile logs for recipes is an essential yocto skill, otherwise you're going to be puzzled like this all the time09:27
kanavinand systemd source tree would probably also reveal what conditions need to hold true for building that item, particularly meson config files09:29
derRichardis there a good way to get TARGET_SYS for the lib32 multilib variant within a recipe? i need both TARGET_SYS for 64-bits and 32-bits in a recipe.09:29
Martin42kanavin thanks for the recommondations!09:30
kanavinderRichard, it helps if you explain why09:34
derRichardkanavin: i need to set CONFIG_CROSS_COMPILE_COMPAT for a kernel build09:35
RPderRichard: there is all_multilib_tune_values() but I worry about telling you that since it is quite heavy overhead09:35
derRichardlooks like i'm the first one that needs arm64's CONFIG_COMPAT_VDSO in yocto :-D09:35
kanavinderRichard, TARGET_SYS can be obtained with ${TARGET_SYS}, no?09:36
kanavinah, you need them both09:36
derRichardexactly09:36
derRichardso, CONFIG_CROSS_COMPILE has to be TARGET_SYS and CONFIG_CROSS_COMPILE_COMPAT TARGET_SYS(lib32)09:37
*** JerryM <JerryM!~jermain@159-210-178-143.ftth.glasoperator.nl> has joined #yocto09:38
derRichardRP: thanks for the hint, all_multilib_tune_values() looks handy :-)09:41
RPderRichard: try not to rely on it too much :/09:41
RPI say this as someone who knows how it actually works09:42
derRichardRP: :-S09:42
derRichardwhat would be a sane way to get CONFIG_CROSS_COMPILE_COMPAT set?09:42
RPgood question, that function call probably does make sense to be honest. I'd just be wary of using it too much09:44
RPMULTILIB_VARIANTS and some other variables are setup by the core multilib classes but whether anything there is usable for your case I'm not sure09:44
RPand that isn't the actual libdir. You could put "lib64" in /usr/lib32 :)09:45
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:46
*** paulg <paulg!~paulg@198-84-237-91.cpe.teksavvy.com> has joined #yocto09:47
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…)09:55
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto09:59
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)09:59
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto10:09
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)10:25
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto10:25
RPJaMa: the timing for https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/2496/steps/12/logs/stdio to appear is funny!10:34
RPthanks for the patch, I didn't think we tested that anywhere now10:35
derRichardRP: i kind of expected to get full paths to gcc's via all_multilib_tune_values(d, 'GCC') :-D10:46
derRichardSTAGING_BINDIR_TOOLCHAIN looks more useful10:46
RPderRichard: GCC is a bitbake variable and that function expands the variable in each multilib context10:47
RPso yes, if you want the paths...10:47
derRichardin my case all_multilib_tune_values(d, 'GCC') returns an empty string.10:48
RPderRichard: the recipe defines GCC iirc ?10:48
RPso if you don't define it, that would be expected10:49
derRichardhm. there seems to be more magic involved than i have expected10:50
RPderRichard: you took that from the packagegroup-cross-canadian recipe, which has GCC = "gcc-cross-canadian-${TRANSLATED_TARGET_ARCH}"10:51
RPthat code then says to expand that variable in each multilib context an return the result10:52
derRichardah, i should have read what all_multilib_tune_values() actually does. :-S10:52
RPrecipes can't normally look into each other's context. That function does some horrible magic to try and get multiple multilib values10:53
*** alperak <alperak!~alperak@176.33.65.159> has joined #yocto10:55
JaMaRP: maybe github killed it a bit later than announced 2014-01-08 so it started to fail just now11:06
JaMa2024 even11:07
RPJaMa: yes, quite likely, I just found the timing fun :)11:08
JaMaeverytime I run selftest something new starts failing :)11:08
JaMathat's why I don't run it so often11:09
RPJaMa: I think in this case you were unlucky! We do test on the AB continually11:10
JaMayeah I'm not saying that selftest is broken most of the time, just that I break something just by running it :)11:23
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)11:31
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto11:31
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds)11:37
*** jclsn <jclsn!~jclsn@2a04:4540:6537:6300:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds)11:37
*** jclsn <jclsn!~jclsn@2a04:4540:651f:3900:2ce:39ff:fecf:efcd> has joined #yocto11:39
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto11:40
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds)11:44
RPJaMa: a good skill for QA :)11:51
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds)12:00
*** Martin42 <Martin42!~Martin42@212.121.145.5> has quit IRC (Quit: Client closed)12:02
JaMaanyone familiar with npm and shrinkwrap to discuss a new selftest for npmsw fetcher?12:12
* RP sends the "delete BBFILE_PRIORITY" patch12:16
JaMathat was quick from crazy idea to usable patch :)12:18
RPJaMa: I'm trying to resist just merging it now :)12:19
JaMathat's crazy -> and the circle is closed :)12:19
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto12:21
RPJaMa: what surprises me on this on a bit is that I've yet to have someone say they dislike the idea12:21
JaMawill need to rename our BBFILE_PRIORITY support in mcf to BBLAYERS_POSITION or something :)12:21
RPJaMa: yes, I was wondering about that12:21
JaMamost people who will complain later don't read ML (or at least not as often as us here)12:21
RPI've decided I'm not worrying about them, they're the ones who will be "abusing" this anyway12:22
JaMabut in the end P_V works well when BBFILE_PRIORITY is dropped, so this is much easier to avoid than BBPATH order12:22
JaMaas there is no priority for .bbclass and .inc file other than right order or abusing BBMASK even more (than we have to thanks to evil BSP vendors)12:24
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 264 seconds)12:24
RPJaMa: right, one step at a time. That is a different discussion and not so straight forward12:24
JaMaagreed12:25
JaMaFWIW: I've sent the fixes for OSE WARNINGS and they will be in the next OSE release (not sure when)12:25
RPJaMa: great, thanks!12:26
*** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 240 seconds)12:28
*** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed)12:38
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto12:40
*** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto12:42
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto13:05
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has quit IRC (Read error: Connection reset by peer)13:07
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has joined #yocto13:08
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto13:10
*** pidge <pidge!~pidge@194.110.145.164> has joined #yocto13:14
*** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 272 seconds)13:27
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 268 seconds)13:27
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has joined #yocto13:29
thomas_34Hi guys, has someone also trouble with pseudo-natvie do_fetch? WARNING: pseudo-native-1.9.0+gitAUTOINC+c9670c27ff-r0 do_fetch: Failed to fetch URL git://git.yoctoproject.org/pseudo;branch=oe-core, attempting MIRRORS if available13:29
rburtonthomas_34: does https://git.yoctoproject.org/pseudo/log/?h=oe-core work in a browser?13:30
thomas_34rburton, yes it does13:31
rburtontry again, and if it continues to fail read the actual log.do_fetch13:31
thomas_34Yes, Sir! :)13:31
thomas_34rburton after 5-8 minutes it runs through. The do_fetch log is pretty long (800 lines). There are a lot of failed attempts. Do you want the log?13:37
*** alperak <alperak!~alperak@176.33.65.159> has joined #yocto13:38
rburtondid it fail again?13:38
thomas_34WARNING: pseudo-native-1.9.0+gitAUTOINC+c9670c27ff-r0 do_fetch: Failed to fetch URL git://git.yoctoproject.org/pseudo;branch=oe-core, attempting MIRRORS if available13:39
thomas_34This is the warning I got at second execute of bitbake13:39
*** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto13:40
rburtonread the log and find the error where it failed. a lot of it is verbose logging of patch resolution and stuff and can be skimmed13:40
thomas_34rburton: Here is the first thing: fatal: unable to connect to git.yoctoproject.org: git.yoctoproject.org[0: 38.129.16.172]: errno=Connection timed out13:43
thomas_34After that it tries to use a bunch of mirrors, until it finds something working.13:44
thomas_34Resolving downloads.yoctoproject.org... 198.145.29.6213:45
thomas_34The IP-Addresses are different. Maybe its a DNS-Problem?13:45
*** sakman <sakman!~Thunderbi@208.111.77.233> has joined #yocto13:46
rburtonthomas_34: looks like your networking is having problems13:47
rburtonthe IPs are different because git != downloads13:48
rburtonthat nam resolves to that IP for me, and a clone works fine.13:49
rburtonbut if it fetched from the mirror, at least it can carry on13:49
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto13:50
thomas_34Okay, so your clone from git.yoctoproject.org works? Then indeed I have a weird problem here...13:51
thomas_34Yes it can... thanks for your support13:52
*** Guest73 <Guest73!~Guest73@79-77-222-43.dynamic.dsl.as9105.com> has joined #yocto13:53
Guest73Yocto branch master, new recipe to install new service and using SYSTEMD_AUTO_ENABLE and once flashed … service not enabled13:54
*** Martin42 <Martin42!~Martin42@212.121.145.5> has joined #yocto13:54
rburtondid you install the recipe into the image?13:54
Guest73Was kind of wondering why as that recipe worked in dunfell …13:54
Guest73rburton: yes of course13:55
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds)13:56
Guest73The service file is there in /lib:systemd/system simply not enabled and therefore not executed13:57
rburtonGuest73: did you change _ to : because of the override syntax change?13:57
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 264 seconds)13:58
*** Guest73 <Guest73!~Guest73@79-77-222-43.dynamic.dsl.as9105.com> has quit IRC (Quit: Client closed)13:58
*** thomas_34 <thomas_34!~thomas_34@host-80-81-12-253.static.customer.m-online.net> has quit IRC (Quit: Client closed)14:00
*** Guest73 <Guest73!~Guest73@79-77-222-43.dynamic.dsl.as9105.com> has joined #yocto14:00
Guest73rburton: recipe: https://pastebin.com/by1fZD9314:01
rburtonyou need to use : not _ in the SYSTEMD_SERVICE override14:03
Guest73Ah ok oops oversight … so sorry14:03
Guest73So SYSTEMD_SERVICE_${PN} becomes SYSTEMD_SERVICE:${PN}14:07
Guest73What about SYSTEMD_AUTO_ENABLE?14:08
rburtonyou're enabling globally so it doesn't matter14:08
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has quit IRC (Read error: Connection reset by peer)14:10
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has joined #yocto14:11
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto14:15
*** Martin42 <Martin42!~Martin42@212.121.145.5> has quit IRC (Quit: Client closed)14:17
*** Guest73 <Guest73!~Guest73@79-77-222-43.dynamic.dsl.as9105.com> has quit IRC (Quit: Client closed)14:17
yoctonrburton: how long do you usualy give to the NVD to update a CVE before handling the CVE with CVE_STATUS?14:19
rburtonyocton: a week before poking them with a sharper stick14:19
* yocton go buy a stick sharpener14:20
yoctonrburton: thanks!14:20
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds)14:21
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 276 seconds)14:24
RPyocton: the cve summary was really nice, thanks14:25
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto14:26
yoctonRP: I'm glad you like it! :). That's 9 CVEs were we can do something (I'm on it)14:26
RPyocton: I figured there were some issues in there, particularly the qemu ones. thanks :)14:27
*** Guest73 <Guest73!~Guest73@79-77-222-43.dynamic.dsl.as9105.com> has joined #yocto14:34
*** Guest73 <Guest73!~Guest73@79-77-222-43.dynamic.dsl.as9105.com> has quit IRC (Client Quit)14:34
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)14:38
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto14:41
Ad0seems like have work ahead of me working with the new append/remove stuff14:42
Ad0did anyone make a script to change the syntax? :D14:42
Ad0scripts/contrib/convert-overrides.py14:43
Ad0damn it modified all the source files as well...14:47
landgrafJaMa: same here. I've managed to break almost everything during my first week at new job just by running/using in readonly mode. Fixing it now :D14:48
*** speeder <speeder!~speeder__@213.205.68.220> has joined #yocto14:48
*** simonew <simonew!~ile@2a02:810d:a940:35fc:c2e8:95f9:9e44:640b> has joined #yocto14:56
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto15:00
simonewyocton, I saw your mail on the lists for the CVEs and your plannend actions => I can take some of those. Just say which you started, or I could take CVE-2023-52356(tiff), CVE-2023-38559  ghostscript, binutils with CVE-2023-25584 and glibc on master (CVE-2023-6246)15:07
*** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 246 seconds)15:07
yoctonsimonew: I can gladly give you the glibc update :)15:08
yoctonI'm currently spamming the NVD15:09
simonewhihi :) ok so you will take for the NVD and CVE_STATUS?15:11
simonewI will then see what I can get done for stuff were ports are needed15:11
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has quit IRC (Quit: Leaving)15:14
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has joined #yocto15:14
Ad0I get "No recipes in default available for" for I know they exist !15:15
Ad0in my layer: /recipes-bsp/bootfiles/bootfiles.bbappend - in the meta-raspberrypi: meta-raspberrypi/recipes-bsp/bootfiles/rpi-config_git.bb15:15
Ad0oops I see it now lol15:16
Ad0it has been renamed to rpi-bootfiles.bb15:16
yoctonLooks like CVE_STATUS will only be necessary if the NVD does not update in the next few (2?) weeks. I'll take pinging the NVD for CVE-2023-6246/glibc (if necessary).15:17
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)15:18
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto15:18
simonewFor glibc/ CVE-2023-6246  a fix on master is not needed as we have 2.39 on master since 5 hours. Should we update dunfell?15:21
*** Dr_Who <Dr_Who!~tgall@70.35.96.200> has joined #yocto15:21
*** speeder <speeder!~speeder__@213.205.68.220> has joined #yocto15:22
simonewOk dunfell is not affected as well, so glibc CVE requires no further action.15:24
simonewyocton, I would then check tiff now15:27
*** otavio <otavio!~otavio@189-74-214-19.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 276 seconds)15:29
*** speeder <speeder!~speeder__@213.205.68.220> has quit IRC (Ping timeout: 260 seconds)15:29
yoctonsimonew: okay. I still have a pair of NVD mail to send15:31
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:39
yoctonsimonew: I'll try the qemu backport for CVE-2023-669315:39
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)15:49
simonewyocton, ok then I believe besides linux-yocto and the other qemu points all is already splitted? Most seem issues with NVD... CVE_STATUS one can set mid feb if NVD does not update16:01
yoctonsimonew: did you do something for tiff?16:03
* JaMa got first build failure due to BBFILE_PRIORITY but is still happy to add P_V to avoid it16:03
simonewyocton, yeah test is ongoing, patch comes if ok16:04
simonewThe rest of the issues have no fix (merged upstream). About linux-yocto I do not know how the approach would be16:06
yoctonsimonew: yeah, that's it for today :)16:06
yoctonfor linux-yocto the approach is usualy to wait until this is fixed on the stable branches we use16:07
simonewyocton, ok then let's wait. We can do so same next week, if wanted16:08
yoctonOnce this is fixed, it is picked up by a script made by Ross that update CVE_STATUS for them (We pretty much have given up on NVD having a clean database for kernel)16:09
*** rfuentess <rfuentess!~rfuentess@adijon-159-1-11-151.w92-161.abo.wanadoo.fr> has quit IRC (Read error: Connection reset by peer)16:12
*** otavio <otavio!~otavio@189-74-214-19.user3p.brasiltelecom.net.br> has joined #yocto16:15
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 260 seconds)16:19
*** eicke <eicke!~eicke@147.161.251.71> has joined #yocto16:24
yoctonsimonew: CVE-2023-6693/qemu fix has already been backported by upstream (<3), I've sent the NVD change request :). And that's it for today. (I most likely won't be able to do the same next week but you never know...)16:26
yoctonsimonew: I'll wait for your tiff patch and send an update on list. Thank you :-)16:27
*** eicke <eicke!~eicke@147.161.251.71> has quit IRC (Client Quit)16:27
*** sakman <sakman!~Thunderbi@208.111.77.233> has quit IRC (Ping timeout: 264 seconds)16:28
*** eicke_ <eicke_!~hechte@147.161.251.71> has joined #yocto16:28
simonewyocton: Ok, I can take over the list as you did today for master next week. The rest we'll see16:29
simonewAaand I have a random question now: is anyone actually running syzkaller on a yocto based distro. I see there is a recipe for it in meta-openembedded, are there any public instances for it?16:33
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto16:38
*** prabhakar <prabhakar!~prabhakar@217.163.141.2> has joined #yocto16:39
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto16:39
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Client Quit)16:42
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has left #yocto (ERC 5.4 (IRC client for GNU Emacs 28.2))16:47
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds)16:48
*** eicke_ <eicke_!~hechte@147.161.251.71> has quit IRC (Ping timeout: 268 seconds)16:52
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto16:56
*** simonew <simonew!~ile@2a02:810d:a940:35fc:c2e8:95f9:9e44:640b> has quit IRC (Ping timeout: 255 seconds)16:58
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)17:03
*** mckoan is now known as mckoan|away17:04
*** sakman <sakman!~Thunderbi@99.209.85.164> has joined #yocto17:04
*** benkard <benkard!~mulk@pd9514313.dip0.t-ipconnect.de> has joined #yocto17:09
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has joined #yocto17:11
*** mulk <mulk!~mulk@pd9514313.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 276 seconds)17:11
*** benkard is now known as mulk17:11
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)17:12
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto17:12
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto17:16
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:18
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)17:24
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto17:25
*** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed)17:26
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)17:28
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto17:29
*** zpfvo <zpfvo!~fvo@i59F5CEF2.versanet.de> has quit IRC (Quit: Leaving.)17:29
dl9pfRP: bbappend ordering change: https://www.irccloud.com/pastebin/xUP8USBm/17:40
dl9pfbetter take the inverse: https://www.irccloud.com/pastebin/mDTPv9rF/17:40
*** Kubu_work <Kubu_work!~kubu@85.119.216.19> has quit IRC (Quit: Leaving.)17:52
RPdl9pf: there is potentially risk there :/17:53
RPdl9pf: what might be interesting is to do a "bitbake XXX -S none" save locked-sigs.inc, remove the priorities, then run it again and compare the locked-sigs.inc17:53
RPdl9pf: that would say which recipes actually changed hash as a result of the change17:53
RPwhere XXX is world or something17:54
Ad0do I have to do do_install:append:machine now or does do_install:append_machine still work in kirkstone ?18:09
JaMaRP: FWIW: I've found 3 recipes which used to have newer PV in our layers, but now they are older and not easy to upgrade (but easy to continue using the older one with P_V) and now getting similar issues with .bbappend ordering as dl9pf reported (causing real build issues)18:10
Ad0it seems like I have to use : on machine as well18:10
JaMaI've already forgot about https://git.openembedded.org/bitbake/commit/?id=2dc862237dba82da37c8ac9289e0a21409b1305c18:10
JaMaAd0: : for all overrides, you need to list our own overrides when calling the conversion script18:12
Ad0is there any documentation for this?18:12
JaMarelease migration in documentation18:13
*** florian_kc <florian_kc!~florian@78.48.140.115> has joined #yocto18:15
Ad0yeah I read https://docs.yoctoproject.org/4.0.15/migration-guides/migration-4.0.html but maybe I am blind. no documentation on the script other than mentioning it ?18:16
Ad0"A convert-variable-renames.py script is provided to convert your recipes and configuration, and also warns you about the use of problematic words. The script performs changes and you need to review them before committing. An example warning looks like:18:16
Ad0"18:16
JaMaAd0: because it was introduced in honister not kirkstone, see https://docs.yoctoproject.org/4.0.15/migration-guides/migration-3.4.html#override-syntax-changes18:17
JaMaand convert-variable-renames.py is something different18:18
Ad0ok18:19
Ad0I think I will just do it by hand but it can lead to huge problems18:19
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has quit IRC (Remote host closed the connection)18:21
JaMathe script is very good start, but expect some false-positives there as well, so better to commit the changes from the script in separate commit and then adjust by manual changes on top18:22
JaMaso that you can re-run the script as many times as needed easily18:22
*** florian_kc <florian_kc!~florian@78.48.140.115> has quit IRC (Ping timeout: 272 seconds)18:23
Ad0JaMa, I went through it by hand , luckily my layer isn't huge18:26
*** jpuhlman- <jpuhlman-!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 252 seconds)18:26
Ad0seems to be improvements in optimizations for bitbake though! like it doesn't fetch and configure the kernel each time i do a small change18:28
*** goliath <goliath!~goliath@user/goliath> has joined #yocto18:28
*** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto18:29
Ad0dhcp-server is gone from kirkstone, omg I don't need this right now haha18:40
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)18:41
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Quit: alessioigor)18:49
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto18:50
*** florian_kc <florian_kc!~florian@78.48.140.115> has joined #yocto18:58
gmorellW 219:02
*** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.2> has quit IRC (Ping timeout: 250 seconds)19:05
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)19:11
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:11
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto19:13
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)19:15
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)19:16
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto19:16
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto19:17
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)19:27
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto19:27
*** JerryM <JerryM!~jermain@159-210-178-143.ftth.glasoperator.nl> has quit IRC (Quit: Konversation terminated!)19:39
*** simonew <simonew!~ile@2a02:810d:a940:35fc:236:cefc:3f96:b2f2> has joined #yocto19:56
*** jsbronder <jsbronder!~jsbronder@user/jbronder> has quit IRC (Quit: WeeChat 3.8)20:21
*** jsbronder <jsbronder!jsbronder@user/jbronder> has joined #yocto20:24
alimonRP, rburton: hi, :), i sent some small patches for ptest-runner to fix small security checks20:36
alimonwho is handling integration these days?,20:37
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)20:37
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)20:38
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto20:38
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:38
*** jmd <jmd!~user@2001:a61:2a5a:f701:bd45:e9a8:6384:9d60> has joined #yocto20:42
*** Kubu_work <Kubu_work!~kubu@i19-lef01-t2-89-85-255-235.ft.lns.abo.bbox.fr> has joined #yocto20:46
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)20:50
*** sakman1 <sakman1!~Thunderbi@99.209.85.163> has joined #yocto20:57
*** yudjinn <yudjinn!~yudjinn@c-73-95-114-88.hsd1.co.comcast.net> has joined #yocto20:58
yudjinnhello, is there a good way to force a recipe to use a specific MACHINE?20:58
yudjinnI have one recipe that needs a different MACHINE set, and it'd be nice in my CI to build them all at the same time20:59
*** sakman <sakman!~Thunderbi@99.209.85.164> has quit IRC (Ping timeout: 272 seconds)21:00
*** sakman1 is now known as sakman21:00
*** Guest-fermion <Guest-fermion!~Guest-fer@host-79-24-172-238.retail.telecomitalia.it> has joined #yocto21:02
Guest-fermionHello, we have to create images for different product variants. From a HW point of view they are basically all compatible but the SW should behave in different ways21:05
Guest-fermionIm leaning towards a run time management of this differences21:05
Guest-fermionIs there a traditional way this is handled in Yocto projects_21:06
Guest-fermion?21:06
JaMaruntime management (or at least separate configuration) is much better than building a lot of stuff MACHINE_ARCH and then building most of the image separately for each MACHINE just because they should behave slightly differently21:07
JaMaif you can have all the functionality on all the targets, then single binary which runs on multiple products is best21:09
Guest-fermionI agree with you JaMa, I think the added cost of handling the extra complexity of different releases is more21:09
JaMaif you cannot e.g. have some extra features from higher-end product on lower-end because someone will hack it to run on lower-end, then I would try to get away with different images (having different packages for each target) but still building most of the stuff just once21:10
JaMaand only if your developers cannot figure out how to do either of these, then you can add #ifdefs in code and burn in hell (like we do) :)21:11
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)21:11
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto21:11
Guest-fermion:)21:11
neverpanicOr give that particular case some extra thought and bind the functionality to a hardware security module that does a cryptographic check before it enables functionality, but that's less safe and can be bypassed, too.21:13
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Remote host closed the connection)21:14
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto21:14
Guest-fermionI'm considering using ConditionPathExists on System D. At least for development builds21:15
Guest-fermionBut I have not experience this before21:16
*** simonew <simonew!~ile@2a02:810d:a940:35fc:236:cefc:3f96:b2f2> has quit IRC (Quit: Konversation terminated!)21:26
Guest-fermionThanks for your comments :)21:30
*** Guest-fermion24 <Guest-fermion24!~Guest-fer@host-79-24-172-238.retail.telecomitalia.it> has joined #yocto21:44
manuel_This is not yocto-related but I think of all the IRC channels I'm in, this is the one that could give me an answer most likely:21:48
manuel_In `htop`, the bars at the top show a continous load on each of my 4 cores of 25% approx21:49
manuel_Yet in cpu-load sorted list below, the cpu-heaviest process has only very little load21:49
manuel_I mean, the math doesn't add up21:49
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Ping timeout: 264 seconds)21:49
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Ping timeout: 240 seconds)21:49
manuel_I can't see any processes that are causing the load the top bars exhibit21:50
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto21:51
rburtonalimon: do you want to handle the integration? :)21:51
*** sakman1 <sakman1!~Thunderbi@99.209.85.164> has joined #yocto21:53
neverpanicmanuel_: do you have kernel threads visible in htop? might be cpu usage by the kernel.21:54
manuel_neverpanic, Don't think so. The bars are each approx 50% green (= 'normal', whatever that means) and red ('kernel')21:56
*** sakman <sakman!~Thunderbi@99.209.85.163> has quit IRC (Ping timeout: 252 seconds)21:56
*** sakman1 is now known as sakman21:56
manuel_neverpanic: Displaying kernel threads now. Still doesn't add up.21:58
manuel_I'm even running `htop` with root privilegues21:58
*** amitk <amitk!~amit@58.84.61.162> has quit IRC (Ping timeout: 264 seconds)21:59
manuel_Oh it is a kernel thread, you're right.22:00
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)22:00
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto22:02
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:02
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)22:03
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto22:04
*** Guest-fermion24 <Guest-fermion24!~Guest-fer@host-79-24-172-238.retail.telecomitalia.it> has quit IRC (Ping timeout: 250 seconds)22:13
*** Guest-fermion <Guest-fermion!~Guest-fer@host-79-24-172-238.retail.telecomitalia.it> has quit IRC (Ping timeout: 250 seconds)22:13
*** olani- <olani-!~olani@134.238.48.37> has joined #yocto22:16
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:36
*** sakman1 <sakman1!~Thunderbi@99.209.85.163> has joined #yocto23:01
*** sakman <sakman!~Thunderbi@99.209.85.164> has quit IRC (Ping timeout: 272 seconds)23:04
*** sakman1 is now known as sakman23:04
*** sakman <sakman!~Thunderbi@99.209.85.163> has quit IRC (Ping timeout: 272 seconds)23:09
*** Kubu_work <Kubu_work!~kubu@i19-lef01-t2-89-85-255-235.ft.lns.abo.bbox.fr> has quit IRC (Quit: Leaving.)23:14
*** ykrons <ykrons!~guillaume@62.192.23.101> has quit IRC (Ping timeout: 276 seconds)23:15
RP"Expat 2.6.0 released, includes security fixes" - anyone fancy sending an upgrade patch?23:16
RPthey don't look too serious but23:16
tgamblinRP: looking at it. Seems to be blowing up on do_install_ptest_base23:26
* tgamblin delves23:26
*** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Ping timeout: 256 seconds)23:27
*** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto23:27
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f760:83e:8cec:2180> has quit IRC (Remote host closed the connection)23:29
*** chep <chep!chep@gateway/vpn/airvpn/chep> has joined #yocto23:30
RPtgamblin: thanks! Feel free to leave a message on how you get on23:45
*** florian_kc <florian_kc!~florian@78.48.140.115> has quit IRC (Ping timeout: 272 seconds)23:55

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