mario-goulart has quit [Ping timeout: 260 seconds]
clever has quit [Ping timeout: 260 seconds]
florian_kc has quit [Ping timeout: 272 seconds]
simonew has quit [Ping timeout: 255 seconds]
mischief has quit [Ping timeout: 260 seconds]
* vvn
is confused between meta-imx and meta-freescale for the imx8ulp-lpddr4-evk
sev99 has quit [Quit: Client closed]
rcw has joined #yocto
<marex>
it seems the upstream linux kernel support for mx8ulp is just poor too, sigh
Vonter has quit [Ping timeout: 256 seconds]
<rbox>
i tried playing around with 8ulp before it went public
<rbox>
it was such a cluster
Vonter has joined #yocto
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
Dracos-Carazza has quit [Quit: ZNC 1.8.2 - https://znc.in]
Dracos-Carazza has joined #yocto
benkard has joined #yocto
mulk has quit [Ping timeout: 268 seconds]
benkard is now known as mulk
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
<marex>
rbox: foxtrot ?
<marex>
rbox: the hardware looks OKish though
<marex>
rbox: and it seems mx9 will contain some of the IPs too
goliath has quit [Quit: SIGSEGV]
vquicksilver has quit [Ping timeout: 256 seconds]
vquicksilver has joined #yocto
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
vquicksilver has quit [Ping timeout: 252 seconds]
vquicksilver has joined #yocto
xmn has quit [Ping timeout: 252 seconds]
<khem>
marex: yes
enok has joined #yocto
jmd has joined #yocto
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
enok has quit [Ping timeout: 240 seconds]
alessioigor has joined #yocto
jmd has quit [Remote host closed the connection]
simone has joined #yocto
mario-goulart has joined #yocto
marka has quit [Ping timeout: 268 seconds]
marka has joined #yocto
Guest19 has joined #yocto
simone has quit [Remote host closed the connection]
rfuentess has joined #yocto
linfax has joined #yocto
rob_w has joined #yocto
marka has quit [Ping timeout: 260 seconds]
marka has joined #yocto
mckoan|away is now known as mckoan
Vonter has quit [Ping timeout: 264 seconds]
Vonter has joined #yocto
Kubu_work has joined #yocto
<LetoThe2nd>
yo dudX
<mckoan>
LetoThe2nd: hello
Daanct12 has joined #yocto
JerryM has joined #yocto
Guest19 has quit [Ping timeout: 250 seconds]
enok has joined #yocto
<mihai>
ahoy
Guest19 has joined #yocto
olani has quit [Ping timeout: 256 seconds]
olani has joined #yocto
florian has joined #yocto
leon-anavi has joined #yocto
Guest19 has quit [Ping timeout: 250 seconds]
<qschulz>
does a shell task exit as soon as one of the command fails? (i.e. like if set -e was set?)
<qschulz>
It seems like it, but it surprised me, is this something "new" (happened on kirkstone for me just now)?
<RP>
qschulz: I don't remember it changing.
<qschulz>
RP: does this mean it always was the case? (might have been, but I guess all shell commands I wrote in tasks couldn't fail (e.g. cp -f, mkdir -p, sed, etc...)
florian_kc has joined #yocto
mvlad has joined #yocto
Guest19 has joined #yocto
<qschulz>
RP: AHAH! PEBKAC :) I stole some part of kernel-yocto.bbclass into my kernel recipes... but I didn't add surround the tasks with set +e set -e like zeddii did :) SO it fails on my recipe and very likely not in any recipe that inherits kernel-yocto :)
enok has quit [Ping timeout: 252 seconds]
leon-anavi has quit [Quit: Leaving]
Guest89 has joined #yocto
mort has quit [Ping timeout: 246 seconds]
Guest19 has quit [Ping timeout: 250 seconds]
mort has joined #yocto
aardo has joined #yocto
ardo has quit [Ping timeout: 252 seconds]
zhmylove has joined #yocto
<zhmylove>
Hey Gods! Is there any way to inherit bbclass for several recipes? INHERIT:pn-bash obviously won't work. Writing several bbappends looks scary
<rburton>
bbappends are trivial, so do that
rob_w has quit [Remote host closed the connection]
goliath has joined #yocto
mckoan is now known as mckoan|away
lexano has joined #yocto
<zhmylove>
rburton: I have to setup 100+ inherits :( It'd be better to create a single file with some overrides than create 100+ files with a single line... Or there is no way to do it besides bbappend?
<rburton>
dare i ask what this new class is actually doing?
<zhmylove>
rburton: it runs source code static analysis (Svace / PVS studio) for several components I'm interested in. So currently I'm looking for the way to specify a list of those components
<landgraf>
zhmylove: include maybe?
<rburton>
global inherit, opt-in with a variable assignment, assign that in the distro with overrides
<zhmylove>
landgraf: is it possible to make include on a recipe-name basis? I have to include it into, for instance, bash as well and I don't want to touch bash recipe
<zhmylove>
rburton: yes, but global inherit will invalidate all the remote sstate caches :(
<rburton>
only if you put it in the wrong place in the depenency tree
<zhmylove>
what do you mean? Global inherit would change sstate sig for all tasks, for instance, for all native recipes. Right?
<rburton>
it depends how your analyser works. some analysers don't compile code but replace the compiler, some you submit the code to
<rburton>
a simple inherit won't invaldate the entire sstate, changing the dependencies will. so just put the analysis tasks on another dependency chain.
<zhmylove>
I see. Unfortunately the bbclass appends DEPENDS to make analyzer available during build. Also it replaces oe_runmake_call(), so inheriting such a class should definitely touch sstate sig. Is there any way to replace functions programmaticaly on parsing phase using anonymouse python() block?
<rburton>
add to depends using the anon py. and why are you replacing the make call?
<rburton>
fwiw, the coverity scanner i wrote some time ago mostly worked by looking at a variable, and if it was set adding a DEPENDS and wrapper scripts to PATH
<zhmylove>
rburton: thanks! As far as I can see, most of coverity's stuff is enabled from anon python. But JFYI PATH is being prepended unconditionally on line 114.
<rburton>
thats not my class, but someone elses :)
<zhmylove>
Ahh, I see. Anyways, thanks a lot!
<rburton>
if you can do the scan outside of a compile then you're good - a usual build can have it disabled and use sstate, an analysis build doesn't matter if it can't reuse sstate because the point is that it scans the sources anyway
enok has joined #yocto
brrm has quit [Ping timeout: 256 seconds]
<JaMa>
if it's separate task, then you don't even need anon python right you can add the tool in do_foo[depends] += "too.do_populate_sysroot"
<rburton>
yeah if you can isolate it entirely
KorG has joined #yocto
leon-anavi has joined #yocto
zhmylove has quit [Read error: Connection reset by peer]
KorG has quit [Remote host closed the connection]
<LetoThe2nd>
hm, how to get rid of a COMPATIBLE_MACHINE statement in a machine configuration? recipes are easy, by appends.
xmn has joined #yocto
<LetoThe2nd>
or do I really have to create a subsequent machine conf that pulls in the original and sets the variable?
<qschulz>
LetoThe2nd: COMPATIBLE_MACHINE are recipe-specific, so not sure to understand the question/usecase?
<qschulz>
LetoThe2nd: ah, I see the "issue" now
<qschulz>
you have machineb that is a variant of machinea and you want machineb to match machinea OVERRIDES/COMPATIBLE_MACHINE
<qschulz>
so you don't have to go through all recipes? is that correct?
<LetoThe2nd>
qschulz: not exactly. but wait, guess I'm up to something.
<qschulz>
anything with another override after :raspberrypi5 would work I assume
<qschulz>
provided it matches what's inside OVERRIDES :)
<qschulz>
LetoThe2nd: ^
<LetoThe2nd>
qschulz: thanks, force variable did the trick. its just a preliminary build so I'm kinda okay with sticking such things into local.conf for now ;-)
Daanct12 has quit [Quit: WeeChat 4.2.1]
Guest89 has quit [Ping timeout: 250 seconds]
rcw has quit [Ping timeout: 252 seconds]
starblue has quit [Ping timeout: 255 seconds]
prabhakalad has quit [Quit: Konversation terminated!]
sev99 has joined #yocto
prabhakalad has joined #yocto
linfax has quit [Ping timeout: 268 seconds]
starblue has joined #yocto
starblue has quit [Ping timeout: 264 seconds]
afong_ has joined #yocto
starblue has joined #yocto
ederibaucourt has joined #yocto
deribaucourt has quit [Ping timeout: 246 seconds]
rm5248 has joined #yocto
<rm5248>
I'm trying to build an esdk for my board but it keeps failing. Specifically one of my recipes continues to fail in the do_fetch phase fails with exit code 'setscene ignore_tasks'. I can't figure out why it's trying to fetch because when I do 'bitbake <recipe>' it doesn't do anything(since it is already built). Any ideas as to what I can check to debug/fix?
tgamblin has quit [Ping timeout: 260 seconds]
brrm has joined #yocto
tgamblin has joined #yocto
leon-anavi has quit [Quit: Leaving]
tgamblin has quit [Read error: Connection reset by peer]
tgamblin has joined #yocto
rfuentess has quit [Remote host closed the connection]
<JPEW>
moto-timo: Poetry was useful back in the day, I just dislike it a lot now that python packaging has come along
<moto-timo>
JPEW: exactly. Just like `flit` was handy for a bit, but `hatch` has really changed the playing field.
<moto-timo>
bless the `pypa` folks for _eventually_ getting to very good solutions. Software is hard.
<JPEW>
Software is hard
<moto-timo>
This is the Way.
<JPEW>
The most expensive nothing ever made!
<moto-timo>
For anyone wanting to start new Python projects, I recommend only `hatch` and `maturin`.
<JPEW>
Ya, hatch is great. I haven't tried maturin
<moto-timo>
JPEW: `maturin` is for when you need to mix and match Rust and Python (either direction).
<moto-timo>
JPEW: so if you are writing C extensions, you may want to visit Rust extensions instead.
<JPEW>
I try to avoid doing that
<moto-timo>
lol
<moto-timo>
JPEW: thanks for the work. This is a very welcome improvment.
<qschulz>
moto-timo: on that topic, did you get the pypi credentials from intel to be able to push?
<moto-timo>
qschulz: Intel has nothing to do with the project anymore. When we are ready to push, we will do it with our own credentials. Complete package take over.
<moto-timo>
_friendly_ take over
<qschulz>
don't you need access to the pypi repo to be able to take over the package name??
<qschulz>
so i should have said "ownership" of the pypi package instead of "Credentials" :)
gchamp has joined #yocto
<gchamp>
hi all, does anyone have tips on auto enabling user systemd service? seems like systemd.bbclass can only enable system services at build time. I was looking into systemctl preset-all, but it enables services in /home/<user/.config rather than /usr/lib/..
<moto-timo>
qschulz: baby steps my friend
<moto-timo>
I absolutely want to eradicate any mention of Python 2 support before we push anything new. We just barely got CI working again thanks to JPEW.
tgamblin has quit [Ping timeout: 256 seconds]
<qschulz>
moto-timo: let's hope whenever you need the permission on pypi the people who set this up at Intel still are there :)
<JPEW>
qschulz: It's not on pypi
tgamblin has joined #yocto
<qschulz>
JPEW: well, that makes everything easier then... should have checked before complaining :)
<JPEW>
qschulz: :D I'd like to put it on PyPi and drop the debian packages so users can just pip install it
<JPEW>
We'll see
<qschulz>
(BTW, happy to see maintainership is being taken over)
<qschulz>
(the timing was quite funny, we just migrated our user manuals to use bmap instead of the ol' dd :) )
<landgraf>
gchamp: I've been looking for the same functionality since yesterday...
<landgraf>
gchamp: doesn't seem to be supported out of the box
<qschulz>
JPEW: distro packages are nice, especially when Debian started to forbid python3 -m pip install without a venv
<JPEW>
qschulz: Ya, fair
<gchamp>
landgraf: yeah, I think im gonna fall back on do_install:append() { ln ... } for now since I only have 2 services to enable. not very scalable though
florian has quit [Quit: Ex-Chat]
<landgraf>
gchamp: or improve it a bit, put into systemd.bbclass and send a patch :) I was doing this but then hit two different but related issues. :-/
<JPEW>
moto-timo: Well, I didn't _entirely_ eliminate Python 2, but I got some of the main ones
brrm has quit [Ping timeout: 256 seconds]
brrm has joined #yocto
florian_kc has quit [Ping timeout: 264 seconds]
<moto-timo>
JPEW: heh, I am just trying to create issues to track the ideas in my head. Even though sometimes it takes as much time to create the issue as edit the file. lol
<JPEW>
I didn't fix the distro packaging, so it's still valid
<JPEW>
Also, we should excise `six` from the codebase
<JPEW>
So still valid I think
* moto-timo
's bar for excellence in issues is much lower than my bar for excellence in commits.
<moto-timo>
Yeah. Six, 2to3, anything like that. That is why I created the issue to track it. I refuse to continue to push updates that support Python 2. NOPE. Stop abusing the dead.
* moto-timo
didn't check pypi either :)
* moto-timo
never completed getting started as a Debian packager... and is not very good at GPG/PGP key maintenance. This would imply knowing the password to unlock my card for my original air gapped root cert. lol
<moto-timo>
la la la
<moto-timo>
JPEW is a busy beaver today. Many thanks!
<JPEW>
moto-timo: I had a little free time this morning
<JPEW>
And it bothered me :)
jmd has joined #yocto
jmd` has joined #yocto
tgamblin has quit [Ping timeout: 264 seconds]
<moto-timo>
just waiting for the CI to finish and I'll merge it.
<rburton>
qschulz: huh i thought i made our python forbid pip without venv too
<qschulz>
rburton: mm?
<rburton>
i can't find the patch anymore
<qschulz>
rburton: I don't get why i'm highlighted and what "our python" in your sentence refers to :|
<rburton>
<qschulz> JPEG: distro packages are nice, especially when Debian started to forbid python3 -m pip install without a venv
<rburton>
i was saying that i thought i made our py do the same, but maybe i failed to post the patch
lefty has joined #yocto
tgamblin has joined #yocto
leon-anavi has joined #yocto
<lefty>
Hi all, I'm playing around with devtool with MACHINE=beaglebone-yocto. When I do a "devtool modify linux-yocto", my workspace source tree ends up on branch v6.1/standard/beaglebone, and git immediately tells me that my branch and origin/v6.1/standard/beaglebone have diverged, and I'm in the middle of a rebase. As a result, if I make any
<lefty>
modifications, I'm unable to do a "devtool finish" since it tells me I'm in the middle of a git am or a git apply. Any ideas on how to work around this?
JerryM has quit [Quit: Konversation terminated!]
* landgraf
should work in QA with my "bug attractive karma" .Reported 3 new bugs today. Hopefully RP will not kill me next Thursday :-/
<landgraf>
only one of them looks more or less important though
<rburton>
landgraf: you can just own them to balance it out ;)
<jwinarsk>
it's the qa warning about tmp path being in the binary
<jwinarsk>
for relative symbols
<RP>
khem: that is the known spdx bug that JPEW has
<jwinarsk>
cool thx
sev99 has joined #yocto
jmd` has quit [Remote host closed the connection]
jmd`` has quit [Remote host closed the connection]
brrm has quit [Ping timeout: 264 seconds]
brrm has joined #yocto
zwelch has quit [Remote host closed the connection]
zwelch has joined #yocto
<khem>
yeah tmp path issue in meta-oe recipes is there, its getting fixed but all is not done.
<khem>
we had 100s of recipes to begin with and now I think the number has come down significantly
afong_ has quit [Ping timeout: 268 seconds]
goliath has quit [Quit: SIGSEGV]
florian_kc has joined #yocto
rm5248 has quit [Ping timeout: 252 seconds]
rm5248 has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
Saur_Home has quit [Quit: Client closed]
Saur_Home has joined #yocto
yudjinn has joined #yocto
<yudjinn>
hello, how can I make a PACKAGECONFIG that depends on another? i.e. I have `PACKAGECONFIG = app1 app2 library` and `PACKAGECONFIG[app1]` requires library
tgamblin has quit [Quit: Leaving]
goliath has joined #yocto
florian_kc has joined #yocto
simonew has joined #yocto
<rburton>
yudjinn: you put a comment explaining the dependency. the documentation explains how packageconfig works, there's no dependencies between them
leon-anavi has quit [Quit: Leaving]
starblue has quit [Ping timeout: 268 seconds]
starblue has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
dgriego_ has joined #yocto
dgriego has quit [Ping timeout: 260 seconds]
dgriego_ has quit [Ping timeout: 272 seconds]
lefty has quit [Quit: Client closed]
lefty has joined #yocto
dgriego has joined #yocto
dgriego has quit [Ping timeout: 264 seconds]
rcw has joined #yocto
<jwinarsk>
khem: good to know I'm not alone there :)
jmd has quit [Remote host closed the connection]
Guest52 has joined #yocto
dgriego has joined #yocto
dgriego has quit [Read error: Connection reset by peer]
dgriego has joined #yocto
dgriego has quit [Ping timeout: 240 seconds]
mvlad has quit [Remote host closed the connection]
<moto-timo>
if anyone using meta-java has any in-house test cases you run on your images, please consider commenting on https://github.com/meta-java/meta-java/issues/35 or sending something to the mailing list
<moto-timo>
We really need to get some run-time testing going to make CI trustworthy.
dgriego has joined #yocto
florian_kc has joined #yocto
dgriego has quit [Read error: Connection reset by peer]
dgriego has joined #yocto
dgriego has quit [Read error: Connection reset by peer]
Kubu_work has quit [Quit: Leaving.]
dgriego has joined #yocto
dgriego has quit [Read error: Connection reset by peer]
dgriego has joined #yocto
dgriego has quit [Read error: Connection reset by peer]
dgriego_ has joined #yocto
dgriego has joined #yocto
dgriego has quit [Read error: Connection reset by peer]
dgriego__ has joined #yocto
dgriego__ has quit [Read error: Connection reset by peer]