| *** xmn <xmn!~xmn@2600:4040:9398:a200:54c4:5748:1682:3016> has quit IRC (Quit: ZZZzzz…) | 00:05 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 00:10 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 00:12 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 00:12 | |
| sotaoverride | can someone explain why this bitbake command just gets stuck? bitbake-layers add-layer ../meta-openembedded/meta-oe | 00:19 |
|---|---|---|
| sotaoverride | NOTE: Starting bitbake server... | 00:19 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection) | 00:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 00:34 | |
| *** davidinux <davidinux!~davidinux@45.11.82.48> has quit IRC (Ping timeout: 246 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@45.11.82.48> has joined #yocto | 01:05 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 272 seconds) | 01:11 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 01:23 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 01:27 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 01:31 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 01:32 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 268 seconds) | 01:34 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 01:34 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 268 seconds) | 01:37 | |
| *** stgl <stgl!~stgl@2a03:b0c0:3:d0::cad:a001> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 01:42 | |
| *** stgl <stgl!~stgl@2a03:b0c0:3:d0::cad:a001> has joined #yocto | 01:42 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 01:44 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:54c4:5748:1682:3016> has joined #yocto | 01:45 | |
| *** Jones42__ <Jones42__!~Jones42@user/Jones42> has quit IRC (Ping timeout: 240 seconds) | 01:47 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 01:48 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 01:53 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 01:58 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 02:00 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650f:fe00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 268 seconds) | 02:00 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 02:00 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6539:1a00:2ce:39ff:fecf:efcd> has joined #yocto | 02:01 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (Remote host closed the connection) | 02:21 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 02:22 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 02:31 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 02:34 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 02:46 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 02:54 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 264 seconds) | 03:00 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 03:01 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Quit: Leaving.) | 03:10 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 240 seconds) | 04:09 | |
| *** roussinm <roussinm!~mroussin@142.115.196.7> has quit IRC (Ping timeout: 268 seconds) | 04:19 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 04:27 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 04:41 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 04:41 | |
| *** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto | 04:48 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 246 seconds) | 04:51 | |
| *** Jookia <Jookia!~jookia@LuminaSensum/founder/Jookia> has joined #yocto | 04:53 | |
| Jookia | does yocto sign its git tags/releases with a key? | 04:54 |
| khem | qschulz: https://snips.sh/f/7pebax45CB | 04:58 |
| khem | qschulz: it seems when we add meta-clang and let clang fill in for all llvm needs this is what I see | 04:58 |
| *** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Ping timeout: 240 seconds) | 05:03 | |
| *** sotaoverride <sotaoverride!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 05:18 | |
| *** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has quit IRC (Remote host closed the connection) | 05:28 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 05:29 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 05:35 | |
| *** sng <sng!~quassel@217.140.105.54> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 05:42 | |
| *** sng <sng!~quassel@217.140.105.54> has joined #yocto | 05:43 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 05:47 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has joined #yocto | 05:52 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:d9e1:7ebb:7a1:d44c> has joined #yocto | 06:03 | |
| *** prabhakalad <prabhakalad!~prabhakar@147.161.225.104> has joined #yocto | 06:04 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.10> has joined #yocto | 06:04 | |
| *** ahussain <ahussain!~Thunderbi@2404:3100:1897:9bd1:8fa5:ceae:35be:147> has joined #yocto | 06:06 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:d9e1:7ebb:7a1:d44c> has quit IRC (Ping timeout: 268 seconds) | 06:07 | |
| *** ahussain is now known as ehussain | 06:07 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:13 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has joined #yocto | 06:25 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 06:27 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 06:29 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 06:34 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 06:42 | |
| *** mckoan|away is now known as mckoan | 06:43 | |
| jclsn | Morning guys | 06:46 |
| Xogium | jclsn: hi | 06:47 |
| *** Jookia <Jookia!~jookia@LuminaSensum/founder/Jookia> has quit IRC (Ping timeout: 264 seconds) | 06:47 | |
| jclsn | So this oelint-adv tool is telling me to place FILES before RDEPENDS. My colleague is complaining about this. I don't see anything about this in the OE Styleguide. Does anyone know where the oelint-dev gets this from? | 06:47 |
| jclsn | Oh it actually is there https://docs.yoctoproject.org/dev/contributor-guide/recipe-style-guide.html | 06:49 |
| *** Jookia <Jookia!~jookia@115.68.233.220.static.exetel.com.au> has joined #yocto | 06:49 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 06:50 | |
| mckoan | good morning | 06:52 |
| *** enok <enok!~Thunderbi@94.191.152.247> has joined #yocto | 06:56 | |
| jclsn | Btw now that I got your attention | 06:58 |
| *** zpfvo <zpfvo!~fvo@i59F5CDE4.versanet.de> has joined #yocto | 06:58 | |
| jclsn | How is Qualcomm support looking in general? Is it a good idea to use one of their SoCs? The BSPs seem closed-source to me, since I can't find much about them | 06:59 |
| jclsn | There is also not much in here https://github.com/Linaro/meta-qcom | 06:59 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:00 | |
| *** ehussain <ehussain!~Thunderbi@2404:3100:1897:9bd1:8fa5:ceae:35be:147> has quit IRC (Remote host closed the connection) | 07:02 | |
| *** ehussain <ehussain!~Thunderbi@2404:3100:1897:9bd1:8fa5:ceae:35be:147> has joined #yocto | 07:02 | |
| *** crazy_imp <crazy_imp!~mj@user/crazy-imp/x-1371519> has joined #yocto | 07:04 | |
| crazy_imp | hi, is there a way to get the targets (kernel) page size during compile time of userland applications? | 07:05 |
| mckoan | jclsn: my past experiences with Qualcomm were not good | 07:11 |
| jclsn | mckoan: Can you elaborate? | 07:12 |
| mckoan | jclsn: no, I can't sorry. All depends on your real need on QC system. Maybe you can describe your scenario | 07:14 |
| *** enok <enok!~Thunderbi@94.191.152.247> has quit IRC (Ping timeout: 240 seconds) | 07:15 | |
| jclsn | We are developing a system for a highly-regulated industry. We already have an NXP-based solution, but are looking for more performance and a more modern SoC than the i.MX8. So we would need to port our existing system to a Qcom SoC. I don't see it used much in the industry. It is more of an Android SoC for imo. That is why I am asking. | 07:17 |
| jclsn | I would think of other performant SoCs like the RK3588, but I doubt anyone would accept an SoC from a Chinese manufacturer in our industry. | 07:18 |
| *** ehussain <ehussain!~Thunderbi@2404:3100:1897:9bd1:8fa5:ceae:35be:147> has quit IRC (Ping timeout: 268 seconds) | 07:19 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:54c4:5748:1682:3016> has quit IRC (Ping timeout: 246 seconds) | 07:26 | |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 07:26 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 07:27 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 07:27 | |
| jclsn | I also see an issue with our DRM setup. This is currently based on NXP's OP-TEE. We would probably have to change a lot here | 07:30 |
| Xogium | well if you switch vendor pretty much everything in the boot chain will change for sure | 07:34 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 07:34 | |
| mckoan | jclsn: usong QC expect weird and non-YP-ortodox software implementations :-( | 07:35 |
| jclsn | Xogium: Sure, I am just asking about how well the Yocto support is. I wouldn't want to write half the BSP myself or be completely dependent of official Qcom support | 07:36 |
| BhsTalel | mckoan I confirm. | 07:36 |
| jclsn | mckoan: Isn't NXP weird in this regard already? | 07:36 |
| jclsn | I guess Qcom is such a big player in the Android market, that they don't care about Yocto much | 07:37 |
| *** florian <florian!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has joined #yocto | 07:38 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:821a:fb00:e88e:21ff:fe65:be18> has joined #yocto | 07:40 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 07:40 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 07:43 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 246 seconds) | 07:46 | |
| *** florian <florian!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 07:57 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has joined #yocto | 08:00 | |
| *** Jones42__ <Jones42__!~Jones42@user/Jones42> has joined #yocto | 08:06 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 256 seconds) | 08:09 | |
| rburton | crazy_imp: no, because you're not running inside the kernel | 08:10 |
| qschulz | khem: I know, I'm trying to work this issue out but it's **really** difficult right now | 08:15 |
| qschulz | khem: so, iris gallium driver is now requiring lbclc | 08:15 |
| qschulz | https://gitlab.freedesktop.org/mesa/mesa/-/commit/5438b1910464e4b17fe0248a96a6ed98f0280a20 | 08:16 |
| qschulz | however, if I add libclc to DEPENDS of PACKAGECONFIG[gallium] when iris is part of GALLIUMDRIVERS, I get a conflict in sysroot of mesa-native because llvm and clang both install the same static library | 08:17 |
| qschulz | this is because gallium-llvm is forced in PACKAGECONFIG for the native recipe | 08:17 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 08:18 | |
| qschulz | so it can either be gallium-llvm or gallium for now (or I move iris gallium to gallium-llvm, something I'll try today) | 08:18 |
| qschulz | jclsn: if that can help, i'll personally never work on any product based on Qcom, that's bad enough to make me quit my job if i'm forced to work on SoCs from that vendor | 08:19 |
| qschulz | I know people who worked on Qcom products and they basically said never again | 08:20 |
| qschulz | on SW side | 08:20 |
| crazy_imp | rburton: yes i know. hoped there's some variable inside the build system exposing it :|. even within the kernel it's kinda messy because for x86_64 there's no config parameter declaring tha page size while for arm64, there's CONFIG_ARM64_4K_PAGES | 08:20 |
| qschulz | on HW side, i only know one person who had some experience with them and it wasn't a good experience as well, with the same conclusion: no product on Qcom | 08:20 |
| qschulz | jclsn: this may have changed though, since Linaro is working a lot with upstream on Qcom products but this may be aiming only the very high performance SoCs (the ones you find in PCs or flagship smartphones) | 08:21 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:24 | |
| Xogium | qschulz: which vendors are you ok with, out of curiosity ? | 08:24 |
| qschulz | Xogium: I've worked on Amlogic, Allwinner, Mediatek, NXP and Rockchip for now. Amlogic has virtually no documentation and their BSP is really meh, Baylibre did upstream a few SoCs but I was told they weren't given any more documentation than I had. | 08:26 |
| qschulz | Xogium: Allwinner, it was ten years ago when it was in cheap tablets/phones. Doc a bit better than Amlogic, I never had a BSP with DT support (I worked on a 4.9 but they did some very weird thing with the DT) | 08:27 |
| qschulz | Mediatek was not great, didn't get access to docs IIRC, and the kernel was really not great. But Baylibre has been working a lot on Mtk SoCs as well with upstream, so maybe that has improved as well | 08:28 |
| qschulz | Rockchip is quite OK on the doc side, much better than the other mentioned Chinese vendors but you still have some incorrect info or IPs entirely not mentioned | 08:28 |
| qschulz | The kernel is... not great but it feels a bit better than the other CHinese vendors | 08:28 |
| qschulz | The best experience I had was with NXP | 08:28 |
| qschulz | Amazing doc, really nice support the only time I needed it (an issue in assembly code when entering suspend to RAM I could have never found by myself) | 08:29 |
| qschulz | they sometimes upstream stuff themselves, but they also keep updating their downstream repos often | 08:29 |
| Xogium | interesting ! | 08:30 |
| qschulz | their doc is so good (or at least used to be, have been a couple of years I have worked on those) that this is actually used to understand how the same IP in SoCs from other vendors work | 08:30 |
| qschulz | In the end, you pay for what you get (in both directions) | 08:31 |
| Xogium | indeed | 08:31 |
| qschulz | The only surprise is Qcom, which I think isn't that affordable, and the quality of the BSP we received was abysmal | 08:31 |
| Xogium | damn | 08:31 |
| Xogium | that does sound very bad indeed | 08:32 |
| qschulz | For Qcom stuff, you can ask Linaro and specifically caleb, they have done a lot of awesome work on products from that vendor, so they would know much more than I do what the current state is | 08:33 |
| BhsTalel | I had good experience also with NXP, their documentation is very good, and even for free support they did help me on a MIPI DSI kernel driver for a panel that is not theirs, their support is also good. | 08:33 |
| Xogium | I've not yet done lots of bsp, mostly because I'm quite comfortable with st so far... And I'll admit, outside of bsp things, I only did allwinner and amlogic, and they were both absolutely awful. Here, catch ! It's a patch for your board to make it work better ! ... thanks, sochip. That's not a patch. It's a binary file I have no idea what it is used for, where to even put it, what to even do with it in the | 08:34 |
| Xogium | first place | 08:34 |
| Xogium | they sent me this when the SoC we were using at the time got EOL... They replaced it with a supposedly compatible pin-to-pin version that is low power | 08:35 |
| Xogium | needless to say I wasn't impressed | 08:36 |
| BhsTalel | Xogium I noticed that lot of companies are switching to ST SoCs specially the MP1 processor, and they offer well detailed documents and good support. | 08:36 |
| Xogium | BhsTalel: yeah I definitely agree on doc and support, they're very nice. They even helped us with a board that wasn't of their own design in understanding why we had problem with the i2c controller from the dev board | 08:38 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:38 | |
| Xogium | their bsp isn't, like, the worst, probably. It's just very very weird and doing of things it shouldn't be doing | 08:38 |
| Xogium | *lots of things | 08:39 |
| BhsTalel | ST invest alot in support, we have ST here and they have like an entire departement just for handling support and forum questions | 08:39 |
| Xogium | carrying bbappend for pulseaudio, mesa, systemd, etc. | 08:39 |
| BhsTalel | What I only hate about ST is that they over engineer alot when its coming to BSP and Yocto, cyou can compare meta-st-stm32mp and meta-nxp and see the difference, but they did a pretty good job on Yocto side | 08:40 |
| Xogium | yeah they really overdone stuff | 08:40 |
| Xogium | but I'm sure there's far worse out there | 08:41 |
| *** enok <enok!~Thunderbi@94.191.152.60.mobile.tre.se> has joined #yocto | 08:41 | |
| Xogium | I actually had plans of starting my own proper bsp for st to have only what a bsp should do in there... Hardware support and bringup, nothing more | 08:41 |
| Xogium | but well, something called real life got in my way for the moment | 08:42 |
| BhsTalel | I am working with a company that designed a custom board based on MP1 and since they know ST has overdone their Yocto BSP layer, the company created a wrapper layers with simpler variables and explaination for their clients | 08:43 |
| Xogium | that said I'm very interested to see how the stm32mp2 sries will be like | 08:43 |
| Xogium | oooh wow that is nice ! | 08:43 |
| Xogium | is that bsp kept private ? Probably is but... If not, I'd sure like to check it out and see how they've done things | 08:44 |
| BhsTalel | I remember once I tried to simplify the env setup of ST layers with KAS yaml files and they rejected the pull request saying that the internal team did not agree on this LOL https://github.com/STMicroelectronics/meta-st-stm32mp/pull/62 | 08:45 |
| qschulz | BhsTalel: it's a third party tool not part of Yocto/OE, so I wouldn't throw them under the bus for this choice | 08:46 |
| BhsTalel | Yeah, I totally understand that | 08:47 |
| Xogium | shame though it would have made the setup quite a bit easier | 08:48 |
| Xogium | because their scripts are SO BAD | 08:48 |
| qschulz | we have some bitbake tool now to setup layers and whatnot, so maybe there's something to do there | 08:49 |
| Xogium | like the one that generates sd card images from a flashlayout file for example. Oh my. It's full of hardcoded things, and full of shellcheck warnings and errors :D | 08:49 |
| BhsTalel | Their tools are very specific to their boards, I think there is someone there that wants everything to be very tight to ST. | 08:51 |
| BhsTalel | qschulz Good contribution diea | 08:51 |
| BhsTalel | idea* | 08:51 |
| BhsTalel | I am still working on a Rust tool that will be an alternative for KAS, I hope it will be ready before the next 2024.11 Summit | 08:53 |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 08:58 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 08:58 | |
| *** enok <enok!~Thunderbi@94.191.152.60.mobile.tre.se> has quit IRC (Ping timeout: 240 seconds) | 09:06 | |
| rburton | BhsTalel: does it offer anything beyond kas/repo/tuxbake/bitbake-setup apart from being written in a different language? | 09:10 |
| *** Jones42__ is now known as Jones42 | 09:12 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has quit IRC (Quit: Client closed) | 09:35 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 09:38 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 09:38 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has joined #yocto | 09:46 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 09:47 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 09:52 | |
| BhsTalel | rburton It does the same needed job ofc which is setting up layers and build environment, but what I tried to add is the following features: | 09:52 |
| BhsTalel | - Support different types of input files (thanks to serde crate): YAML, JSON, TOML and RON are supported | 09:52 |
| BhsTalel | - Reverse: generate a build configuration based of an existing build environment | 09:52 |
| BhsTalel | - Repo: this is like google repo | 09:52 |
| BhsTalel | - Theme: which has lot of themes config files like ROS2 and RPI for example, if you type: easyocto theme -t rpi --setup , then it will setup a build environment automatically based on a predefiend rpi theme config, ... (BTW, its called easyocto) | 09:53 |
| BhsTalel | - Also, I have included what I called core and third party layers config files, so in the config file you don't need to specify every layer again like in KAS, for example you can specify directly the layer name. | 09:53 |
| BhsTalel | - Also, meta, meta-poky are automatically selected as they are required, so with just: easyocto build , with no config input, you can get a setup ready | 09:53 |
| BhsTalel | - Also, I started a CLI support to edit and create a config file, because it s quite complicated. | 09:53 |
| BhsTalel | - Also, Git2 crate is used and not a system git command | 09:53 |
| BhsTalel | NOTE: I started this for me as a big project to learn Rust. | 09:53 |
| BhsTalel | it could be usefull somehow, we will see | 09:53 |
| BhsTalel | I am going for lunch, I will check with you if you sent something I didnt received | 09:53 |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 09:54 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 09:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 09:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Client Quit) | 10:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 10:12 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has quit IRC (Quit: Client closed) | 10:30 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has joined #yocto | 10:38 | |
| BhsTalel | rburton I got disconnected, did you reply on my message ? | 10:38 |
| Xogium | BhsTalel: they didn't | 10:41 |
| BhsTalel | Xogium BTW, what do you think about it ? | 10:42 |
| Xogium | BhsTalel: that sounds like it definitely could be useful, from what you've described. Kas here just broke so I can't actually use it, and so I resorted to manually setting up everything currently | 10:44 |
| *** florian <florian!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has joined #yocto | 10:45 | |
| qschulz | BhsTalel: meta-poky is for sure not required :) | 10:58 |
| qschulz | BhsTalel: also, we have an archive of this IRC chat so you can check it on https://libera.irclog.whitequark.org/yocto | 10:59 |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has quit IRC (Quit: Client closed) | 11:06 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has joined #yocto | 11:07 | |
| *** sotaoverride is now known as Guest7236 | 11:09 | |
| *** Guest7236 <Guest7236!~aatir@ool-4578fe22.dyn.optonline.net> has quit IRC (Killed (iridium.libera.chat (Nickname regained by services))) | 11:09 | |
| *** ctraven is now known as sotaoverride | 11:09 | |
| *** sotaover1ide <sotaover1ide!~aatir@ool-4578fe22.dyn.optonline.net> has joined #yocto | 11:09 | |
| *** mbulut <mbulut!~mbulut@ip1f128e48.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 256 seconds) | 11:09 | |
| BhsTalel | qschulz the poky distro is in meta-poky, so why it is not required ? am I missing something here ? | 11:10 |
| qschulz | BhsTalel: yes, poky is a reference distro, technically nobody should use it | 11:10 |
| qschulz | BhsTalel: and, bitbake+oe-core is the minimal setup | 11:11 |
| BhsTalel | qschulz I should take that into consideration only for default build, then meta-poky is required for poky distro, otherwise it is not. | 11:12 |
| qschulz | BhsTalel: if you don't include meta-poky, poky distro won't be found anyway, so I would suggest to not be smart about it | 11:13 |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 11:13 | |
| qschulz | the smarter you want your tool to be, the more corner cases you'll have and the more difficult it'll get to maintain or refactor code | 11:13 |
| BhsTalel | qschulz yeah, that's why keeping default bblayers template file the choice. | 11:14 |
| BhsTalel | My tool checks if default config is set for local.conf and bblayers.conf, if it is the case (which is the default) it sets up the templates from meta-poky. | 11:14 |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed) | 11:38 | |
| *** dkc <dkc!~dan@user/dkc> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 11:42 | |
| *** dkc <dkc!~dan@user/dkc> has joined #yocto | 11:45 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@217.163.141.10> has quit IRC (Quit: Client closed) | 11:51 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 11:56 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 12:01 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has quit IRC (Ping timeout: 250 seconds) | 12:05 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has joined #yocto | 12:07 | |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 12:16 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 12:25 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 12:25 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 12:41 | |
| *** roussinm <roussinm!~mroussin@142.115.196.7> has joined #yocto | 12:42 | |
| jclsn | qschulz: Well, guess I will have to make my own experiences here. If our architects decide to use this SoC, I won't be able to do much about it | 12:43 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 12:44 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 12:45 | |
| qschulz | jclsn: hardware people and marketing people sometimes do not realize that the SW cost of a choice can be vastly different | 12:48 |
| qschulz | if someone tells them before they make the choice, they cannot complain afterwards they didn't know :) | 12:49 |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 12:51 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 13:06 | |
| jclsn | Sure, I also forwarded what I heard | 13:08 |
| jclsn | I just think it would be interesting to work with a Qcom SoC | 13:08 |
| jclsn | Their chips are super efficient. It would make our product ready for years to come | 13:09 |
| jclsn | So it may be worth the effort. NXP does not have an SoC that can compete unfortunately | 13:09 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 13:10 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:e120:fd4a:df2c:3db8> has joined #yocto | 13:10 | |
| mckoan | jclsn: however our company offer support even for YP projects based on Qcom ;-) | 13:10 |
| jclsn | mckoan: We are already working with Linaro anyway. So it is convenient that they maintain the layer | 13:11 |
| qschulz | jclsn: if it takes you years to have parity with your NXP SoC... :) | 13:12 |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 13:25 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 268 seconds) | 13:29 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Ping timeout: 240 seconds) | 13:30 | |
| smurray | jclsn: in my experience, for product Qualcomm will want you to use one of their SDKs, which includes a massive repo of stuff. They don't provide a separate BSP layer for most of their chips, their model is you work in their environment | 13:34 |
| jclsn | smurray: That is disgusting | 13:34 |
| jclsn | Maybe Linaro can do that part for us :D | 13:36 |
| smurray | jclsn: it's not fun, that's for sure. In theory you could pick stuff apart out of their SDK, I'm not sure if anyone does, I imagine it would lead to troublesome support discussions | 13:37 |
| *** altru <altru!~altru@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Client closed) | 13:37 | |
| smurray | jclsn: afaik the Linaro work is pretty much only for SoCs that go into stuff like Chromebooks or potentially now the new Windows ARM PCs. I'll admit I've not looked at meta-qcom that recently, though | 13:38 |
| jclsn | Alright, thanks for the input guys | 13:40 |
| jclsn | Nothing is set in stone yet anyway | 13:40 |
| qschulz | I concur, I've looked at their Yocto SDK for about an hour and I had to take a two-week holidays to try to forget about it | 13:42 |
| qschulz | IIRC, they replaced the base bbclass | 13:42 |
| qschulz | It's probably more fair to say it's a Bitbake SDK than a Yocto SDK at that point honestly | 13:42 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 13:42 | |
| jclsn | qschulz: Don't be so dramatique | 13:50 |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 13:50 | |
| *** Guest68 <Guest68!~Guest90@176.33.64.59> has joined #yocto | 13:50 | |
| jclsn | But yeah it is quite bad :D | 13:50 |
| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 13:51 | |
| *** Guest68 <Guest68!~Guest90@176.33.64.59> has quit IRC (Client Quit) | 13:53 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 13:53 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 14:05 | |
| *** rfuentess <rfuentess!~rfuentess@154.45.232.215> has quit IRC (Remote host closed the connection) | 14:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 14:09 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:6e68:6010:2a2f:d235> has joined #yocto | 14:14 | |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:6e68:6010:2a2f:d235> has quit IRC (Client Quit) | 14:15 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 14:18 | |
| JPEW | RP: you can drop the image.bbclass hooks patch. I did it better per the call yesterday | 14:20 |
| zeddii | gettext isn't building for me this morning after an update. anyone else seeing that ? | 14:23 |
| zeddii | a libtool version mismatch in a header. | 14:24 |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.164.95> has quit IRC (Quit: Client closed) | 14:24 | |
| zeddii | clearly I can blame RP, since he's the main contributor to libtool now! ;) | 14:24 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 14:26 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 14:28 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Quit: Leaving.) | 14:30 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 14:40 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 14:53 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 14:53 | |
| khem | qschulz: is it just one library of a set of libs which are conflicting ? | 15:01 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 15:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 15:02 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 15:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 15:14 | |
| *** vthor <vthor!~thor@user/vthor> has joined #yocto | 15:25 | |
| qschulz | khem: only have this error message, maybe it would complain for more if we resolve this one? | 15:25 |
| RP | zeddii: clean it and it will build fine. autotools is a bit dense at times | 15:33 |
| RP | zeddii: I did see it myself but assumed I'd corrupted something when testing | 15:33 |
| zeddii | I tried cleansstate and cleanall still blowing up, but I went away from it for a bit and will try again. | 15:34 |
| * zeddii tries just -c clean | 15:34 | |
| zeddii | RP: I assume yours was like this: https://pastebin.com/HdtjhF2r | 15:36 |
| zeddii | maybe I need to force libtool to rebuild | 15:36 |
| JaMa | -c clean worked for me (in couple different builds today) | 15:38 |
| zeddii | mine is persisting. I'm obviously just picking up some old files. | 15:39 |
| * zeddii ponders | 15:40 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 15:40 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 15:40 | |
| qschulz | khem: https://paste.ack.tf/f4244e | 15:43 |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 15:43 | |
| qschulz | all duplicates (find in sysroot-components + sorted + uniq -d with the merge sorted output for clang-native and llvm-native) | 15:43 |
| RP | zeddii: "gettext-native -c clean" should have been enough | 15:48 |
| RP | obviously a bitbake in there | 15:49 |
| RP | zeddii: was it gettext or gettext-native? | 15:49 |
| zeddii | yah. it was that I was doing gettext, and not gettext-native, I scanned it too quickly. | 15:49 |
| zeddii | it's building more now | 15:50 |
| RP | khem: the python3 patch seems to cause: https://valkyrie.yoctoproject.org/#/builders/6/builds/39 ? | 15:58 |
| RP | (and https://valkyrie.yoctoproject.org/#/builders/6/builds/39 ) | 15:58 |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 256 seconds) | 16:10 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.255.87> has joined #yocto | 16:12 | |
| *** mjm_ <mjm_!~mjm@user/mjm> has joined #yocto | 16:16 | |
| *** mjm_ <mjm_!~mjm@user/mjm> has quit IRC (Client Quit) | 16:17 | |
| *** mjm_ <mjm_!~mjm@user/mjm> has joined #yocto | 16:17 | |
| *** jmd <jmd!~user@2001:a61:2b57:a201:4b92:15ba:c66d:13b9> has joined #yocto | 16:18 | |
| *** mjm <mjm!~mjm@user/mjm> has quit IRC (Ping timeout: 255 seconds) | 16:18 | |
| *** mjm_ is now known as mjm | 16:18 | |
| *** zpfvo <zpfvo!~fvo@i59F5CDE4.versanet.de> has quit IRC (Remote host closed the connection) | 16:27 | |
| *** mbulut <mbulut!~mbulut@31.18.142.72> has joined #yocto | 16:35 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 16:39 | |
| *** BhsTalel <BhsTalel!~BhsTalel@147.161.255.87> has quit IRC (Quit: Client closed) | 16:42 | |
| *** Guest3753 <Guest3753!~Guest37@199.59.102.58> has joined #yocto | 16:50 | |
| *** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 252 seconds) | 16:56 | |
| *** npk32 <npk32!~npk32@107.159.218.121> has joined #yocto | 17:00 | |
| *** npk32 <npk32!~npk32@107.159.218.121> has left #yocto | 17:02 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 17:04 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 17:04 | |
| *** npk <npk!~npk32@user/npk> has joined #yocto | 17:05 | |
| *** nerdboy <nerdboy!~nerdboy@47.143.129.166> has joined #yocto | 17:08 | |
| *** Guest3753 <Guest3753!~Guest37@199.59.102.58> has quit IRC (Quit: Connection closed) | 17:18 | |
| *** florian <florian!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 17:27 | |
| *** vthor <vthor!~thor@187.148.151.84> has joined #yocto | 17:29 | |
| *** npk <npk!~npk32@user/npk> has quit IRC (Quit: Client closed) | 17:34 | |
| *** mattsm <mattsm!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has joined #yocto | 17:35 | |
| mattsm | what is the preferred way of doing local fast kernel builds these days? ideally bypassing the fetch + full recompile if a commit is made or even just using the local changes to iterate quickly. | 17:36 |
| *** florian <florian!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has joined #yocto | 17:39 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 17:44 | |
| khem | RP: is that only happening on musl targets ? | 17:46 |
| khem | thats a LTO fat object, so I am guessing we never generated it with musl before perhaps or its now in different path is expected | 17:47 |
| khem | FILES:libpython3-staticdev += "${libdir}/python${PYTHON_MAJMIN}/config-${PYTHON_MAJMIN}-*/libpython${PYTHON_MAJMIN}.a" | 17:49 |
| RP | khem: seems so | 17:50 |
| RP | khem: I thought we had static libs disabled | 17:51 |
| *** mattsm <mattsm!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Client closed) | 17:53 | |
| *** mattsm <mattsm!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has joined #yocto | 17:53 | |
| khem | I think it works ok on x86_64 qemu here - /usr/lib/python3.12/config-3.12-x86_64-linux-musl/libpython3.12.a | 17:53 |
| khem | but your build is for 32bit x86 so let me see | 17:54 |
| khem | if I can reproduce it | 17:55 |
| RP | khem: it failed on both 32 and 64 bit | 17:56 |
| khem | oh hmm | 17:56 |
| khem | somehow OSABI is probably not being used in your case for config-3.12 case | 17:58 |
| khem | is it happening on different build hosts ? | 17:59 |
| khem | this is ubu22.04 which you pasted above | 17:59 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has joined #yocto | 18:01 | |
| khem | x86_64 builds seem to be on rocky9 | 18:01 |
| RP | khem: it triggered failures in selftest too | 18:03 |
| RP | https://valkyrie.yoctoproject.org/#/builders/76/builds/47/steps/14/logs/stdio - the multiconfig one is from this | 18:03 |
| RP | https://valkyrie.yoctoproject.org/#/builders/76/builds/47/steps/14/logs/stdio | 18:03 |
| *** florian <florian!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds) | 18:04 | |
| RP | https://valkyrie.yoctoproject.org/#/builders/54/builds/49/steps/14/logs/stdio | 18:04 |
| RP | khem: doesn't seem host specific? | 18:04 |
| khem | yeah | 18:06 |
| khem | but I wonder why it works ok here | 18:07 |
| *** npk32 <npk32!~npk32@107.159.218.121> has joined #yocto | 18:15 | |
| paulg | https://bugzilla.yoctoproject.org/show_bug.cgi?id=15501 | 18:22 |
| paulg | A rather inventive spam. | 18:22 |
| * tgamblin marks it for high priority | 18:30 | |
| *** mattsm <mattsm!~mattsm@104-189-170-210.lightspeed.austtx.sbcglobal.net> has quit IRC (Quit: Client closed) | 18:39 | |
| khem | RP: you dropped bunch of stuff from master-next, I wonder if it was causing the issue ? | 18:46 |
| khem | RP: I will run yoe/mut through existing AB and see if we see the same issue there too | 18:47 |
| Jookia | how do i verify the yocto source code? | 18:48 |
| khem | verify source code of metadata ? | 18:52 |
| Jookia | verify the bitbake and openembedded-core source code's authenticity (ie it hasn't been tampered with) | 18:54 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 272 seconds) | 18:54 | |
| Jookia | do i just trust the git servers are uncompromised | 18:54 |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 260 seconds) | 18:57 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 19:00 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 19:05 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 255 seconds) | 19:07 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 19:08 | |
| khem | I think pick the tarballs from download server | 19:13 |
| RP | khem: I did drop some things but I'm not sure they'd be related | 19:13 |
| khem | Jookia:https://downloads.yoctoproject.org/releases/yocto/yocto-5.0/ | 19:13 |
| khem | there are sha256 checksums published there as well. you can match them before using the tarballs | 19:14 |
| Jookia | khem: are these verifiable? | 19:14 |
| khem | RP: OK, I am building locally as well as on AB lets see, I hope that it breaks on AB | 19:14 |
| khem | Jookia: these are releases made by yocto project so I would think yes | 19:15 |
| Jookia | ok, so the solution is to trust the server | 19:15 |
| khem | I can hand you Thumb drive physically if that helps :) | 19:16 |
| Jookia | sure! | 19:17 |
| Jookia | i would appreciate something easier though, like signed releases | 19:17 |
| rburton | Jookia: what like https://git.yoctoproject.org/poky/tag/?h=yocto-5.0.1 | 19:17 |
| Jookia | yes, but with a verifiable key | 19:17 |
| rburton | that is a verifiable key | 19:17 |
| Jookia | where is it listed? | 19:17 |
| Jookia | i did searching for it using google or reading the online docs and it's not listed anywhere | 19:19 |
| rburton | that key in particular is signed by the release engineer | 19:19 |
| Jookia | who are they? do they list the key anywhere? | 19:20 |
| rburton | personally i'd reading the release announcement https://lists.yoctoproject.org/g/yocto-announce/topic/announcement_yocto_project/106279511 which lists the SHAs | 19:20 |
| rburton | same sha means same source | 19:21 |
| Jookia | ok, so i'll trust the website then and ignore signing | 19:21 |
| rburton | you could even use a non-yocto archive such as https://lore.kernel.org/yocto/IA1PR11MB8098359D776B39471093371EB9F52@IA1PR11MB8098.namprd11.prod.outlook.com/ to verify that the list archive wasn't compromised at the same time as the git repo | 19:22 |
| Jookia | i was hoping not to have to do that | 19:23 |
| rburton | depends how paranoid you're being. the tags are signed by the release engineer, so we should document those key ids somewhere | 19:24 |
| Jookia | my requirements are that things are signed by a key that is publicly listed in at least two locations | 19:24 |
| Jookia | the release key is listed in no locations | 19:24 |
| rburton | Jookia: file a bug please | 19:24 |
| Jookia | i'll put it on my list | 19:26 |
| Jookia | what category would it be under? | 19:27 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 19:29 | |
| Jookia | and what should i write in it? | 19:31 |
| Jookia | just a general idea would help | 19:31 |
| *** Guest3738 <Guest3738!~Guest37@199.59.102.58> has joined #yocto | 19:36 | |
| *** bgreen <bgreen!~quassel@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 19:37 | |
| Guest3738 | does anybody if for the cargo class in poky, if the cargo fetch has been tried in do_fetch? | 19:39 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 19:39 | |
| Guest3738 | (for rust) | 19:39 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 246 seconds) | 19:47 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 19:52 | |
| khem | Guest3738:we translate the toml files into SRC_URI entries | 19:53 |
| khem | we then use bitbake -c update_crates <recipe> to update this e.g. see https://git.openembedded.org/meta-openembedded/tree/meta-python/recipes-devtools/python/python3-pydantic-core-crates.inc | 19:55 |
| khem | and https://git.openembedded.org/meta-openembedded/tree/meta-python/recipes-devtools/python/python3-pydantic-core_2.16.3.bb | 19:55 |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 268 seconds) | 19:56 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 20:09 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 20:10 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 20:11 | |
| Guest3738 | khem: ah that helps a lot | 20:12 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 20:13 | |
| *** Haxxa <Haxxa!~Haxxa@116.255.4.123> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 20:15 | |
| Guest3738 | anybody use git depencencies in a rust project instead of crates.io dependencies? | 20:15 |
| *** Haxxa <Haxxa!~Haxxa@116.255.4.123> has joined #yocto | 20:17 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 20:17 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has joined #yocto | 20:22 | |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has quit IRC (Client Quit) | 20:23 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has joined #yocto | 20:25 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 268 seconds) | 20:28 | |
| Guest3738 | oh it looks like rust git dependencies need a tweak to allow workspace git dependencies | 20:29 |
| *** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@94.31.104.192> has joined #yocto | 20:32 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 20:56 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 21:01 | |
| khem | RP: I am locally getting the python bits installed right - packages-split/libpython3-staticdev/usr/lib/python3.12/config-3.12-x86_64-linux-musl/libpython3.12.a | 21:06 |
| khem | seems to fail in same way on AB too https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/9098 | 21:09 |
| *** npk32 <npk32!~npk32@107.159.218.121> has quit IRC (Quit: Client closed) | 21:22 | |
| khem | RP: I think the issue is that the test that upstream added to compute PLATFORM_TRIPLET is working with clang but not with gcc | 21:25 |
| khem | the build-renamed/ dir on AB has the workdir for python3 but I could not run the compiler inside it. perhaps some issues when the dirs are renamed | 21:26 |
| *** mvlad <mvlad!~mvlad@2a02:2f05:821a:fb00:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 21:29 | |
| Guest3738 | where do i need to submit patches for poky? | 21:31 |
| *** mbulut <mbulut!~mbulut@31.18.142.72> has quit IRC (Ping timeout: 255 seconds) | 21:40 | |
| *** mbulut <mbulut!~mbulut@31.18.142.72> has joined #yocto | 21:47 | |
| khem | Guest3738: usually if you are chaning things under meta/ then send to openembedded-core list | 21:49 |
| khem | things under meta-poky go to poky ml and under bitbake/ dir go to bitbake list | 21:50 |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 21:50 | |
| khem | since poky is composed of multiple git repositories | 21:50 |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 21:50 | |
| Jookia | i submitted a bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=15504 | 21:51 |
| khem | RP: I can see the problem, its actually the platform test is failing for musl+gcc and works for musl+clang and the reason is a compiler issue where for musl it should look into sysroot for std headers before it looks into compiler headers dirs, I have fixed clang for that few years ago but not gcc | 21:52 |
| khem | for glibc order is reverse | 21:52 |
| khem | which is gcc's default too so it works | 21:53 |
| khem | on glibc systems | 21:53 |
| RP | khem: glad you at least understand the problem | 21:57 |
| Guest3738 | how do i build an image for an image type specifying CONVERSION_CMD ? | 21:59 |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 22:01 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-218-083.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 264 seconds) | 22:02 | |
| rburton | Guest3738: IMAGE_TYPES="ext4.gz" would be a gzip-compressed ext4 image | 22:05 |
| Guest3738 | rburton: ok that what i thought, im just seeing a problem where .enc for swupdate isnt recognized even though i did inherit swupdate-enc | 22:05 |
| *** mbulut <mbulut!~mbulut@31.18.142.72> has quit IRC (Ping timeout: 246 seconds) | 22:14 | |
| Guest3738 | bitbake -e (my-image-name-here) | grep CONVERSION_CMD shows that enc is an entry for CONVERSION_CMD as expected | 22:18 |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 22:37 | |
| *** Saur_Home5 <Saur_Home5!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 22:37 | |
| *** vthor <vthor!~thor@2806:10a6:6:1b6e:acbd:297a:3efd:467e> has joined #yocto | 22:45 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Client Quit) | 22:49 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:e120:fd4a:df2c:3db8> has quit IRC (Ping timeout: 256 seconds) | 22:55 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:b43a:e1c1:4cb5:736d> has joined #yocto | 23:14 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 23:18 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!