<deuteron>
Why do the SDKs put all these compiler flags in the CC and CXX variables?
<deuteron>
Shouldn't this all go in CFLAGS and CXXFLAGS?
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
sakoman has quit [Quit: Leaving.]
nemik has joined #yocto
amitk has joined #yocto
peoliye has quit [Quit: Client closed]
pgowda_ has joined #yocto
goliath has joined #yocto
michalkotyla has quit [Quit: michalkotyla]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
kroon has joined #yocto
kranzo has joined #yocto
xmn has quit [Ping timeout: 248 seconds]
thomasd13 has joined #yocto
frieder has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
<thomasd13>
good morning
<manuel>
good morning
kriive has quit [Ping timeout: 244 seconds]
olani has joined #yocto
olani has quit [Ping timeout: 255 seconds]
Schlumpf has joined #yocto
goliath has quit [Quit: SIGSEGV]
gsalazar has joined #yocto
olani has joined #yocto
vladest has quit [Remote host closed the connection]
tre has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
vladest has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
tre has quit [Ping timeout: 260 seconds]
tre has joined #yocto
tre has quit [Ping timeout: 248 seconds]
tre has joined #yocto
michalkotyla has joined #yocto
<qschulz>
o/
florian has joined #yocto
tre has quit [Ping timeout: 260 seconds]
tre has joined #yocto
fleg has joined #yocto
ptsneves has joined #yocto
goliath has joined #yocto
prabhakarlad has joined #yocto
tre has quit [Ping timeout: 255 seconds]
tre has joined #yocto
twnqx has joined #yocto
wkawka has joined #yocto
tre has quit [Ping timeout: 248 seconds]
<wkawka>
Hi, have you ever had a situation when image builds correctly, UART is enabled and working, machine is also working (tested on other image), but you don't see anything and machine cannot boot. I don't know how to debug that. Are there any logs or something like that in this situation?
<ptsneves>
wkawka kernel log tty session is not configured to the correct UART, ?
<wkawka>
had KERNEL_IMAGETYPE variable changed in kirkstone?
<wkawka>
what are possibilities for it? I see only "zimage"
vvn has quit [Ping timeout: 255 seconds]
v0n has quit [Ping timeout: 276 seconds]
kranzo has quit [Quit: Client closed]
wkawka has quit [Quit: Client closed]
ykrons has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<ptsneves>
what is SSTATE_SKIP_CREATION and why does it not let do_image_complete be taken from the state cache?
oneronc has joined #yocto
Schlumpf has quit [Quit: Client closed]
ptsneves has quit [Quit: Client closed]
ptsneves has joined #yocto
leon-anavi has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
Tokamak has quit [Remote host closed the connection]
vvn has joined #yocto
v0n has joined #yocto
Schlumpf has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
prabhakarlad has quit [Quit: Client closed]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
wkawka has joined #yocto
gsalazar has quit [Ping timeout: 256 seconds]
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<sotaoverride>
window 3
<qschulz>
sotaoverride: :sob: I did the same mistake on another channel trying to go on this chan seeing there was a message.. the irony :D
vmeson has quit [Quit: Konversation terminated!]
oneronc has quit [Ping timeout: 252 seconds]
<ptsneves>
i am trying to understand HASHSERV. It is set to auto so it should be enabled. Do i need to run a server of any form? What server?
<ptsneves>
i cannot find it in the docs
<qschulz>
ptsneves: if you're planning to use it only for your PC, then no
<qschulz>
a unix socket is opened and the server started IIRC
<ptsneves>
who opens the unix socket? bitbake itself when it runs?
<qschulz>
if it's for sharing the hashserv with multiple users, you need to start the server manually and then make the users point to it in their local.conf or similar
<ptsneves>
i want it just for myself.
<ptsneves>
on my local machine
<qschulz>
then it should just work without requiring you to do anything AFAIR
<qschulz>
(depending on which version of yocto you're running obviously)
<kergoth>
Doing that removes the delta from diffsigs
<rfs613>
Sam47: the Zynq used on Picozed has a "HPS" (Hard processor system) which contains the ARM processor. This won't change depending on your bitstream. So your issue is probably that you are generating code for the wrong machine type (as rburton suggested).
<RP>
kergoth: I did wonder about that and was thinking about testing it. I like the idea
<RP>
I just worry it might break something
<RP>
kergoth: the problem I found when I looked last week as B = "TARGET_SYS" and tasks using B in [dirs]
<Sam47>
rfs613 ..but why then does it boot when I "run bootkernel" (instead of using image.ub file)
<rfs613>
Sam47: afraid I can only make guesses (I don't have PicoZed), maybe bootkernel is loading a different kernel (eg. from a different location, QSPI for example) rather than what you generated via yocto
<Sam47>
but, since I only have my files on an SD-Card, it has to be something I "control", maybe just a different booting configuration?
Tokamak has joined #yocto
Sam47 has quit [Ping timeout: 252 seconds]
denisoft81 has quit [Remote host closed the connection]
Xagen has joined #yocto
<Xagen>
good day folks
<Xagen>
i'm trying to add openssl3.0.3 to a dunfell based image that we use
<Xagen>
but we're also using python3-cryptography, and the version that supports the new openssl requires rust
<Xagen>
i think i have everything added that i need to in order to support it, but i'm running into the following error:
<Xagen>
bb.data_smart.ExpansionError: Failure expanding variable RUST_BUILD_ARCH, expression was ${@oe.rust.arch_to_rust_arch(d.getVar('BUILD_ARCH'))} which triggered exception AttributeError: module 'oe' has no attribute 'rust'
<Xagen>
any ideas on what i need to add now?
<rburton>
you need to backport the lib/oe/rust.py code
<rburton>
because python3-cryptography uses rust
<rburton>
it might be easier to backport the support of openssl3 to the old release of py-cryptography, to be honest
<Xagen>
rburton: yea, this has been quite the endeavor so far
<rburton>
py-crypto is a bit of a nightmare
<rburton>
and it just calls into openssl, written in C, so there's ~zero gain using rust
sakoman has quit [Ping timeout: 244 seconds]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Aditya has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
sakoman has joined #yocto
<diamondman>
Hello, I created a recipe to manage some .proto files and install them in the sysroot of recipes that need to use these files. Because these files are architecture independent, I `inherit allarch` so I don't have needless target and native specific versions. This works fine until I depend on the proto recipe from a recipe that specifies `BBCLASSEXTEND = "native"` and built it native, which makes BB look for `proto-native`. Why?
Aditya has quit [Quit: Client closed]
seninha_ has joined #yocto
leonanavi has joined #yocto
alinucs_ has joined #yocto
alex88_ has joined #yocto
dkl has joined #yocto
ldericher has joined #yocto
risca has joined #yocto
<rfs613>
scenario: we have a meta-layer (from vendor) that does FILES_EXTRAPATHS_prepend = "...path...", and we want to override that in our own layer, so we can replace some of the files with our own version. Unfortuantely bblayers.conf has the vendor layer after our layer. Is there a way to do this, without changing the ordering of bblayer.conf ?
deuteron_ has joined #yocto
davidinux1 has joined #yocto
v1n has joined #yocto
seninha_ has quit [Remote host closed the connection]
<Xagen>
is there a way to start a devshell after the package has been built, and not just fetched/patched?
seninha has quit [*.net *.split]
vvn has quit [*.net *.split]
leon-anavi has quit [*.net *.split]
deuteron has quit [*.net *.split]
Wouter0100 has quit [*.net *.split]
starblue has quit [*.net *.split]
svuorela_ has quit [*.net *.split]
risca_ has quit [*.net *.split]
dtometzki has quit [*.net *.split]
tangofoxtrot has quit [*.net *.split]
ecdhe has quit [*.net *.split]
dkl_ has quit [*.net *.split]
ldericher_ has quit [*.net *.split]
davidinux has quit [*.net *.split]
alinucs has quit [*.net *.split]
alex88 has quit [*.net *.split]
ecdhe has joined #yocto
Wouter0100 has joined #yocto
ecdhe_ has joined #yocto
svuorela_ has joined #yocto
dtometzki has joined #yocto
starblue has joined #yocto
tangofoxtrot has joined #yocto
starblue has quit [Ping timeout: 246 seconds]
ecdhe_ has quit [Ping timeout: 246 seconds]
starblue has joined #yocto
WebertRLZ has quit [Quit: Client closed]
Aditya has joined #yocto
prabhakarlad has joined #yocto
kevinrowland has quit [Quit: Client closed]
<JPEW>
Xagen: I think just build it normally, then run devshell?
<JPEW>
devshell requires that at a minimum the source be fetched and patched, but IIRC you can have gone further
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
alefir_ has quit [Quit: alefir_]
Aditya has quit [Ping timeout: 252 seconds]
<rburton>
diamondman: allarch is unrealted to native/target
<rburton>
diamondman: you still need separate native/target recipes (via bbclassextend)
<rburton>
allarch means the same package can be used on eg x86 and arm32, if you build both machines
<diamondman>
@rburton OH! Interesting.
<diamondman>
The part that confuses me is `yocto/build/tmp/work/all-poky-linux/` contains stuff like `ca-certificates` instead of `ca-certificates-native` and `ca-certificates`. That might just be because no native recipe is using that. If I do the bbclassextend on my proto recipe, will I see `my-protos` and `my-protos-native` in the `all-poky-linux` directory?
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
<rburton>
no, all-poky-linux is allarch target
<rburton>
thus, poky
<rburton>
the native work directory is something like x86-64-linux
<rburton>
in there you'll have the work directory x86-64-linux/ca-certificates-native for the native version
<diamondman>
interesting. Okay, I just wanted to make sure I didn't do anything silly. I will try with this knowledge. Thank you
Net147_ has joined #yocto
dgriego_ has joined #yocto
Tokamak_ has joined #yocto
erbo_ has joined #yocto
Fanfwe42 has joined #yocto
fleg5 has joined #yocto
wkawka has quit [Quit: Client closed]
marex_ has joined #yocto
barometz_ has joined #yocto
mlaga97_ has joined #yocto
Telgareith1 has joined #yocto
ptsneves has quit [Quit: Client closed]
dlan_ has joined #yocto
Tokamak has quit [*.net *.split]
marex has quit [*.net *.split]
lexano has quit [*.net *.split]
dgriego has quit [*.net *.split]
warthog9 has quit [*.net *.split]
barometz has quit [*.net *.split]
mlaga97 has quit [*.net *.split]
Net147 has quit [*.net *.split]
vquicksilver has quit [*.net *.split]
erbo has quit [*.net *.split]
Telgareith has quit [*.net *.split]
dlan has quit [*.net *.split]
override_ has quit [*.net *.split]
Fanfwe has quit [*.net *.split]
fleg has quit [*.net *.split]
Telgareith1 is now known as Telgareith
fleg5 is now known as fleg
Aditya has joined #yocto
override has joined #yocto
peoliye has joined #yocto
warthog9 has joined #yocto
vquicksilver has joined #yocto
lexano has joined #yocto
florian__ has joined #yocto
amitk has quit [Ping timeout: 260 seconds]
marex_ is now known as marex
marex has quit [Quit: leaving]
marex has joined #yocto
twnqx has quit [Ping timeout: 240 seconds]
goliath has quit [Quit: SIGSEGV]
kevinrowland has joined #yocto
frieder has quit [Remote host closed the connection]
leonanavi has quit [Quit: Leaving]
florian__ has quit [Ping timeout: 260 seconds]
sakoman has quit [Quit: Leaving.]
kscherer has quit [Quit: Konversation terminated!]