LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
cabazon has joined #yocto
cabazon has quit [Quit: Client closed]
sgw has joined #yocto
kbahn has quit [Quit: Client closed]
davidinux has quit [Ping timeout: 276 seconds]
davidinux has joined #yocto
sgw has quit [Quit: Leaving.]
Vonter has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
ablu has joined #yocto
goliath has quit [Quit: SIGSEGV]
Vonter has quit [Quit: WeeChat 4.4.3]
<nerdboy> so we made a big version jump in existing project, using gitpkgv.bbclass to version a bunch of git apps but the change to using --exact-match kills our package versions since it can't find closest tag any more
<nerdboy> is there still a way to get that behavior back? i don't see the equivalent anywhere
Vonter has joined #yocto
paulg has joined #yocto
druppy has joined #yocto
Vonter has quit [Quit: WeeChat 4.4.4]
druppy has quit [Ping timeout: 248 seconds]
rstreif has quit [Ping timeout: 276 seconds]
jmd has joined #yocto
florian has joined #yocto
florian has quit [Ping timeout: 248 seconds]
Chaser has joined #yocto
rfuentess has joined #yocto
rob_w has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
wojci has joined #yocto
wooosaiiii has quit [Ping timeout: 244 seconds]
<olani> kbahn: The default of S is ${WORKDIR}/${BP} which is a best guess of the root folder of your unpacked tarball. If the root folder is not packagename-version you will have to tweak S to match, maybe S=${WORKDIR}/my-tarball-root-folder.
mckoan|away is now known as mckoan
dmoseley_ has joined #yocto
dmoseley has quit [Ping timeout: 276 seconds]
luc4 has joined #yocto
olani has quit [Ping timeout: 246 seconds]
olani has joined #yocto
leon-anavi has joined #yocto
vthor_ has quit [Excess Flood]
vthor_ has joined #yocto
florian has joined #yocto
<JaMa> halstead: is this expected? it's still used in default mirrors.bbclass, not sure since when it doesn't resolve: Resolving sources.openembedded.org (sources.openembedded.org)... failed: Name or service not known.
<JaMa> it did exist back in 2022, but without updates https://lists.openembedded.org/g/openembedded-devel/message/97961 and probably doesn't work at least since Nov as in https://lists.openembedded.org/g/openembedded-devel/message/113785 and one other change like that
<RP> JaMa: It think rburton also asked about that and it was being worked on
<derRichard> hmm, the u-boot recipe drops the default env into the deploy dir, but there seems to be no machinery to generate a env image (with crc) such that i can use it with wic's rawcopy plugin
<derRichard> do i miss something?
<derRichard> (adding a custom class that runs mkenvimage is easy, but i don't want to reinvent the wheel)
ehussain has joined #yocto
<RP> qschulz: I've merged kanavin_'s bitbake doc on addfragments. If we need further improvements I'll take further patches
rob_w has quit [Remote host closed the connection]
<kanavin_> RP: I'm working on improving bitbake-setup from feedback, hopefully there's something ready before christmas
<kanavin_> adding all sorts of output sugar
<RP> kanavin_: thanks! I'm wondering about the M1 build - I should probably go ahead with just the pieces that are merged?
<kanavin_> fetch progress bars, pointers to everything created in build directory, the lot
<kanavin_> v1 was very frugal in what it printed :)
<RP> kanavin_: sorry, I'm not context switching well
<kanavin_> RP: feedback for bitbake-setup prototype was that it prints too little, and users need to know a lot more
<RP> kanavin_: there are more fragements patches on the list which I've not got to yet. I should try and get those in for M1!
<RP> kanavin_: right, yes. That sounds great. I was trying to make that into something to with fragments :)
<RP> kanavin_: I'll catch up!
<kanavin_> RP: yes, the matching oe-core parts for fragments are still to be merged
<kanavin_> or even placed into master-next from what I see :)
<RP> kanavin_: they're there now. I've been struggling with a backlog of things needing feedback
<RP> kanavin_: thankfully mathieudb is ahead of me and has tested them already :)
<RP> zeddii: : https://valkyrie.yocto.io/pub/non-release/patchmetrics/ 344 -> 19 even without the cve include file!
<RP> kanavin_: looking at the patches, configfragements.py is nearly able to be bitbake code as it is nearly variable independent now
<RP> kanavin_: I'm leaning to merging this but maybe revisiting whether it should become code in bitbake
<RP> I guess the challenge is whether the core config might parse until frags are enabled
rfuentess has quit [Remote host closed the connection]
miau_miau has joined #yocto
miau_miau has quit [Quit: Client closed]
<kanavin_> yay \0/
<Dvergatal> can somebody help me with explanation of https://docs.yoctoproject.org/kernel-dev/advanced.html#recipe-space-metadata ?
<Dvergatal> or give me more resonable example?
<RP> kanavin_: very cool to have those patches in, thanks!
<kanavin_> RP: I hope I can do a talk in Nice in May about them :)
<RP> kanavin_: a nice talk in Nice? :)
<RP> sounds like a good plan!
<kanavin_> I have to say of all conferences I've been so far, Lyon had the best food by a mile
<kanavin_> so i have expectations in that department too
<kanavin_> RP: I hope you can get out and enjoy these events at some point, there's always a feeling you should be present
goliath has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
Chaser has joined #yocto
<luc4> Hello! Is it possible to change the motd in scarthgap? I tried to provide my own in a bbappend for base_files, but it does not seem to overwrite it.
Guest94 has joined #yocto
<Guest94> hi all, I am having an issue with Scarthgap and postinstall scriptlets and intercepts
<Guest94> basically I want to use a postinstall scriplet to remove some file from the rootfs
<Guest94> but the issue is that those files are also needed by a postinst intercept
<Guest94> and the postinst intercept gets ran after my postinstall scriplet
<Guest94> in Kirkstone this wasn't the case, I was able to do it like described above and it would work
<RP> kanavin_: I'd love to get to see people in person again. My mind keeps planning things I'm not quite up to though :/
<Guest94> specifically, I want to remove from the rootfs the contents of "/usr/lib/udev/hwdb.d" but the issue is the the "update_udev_hwdb" postinst-intercept needs those files to generate hwdb.bin
<Guest94> if I do the removal from a "pkg_postinst:udev-hwdb:append ()" then the removing code I define there will get executed before pkg_postinst:udev-hwdb even though I had declared it as an :append :\
<rber|res> @luc4 I don't see how this should be differnt for scarthgap compared to other releases
<luc4> rber|res: scarthgap added the motd
huntercao has joined #yocto
rcw has quit [Ping timeout: 246 seconds]
halloy4743 has joined #yocto
<luc4> rber|res: empty though
<luc4> rber|res: also empty
<luc4> rber|res: the problem is that scarthgap has text in it
<luc4> rber|res: so I need to remove it
<Guest94> RP maybe you have a quick resolution in mind?
<rber|res> @luc4 yes, the poky distro writes something inside from scarthgap
<luc4> rber|res: yes, I would like to remove it, we already took note of what it says
<luc4> rber|res: I thought it was sufficient to provide a different motd in a base-files_%.bbappend, but it seems it is not that simple.
<luc4> rber|res: mmh... that is what I did... the only difference is that I named my file also motd
<luc4> rber|res: maybe renaming it as my-motd is the point...
<rber|res> @luc4: make sure your layer with the bbappend has a higher layer priority than the layers in poky
<luc4> rber|res: oh... I thought only one bbappend was allowed. I'll try both these things. Thanks!
<rber|res> @luc4 all bbappend will be applied - the one from the layer with the highest prio last
<rber|res> @luc4 you can see the sequence with the bitbake-layers tool
<luc4> rber|res: I'll try then, thanks for your help!
chep has joined #yocto
wojci has quit [Ping timeout: 252 seconds]
<Guest94> no clue?
<Guest94> anybody? somebody? :)
alinucs_ has quit [Quit: ZNC 1.7.5 - https://znc.in]
cyxae has joined #yocto
cyxae has quit [Client Quit]
cyxae has joined #yocto
Tyaku has quit [Quit: Lost terminal]
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
<mckoan> Are pre-built artifacts expected to be still fully functional on scarthgap when using BB_HASHSERVE_UPSTREAM = "hashserv.yocto.io:8687" ?
* mckoan loves when answers to himself :-D
nerdboy has quit [Ping timeout: 248 seconds]
<mckoan> BTW it's needing python websockets installed
CrazyGecko has quit [Remote host closed the connection]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
Kubu_work has joined #yocto
florian has quit [Quit: Ex-Chat]
<khem> zeddii: kernel-module-emlog seems to be another failure perhaps due to new kernel
ablu has quit [Ping timeout: 276 seconds]
* zeddii doesn't even know what an emlog is! ;) Will have a look.
frgo has quit [Remote host closed the connection]
frgo has joined #yocto
ablu has joined #yocto
rstreif has joined #yocto
luc4 has quit [Quit: Konversation terminated!]
frgo has quit [Remote host closed the connection]
frgo has joined #yocto
<RP> dl9pf, smurray, mathieudb: https://valkyrie.yoctoproject.org/#/builders/55/builds/582/steps/13/logs/stdio - meta-agl-core seems to have changed recently in a way that doesn't work with master :(
sa7mfo has joined #yocto
florian has joined #yocto
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
florian has quit [Ping timeout: 248 seconds]
mckoan is now known as mckoan|away
leon-anavi has quit [Quit: Leaving]
Chaser has joined #yocto
kbahn has joined #yocto
sa7mfo has quit [Quit: Client closed]
florian has joined #yocto
Guest94 has quit [Quit: Client closed]
wojci has joined #yocto
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
kbahn has quit [Quit: Client closed]
mjacob has joined #yocto
ehussain has quit [Remote host closed the connection]
<mjacob> I’ve been running into the problem that libtool puts paths inside a sysroot into RUNPATH (I’m not using Yocto). Then I found a patch for Yocto solving that particular problem: https://git.yoctoproject.org/poky/tree/meta/recipes-devtools/libtool/libtool/0001-ltmain.sh-Fix-sysroot-paths-being-encoded-into-RPATH.patch The description says “Submitted” but it seems like it never got any response. Does
<mjacob> someone know more about this?
wojci has quit [Ping timeout: 252 seconds]
Chaser has joined #yocto
wojci has joined #yocto
huntercao has quit [Remote host closed the connection]
micka has quit [Ping timeout: 260 seconds]
micka has joined #yocto
nerdboy has quit [Ping timeout: 248 seconds]
nerdboy has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
jmd has quit [Remote host closed the connection]
wojci has quit [Ping timeout: 260 seconds]
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
rstreif has quit [Ping timeout: 246 seconds]
steelswords94 has quit [Quit: The Lounge - https://thelounge.chat]
steelswords94 has joined #yocto
Kubu_work has quit [Quit: Leaving.]
prabhakalad has quit [Remote host closed the connection]
prabhakalad has joined #yocto
florian has quit [Ping timeout: 245 seconds]
kbahn has joined #yocto
vvn has joined #yocto