Tuesday, 2024-02-27

*** Guest53 <Guest53!~Guest53@brisbane.opengear.com> has joined #yocto00:04
*** Guest53 <Guest53!~Guest53@brisbane.opengear.com> has quit IRC (Client Quit)00:05
rboxi found list-packageconfig-flags.py but it seems to be listing everything... is there a way to restrict it to just the enabled packages?00:58
*** Daanct12 <Daanct12!~danct12@user/danct12> has joined #yocto00:59
*** Saur_Home2 <Saur_Home2!~Saur@94-137-113-31.customers.ownit.se> has joined #yocto01:17
*** Saur_Home15 is now known as Saur_Home01:18
*** Saur_Home2 <Saur_Home2!~Saur@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)01:19
*** Saur_Home2 <Saur_Home2!~pkj@94-137-113-31.customers.ownit.se> has joined #yocto01:37
*** Saur_Home2 <Saur_Home2!~pkj@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)01:38
*** Saur_Home2 <Saur_Home2!~pkj@94-137-113-31.customers.ownit.se> has joined #yocto01:39
*** Saur_Home2 <Saur_Home2!~pkj@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)01:40
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 268 seconds)01:41
*** RP <RP!~richard@dan.rpsys.net> has quit IRC (Ping timeout: 246 seconds)01:41
*** Saur_Home2 <Saur_Home2!~Saur@94-137-113-31.customers.ownit.se> has joined #yocto01:43
*** Saur_Home2 <Saur_Home2!~Saur@94-137-113-31.customers.ownit.se> has quit IRC (Client Quit)01:44
*** davidinux <davidinux!~davidinux@194.34.233.248> has quit IRC (Ping timeout: 256 seconds)02:03
*** davidinux <davidinux!~davidinux@194.34.233.250> has joined #yocto02:05
*** Saur_Home1 <Saur_Home1!~Saur@94-137-113-31.customers.ownit.se> has joined #yocto02:21
*** jclsn <jclsn!~jclsn@2a04:4540:6500:cf00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 256 seconds)02:43
*** jclsn <jclsn!~jclsn@2a04:4540:653f:aa00:2ce:39ff:fecf:efcd> has joined #yocto02:45
*** alimon <alimon!~alimon@189.162.155.39> has quit IRC (Quit: nyaa~)03:01
*** Dvorkin <Dvorkin!~dvorkin@mail.goodwin.ru> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/)03:03
*** alimon <alimon!~alimon@189.162.155.39> has joined #yocto03:03
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer)03:07
*** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto03:09
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto03:24
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer)03:33
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto03:39
*** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has quit IRC (Quit: Leaving.)03:41
*** joekale <joekale!~quassel@140.177.160.118> has joined #yocto03:59
*** Saur1 <Saur1!~Saur@wlan-gw.se.axis.com> has joined #yocto04:29
*** Saur1 <Saur1!~Saur@wlan-gw.se.axis.com> has quit IRC (Client Quit)04:31
*** amitk <amitk!~amit@58.84.62.200> has joined #yocto04:31
*** joekale <joekale!~quassel@140.177.160.118> has quit IRC (Ping timeout: 264 seconds)04:46
*** kgokulra <kgokulra!~kgokulra@131.228.66.13> has joined #yocto04:51
*** kgokulra <kgokulra!~kgokulra@131.228.66.13> has quit IRC (Quit: Client closed)04:58
*** kgokulra <kgokulra!~kgokulra@103.224.32.236> has joined #yocto05:00
*** kgokulra <kgokulra!~kgokulra@103.224.32.236> has quit IRC (Ping timeout: 264 seconds)05:07
*** kgokulra <kgokulra!~kgokulra@131.228.66.13> has joined #yocto05:09
*** kgokulra <kgokulra!~kgokulra@131.228.66.13> has quit IRC (Client Quit)05:09
*** ethan <ethan!~ethan@131.228.66.13> has joined #yocto05:11
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto05:21
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Remote host closed the connection)05:33
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto05:35
*** ethan <ethan!~ethan@131.228.66.13> has quit IRC (Ping timeout: 250 seconds)05:46
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has joined #yocto06:10
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:47
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has joined #yocto07:00
*** zpfvo <zpfvo!~fvo@i59F5CEC1.versanet.de> has joined #yocto07:03
*** zpfvo <zpfvo!~fvo@i59F5CEC1.versanet.de> has quit IRC (Ping timeout: 264 seconds)07:08
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:09
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto07:13
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:18
*** zpfvo <zpfvo!~fvo@i59F5CEC1.versanet.de> has joined #yocto07:23
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Read error: Connection reset by peer)07:28
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:29
*** mckoan|away is now known as mckoan07:29
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Remote host closed the connection)07:30
*** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto07:37
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection)07:54
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Ping timeout: 264 seconds)08:02
*** frieder <frieder!~frieder@i577B93E6.versanet.de> has joined #yocto08:02
*** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-202-97.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal)08:20
*** Michael_Guest <Michael_Guest!~Michael_G@130.41.201.209> has joined #yocto08:23
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has quit IRC (Quit: Konversation terminated!)08:24
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.85> has joined #yocto08:25
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has joined #yocto08:31
*** florian_kc <florian_kc!~florian@dynamic-093-132-015-001.93.132.pool.telefonica.de> has joined #yocto08:33
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:41
*** Michael_Guest <Michael_Guest!~Michael_G@130.41.201.209> has quit IRC (*.net *.split)08:42
*** Saur <Saur!~Saur@195.60.68.152> has quit IRC (*.net *.split)08:42
*** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (*.net *.split)08:42
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (*.net *.split)08:42
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f2f1:13c8:2763:9fc> has joined #yocto08:50
*** chep` <chep`!chep@gateway/vpn/airvpn/chep> has joined #yocto08:52
*** chep <chep!chep@gateway/vpn/airvpn/chep> has quit IRC (Ping timeout: 260 seconds)08:53
*** chep` is now known as chep08:53
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)08:55
kanavinRP: I'm not exactly sure what to do. I could add code to ignore such zombie files, but then this would mask the real issue and it may result in a completely different fail elsewhere if the calling code relies on the information about the file.09:05
kanavinbut if you're oka with that...09:10
kanavinI was also hoping there would be investigation from halstead first09:10
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Ping timeout: 256 seconds)09:12
*** florian_kc <florian_kc!~florian@dynamic-093-132-015-001.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)09:23
*** rber|res <rber|res!~rber|res@80.155.16.106> has joined #yocto09:38
*** florian_kc <florian_kc!~florian@dynamic-176-001-132-044.176.1.pool.telefonica.de> has joined #yocto09:55
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Quit: Hasta la vista!)10:04
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto10:05
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto10:23
*** florian_kc <florian_kc!~florian@dynamic-176-001-132-044.176.1.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)10:23
kanavinRP: I'll write a patch that ignores the files, just so we have it available if needed10:55
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:10
RPkanavin: thanks. There is also the question of the CDN issues. I think we're going to have to run the test twice, once to populate them and then secondly to verify them.11:11
RPkanavin: we think there is a bandwidth issue between the CDN nodes and the data centre. We're in the middle of planning a data centre move so resolving that is probably going to have to wait until after we've moved (May)11:12
kanavinCDN has been returning sporadic 5xx errors for bigger objects, I don't think that'll help11:13
kanavin?11:13
RPkanavin: it is only on the first fetch, then it should work11:13
RPkanavin: it is because we can't get the data to the CDN nodes fast enough and the first one times out11:13
kanavinRP: patch sent11:16
RPkanavin: thanks11:30
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:34
*** luc4 <luc4!~luca@2a00:6d43:501:1201:bb29:b6d:cef6:5cd9> has joined #yocto11:45
marexhalstead: hey, uh ... git clone https://git.yoctoproject.org/poky ... is again abysmally slow from Germany12:12
marexhalstead: could be isolated to Bavaria though12:12
marexhalstead: I am getting reports of 36 KiB/s , I can also reproduce it at 73 KiB/s12:12
marexit goes into the AMS datacenter per traceroute12:13
marexI am starting to suspect it is this f-ed12-i.F.DE.NET.DTAG.DE12:15
*** Saur <Saur!~Saur@wlan-gw.se.axis.com> has joined #yocto12:26
kanavinmarex, I have the same issue, except the machine is in Baden-Wurttemberg. No issues in Berlin.12:33
rburtonmcfrisk_: re "oeqa parselogs.py: load ignore files from sys.path", is there a problem with adding 'addpylib' to the layer that provides the tests?  It _does_ have a python library code in, as test cases.  I'm actively trying to move oeqa away from all the crazy and loading python code by hand is exactly the sort of thing i want to remove.12:36
rburton(i've an unsent patch to change the loader to use standard unittest discovery)12:37
mcfrisk_rburton: in my case there is no python library code to load, just oeqa tests. I can add this for sure, but the only need so far was to load the extra files needed by the oeqa test which were loaded differently.12:38
rburtonwell oeqa tests _are_ python code12:38
rburtonso you will need the change in the future when i rip out the next bit :)12:39
mcfrisk_yes, but have been loaded without addpylib. if you remove that, then they are python code and need it. I don't mind. debugging this was "interesting"12:39
rburtonyeah, for sure12:39
rburtonwriting it was 'fun' too as py 3.7/3.8/3.9/3.10 all behave slightly differently12:40
mcfrisk_yes, saw that. the APIs have changed a lot for file loading too.12:40
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto12:44
RPmcfrisk_: I've held of merging that patch as I think we do need to move over to addpylib being the way to say "use these python bits"12:48
mcfrisk_RP: I don't mind. would be nice to have the paths somehow visible in "bitbake -e" output if users need to investigate why files are not found.12:50
mcfrisk_would be nice to re-use upstream poky etc tests but override some details like ignore list resource files12:51
RPmcfrisk_: I'd be happy to see some way to reflect the python path in a variable12:52
RPmcfrisk_: wasn't some of rburton's patches related to allowing layer changes to config like that?12:53
* RP fully supports rburton wanting to simplify the oeqa mess12:53
*** dsfgasdf <dsfgasdf!~hanky@mailx.mcsberlin.de> has joined #yocto12:53
mcfrisk_I don't strong opinions, just want things to work. currently addpylib details are not visible in bitbake -e output making errors in test and test resource loading a pain to debug12:55
*** rm5248 <rm5248!~rm5248@c-76-100-95-162.hsd1.va.comcast.net> has joined #yocto13:06
*** Daanct12 <Daanct12!~danct12@user/danct12> has quit IRC (Quit: WeeChat 4.2.1)13:07
marexkanavin: I believe the problem is DT13:20
marexkanavin: telecom13:20
marexkanavin: mnet is fine from what I hear13:20
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds)13:37
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto13:38
*** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has quit IRC (Client Quit)13:38
*** dsfgasdf <dsfgasdf!~hanky@mailx.mcsberlin.de> has quit IRC (Quit: Leaving)13:46
*** joekale <joekale!~quassel@2620:a2:6000:13:ba25:a86c:ce54:140d> has joined #yocto14:00
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (Ping timeout: 255 seconds)14:01
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto14:08
kanavinmarex, yes, and I think I've seen that in daimler intranet too years ago which was connected via deutsche telekom as well if memory serves14:11
kanavinnot sure what to do about it14:11
kanavinthey're overpriced and arrogant anyway :)14:11
kanavinevery country seems to have one of those former government monopolists14:12
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto14:13
RPmcfrisk_: that is relatively easy to fix14:14
marexkanavin: heh14:25
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto14:28
*** jclsn <jclsn!~jclsn@2a04:4540:653f:aa00:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 4.2.1)14:28
*** jclsn <jclsn!~jclsn@2a04:4540:653f:aa00:2ce:39ff:fecf:efcd> has joined #yocto14:28
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)14:35
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (Ping timeout: 264 seconds)14:47
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto14:48
*** Chaser <Chaser!~Chaser@user/chaser> has joined #yocto14:50
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto14:51
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Client Quit)14:54
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has joined #yocto14:55
*** alperak <alperak!~alperak@176.33.65.159> has joined #yocto15:03
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto15:15
Ad0home + end and norwegian letters worked fine in dunfell, but not in kirkstone15:20
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has quit IRC (Quit: ZNC - http://znc.in)15:20
*** rber|res <rber|res!~rber|res@80.155.16.106> has quit IRC (Remote host closed the connection)15:22
*** Ram-Z <Ram-Z!~Ram-Z@li1814-254.members.linode.com> has joined #yocto15:22
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection)15:26
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)15:28
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto15:45
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:07
*** Guest18 <Guest18!~Guest18@171.76.80.239> has joined #yocto16:13
Guest18Hi all16:23
Guest18I want to remove sshd@.service file from its default install path which is /lib/systemd/system to some other location,/home/root/testdir to disable loading of service. Can someone provide me example how to do that(may be by using pkg_postinst_ontarget_${PN} or pkg_postinst_${PN} ??  )16:23
*** luc4 <luc4!~luca@2a00:6d43:501:1201:bb29:b6d:cef6:5cd9> has quit IRC (Ping timeout: 255 seconds)16:23
rburtonGuest18: if you want to disable a service set SYSTEMD_AUTO_ENABLE="disable" in the recipe16:25
*** ptsneves <ptsneves!~Thunderbi@031011128046.dynamic-3-poz-k-0-2-0.vectranet.pl> has quit IRC (Ping timeout: 252 seconds)16:26
Guest18As far as i know this will just stop launching of service but not loading which systemd will do during boot16:26
rburtonyou can use a do_install:append() to just delete the service file16:27
Guest18Can you tell how i can use do_install:append() to delete if you dont mind ?16:28
Guest18i am really not sure how to do so16:29
rburtondo_install:append() { rm -f ${D}${systemd_system_unitdir}/ssh*.service } will delete all of the service files16:30
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)16:30
*** amitk_ <amitk_!~amit@58.84.62.200> has joined #yocto16:30
Guest18ok and how about copying sshd@.service file from its default install path which is /lib/systemd/system to some other location,/home/root/testdir ?16:31
*** simonew <simonew!~ile@2a02:810d:a940:35fc:9ba3:6028:fd32:32ee> has joined #yocto16:32
rburtonwhy would you want them in some other directory?16:32
rburtontrying to understand what you're _actually_ trying to do16:32
Guest18As my boot time is getting affected due to this and hence i will have to launch that service manually later may be by another script when my firmware is up16:33
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed)16:34
rburtonleave the units where they are (as otherwise systemd won't find them), don't start them on boot, and use a timer or some other unit to start it instead16:35
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has joined #yocto16:41
Guest18but having  sshd@.service  in the path itself creating a problem for me as systemd is loading it though it is not getting launched16:43
Guest18Which is why i am thinking of copying of these files to some other path and once device is booted launch them with firmware itself16:44
Xogiumtbh I'd use something like socket activation for this16:46
*** zpfvo <zpfvo!~fvo@i59F5CEC1.versanet.de> has quit IRC (Quit: Leaving.)16:47
*** mckoan is now known as mckoan|away16:47
rburtonsystemd loading the file won't be taking any time16:47
Xogiumit parses the units once during boot, that is what may take the most time16:48
Xogiumbut other than that16:48
Xogiumthis took at most one second on a relatively slow stm32mp157c16:49
rburtonarguably if systemd parsing units is taking too much time, don't use systemd?16:49
Xogiumthat too16:50
rburtonwe have socket activation for sshd, the big pause is the 'generate host keys on first boot' bit16:50
Guest18I couldnt able to find now why it is taking more for me but when removed sshd i noticed its booting within time16:51
XogiumI mean if you do like I did for an experiment and build a minimal systemd along with as few services as possible, then rely on ubifs/ubi because spi flash of 128 MB, then yeah it will take time to boot ;) it will, but it will be slow (64 MB of ram)16:51
Xogiumfirst boot took 2 minutes :D16:51
Xogiumsubsequent boots were down to 40 seconds, surprisingly enough. I expected way worse for spi, not even qspi16:52
Guest18rburton yes first boot i understand but with every boot same story (i am storing keys to a preserve path so it wont generate keys again )16:54
rburtoni'd be digging out a system-wide profiler at this point16:54
rburton no point guessing what the problem is16:54
Xogiumanyway yeah socket activation would do something a la xinetd and would launch a tiny unit that listens on port 22 or whatever port you want to use for ssh, then once something actually tries to connect to this port systemd would launch the actual sshd16:54
Xogiumhuh, was it xinetd or just inetd ? I always forget16:55
Xogiumno need to move units with this method, and the actual sshd daemon will not launch at boot. Solves your problem in one go16:56
Guest18Xogium How ?16:57
rburtonwe already do socket activation16:58
rburton_but_ the socket unit depends on the key generation16:58
rburtonso yeah either 1) your key preservation isn't working or 2) this isn't the problem16:58
Guest18rburton 1) I have tried with diff and timestamp so verified preservation was fine17:00
Guest182) If this is not a problem then removing ssh is reducing my time drastically17:00
Guest18● sshd.service17:00
Guest18   Loaded: loaded (/etc/init.d/sshd; generated)17:00
Guest18   Active: inactive (dead)17:00
Guest18     Docs: man:systemd-sysv-generator(8)17:00
Xogiumrburton: hm, my bad, sorry ! I didn't realized you already did17:00
Guest18Now, my service is just loaded and not started but still taking too long with this17:01
rburtonerm why is that saying its an init script, ssh has its own units17:02
Xogiumrburton: I smell a fork from some vendor17:02
Guest18rburton i am not sure why that is so, but i am able to see the sshd@.service in /lib/systemd/system which i believe responsible for loading of this ?17:05
rburtoni'd try adding DISTRO_FEATURES_BACKFILL_CONSIDERED += "sysvinit" to your local.conf and seeing if that changes things17:06
*** tlhonmey <tlhonmey!~tlhonmey@174.31.33.66> has joined #yocto17:07
Guest18sure, thanks17:07
halsteadmarex: thanks, let's take another look.17:08
Guest18But still request you to tell me if anyway by which we can copy this file from  /lib/systemd/system to testdir as a last option17:09
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has quit IRC (Ping timeout: 264 seconds)17:10
rburtonwell what we've discovered here is that the units are not being used anyway17:10
rburtonyou can use a do_install to copy the files, just like i showed you how to delete a file17:10
Guest18ok, thanks17:11
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has joined #yocto17:13
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has quit IRC ()17:20
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:21
*** linfax <linfax!~linfax@eumail.topcon.com> has quit IRC (Ping timeout: 240 seconds)17:21
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:22
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 246 seconds)17:23
simonewmarex: Do you also face issues with sstate fetching? That is also abnormal slow for me since the weekend...17:31
*** alperak <alperak!~alperak@176.33.65.159> has quit IRC (Quit: Client closed)17:40
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)17:42
*** zkrx <zkrx!~slimshady@adsl-89-217-232-7.adslplus.ch> has joined #yocto17:55
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest)17:56
marexsimonew: I have my own sstate locally, so I cannot tell18:03
marexsimonew: also in DE and going to AMS via DTAG ?18:03
marexhalstead: maybe there is just borked peering or DT does something to the traffic ?18:04
*** pdlloyd <pdlloyd!~pdlloyd@12.87.110.98> has joined #yocto18:12
simonewmarex: DE yes, DTAG no via kabel18:18
halsteadmarex: perhaps. It doesn't look like the host is overloaded at all.18:23
*** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto18:32
pdlloydHi everyone. I am currently working on a Yocto-based project at my job that I inherited and I'm finding it pretty difficult to keep organized -- specifically with features and packages that get added, then removed, then added again, etc. on different layers, especially by vendors whose layers we don't have control over. Are there any established18:33
pdlloydways of managing problematic upstream layers or inspecting an equivalent "final" layer with all the overrides all in one place?18:33
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)18:36
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto18:38
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Read error: Connection reset by peer)18:41
*** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto18:42
vmesonsqlelf is a somewhat interesting tool, even it it goes against my shell pipeline preference: sqlelf  explore Linux ELF objects through SQL   https://www.socallinuxexpo.org/scale/21x/presentations/sql-approach-exploring-elf-objects  https://github.com/fzakaria/sqlelf18:43
*** tlhonmey <tlhonmey!~tlhonmey@174.31.33.66> has quit IRC (Quit: Client closed)18:43
*** florian_kc <florian_kc!~florian@dynamic-093-132-015-001.93.132.pool.telefonica.de> has joined #yocto18:49
*** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.)19:15
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 272 seconds)19:15
*** Haxxa <Haxxa!~Haxxa@202.65.68.206> has joined #yocto19:17
*** frieder <frieder!~frieder@i577B93E6.versanet.de> has quit IRC (Remote host closed the connection)19:23
*** amitk_ <amitk_!~amit@58.84.62.200> has quit IRC (Remote host closed the connection)19:24
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has joined #yocto19:25
*** nerdboy <nerdboy!~nerdboy@47.143.129.201> has joined #yocto19:28
marexpdlloyd: bitbake-layers might help ?19:30
marexit can list overrides I think, and then bitbake -e I guess19:30
vmesonpdlloyd: Also, yocto-check-layer might help in that it should point out some vendor layer problems  https://docs.yoctoproject.org/test-manual/yocto-project-compatible.html19:32
*** Saur56 <Saur56!~Saur@195.60.68.152> has joined #yocto19:33
*** Saur56 is now known as Saur219:33
pdlloydgreat, thanks19:35
*** Guest18 <Guest18!~Guest18@171.76.80.239> has quit IRC (Quit: Client closed)19:45
*** amitk <amitk!~amit@58.84.62.200> has quit IRC (Ping timeout: 256 seconds)19:46
*** florian_kc is now known as florian19:47
*** RP <RP!~richard@dan.rpsys.net> has quit IRC (Remote host closed the connection)19:53
*** Chaser <Chaser!~Chaser@user/chaser> has quit IRC (Quit: My Mac has gone to sleep. ZZZzzz…)19:54
Saurzeddii: I see you have an update to 1.1.11 staged for runc-opencontainers in meta-virtualization. Do you think 1.1.12 will make it in as  well in time for Scarthgap? It solves CVE-2024-21626, which is announced as a high-severity vulnerability. I can send a patch, but since you already have 1.1.11 staged I thought I'd ask first.20:07
zeddiiI'm updating them all right now, so I'll pick it up in the next couple of days20:13
Saurzeddii: Thank you, that sounds good.20:13
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto20:15
pdlloydmarex, vmeson: I never knew about `bitbake-layers flatten`. This is something I can use to merge vendor changes into our company layers so we don't have to keep appending to their garbage20:15
pdlloydIn a related vein, I also want to encourage the company to more aggressively try to push changes upstream so we don't have to maintain mostly parallel forks of certain recipes forever.20:16
rburtonTIL that libcheck has a "make timeouts longer" button: https://libcheck.github.io/check/doc/check_html/check_4.html#Test-Timeouts.  Should we just integrate this into ptest-runner? Or the ptest test case?20:17
mischiefi think there is a weird bug in python3+libedit20:22
mischiefif one uses editline but not readline, then do_configure:prepend will just disable the module and it won't get build, even if we asked for editline. :( https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/python/python3_3.12.1.bb#n11620:24
rburtonsounds like a bug, you should fix it :)20:25
mischiefnow i am wondering if this is only a problem in our kirkstone tree, since it seems the default packageconfig in master is now editline :|20:29
*** mvlad <mvlad!~mvlad@2a02:2f08:e805:bb00:f2f1:13c8:2763:9fc> has quit IRC (Ping timeout: 246 seconds)20:40
*** Saur2 <Saur2!~Saur@195.60.68.152> has quit IRC (Quit: Client closed)20:57
*** Saur2 <Saur2!~Saur2@195.60.68.152> has joined #yocto20:57
*** pdlloyd <pdlloyd!~pdlloyd@12.87.110.98> has quit IRC (Quit: Client closed)20:57
*** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has quit IRC (Quit: Konversation terminated!)20:58
marex... or pick a vendor that maintains their layers well :)21:07
mischiefit is a bug in poky21:12
*** sev99 <sev99!~sev99@pool-108-32-48-117.pitbpa.fios.verizon.net> has quit IRC (Quit: Client closed)21:15
*** Saur7 <Saur7!~Saur2@195.60.68.152> has joined #yocto21:38
*** Saur2 <Saur2!~Saur2@195.60.68.152> has quit IRC (Ping timeout: 250 seconds)21:42
*** Saur7 <Saur7!~Saur2@195.60.68.152> has quit IRC (Client Quit)21:42
*** Saur7 <Saur7!~Saur7@195.60.68.152> has joined #yocto21:43
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:45
*** alessioigor <alessioigor!~alessioig@185.178.95.240> has quit IRC (Ping timeout: 264 seconds)21:49
*** jmd <jmd!~user@2001:a61:2aa0:ea01:fcec:2373:8649:cf16> has quit IRC (Remote host closed the connection)22:00
*** Xagen <Xagen!~Xagen@098-006-114-013.biz.spectrum.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)22:05
*** Saur15 <Saur15!~Saur7@195.60.68.152> has joined #yocto22:07
*** arielmrmx <arielmrmx!~quassel@189.161.164.74> has quit IRC (Ping timeout: 256 seconds)22:08
*** Saur4 <Saur4!~Saur15@195.60.68.152> has joined #yocto22:10
*** Saur7 <Saur7!~Saur7@195.60.68.152> has quit IRC (Ping timeout: 250 seconds)22:11
*** arielmrmx <arielmrmx!~quassel@189.161.164.74> has joined #yocto22:12
*** Saur15 <Saur15!~Saur7@195.60.68.152> has quit IRC (Ping timeout: 250 seconds)22:13
*** joekale <joekale!~quassel@2620:a2:6000:13:ba25:a86c:ce54:140d> has quit IRC (Ping timeout: 260 seconds)22:22
*** Saur38 <Saur38!~Saur4@195.60.68.152> has joined #yocto22:24
*** Saur88 <Saur88!~Saur38@195.60.68.152> has joined #yocto22:27
*** Saur4 <Saur4!~Saur15@195.60.68.152> has quit IRC (Ping timeout: 250 seconds)22:28
*** Saur88 <Saur88!~Saur38@195.60.68.152> has quit IRC (Client Quit)22:30
*** Saur88 <Saur88!~Saur88@195.60.68.152> has joined #yocto22:30
*** Saur38 <Saur38!~Saur4@195.60.68.152> has quit IRC (Ping timeout: 250 seconds)22:31
*** RP <RP!~richard@dan.rpsys.net> has joined #yocto22:42
*** u1106 <u1106!~quassel@2a05:d014:58:4b00:bbe8:f33:b5b7:d4f7> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)23:04
*** u1106 <u1106!~quassel@2a05:d014:58:4b00:bbe8:f33:b5b7:d4f7> has joined #yocto23:04
*** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has quit IRC (Quit: No Ping reply in 180 seconds.)23:11
*** risca <risca!~quassel@h-155-4-62-62.A980.priv.bahnhof.se> has joined #yocto23:13
*** pidge <pidge!~pidge@194.110.145.164> has quit IRC (Quit: ZNC - https://znc.in)23:29
*** Kubu_work <Kubu_work!~kubu@arennes-654-1-262-155.w2-13.abo.wanadoo.fr> has quit IRC (Quit: Leaving.)23:34
*** Saur88 <Saur88!~Saur88@195.60.68.152> has quit IRC (Quit: Client closed)23:38
*** Saur88 <Saur88!~Saur88@195.60.68.152> has joined #yocto23:38

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