Thursday, 2024-07-18

*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 256 seconds)00:01
khemjohndunet: add kernel-module-veth to IMAGE_INSTALL00:03
*** applepi <applepi!~applepi@156.68.201.221> has joined #yocto00:04
applepikhem - I just build the image (.xdi in this case)00:05
applepiIt's a xilinx board, they provide the fpga logic, software, etc, what they need and all that, I configure the builder and all that00:05
applepiSorry I keep getting disconnected, I like IRC but I wish I didn't keep getting disconnected / got my messages when I logged back in later lol00:06
khemapplepi:hmm how will it be used by your users00:06
johndunetError: Unable to find a match: kernel-module-veth00:06
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has quit IRC (Remote host closed the connection)00:08
*** reatmon_ <reatmon_!~reatmon@192.91.75.30> has joined #yocto00:09
applepikhem - I'm not sure what you mean, how will the image be used?  Or how will the library?  The image just has all their stuff on it and gets loaded onto the board, the library will be linked and used to report sensor values from the board in the messages it sends out00:09
khemlibrary itself cant do it, so there must be some app which will use the library I suppose00:10
khemand I thought you were building the libs+headers and someone else was building the app needing them00:10
*** beneth <beneth!5cb2199230@xmpp.beneth.fr> has quit IRC (Server closed connection)00:11
khemjohndunet:how did you enable it in kernel .config00:11
johndunetwhere can I find this file ?00:11
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 255 seconds)00:12
khemin the kernel build tree00:12
applepiTheir main application (32 bit by necessity) which will be running on the board will link against libsensors and use function calls to read those values00:13
khemyou can create a file called say veth.cfg with CONFIG_VETH=m and add it to linux-yocto.bb file00:13
khemin SRC_URI00:13
applepiThat's why I'm building it into the yocto image, so their application can use it00:14
khemapplepi: how will it link ?00:14
khemdo they dlopen it ?00:14
applepiTheir application is built in another yocto recipe, it doesn't currently use those function calls but it's being added00:14
applepiSo yocto just pulls it from git and builds it00:14
johndunetI found CONFIG_VETH=y on builds/build-genericx86-64/tmp/work/genericx86_64-poky-linux/linux-yocto/5.15.72+gitAUTOINC+441f5fe000_0b628306d1-r0/linux-genericx86_64-standard-build/.config00:15
khemjohndunet: ok if its set to =y then its part of the kernel itself not module00:15
applepiThis is being enough of a pain that I'm debating saying just write a 64 bit application that reads the sensors and sends that over localhost to your application or something, though I doubt that would fly since their program is pretty time sensitive00:16
johndunetok but when I run the docker check-config.sh file, it say that CONFIG_VETH is missing00:16
*** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has quit IRC (Server closed connection)00:16
*** Omax <Omax!~m-6qlehn@185-107-13-229.static.kviknet.net> has joined #yocto00:17
khemapplepi: maybe do =m instead of =y00:17
applepiI'm not sure what you mean00:17
khemoh that was meant for johndunet00:17
applepiOh duh00:17
applepiSorry, that was obvious lol00:17
khemapplepi: how will your app guys develop stuff, do you commit your changes to your layers and they check it out and get stuff ?00:18
khemor will they build using something else and then hand pick the binaries  into a running system00:19
applepiNo, they develop their app separately and then there's a yocto recipe to go clone + build + install it, so when they need a new release that yocto recipe just gets updated00:19
khemso they dont use yocto to develop the app ?00:21
applepiNo, the recipe just git clones and builds it00:21
khemI still fail to understand how you exchange artifacts between your team and app team but it seems to be working I dont need to know00:24
khemin any case, you are making progress and if you are including 32bit apps on a 64bit system you can surely do it, but it does have cost in static size and runtime too since now you will load two versions of common runtime e.g. glibc etc. wont be shared between 32bit apps and 64bit apps00:25
applepiWell my team is just me, I just maintain the yocto stuff for them.  They write their C application and so I just update the yocto recipe to build whatever git sha / tag / branch etc that they want and build the image and they get the .xdi00:25
khemyour workflow is clear, how other teams develop is not clear00:26
applepiThey have a cross compiler they can use to build their application for ARM and drop it onto their board and test it until they want an actual image00:27
applepiUnfortunately it has to be in 32 bit00:27
applepiSo I'm just waging war on yocto trying to figure out how to get libsensors on there in lib32 without it trying to also install a ton of other things in 32 bit as well00:28
DvorkinDmitryhow to do a patch only if libpam-plugin-X installed?00:28
applepiLike systemd and etc00:28
applepiMaybe I can just figure out how to manually cross compile the library + few actual requirements (like I think perl is required for runtime?) and just stick that somewhere that my yocto recipe can just grab the already made binary..  ugly but maybe it would work?00:30
khemno dont do that, dependency handling by hand is fraught with errors00:31
*** olani <olani!~olani@2-249-44-245-no2811.tbcn.telia.com> has quit IRC (Ping timeout: 244 seconds)00:31
applepiYeahhhhh I know...  but digging through the recipe I'm just not sure what other options I've got..  maybe I can make another recipe that strips out most everything else?00:31
*** vthor <vthor!~thor@user/vthor> has quit IRC (Quit: kill -9 $pid)00:34
khemyou have two ways, 1. Build an sdk and hand that over to app guys and keep modifying to their needs with every version00:48
khemsecond option is everyone builds from common yocto setup, in that case you make changes push them into repository everyone else checks out and gets them00:48
khemanything in between is going to be more troublesome00:48
khemIf app teams are not yocto savvy perhaps devtool is good interface to learn for them it will only take couple of hrs to know it00:49
khemDvorkinDmitry: conditional patching is no-no00:50
DvorkinDmitrykhem, I'm thinking how to apply the patch to /etc/pam.d/su only if pam-plugin-wheel is installed OR if distro features contains "mysec". What solution is better?00:52
DvorkinDmitryit is not just simple libpam_%.bbappend with SRC_URI = mysu.patch. it should be applied only if DYNAMIC package libpam-plugin-wheel is installed OR the distro variables contains some substring... hmm.00:54
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Server closed connection)00:55
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto00:56
khemcheck distro feature01:01
*** applepi <applepi!~applepi@156.68.201.221> has quit IRC (Ping timeout: 256 seconds)01:07
*** olof <olof!zibri@shell.x20.se> has quit IRC (Server closed connection)01:08
*** olof <olof!zibri@shell.x20.se> has joined #yocto01:08
*** johndunet <johndunet!~johndunet@234.6.157.89.rev.sfr.net> has quit IRC (Quit: Client closed)01:11
*** jclsn <jclsn!~jclsn@2a04:4540:6532:e900:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 248 seconds)01:12
*** jclsn <jclsn!~jclsn@2a04:4540:6501:7800:2ce:39ff:fecf:efcd> has joined #yocto01:14
DvorkinDmitrykhem, yes. but how to aply patch to the file in bash do_install() if DSTRO_FEATURE var is defined?01:17
DvorkinDmitryThe URL: '{@bb.utils.contains("DISTRO_FEATURES",' is invalid and cannot be interpreted01:21
*** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Quit: Leaving)01:23
*** drkhsh <drkhsh!~drkhsh@user/drkhsh> has quit IRC (Server closed connection)01:25
*** LDericher <LDericher!~LDer@user/ldericher> has quit IRC (Server closed connection)01:25
*** drkhsh <drkhsh!~drkhsh@user/drkhsh> has joined #yocto01:25
*** LDericher <LDericher!~LDer@user/ldericher> has joined #yocto01:25
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has quit IRC (Read error: Connection reset by peer)01:31
*** mrpelotazo <mrpelotazo!~mrpelotaz@user/mrpelotazo> has joined #yocto01:35
*** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 248 seconds)01:42
DvorkinDmitryhow to apply patch at do_install:append() step01:43
DvorkinDmitryhow to apply patch at do_install:append() step?01:43
DvorkinDmitryand skip it at do_patch01:43
*** Xogium <Xogium!~Xogium@LuminaSensum/founder/Xogium> has quit IRC (Server closed connection)01:46
*** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto01:46
*** Xogium <Xogium!~Xogium@LuminaSensum/founder/Xogium> has joined #yocto01:46
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)01:56
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto01:56
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (Server closed connection)02:16
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto02:16
*** michaelo <michaelo!~mike@user/michaelo> has quit IRC (Server closed connection)02:28
*** michaelo <michaelo!~mike@user/michaelo> has joined #yocto02:28
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)02:28
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto02:29
*** tprrt <tprrt!~tprrt@shells.bootlin.com> has quit IRC (Server closed connection)02:49
*** tprrt <tprrt!~tprrt@shells.bootlin.com> has joined #yocto02:49
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)02:53
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto02:54
*** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has quit IRC (Server closed connection)03:05
*** iokill <iokill!~dave@static.16.105.130.94.clients.your-server.de> has joined #yocto03:06
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)03:15
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto03:15
*** zeddii <zeddii!~zeddii@pool-174-112-62-108.cpe.net.cable.rogers.com> has quit IRC (Server closed connection)03:18
*** zeddii <zeddii!~zeddii@pool-174-112-62-108.cpe.net.cable.rogers.com> has joined #yocto03:19
*** marka <marka!~marka@149.115.66.185> has quit IRC (Server closed connection)03:28
*** marka <marka!~marka@149.115.66.185> has joined #yocto03:28
*** applepi <applepi!~applepi@156.68.128.146> has joined #yocto03:31
applepikhem - I meant what options I've got for getting lib32 libsensors on there other than creating a separate recipe for it that doesn't try to rebuild systemd and whatnot as well03:33
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Server closed connection)03:40
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto03:40
*** gmorell <gmorell!~gmorell@51.15.74.229> has quit IRC (Server closed connection)04:13
*** gmorell <gmorell!~gmorell@51.15.74.229> has joined #yocto04:13
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:c9ea:4db1:6968:7a07> has joined #yocto04:26
*** amitk <amitk!~amit@58.84.60.220> has joined #yocto04:26
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto04:31
*** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto04:35
*** diamondman__ <diamondman__!sid306859@id-306859.helmsley.irccloud.com> has quit IRC (Server closed connection)04:38
*** diamondman__ <diamondman__!sid306859@id-306859.helmsley.irccloud.com> has joined #yocto04:38
*** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has quit IRC (Server closed connection)04:42
*** jonesv <jonesv!e7e4272e85@2a03:6000:1812:100::10b5> has joined #yocto04:42
*** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has quit IRC (Server closed connection)04:48
*** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has joined #yocto04:48
*** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has quit IRC (Server closed connection)04:56
*** smurray <smurray!sid98062@id-98062.hampstead.irccloud.com> has joined #yocto04:56
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:c9ea:4db1:6968:7a07> has quit IRC (Remote host closed the connection)04:57
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:4b16:4bb8:75a3:a98b> has joined #yocto04:57
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 252 seconds)05:03
*** NishanthMenon <NishanthMenon!sid138049@id-138049.uxbridge.irccloud.com> has quit IRC (Server closed connection)05:04
*** NishanthMenon <NishanthMenon!sid138049@id-138049.uxbridge.irccloud.com> has joined #yocto05:04
*** nerdboy <nerdboy!~nerdboy@47.143.129.181> has joined #yocto05:15
*** Jah <Jah!~Jah@dslb-092-072-055-251.092.072.pools.vodafone-ip.de> has joined #yocto05:29
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto05:29
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds)05:35
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Server closed connection)05:38
*** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto05:38
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto05:39
*** Marmottus11 <Marmottus11!~marmottus@marmottus.net> has quit IRC (Quit: The Lounge - https://thelounge.chat)05:40
*** ahussain <ahussain!~Thunderbi@154.80.55.178> has joined #yocto05:43
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:4b16:4bb8:75a3:a98b> has quit IRC (Ping timeout: 260 seconds)05:44
*** ahussain is now known as ehussain05:44
*** eminboydak <eminboydak!~eminboyda@user/eminboydak> has joined #yocto05:46
*** kilobyte_ch <kilobyte_ch!~kbch@37.17.235.66> has quit IRC (Server closed connection)05:50
*** kilobyte_ch <kilobyte_ch!~kbch@37.17.235.66> has joined #yocto05:50
*** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds)05:53
*** kergoth_ <kergoth_!sid528530@id-528530.lymington.irccloud.com> has quit IRC (Server closed connection)06:01
*** kergoth_ <kergoth_!sid528530@id-528530.lymington.irccloud.com> has joined #yocto06:01
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (Server closed connection)06:04
*** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto06:04
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto06:12
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:13
*** kanavin_ <kanavin_!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has quit IRC (Remote host closed the connection)06:14
*** madisox_ <madisox_!sid453692@id-453692.ilkley.irccloud.com> has quit IRC (Server closed connection)06:17
*** madisox_ <madisox_!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto06:17
*** xtopher <xtopher!sid495823@id-495823.tinside.irccloud.com> has quit IRC (Server closed connection)06:27
*** xtopher <xtopher!sid495823@id-495823.tinside.irccloud.com> has joined #yocto06:27
*** ehussain <ehussain!~Thunderbi@154.80.55.178> has quit IRC (Ping timeout: 255 seconds)06:30
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:c872:ec20:e409:777b> has joined #yocto06:35
*** Jah <Jah!~Jah@dslb-092-072-055-251.092.072.pools.vodafone-ip.de> has quit IRC (Ping timeout: 256 seconds)06:40
*** kanavin <kanavin!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has joined #yocto06:44
*** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto06:44
*** frieder <frieder!~frieder@89.244.121.45> has joined #yocto06:45
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Quit: Konversation terminated!)06:55
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto06:55
*** mckoan|away is now known as mckoan06:58
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection)07:04
*** merit <merit!~merit@c-24-6-254-165.hsd1.ca.comcast.net> has quit IRC (Server closed connection)07:05
*** merit <merit!~merit@c-24-6-254-165.hsd1.ca.comcast.net> has joined #yocto07:06
*** zpfvo <zpfvo!~fvo@i59F5CD1B.versanet.de> has joined #yocto07:16
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Ping timeout: 255 seconds)07:21
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto07:21
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto07:22
*** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has quit IRC (Server closed connection)07:25
*** Xywzel <Xywzel!xywzel@hilla.kapsi.fi> has quit IRC (Server closed connection)07:25
*** mdp <mdp!sid49840@id-49840.ilkley.irccloud.com> has joined #yocto07:25
*** Xywzel <Xywzel!xywzel@hilla.kapsi.fi> has joined #yocto07:25
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto07:32
*** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto07:34
*** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has quit IRC (Server closed connection)07:37
*** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has joined #yocto07:37
*** enok <enok!~Thunderbi@94.191.152.234> has joined #yocto07:45
*** jmd <jmd!~user@195.243.197.82> has joined #yocto07:46
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has quit IRC (Server closed connection)07:50
*** nohit <nohit!sid334887@id-334887.tinside.irccloud.com> has joined #yocto07:51
*** dkl <dkl!~dkl@prometheus.umask.eu> has quit IRC (Server closed connection)07:56
*** dkl <dkl!~dkl@prometheus.umask.eu> has joined #yocto07:56
*** CosmicPenguin <CosmicPenguin!sid489106@id-489106.uxbridge.irccloud.com> has quit IRC (Server closed connection)07:57
*** CosmicPenguin <CosmicPenguin!sid489106@id-489106.uxbridge.irccloud.com> has joined #yocto07:57
*** LetoThe2nd <LetoThe2nd!sid453638@id-453638.uxbridge.irccloud.com> has quit IRC (Server closed connection)07:57
*** LetoThe2nd <LetoThe2nd!sid453638@id-453638.uxbridge.irccloud.com> has joined #yocto07:57
*** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has quit IRC (Server closed connection)08:07
*** paulbarker <paulbarker!sid269702@id-269702.hampstead.irccloud.com> has joined #yocto08:07
*** eminboydak <eminboydak!~eminboyda@user/eminboydak> has quit IRC (Ping timeout: 256 seconds)08:14
*** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Ping timeout: 256 seconds)08:32
*** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has joined #yocto08:34
*** johndunet <johndunet!~johndunet@234.6.157.89.rev.sfr.net> has joined #yocto08:35
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto08:39
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Server closed connection)08:40
*** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has joined #yocto08:40
*** khazakar <khazakar!sid144674@id-144674.ilkley.irccloud.com> has quit IRC (Server closed connection)08:42
*** khazakar <khazakar!sid144674@id-144674.ilkley.irccloud.com> has joined #yocto08:42
johndunetHi everyone, I'm trying to install Docker on my Yocto project, but I'm having trouble configuring the kernel (Yocto Linux) correctly. Specifically, I can't get the veth module to load. I have enabled it in menuconfig, but after building the kernel and the image, it is still missing from my system.08:48
johndunetI've already spent more than ten hours trying to figure out why it doesn't work, but I haven't been successful. More details are available on the following Pastebin (tree of the recipe directory, recipe, check-config.sh execution, uname -a): https://pastebin.com/wsmaXm1W08:48
johndunetAny help would be greatly appreciated. Thank you!08:49
johndunetCONFIG_VETH is enabled on menuconfig08:51
Jones42johndunet: not sure, but have you checked the .config in the build folder? that would show you which config was actually used for building08:57
*** rburton <rburton!rburton@user/rburton> has quit IRC (Server closed connection)08:57
*** rburton <rburton!rburton@user/rburton> has joined #yocto08:58
Jones42(i.e.: build/tmp/work/*/linux-yocto/x.y/build/.config)08:59
*** enok <enok!~Thunderbi@94.191.152.234> has quit IRC (Ping timeout: 255 seconds)08:59
johndunetyes on the file /home/builder/builds/build-genericx86-64/tmp/work/genericx86_64-poky-linux/linux-yocto/5.15.72+gitAUTOINC+441f5fe000_0b628306d1-r0/linux-genericx86_64-standard-build/.config I have a line with CONFIG_VETH=m09:00
*** applepi <applepi!~applepi@156.68.128.146> has quit IRC (Quit: Client closed)09:05
Jones42(I'm hoping, someone knowledgeable will pass by eventually to actually provide useful information...)09:07
Jones42but you have CONFIG_VETH=y in your fragment, right? so maybe that's the first indication that something is off?09:08
*** beneth <beneth!~beneth@xmpp.beneth.fr> has joined #yocto09:08
Jones42are you sure, your layer is picked up by bitbake?09:09
Jones42have you tried manually setting up a veth?09:10
johndunetyes my layer is set on layer.conf09:10
johndunetwith modprobe ?09:11
johndunetroot@chargehub:/tmp# zcat /proc/config.gz | grep CONFIG_VETH09:12
johndunet# CONFIG_VETH is not set09:12
friederjohndunet: not sure, but would the SRC_URI for the fragment need something like "type=kmeta;destsuffix=meta" at the end? And would you need to enable fragment.cfg in KERNEL_FEATURES?09:13
johndunetI make a try just before with SRC_URI += "file://fragment.cfg;subdir=git"09:14
friederjohndunet: still doesn't explain why .config has "CONFIG_VETH=m" and you see "# CONFIG_VETH is not set" in the final kernel, though. This should match even without your fragment being applied.09:15
friederjohndunet: subdir=git looks wrong, but I'm not a regular linux-yocto user so I might be off09:16
Jones42according to https://wiki.koansoftware.com/index.php/Modify_the_linux_kernel_with_configuration_fragments_in_Yocto , it should just work like that.09:18
johndunetThank you, I will check your link now09:19
friederI guess I'm wrong with my suggestions above. Even official docs imply that what you did should be enough. (https://docs.yoctoproject.org/kernel-dev/common.html#creating-configuration-fragments)09:21
mckoanjohndunet: which MACHINE (cpu) are you using?09:24
johndunetintel i309:24
mckoanjohndunet: so the fragment should work09:24
mckoanjohndunet: SRC_URI += "file://fragment.cfg"09:25
johndunetokay, but do you have any idea why the module is not available on the target system?09:26
Jones42are you sure, the kernel you've built is the one running on your system?09:31
mckoanjohndunet: I don't have detail about your configuration09:31
*** bps <bps!~bps@80.71.142.18> has joined #yocto09:31
johndunetJones42 How can I be sure ?09:34
Jones42johndunet: you could diff the kernel from your build folder with the one you extract out of your image09:36
Jones42if you have a fitimage you could use dumpimage for example09:36
Jones42or just try the "nuclear option", delete the tmp folder, -c cleanall and give it a fresh try.09:37
*** Guest74 <Guest74!~Guest74@84.14.139.238> has joined #yocto09:40
Guest74Hello, I met a issue when I try to build extended sdk, it seems to have mistake with cve checker: ERROR: Task (/home/yoctouser/build_nanbield/tmp/work/custom_machine-poky-linux/custom-image/1.0/sdk-ext/image/tmp-renamed-sdk/layers/poky/meta/recipes-core/meta/cve-update-nvd2-native.bb:do_fetch) failed with exit code 'setscene ignore_tasks' . Have09:43
Guest74you any idea to solve it?09:43
*** bps <bps!~bps@user/bps> has quit IRC (Quit: Leaving)09:45
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Read error: Connection reset by peer)09:52
*** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto09:52
*** jmd <jmd!~user@195.243.197.82> has quit IRC (Ping timeout: 255 seconds)10:02
Jones42Guest74: you can check the tasks log/run files: (log|run).do_fetch10:04
mcfriskanyone else seen zstd fetch errors? 'Unable to fetch URL from any source.', 'git://github.com/facebook/zstd.git;branch=release;protocol=https'10:18
rburtonwhat's the actual error?10:18
*** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 252 seconds)10:19
mcfriskerror: RPC failed; curl 92 HTTP/2 stream 0 was not closed cleanly: CANCEL (err 8)10:21
rburtonmcfrisk: does a manual fetch of that repo work on the same machine outside of bitbake?  wondering if there's a interop problem with your curl and github10:23
mcfriskI had a working build with latest poky, meta-arm etc and now running meta-arm kas build to test patches, and that failed. odd10:24
marexor a borked corporate proxy ...10:26
mcfriskhmm, git clone https://github.com/facebook/zstd.git works on machine, and in kas shell.10:29
mcfriskoh relative path to kas DL_DIR, need to use absolute. user error then :/10:30
*** rfs613 <rfs613!~rfs613@184.146.148.147> has quit IRC (Server closed connection)10:30
*** rfs613 <rfs613!~rfs613@bras-base-otwaon1102w-grc-12-184-146-148-147.dsl.bell.ca> has joined #yocto10:31
derRichardis it only me or is git://anongit.freedesktop.org dead?10:33
mcfrisklooks dead, no response here either10:34
RPmcfrisk: did you have any thoughts on the openssl relocation patches? I see upstream are thinking of closing the bug :(10:34
marexderRichard: cgit seems down too10:35
*** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto10:36
marexderRichard: reported in fdo irc if they didn't know yet10:37
derRichardthx10:37
* derRichard goes and tells customer why local mirrors are great10:38
marexderRichard: because you dont waste bandwidth of the internet and upstream projects uplinks ?10:40
*** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 252 seconds)10:40
marexderRichard: I dont even wanna know how much bandwidth must be spent on constant re-downloads of the same stuff by poorly set up CI hosts10:41
marexI can imagine it would be in the 9x% ...10:41
derRichardkernel.org is dos'ed on a regular basis because of bad ci/cd :-D10:42
mcfriskRP: non-default feature doesn't sound good, using openssl-native.bbclass in my projects now https://gitlab.com/Linaro/trustedsubstrate/meta-ts/-/blob/master/meta-trustedsubstrate/classes/openssl-native.bbclass?ref_type=heads10:42
marexderRichard: #surprise10:42
RPmcfrisk: that works for some uses but not others. I'd still like to get it fixed upstream somehow. Even if it is non-default, we'd use it so it would get well tested10:43
neverpanicRP: can you give me a link to the upstream openssl bug?10:48
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto10:49
RPneverpanic: https://github.com/openssl/openssl/pull/19260#issuecomment-222595059610:52
*** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto10:56
*** lucaceresoli <lucaceresoli!~lceresoli@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 265 seconds)10:58
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 245 seconds)10:59
*** tprrt <tprrt!~tprrt@shells.bootlin.com> has quit IRC (Ping timeout: 252 seconds)10:59
mcfriskto me openssl upstream doesn't want to change the current difficult behavior of finding modules. I don't think these are security boundaries, but of course someone may disagree. using these as non-default feature is just like applying the patches, or using workarounds like openssl-native.bbclass.10:59
*** ardo <ardo!~ardo@host-95-246-45-66.retail.telecomitalia.it> has quit IRC (Server closed connection)11:02
*** ardo <ardo!~ardo@host-95-246-45-66.retail.telecomitalia.it> has joined #yocto11:02
RPmcfrisk: I can understand there is inertia against change but it doesn't look to be insurmountable to me...11:12
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:c872:ec20:e409:777b> has quit IRC (Quit: ehussain)11:15
*** Marmottus11 <Marmottus11!~marmottus@marmottus.net> has joined #yocto11:15
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:7887:3a98:dad4:e7b2> has joined #yocto11:15
neverpanicHm, yeah, that PR won't go anyway since it's Linux-only11:18
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 255 seconds)11:19
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:7887:3a98:dad4:e7b2> has quit IRC (Remote host closed the connection)11:20
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:a55e:cd5c:f84e:b5be> has joined #yocto11:20
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8071:65c3:7240:c135:b10:bbed:7c83> has joined #yocto11:20
*** sudip_ is now known as sudip11:20
RPneverpanic: I'm hoping someone could pick it up and move it forward though11:24
*** kanavin <kanavin!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has quit IRC (Remote host closed the connection)11:43
JaMabtw for rust reproducibility we might need https://rust-lang.github.io/rfcs/3127-trim-paths.html (mentioned in https://github.com/rust-embedded/meta-rust-bin/issues/183#issuecomment-2236231817)11:46
Guest74Hello, Is there a way to merge these 3 commands: bitbake ${IMAGE} -c build && bitbake ${IMAGE} -c populate_sdk && bitbake ${IMAGE} -c populate_sdk_ext ?11:49
neverpanicRP: Seems like Yocto is pretty alone in wanting to relocate OpenSSL, so if you want it you'll probably have to do it yourself.11:53
*** LocutusOfBorg <LocutusOfBorg!~locutusof@host-95-231-134-228.business.telecomitalia.it> has quit IRC (Server closed connection)12:03
*** LocutusOfBorg <LocutusOfBorg!~locutusof@host-95-231-134-228.business.telecomitalia.it> has joined #yocto12:03
*** kanavin <kanavin!~Alexander@2a02:2454:299:c100:b25:37c3:ea9f:574c> has joined #yocto12:08
*** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has quit IRC (Server closed connection)12:08
*** tleb <tleb!6dbdd9ebc9@2a03:6000:1812:100::10cf> has joined #yocto12:08
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has quit IRC (Ping timeout: 260 seconds)12:12
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.83> has joined #yocto12:12
Guest74Jones42 the issue come from do_populate_sdk_ext12:14
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.83> has quit IRC (Ping timeout: 260 seconds)12:17
*** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto12:18
Guest74Jones42 in ./tmp/work/x86_64-linux/cve-update-nvd2-native/1.0/temp/log.do_fetch all seems ok12:20
*** xmn <xmn!~xmn@2600:4040:9398:a200:74ba:8b64:c4dd:7bf0> has joined #yocto12:21
Guest74Hello, I met a issue with do_populate_sdk_ext, it seems to have mistake with cve checker: ERROR: Task (/home/yoctouser/build_nanbield/tmp/work/custom_machine-poky-linux/custom-image/1.0/sdk-ext/image/tmp-renamed-sdk/layers/poky/meta/recipes-core/meta/cve-update-nvd2-native.bb:do_fetch) failed with exit code 'setscene ignore_tasks'.12:21
Guest74cve-update-nvd2-native:do_fetch is ok. Have you any idea to solve it?12:21
*** amitk <amitk!~amit@58.84.60.220> has quit IRC (Read error: Connection reset by peer)12:23
*** amitk <amitk!~amit@58.84.60.220> has joined #yocto12:26
*** qwerw <qwerw!~qwerw@49.204.85.206> has joined #yocto12:27
*** qwerw77 <qwerw77!~qwerw@49.204.85.206> has joined #yocto12:27
*** enok <enok!~Thunderbi@94.191.153.61> has joined #yocto12:30
*** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto12:30
*** qwerw <qwerw!~qwerw@49.204.85.206> has quit IRC (Ping timeout: 256 seconds)12:31
*** sakman <sakman!~sakman@208.111.77.233> has quit IRC (Server closed connection)12:34
*** sakman <sakman!~sakman@208.111.77.233> has joined #yocto12:34
*** qwerw77 <qwerw77!~qwerw@49.204.85.206> has quit IRC (Quit: Client closed)12:36
*** jwinarsk <jwinarsk!sid635699@id-635699.helmsley.irccloud.com> has quit IRC (Server closed connection)12:37
*** jwinarsk <jwinarsk!sid635699@id-635699.helmsley.irccloud.com> has joined #yocto12:37
*** neverpanic <neverpanic!~clemens@2a01:4f8:262:439d::1> has quit IRC (Server closed connection)12:41
*** neverpanic <neverpanic!~clemens@2a01:4f8:262:439d::1> has joined #yocto12:42
*** johndunet <johndunet!~johndunet@234.6.157.89.rev.sfr.net> has quit IRC (Quit: Client closed)12:43
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has quit IRC (Server closed connection)12:43
*** ad__ <ad__!~heisenbug@user/ad/x-9056428> has joined #yocto12:43
*** enok <enok!~Thunderbi@94.191.153.61> has quit IRC (Ping timeout: 265 seconds)12:50
*** jmd <jmd!~user@195.243.197.82> has joined #yocto12:52
*** alimon <alimon!~alimon@189.172.244.243> has joined #yocto12:57
*** ederibaucourt <ederibaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has quit IRC (Server closed connection)13:05
*** ederibaucourt <ederibaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has joined #yocto13:05
*** abelloni <abelloni!~abelloni@2001:41d0:305:1000::2a58> has joined #yocto13:07
*** khimaros <khimaros!~khimaros@2a01:4f9:c012:6c55::1> has quit IRC (Server closed connection)13:17
*** khimaros <khimaros!~khimaros@2a01:4f9:c012:6c55::1> has joined #yocto13:17
*** johndunet <johndunet!~johndunet@234.6.157.89.rev.sfr.net> has joined #yocto13:17
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto13:19
*** grma <grma!~gruberm@89-41-133-247.static.kufnet.at> has quit IRC (Server closed connection)13:31
*** arisut <arisut!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo)13:36
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto13:38
*** florian_kc <florian_kc!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto13:50
*** arisut <arisut!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo)13:52
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 246 seconds)13:52
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto13:53
*** hubi <hubi!~hubi@ovg179.internetdsl.tpnet.pl> has joined #yocto13:54
hubiHi while building yocto project i have an error:13:55
hubi| /build/tmp/work/var_som_mx6-fsl-linux-gnueabi/linux-variscite/5.15.71+gitAUTOINC+meta_machine-r0/temp/run.do_compile.1268578: 158: cannot create /keys/serial: Directory nonexistent13:55
hubicould anyone help with it?13:55
Jones42hubi: probably there's no /keys directory ?13:57
vmesonhubi: no one will be able to help unless you explain the problem a bit more. Look at the log file, summarize what's going on. Mention what version of YP you are using and whether you have layers  that are not public (such as a BSP).13:57
Guest74Hello, I met a issue with do_populate_sdk_ext, it seems to have mistake with cve checker: ERROR: Task (/home/yoctouser/build_nanbield/tmp/work/custom_machine-poky-linux/custom-image/1.0/sdk-ext/image/tmp-renamed-sdk/layers/poky/meta/recipes-core/meta/cve-update-nvd2-native.bb:do_fetch) failed with exit code 'setscene ignore_tasks'.13:57
Guest74cve-update-nvd2-native:do_fetch is ok. Have you any idea to solve it?13:57
*** hubi <hubi!~hubi@ovg179.internetdsl.tpnet.pl> has quit IRC (Client Quit)13:59
vmesonGuest74: does the error occur with just oe-core/bitbake (poky) ? If so what version? Also, if it is reproducible, you could report a bugzilla.yoctoproject.org bug.13:59
*** Xagen <Xagen!~Xagen@4.14.206.69> has joined #yocto14:01
*** johndunet <johndunet!~johndunet@234.6.157.89.rev.sfr.net> has quit IRC (Quit: Client closed)14:04
*** arisut <arisut!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo)14:06
*** arisut <arisut!~none@gentoo/developer/alicef> has joined #yocto14:07
*** florian_kc <florian_kc!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 255 seconds)14:12
*** jmd <jmd!~user@195.243.197.82> has quit IRC (Remote host closed the connection)14:24
*** ray-san <ray-san!~ray-san@195.50.168.194> has quit IRC (Remote host closed the connection)14:29
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)14:31
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has quit IRC (Server closed connection)14:31
*** mischief <mischief!~mischief@2601:646:100:23:2efd:a1ff:feba:38aa> has joined #yocto14:31
khemRP: I have few busybox patches on ml pending for long time now14:38
khemRP: they are primarily CVE fixes and one is to fix with 6.9 kernel headers14:38
khemsee top 3 patches on https://git.yoctoproject.org/poky-contrib/log/?h=yoe/mut14:39
kheminfact top 4 if you want to consider GCC CVE fix as well14:39
*** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has quit IRC (Ping timeout: 255 seconds)14:42
*** Guest74 <Guest74!~Guest74@84.14.139.238> has quit IRC (Quit: Client closed)14:42
*** wak <wak!~wkenningt@2001:19f0:ac01:40f:5400:4ff:fe7c:68e6> has quit IRC (Server closed connection)14:46
*** wak <wak!~wkenningt@149.28.210.191> has joined #yocto14:47
*** hoyes7 <hoyes7!~hoyes@178.17.243.246> has quit IRC (Server closed connection)14:50
*** hoyes7 <hoyes7!~hoyes@178.17.243.246> has joined #yocto14:50
*** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection)14:56
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto14:57
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto15:15
*** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:a55e:cd5c:f84e:b5be> has quit IRC (Quit: ehussain)15:17
moto-timoI've got a variable HDF_PATH that I need to change a substring in, so I tried HDF_PATH = "${@d.getVar('HDF_PATH').replace('bad', '')" but I get a RecursionError: maximum recursion depth exceeded. This is on sumo (I have no choice, it has to be sumo).15:30
moto-timoAny ideas how to work around the recursion depth issue?15:30
*** johndunet <johndunet!~johndunet@234.6.157.89.rev.sfr.net> has joined #yocto15:33
Jones42moto-timo: i'm confused by your syntax, but have you tried doing it with sed or bash parameter expansions? https://quickref.me/bash#bash-parameter-expansions15:36
JaMamoto-timo: cannot you modify the original HDF_PATH assignment?15:37
moto-timothe syntax is in-line python https://docs.yoctoproject.org/bitbake/2.8/bitbake-user-manual/bitbake-user-manual-metadata.html#inline-python-variable-expansion15:37
moto-timoJaMa: it is in a BSP layer... I'm having to do some rewriting of local.conf to make the project build in a docker container (sumo is ancient).15:38
JaMais it some xilinx stuff?15:39
moto-timostrangely enough, if I do `HDF_PATH_TMP = "${@dgetVar('HDP_PATH')}"` that resolves. so it is the .replace that is the issue.15:40
moto-timoJaMa: indeed... old MEL metadata from 201815:40
JaMaHDF_PATH_TMP = "${@dgetVar('HDP_PATH_TMP')" would fail as well15:40
moto-timoimmediate expansion maybe and then do the replace?15:41
JaMawhat I meant was to look at the original HDF_PATH assignment and just assign the new value instead of trying to replace itself15:42
moto-timoJaMa: yeah, I know. But I am trying to be fancy and have the script work on multiple BSPs. You are probably right that I should stop being fancy.15:43
JaMaand those multiple BSPs are assigning some hardcoded string directly?15:43
moto-timoJaMa: yes. Perhaps I can change how the layers are setup, because it is an extra couple of path elements in the middle of the hardcoded path that are the pain point15:44
moto-timolegacy code that probably should be done differently, but for now I just need to get it building again with slightly different tooling15:45
moto-timobefore I strap a rocket to it and upgrade it to scarthgap.15:45
moto-timoheh. immediate expansion is of course "None". lol15:47
moto-timomaybe I can use `LAYERDIR_bad-bsp` instead.15:53
moto-timothanks you'all for the ideas15:53
*** fray <fray!~fray@70.99.78.136> has quit IRC (Server closed connection)16:00
*** fray <fray!~fray@70.99.78.136> has joined #yocto16:00
*** mckoan is now known as mckoan|away16:01
*** tokamak <tokamak!~Tokamak@2603:c020:4004:f00:59d7:d5e1:201e:845f> has quit IRC (Server closed connection)16:07
*** tokamak <tokamak!~Tokamak@129.80.5.79> has joined #yocto16:07
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:09
*** __lore__ is now known as _lore_16:22
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)16:26
*** Marmottus11 <Marmottus11!~marmottus@marmottus.net> has quit IRC (Quit: The Lounge - https://thelounge.chat)16:26
moto-timoI did it with a python function added to an external-hdf.bbappend, gated on whether CONTAINERIZED_BUILD is set or not. So local.conf drives whether the change happens or not.16:27
*** Marmottus11 <Marmottus11!~marmottus@marmottus.net> has joined #yocto16:27
RPkhem: they were testing in abelloni's queue, they just merged16:30
*** mjm <mjm!~mjm@user/mjm> has joined #yocto16:46
*** mjm <mjm!~mjm@user/mjm> has quit IRC (Client Quit)16:46
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 255 seconds)16:47
*** danieltak <danieltak!~danieltak@38.146.196.211> has joined #yocto16:58
danieltakHello, I have a question on SO https://stackoverflow.com/q/78755658/769098216:59
danieltakBitbake failed with exit code '1' when using multiple cores16:59
danieltakI wanted to know if it is a Bug that should be reported on Bugzilla16:59
danieltak?17:00
*** rjones2 <rjones2!~rjones2@user/rjones2> has joined #yocto17:04
vmesondanieltak: thanks for asking. Can you check the system logs to see if you just ran out of memory (dmesg)? If you didn't and if you can reproduce the issue using just poky on a supported branch, then yes please report the bug .17:06
vmesonhere: https://bugzilla.yoctoproject.org/17:06
danieltakok, ty17:13
danieltakWill try to reproduce it17:13
vmesondanieltak: excellent! Good luck.17:49
*** florian_kc <florian_kc!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto18:03
*** frieder <frieder!~frieder@89.244.121.45> has quit IRC (Remote host closed the connection)18:14
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-37-142-115-196-7.dsl.bell.ca> has joined #yocto18:20
*** florian__ <florian__!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto18:27
frayI'm working on a fix for various issue with static-library processing in package.py..  I'm still working on test-cases, but figured I'd post this to see if anyone had feedback..18:30
frayhttps://git.yoctoproject.org/poky-contrib/commit/?h=mgh/static-lib-fix&id=e854cd50a972767f344fedab6427b61e65b4aae818:30
*** florian_kc <florian_kc!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds)18:30
*** rber|res <rber|res!~rber|res@213-225-12-86.nat.highway.a1.net> has quit IRC (Quit: Leaving)18:31
rburtondanieltak: i do builds with -j32 and i know people who do builds with -j48 so its not a problem in bitbake.  you're quite possibly OOMing.18:32
*** danieltak <danieltak!~danieltak@38.146.196.211> has quit IRC (Ping timeout: 256 seconds)18:34
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 255 seconds)18:41
*** berton <berton!uid641616@id-641616.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)18:51
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto18:53
*** florian__ <florian__!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 276 seconds)18:53
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection)18:55
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has joined #yocto19:09
*** zpfvo <zpfvo!~fvo@i59F5CD1B.versanet.de> has quit IRC (Quit: Leaving.)19:14
*** amitk_ <amitk_!~amit@58.84.60.220> has joined #yocto19:30
*** amitk <amitk!~amit@58.84.60.220> has quit IRC (Read error: Connection reset by peer)19:30
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto19:37
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 252 seconds)19:38
*** Xagen <Xagen!~Xagen@4.14.206.69> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)19:44
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-37-142-115-196-7.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev)19:52
*** jmd <jmd!~user@2001:a61:2ae9:ab01:1c5b:c6f3:a18d:7893> has quit IRC (Remote host closed the connection)19:53
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 276 seconds)19:58
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)20:01
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto20:01
*** enok <enok!~Thunderbi@94.191.137.13.mobile.tre.se> has joined #yocto20:07
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto20:11
tlwoernerwhy are my master builds exploding? bmaptool-native, python3-six-native, and u-boot all failing so far20:16
tlwoernerhmm... looks fishy20:17
tlwoernerprobably something on my end20:17
frayI've not seen that on master...20:18
fraybut I'm only running some target selftest builds currently20:18
marextlwoerner: logs usually help20:22
tlwoernersometimes just putting that out there might illicit a quick "yes, we're aware"-type response, which is helpful20:27
tlwoernerin my case two separate build machines were doing the same-ish master build, one was failing all over, and the other completed without issue just after i asked20:27
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto20:41
*** Starfoxxes <Starfoxxes!~Starfoxxe@2a02:8071:65c3:7240:c135:b10:bbed:7c83> has quit IRC (Remote host closed the connection)20:46
*** enok <enok!~Thunderbi@94.191.137.13.mobile.tre.se> has quit IRC (Ping timeout: 276 seconds)20:47
*** Guest89 <Guest89!~Guest89@lib-07-subnet-24.rdns.cenic.net> has joined #yocto20:56
*** Guest89 <Guest89!~Guest89@lib-07-subnet-24.rdns.cenic.net> has quit IRC (Client Quit)20:57
*** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (Quit: WeeChat 4.2.3)20:58
*** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has joined #yocto20:58
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has joined #yocto21:32
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)21:33
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto21:33
*** florian <florian!~florian@p4fd9b29c.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 252 seconds)21:38
*** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds)21:49
*** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection)21:50
*** alimon <alimon!~alimon@189.172.244.243> has quit IRC (Quit: nyaa~)21:54
*** alimon <alimon!~alimon@189.172.244.243> has joined #yocto21:54
*** amitk_ <amitk_!~amit@58.84.60.220> has quit IRC (Ping timeout: 276 seconds)22:02
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:27
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit)22:27
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)22:56
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto23:24
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.3.5)23:25
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed)23:26
*** Saur_Home60 <Saur_Home60!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto23:26
*** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto23:26
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 276 seconds)23:27
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto23:27
*** olani <olani!~olani@81-224-237-126-no2811.tbcn.telia.com> has joined #yocto23:29
*** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 276 seconds)23:29
*** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto23:32
*** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 252 seconds)23:32
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 272 seconds)23:52

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