| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 00:28 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 00:28 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 260 seconds) | 00:43 | |
| *** davidinux <davidinux!~davidinux@45.11.80.20> has quit IRC (Ping timeout: 268 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@45.11.80.24> has joined #yocto | 01:11 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6508:2c00:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 240 seconds) | 01:14 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650f:3500:2ce:39ff:fecf:efcd> has joined #yocto | 01:16 | |
| JaMa | RP: would it be terrible ideal to backport "base/bitbake.conf: Introduce UNPACKDIR" to scarthgap and kirkstone? as it's the same value it shouldn't cause any issues right? I'm thinking about forward compatibility to teach our developers to use UNPACKDIR in e.g. do_install ahead of the upgrade to styhead+ in far future | 01:19 |
|---|---|---|
| JaMa | idea | 01:19 |
| *** Jones42_ <Jones42_!~Jones42@i577BF1AF.versanet.de> has joined #yocto | 01:58 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 264 seconds) | 02:01 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:02 | |
| *** bgreen <bgreen!~AdminUser@2600:1010:a11c:fba4:1ac0:4dff:fe33:40b8> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 03:28 | |
| khem | RP: S is set to default value in bitbake.conf so recipe will inherit that, is that not enough ? | 04:36 |
| *** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has quit IRC (Quit: WeeChat 4.2.2) | 04:39 | |
| *** florian__ <florian__!~florian@dynamic-077-177-033-111.77.177.pool.telefonica.de> has joined #yocto | 04:58 | |
| *** khem <khem!khem@2600:3c02::f03c:93ff:fe83:edf2> has joined #yocto | 05:18 | |
| khem | RP: btw. this commit in master-next bitbake: siggen/runqueue: Store whether the hash was present on the hashserver or not | 05:19 |
| khem | is troublesome, see the failure - https://snips.sh/f/lCx7HNqykx | 05:20 |
| *** florian__ <florian__!~florian@dynamic-077-177-033-111.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 05:24 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 05:37 | |
| *** sgw <sgw!~swold@user/sgw> has quit IRC (Ping timeout: 255 seconds) | 05:41 | |
| *** sgw <sgw!~swold@user/sgw> has joined #yocto | 05:42 | |
| *** Jah <Jah!~Jah@dslb-092-072-054-113.092.072.pools.vodafone-ip.de> has joined #yocto | 06:18 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 06:27 | |
| RP | JaMa: I've wondered about that for scarthgap. Not sure I'd want to for kirkstone | 06:30 |
| RP | khem: I did warn about those, they're not stable yet | 06:31 |
| *** Jah <Jah!~Jah@dslb-092-072-054-113.092.072.pools.vodafone-ip.de> has quit IRC (Quit: Client closed) | 06:32 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 06:33 | |
| JaMa | RP: I can add the weak default only locally for kirkstone, but the switch is causing quite a few rebase conflicts, so it would be easier for me (and possibly others) to be able to update the recipes in "no-op" switch in kirkstone instead of with the whole OE upgrade later, but I understand you might not want it in kirkstone | 06:42 |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has quit IRC (Read error: Connection reset by peer) | 06:42 | |
| *** ablu <ablu!~m-bfyrfh@user/Ablu> has joined #yocto | 06:48 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 06:50 | |
| *** Jones42_ <Jones42_!~Jones42@i577BF1AF.versanet.de> has quit IRC (Quit: Leaving) | 06:51 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:2689:9325:526:8f62> has joined #yocto | 06:51 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:717c:4bb8:4c83:4144> has joined #yocto | 06:55 | |
| manuel1985 | Hi! My shlib redacted.so makes use of a few other shlibs, but yocto only complains about one. (libz.) Why? What makes libz special? https://bpa.st/WI5Q | 06:57 |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 06:57 | |
| RP | JaMa: Making it so people might not need to think about some of these things is risky :/ | 07:00 |
| *** mihai <mihai!~mihai@user/mihai> has joined #yocto | 07:01 | |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has joined #yocto | 07:07 | |
| *** Guest22 <Guest22!~Guest22@92.39.28.41.fixip.bitel.net> has joined #yocto | 07:08 | |
| Guest22 | hello | 07:08 |
| ldywicki | hi | 07:09 |
| Guest22 | can anyone tell me if its possible to take one partition (in between two others) and make two out of it? I've got 8 partitions und want to split the 7th into 7th and 9th (8th must stay in position). that works so far but mbr write command un my uboot script destroys my newly created 9th part in so far that it says start and end sector are far out | 07:12 |
| Guest22 | of bounds whats physically possible (and of course its not accesible afterwards) | 07:12 |
| *** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Ping timeout: 264 seconds) | 07:36 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 07:37 | |
| ldywicki | do you do it through scripts during boot or at image level with wic? | 07:40 |
| Guest22 | the mbr write command is in my boot.scr script | 07:45 |
| Guest22 | if it isn't called in boot.scr a reboot does not destroy the partition...so mbr write is the culprit i guess | 07:46 |
| *** xmn_ <xmn_!~xmn@2600:4040:9398:a200:e117:cf08:ce4b:431c> has joined #yocto | 07:57 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:717c:4bb8:4c83:4144> has quit IRC (Ping timeout: 260 seconds) | 07:57 | |
| *** Jones42_ <Jones42_!~Jones42@212.121.145.5> has joined #yocto | 07:57 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 264 seconds) | 08:01 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 260 seconds) | 08:01 | |
| *** bluelightning <bluelightning!sid552298@id-552298.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 08:02 | |
| *** xmn_ <xmn_!~xmn@2600:4040:9398:a200:e117:cf08:ce4b:431c> has quit IRC (Ping timeout: 268 seconds) | 08:03 | |
| *** Martin42 <Martin42!~Martin42@212.121.145.6> has joined #yocto | 08:04 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC8A.versanet.de> has joined #yocto | 08:08 | |
| Martin42 | Hey community, I could use an extra pair of eyes ^^ I need to add "mkfs.jffs2" to my image. The mtd-utils package successfully compiles it and places it under "image/usr/sbin" inside its work directory. However, inside my image on party of the mtd-utils package arrives, "mkfs.jffs2" is missing in my image. Any ideas? | 08:11 |
| Martin42 | https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/mtd/mtd-utils_git.bb | 08:11 |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:3ae1:37b0:ed70:66e5> has joined #yocto | 08:13 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Quit: kill -9 $pid) | 08:13 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:4483:1303:1420:4514> has joined #yocto | 08:15 | |
| Martin42 | Found the issue: jffs2 is an extra p | 08:23 |
| Martin42 | Found the issue: jffs2 is an extra PACKAGE inside mtd-utils.bb, thus I have to explicitly write: "IMAGE_INSTALL:append = " mtd-utils-jffs2"", not only mtd-utils! | 08:24 |
| qschulz | Martin42: oe-pkgdata-util find-path '*/mkfs.jffs2' | 08:24 |
| qschulz | this returns the packages that contain a file matching that glob-path | 08:25 |
| qschulz | manuel1985: is your shlib prebuilt or built within yocto? | 08:25 |
| Martin42 | Thanks qschulz (y) my mistake was to not add the split package into my image >.< | 08:26 |
| qschulz | manuel1985: if prebuilt, you're missing libz.so in your RDEPENDS, if built, probably some compilation issue and it's linking to a different so (e.g. so.1 instead of so.1.0 or so instead of so.1.0) | 08:26 |
| qschulz | Martin42: yup, but sometimes it's difficult to know which package contains which file, oe-pkgdata-util is a great thing for that | 08:27 |
| qschulz | (note that the package needs to have been built first, so if nothing builds the recipe generating this package, it won't appear) | 08:27 |
| manuel1985 | qschulz: It's prebuilt. Yeah I got that, but why don't I have to add the other to RDEPENDS? | 08:28 |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has joined #yocto | 08:28 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 08:29 | |
| qschulz | manuel1985: are the other NEEDED of that shlib in DEPENDS by any chance? (i.e. are they in the sysroot of the recipe of that prebuilt shlib?) | 08:31 |
| *** Jones42_ <Jones42_!~Jones42@212.121.145.5> has quit IRC (Ping timeout: 260 seconds) | 08:32 | |
| manuel1985 | qschulz: No, I've got DEPENDS="" in my recipe. The shlib is an unversioned shlib that a business partner gave us. I don't know what's in it. I just need to link some gstreamer element against it. | 08:37 |
| qschulz | manuel1985: objdump -x on the shlib to know what it needs | 08:37 |
| manuel1985 | Things seem to work now that I added RDEPENDS:${PN} = "zlib", but I'm just wondering why this is the only one I had to add | 08:38 |
| manuel1985 | did readelf -d /path/to/shlib | fgrep NEEDED and it listed all the ones that are listed here: https://bpa.st/WI5Q | 08:39 |
| qschulz | manuel1985: BTW, please really follow how to package prebuilt binaries, we have instructions on those | 08:40 |
| qschulz | e.g., it should probably not make it to redacted-dev package I assume | 08:40 |
| qschulz | manuel1985: I assume all other packages are always part of the sysroot, because well... which recipes wouldn't need the glibc? | 08:40 |
| qschulz | though not sure about the c++ stdlib :/ | 08:41 |
| manuel1985 | qschulz: "BTW, please really follow how to package prebuilt binaries" I do? What tells you I don't? | 08:41 |
| qschulz | redacted-dev complaining about missing shlibs? | 08:42 |
| qschulz | redacted-dev should have an .so, but it should be a symlink, so those warnings/debug messages shouldn't exist | 08:43 |
| qschulz | manuel1985: also, is this a pre-kirkstone Yocto? if not, we missed updating the error message to the new override syntax | 08:44 |
| manuel1985 | "redacted-dev should have an .so, but it should be a symlink, so those warnings/debug messages shouldn't exist" ah I see. Didn't know they are caused by that. In the meantime I changed the recipe to follow the guide on unversioned shlibs, but I didn't check how that affects this log messages. | 08:47 |
| qschulz | manuel1985: probably changed to redacted instead of redacted-dev now :) | 08:47 |
| manuel1985 | Need to check! | 08:51 |
| *** linfax <linfax!~linfax@eumail.topcon.com> has joined #yocto | 08:51 | |
| manuel1985 | btw Yocto is complaining about some installed files not being packaged, that /are/ listed in FILES:${PN}. Does that ring a bell? I'm a bit puzzled. I checked the workdir/temp and AFAIR they don't make it into packages-split. | 08:54 |
| qschulz | manuel1985: the error message seems to indicate you're using a pre-new-override Yocto | 08:59 |
| qschulz | so this would need to be FILES_${PN} | 09:00 |
| manuel1985 | Hmmm it's dunfell so already supports the new override syntax :/ | 09:00 |
| qschulz | manuel1985: not necessarily, the new override syntax was added in the middle of Dunfell dot releases | 09:01 |
| qschulz | manuel1985: I think Dunfell is now EoL BTW ;) | 09:01 |
| qschulz | manuel1985: you can check with bitbake-getvar/bitbake -e that your FILES:${PN} is proper | 09:02 |
| qschulz | can we have the content of the do_install and FILES: variables as well? | 09:02 |
| manuel1985 | I see plenty of the new override syntax in our codebase and there were commits changing all recipes from the old to the new, so I assume this isn't it :/ | 09:03 |
| manuel1985 | qschulz: https://bpa.st/CL7Q | 09:06 |
| qschulz | manuel1985: no ${D} in FILES | 09:06 |
| manuel1985 | :cry: | 09:06 |
| qschulz | it's the path relative to the image root's | 09:06 |
| qschulz | directory | 09:07 |
| manuel1985 | yeah now that you're mentioning it... | 09:07 |
| qschulz | so it for sure won't find this ${D} on your rootfs :) | 09:07 |
| manuel1985 | ;( | 09:07 |
| qschulz | not the first to make the mistake, not the last :) | 09:07 |
| qschulz | manuel1985: to be fair, It's not explained in the docs :) | 09:08 |
| qschulz | manuel1985: care to send a patch to make this explicit? | 09:08 |
| manuel1985 | I had exactly the same problems numerous times already but somehow got Betriebsblind | 09:09 |
| qschulz | I think FILES, CONFFILES, FILES_SOLIBSDEV are good candidates for this fix | 09:09 |
| manuel1985 | operational blindness | 09:09 |
| qschulz | hehe, happens to the best of us | 09:09 |
| qschulz | did a VAR = "something" VAR:override += "else" to get "something else" in VAR for "override".. | 09:10 |
| manuel1985 | Does Yocto do GitLab/GitHub already, or need patches be sent through mailing list? | 09:10 |
| qschulz | coming from someone who presented "demystyfying bitbake operators" twice... | 09:10 |
| qschulz | manuel1985: ML only | 09:10 |
| qschulz | manuel1985: https://docs.yoctoproject.org/contributor-guide/index.html | 09:10 |
| qschulz | yocto-docs is the one you want to send patches to, https://git.yoctoproject.org/yocto-docs/ | 09:11 |
| qschulz | manuel1985: to be fair, **some** layer maintainers use GitLab/GitHub and sometimes both and sometimes both + ML, but the "core" ones (OE-core, bitbake, poky and the docs) are all ML based | 09:12 |
| qschulz | ML = mailing list | 09:12 |
| manuel1985 | Can't guarantee I'll find the motivation to do that. :/ Was reading a tutorial on sending patches via ML once thought "wtf" | 09:14 |
| qschulz | https://git-send-email.io/ | 09:15 |
| *** florian__ <florian__!~florian@dynamic-077-177-033-111.77.177.pool.telefonica.de> has joined #yocto | 09:15 | |
| Jookia | b4 makes patch-based workflows a bit more tolerable | 09:17 |
| qschulz | Jookia: yes, but yocto is missing things that hooks up well into b4 for now, e.g. b4 prep --auto-to-cc, the upcoming b4 prep --check | 09:20 |
| qschulz | Jookia: we do have a maintainers.conf so we could somehow figure out who to notify, but we'd need to do a parse of a world build for each commit to detect which recipes are changed and notifiy their maintainers... the issue being.. what happens when you do a minimal change in one of the core bbclasses? | 09:21 |
| qschulz | Jookia: also, which machine(s) to use for world build parsing? | 09:22 |
| Jookia | oof | 09:22 |
| qschulz | (we could start with the mailing list to use though, before going overkill :) ) | 09:23 |
| Jookia | the barrier to sending patches can be pretty high for projects like this | 09:27 |
| qschulz | "projects like this"? | 09:30 |
| RP | Jookia: we've had a lot of discussion on the mailing lists vs github situation. It isn't an easy answer as the mailing lists do have benefits even if occasional contributors find them hard and more unusual these days :/ | 09:34 |
| Jookia | qschulz: low level projects seem to like mailing lists, like linux/u-boot/barebox/buildroot/yocto | 09:35 |
| RP | Jookia: they better enable wider peer review rather than relying on single maintainers to make a decision | 09:35 |
| Jookia | yeah, i can see that | 09:36 |
| Jookia | b4 made working in the kernel/u-boot a lot better because it puts your patch on a single branch and handles sending things off | 09:37 |
| Jookia | i always manage to mess up sending things | 09:37 |
| qschulz | Jookia: b4 really helped me manage different versions of the same patchset, that's something I really like about it. But there were other tools before as well, git-series IIRC? | 09:38 |
| qschulz | but github isn't going to help with how you manage your git history locally anyway | 09:38 |
| *** Martin42 <Martin42!~Martin42@212.121.145.6> has quit IRC (Quit: Client closed) | 09:39 | |
| Jookia | possibly, i can manage different versions but it's more the keeping track of cover letters, versions, to/cc, and sending things off. there's a lot of stuff that i'm bad at | 09:39 |
| qschulz | true, though we use GitLab (and Gerrit) at work, nobody writes a cover letter, they take the automatically generated one from the first commit, and never update it | 09:40 |
| qschulz | there's always some discipline you need to have, some habits to build with different tools | 09:40 |
| qschulz | and people usually don't like changing stuff they work with, even if they don't like the current situation | 09:41 |
| qschulz | it goes both ways, maintainers not improving their workflows because they don't have time, energy, willingness to do it (why change something that has worked (maybe not optimally) in the last decades?) | 09:42 |
| qschulz | and it always costs in the short term, so it's difficult to want to experiment | 09:42 |
| qschulz | especially since we don't know if it's actually going to improve anything | 09:42 |
| qschulz | (from maintainer PoV) | 09:43 |
| qschulz | (I'm no maintainer, only at my company for BSP/embedded components) | 09:43 |
| Jookia | i think i'd be more okay with it if mistakes were tolerated a bit better | 09:44 |
| Jookia | people tend to get cranky if you make mistakes | 09:44 |
| RP | Jookia: we do try not to get too cranky. That usually only happens if you make them time and time again | 09:45 |
| Jookia | my first patch to the linux kernel had someone get insulted that i didn't cc them :( | 09:46 |
| RP | Jookia: we're not the linux kernel and try to do some things differently | 09:46 |
| * RP disagrees with some of the things the kernel did/does and tried to model them differently for us | 09:48 | |
| RP | this is one of the reasons I really don't want a maintainers file like the kernel | 09:49 |
| Jookia | is there just one mailing list to send things to? | 09:49 |
| qschulz | Jookia: no, we have multiple ones, but they are documented in the README of each git repo | 09:49 |
| qschulz | Jookia: to be clear, (I think) we only have one mailing list per git repo | 09:50 |
| qschulz | (well, for patches, you can ask questions on other ones if you want for example) | 09:50 |
| qschulz | Jookia: the only exception is poky git repo, because it merges yocto-docs, bitbake, oe-core into one git repo. But poky is a special case in many aspects :/ for the rest, one ML per git repo if I remember correctly | 09:51 |
| qschulz | RP: I'm interested to know what are the complaints about this MAINTAINERS file if you have time one day (or did you write about this publicly already?). | 09:51 |
| RP | qschulz: There was a lot of discussion a few years ago and it will be in the mailing list archives somewhere. | 09:58 |
| RP | qschulz: once you have such a file it changes the dyanmics of our maintainership a lot and people don't really appreciate the impact of it. For example, people can "demand" they be copied on patches, then "demand" to reject changes, or ask things are reverted if they're not copied | 09:59 |
| RP | qschulz: I really don't want to get into such arguments | 10:00 |
| RP | I'd also note that we scale differently to the kernel, we have layers as a way of delegating responsibility | 10:01 |
| qschulz | RP: but if they cannot reject changes on pieces they maintain, are they maintainers? | 10:02 |
| RP | qschulz: I don't mean in that sense. I mean "I wasn't copied on this change, I missed it, it was merged, I now demand it be reverted instantly" | 10:03 |
| qschulz | RP: I'm used to U-Boot and the Linux kernel maintainership model, but don't have experience with others | 10:03 |
| *** Guest22 <Guest22!~Guest22@92.39.28.41.fixip.bitel.net> has quit IRC (Quit: Client closed) | 10:03 | |
| qschulz | RP: Ah yes, this is mainly because you're the only one merging stuff and there isn't a "hierarchical" model in Yocto/OE? | 10:03 |
| qschulz | so you cannot simply wait for others to ack patches otherwise patches just die in the archives and you cannot keep track of things to be merged/pinged (and it's not your job as a maintainer anyway :) ) | 10:05 |
| qschulz | RP: so I'll make sure I put my idea of parsing world builds to generate a cc list for consumption by b4 :) | 10:05 |
| qschulz | somewhere deep in my brain* | 10:06 |
| Jookia | i've kind of taken up the workflow of using mailing lists as dumping grounds for patches | 10:06 |
| qschulz | Jookia: we do have patchwork (I don't use it as contributor (yet?) though) to mitigate some of this I believe | 10:07 |
| Jookia | since then people can find and use them | 10:07 |
| Jookia | but i don't know how i'd deal with unwnted patches. i guess just have a github fork | 10:07 |
| qschulz | Jookia: welcome to the world of downstream forks :) | 10:08 |
| Jookia | i thought the idea was layers meant you didn't have to fork | 10:08 |
| qschulz | Jookia: if you need to do changes to the core of OE/bitbake... there are sometimes no ways around it | 10:08 |
| Jookia | yeah | 10:08 |
| qschulz | if you don't want to spend the time contributing and making sure things are merged | 10:08 |
| qschulz | but then, that's your cross to bear, not ours :) | 10:09 |
| Jookia | yeah | 10:09 |
| RP | Jookia: we do have a pretty decent track record of merging a high percentage of patches | 10:19 |
| Jookia | i get it | 10:20 |
| RP | qschulz: I understand why people like the maintainers file idea, I just don't think it would do what people think | 10:20 |
| qschulz | RP: fair enough :) still want to do something so b4 prep --auto-to-cc adds the mailing list automatically so ones doesn't have to look it up :) | 10:21 |
| qschulz | s/ones/one | 10:22 |
| RP | qschulz: I do think that sounds reasonable | 10:22 |
| *** ehussain <ehussain!~Thunderbi@2400:adc5:122:ef00:3ae1:37b0:ed70:66e5> has quit IRC (Quit: ehussain) | 10:23 | |
| RP | as long as we don't end up with a maintainers file by stealth | 10:23 |
| * qschulz removes his ninja clothes | 10:23 | |
| *** Jookia <Jookia!~jookia@LuminaSensum/founder/Jookia> has left #yocto | 10:25 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 10:28 | |
| *** mckoan|away <mckoan|away!~marco@host-95-229-48-41.business.telecomitalia.it> has quit IRC (Read error: Connection reset by peer) | 10:31 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 10:31 | |
| *** florian__ <florian__!~florian@dynamic-077-177-033-111.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 10:42 | |
| *** Guest13 <Guest13!~Guest13@132.198.137.78.rev.vodafone.pt> has quit IRC (Quit: Client closed) | 10:53 | |
| *** Saur_Home39 <Saur_Home39!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 10:53 | |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:56 | |
| *** Saur_Home <Saur_Home!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Ping timeout: 250 seconds) | 10:57 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Remote host closed the connection) | 10:58 | |
| *** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has joined #yocto | 10:59 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:a633:137f:b30e:7850> has joined #yocto | 11:00 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 11:07 | |
| mbulut | gm gents, i have some weirdness to resolve here.... full image build (with build directory deleted before) runs ok. but followed by another run without clearing the build dir gives me "This recipe does not have the LICENSE field set (linux-yocto-tiny)" | 11:08 |
| rburton | mbulut: literally "bitbake core-image-something; bitbake core-image-something"? | 11:09 |
| mbulut | yeah | 11:10 |
| mbulut | second run fails in parsing recipes step, so you could replace the second one with anything | 11:11 |
| mbulut | e.g. bitbake image-sth ; devtool modify recipe-sth | 11:11 |
| mbulut | I think there's sth seriously broken in the project setup and i'm checking everything one by one but would appreciate any wisdom how to get to the bottom of this | 11:12 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 11:12 | |
| *** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has quit IRC (Ping timeout: 260 seconds) | 11:21 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 11:23 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 11:23 | |
| *** CaptainQuirk is now known as Piraty | 11:23 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 11:27 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC (Ping timeout: 260 seconds) | 11:27 | |
| *** Vonter_ <Vonter_!~Vonter@user/vonter> has joined #yocto | 11:27 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 11:27 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:28 | |
| *** Saur_Home39 <Saur_Home39!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 11:32 | |
| *** Saur_Home39 <Saur_Home39!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 11:32 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 11:36 | |
| *** enok71 <enok71!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 11:36 | |
| *** dkc <dkc!~dan@user/dkc> has quit IRC (Remote host closed the connection) | 11:37 | |
| *** enok71 is now known as enok | 11:39 | |
| *** lexano <lexano!~lexano@pool-174-119-69-134.cpe.net.cable.rogers.com> has joined #yocto | 11:40 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 11:40 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has quit IRC (Remote host closed the connection) | 11:41 | |
| *** dkc <dkc!~dan@user/dkc> has joined #yocto | 11:41 | |
| *** yocton <yocton!~quassel@163-172-29-20.rev.poneytelecom.eu> has quit IRC (Ping timeout: 256 seconds) | 11:43 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 11:49 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 11:52 | |
| *** tgamblin <tgamblin!~tgamblin@d24-150-219-207.home.cgocable.net> has joined #yocto | 12:16 | |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has quit IRC (Quit: Leaving) | 12:24 | |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has joined #yocto | 12:24 | |
| *** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:2689:9325:526:8f62> has quit IRC (Quit: Leaving) | 12:26 | |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has quit IRC (Client Quit) | 12:27 | |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has joined #yocto | 12:27 | |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has joined #yocto | 12:28 | |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has quit IRC (Client Quit) | 12:28 | |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has joined #yocto | 12:28 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has joined #yocto | 12:29 | |
| *** Jones42_ <Jones42_!~Jones42@user/Jones42> has quit IRC (Client Quit) | 12:29 | |
| Jones42 | What's the most elegant or generic way to move the fitimage pubkey.dtb to the u-boot build directory so it can be picked up and integrated into u-boot there? | 12:34 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 12:38 | |
| qschulz | Jones42: do_deploy in the recipe generating the pubkey.dtb, then in u-boot, do_compile[depends] += "otherrecipe:do_deploy" | 12:42 |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Quit: MrCryo) | 12:42 | |
| qschulz | and you get the file from the deploy directory (there are three very close variable names, pick the correct one, I don't remember which one it is :) ) | 12:42 |
| *** florian__ <florian__!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 12:42 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 12:42 | |
| rburton | kanavin: does your bitbake-setup patch work against scarthgap with no other patches? | 12:43 |
| kanavin | rburton, yes | 12:44 |
| rburton | thanks | 12:44 |
| kanavin | not the initial release though | 12:45 |
| kanavin | tip of scarthgap | 12:45 |
| Jones42 | qschulz: thanks! | 12:45 |
| rburton | kanavin: presumably 5.0.1 is good | 12:46 |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Quit: MrCryo) | 12:47 | |
| kanavin | rburton, yes | 12:47 |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has joined #yocto | 12:48 | |
| *** xmn <xmn!~xmn@2600:4040:9398:a200:b515:a528:ac3a:415> has joined #yocto | 12:50 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 260 seconds) | 13:06 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 268 seconds) | 13:24 | |
| *** michael_e <michael_e!~michael_e@user/michael-e:30278> has joined #yocto | 13:27 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds) | 13:32 | |
| *** Net147_ is now known as Net147 | 13:41 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto | 13:43 | |
| qschulz | RP: I have sent a basic config file for b4 for bitbake and the yocto-docs | 13:49 |
| RP | qschulz: cool, thanks. I was just wondering whether we should even have something in the different dirs in poky | 13:50 |
| qschulz | I have not sent one for OE-Core nor poky on purpose, because I think we need to play with symlinks for the .b4-config file to store the proper ML to point to depending on which repo we're in | 13:50 |
| qschulz | à-la README? | 13:51 |
| qschulz | though I don't know how this is handled :/ | 13:51 |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 268 seconds) | 13:51 | |
| *** Xagen <Xagen!~Xagen@99-135-179-142.lightspeed.austtx.sbcglobal.net> has joined #yocto | 13:52 | |
| RP | https://valkyrie.yoctoproject.org/#/builders/17/builds/18/steps/11/logs/stdio is interesting. A world build completed yesterday, only DATE/TIME changed and yet a lot of stuff is rebuilding which I'd not have expected :/ | 13:53 |
| RP | this should probably be another bug to look into | 13:53 |
| RP | qschulz: can we not just put those files in the right subdirs for poky? | 13:53 |
| *** florian__ <florian__!~florian@dynamic-077-177-033-111.77.177.pool.telefonica.de> has joined #yocto | 13:53 | |
| qschulz | RP: you would have to run b4 from that subdir then instead of the root directory | 13:54 |
| qschulz | RP: AND, there's a sneaky option that can only work at the moment you create the series locally (send-prefixes).. so you'd have to run the b4 binary from that directory to have it properly set | 13:54 |
| RP | qschulz: ah, ok, I assumed it recursed | 13:54 |
| qschulz | BUT I don't think we need this prefix for poky? | 13:54 |
| qschulz | (the --subject-prefix equivalent of git-format-patch) | 13:55 |
| qschulz | RP: what kind of recursion were you thinking about? .b4-config in root but calling b4 from bitbake/ or .b4-config in bitbake/ and calling b4 from root but it takes .b4-config from bitbake/ as well? | 13:56 |
| qschulz | not sure what you meant, sorry | 13:57 |
| qschulz | Konstantin (maintainer of b4 and LF sysadmin) is usually pretty open about feature requests so we could always suggest something :) | 13:57 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Quit: Client closed) | 13:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 13:59 | |
| * RP files https://bugzilla.yoctoproject.org/show_bug.cgi?id=15493 | 13:59 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:d3cb:f9f7:448f:43cd> has joined #yocto | 14:00 | |
| RP | qschulz: if b4-config wasn't at the top level, it would look in the subdirs and use from there if present. That would let us handle patches for different bits of poky, at least in theory but probably tricky in some ways as you could have a patch spanning multiple dirs (just make it an error?) | 14:01 |
| qschulz | RP: but if i have a .b4-config in bitbake/, in bitbake/doc (for +docs@lists.yp.org), in meta/, in meta-poky/... which one is it going to take? is it going to merge all? | 14:02 |
| RP | qschulz: not sure :) | 14:02 |
| RP | qschulz: depends where the patches are from? :) | 14:02 |
| qschulz | RP: ah, do you want a MAINTAINERS file :D ? | 14:03 |
| qschulz | mmmmm but I now understand your comment about a patch spanning multiple repos | 14:03 |
| qschulz | in our case.... I think we should prevent any patch from sending (thinking about poky) | 14:04 |
| qschulz | because bitbake/ docs/ and all oe-core directories are in different git repos so should be going individually through those | 14:05 |
| RP | right | 14:05 |
| *** michael_e <michael_e!~michael_e@user/michael-e:30278> has quit IRC (Quit: Client closed) | 14:07 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has joined #yocto | 14:08 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto | 14:09 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 264 seconds) | 14:16 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto | 14:22 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has quit IRC (Ping timeout: 260 seconds) | 14:26 | |
| *** jpuhlman <jpuhlman!~jpuhlman@50.240.203.141> has joined #yocto | 14:29 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has quit IRC (Quit: ZNC 1.9.0 - https://znc.in) | 14:35 | |
| *** dmoseley <dmoseley!~dmoseley@d4-50-177-189.evv.wideopenwest.com> has joined #yocto | 14:36 | |
| rburton | RP: i'm _sure_ i've seen builds rebuild overnight when nothing else changes but its not constant and assumed it was just me. My hunch at the time was distro release changing. | 14:39 |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Remote host closed the connection) | 14:42 | |
| *** vthor <vthor!~thor@user/vthor> has joined #yocto | 14:43 | |
| RP | rburton: A build with no change to the hashes all built from sstate. I've now rebased master-next and am trying again | 14:44 |
| *** yocton <yocton!~quassel@163-172-29-20.rev.poneytelecom.eu> has joined #yocto | 14:46 | |
| RP | even with the better sstate reuse, there are still questionable things there: https://valkyrie.yoctoproject.org/#/builders/17/builds/19/steps/12/logs/stdio :/ | 14:47 |
| *** Saur_Home39 <Saur_Home39!~Saur_Home@94-137-113-31.customers.ownit.se> has quit IRC (Quit: Client closed) | 14:53 | |
| *** Saur_Home39 <Saur_Home39!~Saur_Home@94-137-113-31.customers.ownit.se> has joined #yocto | 14:54 | |
| RP | rburton: evidence from my test builds is pretty strong :/ | 14:56 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Ping timeout: 250 seconds) | 15:01 | |
| *** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has joined #yocto | 15:11 | |
| RP | I've never rebased a series so many times with so many conflicts as these runqueue changes | 15:12 |
| RP | rburton: systemd depending on os-release | 15:19 |
| rburton | RP: which has the version in. that would be it. | 15:19 |
| RP | rburton: testing a patch | 15:20 |
| * RP has no idea why people haven;t complained about that | 15:20 | |
| rburton | RP: its definitely not on every change though. because if i switch branch so the core sha changes, it doesn't rebuild systemd every time. at least i've not noticed it... | 15:22 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has joined #yocto | 15:22 | |
| RP | rburton: I think it might | 15:24 |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 260 seconds) | 15:25 | |
| rburton | this meson/sdk thing is a PITA btw | 15:25 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.238> has quit IRC (Client Quit) | 15:25 | |
| rburton | the same file being used in eSDK and meta-ide is not fun | 15:25 |
| RP | we could split them? | 15:26 |
| rburton | not _easily_, they're both just meson-native's sysroot | 15:28 |
| RP | rburton: ah :( | 15:28 |
| RP | JPEW: see what you make of the runqueue changes, particularly 6/6 | 15:29 |
| RP | they seem to work now in testing | 15:30 |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has quit IRC (Read error: Connection reset by peer) | 15:33 | |
| *** LocutusOfBorg <LocutusOfBorg!~locutusof@151.58.174.15> has joined #yocto | 15:35 | |
| rburton | RP: FYI jonmason definitely said yesterday he'd fix the workdir problem in meta-arm | 15:43 |
| rburton | proposal: oe-selftest sets ERROR_QA=WARN_QA | 15:44 |
| jonmason | I have a patch and I think the issue is being based on scarthgap versus master | 15:45 |
| jonmason | Won't be able to look until Monday | 15:45 |
| rburton | yeah, its the new workdir changes in master, which is why our CI doesn't see it | 15:45 |
| rburton | (we should flip CI too, feel free to do that next week too :) | 15:46 |
| jonmason | I was going to ask yesterday but it was a bit of a mess travelling | 15:50 |
| *** Kubu_work <Kubu_work!~kubu@lfbn-nan-1-335-137.w82-120.abo.wanadoo.fr> has quit IRC (Quit: Leaving.) | 15:56 | |
| *** zpfvo <zpfvo!~fvo@i59F5CC8A.versanet.de> has quit IRC (Quit: Leaving.) | 16:18 | |
| *** enok <enok!~Thunderbi@2a02:aa1:1649:7feb:6845:af6a:f0c:9269> has quit IRC (Ping timeout: 255 seconds) | 16:20 | |
| *** mckoan <mckoan!~marco@host-95-229-48-41.business.telecomitalia.it> has joined #yocto | 16:21 | |
| *** mckoan is now known as mckoan|away | 16:21 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:ade4:8e59:72fc:6b20> has joined #yocto | 16:32 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 16:51 | |
| *** ptsneves <ptsneves!~Thunderbi@89.151.29.72> has joined #yocto | 16:56 | |
| *** amitk <amitk!~amit@58.84.61.115> has joined #yocto | 17:02 | |
| *** mbulut <mbulut!~mbulut@ip1f128e51.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 240 seconds) | 17:13 | |
| khem | qschulz: humanity's dilemma is that we hate change and love it at same time, what we really want is for things to remain same but get better | 17:30 |
| *** amitk <amitk!~amit@58.84.61.115> has quit IRC (Ping timeout: 260 seconds) | 17:36 | |
| *** ptsneves <ptsneves!~Thunderbi@89.151.29.72> has quit IRC (Ping timeout: 256 seconds) | 17:45 | |
| *** dankm <dankm!~dan@user/dankm> has quit IRC (Remote host closed the connection) | 17:52 | |
| qschulz | khem: I second that. change is scary | 17:52 |
| qschulz | michaelo: please hold off my b4 patch for the yocto-docs, I messed up the mailing list mail address in it /me facepalms (got a case of "been a long time i haven't sent patches, how about sending many patches to many different projects the same day? things obviously go wrong then :) ) | 17:54 |
| *** dankm <dankm!~dan@user/dankm> has joined #yocto | 17:54 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 260 seconds) | 18:29 | |
| JaMa | "things to remain same but get better" <- nice, I want that too | 18:44 |
| *** Jones42_ <Jones42_!~Jones42@212.121.145.6> has joined #yocto | 18:56 | |
| *** imx <imx!~imx@212.233.6.210> has joined #yocto | 18:57 | |
| *** vthor <vthor!~thor@187.148.151.84> has joined #yocto | 18:58 | |
| imx | What is the best way to install a specific version of python? I found already this “PREFERRED_VERSION_python3 = "3.9.13"” but when I try to build I got the message: “ | 18:59 |
| imx | WARNING: preferred version 3.9.13 of python3 not available (for item python3-statistics) | 18:59 |
| imx | WARNING: versions of python3 available: 3.10.13” | 18:59 |
| *** Jones42 <Jones42!~Jones42@user/Jones42> has quit IRC (Ping timeout: 256 seconds) | 18:59 | |
| Jones42_ | imx: I'm still pretty new myself, but you should have the matching recipe somewhere for that to work | 19:03 |
| Jones42_ | imx: something like recipes-devtools/python/python3_3.9.13.bb in some layer (oe-core?) | 19:03 |
| Jones42_ | imx: (at least that's my guess... I'll let Cunningham's Law do the rest) | 19:05 |
| JaMa | yes, you would need to revert the upgrades to roll back to 3.9.13 (if this exact version was used in oe-core before) or just provide the recipe in your own layer and it will be automatically picked if your layer has higher priority, but please think before the downgrade, do you really need older version? | 19:17 |
| *** Jones42__ <Jones42__!~Jones42@i577BF1AF.versanet.de> has joined #yocto | 19:22 | |
| *** Jones42_ <Jones42_!~Jones42@212.121.145.6> has quit IRC (Read error: Connection reset by peer) | 19:25 | |
| *** imx <imx!~imx@212.233.6.210> has quit IRC (Ping timeout: 250 seconds) | 19:33 | |
| *** nwhitlock <nwhitlock!~nwhitlock@syn-071-046-234-100.biz.spectrum.com> has joined #yocto | 19:51 | |
| nwhitlock | hi. I'm trying to make a Yocto layer and I'm running into this problem with a recipe in my layer. | 19:51 |
| nwhitlock | I'm basically structuring my layer to have a recipe, and the code for that recipe (it's a kernel module) to exist as a submodule within the recipe folder | 19:52 |
| nwhitlock | I'm doing this: | 19:53 |
| nwhitlock | SUMMARY = "My Linux Driver" | 19:53 |
| nwhitlock | DESCRIPTION = "My Linux Driver" | 19:53 |
| nwhitlock | LICENSE = "MIT" | 19:53 |
| nwhitlock | SRC_URI = "file://files" | 19:53 |
| nwhitlock | #S = "${WORKDIR}/git" | 19:53 |
| nwhitlock | inherit allarch | 19:53 |
| nwhitlock | do_compile() { | 19:53 |
| nwhitlock | # make | 19:53 |
| nwhitlock | } | 19:53 |
| nwhitlock | do_install() { | 19:53 |
| nwhitlock | install | 19:53 |
| nwhitlock | } | 19:53 |
| nwhitlock | BBCLASSEXTEND = "native" | 19:53 |
| nwhitlock | It's throwing this error: "ERROR: /home/test/yocto/poky/meta-mylayer/recipes-driver/mydriver/mydriver_0.1.bb: Unable to get checksum for mydriver-native SRC_URI entry files: file could not be found" | 19:54 |
| JaMa | did you add "files" file there? | 19:56 |
| JaMa | it needs to be in FILESPATH, see bitbake-getvar FILESPATH -r mydriver | 19:57 |
| nwhitlock | It's a directory | 20:00 |
| nwhitlock | I cloned my repo as a submodule under the directory called "files" within the "mydriver" directory. | 20:00 |
| nwhitlock | It's just a simple makefile and some source code. | 20:01 |
| Saur | nwhitlock: Why use submodule? Why not let the fetcher fetch the repository? | 20:03 |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 20:04 | |
| *** Jah <Jah!~Jah@dslb-092-072-054-113.092.072.pools.vodafone-ip.de> has joined #yocto | 20:13 | |
| *** Jah <Jah!~Jah@dslb-092-072-054-113.092.072.pools.vodafone-ip.de> has quit IRC (Client Quit) | 20:13 | |
| marex | more like, why not list the files in SRC_URI as file://file.c file://Makefile ... and that's probably all for kernel module | 20:21 |
| marex | also see poky.git ./meta-skeleton/recipes-kernel/hello-mod | 20:21 |
| marex | oh, its actually even in oe-core https://git.openembedded.org/openembedded-core/tree/meta-skeleton/recipes-kernel/hello-mod | 20:22 |
| *** florian__ <florian__!~florian@dynamic-077-177-033-111.77.177.pool.telefonica.de> has quit IRC (Ping timeout: 272 seconds) | 20:23 | |
| *** MrCryo <MrCryo!~MrCryo@user/MrCryo> has quit IRC (Remote host closed the connection) | 20:31 | |
| nwhitlock | Saur It's a temporary solution for right now. | 20:31 |
| nwhitlock | Ultimately what I want to do is create a KO that links against the current kernel a la dkms. | 20:31 |
| nwhitlock | marex Yeah I can do that. Just wasn't sure if there was a better way to handle a directory. | 20:32 |
| nwhitlock | I got an error message that wildcards are no longer supported in recentish versions of Yocto | 20:32 |
| *** mvlad <mvlad!~mvlad@2a02:2f05:8810:9600:e88e:21ff:fe65:be18> has quit IRC (Remote host closed the connection) | 20:43 | |
| JPEW | RP: I'll look next week; I caught something and don't feel well today | 21:04 |
| *** yudjinn <yudjinn!~yudjinn@c-73-153-47-71.hsd1.co.comcast.net> has quit IRC (Remote host closed the connection) | 21:27 | |
| RP | JPEW: np, GWS! | 21:44 |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 240 seconds) | 21:48 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has joined #yocto | 22:13 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 240 seconds) | 22:27 | |
| *** enok <enok!~Thunderbi@c-1e4ce655.06-290-73746f71.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 22:36 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 23:17 | |
| *** vthor <vthor!~thor@2605:59c8:7124:2d10:3f44:7ae0:828e:1160> has joined #yocto | 23:19 | |
| *** Guest81 <Guest81!~Guest81@65.155.59.74> has joined #yocto | 23:20 | |
| *** vthor <vthor!~thor@user/vthor> has quit IRC (Ping timeout: 240 seconds) | 23:29 | |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!