Daanct12 has quit [Read error: Connection reset by peer]
vladest has joined #yocto
vladest has quit [Client Quit]
zpfvo has joined #yocto
mkazantsev has joined #yocto
vladest has joined #yocto
luneff has joined #yocto
Daanct12 has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.0.4]
efeschiyan has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
zpfvo has joined #yocto
<ptsneves1>
@RP: Where can i find information about sstate cache signing?
leon-anavi has joined #yocto
<LetoThe2nd>
for $REASONS I gave kirkstone with openssl 1.1.1 - copied straight from dunfell - a spin yesterday. just taking minor syntax adjustments, it actually worked out of the box for my simple tests 🤯
vladest has quit [Read error: Connection reset by peer]
vladest has joined #yocto
Daanct12 has joined #yocto
<jclsn>
Can you point SRC_URI to a folder containing multiple files instead of adding every file one by one?
mkazantsev has quit [Remote host closed the connection]
Daanct12 has quit [Quit: WeeChat 4.0.4]
<ptsneves1>
jclsn: just put the folder in the SRC_URI
<ptsneves1>
jclsn: folder path that is
<jclsn>
ptsneves1: Okay thx
Daanct12 has joined #yocto
<neverpanic>
A few years ago, that was possible but had the downside that the recipe wouldn't get rebuilt when one of those files changed. Maybe that's been fixed now, but at my last job, we had a rule not do use folders or wildcards for that reason.
<neverpanic>
Unless you really really need to constantly change the list of files, just whip up some automation or editor magic to list them all in the recipe.
<ptsneves1>
neverpanic: I use and used the SRC_URI pointing to folders without issues. I think files with spaces might trip something otherwise i think it is fine
<ptsneves1>
Regarding the signing of sstate cache files, see there is something called SSTATE_VERIFY_SIG but no manual entry i could find. Also the verification happens in the unpacking stage, meaning that a download error does not lead to a retry but just a re-build :(
<RP>
ptsneves1: ideally it would have a manual section, I have no idea if it has
<RP>
SSTATE_SIG_KEY doesn't look to have an entry in the manual :(
<ptsneves1>
RP: Thanks. Yep i found it, but as I said there is no mechanism to retry, or even remove the broken sstate cache archive on signature verification failure. It will remain there and give the error until somebody manually removes it
<RP>
ptsneves1: sorry, I hadn't read all the scrollback. Clearly you don't need me then ;-)
<ptsneves1>
RP: ;)
<RP>
kanavin: are groff-native build races still expected? :/
xmn has quit [Quit: ZZZzzz…]
vladest has quit [Ping timeout: 240 seconds]
<mckoan>
ptsneves1: solved with INSANE_SKIP_${PN} = "file-rdeps", sorry
l3s8g has joined #yocto
vladest has joined #yocto
amitk_ has quit [Quit: Lost terminal]
amitk has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<mckoan>
ptsneves1: not solved yet. DEBUG: Executing python function base_do_unpack, NOTE: Unpacking... /bin/sh: 1: unzip: not found
<mckoan>
ptsneves1: but if run it twice it works
<ptsneves1>
mckoan: can you pastebind the log.do_unpack?
<ptsneves1>
mckoan: It seems like it considers the filename as download?f=filename.zip. I think you can force the downloaded file name to controlled one and then you will overcome this issue. Let me get the parameter name
vladest has quit [Remote host closed the connection]
<mckoan>
ptsneves1: yes I have "download?f=filename.zip" file in download
<RP>
kanavin: those are the logs 539337 was original, 2008533 was a successful rebuild after the patch, the other two are a failure and then an attempt at rebuilding which also failed
<qschulz>
but I don't want to send you patches for rk3588 support which aren't building against known sources
<tlwoerner>
qschulz: i started poking at adding a rock5b machine in meta-rockchip and got
yates_work has joined #yocto
<tlwoerner>
Error, the PACKAGE_ARCHS variable (all any noarch ${PACKAGE_EXTRA_ARCHS:tune-cortexa72-cortexa53-crypto} rock5b) for DEFAULTTUNE (cortexa72-cortexa53-crypto) does not contain TUNE_PKGARCH (${@bb.utils.contains('TUNE_FEATURES', 'aarch64', '${ARMPKGARCH:tune-cortexa72-cortexa53-crypto}', '${ARMPKGARCH:tune-cortexa72-cortexa53-crypto}', d)}).Toolchain tunings invalid:
<tlwoerner>
Tuning 'cortexa72-cortexa53-crypto' has no defined features, and cannot be used.
<qschulz>
tlwoerner: ooooooooh didn't know there was progress on TF-A, very nice
<qschulz>
tlwoerner: it's a76-a55-crypto you need to use
<qschulz>
and require the proper files too
<qschulz>
tlwoerner: to be clear, I'm not asking you to work on it
<qschulz>
tlwoerner: just that I know you like building SoCs you support in meta-rockchip so wanted to know if you had HW for RK3588 :)
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<tlwoerner>
i'm using a76-a55-crypto, and that's what i'm getting. switching to a76-a55 gives the same error (but without the -crypto)
<tlwoerner>
if i can get it to work i would be nice to add it (and whatever else is working)
<qschulz>
tlwoerner: do you have some branch somewhere for me to have a look at? because I managed to build a few things
<yates_work>
that description only seems to describe how various packageconfig features are defined. what i'm missing is how you actually enable a specific feature?
<rburton>
yates_work: the PACKAGECONFIG variable
<rburton>
"The PACKAGECONFIG variable itself specifies a space-separated list of the features to enable."
<qschulz>
yates_work: PACKAGECONFIG lists strings of features to enable. the features are specified as PACKAGECONFIG[feature1]
<yates_work>
ok got it. it seems simple but i was interpreting that line as meaning something else. thanks people.
goliath has quit [Quit: SIGSEGV]
<tlwoerner>
qschulz: i assume your builds are working? i wonder why i'm tripping up over the DEFAULTTUNE variable?
<yates_work>
can the PACKAGECONFIG variable be changed in .bbclass files as well as recipes?
kscherer has joined #yocto
<rburton>
yates_work: its a variable, so yes
<yates_work>
i'm also seeing things like this (in meta-qt5/recipes-qt/qt5/): PACKAGECONFIG_X11 ?= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'xcb glib xkbcommon', '', d)}"
<yates_work>
how is the variable PACKAGECONFIG_X11 used?
<mckoan>
I am continuing my saga with a recipe using a .ZIP. Unfortunately I have to install in the system the files included in the .ZIP in a blind mode. Actually ath the moment I have a QA error: ERROR: myapp-0.1-r0 do_package_qa: QA Issue: Architecture did not match (ARM, expected AArch64) in .../libSystem.IO.Ports.Native.so. How can I skip this QA test?
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
rfuentess has quit [Ping timeout: 240 seconds]
Schlumpf has quit [Quit: Client closed]
florian_kc has quit [Ping timeout: 248 seconds]
<mckoan>
rburton: doh! old syntax INSANE_SKIP_${PN} -> INSANE_SKIP:${PN}
dmoseley has quit [Ping timeout: 260 seconds]
rfuentess has joined #yocto
linfax has quit [Ping timeout: 255 seconds]
amitk has joined #yocto
<qschulz>
tlwoerner: lemme push a branch somewhere for you to check on the current state of work from me (though I sadly won't work on this for the next few weeks....)
<tlwoerner>
qschulz: yes, isn't my L3 correct?
<tlwoerner>
d'oh!!
<tlwoerner>
qschulz: A76
<tlwoerner>
not a72... let me check
frieder has quit [Remote host closed the connection]
<tlwoerner>
qschulz: lol! i updated the include to point to the correct *inc file, but didn't update the DEFAULTTUNE. thanks
<qschulz>
the S is a stripped down version of RK3588
<qschulz>
the kernel DTS for rk3588 is based on rk3588s so I anticipated this, but it's not mandatory nor necessary
<tlwoerner>
good idea
<qschulz>
not entirely sure we need to make the distinction as I think every recipe is going to be the same?
<qschulz>
so maybe worth looking at it the day someone adds support for Orange Pi 5 or some other RK3588S-based device
<qschulz>
tlwoerner: BTW, small "optimization", we could replace BL31=${DEPLOY_DIR_IMAGE}/bl31-rk3588.elf with BL31=${DEPLOY_DIR_IMAGE}/${TFA_BUILD_TARGET}-${TFA_PLATFORM}.elf and have the same strings for all platforms in u-boot%.bbappend
<qschulz>
but not important, just thought about it while looking at the code
<qschulz>
BTW, if you want opengl support until there's panthor support, you can use libmali from rockchip
dlan has quit [Read error: Connection reset by peer]
<tlwoerner>
RP: i've sent an email to people at linaro regarding the resize-on-first-boot thing, we'll see what they say
<rburton>
zeddii: qemux86 warns 'Notice: NX (Execute Disable) protection cannot be enabled: non-PAE kernel' on boot. sounds like we should turn on PAE in those machines?
<zeddii>
possibly, yes. I've recall some conversations about that previously, I'll see if I can find them.
* zeddii
is fighting with some fetcher or related change that no longer fetches from his file protocol local kernel.
* zeddii
is distracted.
<RP>
tlwoerner: sounds good
<RP>
zeddii: :(
rfuentess has quit [Remote host closed the connection]
vvn has quit [Quit: WeeChat 4.0.4]
<zeddii>
just trying to sort it out, so I can get some patches merged, -stable updated and the new -dev kernel done. some missing directory on the fetch now. I'm trying to start from scratch to reproduce it.
vvn has joined #yocto
Estrella has quit [Remote host closed the connection]
Estrella has joined #yocto
ptsneves has quit [Ping timeout: 255 seconds]
ptsneves1 is now known as ptsneves
Soopaman has joined #yocto
slimak has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
zpfvo has quit [Remote host closed the connection]
Soopaman has quit [Quit: Leaving.]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has quit [Ping timeout: 248 seconds]
alessioigor has quit [Ping timeout: 244 seconds]
brazuca has joined #yocto
slimak has quit [Ping timeout: 240 seconds]
vvn has quit [Quit: WeeChat 4.0.4]
vvn has joined #yocto
goliath has joined #yocto
rob_w has quit [Quit: Leaving]
tgamblin has quit [Remote host closed the connection]
<tlwoerner>
qschulz: amazing! not only did it build, it almost booted. it looks like some driver for the sdcard is missing
<tlwoerner>
(linux kernel)
amitk_ has joined #yocto
amitk has quit [Quit: Lost terminal]
amitk has joined #yocto
amitk has quit [Client Quit]
amitk has joined #yocto
amitk_ has quit [Remote host closed the connection]
kergoth_ has quit [Server closed connection]
kergoth_ has joined #yocto
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amitk has quit [Ping timeout: 244 seconds]
slimak has joined #yocto
sugarbeet has quit [Ping timeout: 244 seconds]
sugarbeet has joined #yocto
shivamurthy has quit [Server closed connection]
shivamurthy has joined #yocto
prabhakarlad has quit [Quit: Client closed]
arob109 has joined #yocto
<arob109>
Hello all,
<arob109>
Having trouble getting gcc-cross-9.3.0 recipe to build libvtv. I have added “—enable-viable-verify” and “—enable-libvtv” to EXTRA_OECONF. The vtable stubs are added to libstdc++ but libvtv itself is not compiled. This causes recipes compiling with -fstandard-verify to fail because libvtv doesn’t exist and cannot be linked in.
goliath has quit [Quit: SIGSEGV]
brazuca has joined #yocto
alessioigor has quit [Quit: alessioigor]
prabhakarlad has joined #yocto
l3s8g has quit [Ping timeout: 260 seconds]
ptsneves has joined #yocto
l3s8g has joined #yocto
l3s8g has quit [Ping timeout: 246 seconds]
vvn has quit [Quit: WeeChat 4.0.4]
vvn has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
otavio has quit [Ping timeout: 240 seconds]
otavio has joined #yocto
Haxxa has joined #yocto
sgw has quit [Ping timeout: 252 seconds]
alimon has quit [Server closed connection]
sgw has joined #yocto
alimon has joined #yocto
dmoseley has joined #yocto
sgw has quit [Ping timeout: 258 seconds]
c_sutton has quit [Ping timeout: 252 seconds]
c_sutton has joined #yocto
olani- has joined #yocto
olani- has quit [Remote host closed the connection]
<mischief>
do_package_write_deb: An allarch packagegroup shouldn't depend on packages which are dynamically renamed (glibc-utils to libc6-utils)
<mischief>
is there no better way to work around this than using the package name `eglibc-utils`?
<tlwoerner>
qschulz: i like your idea for the uboot bbappend, it should probably also be renamed to u-boot_%.bbappend (?) do you want to go ahead and submit it?
<tlwoerner>
qschulz: there's probably also something cleaner we could be doing in linux-yocto_%.bbappend too
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<RP>
mischief: make the packagegroup non-allarch ?
<mischief>
RP: arent there downsides to that
<mischief>
we actually declare like 7 different packagegroups with PACKAGES in one recipe