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
|Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mbulut_ has joined #yocto
mbulut_ has quit [Remote host closed the connection]
mbulut_ has joined #yocto
sakoman has quit [Ping timeout: 240 seconds]
jclsn has quit [Ping timeout: 256 seconds]
jclsn has joined #yocto
sakoman has joined #yocto
alimon has quit [Ping timeout: 252 seconds]
Thorn has quit [Quit: Why is the alphabet in that order? Is it because of that song?]
Xagen has joined #yocto
|Xagen has joined #yocto
Xagen has quit [Ping timeout: 256 seconds]
schtobia has quit [Quit: Bye!]
schtobia has joined #yocto
jmd has joined #yocto
<Jookia> is there a reason there's no meson autopackage thing?
<Jookia> with recipe-tool
<Jookia> or is it just a missing feature
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
Dracos-Carazza has joined #yocto
pbiel has joined #yocto
amitk has joined #yocto
<kanavin> Jookia, what is a meson autopackage thing?
zpfvo has joined #yocto
<Jookia> so recipetool create will check if your project uses cmake or autotools and set 'inherit ...' in the recipe
<Jookia> it seems like it could do this looking for 'meson.build'
florian has joined #yocto
rob_w has joined #yocto
Guest18 has joined #yocto
<RP> khem: Did you find a tweak or replacement for assimp?
ray-san has joined #yocto
luc4 has joined #yocto
linfax has joined #yocto
snowurm has joined #yocto
aardo has quit [Ping timeout: 268 seconds]
ardo has joined #yocto
florian_kc has joined #yocto
mckoan|away is now known as mckoan
gmask has joined #yocto
jmd has quit [Remote host closed the connection]
Kubu_work has joined #yocto
luc4 has quit [Ping timeout: 255 seconds]
luc4 has joined #yocto
Guest18 has quit [Quit: Client closed]
geoffhp has quit [Quit: Leaving]
snowurm has quit [Ping timeout: 268 seconds]
<JaMa> assimp removed in 2021? I've just came across a component depending on it as well
mbulut_ has quit [Remote host closed the connection]
mbulut has joined #yocto
leon-anavi has joined #yocto
luc4 has quit [Ping timeout: 260 seconds]
rburton_ is now known as rburton
<rburton> Jookia: patches welcome (scripts/lib/recipetool/create_buildsys.py, fwiw) or at least please file a bug
<Jookia> i'll try a quick patch for it when i next touch oe
luc4 has joined #yocto
<kanavin> RP: I'm going to take the qemu 9 update if you haven't started on that
MrCryo has joined #yocto
<RP> kanavin: I haven't touched it yet
<RP> gcc14, the unpack changes and the new autobuilder are overloading me :(
<rburton> i'd prioritise gcc14 and autobuilder. what's the latest fallout on 14, is there a build that needs a triage on?
mihai has joined #yocto
<RP> I'm wondering if upgrading assimp will help
<rburton> it also changes libxml2 to gmp
<RP> hmm, probably dependency related? :/
<RP> For the new autobuilder, the problem is that in a build directory, running "yocto-autobuilder-helper/scripts/bitbake-extra-tests" fails on local fast DISPLAY connections
<rburton> yeah maybe that was a dependency of librdf
<RP> looks like a bitbake cooker bug
<RP> the old AB is slower and doesn't fail
<RP> well, my local system sees "No reply from server in 30s " a few times
<RP> the new AB times out
<RP> there is also a really slow running world build on the new cluster
<rburton> RP: my problem with alisp is that it appears to be a one-man project and if he gets bored/a job/etc then its dead. there are better autotools choices.
<RP> something in runqueue is pathalogically slow :(. Maybe related to some of the performance issues kanavin spotted a while ago?
<RP> rburton: I thought you'd say that and I do kind of agree. Is there a better choice?
rob_w has quit [Remote host closed the connection]
<kanavin> RP: I can try to help with that rather
<rburton> RP: something like gnu m4 or gnu make - smallish and actively maintained. devtool works well enough if you give it a new recipe name like devtool-test-make.
<rburton> the license detection goes wrong but we can add more hashes ...
<RP> kanavin: sadly I managed to break that slow build and it exited before I could backtrace it
<RP> kanavin: 5 hours to get to https://valkyrie.yoctoproject.org/#/builders/17/builds/7/steps/11/logs/stdio and it was sitting on an idle server with no tasks running
<RP> kanavin: although now I think of it, I'm not sure which one you mean as "that" :)
<RP> rburton: patches would be very welcome
c-thaler has joined #yocto
Guest18 has joined #yocto
sakoman has quit [Ping timeout: 256 seconds]
gmask has quit [Remote host closed the connection]
<Guest18> in short i want to exclude rng-tools from being part of rootfs while installing openssh
amitk_ has joined #yocto
alessioigor has joined #yocto
amitk has quit [Ping timeout: 256 seconds]
sakoman has joined #yocto
alessioigor has quit [Quit: Client closed]
alessioigor has joined #yocto
<rburton> Guest18: what release of yocto?
<RP> I hate some of the bitbake code :(
<Guest18> warrior(2.7)
<rburton> Guest18: why are you using a release that was EOL in 2020?
<Guest18> Agree, but some of set up were not able to update due to certain limitations so dont have option
<rburton> Guest18: https://git.yoctoproject.org/poky/tree/meta/recipes-connectivity/openssh/openssh_7.9p1.bb?h=warrior#n152 <-- that's a recommends so look up BAD_RECOMMENDATIONS in the documentation
<rburton> using a four year old release is an active choice and if this is for production then I beg you to plan for an updaete
<Guest18> I have added NO_RECOMMENDATIONS_${PN}-sshd_append_class-target = "1" in by bbappend file but didnt worked
<Guest18> I am trying adding NO_RECOMMENDATIONS = "1" in local.conf to check if it works
<rburton> look up BAD_RECOMMENDATIONS in the manual, and use that
_lore_ has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
_lore_ has joined #yocto
<Guest18> adding NO_RECOMMENDATIONS = "1" in bbappend file will be helpful ?
<JaMa> reading the documentation will be helpful? :)
<kanavin> RP: I meant slowness of builds and bringing up new machines in general. I didn
<kanavin> 't start with qemu yet
<RP> FWIW I've tracked down the taskdep UI glitch
florian_kc has quit [Ping timeout: 268 seconds]
toric has quit [Read error: Connection reset by peer]
toric has joined #yocto
lexano has joined #yocto
goliath has joined #yocto
zkrx has quit [Ping timeout: 252 seconds]
florian has quit [Quit: Ex-Chat]
luc4 has quit [Remote host closed the connection]
luc4 has joined #yocto
zkrx has joined #yocto
pbiel has quit [Quit: Leaving]
amitk_ has quit [Ping timeout: 264 seconds]
luc4 has quit [Ping timeout: 255 seconds]
arisut has quit [Quit: install gentoo]
arisut has joined #yocto
arisut has quit [Client Quit]
arisut has joined #yocto
paulg has joined #yocto
florian_kc has joined #yocto
MrCryo has quit [Read error: Connection reset by peer]
MrCryo_ has joined #yocto
MrCryo_ is now known as MrCryo
snowurm has joined #yocto
<RP> rburton: I managed to track down the option for assimp to make it pass with gcc 14
sakoman1 has joined #yocto
GNUmoon2 has quit [Read error: Connection reset by peer]
GNUmoon2 has joined #yocto
linfax has quit [Ping timeout: 268 seconds]
ray-san has quit [Ping timeout: 264 seconds]
<rburton> RP: i may switch anyway if assimp is that dead
<rburton> but i did fix the meson/sdk issue
sakoman1 has quit [Remote host closed the connection]
sakoman1 has joined #yocto
sakoman1 has quit [Client Quit]
<RP> rburton: it is making releases and this gives us a way forward
<RP> rburton: cool
<rburton> RP: so the SDK environment scripts set OECORE_TARGET_ARCH etc. that's a lie: thats _HOST_ from the perspective of the user in the SDK, right
c-thaler has quit [Quit: Client closed]
<RP> rburton: are we talking nativesdk or target ?
<RP> rburton: we have "build" which is the machine we're building on, "host" which is where the thing we're building will ultimately get run and "target" which is where we want the resulting binaries to be used
sakoman1 has joined #yocto
<rburton> RP: right. the sdk environment scripts are generated with export OECORE_TARGET_ARCH="${TARGET_ARCH}", so the use of TARGET_ARCH in the value is right. but when the user is using the SDK, that's the host.
<rburton> i propose deprecating OECORE_TARGET_* and adding OECORE_HOST_*
<RP> rburton: I think it isn't as simple as this
<RP> rburton: the environment scripts are messy as I think they have to run in a bad context :/
<RP> rburton: I guess I'm confused whether you mean "thing SDK is runnng on" or "thing SDK is building binaries for"
<RP> OECORE_TARGET_ARCH is "thing SDK is building binaries for"
<rburton> right and i think that's wrong. to the user of the SDK, that's the host
<RP> I think changing it around will just create more confusion :(
<RP> you are right, it does depend which context you look at this from
<rburton> the clue is that we do --host=${TARGET_SYS} in the sdk autooconf args: everything has rotated one step
<RP> Right, but this is so when you're looking at this from an OE perspective, it doesn't confuse things there :(
alessioigor has quit [Ping timeout: 250 seconds]
mjm has quit [Read error: Connection reset by peer]
mjm has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
jmd has joined #yocto
zpfvo has quit [Remote host closed the connection]
mckoan is now known as mckoan|away
<khem> rburton: I was asking about the autotools example other day, then I looked at savannah and picked one with least deps and most active as of last week
<khem> I was also trying to use one which is not available as recipe in metadata
<rburton> there's no problem with using one in core already just give it a new name in devtool
<rburton> ie devtool add devtool-test-gawk
<rburton> hm i wonder how long esdk has been broken
<khem> I think gnu make is a good option
<khem> it needs libguile though, I see -lguile-3.0 -lgc -lpthread -ldl
<rburton> must be optional as our make recipe doesn't
<rburton> EXTRA_OECONF += "--without-guile" :)
mbulut_ has joined #yocto
mbulut has quit [Ping timeout: 256 seconds]
jmd` has joined #yocto
mbulut_ has quit [Quit: Leaving]
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
tlwoerner has quit [Ping timeout: 240 seconds]
leon-anavi has quit [Remote host closed the connection]
<khem> rburton: https://git.yoctoproject.org/poky-contrib/commit/?h=yoe/mut&id=269f443bd6b219335ce749ceb237fca849c627b0
<khem> on top of master-next
tlwoerner has joined #yocto
tlwoerner has quit [Ping timeout: 268 seconds]
tlwoerner has joined #yocto
yudjinn has joined #yocto
snowurm has quit [Ping timeout: 268 seconds]
florian_kc has joined #yocto
snowurm has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
goliath has quit [Quit: SIGSEGV]
amitk has joined #yocto
Guest64 has joined #yocto
<Guest64> Hello everybody, what should be the content of the email to subscribe to the group?
florian_kc has joined #yocto
mbulut has joined #yocto
Kubu_work has quit [Quit: Leaving.]
mbulut_ has joined #yocto
mbulut has quit [Ping timeout: 256 seconds]
mbulut_ has quit [Remote host closed the connection]
mbulut has joined #yocto
Guest64 has left #yocto [#yocto]
amitk has quit [Ping timeout: 255 seconds]
zkrx has quit []
MrCryo has quit [Remote host closed the connection]
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
Dracos-Carazza has joined #yocto
goliath has joined #yocto
zkrx has joined #yocto
jmd has quit [Remote host closed the connection]
jmd` has quit [Remote host closed the connection]