ramacassis[m] has quit [Ping timeout: 260 seconds]
Tartarus has quit [Ping timeout: 260 seconds]
khem has quit [Ping timeout: 260 seconds]
ThomasRoos[m] has quit [Ping timeout: 260 seconds]
zyga[m] has quit [Ping timeout: 260 seconds]
seninha has joined #yocto
Tartarus has joined #yocto
ecdhe has quit [Read error: Connection reset by peer]
ecdhe has joined #yocto
sakoman has quit [Quit: Leaving.]
seninha has quit [Quit: Leaving]
ramacassis[m] has joined #yocto
ThomasRoos[m] has joined #yocto
khem has joined #yocto
zyga[m] has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
<sotaoverride>
where're the docs for CONVERSION_CMD at?
seninha has joined #yocto
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #yocto
<diamondman>
@RP This recipe is built both NATIVE and TARGET. I forgot that the .proto files work file with the TARGET build, but the NATIVE builds required the `SYSROOT_DIRS_NATIVE += "/usr/share/protos". When I build a native recipe that relies on my proto recipe's native build, the proto files are not copied from my proto recipe's sysroot-destdir to the dependent recipe's sysroot. Trying to understand how `do_prepare_recipe_sysroot` works.
<diamondman>
Sigh, sorry I messed up the formatting.
seninha has quit [Remote host closed the connection]
<fray>
wow
<fray>
oops
amitk has joined #yocto
xenador77 has joined #yocto
xenador77 has quit [Remote host closed the connection]
florian has quit [Ping timeout: 276 seconds]
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest9700
Guest9700 has quit [Killed (sodium.libera.chat (Nickname regained by services))]
jpuhlman_ is now known as jpuhlman
florian has joined #yocto
Net147 has quit [Ping timeout: 246 seconds]
Net147 has joined #yocto
Net147 has quit [Changing host]
Net147 has joined #yocto
dgriego has quit [Ping timeout: 246 seconds]
xmn has quit [Ping timeout: 246 seconds]
Herrie has quit [Ping timeout: 246 seconds]
starblue has quit [Ping timeout: 246 seconds]
amitk has quit [Ping timeout: 246 seconds]
paulg has quit [Ping timeout: 246 seconds]
dgriego has joined #yocto
amitk has joined #yocto
Herrie has joined #yocto
xmn has joined #yocto
starblue has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
paulg has joined #yocto
dgriego has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
dgriego has joined #yocto
roussinm has quit [Quit: WeeChat 3.0]
wCPO has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
thomasd13 has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
goliath has joined #yocto
kroon has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
prabhakarlad has joined #yocto
goliath has quit [Quit: SIGSEGV]
Wouter01001 has quit [Remote host closed the connection]
<LetoThe2nd>
rfuentess: just shoot them, and we'll try to help as much as possible.
<rfuentess>
I'm trying to add a dependency in a recipe A for use the libnl library. I understand said library is already at poky/meta/recipes-support/libnl/libnl_3.5.0.bb
<rfuentess>
So, in our recipe A, I'm adding `libnl` to `DEPENDS`. When I run bitbake to bake said recipe I can found reference to the libraries
<rfuentess>
when I build the tar image for our target host, in the manifest I can see the .so files. However, neither in the tall, nor at the target host I see the files
<rfuentess>
and I'm totally lost
<LetoThe2nd>
rfuentess: summary would be: 1) you have a recipe that DEPENDS on libnl, which builds fine 2) you have added your recipe to the image 3) you want to use whatever the recipe provides on your target, then... what happens?
<rfuentess>
3) Recipe A tries to build using Cmake, but said tool is unable to find the package libnl.
<LetoThe2nd>
rfuentess: wait. cmake is running at build time.
<LetoThe2nd>
rfuentess: thats why i explicitly added "builds fine" in 1). but that is the real problem?
<rfuentess>
LetoThe2nd: not sure. I mean, if I understand correctly, by having libnl at DEPENDS, implies that libnl's recipe is executed first. If there was a problem (like not recipe) it will fail with an explicit message, right ?
<LetoThe2nd>
rfuentess: yes i will be built first. but it will be available only for the recipe that depends on it.
<LetoThe2nd>
rfuentess: so in a nutshell, you do "bitbake A" and it fails because cmake can't find libnl. is that correct?
<rfuentess>
yep
<rfuentess>
LetoThe2nd: I was not sure if the problem was that recipe A's Cmake is looking for libnl in another place than where B's deploy it. That is why I look into the manifest file, to see if the libraries binaries where somewhere
<LetoThe2nd>
rfuentess: then my guess is that your CMakeLists.txt is not properly looking for libnl. make sure you're using the correct mechanism, like pkg-config etc.
<LetoThe2nd>
rfuentess: no, the resulting image and manifests are the wrong place to look at. those are only generated upon a completed build, and as your recipe doesn't build, it doesn't go into them, and neither do its dependencies.
<rfuentess>
LetoThe2nd: oh
ptsneves has joined #yocto
<rfuentess>
LetoThe2nd: in case that I need to move binaries from some place, the ideal it would be a .bbapend file, right ? (e.g. libnl_%.bbappend )
<LetoThe2nd>
rfuentess: technically, yes. practically, fix your usecase.
<LetoThe2nd>
because you end up with an append that you have to maintain and which *WILL* give you headaches. fix the cause, not apply a band-aid.
<rfuentess>
Ok. sadly I was purist make guy. Cmake is relatively new to me. The issue would be entirely in how cmake was deployed in recipe A, right ? or there could be a risk that libnl's recipe is not properly creating a libnl.pc file ?
<LetoThe2nd>
rfuentess: again *technically* there always is the chance of a bug in libnl or its recipe. practically, i would say you have a close to 100% chance that your cmake usage is buggy.
<rfuentess>
LetoThe2nd: thanks. I'm rookie in too many parts of our process. So, having at least a north to where to focus my attention is great
<rfuentess>
by the way. One question concerning .bbappends files. I understand from the manual that recipes are hierarchy in nature. But, in case where you want to add extra stuff to recipes at poky into a meta-custom-project. Which should be the path ?
<rfuentess>
Let¿s take poky/meta/recipes-support/libnl/libnl_3.5.0.bb. as an example, if I want to expand that recipe should be fine to create meta-custom-project/recipes/libnl_3.5.0.bb or should be `meta-custom-project/recipes-support/libnl/libnl_3.5.0.bb` ?
<rfuentess>
I'm not sure if I'm mixing things here.
<rfuentess>
or also if it is always better to use ".bbapends" instead of overriding the original recipe
<LetoThe2nd>
rfuentess: it "depends" on what you *actually* want to do.
<rfuentess>
in this case, I just want to understand what is "better practice" and what is required for yocto to work with the hierarchy approach.
<rfuentess>
We already have a custom software layer. But I have a lot of problem reading the recipes or understand where to look. In particular to distinguish recipes that are overriding anything from poky or just extending them
<rfuentess>
the .bbappend files are extension. But then, I don't know if the full path play a part for yocto or just the file name
<LetoThe2nd>
rfuentess: the path doesn't matter, its just the filename. but the rest - it really depends on what you want to do. "just extending" is not exactly a technically concise term, so its hard to give advice based on that.
<rfuentess>
LetoThe2nd: thanks. Yeah. In this case, I'm trying to understand what we have xD
<rfuentess>
(And what may be bad practice)
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
jclsn has quit [Quit: WeeChat 3.5]
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
<RP>
diamondman: remember that the layout for native is quite different so /usr/share/protos is not correct
<RP>
diamondman: add ${datadir} and install to ${D}${datadir} - the longer prefix in there is important
jclsn has quit [Quit: WeeChat 3.5]
jclsn has joined #yocto
twnqx has joined #yocto
tre has joined #yocto
grma has quit []
GillesM has joined #yocto
GillesM has quit [Remote host closed the connection]
GillesM has joined #yocto
GillesM has quit [Client Quit]
Bardon_ has quit [Ping timeout: 240 seconds]
<ptsneves>
RP what is the rationale for the huge paths on the native case?
<RP>
ptsneves: see the mailing list or the manual, I'm not explaining it all again
<ptsneves>
sure ;)
<RP>
ptsneves: summary - it makes a lot of sense when you look at the details
<ptsneves>
i still have not gotten to my head that the manual now, not only has how to info, but explanations and rationales
mrybczyn[m] has quit [*.net *.split]
T_UNIX[m] has quit [*.net *.split]
jaskij[m] has quit [*.net *.split]
glembo[m] has quit [*.net *.split]
mrybczyn[m] has joined #yocto
T_UNIX[m] has joined #yocto
jaskij[m] has joined #yocto
glembo[m] has joined #yocto
simpat2022[m] has quit [Ping timeout: 240 seconds]
lrusak[m] has quit [Ping timeout: 252 seconds]
Saur[m] has quit [Ping timeout: 252 seconds]
jordemort has quit [Ping timeout: 252 seconds]
vin[m] has quit [Ping timeout: 248 seconds]
Alban[m] has quit [Ping timeout: 248 seconds]
MylneVillars[m] has quit [Ping timeout: 248 seconds]
shoragan[m] has quit [Ping timeout: 248 seconds]
ramacassis[m] has quit [Ping timeout: 240 seconds]
jackos888[m] has quit [Ping timeout: 240 seconds]
janvermaete[m] has quit [Ping timeout: 240 seconds]
yudjinn[m] has quit [Ping timeout: 240 seconds]
dwagenk has quit [Ping timeout: 248 seconds]
atomic_null[m] has quit [Ping timeout: 248 seconds]
kayterina[m] has quit [Ping timeout: 248 seconds]
mohamed-dhiamtir has quit [Ping timeout: 248 seconds]
elfenix[m] has quit [Ping timeout: 248 seconds]
mait[m] has quit [Ping timeout: 248 seconds]
Lcvette[m] has quit [Ping timeout: 248 seconds]
ericson2314 has quit [Ping timeout: 265 seconds]
ThomasRoos[m] has quit [Ping timeout: 255 seconds]
mrybczyn[m] has quit [Ping timeout: 252 seconds]
T_UNIX[m] has quit [Ping timeout: 252 seconds]
glembo[m] has quit [Ping timeout: 252 seconds]
jaskij[m] has quit [Ping timeout: 252 seconds]
Tartarus has quit [Ping timeout: 260 seconds]
zyga[m] has quit [Ping timeout: 264 seconds]
thumbcore[m] has quit [Ping timeout: 264 seconds]
danielt has quit [Ping timeout: 265 seconds]
barath has quit [Ping timeout: 265 seconds]
jclsn[m] has quit [Ping timeout: 265 seconds]
agherzan has quit [Ping timeout: 265 seconds]
thierryE[m] has quit [Ping timeout: 265 seconds]
gstinocher[m] has quit [Ping timeout: 260 seconds]
Theo[m]1 has quit [Ping timeout: 260 seconds]
mborges has quit [Ping timeout: 260 seconds]
ahs3[m] has quit [Ping timeout: 260 seconds]
clifonlintic[m] has quit [Ping timeout: 260 seconds]
mootikins[m] has quit [Ping timeout: 260 seconds]
khem has quit [Ping timeout: 272 seconds]
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #yocto
grma has joined #yocto
simpat2022[m] has joined #yocto
zyga[m] has joined #yocto
MylneVillars[m] has joined #yocto
ThomasRoos[m] has joined #yocto
Alban[m] has joined #yocto
jackos888[m] has joined #yocto
dwagenk has joined #yocto
Theo[m]1 has joined #yocto
gstinocher[m] has joined #yocto
ramacassis[m] has joined #yocto
thumbcore[m] has joined #yocto
janvermaete[m] has joined #yocto
yudjinn[m] has joined #yocto
mborges has joined #yocto
mohamed-dhiamtir has joined #yocto
kayterina[m] has joined #yocto
atomic_null[m] has joined #yocto
zyga[m] has quit [Quit: Bridge terminating on SIGTERM]
simpat2022[m] has quit [Quit: Bridge terminating on SIGTERM]
ThomasRoos[m] has quit [Quit: Bridge terminating on SIGTERM]
Alban[m] has quit [Quit: Bridge terminating on SIGTERM]
MylneVillars[m] has quit [Quit: Bridge terminating on SIGTERM]
dwagenk has quit [Quit: Bridge terminating on SIGTERM]
jackos888[m] has quit [Quit: Bridge terminating on SIGTERM]
gstinocher[m] has quit [Quit: Bridge terminating on SIGTERM]
ramacassis[m] has quit [Quit: Bridge terminating on SIGTERM]
Theo[m]1 has quit [Quit: Bridge terminating on SIGTERM]
janvermaete[m] has quit [Quit: Bridge terminating on SIGTERM]
thumbcore[m] has quit [Quit: Bridge terminating on SIGTERM]
yudjinn[m] has quit [Quit: Bridge terminating on SIGTERM]
mborges has quit [Quit: Bridge terminating on SIGTERM]
kayterina[m] has quit [Quit: Bridge terminating on SIGTERM]
mohamed-dhiamtir has quit [Quit: Bridge terminating on SIGTERM]
atomic_null[m] has quit [Quit: Bridge terminating on SIGTERM]
khem has joined #yocto
elfenix[m] has joined #yocto
<mcfrisk>
I'm getting requests to support developer use cases on the Mac OSX M1 arm machines. Any hints to setup bitbake builds or how to build SDKs with cross toolchain for Linux aarch64?
shoragan[m] has joined #yocto
dwagenk has joined #yocto
zyga[m] has joined #yocto
barath has joined #yocto
Theo[m] has joined #yocto
danielt has joined #yocto
vin[m] has joined #yocto
<RP>
mcfrisk: SDKMACHINE = "aarch64" ?
jclsn[m] has joined #yocto
mborges has joined #yocto
thumbcore[m] has joined #yocto
ericson2314 has joined #yocto
Tartarus has joined #yocto
lrusak[m] has joined #yocto
ahs3[m] has joined #yocto
jordemort has joined #yocto
MylneVillars[m] has joined #yocto
yudjinn[m] has joined #yocto
clifonlintic[m] has joined #yocto
agherzan has joined #yocto
Saur[m] has joined #yocto
Lcvette[m] has joined #yocto
<mcfrisk>
RP: yep, that would create arm binary SDK which developers can run under some Linux docker thingy, I guess
mrybczyn[m] has joined #yocto
<mcfrisk>
how about native bitbake builds?
<mcfrisk>
also only with Linux and docker?
jackos888[m] has joined #yocto
glembo[m] has joined #yocto
T_UNIX[m] has joined #yocto
gstinocher[m] has joined #yocto
jaskij[m] has joined #yocto
mait[m] has joined #yocto
thierryE[m] has joined #yocto
mohamed-dhiamtir has joined #yocto
janvermaete[m] has joined #yocto
ramacassis[m] has joined #yocto
Alban[m] has joined #yocto
atomic_null[m] has joined #yocto
ThomasRoos[m] has joined #yocto
kayterina[m] has joined #yocto
simpat2022[m] has joined #yocto
mootikins[m] has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
xmn has quit [Quit: ZZZzzz…]
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<rburton>
mcfrisk: pseudo literally can't work on macos
<rburton>
unless you're happy to turn off all the security stuff, the darwin-LD_LIBRARY_PRELOAD doesn't work anymore
<rburton>
there are numerous lightweight linux-in-container things appearing now though
<RP>
mcfrisk: as rburton says, pseudo is the first big problem
<rburton>
i started poking at this many years ago, just before pseudo wasn't possible. there's a surprising amount of software which assumes its building on linux/gnu and won't build with BSD userspace
<rburton>
but modern macos has containers, so that's the answer
<rburton>
and yocto builds on arm just fine, so you don't need to worry about emulating a x86 (although rosetta is basically magic)
<rburton>
installing krunvm now to see how good it is
ruslan has joined #yocto
<ruslan>
Hi! During a build I getting warning:
<ruslan>
WARNING: ../meta/recipes-devtools/python/python3_3.10.4.bb:do_install is tainted from a forced run
<ruslan>
I'm not clear what does it mean and what can I do with that.
<RP>
ruslan: it means you ran "bitbake python3 -c install -f" at some point
<landgraf>
ruslan: find . -name '*taint' -delete
<landgraf>
RP: or -C install
<RP>
or bitbake python3 -c clean
<RP>
(to remove it)
<RP>
landgraf: indeed, that too
<rburton>
i don't recommend using a find -delete here
<landgraf>
for some reason I had to delete it manualy `-c clean` is better way indeed
rfuentess has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
<ruslan>
Ok, thanks
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Bardon has joined #yocto
<neverpanic>
mcfrisk: Yeah, cross-compiling from macOS to Linux is pretty much dead, and what rburton said about LD_PRELOAD, too. podman or https://github.com/lima-vm/lima are simple solutions to start containers transparently in a linux vm on macOS, I'd recommend those.
<mcfrisk>
thanks RP, rburton and neverpanic! will try those out..
kroon has quit [Quit: Leaving]
<rburton>
So I wrote a tool to browse pkgdata nicely. It's very much a work-in-progress, but https://gitlab.com/rossburton/pkgexp does actually work (with caveats)
<RP>
rburton: yay :)
rfuentess has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
rfuentess has joined #yocto
MitchGaines has joined #yocto
MitchGaines has quit [Quit: Leaving]
MitchGaines has joined #yocto
<hushmoney>
i'm trying to write an IMAGE_POSTPROCESS_COMMAND to generate a tarball with a build number suffix which increments each time. i wrote apython __anonymous function to read it from a file, and after the tarball is generated i add 1 and write back to the file. but now my builds keep failing with this "basehash value changed from <hash> to <hash>. The metadata is not determinsitic and this needs to be fixed."
<hushmoney>
it tells me to use bitbake my-image -cdo_rootfs -Snone and then -Sprintdiff, but when i use the first command i get the same error, so i'm not able to see a diff
<hushmoney>
i think i'm supposed to set something like "MY_TARBALL_NAME ?= "${DISTRO}-${DISTRO_VERSION}-${BUILD_NUMBER}" and MY_TARBALL_NAME[vardepsexclude] = "BUILD_NUMBER" but that didn't resolve it. i think i misunderstand something
<hushmoney>
is there a reason why what i'm trying to do wouldn't work or should i do this some other way?
<landgraf>
rburton: 'Template 'base.tpl' not found.` :(
<rburton>
damnit!
<rburton>
my bottle looks for .html too
xmn has joined #yocto
<rburton>
landgraf: fetch again
<landgraf>
rburton: better now. Thanks :)
<rburton>
Thanks for noticing :)
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
kscherer has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
<RP>
hushmoney: the trouble is the metadata isn't deterministic. It can't tell what the build number should be just from parsing. You're looking along the right lines for the fix (vardepsexclude) but hard to say exactly what to do without knowing the change you made
nemik has joined #yocto
<hushmoney>
RP: ok thanks. i'll keep tinkering with it. at least it is good to know that i am not off in the weeds
roussinm has joined #yocto
xmn has quit [Quit: xmn]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
frieder has quit [Remote host closed the connection]
<rburton>
RP mcfrisk: fwiw, i'm trying a bitbake inside a kas container inside krunvm on my m1 MBP now
nemik has quit [Ping timeout: 260 seconds]
<rburton>
it was surprisingly trivial to setup
nemik has joined #yocto
frieder has joined #yocto
denisoft81 has joined #yocto
denisoft81 has quit [Client Quit]
sakoman has joined #yocto
Guest40 has joined #yocto
thomasd13 has quit [Ping timeout: 255 seconds]
<sotaoverride>
what all is the CONVERSION_CMD variable used for?
<sotaoverride>
why do the docs not talk about it?
<sotaoverride>
why oh why
<rburton>
michaelo: canyou take an action to add CONVERSION_CMD to the variable reference
<rburton>
sotaoverride: its an image conversion, image_types.bbclass has lots of examples which are fairly self-explanatory
<Guest40>
hello - having an issue with loading a qt application - when bit baking recipe for application I get the following error
<Guest40>
error unknown module(s) in qt: quick
<Guest40>
I have installed - qtdeclarative5-dev
<sotaoverride>
michaelo: I can send you patch for CONVERSION_CMD, once ive read up it a little
<sotaoverride>
read up on it*
<Guest40>
Qt version is 5.12 .8 attempting to build on Variscite iMX8 with Dunfell 3.1
<Guest40>
any reason to think its a version issue with Qt
amitk_ has joined #yocto
amitk has quit [Ping timeout: 276 seconds]
MIDI[m] has joined #yocto
seninha has joined #yocto
<sotaoverride>
CONVERSION_CMD use ${type} a lot. where does this type variable get initialized?
<rburton>
sotaoverride: the image logic sets it when fetching the right variable
<sotaoverride>
rburton: what bbclass does that happen in usually?
<sotaoverride>
Im trying to understand the flow of things here..
<rburton>
image.bbclass
<sotaoverride>
ok so this conversion command basically just creates a .xz, .gx ,whatever for an image type, lets say .ext4
<rburton>
yeah
<rburton>
its just a thing you can do to an existing file, unlike the generation commands which make a thing from a rootfs
<sotaoverride>
whats an example of a generation command?
<rburton>
mkfs.ext4
<sotaoverride>
ok
<rburton>
so if your image type is ext4.md5 then it generates an ext4 and then 'converts' it to generate a md5
<sotaoverride>
'converts' term makes sense when im converting a ext4 to an ext.xz.. for the checksums Im just generating them againt the images, not really converting anything
<rburton>
it was originally called COMPRESSION so conversion is an improvement
<ptsneves>
:D
<sotaoverride>
i see what you mean tho... we are just slapping conversion commands onto these COVERSION_CMD variables.
<rburton>
converts the ext4 to a md5 file
<sotaoverride>
ok, I guess that makes sense
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
rfuentess has quit [Remote host closed the connection]
<sotaoverride>
rburton: to associate vars to a package I usually see the ${PN}- syntanx being used. why is that not the case with CONVERSION_CMD, what am I missing here
<sotaoverride>
its just getting asscoated to image types I guess
ruslan has quit [Ping timeout: 252 seconds]
<rburton>
there's no package relationship here
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
tre has quit [Remote host closed the connection]
<roussinm>
When I'm launching a qtapplication while using the nativesdk which I have been working on, I get paths from the work dir for the fonts: /usr/local/oe-sdk-hardcoded-buildpath/sysroots/x86_64-ekosdk-linux/usr/share/fonts. Obviously that path doesn't exist. Is that part of the relocation process?
<RP>
hushmoney: that anonymous python code will cause the file to be attempted even when just parsing :/
<RP>
hushmoney: I'd have said TARBALL_NUMBER[vardepvalue] = "1" should have worked
<RP>
hushmoney: check the signatures and check there isn't some other issue coming in through something like DISTRO_VERSION ?>
mckoan is now known as mckoan|away
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
seninha has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<diamondman>
@RP: Wow... I always was annoyed when I saw those full paths (like `/home/{USER}/{REPO}/yocto/build/tmp/work/x86_64-linux/{RECIPE}/1.0-r0/image/home/{USER}/{REPO}/yocto/build/tmp/work/x86_64-linux/{RECIPE}/1.0-r0/recipe-sysroot-native/usr/share/proto/test.proto`) But that extended prefix you suggested worked! Thank you! I clearly am missing information on why this is necessary. What do I need to read to understand?
<michaelo>
sotaoverride, rburton: sure, thanks for the patch!
ptsneves has quit [Ping timeout: 252 seconds]
frieder has quit [Remote host closed the connection]
seninha_ has joined #yocto
seninha has quit [Ping timeout: 246 seconds]
<hushmoney>
RP: there isn't, it works fine if i remove the anonymous function. is there another way you can think of that i could implement this logic?
<hushmoney>
also does the ordering matter? like if TARBALL_NUMBER[vardepvalue]="1" appears before or after the function?
<hushmoney>
i don't understand why it works for DATETIME. isn't it essentially the same thing? DATE and TIME are set with := "${@time.strftime()}", and then variables use VAR[vardepsexclude]+="DATETIME"
goliath has quit [Quit: SIGSEGV]
seninha_ has quit [Quit: Leaving]
<hushmoney>
i guess i could make the TARBALL_NAME take some placeholder pattern and then substitute it with an incrementing number from the make_tarball task, that would avoid the anonymous python from executing during parsing
dev1990 has quit [Quit: Konversation terminated!]
<RP>
hushmoney: try adding a d.setVarFlag("TARBALL_NUMBER", "vardepvalue", "1") in the anon function after you set the variable
<RP>
diamondman: the paths are annoying but correct. I think the manual tries to explain why
dev1990 has joined #yocto
<diamondman>
@RP: Okay, I will try to find information on that to understand better. If anyone knows of a useful link on this topic, I would appreciate it.
<diamondman>
@RP Thanks again, I was able to get things building because of your input.
<hushmoney>
RP: i don't believe it, that worked! why does it have to be set from inside the function?
<RP>
hushmoney: the d.setVar() cleared the variable's flags
<hushmoney>
d'oh!!
<hushmoney>
thanks so much, this has been a thorn in my side for over a day now
DougC has joined #yocto
<RP>
hushmoney: I didn't realise the problem at first :/
<hushmoney>
it is a little tricky. i'm partly still considering going with my second idea of using a pattern and moving all logic into the make_tarball task just so that there isn't such trickiness
<hushmoney>
or i might just leave it and write a good comment. either way it was a good learning experience. thanks again
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
denisoft81 has joined #yocto
<Xagen>
is there a way to use a wildcard for recipe names with bitbake?
<JPEW>
Xagen: .bbappend files can have a `%`
<Xagen>
like "bitbake -c cleanall prefix-*" to match anything starting with prefix?
<JPEW>
Xagen: No not like that (AFAIK)
<Xagen>
JPEW: understood, thanks
<roussinm>
Is the recipe parsing is worst if I set PACKAGECONFIG overrides inside our distro.conf vs in a .bbappend?
goliath has joined #yocto
alejandrohs has quit [Ping timeout: 264 seconds]
alejandrohs has joined #yocto
alejandrohs has quit [Ping timeout: 272 seconds]
alejandrohs has joined #yocto
lexano has quit [Ping timeout: 264 seconds]
lexano has joined #yocto
hcg has joined #yocto
denisoft81 has quit [Quit: Leaving]
<diamondman>
RP: Thanks for the info!
sakoman has quit [Quit: Leaving.]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Soopaman has joined #yocto
<Soopaman>
greetings all!
<Soopaman>
are there any updated tutorials on creating a westeros or wayland WPE build for raspberrypi (3b+,4) or beaglebone black hardware?
<Soopaman>
I get my environment setup
<Soopaman>
and poky installed
<Soopaman>
but even with a proper conf, bitbake does nothing
Guest40 has quit [Ping timeout: 252 seconds]
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
dgriego has quit [*.net *.split]
Net147 has quit [*.net *.split]
starblue has quit [*.net *.split]
jpuhlman has quit [*.net *.split]
zwelch has quit [*.net *.split]
Xagen has quit [*.net *.split]
gsalazar has quit [*.net *.split]
jsandman has quit [*.net *.split]
Dracos-Carazza has quit [*.net *.split]
xperia64 has quit [*.net *.split]
pabigot has quit [*.net *.split]
rmmr has quit [*.net *.split]
mrnuke has quit [*.net *.split]
iokill has quit [*.net *.split]
mcfrisk has quit [*.net *.split]
sgw has quit [*.net *.split]
locutusofborg has quit [*.net *.split]
mlaga97 has quit [*.net *.split]
dlan has quit [*.net *.split]
atomic_null[m] has quit [*.net *.split]
janvermaete[m] has quit [*.net *.split]
mohamed-dhiamtir has quit [*.net *.split]
jaskij[m] has quit [*.net *.split]
glembo[m] has quit [*.net *.split]
jackos888[m] has quit [*.net *.split]
mrybczyn[m] has quit [*.net *.split]
Lcvette[m] has quit [*.net *.split]
agherzan has quit [*.net *.split]
clifonlintic[m] has quit [*.net *.split]
yudjinn[m] has quit [*.net *.split]
MylneVillars[m] has quit [*.net *.split]
jordemort has quit [*.net *.split]
thumbcore[m] has quit [*.net *.split]
vin[m] has quit [*.net *.split]
Theo[m] has quit [*.net *.split]
jclsn[m] has quit [*.net *.split]
mborges has quit [*.net *.split]
Saur[m] has quit [*.net *.split]
gstinocher[m] has quit [*.net *.split]
zyga[m] has quit [*.net *.split]
elfenix[m] has quit [*.net *.split]
dwagenk has quit [*.net *.split]
lrusak[m] has quit [*.net *.split]
barath has quit [*.net *.split]
ahs3[m] has quit [*.net *.split]
Tartarus has quit [*.net *.split]
khem has quit [*.net *.split]
danielt has quit [*.net *.split]
T_UNIX[m] has quit [*.net *.split]
shoragan[m] has quit [*.net *.split]
paulg has quit [*.net *.split]
Emantor has quit [*.net *.split]
zbr_ has quit [*.net *.split]
halstead has quit [*.net *.split]
CosmicPenguin has quit [*.net *.split]
darknighte has quit [*.net *.split]
marka has quit [*.net *.split]
abelloni has quit [*.net *.split]
Crofton has quit [*.net *.split]
ericson2314 has quit [*.net *.split]
raghavgururajan has quit [*.net *.split]
warthog9 has quit [*.net *.split]
Lihis has quit [*.net *.split]
eLmankku has quit [*.net *.split]
kayterina[m] has quit [*.net *.split]
mootikins[m] has quit [*.net *.split]
simpat2022[m] has quit [*.net *.split]
ThomasRoos[m] has quit [*.net *.split]
Alban[m] has quit [*.net *.split]
ramacassis[m] has quit [*.net *.split]
thierryE[m] has quit [*.net *.split]
mait[m] has quit [*.net *.split]
wCPO has quit [*.net *.split]
diamondman has quit [*.net *.split]
paowz_ has quit [*.net *.split]
gchamp has quit [*.net *.split]
alimon has quit [*.net *.split]
Starfoxxes has quit [*.net *.split]
yocton has quit [*.net *.split]
denix has quit [*.net *.split]
risca has quit [*.net *.split]
ldericher has quit [*.net *.split]
dmoseley_ has quit [*.net *.split]
nerdboy has quit [*.net *.split]
Shaun has quit [*.net *.split]
jpnurmi has quit [*.net *.split]
MWelchUK has quit [*.net *.split]
violet has quit [*.net *.split]
dagmcr has quit [*.net *.split]
mario-goulart has quit [*.net *.split]
bradfa has quit [*.net *.split]
bantu has quit [*.net *.split]
<Soopaman>
ugh
<JPEW>
Not sure about westeros, but weston isn't too hard to get working
jclsn has quit [Ping timeout: 255 seconds]
simpat2022[m] has joined #yocto
mootikins[m] has joined #yocto
ThomasRoos[m] has joined #yocto
thierryE[m] has joined #yocto
mohamed-dhiamtir has joined #yocto
Dracos-Carazza has joined #yocto
Xagen has joined #yocto
Starfoxxes has joined #yocto
agherzan has joined #yocto
Saur[m] has joined #yocto
yudjinn[m] has joined #yocto
jordemort has joined #yocto
clifonlintic[m] has joined #yocto
MylneVillars[m] has joined #yocto
ahs3[m] has joined #yocto
ericson2314 has joined #yocto
lrusak[m] has joined #yocto
Tartarus has joined #yocto
mborges has joined #yocto
thumbcore[m] has joined #yocto
jclsn[m] has joined #yocto
janvermaete[m] has joined #yocto
ramacassis[m] has joined #yocto
atomic_null[m] has joined #yocto
kayterina[m] has joined #yocto
jaskij[m] has joined #yocto
Alban[m] has joined #yocto
mait[m] has joined #yocto
T_UNIX[m] has joined #yocto
jackos888[m] has joined #yocto
dmoseley_ has joined #yocto
gstinocher[m] has joined #yocto
risca has joined #yocto
dwagenk has joined #yocto
danielt has joined #yocto
vin[m] has joined #yocto
barath has joined #yocto
zyga[m] has joined #yocto
elfenix[m] has joined #yocto
shoragan[m] has joined #yocto
starblue has joined #yocto
khem has joined #yocto
dgriego has joined #yocto
paulg has joined #yocto
Net147 has joined #yocto
Lcvette[m] has joined #yocto
gchamp has joined #yocto
pabigot has joined #yocto
alimon has joined #yocto
jsandman has joined #yocto
denix has joined #yocto
locutusofborg has joined #yocto
marka has joined #yocto
mlaga97 has joined #yocto
abelloni has joined #yocto
raghavgururajan has joined #yocto
Crofton has joined #yocto
warthog9 has joined #yocto
dlan has joined #yocto
Theo[m] has joined #yocto
ldericher has joined #yocto
wCPO has joined #yocto
gsalazar has joined #yocto
paowz_ has joined #yocto
zwelch has joined #yocto
jpuhlman has joined #yocto
diamondman has joined #yocto
CosmicPenguin has joined #yocto
zbr_ has joined #yocto
darknighte has joined #yocto
halstead has joined #yocto
yocton has joined #yocto
iokill has joined #yocto
mcfrisk has joined #yocto
Emantor has joined #yocto
xperia64 has joined #yocto
glembo[m] has joined #yocto
sgw has joined #yocto
mrnuke has joined #yocto
mrybczyn[m] has joined #yocto
rmmr has joined #yocto
Lihis has joined #yocto
Shaun has joined #yocto
nerdboy has joined #yocto
violet has joined #yocto
eLmankku has joined #yocto
jpnurmi has joined #yocto
MWelchUK has joined #yocto
mario-goulart has joined #yocto
dagmcr has joined #yocto
bradfa has joined #yocto
bantu has joined #yocto
foxxesStar has joined #yocto
Starfoxxes has quit [Max SendQ exceeded]
goliath has quit [Quit: SIGSEGV]
jclsn has joined #yocto
DougC has quit [Quit: Client closed]
DougC has joined #yocto
seninha has quit [Quit: Leaving]
mvlad has quit [Remote host closed the connection]
fitzsim has quit [Remote host closed the connection]
NJ97 has joined #yocto
hcg has quit [Ping timeout: 252 seconds]
peoliye has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
<NJ97>
Getting "WARNING: BB_HASHSERVE_UPSTREAM is not valid, unable to connect hash equivalence server at 'typhoon.yocto.io:8687': timeout('timed out')" Just wanted to sanity check, is it just me? I have previously been able to use this hash serve. I've also tried setting BB_HASHSERVE = "typhoon.yocto.io:8687", and bitbake just hangs with "[Errno 110]
<NJ97>
Connect call failed ('35.233.185.178', 8687)". I saw this issue on multiple machines.
nemik has joined #yocto
nemik has quit [Ping timeout: 272 seconds]
nemik has joined #yocto
jclsn has quit [Quit: WeeChat 3.5]
jclsn has joined #yocto
goliath has joined #yocto
roussinm has quit [Quit: WeeChat 3.0]
jclsn has quit [Quit: WeeChat 3.5]
<Soopaman>
JPEW: suggest any examples or walkthroughs?
<JPEW>
I don't have a specific walkthrough, but if you can get to the point of building basic images, there is core-image-weston
<JPEW>
There might be some "getting started with yocto" videos on YouTube (mobile ATM, so I can't check easily)
jpuhlman_ has joined #yocto
jpuhlman has quit [Killed (zinc.libera.chat (Nickname regained by services))]
jpuhlman_ is now known as jpuhlman
roussinm has joined #yocto
otavio has quit [Remote host closed the connection]
florian has quit [Ping timeout: 276 seconds]
amitk_ has quit [Ping timeout: 264 seconds]
twnqx has quit [Ping timeout: 240 seconds]
dev1990 has quit [Read error: Connection reset by peer]
dev1990 has joined #yocto
kscherer has quit [Quit: Konversation terminated!]