ferlzc has quit [Quit: Connection closed for inactivity]
marex_ is now known as marex
rber|res has joined #yocto
RobertBerger has quit [Ping timeout: 268 seconds]
seninha has quit [Quit: Leaving]
Guest14 has joined #yocto
Guest14 is now known as brazuca
starblue has quit [Ping timeout: 244 seconds]
starblue has joined #yocto
nemik_ has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
olani has joined #yocto
prabhakarlad has quit [Quit: Client closed]
sakoman has quit [Quit: Leaving.]
sakoman has joined #yocto
jmiehe has quit [Ping timeout: 244 seconds]
fleg7 has joined #yocto
Lihis_ has joined #yocto
shoragan_ has joined #yocto
mrnuke has joined #yocto
neverpan1c has joined #yocto
Ch^W_ has joined #yocto
Dracos-Carazza_ has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
Wouter01004 has joined #yocto
bradfa_ has joined #yocto
static_rocket1 has joined #yocto
mrnuke_ has quit [*.net *.split]
shivamurthy has quit [*.net *.split]
bradfa has quit [*.net *.split]
vmeson has quit [*.net *.split]
Net147_ has quit [*.net *.split]
static_rocket has quit [*.net *.split]
mdp has quit [*.net *.split]
fleg has quit [*.net *.split]
neverpanic has quit [*.net *.split]
shoragan has quit [*.net *.split]
Lihis has quit [*.net *.split]
Dracos-Carazza has quit [*.net *.split]
rfried has quit [*.net *.split]
Wouter0100 has quit [*.net *.split]
Ch^W has quit [*.net *.split]
fleg7 is now known as fleg
Lihis_ is now known as Lihis
bradfa_ is now known as bradfa
Wouter01004 is now known as Wouter0100
vmeson has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
dlan has quit [Ping timeout: 268 seconds]
dlan has joined #yocto
nemik has joined #yocto
rfried has joined #yocto
shivamurthy has joined #yocto
mdp has joined #yocto
Net147 has joined #yocto
Net147 has joined #yocto
Net147 has quit [Changing host]
brazuca has quit [Ping timeout: 252 seconds]
<moto-timo>
gotta love it when all the AUH that I am a maintainer for failed.
<moto-timo>
DvorkinDmitry: usually oe-pkgdata-util find-path <path to file>
amitk has joined #yocto
GNUmoon2 has quit [Ping timeout: 268 seconds]
sakoman has quit [Quit: Leaving.]
Guest263 has joined #yocto
rber|res has quit [Ping timeout: 252 seconds]
rber|res has joined #yocto
schtobia_ has quit [Quit: Bye!]
schtobia has joined #yocto
Guest263 has quit [Quit: Leaving]
<LetoThe2nd>
yo dudX
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
kroon has joined #yocto
goliath has joined #yocto
<rber|res>
Oida
<rber|res>
I just noticed that in bitbake.conf RDEPENDS:${PN}-dev = "${PN} (= ${EXTENDPKGV})" was changed to RRECOMMENDS:${PN}-dev = "${DEV_PKG_DEPENDENCY}"
<rber|res>
This kind of blows my mind e.g. due to depchains and friends. Doesn't this totally change the behavior?
<kroon>
rber|res, well RDEPENDS packages are mandatory, RRECOMMENDS packages can be removed by listing them in BAD_RECOMMENDATIONS
<rber|res>
OK ddbd90a37c7e9089aaeccb42dd008cf47594099b and 73cf55cdde1f3d2773b42f52d2fcf57665102c81 kind of explain something
<kroon>
but unless you say it, RRECOMMENDS are also installed by default
<rber|res>
according to the commits it looks like it has to do with getting rid of empty packages?
thomasd13 has joined #yocto
nemik has quit [Ping timeout: 244 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
Adrian_ has joined #yocto
nemik has joined #yocto
grma has joined #yocto
zpfvo has joined #yocto
mvlad has joined #yocto
goliath has quit [Quit: SIGSEGV]
kroon has quit [Quit: Leaving]
ardo has quit [Read error: Connection reset by peer]
<RP>
abelloni: I was about to get really worried about the failures in my build but I realised it was yours! :)
<abelloni>
:(
<JaMa>
heh
<JaMa>
wasn't there some strong sun flare yesterday, I'm seeing all kinds of weird failures which I haven't seen before
<qschulz>
How does one create a minimal config fragment? Basically, I have a defconfig and I want to enable/disable some Kconfig options from a config fragment. The smallest this config fragment the better obviously
<qschulz>
Right now, what I have boils down to make defconfig, save the .config, apply changes manually, diff old and new .config and redirect to file
<qschulz>
but that's a .config diff, quite verbose
<qschulz>
I don't know honestly, just not really happy with the big diff I have right now
<qschulz>
LetoThe2nd: that's what the do_diffconfig task is doing IIRC
<abelloni>
instead of diffing the .config, you should diff the defconfig
<abelloni>
but my opinion is still that fragments are bad
<ptsneves>
@abelloni, why?
<qschulz>
abelloni: diffing defconfig is not a valid way to create a config fragment is what my intuition is telling me
<qschulz>
abelloni: agreed on fragments being bad :) (though very convenient in Yocto)
<abelloni>
ptsneves: because there is no guarante they will work and they will fail silently
<qschulz>
abelloni: (creating a debug fragment for a Buildroot defconfig right now)
nemik has quit [Ping timeout: 244 seconds]
<qschulz>
abelloni: e.g. my defconfig is setting a value to a KConfig different from the default, the new defconfig is setting it back to its default value, then the option won't appear in the new defconfig
nemik has joined #yocto
<qschulz>
and thus won't appear in the diff from do_diffconfig
<qschulz>
(I borrowed the implem in do_diffconfig for Buildroot defconfig)
<ptsneves>
abelloni: yes, my impression. Especially that the dependencies might be in other fragments
<ptsneves>
and the whole thing might work by luck
<ptsneves>
i like the overall idea of grouping the kconfigs though. Quite helpful. Maybe the best would be a tool that verified that the fragment is selfcontained
<qschulz>
ptsneves: not enough still, because you could apply two fragments which are conflicting
<qschulz>
the last one would override the ones before
<qschulz>
+applied
<qschulz>
and silently do so
<qschulz>
so you think you are applying two fragments (well, you actually do) but do not get the two features
nemik has quit [Ping timeout: 268 seconds]
<ptsneves>
ouch did not think of that.
nemik has joined #yocto
<RP>
abelloni: it is our own bug this time, not the kernel :
<RP>
abelloni: issue with kernel-devsrc
florian__ has joined #yocto
<JaMa>
qschulz: probably not were you asking, but I like bitbake -c savedefconfig virtual/kernel to generate minimal defconfig (which is easier to compare when it contains only the important (non-default) options)
florian__ has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
gsalazar has quit [Remote host closed the connection]
gsalazar has joined #yocto
<jsandman>
Hi, Is there a way I can tell a recipe not to create premirror artifacts in the donwloads directory? I have a component which uri is really a symlinc to a "latest" version and the premirrors mechanisims is not letting me get this working on my distro.
<JaMa>
jsandman: you can set the downloadfilename to PV or something instead of "latest" but if you don't know what "latest" you'll get it doesn't help much ask upstream to provide useful versioned download url as well
* JaMa
hates various tools which recommend to install them as "curl https://foo.bar/latest | sudo sh"
<qschulz>
jsandman: I don't think it's a good idea to do that, how do you plan to reliably build your images in the future?
<JaMa>
and from there I hate all "latest" unless it's just a symlink and you can still choose to download carefully selected version instead
<qschulz>
JaMa: what do you mean you don't like running random script as root?
<JaMa>
I would never do that, but I hate that documentation often recommends it and I know other people who would copy&paste it from documentation without any thought at all, because it's the documentation, right, so it must be true
Guest14 has joined #yocto
Guest14 is now known as brazuca
<qschulz>
jsandman: You can have ${PV} in the SRC_URI, it's what's usually done for tarballs/non-SCM recipes
<JaMa>
I was in conference call helping someone to setup docker on his azure cloud and he copy&pasted 8 lines from documentation setup for fedora, before I could stop him and explain that dnf won't work on his ubuntu as proven by 8 error messages shown in his terminal :/
<JaMa>
and he was from big consultancy company
<mcfrisk>
I thought that all modern programmin languages must be installed by curl balling a shell script to root, include and install various embedded copies of common and critical open source SW components like openssl and curl, have their own package management system which enables typo squatting, major version updates to dependencies in stable updates, and of course ABI breaks in stable updates too. Can't
<mcfrisk>
succeed without!
<JaMa>
or "modern" installer with 100s lines of javascript and 200MB bundled chromium runtime to run it :)
<mcfrisk>
at least!
<RP>
zeddii: when you're awake I wouldn't mine your opinion on my kernel-devsrc hackery :)
argonautx has joined #yocto
brazuca has quit [Quit: Client closed]
frieder has joined #yocto
Guest14 has joined #yocto
gsalazar has quit [Ping timeout: 252 seconds]
gsalazar has joined #yocto
ptsneves has joined #yocto
ptsneves has quit [Read error: Connection reset by peer]
ptsneves1 has joined #yocto
ptsneves1 has quit [Read error: Connection reset by peer]
ptsneves has joined #yocto
ptsneves has quit [Client Quit]
ptsneves has joined #yocto
jmiehe has joined #yocto
<jonmason>
RP: thanks for the heads up. When are you going to push that?
ptsneves has quit [Read error: Connection reset by peer]
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 255 seconds]
thomasd13 has quit [Remote host closed the connection]
thomasd13 has joined #yocto
ptsneves has joined #yocto
Vonter_ has quit [Read error: Connection reset by peer]
<wyre_>
hi guys, I've got this recipe https://bpa.st/KCNQ but when I build my image I have a QA issue saying "File /usr/bin/rs485-listener in package rs485-listener doesn't have GNU_HASH (didn't pass LDFLAGS?) [ldflags]", apparently the line 28 https://bpa.st/KCNQ#1L28 should fix it, but when I uncomment there is problems in the do_compile task https://bpa.st/2TRA which I find normal because I didn't set
<wyre_>
any value for LDFLAGS variable in my recipe, but ... I'm using oe_runmake in the do_compile task, which should run my Makefile https://bpa.st/L3HA
wyre_ is now known as wyre
<wyre>
so not sure why I need to set LDFLAGS in the recipe 🤔
<qschulz>
wyre: we don't have access to the gitlab source code, so I assume it's a Makefile based project which overrides LDFLAGS
<qschulz>
wyre: which version of yocto are you using? because there's a mix of old and new override syntax
<wyre>
qschulz, I've pasted the Makefile contents
<wyre>
qschulz, yocto or bitbake?
<qschulz>
wyre: i sure hope both are in sync :D
<qschulz>
wyre: ah missed the last paste.bin sorry
<wyre>
qschulz, well, bitbake is 1.46.0
<wyre>
I'm using the crops/poky docker container
<qschulz>
wyre: ok so, first, there's no LDFLAGS passed so that's not great
<qschulz>
wyre: second, you need to inherit pkg-config in yoru recipe if you want pkg-config to work in your makefile
<wyre>
qschulz, in the Makefile, you mean?
<qschulz>
LDFLAGS not used in your Makefile yes
<wyre>
I mean, when you say there's no LDFLAGS passed ... you mean in the Makefile?
<wyre>
qschulz, I've tried to inherit pkg-config in the recipe but bitbake says "ParseError at /home/pokyuser/building/joifi-engicam-mx6-dunfell/sources/meta-joifi/recipes-apps/rs485-listener/rs485-listener.bb:32: Could not inherit file classes/pkg-config.bbclass"
<wyre>
qschulz, so ... maybe should I replace LIBS name with LDFLAGS? 🤔
<wkawka>
I am having a nice battle with xorg-xserver recipe. Before there were outdated patch files in meta-freescale which I have removed, but now meson has a problem with dependency, to be exact:
<wkawka>
| Run-time dependency gl found: NO (tried pkgconfig and system)
<wkawka>
|
<wkawka>
| ../xorg-server-21.1.3/glx/meson.build:35:4: ERROR: Dependency "gl" not found, tried pkgconfig and system
<wkawka>
|
<wkawka>
| A full log can be found at /work/build-x11/tmp/work/cortexa9t2hf-neon-mx6qdl-poky-linux-gnueabi/xserver-xorg/2_21.1.3-r0/build/meson-logs/meson-log.txt
<wkawka>
| ERROR: meson failed
<wkawka>
| WARNING: exit code 1 from a shell command.
<wkawka>
ERROR: Task (/work/sources/poky/meta/recipes-graphics/xorg-xserver/xserver-xorg_21.1.3.bb:do_configure) failed with exit code '1'```
<wkawka>
I tried to look for something useful, but I found nothing
<wkawka>
Have i to make another patch somehow? Maybe you had simillar problem before?
Patrick58 has quit [Quit: Client closed]
prabhakarlad has quit [Quit: Client closed]
<qschulz>
wkawka: how come there are outdated patches? are you using different versions of layers by any chance?
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<wkawka>
I downloaded xserver-xorg in the same version what is used in recipe (21.1.3) and checked it manually, the patches were either already applied there or files were moved somewhere else
<wkawka>
and I'm assumed that it was done too
<bigendian>
hi, have some trouble to expand ext4 rootfs to whole partition size. I use wic file, on target, partition size is ok, (--fixed-size) but df / shows 90% full, just rootfs + overhead.
jmiehe has quit [Ping timeout: 268 seconds]
prabhakarlad has joined #yocto
sakoman has joined #yocto
prabhakarlad has quit [Quit: Client closed]
<RP>
vmeson: I also opened one!
<RP>
vmeson: well, several including that one
GNUmoon2 has quit [Remote host closed the connection]
<RP>
vmeson: I've replied with my best guess about what is wrong
shoragan_ is now known as shoragan
Ad0 has joined #yocto
ecdhe has joined #yocto
ptsneves has joined #yocto
<DvorkinDmitry>
can't find a way to include sys/io.h into recipe-sysroot
<RP>
vmeson: just realised if we change the /bin/sh to point at the sh in the sdk it works
florian_kc has joined #yocto
amithkk has joined #yocto
goliath has quit [Quit: SIGSEGV]
<vmeson>
RP - lol, yay, ~fixed!
<amithkk>
Was going through the talk on "Software Bill of Materials and Supply Chain with the Yocto Project" and I was intrigued by the ability to generate SPDX for C/C++&Fortran
<JPEW>
amithkk: Yes, it includes the dependency relationships
thomasd13 has quit [Ping timeout: 252 seconds]
<amithkk>
Ah thanks @JPEW. So if I understand correctly, the create-spdx utility resolves the dependencies based on the declared build and runtime dependencies specified in the recipe?
<JPEW>
amithkk: Correct
brazuca has quit [Quit: Client closed]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
agupta1 has joined #yocto
prabhakarlad has joined #yocto
nemik has joined #yocto
manuel1985 has quit [Ping timeout: 268 seconds]
leon-anavi has quit [Quit: Leaving]
alessioigor has joined #yocto
starblue has quit [Ping timeout: 268 seconds]
ardo has quit [Read error: Connection reset by peer]
alessioigor has quit [Quit: alessioigor]
ardo has joined #yocto
goliath has joined #yocto
cperon has quit [Quit: You have been kicked for being idle]
ardo has quit [Read error: Connection reset by peer]
<derRichard>
what is the currently preferred way to use the yocto sdk in eclipse cdt?
jmiehe has joined #yocto
camus has quit [Ping timeout: 268 seconds]
camus has joined #yocto
frieder has quit [Remote host closed the connection]
<qschulz>
derRichard: no eclipse plugin for a few years already now
<qschulz>
derRichard: support dropped in 2.7
Adrian_ has quit [Ping timeout: 252 seconds]
<khem>
you can still use cdt with some efforts with SDKs but its not out of box
<RP>
zeddii: I merged 5.19, thanks
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 268 seconds]
starblue has joined #yocto
amitk has quit [Ping timeout: 268 seconds]
<derRichard>
qschulz: sad to hear
<derRichard>
i'm upgrading a customer setup (*very* old). that's gonna be fun
Estrella_ has quit [Read error: Connection reset by peer]
Estrella has joined #yocto
Estrella_ has joined #yocto
Estrella____ has quit [Ping timeout: 252 seconds]
Estrella___ has quit [Ping timeout: 268 seconds]
Estrella__ has joined #yocto
Guest14 has joined #yocto
Guest14 is now known as brazuca
wkawka has quit [Ping timeout: 252 seconds]
goliath has quit [Quit: SIGSEGV]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
goliath has joined #yocto
amithkk has quit [Quit: Connection closed for inactivity]
brazuca has quit [Quit: Client closed]
<jonmason>
RP: I see you pushed it ;-)
<jonmason>
zeddii: xen is not happy right now.
<jonmason>
* opkg_prepare_url_for_install: Couldn't find anything to satisfy 'kernel-module-xen-blkback'.
<zeddii>
that's because there's no bbappend for 5.19 in meta-virt yet
<jonmason>
just giving you a heads up before people start screaming
<zeddii>
since people are busying complaining they don't like my review of their changes, they can scream into a hole in the ground and it'll reach my ears just as easily.
<jonmason>
I don't like your review of my changes too
<jonmason>
I mean, I have nothing pending
<jonmason>
just a general comment
<jonmason>
my code is perfect
<jonmason>
take it on blind faith
<jonmason>
:d
<zeddii>
:D
<zeddii>
but I tested k3s against 5.19, so I have the .inc here somewhere. I'll remove 5.10 and push 6.19 shortly.
<jonmason>
one of these days I'll get all that xen testimage stuff working, then you'll be in real trouble
<khem>
6.19 will be too early 😉
* zeddii
is planning ahead.
<khem>
its not visible even with my magic glass 🙂
<jonmason>
Am I the only one that thinks it should still be 2.6.x?
prabhakarlad has quit [Quit: Client closed]
<zeddii>
hehe. 6.0 is next, so at least I had the major number right!
<zeddii>
jonmason: pushed the .inc files, let me know if you CI still is unhappy.
<khem>
Offer some e-Beer to CI
<jonmason>
zeddii: ok, let me re-run it. of course, it's still exploding with kernel config frag issues, but thats on me
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
alimon has quit [Remote host closed the connection]
alimon has joined #yocto
<RP>
jonmason: I did what I said I would do ;-)
<jonmason>
RP: of course, there is no blame. just something I need to do now
goliath has quit [Quit: SIGSEGV]
Estrella___ has joined #yocto
Estrella____ has joined #yocto
Estrella_ has quit [Ping timeout: 268 seconds]
Estrella has quit [Ping timeout: 268 seconds]
manuel1985 has joined #yocto
hushmoney has joined #yocto
goliath has joined #yocto
seninha has joined #yocto
<ptsneves>
@khem the fluentbit patch you sent is on top of mine or replacing?
<sakoman>
JaMa: No, not intentional! I somehow dropped it when I put that together, even though I did test it. Thanks for catching that, can't believe I did that :-(
<sakoman>
I will resend with it included
<RP>
vmeson: I enabled rust toolchains in the SDK by default
<RP>
(on the autobuilder)
<JaMa>
sakoman: no problem
<sakoman>
JaMa: OK, resent. thanks again!
<JaMa>
thanks
<JaMa>
better solution was suggested in upstream, will update both master and kirkstone once it lands in glibc/master
<sakoman>
JaMa: OK, I'll keep an eye out for that
manuel1985 has quit [Ping timeout: 268 seconds]
Estrella____ has quit [Remote host closed the connection]
Estrella has joined #yocto
<sakoman>
halstead: I've paused ubuntu2004-ty-1 since I'm getting out of disk space error
<sakoman>
I've also sent a note to help desk
<khem>
ptsneves: these are on top of your patch, it fixes clang builds