| *** xmn <xmn!~xmn@2600:4040:9398:a200:ecd3:3913:c60e:597d> has joined #yocto | 00:52 | |
| *** starblue1 <starblue1!~juergen@87.122.38.28> has quit IRC (Ping timeout: 246 seconds) | 01:10 | |
| *** starblue1 <starblue1!~juergen@87.122.126.150> has joined #yocto | 01:12 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6541:3c00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 265 seconds) | 01:50 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6545:3300:2ce:39ff:fecf:efcd> has joined #yocto | 01:52 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 02:05 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 02:06 | |
| azzentys | Re: buildhistory - looks like the patch already exists - https://git.openembedded.org/openembedded-core/commit/meta/classes-recipe/populate_sdk_base.bbclass?id=29ac598c4f754ce5cee59d3360612f661ad02191. | 02:19 |
|---|---|---|
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 03:46 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 276 seconds) | 04:20 | |
| *** Articulus <Articulus!~Articulus@2601:642:4f7f:1df1:16ac:60ff:fed8:386b> has quit IRC (Quit: Leaving) | 04:22 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:ecd3:3913:c60e:597d> has quit IRC (Ping timeout: 260 seconds) | 04:28 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:e9fd:fa06:d41:527e> has joined #yocto | 04:30 | |
| *** azzentys <azzentys!~azzentys@66.115.217.237> has quit IRC (Remote host closed the connection) | 04:33 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:e9fd:fa06:d41:527e> has quit IRC (Ping timeout: 246 seconds) | 04:35 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 04:55 | |
| *** mbulut_ <mbulut_!~mbulut@2a02:8108:1607:2800:c345:1925:4f42:7b4a> has joined #yocto | 05:17 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 05:44 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds) | 05:47 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 05:50 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 05:52 | |
| *** mbulut_ <mbulut_!~mbulut@2a02:8108:1607:2800:c345:1925:4f42:7b4a> has quit IRC (Quit: Leaving) | 05:59 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:08 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 06:13 | |
| *** CrazyGecko <CrazyGecko!~gecko@90.251.200.213.static.wline.lns.sme.cust.swisscom.ch> has joined #yocto | 06:16 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 06:20 | |
| *** ray-san <ray-san!~ray-san@195.50.168.194> has joined #yocto | 06:29 | |
| *** amitk <amitk!~amit@58.84.62.252> has joined #yocto | 06:38 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 06:58 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds) | 06:59 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC85.versanet.de> has joined #yocto | 06:59 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 07:01 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto | 07:05 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 07:12 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 07:26 | |
| *** mbulut_ <mbulut_!~mbulut@2a02:8108:1607:2800:514:4daf:93c3:3765> has joined #yocto | 07:27 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:28 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds) | 07:29 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has joined #yocto | 07:30 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 07:30 | |
| *** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has quit IRC (Quit: Konversation terminated!) | 07:52 | |
| *** prabhakalad <prabhakalad!~prabhakar@165.225.199.80> has joined #yocto | 07:53 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 07:57 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 08:05 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 244 seconds) | 08:10 | |
| *** mbulut_ <mbulut_!~mbulut@2a02:8108:1607:2800:514:4daf:93c3:3765> has quit IRC (Remote host closed the connection) | 08:16 | |
| *** mbulut_ <mbulut_!~mbulut@31.17.179.6> has joined #yocto | 08:17 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:38 | |
| *** Guest53 <Guest53!~Guest37@dslb-092-072-052-087.092.072.pools.vodafone-ip.de> has joined #yocto | 08:44 | |
| Guest53 | Can anyone tell me what this error is and how can I eleminate it "Problem: package wireless-regdb-2024.01.23-r0.noarch from oe-repo conflicts with wireless-regdb-static provided by wireless-regdb-static-2024.01.23-r0.noarch from oe-repo" | 08:44 |
| mcfrisk_ | Guest53: git history says "wireless-regdb-static should be used with kernel >= 4.15. wireless-regdb can be used with older kernels". so don't install both to image, just the static one | 08:52 |
| Guest53 | mcfrisk_ thank you very much for your reply. I have already done that. It installs me nothing in my rootfs/squashfs/etc/ | 08:53 |
| mcfrisk_ | Guest53: not even in /lib ? that's the target install path in the recipe. | 08:55 |
| Guest53 | mcfrisk_ npe. I have cleaned and redone it | 08:58 |
| mcfrisk_ | Guest53: pure poky wireless-regdb-static contains /usr/lib/firmware/regulatory.db and /usr/lib/firmware/regulatory.db.p7s so something in your build config breaks it, e.g. layers and bbappends. check bitbake -e output | 09:05 |
| Guest53 | mcfrisk_ in my kernel recipe I am copying these two files cp -f ${WORKDIR}/firmware/regulatory.db ${WORKDIR}/firmware/regulatory.db.p7s ${WORKDIR}/git/firmware/. You mean that could be problem? | 09:15 |
| mcfrisk_ | Guest53: yes but the error message would be about kernel and wireless-regdb packages having conflicting files | 09:20 |
| Guest53 | mcfrisk_ my problem is that I find wireless-regdb/2024.01.23/deploy-rpms/noarch/ however not under /rootfs/ | 09:33 |
| mcfrisk_ | Guest53: wireless-regdb recipe builds wireless-regdb-static binary package which needs to be installed to the rootfs defined by image recipe. | 09:37 |
| Guest53 | mcfrisk_ let me have a look into my image recipe | 09:50 |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 10:02 | |
| *** starblue1 <starblue1!~juergen@87.122.126.150> has quit IRC (Ping timeout: 265 seconds) | 10:03 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Client Quit) | 10:04 | |
| *** enok71 <enok71!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 10:04 | |
| *** starblue1 <starblue1!~juergen@87.122.126.150> has joined #yocto | 10:05 | |
| *** enok71 is now known as enok | 10:06 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 10:07 | |
| *** mbulut_ <mbulut_!~mbulut@31.17.179.6> has quit IRC (Remote host closed the connection) | 10:13 | |
| *** mbulut_ <mbulut_!~mbulut@31.17.179.6> has joined #yocto | 10:14 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds) | 10:16 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 10:20 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Quit: enok) | 10:22 | |
| Guest53 | mcfrisk_ could you please suggest me how should it be seen in image recipe. From my image recipe I am unable to comprehend how other packages lands in rootfs. Could you suggest me any documentation if you don't have me litte example how to implement it. I'll appreciate your assistance | 10:23 |
| mcfrisk_ | Guest53: https://docs.yoctoproject.org/singleindex.html#customizing-images | 10:27 |
| *** kanavin_ <kanavin_!~Alexander@2a02:2455:86a1:c500:cfe8:f434:3125:3cb3> has quit IRC (Remote host closed the connection) | 10:42 | |
| Guest53 | mcfrisk_ thank you very much. It is very informative document. | 10:45 |
| Guest53 | As far as I have understood if package resides in IMAGE_INSTALL: or PACKAGE_CLASSES: it would automatically be copied to rootfs forlder. Is it correct? if yes I have already added this package, however it didn't get copied to rootfs | 10:45 |
| mcfrisk_ | Guest53: make sure any changes to bitbake recipes or config are actually effective by checking "bitbake -e" output for the recipe or image | 10:52 |
| mcfrisk_ | Guest53: image rootfs only gets the full binary package dependency tree based on IMAGE_INSTALL variable. This could include packagegroups. Note that recipe is the source package name, not binary. Recipe name could be same as binary package name, but also may not, and a recipe can build multiple binary packages. | 10:54 |
| Guest53 | mcfrisk_ thank you for your detailed explaination. I have added wireless-regdb-static in a packagegroup which then be built with my image. I could see wireless-regdb under /tmp/work folder, indicating it got built, however not under rootfs. do you suggest there could be other factors which hinders wireless-regdb to be added under rootfs | 10:59 |
| Guest53 | mcfrisk_ I see only one entry for wireless-regbd in bitbake -e # $RECIPE_MAINTAINER:pn-wireless-regdb /sources/poky/meta/conf/distro/include/maintainers.inc:866 # "Unassigned <unassigned@yoctoproject.org>" RECIPE_MAINTAINER:pn-wireless-regdb="Unassigned <unassigned@yoctoproject.org>" | 11:02 |
| mcfrisk_ | Guest53: if wireless-regdb-static is directly or indirectly via dependencies in IMAGE_INSTALL variable of the image recipe, then it will be installed to the image rootfs. Image classes and recipes can modify the image in various ways to even remove certain paths etc. All depends in your setup. | 11:02 |
| mcfrisk_ | Guest53: then wireless-regdb-static is not getting installed to your image. you need to debug and fix that but all details depend on your setup which we can't see | 11:03 |
| Guest53 | mcfrisk_ thank you very much for your insightful input. I'll have a look what means do I have to debug it and figure it out why is it not being installed | 11:04 |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Ping timeout: 265 seconds) | 11:09 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC85.versanet.de> has quit IRC (Ping timeout: 252 seconds) | 11:20 | |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 11:20 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has joined #yocto | 11:22 | |
| *** zpfvo <zpfvo!~fvo@i59F5CE32.versanet.de> has joined #yocto | 11:28 | |
| *** Saur_Home30 <Saur_Home30!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 11:37 | |
| *** Saur_Home2 <Saur_Home2!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 256 seconds) | 11:41 | |
| *** Saur_Home68 <Saur_Home68!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 11:45 | |
| *** Saur_Home30 <Saur_Home30!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 256 seconds) | 11:48 | |
| *** RobertBerger <RobertBerger!~rber|res@213-225-37-228.nat.highway.a1.net> has quit IRC (Quit: Leaving) | 11:53 | |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has joined #yocto | 12:26 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 12:38 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has joined #yocto | 12:40 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 272 seconds) | 13:01 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 13:04 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds) | 13:23 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 13:25 | |
| *** reatmon_ <reatmon_!~reatmon@192.91.75.30> has quit IRC (Remote host closed the connection) | 13:31 | |
| *** reatmon_ <reatmon_!~reatmon@192.91.75.12> has joined #yocto | 13:32 | |
| *** zpfvo <zpfvo!~fvo@i59F5CE32.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 13:44 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds) | 13:45 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 13:46 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 13:54 | |
| *** Guest53 <Guest53!~Guest37@dslb-092-072-052-087.092.072.pools.vodafone-ip.de> has quit IRC (Quit: Client closed) | 13:57 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 13:58 | |
| *** zpfvo <zpfvo!~fvo@i59F5CE32.versanet.de> has joined #yocto | 13:59 | |
| tepperson | I'm trying to build a system for a nios2 processor and am getting stuck on gcc-runtime. Here is the libstdc++-v3 config.log https://pastebin.com/Y1eikFM6 | 14:01 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 14:01 | |
| RP | tepperson: it seems odd it can't find stdio.h | 14:05 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 14:11 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has quit IRC (Ping timeout: 256 seconds) | 14:12 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 14:12 | |
| landgraf | RP: same error happened to me when I tried to build ada support in gcc. I tracked it down to the patch in yocto's gcc and gave up... | 14:18 |
| landgraf | the patch does some (reasonable) thing to build cross iirc. | 14:19 |
| *** farmadupe <farmadupe!~t@89.206.136.78> has joined #yocto | 14:22 | |
| * farmadupe waves | 14:22 | |
| farmadupe | I have what I think is a fairly beginnerish question, I'm following the "yocto project quickstart" and I just want to understand I'm getting the right end of the stick | 14:23 |
| RP | landgraf: It would be nice to revisit the bootstrap process and see if we can align more closely with gcc. I remember trying ada myself and not finding a way to make it work easily | 14:24 |
| RP | farmadupe: feel free to ask! | 14:24 |
| farmadupe | It seems that when running `bitbake-layers create-layer meta-mylayer` to create a new layer, this creates the layer directly inside the poky git repo. | 14:24 |
| landgraf | farmadupe have you tried ../meta-mylayer for example ? :) | 14:25 |
| farmadupe | Is this the intended way of working, that if I would use the poky distribution, my custom layers are overlaid directly on top? | 14:25 |
| landgraf | iirc it should work | 14:25 |
| farmadupe | Oh, I'm just following the tutorial as written, I'm at a stage where I have to assume that what I'm told is the "correct" way | 14:25 |
| RP | farmadupe: creating it inside the poky repo isn't ideal, you'd put layers in their own git repo in general | 14:26 |
| landgraf | farmadupe: poky is reference distro and not supposed to be used in production. you will have to create your own distro (and layers structure) anyway | 14:26 |
| RP | farmadupe: I suspect the guide is just trying not to confuse things with more complex paths | 14:27 |
| landgraf | +1 | 14:27 |
| farmadupe | ah ok, that's fine with me :) | 14:28 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:31 | |
| farmadupe | one other beginnering question. I'm inheriting an existing Yocto project form a previous developer who's left jsut as we're transitioning from V1 to V2 of our product. So I'm here to update a bunch of deps and integrate some new hardware. The target is actually a fairly traditional x86 device, (fairly recent intel Atom, 8Gb RAM etc etc). I'm examining the existing codebase and system requirements, and | 14:35 |
| farmadupe | I'm trying to work out exactly why Yocto was chosen (unfortunately there's not much written documentation) | 14:35 |
| farmadupe | Am I right in assuming that this is possibly a bit of a smell? If there's no clear and obvious reason why a project should be using Yocto, then cheaper and easier alternatives could be considered? | 14:36 |
| farmadupe | I'm fairly sure that we could run our application on top of stock Debian (give or take some environmental isolation with docker or appimge or whatever) | 14:37 |
| RP | farmadupe: YP/OE have pros and cons like any system. Some of the pros are being reproducible, ability to maintain customisation, having complete control of all the components, able to generate license manifests and so on. Whether you need any of those things isn't for use to know/say | 14:38 |
| farmadupe | and I'm assuming that in any greenfield situation, you'd always go down that (or any similar route) rather than assembling an entire linux system from base parts? | 14:38 |
| RP | Debian has different pros/cons | 14:38 |
| RP | farmadupe: the answer would also depend on your background. I could assemble a YP derived system easier than debian... | 14:39 |
| *** zpfvo <zpfvo!~fvo@i59F5CE32.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 14:40 | |
| * RP isn't sure how he feels about the system he's spent years working on being described as having a smell :/ | 14:41 | |
| *** zpfvo <zpfvo!~fvo@i59F5CE32.versanet.de> has joined #yocto | 14:41 | |
| farmadupe | Yeah indeed, I guess I'd call myself an experienced enough applications developer, so all of a sudden I'm faced with learning a lot of "operating system guts", whether Debian or Yocto | 14:41 |
| rburton | farmadupe: "just use debian" has trouble scaling to commercial products. how do you do license validation, GPL compliance, updates. do you run or your feeds (and thus rebuild all of debian) or piggyback on debian? etc etc. | 14:41 |
| farmadupe | whoops! I guess I mean smell in the nature of "did the previous developer choose Yocto because they wanted another line on their CV, rather than to serve the product" | 14:46 |
| rburton | remember that yocto is designed to build "embedded" products from, whereas debian is a general purpose deskop/server distro. yocto isn't a niche choice if you're making a product like that. | 14:49 |
| RP | farmadupe: one advantage is that it can build for different hardware profiles/architectures/configurations and customise to both easily and maintainably. We don't know what your product is or what your constraints are though | 14:50 |
| *** Saur_Home62 <Saur_Home62!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 14:51 | |
| RP | YP's main downside is probably complexity and build time as it isn't pre compiled | 14:51 |
| *** zpfvo <zpfvo!~fvo@i59F5CE32.versanet.de> has quit IRC (Ping timeout: 246 seconds) | 14:52 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has joined #yocto | 14:52 | |
| farmadupe | yeah indeed. I wish I understood my own constraints well enough at this stage! | 14:53 |
| *** Saur_Home68 <Saur_Home68!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 256 seconds) | 14:55 | |
| farmadupe | hmm, perhaps one further yocto question, our product is expected to be connected to the internet possibly in a fairly unrestricted way. Whatever the real attack surface for security vulnerabilities might be, I'm expecting us to have to continuously update the base system. | 15:03 |
| farmadupe | In Yocto world, I'm assuming the developer generally has to do this by hand, and will have to take on the testing and validation workload. Are there any "shortcuts" to this process? | 15:04 |
| farmadupe | e.g "do your best to mirror Poky if youre distro hasn't diverged too much" or "don't use a lot of libs" or "don't have unrestricted network access"? | 15:05 |
| RP | farmadupe: there is a decent sized testsuite we run against the core and that can be used to test the system you're maintaining too | 15:05 |
| farmadupe | hmm, does the testsuite just test for successful compilation or is it able to exercise functionality? | 15:07 |
| *** zpfvo <zpfvo!~fvo@49-59-142-46.pool.kielnet.net> has joined #yocto | 15:07 | |
| RP | farmadupe: https://autobuilder.yoctoproject.org/typhoon/#/console - runtime under qemu | 15:07 |
| farmadupe | ooh, useful! | 15:07 |
| RP | we run the test suites from the software we build too (ptests) | 15:07 |
| *** Saur_Home70 <Saur_Home70!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 15:15 | |
| farmadupe | just to test my understanding, I guess those tests are building and running the example poky-based images from the Poky repo? Thus the further any yocto-built system diverges, the less meaningful they become? | 15:15 |
| RP | farmadupe: for most things except the ptests, correct | 15:16 |
| RP | the ptests are installed into minimal images and tested in isolation so we know the dependencies are correct | 15:16 |
| RP | (e.g. core-image-ptest-bash or core-image-ptest-coreutils) | 15:17 |
| RP | a lot depends on the kind of divergence too | 15:17 |
| RP | adding things to the image probably won't affect the openssh server on the most part. Your own custom init system would. | 15:18 |
| *** yudjinn <yudjinn!~jrodgers@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Ping timeout: 272 seconds) | 15:19 | |
| *** Saur_Home62 <Saur_Home62!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 256 seconds) | 15:19 | |
| *** yudjinn <yudjinn!~jrodgers@c-73-153-47-71.hsd1.co.comcast.net> has joined #yocto | 15:20 | |
| *** rob_w <rob_w!~rob@2001:a61:13e4:b701:d116:30d:a21d:e438> has joined #yocto | 15:26 | |
| rburton | farmadupe: and you can run the tests yourself trivially | 15:44 |
| *** azzentys <azzentys!~azzentys@66.115.217.237> has joined #yocto | 15:44 | |
| rburton | "bitbake core-image-ptest -c testimage" assuming your platform is runnable in a qemu | 15:44 |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 15:55 | |
| *** azzentys <azzentys!~azzentys@66.115.217.237> has quit IRC (Remote host closed the connection) | 15:57 | |
| farmadupe | oh, a similar basic-environment-understanding question: In the initial tutorial you clone the Poky git repository, and start using the OE build environment that was vendored into the repo | 16:00 |
| farmadupe | Is it {required, preferable, ill-advised} to use the vendored OE build environment from Poky for further work, if my application is going to be build on top of Poky? | 16:01 |
| rburton | what specifically do you mean by 'vendored oe build environemnt' | 16:02 |
| farmadupe | is Poky coupled to the vendored OE build chain, or is it only there for convenience | 16:02 |
| farmadupe | the tuto asks you to run " git clone git://git.yoctoproject.org/poky ; cd poky; source oe-init-build-env ". So my understanding is that the Poky reference distro supplies its own build tooling | 16:04 |
| farmadupe | (as in, `source oe-init-build-env` injects bitbake into PATH). I'm assuming that there are many Yocto projects that do not use poky and therefore do not clone poky simply to obtain a yocto build environment | 16:05 |
| rburton | poky is basically just oe-core + bitbake + other bits glued together into a monorepo. so if you grab oe-core + bitbake yourself, you'll still do oe-init-build-env but configure it via templates to build your distro instead of poky | 16:06 |
| rburton | there no 'poky-specific' build tooling | 16:07 |
| farmadupe | ahhh right, so the poky repo on github is there mostly for the benefit of firsttimers like me? | 16:07 |
| *** pidge <pidge!~pidge@194.110.145.162> has quit IRC (Ping timeout: 248 seconds) | 16:08 | |
| *** rfuentess <rfuentess!~rfuentess@lfbn-lyo-1-1566-5.w90-52.abo.wanadoo.fr> has quit IRC (Remote host closed the connection) | 16:09 | |
| farmadupe | (or for anyone else who saw no need to separate out the tooling from the reference system?) | 16:09 |
| rburton | its also a single repo that is the basis of the QA infrastucture | 16:11 |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Quit: Leaving.) | 16:13 | |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has joined #yocto | 16:13 | |
| *** Kubu_work <Kubu_work!~kubu@static-css-ccs-204145.business.bouyguestelecom.com> has quit IRC (Client Quit) | 16:13 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 265 seconds) | 16:17 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has quit IRC (Ping timeout: 255 seconds) | 16:17 | |
| *** azzentys <azzentys!~azzentys@208-53-195-56.static.sdncommunications.com> has joined #yocto | 16:18 | |
| *** zpfvo <zpfvo!~fvo@49-59-142-46.pool.kielnet.net> has quit IRC (Remote host closed the connection) | 16:18 | |
| *** pidge <pidge!~pidge@194.110.145.162> has joined #yocto | 16:22 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 16:39 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has quit IRC (Quit: Client closed) | 16:49 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has joined #yocto | 16:57 | |
| *** deribaucourt <deribaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has joined #yocto | 17:01 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has quit IRC (Ping timeout: 265 seconds) | 17:02 | |
| *** deribaucourt <deribaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 17:06 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 17:07 | |
| *** ederibaucourt <ederibaucourt!~ederibauc@80-15-101-118.ftth.fr.orangecustomers.net> has joined #yocto | 17:13 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 17:21 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 17:23 | |
| *** yudjinn <yudjinn!~jrodgers@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Quit: WeeChat 3.5) | 17:37 | |
| *** alperak <alperak!uid641238@id-641238.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:49 | |
| *** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection) | 17:56 | |
| *** dankm <dankm!~dan@user/dankm> has joined #yocto | 17:58 | |
| *** florian_kc <florian_kc!~florian@dynamic-077-176-136-015.77.176.pool.telefonica.de> has joined #yocto | 18:12 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 18:20 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit) | 18:20 | |
| *** merit <merit!~merit@158.51.81.38> has quit IRC (Ping timeout: 260 seconds) | 18:36 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has quit IRC (Ping timeout: 252 seconds) | 18:38 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 18:41 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 18:42 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Ping timeout: 265 seconds) | 18:46 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 18:48 | |
| *** merit <merit!~merit@158.51.81.38> has joined #yocto | 18:50 | |
| *** sakoman <sakoman!~sakoman@98.142.47.158> has joined #yocto | 18:54 | |
| *** tepperson <tepperson!~tepperson@12.33.85.2> has joined #yocto | 18:55 | |
| tepperson | on my nios2 target, I've made a bit of progress on gcc-runtime, adding "-I${WORKDIR}/recipe-sysroot/usr/include" to TARGET_CFLAGS and TARGET_CXXFLAGS, but am now running into an issue where "include_next <stdlib.h>" results in stdlib.h not found | 18:59 |
| marex | yikes | 19:14 |
| marex | that's nios2 fast that was recently removed from qemu ? | 19:14 |
| khem | tepperson:marex I have a hunch that it would be better to use something like kirkstone for the nios2 thing, if its being removed from upstream tools etc. things will fall apart with master | 19:22 |
| khem | https://patchew.org/Libvirt/20240327144806.11319-1-philmd@linaro.org/ | 19:23 |
| khem | https://sourceware.org/pipermail/binutils/2024-April/133675.html | 19:23 |
| khem | does not give me confidence of using master | 19:23 |
| khem | IIRC marex did some work on it in past dont know if it was dunfell timeframe or kirkstone | 19:24 |
| *** steelswords9 <steelswords9!~steelswor@user/steelswords1010> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 19:33 | |
| marex | khem: I have a hunch it would be better to use something like picorv32 or whatever is popular right now instead of altera proprietary core with decaying support in every concievable toolchain | 19:35 |
| *** steelswords94 <steelswords94!~steelswor@user/steelswords1010> has joined #yocto | 19:35 | |
| marex | https://github.com/litex-hub/litex-boards might be a good start | 19:36 |
| tepperson | marex: that sounds like a good solution, i'll look into it | 19:39 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 276 seconds) | 19:54 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 19:56 | |
| *** amitk <amitk!~amit@58.84.62.252> has quit IRC (Ping timeout: 255 seconds) | 19:58 | |
| *** rob_w <rob_w!~rob@2001:a61:13e4:b701:d116:30d:a21d:e438> has quit IRC (Read error: Connection reset by peer) | 20:03 | |
| *** Haxxa <Haxxa!~Haxxa@116.255.4.123> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** Haxxa <Haxxa!~Haxxa@116.255.4.123> has joined #yocto | 20:16 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 260 seconds) | 20:17 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 20:19 | |
| *** florian_kc <florian_kc!~florian@dynamic-077-176-136-015.77.176.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds) | 20:23 | |
| *** yocton <yocton!~quassel@163-172-29-20.rev.poneytelecom.eu> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 20:37 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 20:38 | |
| *** yocton <yocton!~quassel@163-172-29-20.rev.poneytelecom.eu> has joined #yocto | 20:38 | |
| *** florian_kc <florian_kc!~florian@dynamic-077-176-136-015.77.176.pool.telefonica.de> has joined #yocto | 20:56 | |
| *** amelius_ <amelius_!~quassel@147.161.250.123> has joined #yocto | 21:02 | |
| amelius_ | Hey, is there quick way to exclude a recipe form the generated SBOM? | 21:03 |
| khem | marex:yeah any micro based on riscv is better these days :) | 21:04 |
| khem | amelius_: maybe inherit nospdx ? | 21:06 |
| khem | in the concerned recipe | 21:06 |
| marex | khem: anything which is somewhat "standardized" is always better in the long run | 21:14 |
| amelius_ | khem: ah i see, this is not in 5.0 thanks for the hint | 21:23 |
| khem | marex:yes, and opensource tooling which is community maintained goes long way too | 21:25 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:26 | |
| khem | amelius_: yeah I think there is some interest in backporting this to scarthgap but dont know what all it needs to pull along to work properly | 21:26 |
| *** pidge_ <pidge_!~pidge@194.110.145.162> has joined #yocto | 21:28 | |
| *** pidge <pidge!~pidge@194.110.145.162> has quit IRC (Ping timeout: 244 seconds) | 21:28 | |
| *** enok <enok!~Thunderbi@c-4550e353.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 248 seconds) | 21:32 | |
| *** BrianL <BrianL!~BrianL@98.97.42.44> has joined #yocto | 21:36 | |
| BrianL | Is there an easy way to specify the partition labels that get defined for image creation? I've not had any luck specifically with the boot partition label, if memory serves. I'm coming back to this problem after a break in looking at it ... | 21:38 |
| marex | khem: yep yep and yep | 21:48 |
| marex | khem: how can we be any more in agreement, any ideas ? :) | 21:49 |
| *** xmn <xmn!~xmn@pool-108-46-142-76.nycmny.fios.verizon.net> has quit IRC (Quit: ZZZzzz…) | 21:58 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 22:13 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 265 seconds) | 22:14 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 22:17 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Ping timeout: 252 seconds) | 22:24 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 22:27 | |
| *** azzentys <azzentys!~azzentys@208-53-195-56.static.sdncommunications.com> has quit IRC (Remote host closed the connection) | 22:49 | |
| *** tgamblin_ <tgamblin_!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 23:59 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!