| *** florian <florian!~florian@dynamic-093-131-142-232.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 00:09 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Read error: Connection reset by peer) | 00:12 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 00:18 | |
| zeddii | strace blew up with the 5.15 headers, but I've fixed it now. testing musl but so far so good. will send the recipes by end of week at this rate. | 00:22 |
|---|---|---|
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 00:24 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 00:25 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 00:35 | |
| khem | RP: much appreciated, I have staged them too | 00:57 |
| khem | and it avoids all slew of warnings that I was seeing locally | 00:58 |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Read error: Connection reset by peer) | 01:19 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 01:19 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:22 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz) | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:34 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 01:57 | |
| *** camus1 is now known as camus | 01:59 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has joined #yocto | 01:59 | |
| *** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Quit: Lost terminal) | 02:13 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 02:19 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (Remote host closed the connection) | 02:35 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 02:35 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 02:40 | |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 02:53 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 03:04 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 268 seconds) | 03:09 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 268 seconds) | 03:59 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 04:01 | |
| *** deurzen <deurzen!~deurzen@host-212-114-218-222.customer.m-online.net> has quit IRC (Quit: Leaving) | 04:07 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has joined #yocto | 04:15 | |
| Ch^W | ~. | 04:29 |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 04:51 | |
| *** lexano <lexano!~lexano@cpe00e06722f0e4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto | 04:51 | |
| *** locutusofborg <locutusofborg!~locutusof@user/locutusofborg> has quit IRC (Quit: ZNC 1.8.2+deb1+bionic2 - https://znc.in) | 05:05 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto | 05:05 | |
| *** rfs613_alt <rfs613_alt!~rfs613@rfs.netwinder.org> has joined #yocto | 05:30 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has quit IRC (Ping timeout: 260 seconds) | 05:31 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Ping timeout: 264 seconds) | 05:32 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 05:34 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 05:35 | |
| *** camus1 is now known as camus | 05:35 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:03 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 06:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 06:18 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:21 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 06:22 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Client Quit) | 06:23 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:24 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Client Quit) | 06:24 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 06:24 | |
| *** bwoods <bwoods!~bwoods@149.199.62.130> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** bwoods <bwoods!~bwoods@149.199.62.130> has joined #yocto | 06:30 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 06:39 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 06:55 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:06 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:10 | |
| *** yocton <yocton!~quassel@2001:bc8:3386::1> has quit IRC (Ping timeout: 268 seconds) | 07:13 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 07:30 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 07:33 | |
| *** camus1 is now known as camus | 07:33 | |
| *** mckoan|away is now known as mckoan | 07:33 | |
| mckoan | good morning | 07:33 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 07:41 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:42 | |
| *** bluelightning <bluelightning!~paul@2406:e003:1587:9901:5515:cef4:e4d9:adee> has quit IRC (Ping timeout: 264 seconds) | 07:48 | |
| JosefHolzmayrThe | yo dudX | 07:52 |
| *** rber|res <rber|res!~rber|res@ppp-94-67-133-228.home.otenet.gr> has joined #yocto | 07:53 | |
| *** rber|res <rber|res!~rber|res@ppp-94-67-133-228.home.otenet.gr> has quit IRC (Client Quit) | 07:54 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 07:57 | |
| kroon | Is it just me that has been having problems with the default CONNECTIVITY_CHECK_URIS, https://www.example.com/, when starting bitbake this week ? | 07:58 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto | 07:59 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has joined #yocto | 08:01 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:03 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has joined #yocto | 08:06 | |
| mckoan | kroon: that's a frequent problem therefore I always et in my local.conf CONNECTIVITY_CHECK_URIS = "https://www.google.com" | 08:09 |
| mckoan | s/et/set | 08:09 |
| kroon | yeah thats what I did, maybe worth upstreaming, or even removing the check.. | 08:10 |
| frosteyes | zeddii: just FYI regarding my SDK issue with compiling kernel modules out-of-tree. I had some time yesterday and found that the unwinder was set to frame pointer (CONFIG_UNWINDER_FRAME_POINTER=y) and not ORC. So objtool was not part of the kernel delivery and not part of kernel-devsrc. | 08:11 |
| kroon | I don't see any other application that uses the network that does this check | 08:11 |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 08:13 | |
| *** Bardon <Bardon!~Bardon@user/Bardon> has quit IRC (Ping timeout: 264 seconds) | 08:15 | |
| *** wwilly <wwilly!~wwilly@217.140.99.251> has quit IRC (Quit: Leaving) | 08:32 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has quit IRC (Ping timeout: 260 seconds) | 08:35 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has joined #yocto | 08:36 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has quit IRC (Ping timeout: 268 seconds) | 08:42 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has joined #yocto | 08:42 | |
| JaMa | zeddii: there are quite a few warnings for missing protocol=https because of those 'SRC_URI = "git://${PKG_NAME}.git;branch=master"' where PKG_NAME starts with github.com, but the conversion script doesn't parse that far, it's not fixed in master-next, do you want me to send my version or do you have something already locally? | 08:44 |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 08:49 | |
| JaMa | zeddii: sent | 08:51 |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 08:52 | |
| *** bps3 <bps3!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 08:54 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has quit IRC (Ping timeout: 268 seconds) | 09:03 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has joined #yocto | 09:03 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:05 | |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 09:06 | |
| *** camus1 is now known as camus | 09:06 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 09:07 | |
| *** Herdinger <Herdinger!~Herdinger@ip1f11354a.dynamic.kabel-deutschland.de> has joined #yocto | 09:08 | |
| Herdinger | Hi, I have a very quick question. I am including a custom kernel module and need to ship udev rules with it, what is the correct FILES_ variable for that? I tried FILES_${PN} but that does not included the installed files when the module is installed. | 09:09 |
| JosefHolzmayrThe | Herdinger: on which release? | 09:10 |
| Herdinger | JosefHolzmayrThe: dunfell | 09:10 |
| Herdinger | Apparently the package the kernel module ends up with is something like recipe-kernelversion-board.ipk, I can not really tell what that is derived from. | 09:11 |
| JosefHolzmayrThe | Herdinger: k. so generally, FILES_${PN} should be right. have you inspected its value, as well as the PACKAGES variable as they end up being calculated, via bitbake -e? | 09:12 |
| Herdinger | Yes, and I get a package containing those files but it is not the same package as the kernel module and it does not get installed when the kernel module is installed. | 09:13 |
| JosefHolzmayrThe | have you checked how the name of the module package gets generated? | 09:13 |
| *** davidinux <davidinux!~davidinux@84.17.59.175> has quit IRC (Quit: WeeChat 2.8) | 09:13 | |
| qschulz | Herdinger: it does not really make sense to have a udev rule part of a kernel module. You're mixing two things, kernel space and userspace and they are usually separate. So just have an additional package in another recipe which is included in your image (or is added to MACHINE_EXTRA_RDEPENDS or something like that in your machine conf file). | 09:15 |
| JosefHolzmayrThe | qschulz: good point! | 09:15 |
| *** davidinux <davidinux!~davidinux@84.17.59.176> has joined #yocto | 09:15 | |
| Herdinger | qschulz: In both cases youre shipping files to rootfs so I do not completly agree. But sure that is a way to solve it. | 09:18 |
| *** yocton <yocton!~quassel@2001:bc8:3386::1> has joined #yocto | 09:19 | |
| qschulz | Herdinger: udev rule is for udev enabled systems which isn't necessarily the case for all systems. some have mdev, some have none, some have udev. I don't remember but there might actually be small differences between udev and eudev too, so there are actually choices, as compared to just a kernel module which isn't impacted by the rootfs choice | 09:19 |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 09:21 | |
| JosefHolzmayrThe | its a classic "works for me" versus "the right thing" discussion. in a specific environment/product, i'd agree that bundling can be ok. for a solution that gets published as a layer (BSP?), qschulz is right and it should be treated as a seperate instance. | 09:21 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds) | 09:21 | |
| *** camus1 is now known as camus | 09:21 | |
| Herdinger | qschulz: I see your point. I would probably model it to have the functionality with udev and bells and whistles in a seperate recipe and let that depend on the kernel module. The only thing that still would confusing to me are kernel module headers that get shipped, currently I am including them in the kernel module recipe and have a dependency on | 09:21 |
| Herdinger | it for recipes that use those. | 09:22 |
| Herdinger | qschulz: Is there a way were I could depend just on the recipe for the actual functionality and have that transitively included the kernel headers? | 09:23 |
| qschulz | in any case, I assume ${PN} is wrong and should be something like: ${KERNEL_MODULE_PACKAGE_PREFIX}-${@d.getVar("KERNEL_PACKAGE_NAME") or "kernel"}-module-<ko module name>-${KERNEL_MODULE_PACKAGE_SUFFIX} | 09:24 |
| qschulz | Herdinger: why would you need the kernel headers at runtime? | 09:24 |
| Herdinger | qschulz: Thanks for providing an actual answer to the question! | 09:25 |
| qschulz | see https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/kernel-module-split.bbclass for how the package name is created | 09:25 |
| qschulz | or run oe-pkgdata-util find-path '*<module>.ko' and replace <module> accordingly | 09:25 |
| qschulz | and hardcode the name | 09:26 |
| qschulz | I do not understand your last question though :/ | 09:26 |
| *** tre <tre!~tre@mail.rapiddevelopmentkit.de> has joined #yocto | 09:26 | |
| Herdinger | I would not need them at runtime but for building userspace utilitities that call ioctls for the kernel module device. So currently I just list the kernel module itself as a dependency for that. | 09:26 |
| Herdinger | If there was a package that encompasses the entire feature with kernelmodule and userspace udev rules etc. I would like to just depend on that for the kernel headers instead of the kernel module directly. | 09:27 |
| qschulz | Herdinger: custom kernel headers requires custom handling in Yocto. You need to create a new recipte that provides this additional kernel header and depend on it in your kernel module (I assume it's needed there) and other recipes making use of it | 09:27 |
| JosefHolzmayrThe | qschulz: i sense a documentation opportunity for you :P | 09:28 |
| Herdinger | qschulz: I do not need custom kernel headers, its a header that the kernel module provides. Sorry if that was confusing. Its working as it is right now, I just did not want have to depend on different packages depending on the context. | 09:29 |
| qschulz | JosefHolzmayrThe: what for specificially? | 09:29 |
| JosefHolzmayrThe | qschulz: "how to properly integrate my custom kernel module" | 09:30 |
| qschulz | Herdinger: I'm not sure you have a choice there :/ | 09:30 |
| Herdinger | Ok than :(, thanks so much for the advice. | 09:31 |
| qschulz | You can use PACKAGECONFIG to make it a bit more magic but there'll still be a option changed somewhere (in conf file or directly in the recipe which depends on different recipes) | 09:31 |
| qschulz | to select which recipe to depend on | 09:32 |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has quit IRC (Ping timeout: 260 seconds) | 09:32 | |
| qschulz | depending on what exactly your changes imply, it could either be something machien specific or something distro specific | 09:32 |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has joined #yocto | 09:33 | |
| qschulz | also, make sure to use the correct wording. Recipes are metadata used to build packages. A recipe (build) depends on other recipes and packages (runtime) depend on other packages | 09:33 |
| qschulz | I'm not sure which one you meant in the end | 09:33 |
| qschulz | It's a very important notion that is source of much confusion for people, so I'm just making sure this is clear or at least explicit :) | 09:34 |
| qschulz | JosefHolzmayrThe: I think there should already be something about that somewhere in the BSP guide? | 09:34 |
| JosefHolzmayrThe | qschulz: yeah i think there is something. | 09:35 |
| Herdinger | Hm, can't I depend on a package at buildtime? If I list a -dev package as a dependency for example. I though that was the whole stick of RDEPENDS vs DEPENDS. | 09:36 |
| Herdinger | Completly unrelated but since someone who has the power to document is here I had a long long bug search because of the difference of a patch with and without a trailing slash in the SRC_URI. When I asked on IRC I got lots of conflicting and confusing answers. | 09:36 |
| qschulz | JosefHolzmayrThe: https://docs.yoctoproject.org/kernel-dev/common.html#working-with-out-of-tree-modules but maybe we could add stuff to it, not sure | 09:36 |
| JosefHolzmayrThe | +1 | 09:36 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 268 seconds) | 09:37 | |
| qschulz | Herdinger: trailing slash in SRC_URI means it's a directory so not sure there's something we can do about it? | 09:37 |
| qschulz | I guess it should have told you that it cannot find the directory? | 09:37 |
| qschulz | Herdinger: DEPENDS are on recipes, RDEPENDS are on packages | 09:37 |
| qschulz | no, you cannot DEPENDS on a -dev package | 09:37 |
| Herdinger | The difference is that a trailing slash correctly dependency tracks folder content, i.e. if a file is added or removed changed etc. While it was very very sporadic when things get rebuild without a trailing slash, it has been a while so I do not quite remember. | 09:37 |
| qschulz | but that is more or less what's done by DEPENDS <recipe> | 09:38 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:38 | |
| qschulz | Herdinger: ah, yeah that's possible. I can't say, I think there was some fixes in that area in the last few releases. | 09:39 |
| qschulz | also, * is not supported in SRC_URI, just to make sure this was not in play | 09:39 |
| Herdinger | Using a trailing slash if you want to track a directory and its contents was definitly not documented when I looked. I got flat out told it is impossible and I need to explicitly list all files in SRC_URI. | 09:40 |
| qschulz | Herdinger: nah, you can use directories in SRC_URI | 09:40 |
| qschulz | it's just not working well with bbappends | 09:40 |
| qschulz | but that's a design choice | 09:40 |
| qschulz | Herdinger: https://pretalx.com/media/yocto-project-summit-2021/submissions/WTT3UV/resources/Demystifying_the_OVERRIDES_mechan_no6J6fb.pdf starting from slide 78 | 09:41 |
| qschulz | I think I explained this in the video so you can watch iton youtube somewhere | 09:42 |
| qschulz | Maybe select 0.75x speed :) | 09:42 |
| Herdinger | So if I depend on a recipe I basically get the install of that recipe for my build right? That gets split into multiple packages for the later install on rootfs either through explicit install or RDEPENDS. Also there is some magic that adds shared libraries to RDEPENDS if I recall correctly. | 09:43 |
| qschulz | Herdinger: now if it is actually supported in your Yocto version is another thing but I used that on thud | 09:43 |
| qschulz | Herdinger: you get the content of the directories from ${D} directory (WORKDIR/image, where your do_install installs files) listed in SYSROOT_DIRS | 09:43 |
| Herdinger | qschulz: Thanks I'll work myself through the slides in total later :) | 09:45 |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has quit IRC (Ping timeout: 268 seconds) | 09:48 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has joined #yocto | 09:48 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 10:05 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has joined #yocto | 10:12 | |
| *** davidinux <davidinux!~davidinux@84.17.59.176> has quit IRC (Ping timeout: 260 seconds) | 10:22 | |
| *** Herdinger <Herdinger!~Herdinger@ip1f11354a.dynamic.kabel-deutschland.de> has quit IRC (Quit: Connection closed) | 10:23 | |
| *** davidinux <davidinux!~davidinux@84.17.59.176> has joined #yocto | 10:24 | |
| *** Guest50 <Guest50!~Guest50@81.255.17.35> has joined #yocto | 10:24 | |
| Guest50 | Hello, someone here has already use WhiteSource to scan Yocto sources ? there a simple way to get a good report ? I'm pretty sure that scanning the rootfs is not the best way :P | 10:25 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 10:27 | |
| *** simon_ <simon_!~simon@xdsl-31-164-224-239.adslplus.ch> has joined #yocto | 10:27 | |
| mckoan | Guest50: AFAIK there is no WhiteSource integration available for Yocto | 10:29 |
| *** Guest50 <Guest50!~Guest50@81.255.17.35> has quit IRC (Ping timeout: 256 seconds) | 10:34 | |
| *** davidinux <davidinux!~davidinux@84.17.59.176> has quit IRC (Ping timeout: 260 seconds) | 10:37 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 10:38 | |
| *** davidinux <davidinux!~davidinux@84.17.59.175> has joined #yocto | 10:39 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 10:47 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 260 seconds) | 10:58 | |
| RP | kanavin: I think I may somehow have lost the perl patch for gdbm during the last test run - did that only break the ptests on the autobuilder? | 11:11 |
| *** GillesM <GillesM!~gilles@239.57.119.78.rev.sfr.net> has joined #yocto | 11:12 | |
| *** GillesM <GillesM!~gilles@239.57.119.78.rev.sfr.net> has quit IRC (Client Quit) | 11:13 | |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has joined #yocto | 11:13 | |
| JaMa | RP: the srcuri conversion script works reasonably well, even when there are quite a few false positives in layers which use some variable to provide branch parameter (all layers I maintain :)) and now I have warning free builds again and haven't seen any failure since yesterday (for dunfell-honister as well). Thanks! | 11:19 |
| RP | JaMa: glad it helped :) | 11:19 |
| RP | it was all a bit hacky but it seems good enough to do the bulk of the work | 11:20 |
| JaMa | yes, I think the only reasonable improvement would be to somehow use bitbake parser to parse each recipe SRC_URI before modifying it | 11:21 |
| JaMa | but then it would be difficult to find all the right places where it should be modified (e.g. if there is SRC_URI in .inc file and then overwrite in .bb file and both should get ;protocol=https) | 11:22 |
| JaMa | so it's good-enough and at least it leaves some work for us humans to do:) | 11:22 |
| RP | JaMa: devtool does have code that can do it but yes, it is a lot more work | 11:23 |
| RP | JaMa: I did try sed at first but that got too complex so I went with python :) | 11:23 |
| JaMa | true, I always start with sed and when it gets really complex I wish I didn't but its often too late to switch | 11:24 |
| JaMa | and then we end with some fragile unreadable sed machinery, just because I was too proud to give up and re-write it in something sensible | 11:26 |
| JaMa | at least it's not public usually | 11:26 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 11:28 | |
| RP | JaMa: It became clear fairly quickly that python would be faster :) | 11:33 |
| *** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 11:40 | |
| *** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Client Quit) | 11:40 | |
| *** nadell <nadell!~nadell@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 11:41 | |
| *** nadell <nadell!~nadell@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Client Quit) | 11:41 | |
| *** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has joined #yocto | 11:42 | |
| kanavin | RP: yes, perl is the only thing that needs fixing with new gdbm. | 11:43 |
| RP | kanavin: ok, thanks. I misunderstood what was going on. Not sure why I missed that patch the first time | 11:43 |
| kanavin | RP: right, you can double check with http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates | 11:44 |
| kanavin | git rebase is pure magic in catching things like that :) | 11:44 |
| nad | Hi all. For my understanding; what's the reason why PR variable was set to r9 when creating the recipe here https://git.yoctoproject.org/cgit.cgi/meta-gplv2/tree/recipes-core/readline/readline_5.2.bb ? | 11:46 |
| RP | nad: imported from elsewhere where it was already at r9 ? | 11:46 |
| RP | kanavin: most should rebase out now :) | 11:46 |
| nad | RP: ok I missed it from oe-core thanks | 11:58 |
| kanavin | nad, it's better to configure pieces that pull in readline to disable that, than to add meta-gpl2 | 12:00 |
| kanavin | nad, there should be PACKAGECONFIG options for that | 12:00 |
| nad | kanavin: you mean, playing with PACKAGECONFIG_remove_ instead instead of adding meta-gplv2 ? | 12:05 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 12:05 | |
| kanavin | nad, yes, or 'PACKAGECONFIG_pn-recipename =...' (overriding the recipe) | 12:05 |
| kanavin | meta-gpl2 is something we all want to get rid of, and no one should be using it | 12:06 |
| kanavin | those old versions are a security disaster waiting to happen, and a pain to keep in working condition | 12:06 |
| nad | kanavin: I agree. I wonder how to act in case tools require readline which cannot be inherited because of its license | 12:10 |
| kanavin | nad, you disable readline support in them, often it's done via configure options, or if it isn't you have to write a patch :( | 12:11 |
| kanavin | nad, another option is to package tools in such a way that they don't get added to the product image, only to development/testing images | 12:12 |
| kanavin | quite often only the library is needed in the product, and not the command line tool :) | 12:12 |
| kanavin | or it's stuff like gdb which shouldn't be in a product | 12:13 |
| kanavin | nad, what industry do you work in? | 12:13 |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds) | 12:17 | |
| nad | kanavin: I fully agree to use it for dev purpose only | 12:18 |
| RP | kanavin: it would be nice if we could figure out the bash compatibility piece for busybox such that you can configure busybox to replace bash | 12:19 |
| RP | kanavin: making that configurable would remove a lot of the remaining need to gplv2 | 12:19 |
| kanavin | RP: does busybox have a bash compatibility piece? I thought it only provides posix shells? | 12:20 |
| RP | kanavin: it has bash compatible extensions I think. How far those go, not sure | 12:21 |
| nad | kanavin: auto | 12:22 |
| kanavin | nad, of course | 12:23 |
| kanavin | nad, I used to work for Daimler/Mbition until 3 months ago | 12:23 |
| zeddii | JaMa: I hadn't picked up that corner case yet, thanks for the patch! | 12:47 |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has joined #yocto | 12:54 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:efcd:d541:847f:f194> has joined #yocto | 13:01 | |
| *** Guest5047 <Guest5047!~Guest50@62.95.72.131> has joined #yocto | 13:03 | |
| hmw[m] | hi, probaly wrong plase to complain but i don't know where i should. We use sd-cards as rootfs/boot partition. and our boot partition is fat32 but after a recent os update the arm target is not booting. no u-boot. but if i use a old sdcard ( preformatted) and copy the same u-boot it boots. it seems like my os is not creating the same sort of fat partition | 13:03 |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 13:03 | |
| Guest5047 | mckoan thx for the info:) I will try to find a workaround | 13:03 |
| *** zpfvo <zpfvo!~fvo@88.130.223.148> has quit IRC (Ping timeout: 260 seconds) | 13:15 | |
| *** Guest5047 <Guest5047!~Guest50@62.95.72.131> has quit IRC (Ping timeout: 256 seconds) | 13:25 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.224> has joined #yocto | 13:29 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 13:33 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 13:35 | |
| *** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto | 13:40 | |
| JaMa | RP: in meta-webosose we configure busybox to provide bash and sofar nothing got broken by using that implementation, only issue is to prevent all other recipes to accidentally pull real bash into the image (whenever bash gets built in the same TMPDIR), so it needs a lot of VIRUTAL-RUNTIME variables everywhere | 13:42 |
| *** tre <tre!~tre@mail.rapiddevelopmentkit.de> has quit IRC (Remote host closed the connection) | 13:44 | |
| JaMa | https://github.com/webosose/meta-webosose/commit/d0b237b70264e269f75303a11c43b2eea25de991 | 13:44 |
| JaMa | with CONFIG_BASH_IS_ASH=y in busybox's defconfig | 13:45 |
| kanavin | JaMa, can you make a bugzilla ticket with that info? | 13:46 |
| JaMa | it's already included in https://bugzilla.yoctoproject.org/show_bug.cgi?id=9217 | 13:48 |
| kanavin | JaMa, but that's about something else and is RESOLVED FIXED - I mean a ticket for bash replacement when bash's license is a problem | 13:49 |
| RP | JaMa: I wonder if some systemwide filter mechanism for packages to replace VIRTUAL-RUNTIME would make sense | 13:50 |
| JaMa | it would be definitely easier to maintain, I'm still adding more and more bbappends doing this whenever some typicaly PN-ptest packages is discovered to need bash dependency as well | 13:52 |
| RP | JaMa: I'm certainly open to the idea | 13:52 |
| RP | JaMa: in fact you could do this really easily with a replacement runtime_mapping_rename function | 13:55 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:56 | |
| RP | well, get_package_mapping() is easier again | 13:56 |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 13:56 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 268 seconds) | 14:00 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.224> has quit IRC (Ping timeout: 260 seconds) | 14:06 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.224> has joined #yocto | 14:07 | |
| RP | JaMa: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=6c20c2462256293a9bdb5264981426f754fcafe1 if you want to experiment | 14:10 |
| *** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Quit: camus) | 14:10 | |
| JaMa | RP: thanks, cannot test now, but will add it to my branch to experiment some other day | 14:12 |
| smurray | I guess you're using VIRTUAL-RUNTIME_base-utils as the "busybox is bash" flag ATM? | 14:14 |
| JaMa | me? no I don't use VIRTUAL-RUNTIME_base-utils at all | 14:15 |
| *** scott_ <scott_!~scott@76-209-90-35.lightspeed.jcvlfl.sbcglobal.net> has quit IRC (Quit: Leaving) | 14:16 | |
| smurray | JaMa: ah, okay, so do you add a VIRTUAL-RUNTIME_bash? | 14:18 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 14:19 | |
| RP | JaMa: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=0430ecdd1216a6167bd0fcff0682aa934c80a7a3 a tested version which works :) | 14:20 |
| smurray | JaMa: nm, looked at that meta-weboose commit you pointed at | 14:21 |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 14:22 | |
| smurray | RP: if that were available, I could imagine maybe adding a recipe for replxx and trying to point readline users at it | 14:22 |
| RP | smurray: it would be an interesting test | 14:26 |
| RP | I suspect that patch allows you to do a lot of things that could get you into trouble too | 14:26 |
| RP | but since when did that stop us previously | 14:26 |
| smurray | heh, yes, it occurred to me that it'd be a new footgun to hand people | 14:27 |
| *** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto | 14:37 | |
| JaMa | smurray: yes VIRTUAL-RUNTIME_bash and VIRTUAL-RUNTIME_stat which needs similar work arounds, but luckily in only a few places | 14:41 |
| JaMa | RP: thanks2 :) | 14:42 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 14:42 | |
| *** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has joined #yocto | 14:48 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:49 | |
| *** rfs613_alt <rfs613_alt!~rfs613@rfs.netwinder.org> has quit IRC (Quit: restart) | 14:57 | |
| *** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto | 14:59 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Read error: Connection reset by peer) | 15:01 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 15:02 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 15:03 | |
| *** camus <camus!~Instantbi@183.192.143.81> has joined #yocto | 15:10 | |
| *** Guest5032 <Guest5032!~Guest50@62.95.72.131> has joined #yocto | 15:11 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 260 seconds) | 15:14 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 15:15 | |
| Guest5032 | Hi all, I'm currently searching the best way to export licenses information from a Yocto build. We have configured Yocto to generate image-license.manifest file, There is a way to export SPDX file from Yocto? | 15:25 |
| RP | Guest5032: with honister and master, see the create-spdx class | 15:25 |
| Guest5032 | RP I'm stuck with gatesgarth version, thx for tips I will take a look :) | 15:26 |
| Guest5032 | RP thank you it's exactly what I need :) do you think it's compatible with older version ? | 15:45 |
| rburton | backporting won't be trivial as it involved some fairly instrusive pkgdata changes | 15:45 |
| rburton | there are standalone layers that do similar though which might backport easier | 15:46 |
| rburton | eg https://github.com/doubleopen-project/meta-doubleopen | 15:46 |
| *** bps3 <bps3!~bps@27-reverse.bang-olufsen.dk> has quit IRC (Ping timeout: 264 seconds) | 15:47 | |
| Guest5032 | rburton thk you, I will double check that :) | 15:47 |
| *** Guest5032 <Guest5032!~Guest50@62.95.72.131> has quit IRC (Quit: Client closed) | 15:47 | |
| *** Guest5051 <Guest5051!~Guest50@62.95.72.131> has joined #yocto | 15:48 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 15:55 | |
| *** tre <tre!~tre@ip5b4343c3.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 16:04 | |
| *** akiCA <akiCA!~akiCA@user/akica> has joined #yocto | 16:05 | |
| *** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 260 seconds) | 16:08 | |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 260 seconds) | 16:10 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:12 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 16:16 | |
| *** bps3 <bps3!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 16:19 | |
| *** Guest5051 <Guest5051!~Guest50@62.95.72.131> has quit IRC (Quit: Client closed) | 16:23 | |
| sakoman | Is anyone aware of any low cost (100USD-ish) risc-v development boards? | 16:27 |
| mckoan | drewfustini: ^^^ | 16:30 |
| qschulz | sakoman: https://www.cnx-software.com/2021/05/20/nezha-risc-v-linux-sbc/ based on an Allwinner D1 | 16:32 |
| qschulz | if you can get your hands on a BeagleV then that but there are only engineering samples and they won't start production on that one IIRC what drewfustini said on twitter | 16:33 |
| *** Bardon <Bardon!~Bardon@user/Bardon> has joined #yocto | 16:34 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-166-98.ssp.dialog.net.pl> has joined #yocto | 16:34 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving) | 16:37 | |
| smurray | qschulz: yeah, that's my understanding re Beagle V, they're engaging with some other SoC vendor now instead of J-Star AIUI | 16:38 |
| smurray | there'll probably be a bunch of cheap Allwinner D1s/F133 boards showing up, but that SoC only has 64 MiB onboard RAM, so it's more of an IoT oriented thing | 16:41 |
| khem | D1 is good although the SOC has some incompatible extentions | 16:46 |
| *** simon_ <simon_!~simon@xdsl-31-164-224-239.adslplus.ch> has quit IRC (Ping timeout: 268 seconds) | 16:53 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 16:54 | |
| sakoman | qschulz: thanks for the pointer! | 16:57 |
| sakoman | I was asking since BeagleV isn't a good option any longer | 16:58 |
| *** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Remote host closed the connection) | 17:00 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@host-79-2-93-196.business.telecomitalia.it> has joined #yocto | 17:00 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Remote host closed the connection) | 17:00 | |
| smurray | with Alibaba open-sourcing their core designs, I expect a bunch more SoCs to pop up | 17:00 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 17:00 | |
| *** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has joined #yocto | 17:00 | |
| *** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Client Quit) | 17:02 | |
| sakoman | qschulz: do you know if there is a Yocto bsp for that board? | 17:04 |
| qschulz | sakoman: BeagleV or Allwinner? | 17:04 |
| qschulz | All I know is BeagleV is supported in upstream Buildroot, don't know about Yocto | 17:05 |
| qschulz | and for the allwinner one, I assume not since it's pretty new and I'm not sure with that much RAM it'll be super easy to run Linux without tweaks on it | 17:05 |
| sakoman | qschulz: the allwinner | 17:05 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:06 | |
| sakoman | qschulz: the link you provided claims: Memory – 1GB DDR3 memory | 17:06 |
| qschulz | sakoman: mmm my bad, it's the other one that isn't yet released I had in mind: https://www.cnx-software.com/2021/10/30/open-source-hardware-allwinner-d1s-risc-v-linux-sbc/ | 17:07 |
| qschulz | so in short: no I don't know :) | 17:08 |
| smurray | the newer D1s has the onboard memory, the full D1 uses external AIUI | 17:09 |
| smurray | if you poke around on alibaba, sipeed claim 1 month delivery for a nezha board, but whether it's worth paying > $100 for it or not is a good question | 17:12 |
| sakoman | smurray: I ordered one, so I'll find out :-) | 17:14 |
| smurray | sakoman: heh, I am curious how it goes | 17:15 |
| NishanthMenon | https://forum.beagleboard.org/t/the-future-of-beaglev-community/30463/8 :( (beagleV) | 17:16 |
| smurray | sakoman: I've been told some of the opensbi stuff around booting is pretty fresh, so you may have some fun if it uses that | 17:16 |
| *** zpfvo <zpfvo!~fvo@88.130.223.224> has quit IRC (Remote host closed the connection) | 17:20 | |
| *** mckoan is now known as mckoan|away | 17:26 | |
| sakoman | smurray: seems it comes with debian installed. It will be interesting to see the boot setup | 17:28 |
| *** zpfvo <zpfvo!~fvo@88.130.223.224> has joined #yocto | 17:29 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 268 seconds) | 17:30 | |
| *** zpfvo <zpfvo!~fvo@88.130.223.224> has quit IRC (Client Quit) | 17:33 | |
| *** bps3 <bps3!~bps@80.71.142.18.ipv4.parknet.dk> has quit IRC (Ping timeout: 268 seconds) | 17:33 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC (Quit: install gentoo) | 18:02 | |
| *** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto | 18:02 | |
| *** nad <nad!~nad@pr-svc-em1-015.emea.corpinter.net> has quit IRC (Ping timeout: 256 seconds) | 18:07 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Quit: ERC (IRC client for Emacs 28.0.50)) | 18:15 | |
| *** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto | 18:15 | |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 18:16 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 18:23 | |
| drewfustini | RISC-V International has a developer board program to get boards to open source developers | 18:31 |
| drewfustini | https://riscv.org/risc-v-developer-boards/ | 18:31 |
| drewfustini | Currently Allwinner D1 Nezha and SiFive Unmatched (limited number) are being sent out through that program | 18:31 |
| drewfustini | so please fill out that Google form is you are trying to get a D1 board... there is a good quantity avail | 18:32 |
| drewfustini | The Allwinner D1 Nezha comes in 1GB and 2GB board version | 18:33 |
| drewfustini | though the 2GB qty is limited | 18:33 |
| drewfustini | is also variant of D1 called F133 which is a SiP with 64 MB DRAM | 18:34 |
| drewfustini | which is used in this open source design for example https://www.hackster.io/news/the-open-hardware-xassette-asterisk-gives-you-a-sub-10-linux-capable-risc-v-single-board-computer-115481c3ac5f | 18:34 |
| *** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto | 18:35 | |
| drewfustini | could meta-riscv system be squeezed down that small? | 18:35 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:35 | |
| khem | drewfustini: by all means | 18:38 |
| khem | drewfustini: I have had arm systems with 32MB RAM running images built with Yocto/OE | 18:39 |
| drewfustini | nice | 18:39 |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has quit IRC (Ping timeout: 260 seconds) | 18:39 | |
| drewfustini | khem: are there any RV boards that you are lacking? | 18:39 |
| khem | I dont have allwinner ones | 18:40 |
| khem | ah nice they are using kiCad | 18:40 |
| khem | 64MB, we shuld be able to boot a core-image-base with musl | 18:41 |
| drewfustini | did you fill out the risc-v google form? | 18:45 |
| drewfustini | https://docs.google.com/forms/d/1GDg3yY_PAOH1qtM4K5fxQj1yiwNgOnjPsajxqUaK934/edit | 18:45 |
| *** drewfustini <drewfustini!sid284109@helmsley.irccloud.com> has quit IRC () | 18:45 | |
| *** drewfustini <drewfustini!sid284109@id-284109.helmsley.irccloud.com> has joined #yocto | 18:46 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 18:46 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Remote host closed the connection) | 18:46 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-167-000.93.133.pool.telefonica.de> has joined #yocto | 19:14 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Quit: Leaving) | 19:16 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 19:19 | |
| hpsy[m] | <JaMa> "anyone else seeing ca-certificat..." <- JaMa: Today I am facing it on dunfell, I haven't looked into it yet. | 19:21 |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 19:21 | |
| khem | JaMa: is it persistent ? | 19:28 |
| khem | I see it in local build once but a rebuild seemed to not find it | 19:28 |
| *** paulg <paulg!~paulg@24-212-228-244.cable.teksavvy.com> has joined #yocto | 19:34 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-167-000.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds) | 19:42 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 19:50 | |
| *** simon_ <simon_!~simon@85-195-255-110.fiber7.init7.net> has joined #yocto | 20:06 | |
| *** simon_ <simon_!~simon@85-195-255-110.fiber7.init7.net> has quit IRC (Quit: leaving) | 20:13 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Read error: Connection reset by peer) | 20:25 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto | 20:26 | |
| *** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has quit IRC (Quit: Textual IRC Client: www.textualapp.com) | 20:47 | |
| *** kiran <kiran!~kiran@2607:fea8:5a80:ea0:efcd:d541:847f:f194> has quit IRC (Ping timeout: 264 seconds) | 20:53 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 260 seconds) | 21:03 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 21:07 | |
| JaMa | hpsy[m]: what was it? do_fetch failure or something else? | 21:11 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 21:18 | |
| jordemort | has honister changed something about the way packagegroups work? i have one "top level" packagegroup that RDEPENDS on a bunch of other packagegroups that i've been using to build out a package repository, but since cutting over to honister building the top-level packagegroup only seems to result in an RPM for the top-level one, and not RPMs for any of the other packagegroups it RDEPENDS | 21:24 |
| jordemort | i.e. i have `packagegroup-foo-packages` that RDEPENDS on `packagegroup-foo-bar` and `packagegroup-foo-baz`, in dunfell and hardknott building `packagegroup-foo-packages` got me packages for all 3, but in honister it only gets me `packagegroup-foo-packages` | 21:25 |
| *** florian_kc <florian_kc!~florian@dynamic-093-133-167-000.93.133.pool.telefonica.de> has joined #yocto | 21:33 | |
| JaMa | hpsy[m]: upgrade ca-certificate on you host, I had slightly older version on 20.04 ubuntu and the root cert of salsa.debian wasn't trusted yet | 21:37 |
| JaMa | khem: yes, persistent on host with older ca-certificates | 21:37 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:37 | |
| JaMa | khem: maybe following rebuilds fetched it from some PREMIRROR for you? | 21:37 |
| *** nad <nad!~nad@pr-svc-em1-115.emea.corpinter.net> has joined #yocto | 21:39 | |
| *** Guest7073 <Guest7073!~Guest70@176.57.115.89.rev.vodafone.pt> has joined #yocto | 21:41 | |
| jordemort | doesn't look like packagegroup.bbclass or packagegroup.py have changed much in years | 21:41 |
| jordemort | if i query RPM that the top-level packagegroup produces it still clearly shows it depending on the other packagegroups, but those just don't get built for some reason | 21:42 |
| *** quaresma <quaresma!~ctw01195@176.57.115.89.rev.vodafone.pt> has joined #yocto | 21:46 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed) | 21:47 | |
| *** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto | 21:48 | |
| *** quaresma is now known as qua | 21:56 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 21:58 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 22:00 | |
| *** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 22:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 22:06 | |
| RP | jordemort: I'd look at the changes to do_build dependencies and the removal of the meta class | 22:09 |
| RP | jordemort: I'd suspect http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=568f62214bca3ac6d35eef8d9f4562596fb4c9ab did it | 22:10 |
| jordemort | RP: aha, thanks | 22:12 |
| *** nad <nad!~nad@pr-svc-em1-115.emea.corpinter.net> has quit IRC (Quit: Client closed) | 22:17 | |
| *** nad <nad!~nad@pr-svc-em1-115.emea.corpinter.net> has joined #yocto | 22:19 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has joined #yocto | 22:30 | |
| hpsy[m] | JaMa: Yes, do_fetch failure: | 22:37 |
| hpsy[m] | ERROR: ca-certificates-20211016-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export ... git -c core.fsyncobjectfiles=0 fetch -f --progress "https://salsa.debian.org/debian/ca-certificates.git" refs/*:refs/* failed with exit code 128, no output | 22:37 |
| hpsy[m] | JaMa: Thanks, my builds are running in Ubuntu 18.04 containers, I guess I need to update the containers. | 22:39 |
| *** nad <nad!~nad@pr-svc-em1-115.emea.corpinter.net> has quit IRC (Ping timeout: 256 seconds) | 22:41 | |
| *** bps3 <bps3!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 22:47 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 260 seconds) | 22:51 | |
| *** Guest7073 <Guest7073!~Guest70@176.57.115.89.rev.vodafone.pt> has quit IRC (Quit: Client closed) | 22:56 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 22:56 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.46> has joined #yocto | 23:05 | |
| *** hpsy <hpsy!~hpsy@user/hpsy> has quit IRC (Ping timeout: 268 seconds) | 23:10 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 23:15 | |
| khem | JaMa I think it was a 20.04 host where it worked but 18.04 where it failed for me | 23:25 |
| khem | certs seems to be issue perhaps | 23:25 |
| JaMa | khem: see https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/1928989 | 23:32 |
| JaMa | updating ca-certificates definitely fixed the issue for me | 23:32 |
| *** chep <chep!~chep@88.168.197.200> has quit IRC (Ping timeout: 268 seconds) | 23:34 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.46> has quit IRC (Read error: Connection reset by peer) | 23:50 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.46> has joined #yocto | 23:53 | |
| RP | http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=e64ed625c760b3ea0d5ebd7c0e8a4d66a5d0d653 - an attempt at removing VIRTUAL-RUNTIME usage | 23:53 |
| RP | JaMa: you might find that interesting | 23:54 |
| RP | Of course it generates a ton of build-deps warnings and I didn't fix the tests | 23:54 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!