GNUmoon has quit [Remote host closed the connection]
LDericher has joined #yocto
GNUmoon has joined #yocto
Danct12 has joined #yocto
Omax_ has joined #yocto
Danct12 has quit [Client Quit]
Vonter has joined #yocto
Omax has quit [Ping timeout: 240 seconds]
linfax has joined #yocto
Omax_ is now known as Omax
jclsn has joined #yocto
frieder has joined #yocto
aardo has quit [Ping timeout: 255 seconds]
rfuentess has joined #yocto
ardo has joined #yocto
rob_w has joined #yocto
Minvera has quit [Ping timeout: 255 seconds]
Danct12 has joined #yocto
Schlumpf has joined #yocto
Kubu_work has joined #yocto
<LetoThe2nd>
yo dudX
vladest has joined #yocto
zpfvo has joined #yocto
vladest has quit [Ping timeout: 252 seconds]
Vonter has quit [Ping timeout: 246 seconds]
mckoan|away is now known as mckoan
<mckoan>
good morning
alessioigor has joined #yocto
prabhakarlad has joined #yocto
<olani->
mischief: Do you actually need versions or are your libs just missing a soname? Adding a soname that is the same as the filename should be safe.
Danct12 has quit [Quit: WeeChat 4.0.4]
vladest has joined #yocto
Danct12 has joined #yocto
vladest has quit [Quit: vladest]
vladest has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
varjag has joined #yocto
rfuentess has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
rfuentess has joined #yocto
l3s8g has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
ptsneves has joined #yocto
florian has joined #yocto
Danct12 has quit [Quit: WeeChat 4.0.4]
Danct12 has joined #yocto
davidinux has quit [Ping timeout: 255 seconds]
davidinux has joined #yocto
<rburton>
mischief: if the libraries are genuinely unversioned libraries (or modules) then there's a section in the manual explicitly about packaging unversioned libraries. if they're your libraries then it's best to version them.
florian_kc has joined #yocto
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Vonter has joined #yocto
vladest has quit [Quit: vladest]
vladest has joined #yocto
xantoz has quit [Ping timeout: 255 seconds]
vladest has quit [Ping timeout: 252 seconds]
Haxxa has quit [Remote host closed the connection]
Haxxa has joined #yocto
GNUmoon has quit [Ping timeout: 246 seconds]
GNUmoon has joined #yocto
vladest has joined #yocto
lighteagle has joined #yocto
vladest has quit [Ping timeout: 252 seconds]
<JaMa>
mischief: the biggest pain is with libraries where the SONAME doesn't match neither the actual filename no any symlink installed by the recipe and ldconfig in do_rootfs no longer uses -X to create these symlinks there, so I'm using patchelf to set soname even for prebuilt libraries to something reasonable or at least add symlinks to match
rfuentess has quit [Remote host closed the connection]
vladest has joined #yocto
vladest has quit [Ping timeout: 255 seconds]
Danct12 has quit [Quit: WeeChat 4.0.4]
Guest81 has joined #yocto
Guest81 has quit [Client Quit]
vladest has joined #yocto
xmn has joined #yocto
tnovotny has joined #yocto
rob_w has quit [Remote host closed the connection]
GNUmoon has quit [Ping timeout: 246 seconds]
vladest has quit [Ping timeout: 252 seconds]
vladest has joined #yocto
GNUmoon has joined #yocto
vladest has quit [Read error: Connection reset by peer]
vladest has joined #yocto
vladest has quit [Ping timeout: 252 seconds]
rfuentess has joined #yocto
rfuentess has quit [Remote host closed the connection]
<rburton>
hm so we have a 'mipsarch' override which means 'anything mips', so qemumips and qemumips64 both have it. should we introduce this universally so x86arch and armarch covers 32- and 64-bit variations?
<kanavin>
I can't for the life of me understand why gamers with old games are getting so much attention and care.
<rburton>
RP: i think it would be useful to have an override for the overall class of hardware without needing to duplicate
<RP>
rburton: I've thought this in the past but it isn't actually that common
<RP>
rburton: mips was annoying due to all the variants
<sudip>
old games are the best
Schlumpf has quit [Ping timeout: 245 seconds]
brazuca has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
lighteagle321123 has joined #yocto
lighteagle has quit [Ping timeout: 246 seconds]
rfuentess has joined #yocto
tnovotny has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Danct12 has joined #yocto
Minvera has joined #yocto
<JaMa>
rburton: will check with gcc trunk where it's already merged, if it's not reproducible there it might be easier to find what needs to be backported to 13 and 12
pabigot has quit [Ping timeout: 240 seconds]
davidinux has quit [Quit: WeeChat 3.5]
davidinux has joined #yocto
<ptsneves>
kanavin: Saw the poky patch message and had a hard time parsing it.
<ptsneves>
needs to select a config template from several, or get an overview of them and
<ptsneves>
is interested only in a brief explanation of what the template is for,
<ptsneves>
"Existing conf-notes.txt is not adequate in situations where the user
<ptsneves>
but not extended multi-paragraph instructions for how to use it."
rfuentess has quit [Remote host closed the connection]
lexano has joined #yocto
ckayhan1 has quit [Ping timeout: 252 seconds]
linfax has quit [Ping timeout: 252 seconds]
amitk has joined #yocto
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
mckoan is now known as mckoan|away
vladest has joined #yocto
rsalveti has quit [Ping timeout: 245 seconds]
bradfa has quit [Ping timeout: 246 seconds]
Tartarus has quit [Ping timeout: 246 seconds]
halstead has quit [Ping timeout: 240 seconds]
JPEW has quit [Ping timeout: 240 seconds]
reatmon has quit [Ping timeout: 240 seconds]
denix has quit [Ping timeout: 252 seconds]
ernstp has quit [Ping timeout: 246 seconds]
patersonc has quit [Ping timeout: 248 seconds]
stacktrust_ has quit [Ping timeout: 248 seconds]
tin_ has quit [Ping timeout: 246 seconds]
khem has quit [Ping timeout: 255 seconds]
georgem has quit [Ping timeout: 246 seconds]
kergoth_ has quit [Ping timeout: 246 seconds]
mithro has quit [Ping timeout: 246 seconds]
shivamurthy has quit [Ping timeout: 240 seconds]
dl9pf has quit [Ping timeout: 246 seconds]
mdp has quit [Ping timeout: 246 seconds]
smurray has quit [Ping timeout: 255 seconds]
praneeth_ has quit [Ping timeout: 255 seconds]
CosmicPenguin has quit [Ping timeout: 252 seconds]
madisox_ has quit [Read error: Connection reset by peer]
flynn378 has quit [Read error: Connection reset by peer]
moto-timo has quit [Read error: Connection reset by peer]
rburton has quit [Read error: Connection reset by peer]
paulbarker has quit [Read error: Connection reset by peer]
rmmr has quit [Read error: Connection reset by peer]
diamondman__ has quit [Read error: Connection reset by peer]
jkridner has quit [Write error: Connection reset by peer]
rhadye has quit [Read error: Connection reset by peer]
xtopher__ has quit [Read error: Connection reset by peer]
ndec has quit [Read error: Connection reset by peer]
Crofton has quit [Read error: Connection reset by peer]
bluelightning has quit [Read error: Connection reset by peer]
jonmason has quit [Read error: Connection reset by peer]
armpit has quit [Read error: Connection reset by peer]
LetoThe2nd has quit [Read error: Connection reset by peer]
nohit has quit [Read error: Connection reset by peer]
NishanthMenon has quit [Ping timeout: 258 seconds]
ldts has quit [Ping timeout: 252 seconds]
tortoise has quit [Ping timeout: 258 seconds]
awafaa has quit [Ping timeout: 258 seconds]
xtopher__ has joined #yocto
tortoise has joined #yocto
jkridner has joined #yocto
praneeth_ has joined #yocto
ldts has joined #yocto
madisox_ has joined #yocto
rhadye has joined #yocto
armpit has joined #yocto
khem has joined #yocto
rmmr has joined #yocto
georgem has joined #yocto
awafaa has joined #yocto
smurray has joined #yocto
dl9pf has joined #yocto
CosmicPenguin has joined #yocto
rburton has joined #yocto
patersonc has joined #yocto
LetoThe2nd has joined #yocto
Crofton has joined #yocto
ernstp has joined #yocto
stacktrust_ has joined #yocto
rburton has joined #yocto
rburton has quit [Changing host]
alessioigor has quit [Quit: alessioigor]
nohit has joined #yocto
mithro has joined #yocto
denix has joined #yocto
alessioigor has joined #yocto
paulbarker has joined #yocto
tin_ has joined #yocto
reatmon has joined #yocto
bradfa has joined #yocto
jonmason has joined #yocto
Tartarus has joined #yocto
rsalveti has joined #yocto
ndec has joined #yocto
flynn378 has joined #yocto
diamondman__ has joined #yocto
NishanthMenon has joined #yocto
mdp has joined #yocto
halstead has joined #yocto
JPEW has joined #yocto
kergoth_ has joined #yocto
shivamurthy has joined #yocto
bluelightning has joined #yocto
moto-timo has joined #yocto
moto-timo has quit [Changing host]
moto-timo has joined #yocto
ckayhan1 has joined #yocto
<RP>
yocton: I updated the bug. I don't see any real objections to what was proposed so I think we can proceed with that
<khem>
rburton: mips had so many arch level variants which were incompatible with each other in numerous ways so mipsarch is a sledgehammer for that.
|Xagen has joined #yocto
brazuca has quit [Quit: Client closed]
Xagen has quit [Ping timeout: 246 seconds]
<khem>
I am pretty sure there still are 16-bit DOS applications ( retro games ) needing to work on state of art Intel CPUs somewhere let alone 32bit
<kergoth_>
There's a lot of interest in retrocomputing and gaming and vintage stuff lately, parts prices are off the charts. wouldn't surprise me that they want those to still run, though you'd think emulation could cover the gap if need be
<yocton>
RP: Thanks! I'll try to follow your plan and see how it goes :)
alessioigor has quit [Quit: alessioigor]
Vonter has quit [Ping timeout: 245 seconds]
Vonter has joined #yocto
prabhakarlad has quit [Quit: Client closed]
florian_kc has quit [Ping timeout: 255 seconds]
florian has quit [Quit: Ex-Chat]
<mischief>
rburton: they aren't our libraries. they are genuinely unversioned. we already follow the manuals steps. the problem is that shlibdeps is broken :)
frieder has quit [Remote host closed the connection]
<JaMa>
mischief: how is it broken?
zpfvo has quit [Quit: Leaving.]
<Saur>
kanavin: 1.5 years ago you merged dbus-test into the main dbus recipe (in commit cfecef4e69). In that process you enabled --enable-tests, --enable-checks and --enable-asserts (they were previously only enabled for dbus-test). Reading the help about these options does not make it sound like they should be enabled for production code. So while I assume they may be needed for ptest, it seems like a bad idea to have them enabled by default.
<khem>
kergoth_: yeah, emulators is the key else we are stuck
<khem>
Saur: yeah, I think its good to seggregate them into packageconfigs which are enabled when PTEST_ENABLED is set
<khem>
mischief: prebuilt libraries could be a pain if they are not build with right information in ELF header e.g. DT_NEEDED and DT_SONAME if they are missing then things can go wrong even for ldso to load them properly, usually folks use dlopen to open these .so files as plugins and it works but thats not proper way
<mischief>
they aren't prebuilt, nor are they used with dlopen
<mischief>
just a giant bag of unversioned shared objects
<RP>
yocton: let me know if it runs into issues. Obviously you hope you have ideas like this right but it doesn't always go to plan
Vonter has quit [Ping timeout: 248 seconds]
prabhakarlad has joined #yocto
Vonter has joined #yocto
<khem>
JaMa: https://fosstodon.org/@kees/111054213020992461 this stack protector vulnerability reminds me of long resistance to patches to remove VLAs in kernel in order to get it going with clang and Behan was getting the flak eventually kernel got cleaned.
Maxxed has quit [Server closed connection]
<jonesv>
Is there a way to inspect how the device tree files (.dts, .dtsi) are being used when running bitbake?
<jonesv>
I am trying to use custom device tree definitions, so in my kernel recipe I put them in `files/dts`, then I point to them with `SRC_URI`, and then I list them in `KERNEL_DEVICETREE`. It feels like something happens with them (I had to add a Makefile otherwise it was complaining), but they don't end up on my device correctly. I would like to inspect a bit more which files are being compiled etc...
<khem>
JaMa: can you build it for a non crypto armv8 tune ?
<khem>
for checks
<JaMa>
khem: not atm, but I'm not using any -march/-mtune/-mcpu to reproduce it just -O2 and -fstack-protector-strong
<khem>
ok. can you then dump the options used -fverbose-asm should do it
<JaMa>
khem: and this reproducer is from old legacy code which nobody wants to maintain, so it still has -fcommon and tons of warnings/errors disabled with -Wno-error to just keep it building with newer toolchain
alimon has quit [Quit: Leaving.]
<khem>
hmmm
prabhakarlad has quit [Quit: Client closed]
davidinux has quit [Quit: WeeChat 3.5]
brazuca has joined #yocto
<yocton>
RP: yeah, we'll see what happens with the warning enabled!
<vvn>
Why are layer maintainers replacing LAYERSERIES_COMPAT instead of appending it when possible?
<vvn>
Like most layers that supported honister, support kirkstone, mickledore, nanbield and so on
<vvn>
it's quite annoying to bump a layer in order to get upstream fixes but then end up with compat issues and having to hack the compat manually
<vvn>
The last time it really made sense (and that's the whole purpose of this variable) was the bump to hardknott (?) introducing the override syntax change.
tlwoerner has quit [Server closed connection]
tlwoerner has joined #yocto
<zeddii>
with the number of ssl, golang, etc, other compatibility issues I've run into, I'd say that the override issue was the simpler case of compatiliby concerns. I know for my layers, I simply don't have the cycles to test all the combos, so I can only bump to what I've tested.
kscherer has joined #yocto
<khem>
vvn: its also a statement from layer maintainer about supported release combinations
Kubu_work has quit [Quit: Leaving.]
florian_kc has joined #yocto
<kergoth_>
vvn: It's quite common for a layer to not support across stable branches due to versoin-specific bbappends.
<kergoth_>
hardknott isn't the only compatibility issue
<vvn>
kanavin: so this layout assumes forking poky for your own project. Problem is that it comes with meta-yocto that you might not need. If bitbake-layers create-layers-setup handle bitbake as a clone too, then one create start a project from forking openembedded-core instead :)
<RP>
vvn: the nice thing is you can easily ignore meta-poky and even if included it doesn't change anything unless enabled
<vvn>
true!
* vvn
likes poky-less builds
kpo has quit [Ping timeout: 258 seconds]
kpo has joined #yocto
<vvn>
I like the idempotent aspect of the script
<vvn>
if create-layers-setup could format-patch the local changes, then it will be just perfect
<vvn>
(and there would be no need for kas anymore :)))
rsalveti has quit [Quit: Connection closed for inactivity]
<rburton>
vvn Bitbake-layers is in bitbake though so that’s the one repo youd ideally clone
<vvn>
rburton: good point. Starting a project from a bitbake fork seems weird for some reasons (:
<vvn>
and also because you'd usually source oe-init-build-env, which adds bitbake to PATH, it's a chicken and egg problem in a way
ptsneves has quit [Ping timeout: 255 seconds]
kpo has quit [Remote host closed the connection]
kpo has joined #yocto
Bardon has quit [Server closed connection]
Bardon has joined #yocto
Guest71 has quit [Quit: Client closed]
vladest has quit [Remote host closed the connection]
geoffhp has joined #yocto
vladest has joined #yocto
Piraty has quit [Remote host closed the connection]
Piraty has joined #yocto
bantu has quit [Ping timeout: 255 seconds]
bantu has joined #yocto
prabhakarlad has quit [Quit: Client closed]
brazuca has quit [Quit: Client closed]
|Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]