<RP>
moto-timo: this isn't actually a multiconfig, we're just (ab)using the class
<moto-timo>
RP: I remember you mentioning this approach before, but I didn't quite understand ;)
* moto-timo
gets excited
<RP>
moto-timo: I posted about it on the list back in 2019 but I want to actually use it now
<RP>
moto-timo: the parsing time of a recipe generating 80 variants isn't great though
<moto-timo>
with that shiny new reporttool hammer
<moto-timo>
or whatever... the regression thingy
<RP>
"resulttool report tmp/log/oeqa" is what I'm using locally and that as worked for years
<moto-timo>
I'm poorly trying to describe the work alexis has been doing
* moto-timo
wishes sleep actually happened on a predictable basis
<RP>
moto-timo: right, that is great but the reports themselves are also really helpful
<RP>
e.g. after running this crazy parallel insanity, I can see a report of the results
<moto-timo>
I need to carve out some time to play with this... and maybe revisit visualization stuff from "the dashboard project"
<moto-timo>
with SIGNIFICANTLY less data to parse, it would have been easier ;)
<RP>
moto-timo: you could probably just do it from the data in the report output
<RP>
moto-timo: it was tap-base btw, thanks. I was thinking when it said empty class it meant it was present but needed some submodules, probably "base" confused me
<RP>
of course there are loads more missing but I'll keep hitting it
seninha has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
ArgaKhan has joined #yocto
thomasd13 has joined #yocto
goliath has quit [Quit: SIGSEGV]
alessioigor has joined #yocto
Thorn has joined #yocto
rob_w has joined #yocto
BoJalling has joined #yocto
<BoJalling>
Hi all, anyone with yocto on the Xilinx ZynqMP platform? I'm specifically thinking about generation of the boot.bin and .bif files
<LetoThe2nd>
yo dudX
<LetoThe2nd>
BoJalling: maybe try to be a little more specific. do you want to do this, and can't find a starting point? you're doing it and it doesn't work? ...?
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<BoJalling>
Yes, sorry for being so vague. I has just been assigned to a project where the previous developers hadn't really used Yocto before, so it's a bit of a mess that I need to clean up. I big pile of yocto combined with a _lot_ of external scripts and tools. I want to combine it all in the normal yocto flow, ending up with a image for a qspi, containing everything. My problem is that I cannot really
<BoJalling>
find examples of people doing this, so am I on the wrong path?
<LetoThe2nd>
BoJalling: its still extremely vague, not knowing what magic is hidden in those scripts and tools. I am quite conviced that it can be done properly (e.g. packaging, writing classes, maybe multiconfigs), but neither am I a Zynq user nor can I give advice based on the description. If it is closed IP, your best bet is probably hiring a consultant with knowledge in that area.
<KareemZarka[m]>
hey so i have a patch for wic/plugins/source/bootimg-efi , this patch is failing when i use wic cp on autobuilds even tho I added bitbake (mtools)``, the patch reviewer sent me this error ERROR: Can't find executable 'mcopy' ```, what else can i do ? on my host machine this works fine yet on autobuilds it fails ...
rfuentess has joined #yocto
<BoJalling>
LetoThe2nd: When I build for the default machines provided by Xilinx, I get the following: ERROR: Nothing PROVIDES 'kernel' (but /sources/core/../meta-xilinx/meta-xilinx-bsp/recipes-bsp/bootbin/xilinx-bootbin_1.0.bb DEPENDS on or otherwise requires it). Close matches:
<BoJalling>
linux-xlnx RPROVIDES kernel
<BoJalling>
ERROR: Required build target 'core-image-minimal' has no buildable providers.
<mcfrisk>
BoJalling: fwiw, I also build/test ZyncMP device but run plain qemuarm64 machine based image, including plain linux-yocto kernel with it.
xmn has quit [Ping timeout: 248 seconds]
leon-anavi has joined #yocto
BoJalling has quit [Ping timeout: 255 seconds]
BoJalling has joined #yocto
astlep5504 has joined #yocto
astlep5504 has quit [Remote host closed the connection]
huseyinkozan has joined #yocto
prabhakarlad has joined #yocto
gegir has joined #yocto
glembo[m] has quit [Quit: You have been kicked for being idle]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has joined #yocto
Schlumpf has joined #yocto
BoJalling has quit [Ping timeout: 276 seconds]
BoJalling has joined #yocto
d-s-e has joined #yocto
azcraft has joined #yocto
<kayterina[m]>
ptsneves: I think I know how I broke pickle yesterday. I must have ran bitbake outside the docker container(ubuntu 18) on host Ubuntu 20 where the python version was indeed 3.8.
seccar has joined #yocto
<seccar>
Hi, I am looking for help regarding debugging a coredump that occured on target, for this I used to build the yocto SDK to have the debug symbols, but I still miss the source file when analysing the core dump with GDB. Is using the SDK the good thing for debugging coredump ? If so is is possible to also have source file included, if not do you guys have an idea on how to have also the source ?
<alessioigor>
seccar: You have to use an image with dpb-pkgs feature enable. That feature puts debug sumbols into an additional file present in .debug directory ad the same level of the binary.
<seccar>
alessioigor: do you mean "dbg-pkgs" ?
<alessioigor>
seccar: Yes
<rburton>
seccar: are you using gdb on the build host or the target?
<seccar>
alessioigor: ok thanks, IIUC this will add the .debug on the target, but my use case if to debug on my host machine (I retrieve the coredump and want to exploit it on my machine) for this I use the SDK that also include the `.debug` folder
<seccar>
alessioigor: pointing GDB to the SDK rootfs with `sysroot` work great and I can have comprensive backtrace, but I still miss the source file
Haxxa has quit [Remote host closed the connection]
Haxxa has joined #yocto
darknighte has quit [Quit: Connection closed for inactivity]
seninha has joined #yocto
starblue has quit [Ping timeout: 248 seconds]
starblue has joined #yocto
bjoscar has quit [Quit: Leaving]
tnovotny has joined #yocto
leon-anavi has quit [Remote host closed the connection]
leon-anavi has joined #yocto
gegir has quit [Ping timeout: 255 seconds]
florian has quit [Quit: Ex-Chat]
<Ad0>
I try to install -d -g group -o user mydir but it says user does not exist
BoJalling has quit [Ping timeout: 276 seconds]
BoJalling has joined #yocto
<Ad0>
user is created in another layer in another recipe but it should exist!
prabhakarlad has quit [Quit: Client closed]
florian__ has quit [Ping timeout: 246 seconds]
<rburton>
Ad0: do you depend on that other recipe?
<Ad0>
no
<rburton>
so how does the sysroot for the recipe you are doing install in contain a passwd which defines the user?
<Ad0>
all that user information is local to the recipes and not some global thing?
<rburton>
there is no global thing
<Ad0>
ok
<rburton>
every recipe has its own sysroot
<Ad0>
I will use a bbappend instead for that recipe that created the user
<Ad0>
that should solve it
<rburton>
what you're asking is possible, you just depend on the recipe that creates the user
<Ad0>
okay
<Ad0>
yeah I struggle a bit with how to structure my layer. to litter the files all over the different recipes or have it in my own recipe depending
<Ad0>
DEPENDS += "userrecipe" didn't work
otavio has quit [Ping timeout: 246 seconds]
<Ad0>
do I have to use inherit?
otavio has joined #yocto
<Ad0>
hm that's only classes
tnovotny has quit [Ping timeout: 255 seconds]
rob_w has quit [Remote host closed the connection]
<Ad0>
it worked, thanks rburton
<Ad0>
but I should make a decision to whether I should have it in my own recipe vs just having it as an append in the other recipe because now it's a mix of both
<d-s-e>
Is there a reason, why most python recipes don't have a native version? I can fix this for the ones I need with bbappends, but I wonder if patching those upstream would make any sense?
goliath has joined #yocto
<huseyinkozan>
Hi, I am getting "wayland-app-launch.sh[798]: qt.qpa.wayland: Wayland does not support QWindow::requestActivate()" at custom Toradex image. I tried setting XDG_SESSION_TYPE=wayland at started script but doesn't solve.
BoJalling has quit [Ping timeout: 248 seconds]
<JaMa>
d-s-e: if that native dependency is fairy common, than there is high chance it will be accepted upstream
<huseyinkozan>
And, there is no display at LCD
BoJalling has joined #yocto
xmn has joined #yocto
<d-s-e>
JaMa: It's the cantools package and all its dependencies, what I need. I don't know if this is common.
odra has joined #yocto
gegir has joined #yocto
rob_w has joined #yocto
Schlumpf has quit [Quit: Client closed]
<rob_w>
seems my image is not able to use curl with https urls ... even if i ignore ssl certs from the server
<rob_w>
any hints on how to go about that ?
kscherer has joined #yocto
d-s-e has quit [Quit: Konversation terminated!]
seninha has quit [Ping timeout: 276 seconds]
<rburton>
rob_w: did you install ca-certificates?
BoJalling has quit [Ping timeout: 255 seconds]
<rob_w>
i did ... server is self signed .. so i use --insecure on curl cmd but still fail
BoJalling has joined #yocto
<rburton>
sounds like you want to speak to #curl
<rob_w>
i did, no luck yet .. but i think its a tls gnutls issue
<rob_w>
but ur maybe right .. i bet i miss some extra option
sakoman has joined #yocto
* sakoman
wonders why he's suddenly getting dozens of LinkedIn connection requests from people he doesn't know
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<JPEW>
sakoman: You've been discovered!
<rob_w>
ah i read that there is a difference when linking against openssl or gnutls where gnutls doesnt like "key usage" exentions
<rob_w>
so seems my curl and libcurl are gnutls as that is alos stated in the error
<rob_w>
so i can re-compile that against openssl ??
<sakoman>
JPEW: If this keeps up I may ask one of them why
<JPEW>
sakoman: Many of mine are head hunters, which I don't accept as a rule
<sakoman>
JPEW: I usually don't accept any from people I've never interacted with
<JPEW>
I usually get a round of new people when I post a video of a talk I've given, and I'll generally accept them if its got some (obvious) relation to that
<JPEW>
But ya, social networking can be a PITA
yocton has quit [Remote host closed the connection]
<rob_w>
fixed, need to choose ssl instead of gnutls for curl
<rob_w>
what would be a sane way to overlay a different PACKAGECONFIG option to a underlying recipe from a different meta- .. should i just add a prper bbappend and reset PACKAGECONFIG there ?
ArgaKhan has quit [Ping timeout: 268 seconds]
ArgaKhan has joined #yocto
paulg has quit [Remote host closed the connection]
paulg has joined #yocto
<kanavin_>
rob_w, that's one option, another is to set PACKAGECONFIG:pn-recipename from your distro config (that's what distro configs are for)
<rob_w>
thx
BoJalling has quit [Ping timeout: 268 seconds]
BoJalling has joined #yocto
florian__ has joined #yocto
jmiehe has joined #yocto
florian__ is now known as florian
jmiehe has quit [Quit: jmiehe]
BoJalling has quit [Ping timeout: 255 seconds]
BoJalling has joined #yocto
prabhakarlad has joined #yocto
SandrineWolf has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
BoJalling has quit [Read error: Connection reset by peer]
BoJalling has joined #yocto
gegir has quit [Quit: WeeChat 3.0]
<JaMa>
rob_w: there is also issue in gnutls when they cert path contains identical certificate twice
<rob_w>
i switched to openssl for curl so hopefully gnutls is out of the loop
azcraft has quit [Remote host closed the connection]
Vonter has quit [Ping timeout: 248 seconds]
pbsds has quit [Ping timeout: 252 seconds]
pbsds has joined #yocto
BoJalling has quit [Ping timeout: 255 seconds]
BoJalling has joined #yocto
invalidopcode1 has quit [Read error: Connection reset by peer]
invalidopcode1 has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
dev1990 has quit [Remote host closed the connection]
dev1990 has joined #yocto
Thorn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
BoJalling has quit [Ping timeout: 276 seconds]
BoJalling has joined #yocto
rob_w has quit [Quit: Leaving]
leon-anavi has quit [Quit: Leaving]
fury has joined #yocto
<fury>
what do i do if i need an older version of libvpx than the one in meta-oe? (the one in zeus, 1.8.1, fails to build for armv6, the last one that supported armv6 was 1.6.0)
<fury>
do i have to figure out the md5sum and sha256sum stuff or can i skip those and just point it at the right repo & tag?
<fury>
so what's the "right" way to do this as opposed to the hacky way i'm thinking about, which is rename that file to 1.6.0, point it to 1.6.0's rev
<fury>
add another recipe in my own layer, make my layer higher priority, and/or PREFERRED_VERSION_libvpx = 1.6.0 somewhere?
<fury>
ideally i'd just downgrade the version for armv6 only
<fury>
since that's the only reason i have to downgrade
<fury>
i wouldn't mind the newer version if i was building for pi 4 for instance
<fury>
just dont know how to do that in yocto speak
<paulg>
I'd start with PREFERRED_VERSION_libvpx and see where that goes.
<fury>
thanks!
<paulg>
Note that I'm a kernel guy, so probably not the ideal source of advice...
<paulg>
It is Friday night, so you get what you get. ;-P
<fury>
it makes enough sense to me, albeit i've been a bit rusty in yocto the last few years :P
<fury>
last time i touched it was probably 2019, early 2020 ish?