<ak77>
how do yocto devs manage patching the master, but developing in lts for a contract ? living double lives?
rfuentess has quit [Quit: me cagan las VPNs corporativas]
rfuentess has joined #yocto
<mcfrisk>
ak77: develop on master or suffer. one way to convince is to show the maintenance vs release time lines. easier to switch from master to a new LTS at same commits just before release of product, than to use a 2 year old LTS release just out of maintenance on product release
wooosaiiii has quit [Quit: wooosaiiii]
wooosaiiii has joined #yocto
<mcfrisk>
if something technical forces to develop on master, say BSP layer, then fix the BSP layer or at least limit its impact to bare minimum. using master and a slightly older BSP u-boot/kernel can work
<mcfrisk>
if something technical forces to develop on __LTS__, say BSP layer, then fix the BSP layer or at least limit its impact to bare minimum. using master and a slightly older BSP u-boot/kernel can work
* mcfrisk
needs coffee
amitk_ has joined #yocto
amitk has quit [Ping timeout: 245 seconds]
lquirion has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
aduskett has joined #yocto
Saur_Home82 has quit [Quit: Client closed]
Saur_Home82 has joined #yocto
mckoan|away is now known as mckoan
aduskett has quit [Remote host closed the connection]
aduskett has joined #yocto
zpfvo has joined #yocto
Perflosopher2 has joined #yocto
Perflosopher has quit [Ping timeout: 260 seconds]
Perflosopher2 is now known as Perflosopher
frieder has joined #yocto
leon-anavi has joined #yocto
Kubu_work has joined #yocto
florian_kc has joined #yocto
<rob_w>
what is the process to add a host distribution to the supported list ?
<RP>
khem: I think there were hashequiv issues which seem to have resolved...
Wouter01002 has joined #yocto
sotaoverride has joined #yocto
<rburton>
rob_w: have a good argument for the distro, and convince RP/halstead/probably the TSC that adding more workers to the AB to test it is worthwhile. what distro where you thinking of?
<rob_w>
iam running mint 21.1 which is bascicly ubuntu jammy clone
<rob_w>
21.x is jammy so to speak
<rburton>
so is the ubuntu 22.04 testing sufficient?
lquirion has quit [Remote host closed the connection]
<rob_w>
dunno if its worthwile, thought i might be so close to ubuntu that i slips through ;) .
lquirion has joined #yocto
<rburton>
we'd need at least one dedicated worker in the AB cluster for testing, so the bar is not low
<rburton>
if its "basically ubuntu" then personally i lean towards if it works on ubuntu then derivates should be good
<rob_w>
i donnt know all your details , what i know is mint is basic ubuntu, yet running some differnt desktops like mate, cinamon or xfce
<rob_w>
and i assume as yocto has hardly or no conditions on running any desktop apps , i guess it "could" slip as a jammy from yoctos point of view
<rob_w>
on the otherhand, its just the "Warning" which pops up, all building workds fine for me all the time ( apart from my personal screwups"
<rob_w>
i got a different question about how to properly alter a existing machine.conf and values from its includes inside my own layers, i cant have a .bbappend like thing on a machine.conf , can i ?
<kanavin>
RP: I'm looking into why package_rpm is so much slower than ipk/deb, or even itself two years ago
<rburton>
rob_w: no
<rob_w>
ok thx
<rburton>
rob_w: you can make a new machine which includes other machine configs
<kanavin>
as I was observing the 3-day AUH run, this in particular was notable
<kanavin>
the other contribution to the 3 day thing was that there were lots of upgrades that change something at the core of the build tree, e.q. if sqlite needs an update, then the test builds have to rebuild sqlite-native, and then basically the whole toolchain after it to get to sqlite target
<rob_w>
like mymach.conf which which pulls the orininal conf and changes the vars after that in my conf part
<RP>
rob_w: we've always worked off the assumption that mint and other ubuntu/debian derivatives were close enough that out debian/ubuntu testing was good enough. I know what you mean about the warning though
<RP>
kanavin: there are a few performance issues being reported so if you're able that sounds worthy of investigation
Jones42 has quit [Ping timeout: 276 seconds]
florian_kc has joined #yocto
jclsn has joined #yocto
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 252 seconds]
rfuentess has quit [Remote host closed the connection]
sotaoverride has quit [Ping timeout: 252 seconds]
sotaoverride has joined #yocto
rfuentess has joined #yocto
<qschulz>
ok so I've got an interesting conundrum I believe
<qschulz>
swupdate is configured via Kconfig
<qschulz>
it automatically pulls the build time dependencies (probably runtime as well) based on the cotent of the defconfig via an anonymous python
<qschulz>
the thing is, it reads the defconfig from the SRC_URI and not the one you can modify with menuconfig
<qschulz>
and it does so by calling the fetcher by hand
<qschulz>
so I was wondering if there's some smart way to update the list of dependencies when I use menuconfig and rebuild or if I have to save it as a defconfig first
<qschulz>
I could hack the thing to check if there's already a .config or defconfig in B/UNPACKDIR/whatever
<qschulz>
BUT, it may be replaced if the defconfig in SRC_URI gets replaced (e.g. because it got updated, or a bbappend appeared)
albeu has joined #yocto
ehussain has joined #yocto
<rburton>
qschulz: that's a big bug in the recipe: it should read the file in workdir
<qschulz>
rburton: it cannot
<qschulz>
because it's an anonymous python function
<qschulz>
and if you don't have it in the anonymous function, then you have an issue with variable scope for DEPENDS
<rburton>
yeah that's absolutely horrible though
<rburton>
presumably that also means the defconfig _needs_ to be local and you can't put it in a git repo, as it won't be fetched when the anonpy runs
<qschulz>
that's the assumption made here yes
<rburton>
horrid
<qschulz>
well, I guess you could use a variable in the anon python and fetch that defconfig then
<rburton>
i get what they're trying to do, but yuck
<qschulz>
i am trying to come up with something for this but no eureka moment for now
Jones42_ has quit [Ping timeout: 276 seconds]
<qschulz>
The other thing is to use PACKAGECONFIG then
<qschulz>
and in do_configure do a manual check if PACKAGECONFIG actually is selected for the features the defconfig has enabled
<qschulz>
and fail if that's not the case
<rburton>
or use packageconfig to inject options
<qschulz>
nope, not doing that that's for sure
<qschulz>
I am NOT creating defconfigs by hand :)
<qschulz>
it's Kconfig, too many possible issues
<qschulz>
except if there's a magic tool for that though
jclsn has joined #yocto
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 276 seconds]
sotaoverride has quit [Ping timeout: 246 seconds]
sotaoverride has joined #yocto
albeu has quit [Ping timeout: 252 seconds]
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 272 seconds]
belsirk has joined #yocto
rfuentess has quit [Ping timeout: 252 seconds]
Jones42 has joined #yocto
albeu has joined #yocto
albeu has quit [Quit: albeu]
florian_kc has joined #yocto
cyxae has joined #yocto
florian_kc is now known as florian
xmn has joined #yocto
Minvera has joined #yocto
davidinux1 has quit [Ping timeout: 246 seconds]
Saur_Home82 has quit [Quit: Client closed]
Saur_Home82 has joined #yocto
Guest22 has joined #yocto
Guest22 has quit [Client Quit]
sotaoverride has quit [Ping timeout: 245 seconds]
sotaoverride has joined #yocto
Xagen has joined #yocto
<mckoan>
Distinti Saluti / Best Regards
<mckoan>
Sorry for the OT. Has anyone used any benchmark system with linux that allows to do a performance comparison between different SoCs running embedded Linux? For example 'stress-ng'.
agodard has quit [Remote host closed the connection]
agodard has joined #yocto
aduskett has quit [Ping timeout: 265 seconds]
Xagen has joined #yocto
Guest74 has joined #yocto
Guest74 has quit [Client Quit]
davidinux1 has joined #yocto
Tyaku has joined #yocto
frieder has quit [Remote host closed the connection]
davidinux1 has quit [Ping timeout: 252 seconds]
leon-anavi has quit [Remote host closed the connection]
davidinux1 has joined #yocto
sotaoverride has quit [Ping timeout: 265 seconds]
sotaoverride has joined #yocto
Tyaku has quit [Quit: Lost terminal]
mckoan is now known as mckoan|away
druppy has quit [Ping timeout: 248 seconds]
Kubu_work has quit [Quit: Leaving.]
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 276 seconds]
Jones42_ has quit [Ping timeout: 252 seconds]
xmn has left #yocto [#yocto]
zpfvo has quit [Remote host closed the connection]
Saur_Home82 has quit [Quit: Client closed]
Saur_Home82 has joined #yocto
Articulus has quit [Quit: Leaving]
PhoenixMage has quit [Ping timeout: 252 seconds]
PhoenixMage has joined #yocto
Kubu_work has joined #yocto
druppy has joined #yocto
druppy has quit [Client Quit]
druppy has joined #yocto
<khem>
mckoan|away: have done some work with phoronix-test-suite ages ago
ahussain has joined #yocto
ahussain has quit [Remote host closed the connection]
ehussain has quit [Ping timeout: 248 seconds]
Saur_Home82 has quit [Quit: Client closed]
Saur_Home82 has joined #yocto
druppy has quit [Read error: Connection reset by peer]
druppy1 has joined #yocto
druppy1 has quit [Ping timeout: 272 seconds]
sotaoverride has quit [Ping timeout: 252 seconds]
druppy has joined #yocto
sotaoverride has joined #yocto
bhstalel has joined #yocto
<landgraf>
i've not seen pseudo mismatch for a while and today it's blocking the build completely. Can it be caused by freshly installed Fedora 41? it was different distribution before
florian_kc has joined #yocto
<RP>
landgraf: which pseudo version?
<bhstalel>
Hello RP, do you know when is the due date of submitting the Summit slides ?
<RP>
landgraf: you'll have a new libc which may mean you need the latest pseudo which had updates for f41
<RP>
bhstalel: I do not. LetoThe2nd would know
<bhstalel>
Did you receive my patch about the NoProvider exception in bitbake-getvar ?
florian has quit [Ping timeout: 260 seconds]
<landgraf>
RP: oh. that's the reason probably. It's scarthgap
<RP>
bhstalel: I did. Could you swap the f'{e}' for str(e) and resend please
<RP>
bhstalel: I've been meaning to reply asking about that
<landgraf>
RP: it includes "pseudo: Fix to work with glibc 2.40"
<landgraf>
glibc-2.40-11.fc41.x86_64
<RP>
landgraf: perhaps missing fixes needed for python though?
<landgraf>
RP: oh. Sorry. It was not in the repo. just rebased
<LetoThe2nd>
bhstalel: I’m give if you have them uploaded before the event starts.
<RP>
landgraf: those should have addressed things then :/
druppy1 has joined #yocto
druppy has quit [Ping timeout: 252 seconds]
druppy1 is now known as druppy
<landgraf>
RP: it fixed the issue. Thank you! There was one more issue with ninja-native being too old for Python 3.13 but this one was easy even for me :)
<RP>
landgraf: ok, good
Ad0 has quit [Ping timeout: 252 seconds]
Ad0 has joined #yocto
dkl has quit [Quit: %quit%]
dkl has joined #yocto
bhstalel has quit [Quit: Client closed]
druppy has quit [Ping timeout: 244 seconds]
rob_w has quit [Quit: Leaving]
bhstalel has joined #yocto
bhstalel has quit [Client Quit]
florian_kc has quit [Ping timeout: 248 seconds]
florian_kc has joined #yocto
sotaoverride has quit [Ping timeout: 248 seconds]
sotaoverride has joined #yocto
cabazon has joined #yocto
Saur_Home82 has quit [Quit: Client closed]
Saur_Home82 has joined #yocto
cabazon has quit [Quit: Client closed]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]