qschulz has quit [Remote host closed the connection]
qschulz has joined #yocto
<paulg>
Not sure I want to move to Wolfsburg and design the next Passat though.
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
invalidopcode1 has quit [Read error: Connection reset by peer]
invalidopcode1 has joined #yocto
<JaMa>
with 15M EUR/year they would need to design a lot of nice Passats :) but I don't really know what people on such high levels actually do on daily basis (and I wouldn't like that for sure)
amitk has quit [Remote host closed the connection]
goliath has joined #yocto
mlaga97 has joined #yocto
vladest has quit [Ping timeout: 255 seconds]
vladest has joined #yocto
pope has quit [Ping timeout: 260 seconds]
tunahan has quit [Quit: tunahan]
mvlad has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
diego_r has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
Guest33 has joined #yocto
zpfvo has joined #yocto
<RP>
paulg: apparently we're doing things that aren't supported
tunahan has joined #yocto
<tunahan>
Hello. I'm getting an error I don't understand why. I am attaching the log file as a link. meson is installed and version: 0.61.2 https://pastebin.com/BnSwYERP
<qschulz>
tunahan: you're missing libtirpc in DEPENDS of your recipe?
<tunahan>
qschulz: I didn't add it specifically, but I'm using the packagegroup, maybe it can be in it. I am using Kirkstone by the way.
seninha has joined #yocto
<qschulz>
tunahan: you cannot build source code in a packagegroup
alessioigor has quit [Quit: alessioigor]
<qschulz>
tunahan: so it's one of the packages you specify in your packagegroup whose recipe requires libtirpc in its DEPENDS
alessioigor has joined #yocto
<qschulz>
somehow this looks like it's xwayland recipe
<tunahan>
qschulz: and yes i am getting this error when compiling xwayland. How should I proceed here?
xmn has quit [Quit: ZZZzzz…]
<paulg>
autoconf made sense in 1998 when there were 10-ish unix variants. If I maintained some userspace thing today, I'd just gut all that crap, and do a basic OS probe.
<paulg>
None of this "checking if strlen() can blah blah blah" stuff.
<paulg>
</rant>
<mckoan|away>
tunahan: add libtirpc in the last line RDEPENDS...
mckoan|away is now known as mckoan
<qschulz>
mckoan|away: rather DEPENDS, since it's pkgconfig failing to find the dependency
<tunahan>
mckoan|away: it didn't work, i got the same error
<tunahan>
I added it to the end of DEPENDS instead of RDEPENDS, the problem seems to be past for now.
prabhakarlad has joined #yocto
amitk has joined #yocto
ptsneves has joined #yocto
<rburton>
paulg: one of many reasons why meson configures so much faster
prabhakarlad has quit [Quit: Client closed]
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
derRicha1d is now known as derRichard
leon-anavi has joined #yocto
<paulg>
rburton, well - nobody should listen to me. I'm just an old guy yelling "Get off my lawn!"
<RP>
paulg: yes :)
<RP>
paulg: meson is what I'd have done, approximately. GNU needs to drop a boatload of obsolete stuff
<RP>
paulg: I'm just amused we've been doing it wrong all these years
<paulg>
There is "wrong" and there is "make it work so we can carry on"....
florian_kc has joined #yocto
<barath>
does anyone know whether BBFILES_DYNAMIC issupposed to work with multiconfigs? Ie. I have a layer which is masked for a certain multiconfig, but the BBFILES_DYNAMIC still enables the respective bbfiles since (I assume) the conditional layer is active for another multiconfig
<barath>
ah never mind. it seems that if you want to disable a layer for a certain multiconfig you should use BBLAYERS:remove:<multiconfig> instead of BBMASK_<multiconfig>
prabhakarlad has joined #yocto
<JaMa>
khem: good news, that opencv ICE seems to be fixed in your latest gcc-13 bump
d-s-e has joined #yocto
mckoan is now known as mckoan|away
<JaMa>
RP: I agree that uninative upgrade should be relatively safe, but in this case I'm seeing side-effect of patchelf-uninative upgrade, now it fails to set interpreter on binaries without write permission, this worked with older uninative (or it at least seems so)
<JaMa>
RP: will confirm it and reply on e-mail so that sakoman can decide if it's worth the risk for stable
<JaMa>
RP: hmm something else might affect this as well, because the same binary didn't fail in mickledore build, will investigate
florian__ has joined #yocto
<RP>
JaMa: the write thing was a discussion with upstream and then people wanted to drop the patch we carried iirc :(
<RP>
JaMa: but you're right, that is a problem for older releases
<JaMa>
will probably include that gcc-13 fix I've backported as well, so I agree
<JaMa>
should I send it or are you already on it?
<rburton>
argh WARNING: linux-yocto-dev-6.3 do_package_qa: QA Issue: File /usr/src/debug/linux-yocto-dev/6.3/drivers/video/logo/logo_linux_clut224.c in package linux-yocto-dev-src contains reference to TMPDIR [buildpaths]
rice_flakes has joined #yocto
<rice_flakes>
Hello,
<rice_flakes>
what do you do when the log only give you that a task (i.e. `core-image-minimal/1.0-r0/temp/run.do_rootfs.3901983`) fails with exit code 1 without giving any info on the output from stderr?
<rburton>
zeddii: have you seen the buildpaths warnings above?
rice_flakes has quit [Quit: Client closed]
<zeddii>
rburton. yah. I have a patch for it in older kernels. let me see why that change didn't come over to -dev
<zeddii>
which machine were you building ? I may have just missed it in my sanity passes. qemuarm64 ?
<rburton>
do you delete the line or throw in a basename()?
<zeddii>
I changed the utility that generates it to just use basename
Xagen has joined #yocto
<rburton>
someone should send that upstream ;)
<rburton>
hm interestingly not qemuarm64
<zeddii>
they wanted more than basename() as the fix last time I tried.
<rburton>
i'm guessing the default sha isn't the same as the overriden sha for qemuarm64?
<zeddii>
on -dev, they are nearly all the same. I carry fewer board specific changes on it.
<rburton>
linux-yocto-dev-6.3+gitAUTOINC+275c77754a_5657af292f is the exact kernel we're building for genericarm64
<zeddii>
I'll hunt up my change, and double check it. leave it with me. I'm only one coffee in, so not moving very fast yet.
<rburton>
hm they don't match the in the recipe
<zeddii>
rburton. yah, you just found the flaw
<zeddii>
that bbappend is way wrong now.
<zeddii>
I'll send a patch
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
<zeddii>
oh. I read that as genericx86, so cancel my statement. but the bbappend is still wrong.
<rburton>
ah so the recipe says KBRANCH=v6.3/standard/base, is that the right branch?
<zeddii>
that's the right branch.
<rburton>
i'm trying to figure out where these SHAs are coming from!
otavio has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rburton>
ah its autoincing
Xagen has joined #yocto
<zeddii>
right. genericarm64, that's a meta-arm thing ? I found my changes for logos. I'll test them against that machine to see what's up.
* zeddii
goes to look
<rburton>
yeah
<rburton>
we don't set any special variables and it grabs the SHAs 275c77754a and 5657af292f
sakoman has joined #yocto
<zeddii>
could just be a different logo, there were two or three I fixed when buildpaths QA first came in.
<zeddii>
is it using a kernel-cache machine configuration ? or a defconfig ?
<rburton>
defconfig
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<zeddii>
hah. rc4 got me. fixing things up. stay tuned.
kscherer has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
flcat has joined #yocto
<zeddii>
I just need to figure out which machine will show me the QA warning in oe-core, so I can be 100% sure my just restored fix is working. with my builder speed, that means a few hours from now.
<rburton>
feel free to send a patch to me if its easy to test locally
<zeddii>
yah. it is a trivial fix. I must have been half asleep when I fixed the confict with rc4.
<zeddii>
I'll just do a commit for it, and fire something your way as well.
<zeddii>
that or I was juggling -stable updates across 4 kernels and 3 releases :P
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<rburton>
hm -dev also says Early cacheinfo failed, ret = -2 on boot, which is new
<diego_r>
Hi channel. I don't want to skip the patchwork review queue, but can I ask for some preliminary feedback on this patch?
nateglims has quit [Read error: Connection reset by peer]
zpfvo has quit [Ping timeout: 246 seconds]
vladest has quit [Quit: vladest]
vladest has joined #yocto
zpfvo has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
<kergoth>
Hmm, I wish gmail would stop throwing random threads from mailingl ists into the promotions category, quite tempted to just stop using those categories all around.
<rburton>
yeah the categories are nonsense, i turned them off long ago
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
<RP>
diego_r: Hi, I've not replied to that patch yet but my usual question is "do we need to improve the testing to avoid regressions?". oe-selftest -r wic would be the wic selftests
Xagen has quit [Client Quit]
flcat has quit [Read error: Connection reset by peer]
flcat has joined #yocto
Xagen has joined #yocto
<roussinm>
I'm trying to install -src packages inside nativesdk, I tried adding myrecipe-src, but it fails with nothing provides the -src package. (nativesdk-qtbase-src) I could do it for -dgb package, but not src. what am I missing here.
<rburton>
don't you mean qtbase-src
<roussinm>
I have a rdepends on nativesdk-qtbase-dev, I tried adding nativesdk-qtbase-src.
<rburton>
remember that nativesdk-* pieces are not your target packages
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<roussinm>
Yes, I use the nativesdk as a developement sysroot, instead of using a package manager or anything since everything is provided by yocto.
<rburton>
to develop for the target?
<roussinm>
No.
<roussinm>
To run emulation software on my machine.
d-s-e has quit [Ping timeout: 252 seconds]
<roussinm>
I noticed that the package on nativesdk-qtbase-src is empty. Probably why I cannot get the sources from that recipe.
<rburton>
that would be it. i presume you haven't changed PACKAGE_DEBUG_SPLIT_STYLE
<mason>
What's the native, idiomatic way to get /run/shm mounted at boot?
<rburton>
thats a systemd thing i believe. its just a link to /dev/shm, fwiw.
<roussinm>
rburton: Oh didn't know about this variable.
<mason>
ty
<diego_r>
RP: you mean: "considering the patch is meant to fix an incorrect behavior, please add a wic selftest that ensures the behaviour implemented by the patch is regularly tested". Correct?
<rburton>
roussinm: defaults to debug-with-src but if you changed it that would be why
<roussinm>
I have INHIBIT_PACKAGE_DEBUG_SPLIT = "1", INHIBIT_PACKAGE_STRIP = "1" and IMAGE_INSTALL_DEBUGFS = "nativesdk-qtbase" in my meta-toolchain-recipe.bb I don't thin the IMAGE_INSTALL_DEBUGFS does anything tho.
<rburton>
none of those will do anything because of where they're set
<roussinm>
so I haven't changed PACKAGE_DEBUG_SPLIT_STYLE, so if the recipe doesn't provide source for the nativesdk part, it's missing something in nativesdk-qtbase ?
<rburton>
build eg m4 and nativesdk-m4 and see if they're building -src packages
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<roussinm>
m4 has the src package, but nativesdk-m4 -src package is empy.
<diego_r>
RP: thanks! We'll wait for comments on the patch then. We are available to implement wic selftests, if the patch is a correct approach at the issue it is trying to solve.
<RP>
diego_r: I'm not sure it will make much difference if I reply on list but I can I guess...
<rburton>
roussinm: what do you want the -src package for? source code level debugging or something else?
invalidopcode1 has quit [Remote host closed the connection]
<roussinm>
rburton: yes source level debugging.
invalidopcode1 has joined #yocto
mborzecki has quit [Quit: You have been kicked for being idle]
nerdboy has quit [Ping timeout: 250 seconds]
<diego_r>
RP: thanks for the reply, we'll get back to you
zpfvo has joined #yocto
diego_r has quit [Ping timeout: 248 seconds]
<rburton>
roussinm: as the -src packages are generated by slurping the source files from the debug symbols, you might want to turn on debug symbols in nativesdk recipes. we normally only build target with debugging.
<rburton>
adding -g to BUILD_OPTIMISATION works but turns on debug for all native packages too, which is a painful rebuild. add it to BUILDSDK_CFLAGS and BUILDSDK_CXXFLAGS and you'll get src packages for nativesdk.
<roussinm>
rburton: thanks I'll try it out, does that mean I need to modify each recipes that we want the src package available? looks like it.
<rburton>
roussinm: do it globally
<rburton>
(i just did to prove that was the issue)
zpfvo has quit [Quit: Leaving.]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
nerdboy has quit [Ping timeout: 252 seconds]
florian_kc has quit [Ping timeout: 246 seconds]
d-s-e has joined #yocto
<roussinm>
rburton: thanks!, when you say globally, is site.conf correct? our distro.conf ?
<roussinm>
or the meta-toolchain recipe?
<rburton>
your distro.conf would make sense
<rburton>
meta-toolchain wouldn't be globally and wouldn't change the build of any other recipes
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
<roussinm>
Ideally I would like to apply it to only stuff we put inside the nativesdk, mostly qt libraries, other stuff we don't really care yet. And I guess it will increase the of the sdk by quite a lot, if it's global ,right?
<rburton>
just becayse you build -dbg and -src packages doesn't mean you need to install them all
<rburton>
personally i'd build all nativesdk with -g and then just put into the sdk the ones you want
<roussinm>
Oh I get it now, yes yes, ok make a lot more sense now.
florian has quit [Ping timeout: 248 seconds]
d-s-e has quit [Ping timeout: 248 seconds]
d-s-e has joined #yocto
<\dev\ice>
I this kind of way `echo "${HW_REVISION}" > ${D}${sysconfdir}/hw-revision` is "best practice" to achieve that? or the is cleaner way?
<rburton>
achieve what specifically?
d-s-e has quit [Quit: Konversation terminated!]
azcraft has joined #yocto
<\dev\ice>
put variable content to file
<rburton>
thats the easiest way, yes
<khem>
RP: I was sorting out the gnome-44 patches. I will give it a try for new autoconf now hopefully the gnome44 stuff seems to be ok
<khem>
JaMa: cool. I think sometimes time is the best healer 🙂
invalidopcode1 has quit [Remote host closed the connection]
mrpelotazo has quit [Read error: Connection reset by peer]
mrpelotazo has joined #yocto
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
pabigot has joined #yocto
florian_kc has joined #yocto
amitk has joined #yocto
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
brazuca has joined #yocto
brazuca has quit [Quit: Client closed]
<roussinm>
rburton: so I can that the nativesdk-qtbase-src package is populated but even if I add `nativesdk-qtbase-src` to RDEPENDS to nativesdk-packagegroup-qt6-toolchain-host-essentials, the resulting nativesdk sysroot doesn't contains the source files.
<roussinm>
s/can/can see/
<rburton>
maybe the paths are wrong, dunno
brazuca has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
<roussinm>
do you mean the paths inside the packages-splits?
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
tlwoerner has quit [Remote host closed the connection]
tlwoerner has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
leon-anavi has quit [Quit: Leaving]
gchamp has joined #yocto
<roussinm>
rburton: so I digged a little bit and the src packages are not installed in the correct directory. meta-toolchain/1.0/sdk/image/usr/src <- that's where they are, but I think they are suppose to be : meta-toolchain/1.0/sdk/image/usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64_ekosdk-linux/...
<roussinm>
is that a yocto bug?
<khem>
JaMa: has webos started to use qt6
brazuca has quit [Quit: Client closed]
<JaMa>
khem: webosose yes, long time ago and there is some partnership between LGE and TQC for that
<JaMa>
khem: TVs are still on warrior branch of meta-qt5 :)
d-fens_ has quit [Read error: Connection reset by peer]
d-fens_ has joined #yocto
alinucs has quit [Ping timeout: 240 seconds]
alinucs_ has joined #yocto
dv_ has joined #yocto
dv_ has quit [Ping timeout: 252 seconds]
Habbie has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
<rburton>
roussinm: probably. nobody ever wanted src packages inside the native bit of a sdk before.
kscherer has quit [Quit: Konversation terminated!]
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
Xagen has joined #yocto
tepperson has joined #yocto
<tepperson>
how can I include a final image from another image recipe in an image recipe? I am looking to make an image that installs an image onto target hardware.
alessioigor has quit [Remote host closed the connection]
alex88 has quit [Ping timeout: 265 seconds]
alex88 has joined #yocto
<roussinm>
rburton: Right, make sense, maybe I can create a task that will move the src directory to the correct one, or it's should be small/easy modification inside bitbake to make sure that it's copied to the correct directory?