LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
florian has quit [Ping timeout: 260 seconds]
Guest53 has joined #yocto
<Guest53> Hi folks. I think I've found a problem with a recent patch added on kirkstone, and I was wondering what the proper route would be to report it?
<khem> Guest53: we usually get patches sent via mailing list - so you can find the relevant patch mail and reply to that to rejig the discussion or you can file a bug in bugzilla https://bugzilla.yoctoproject.org/ and add all info to the ticket there
qschulz has quit [Read error: Connection reset by peer]
qschulz has joined #yocto
npcomp has quit [Ping timeout: 268 seconds]
Guest53 has quit [Quit: Client closed]
Saur88 has quit [Quit: Client closed]
Saur88 has joined #yocto
davidinux has quit [Ping timeout: 272 seconds]
davidinux has joined #yocto
Vonter has quit [Ping timeout: 264 seconds]
Vonter has joined #yocto
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #yocto
Saur88 has quit [Quit: Client closed]
Saur88 has joined #yocto
ablu has quit [Ping timeout: 255 seconds]
ablu has joined #yocto
rm5248 has quit [Quit: Leaving.]
Chaser has joined #yocto
Chaser has quit [Client Quit]
bantu has quit [Ping timeout: 240 seconds]
bantu has joined #yocto
amitk has joined #yocto
Saur88 has quit [Quit: Client closed]
Saur88 has joined #yocto
simonew has quit [Ping timeout: 260 seconds]
simonew has joined #yocto
simonew has quit [Remote host closed the connection]
simonew has joined #yocto
jbo has quit [Quit: ZNC 1.8.2 - https://znc.in]
jbo has joined #yocto
simonew has quit [Remote host closed the connection]
Chaser has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
jmd has joined #yocto
amitk_ has joined #yocto
amitk has quit [Ping timeout: 260 seconds]
xmn has quit [Read error: Connection reset by peer]
linfax has joined #yocto
goliath has joined #yocto
nohit has quit [Ping timeout: 252 seconds]
jmd has quit [Remote host closed the connection]
nohit has joined #yocto
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
vladest has quit [Ping timeout: 264 seconds]
rob_w has joined #yocto
zpfvo has joined #yocto
jclsn has quit [Quit: WeeChat 4.2.1]
jclsn has joined #yocto
vladest has joined #yocto
Chaser has joined #yocto
luc4 has joined #yocto
zpfvo1 has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
frieder has joined #yocto
<jclsn> Anyone written a bitbake formatter yet?
<jclsn> oelint_adv I guess?
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
prabhakalad has quit [Ping timeout: 264 seconds]
prabhakalad has joined #yocto
<jclsn> Uh nice
<jclsn> Need to write a Vim plugin for this
<jclsn> JaMa: vim-bitbake only adds support for the filetypes
<jclsn> and now this linter, which can autoformat recipes
<JaMa> ok
<jclsn> I would probably like to add it to coc.nvim
<jclsn> Although it doesn't hurt to add a command to vim-bitbake either
Chaser has joined #yocto
leon-anavi has joined #yocto
mbulut has joined #yocto
mbulut has quit [Client Quit]
mvlad has joined #yocto
yannd has joined #yocto
<jclsn> Hmm it doesn't yield the same results every run. Guess it is in beta state
<jclsn> or must be configured right
<jclsn> Ah yes it also says that on the page
Kubu_work has joined #yocto
florian has joined #yocto
ptsneves has joined #yocto
frieder has quit [Ping timeout: 264 seconds]
florian has quit [Ping timeout: 272 seconds]
frieder has joined #yocto
frieder has quit [Ping timeout: 256 seconds]
mulk has quit [Ping timeout: 260 seconds]
rob_w has quit [Remote host closed the connection]
rob_w has joined #yocto
mulk has joined #yocto
frieder has joined #yocto
<rburton> oelint-adv is quite impressively pedantic at times (overly so) and easy to break (includes, for example)
<rburton> i'd like to see a linter that actually used bitbake
Saur88 has quit [Quit: Client closed]
Saur88 has joined #yocto
rob_w has quit [Remote host closed the connection]
rob_w has joined #yocto
Kubu_work has quit [Read error: Connection reset by peer]
ptsneves has quit [Quit: ptsneves]
ptsneves has joined #yocto
<mcfrisk_> oh, :remove removes all instances of space separated strings from target variable. that was unexpected..
alessioigor has quit [Quit: alessioigor]
ptsneves has quit [Ping timeout: 272 seconds]
<RP> mcfrisk_: I'm not sure what else it could do...
<mcfrisk_> :remove for "-device usb-kbd" removes all "-device" and "usb-kbd" strings from QB_OPT_APPEND. at least this is clear when comparing bitbake -e output
<rburton> mcfrisk_: yeah it takes a list of strings to remove, it's not literal string substr.
Saur27 has joined #yocto
Saur62 has joined #yocto
Saur88 has quit [Ping timeout: 250 seconds]
GNUmoon has quit [Ping timeout: 260 seconds]
Saur27 has quit [Ping timeout: 250 seconds]
dmoseley has quit [Quit: ZNC 1.9.0 - https://znc.in]
dmoseley has joined #yocto
GNUmoon has joined #yocto
Kubu_work has joined #yocto
Saur11 has joined #yocto
Saur49 has joined #yocto
Saur62 has quit [Ping timeout: 250 seconds]
Saur11 has quit [Ping timeout: 250 seconds]
frieder has quit [Ping timeout: 255 seconds]
mckoan|away is now known as mckoan
ptsneves has joined #yocto
ptsneves has quit [Client Quit]
ptsneves has joined #yocto
Saur37 has joined #yocto
frieder has joined #yocto
Saur49 has quit [Ping timeout: 250 seconds]
yannd has quit [Ping timeout: 252 seconds]
yannd has joined #yocto
pidge has joined #yocto
ptsneves has quit [Ping timeout: 272 seconds]
rm5248 has joined #yocto
vladest has quit [Ping timeout: 256 seconds]
xmn has joined #yocto
brrm has quit [Remote host closed the connection]
brrm has joined #yocto
<Ad0> home + end and norwegian letters worked fine in dunfell, but not in kirkstone
<Ad0> must be some locale / bashrc stuff
Thorn has joined #yocto
mulk has quit [Ping timeout: 264 seconds]
Minvera has joined #yocto
mulk has joined #yocto
joekale has joined #yocto
vladest has joined #yocto
ptsneves has joined #yocto
Rich1234 has quit [Quit: Connection closed]
Xagen has joined #yocto
rob_w has quit [Remote host closed the connection]
frieder has quit [Ping timeout: 268 seconds]
frieder has joined #yocto
rcw has quit [Ping timeout: 255 seconds]
rcw has joined #yocto
ptsneves has quit [Ping timeout: 264 seconds]
<LetoThe2nd> me being lame, what's the most convenient syntax in a recipe to assign a variable to A if a specific global is defined AND set to a specific string, and to B in all other cases?
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
<rburton> FOO="@{$bb.utils.contains("specific global", "specific string", "A", "B", d)}"
<rburton> LetoThe2nd: ^
<LetoThe2nd> rburton: what if specific global is unset?
<rburton> B
<rburton> val = d.getVar(variable)
<rburton> if not val:
<rburton> return falsevalue
<rburton> _NOTE_ that the value is interpretted as a space-separated list of keywords, so you can't actually look for 'specific string'
<LetoThe2nd> yeah that is the second concern ;-)
<rburton> that will return A if the variable contains "specific" and "string"
<rburton> but depends what you're looking for
<rburton> you could just do pythonic A if FOO else BAR but it gets a bit wordy
<LetoThe2nd> effectively this: FOO = (X != undefined && X == "bar") ? "xyzzy" : "true"
<rburton> FOO="{$@"A" if "string" in (d.getVar("global") or "") else "B")}"
<rburton> make sure your global has a default value of "" and the fallback doesn'tneed to be considered :)
<LetoThe2nd> exactly, global doesn't have a fallback value.
<rburton> oh do you want literal equals?
<rburton> FOO="{$@"A" if "string" == d.getVar("global") else "B")}"
<rburton> d.getVar() returns None if unset which is fine for equality checks obviously
<LetoThe2nd> yup, literal
frieder has quit [Remote host closed the connection]
<rburton> you'll see some older bits of bitbake do horrible array indexing of booleans for this and its just disgusting :)
<rburton> like meta/classes-global/package_deb.bbclass:APT_ARGS = "${@['', '--no-install-recommends'][d.getVar("NO_RECOMMENDATIONS") == "1"]}"
<LetoThe2nd> thx, will give it a spin now
Chaser has quit [Ping timeout: 264 seconds]
luc4 has quit [Ping timeout: 255 seconds]
florian has joined #yocto
goliath has quit [Quit: SIGSEGV]
<LetoThe2nd> rburton: LOCAL_DEVICE_NUMBER:imx8mm-var-dart = "{$@ "1" if "sd" == d.getVar("UBOOT_CONFIG") else "0")}" falls over with a parse error :(
sev99 has joined #yocto
<rburton> you've the punctuation in the wrong order
ecdhe has quit [Read error: Connection reset by peer]
<rburton> its a variable expansion that starts with @ to say its python, so "${@ <python here> }"
rcw has quit [Ping timeout: 260 seconds]
rcw has joined #yocto
ecdhe has joined #yocto
<LetoThe2nd> rburton: just copypastaed you ;-) not much of a python guy here, so whenever I see something that looks fishy to me I just assume its some arcane trick/shorthand syntax I just don't know.
<rburton> in that case sorry for messing up the order of the line noise!
joekale_ has joined #yocto
joekale has quit [Ping timeout: 264 seconds]
<LetoThe2nd> hehe
<LetoThe2nd> rburton: basically this style, right? https://stackoverflow.com/a/2802748
<rburton> yes
alessioigor has joined #yocto
<LetoThe2nd> khem: thx
jmd has joined #yocto
joekale_ has quit [Ping timeout: 268 seconds]
Kubu_work has quit [Quit: Leaving.]
Saur37 has quit [Quit: Client closed]
Saur37 has joined #yocto
<JaMa> are there any statistics about size of autobuilder sstate-cache and downloads dir?
florian has quit [Ping timeout: 252 seconds]
mckoan is now known as mckoan|away
goliath has joined #yocto
linfax has quit [Ping timeout: 264 seconds]
kpo has joined #yocto
florian has joined #yocto
Vonter has quit [Ping timeout: 272 seconds]
Saur37 has quit [Quit: Client closed]
zpfvo1 has quit [Remote host closed the connection]
Saur37 has joined #yocto
Vonter has joined #yocto
vladest has quit [Quit: vladest]
Kubu_work has joined #yocto
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
vladest has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
<zeddii> moto-timo: in your python travels, have you seen a build that is trying to use pip to install it's python parts locally (which I'd then package) ?
<zeddii> I'm trying to uprev criu in meta-virt and it used to have setup.py based thing that installed the python stuff, it is now trying to use pip to do it.
<zeddii> I can patch in some arguments to pip if that's what it needs, I have have no idea if I should abandon the concept completely or not.
rob_w has joined #yocto
<moto-timo> zeddii: yes. and I have special curse words for folks that do that. I can look at criu to see if the uprev uses a newer build backend.
rob_w has quit [Client Quit]
<zeddii> I'm definitely lost on what to do with it. I'm going to push the broken update ot master-next.
<moto-timo> zeddii: ok, I will look at that
<moto-timo> saves me from looking at java
<moto-timo> la la la
Saur34 has joined #yocto
<khem> all these package system backed language ecosystems are doing this more and more
<zeddii> I flailed and added python3-native-pip as a DEPENDS and it doesn't immediately fail now, but pip fails since it is trying to access resources outside the build.
<khem> even cmake is doing this
<zeddii> so I'm sure there might be somne option to tell pip "don't look outside of where you are", but if it's just not possible, I'm tyring to save time chasing it down the rathole.
<zeddii> khem, agreed!
<khem> wait until we get zig viable for acting as package manager for c/c++
<zeddii> I do recall reading something about that, some article about C++ joining with the new languages .. the empire strikes ack!
<khem> you have to basically shut your n/w and see the cargo or go mod or pip or npm puke
<khem> zig is quite easy to learn though compared to rust
Saur37 has quit [Ping timeout: 250 seconds]
<zeddii> I still wonder if all the infra for these languages is going to be around in 10+ yeras
<khem> especially ziglings.org is a nice way to learn by doing - https://codeberg.org/ziglings/exercises/
<JaMa> I was looking at criu as well, but in the end we didn't need python support so I've disabled it completely to stay sane
<khem> zeddii: yeah some foundation will pop up, they will become populations responsibility :)
<khem> JaMa: thanks for meta-xfce fixes they seem to work here
<zeddii> JaMa: that may be the route I take as well, and then see if anyone was ever using it.
<JaMa> khem: no problem, got 5 more recipes in our layers today as well (wasn't detected in my builds as my host already has packaging)
<khem> JaMa: I build inside a minimal container
<khem> even for day today work
<JaMa> zeddii: we have very old fork with some wip changes to support python3 on top (from me, from before the upstream supported python3), so disabling it improved the overall quality :)
<khem> it catches these kind of issues fast. its just that meta-openembedded world builds take 20hrs these days
<JaMa> khem: I use minimal container as well, but with ubuntu-24.04 it's already used by something
<khem> so I notice it 12hrs after RP has committed it into master :)
<moto-timo> khem: yeah, sigh.
<moto-timo> and then all the extra architectures are hard to build on just one workstation at home... so we wait for the AB cluster.
<khem> moto-timo: your upgrade patch for py3-cryptography worked fine on rv32 here btw.
<moto-timo> khem: thank goodness!
<moto-timo> khem: thank you for catching those things... I am not paying attention to 32bit these days unless I must
<khem> yeah I think default architecture everyone should build is rv32-musl with clang ;)
<moto-timo> lol
<moto-timo> I might replace my qemux86-musl job with that
<khem> unless you run ptests it might be worth it
<khem> ptests takes ages without kvm support
joekale has joined #yocto
<khem> rv32 musl port is on its way to get upstreamed this week hopefully no big issues pop up on Rich's testing
<khem> scarthgap sadly will miss it
<JaMa> one of these pulls python3-packaging to my minimal docker container:
<JaMa> # Needed for automation-tests
<JaMa> RUN apt-get install -y python3-elasticsearch python3-paramiko python3-pkg-resources python3-scp python3-numpy python3-pil python3-requests python3-jira python3-pysnmp4 python3-pexpect python3-serial
<khem> hmm too much python mods there
<khem> zeddii: I was playing with linux-yocto-dev recently while debugging a kernel regression on riscv and noticed that perf would not build because linux-libc-headers were still 6.6
<moto-timo> zeddii: started a build, so I will look into this. thanks for alerting me and pushing to master-next
<khem> zeddii: it would be nice to have a -dev version of kernel-headers too maybe ?
<JaMa> true, but still to reproduce issue in other recipes (if some still have this issue) I would need to uninstall it and rebuild world without sstate
<JaMa> and the issue for really minimal docker container is there since distutils was removed from sanity check in mickledore
<khem> yeah if my world build passes then we are set on meta-openembedded atleast
<JaMa> I guess for kirkstone this will be too invasive and we should let people with python 3.12 on host to just install python3-setuptools to provide distutils for gdbus-codegen
<khem> hmm yes
<khem> although supporting two year old release on a distro with python 3.12 will need some work regardless
Saur34 has quit [Quit: Client closed]
<JaMa> it works fine for me with 3.12
<JaMa> even with glibc-2.39 after backporting latest uninative :)
florian has quit [Ping timeout: 255 seconds]
<JaMa> it == kirkstone
Saur34 has joined #yocto
<khem> thats impressive, although it just means the issues are harder to find :)
<rburton> yocton: new record for NIST delays: I sent a CPE correction 8th August, reminded 21st August, just got the confirmation.
<yocton> :o
<yocton> Maybe they recently increase their bandwidth and are working through the backlog?
joekale has quit [Ping timeout: 264 seconds]
florian has joined #yocto
<rm5248> Hi, does anybody know of an example build that sets USE_DEVFS="0"? I'm trying to use a static /dev but it's not populating as far as I can tell
<zeddii> Khem: definitely possible. Although perf is (as usual) not being well behaved if it breaks. I'll do a -dev headers and send it as a RFC tomorrow
Thorn has quit [Ping timeout: 264 seconds]
Thorn has joined #yocto
ptsneves has joined #yocto
jmd has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
rcw has quit [Quit: Leaving]
Thorn_ has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
Thorn has quit [Ping timeout: 272 seconds]
Kubu_work has quit [Quit: Leaving.]
kpo has quit [Quit: Konversation terminated!]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ptsneves has quit [Ping timeout: 272 seconds]
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
Saur34 has quit [Quit: Client closed]
Saur34 has joined #yocto
rm5248 has quit [Quit: Leaving.]
<moto-timo> zeddii: it seems like pycriu doesn't even have a big pip depdenency tree (I didn't see a bunch of requirements) so it's just the Makefile using pip install. I'll try to unravel further.
<zeddii> that's what I though, they are using it as a 'fancy' install / copy. if I knew where the files were supposed to go (I'm very dumb with python library paths), I bet I could just write something to do it.
<zeddii> s/though/thought/
<moto-timo> zeddii: I'll figure it out. It's not that hard, but I might have to patch the Makefile.
* moto-timo screwed up the kas yml twice so it took a while (also disracted by OEHH) to get something useful
Xagen has joined #yocto
florian has quit [Ping timeout: 260 seconds]
pidge has quit [Ping timeout: 256 seconds]
leon-anavi has quit [Remote host closed the connection]
sev99 has quit [Quit: Client closed]
chep has quit [Quit: ZNC 1.8.2 - https://znc.in]
chep has joined #yocto
<yocton> rburton: The NVD displays a notice "NIST is currently working to establish a consortium to address challenges in the NVD program and develop improved tools and methods. You will temporarily see delays in analysis efforts during this transition. We apologize for the inconvenience and ask for your patience as we work to improve the NVD program."
goliath has quit [Quit: SIGSEGV]