ChanServ changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec
troth has quit [Ping timeout: 268 seconds]
rsalveti has joined #yocto
chep has quit [Ping timeout: 240 seconds]
troth has joined #yocto
chep has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
sakoman has quit [Quit: Leaving.]
troth has quit [Ping timeout: 256 seconds]
chep has quit [Ping timeout: 268 seconds]
qschulz has quit [Remote host closed the connection]
troth has joined #yocto
chep has joined #yocto
qschulz has joined #yocto
xmn has quit [Quit: ZZZzzz…]
bps has joined #yocto
bps has joined #yocto
sakoman has joined #yocto
xmn has joined #yocto
chep has quit [Ping timeout: 256 seconds]
chep has joined #yocto
Wouter0100 has quit [Ping timeout: 250 seconds]
Vonter has joined #yocto
Wouter0100 has joined #yocto
goliath has quit [Quit: SIGSEGV]
troth has quit [Ping timeout: 256 seconds]
sakoman has quit [Quit: Leaving.]
troth has joined #yocto
troth has quit [Ping timeout: 260 seconds]
troth has joined #yocto
troth has quit [Ping timeout: 264 seconds]
xmn has quit [Quit: ZZZzzz…]
xmn has joined #yocto
troth has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
Vonter has quit [Ping timeout: 256 seconds]
Vonter has joined #yocto
Vonter has quit [Ping timeout: 260 seconds]
chep has quit [Ping timeout: 240 seconds]
chep has joined #yocto
meck[m] has quit [Quit: You have been kicked for being idle]
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
Vonter has joined #yocto
chep has quit [Ping timeout: 256 seconds]
chep has joined #yocto
dev1990 has joined #yocto
adrian__ has joined #yocto
kanavin has joined #yocto
bps has quit [Ping timeout: 256 seconds]
kroon has joined #yocto
<agherzan> Hey. I get a strange error when adding a layer with bitbake-layers in dunfell:
<agherzan> Have you seen this before?
zenstoic has joined #yocto
troth has quit [Ping timeout: 260 seconds]
<RP> agherzan: it doesn't look very helpful :/
<agherzan> Indeed. But I found the issue
<RP> agherzan: It says in a comment above that raise, "# We've already printed the actual error(s)"
<agherzan> They never get printed.
<RP> agherzan: was this fixed in master?
<agherzan> Yes. I'll find the commit and backport it.
<RP> agherzan: sounds good. I remember fixing something like this...
<agherzan> I also remember it very well. But it is over my memory buffer
<RP> agherzan: I think https://bugzilla.yoctoproject.org/show_bug.cgi?id=13183 may be related too and is still open :/
troth has joined #yocto
<agherzan> Missed that one RP . Good call.
<RP> agherzan: the owner of that bug needs to get their act together
<agherzan> He he he. I'll make sure I have a word with him.
vladest has quit [Quit: vladest]
vladest has joined #yocto
xmn has quit [Quit: xmn]
davidinux has quit [Quit: WeeChat 2.8]
davidinux has joined #yocto
chep has quit [Ping timeout: 265 seconds]
chep has joined #yocto
florian__ has joined #yocto
florian__ has quit [Ping timeout: 240 seconds]
<kanavin> RP: should we run AUH once every two weeks maybe? weekly doesn't really leave enough buffer time to get the patches in before the next round
<agherzan> RP: Found them:
<agherzan> b61f94b4 tinfoil: When sending commands we need to process events
<agherzan> e1b00ed6 process/knotty: Improve early exception handling
<agherzan> 942087d5 command: Ensure exceptions inheriting from BBHandledException are visible
<agherzan> These fix:
<agherzan> 1. Traceback on parsing errors
<agherzan> 2. Visibility of parsing logs
<agherzan> Any objections in backporting thess on bb dunfell?
Vonter has quit [Ping timeout: 268 seconds]
<agherzan> And by dunfell I mean 1.46
<RP> kanavin: I'd be ok with once every couple of weeks
<RP> agherzan: I've not looked in detail but they sound reasonable
<RP> agherzan: does that mean the open bug was fixed?
<agherzan> Not really RP . It's not clear but the logs are showing that they are on thud.
<RP> agherzan: but the issue is fixed in master?
<agherzan> I'm not sure how easily these patches apply on top of bb version on thud
<agherzan> It is fixed in master, backporting these 3 patches fixes it on dunfell too.
<agherzan> but the report is (i reckon) on thud
<RP> agherzan: we'd resolve the bug as fixed if master is ok and we have backports to dunfell as those are the only supported versions
<RP> we can't backport every bug to every release, just not realistic
Vonter has joined #yocto
<agherzan> That works for me
<agherzan> We should point to the fix in dunfell (backports) for reference in that bug and close it as rejected
<RP> agherzan: let steve know which patches we need and I'm sure he'll include/queue/test
<RP> the bug has been open a long time :/
chep has quit [Ping timeout: 264 seconds]
<agherzan> I'll wait for the backports to land in dunfell, clarify these in the bug and propose for closing (I'm not sure if I can close it myself).
<agherzan> There are also workaround available - check bitbake-cookerdaemon.log
<agherzan> workarounds*
<RP> agherzan: thanks. I can definitely resolve once we're ready if needed
<agherzan> Cool.
<RP> agherzan: in fact if you comment in the bug about the patches needed, I can reassign to steve
chep has joined #yocto
pabigot has joined #yocto
zyga has quit [Ping timeout: 268 seconds]
<kanavin> RP: right, where is that set? Can you adjust it please?
goliath has joined #yocto
cperon has joined #yocto
sinic[m] has joined #yocto
<cperon> Hi Guys, I have a meta-layer with a toto_1.43.0.bbappend to fix a specific bb files from an upstream layer. But sometimes the toto_1.43.0.bb is present sometimes not. Is it possible to make yocto not complains about the missing toto_1.43.0.bb ?
<cperon> for example if users have cloned a recent layer with the 1.43.1 then the fix in the bbappend is not required
leon-anavi has joined #yocto
Vonter has quit [Ping timeout: 256 seconds]
florian__ has joined #yocto
tgamblin_ has quit [Remote host closed the connection]
tgamblin_ has joined #yocto
zenstoic has quit [Quit: Connection closed for inactivity]
florian__ has quit [Ping timeout: 264 seconds]
chep has quit [Ping timeout: 268 seconds]
chep has joined #yocto
<kroon> RP, have you considered making all native/cross recipes DEPENDS on "binutils-native" with tools packaged and configured with "--enable-deterministic-archives" ? That would also make gcc-cross become reproducable, and would probably help a lot of other native/cross builds to become more deterministic
<dvorkindmitry> how can I get rid of the error if my x_%.bbappend file exists (in my layer), but the file x_versiopn.bb from another layer does not exist?
<kroon> dvorkindmitry, why doesnt the .bb file exist ?
<kroon> is it because your layer is supposed to work with multiple yocto branches ?
<kroon> or something else ?
chep has quit [Ping timeout: 256 seconds]
chep has joined #yocto
<RP> kroon: considered, yes but that has horrible build time implications :(
<RP> kanavin: it is set here: http://git.yoctoproject.org/cgit.cgi/yocto-autobuilder2/tree/schedulers.py#n415 but "every other week" seems hard in that code :(
chep has quit [Ping timeout: 264 seconds]
<RP> kroon: also, "all native depending on binutils-native" would result in circular dependencies
<kroon> RP, is it really that bad ?
<RP> kroon: yes, it is :(
<kroon> RP, well yeah, that one would be the exception
florian__ has joined #yocto
<RP> kroon: you can't do "one exception" as binutils-native has dependencies
<kroon> RP, hmm yes
chep has joined #yocto
<kroon> RP, so perhaps somehow setting AR="ar -D" and RANLIB="ranlib-D" in meta data is a better strategy ?
<kroon> i mean even putting a ar/ranlib wrapper script that just appended "-D" would help a lot I think
<kroon> RP, maybe thats not a bad idea, ar/ranlib wrappers ?
<RP> kroon: wrappers can be rather painful and we don't do that with other commands, I'd just try the options
<RP> kroon: can we not just append that to BUILD_AR and BUILD_RANLIB?
<kroon> RP, I can try, I just wasn't sure where to append it
fancer has quit [Remote host closed the connection]
xtopher_ has quit [Remote host closed the connection]
rhadye has quit [Remote host closed the connection]
jamestperk has quit [Remote host closed the connection]
georgem has quit [Remote host closed the connection]
nohit has quit [Remote host closed the connection]
ndec has quit [Remote host closed the connection]
tgamblin_ has quit [Quit: Leaving]
<RP> kroon: those two variables should do the right thing
halstead has quit [Remote host closed the connection]
mithro has quit [Remote host closed the connection]
cengiz_io has quit [Remote host closed the connection]
madisox has quit [Remote host closed the connection]
flynn378 has quit [Remote host closed the connection]
Tartarus has quit [Remote host closed the connection]
aeroraptor has quit [Remote host closed the connection]
<kroon> RP, so the problem then is that we get build errors when doing "ar D cru <xxx>": ar: `u' is not meaningful with the `D' option
CosmicPenguin has quit [Remote host closed the connection]
YogeshSiraswar_ has quit [Remote host closed the connection]
NishanthMenon has quit [Remote host closed the connection]
armpit has quit [Remote host closed the connection]
dagmcr has quit [Remote host closed the connection]
awafaa has quit [Remote host closed the connection]
rsalveti has quit [Remote host closed the connection]
<RP> kroon: fun. Is that from the gcc build or elsewhere?
<kroon> RP, libtool-native, but this was just the first stumbling point, im sure there are others that do that..
<kroon> I know gcc also does it in a couple of places
florian__ has quit [Ping timeout: 260 seconds]
bradfa has quit [Ping timeout: 250 seconds]
JPEW has quit [Ping timeout: 250 seconds]
rburton has quit [Ping timeout: 250 seconds]
dl9pf has quit [Ping timeout: 246 seconds]
rmmr has quit [Ping timeout: 246 seconds]
moto-timo has quit [Ping timeout: 250 seconds]
drewfustini has quit [Ping timeout: 250 seconds]
elfenix|cloud has quit [Ping timeout: 260 seconds]
ernstp has quit [Ping timeout: 246 seconds]
darknighte has quit [Ping timeout: 260 seconds]
ldts has quit [Ping timeout: 250 seconds]
<RP> kroon: I wonder if that code us using U to disable determinism, otherwise how else would it work when binutils is compiled with the deterministic option? :/
paulbarker has quit [Ping timeout: 250 seconds]
thierryE has quit [Ping timeout: 246 seconds]
smurray has quit [Ping timeout: 250 seconds]
Crofton has quit [Ping timeout: 260 seconds]
jonmason has quit [Ping timeout: 260 seconds]
<cperon> <kroon> "is it because your layer is..." <- If the question was for me, Yes some people use a different upstream layer
chep has quit [Ping timeout: 256 seconds]
<cperon> But I think the answer is no :/
chep has joined #yocto
zyga has joined #yocto
leon-anavi has quit [Quit: Leaving]
chep has quit [Ping timeout: 250 seconds]
chep has joined #yocto
florian__ has joined #yocto
chep has quit [Ping timeout: 246 seconds]
chep has joined #yocto
<kroon> RP, there is a warning printed that "u" is ignored when binutils is built with default deterministic archives. but in that case it is still a fatal error if both D and u are passed
florian__ has quit [Ping timeout: 260 seconds]
<kroon> RP, https://sourceware.org/git/?p=binutils-gdb.git;a=blob;f=binutils/ar.c;h=8885585ef7537450f0f0990a5eeea7eb16bcad8f;hb=HEAD#l814
awafaa has joined #yocto
<kroon> cperon, it was for dvorkindmitry, but i think my answer can apply to your case aswell. You can put .bbappends in special directories, and make sure those directories are only parsed depending on whatever your preference is, like yocto branch or collection
<kroon> ^^^ customizing your layer.conf that is
NishanthMenon has joined #yocto
dagmcr has joined #yocto
chep has quit [Ping timeout: 260 seconds]
CosmicPenguin has joined #yocto
mithro has joined #yocto
armpit has joined #yocto
flynn378 has joined #yocto
Tartarus has joined #yocto
rsalveti has joined #yocto
cengiz_io has joined #yocto
chep has joined #yocto
aeroraptor has joined #yocto
halstead has joined #yocto
rmmr has joined #yocto
YogeshSiraswar_ has joined #yocto
drewfustini has joined #yocto
madisox has joined #yocto
JPEW has joined #yocto
moto-timo has joined #yocto
rburton has joined #yocto
smurray has joined #yocto
jonmason has joined #yocto
ernstp has joined #yocto
bradfa has joined #yocto
ldts has joined #yocto
thierryE has joined #yocto
dl9pf has joined #yocto
florian__ has joined #yocto
Crofton has joined #yocto
georgem has joined #yocto
rhadye has joined #yocto
ndec has joined #yocto
Guest19 has joined #yocto
nohit has joined #yocto
elfenix|cloud has joined #yocto
xtopher_ has joined #yocto
jamestperk has joined #yocto
darknighte has joined #yocto
paulbarker has joined #yocto
Guest19 is now known as an
an is now known as a_n
fancer has joined #yocto
<cperon> @kroon:libera.chat: ok but sad that there is no way to mark bbappend as "optional"
<kroon> put it in a "foobar" folder, then only add "foobar" to the list of directoris to scan if you have some ENABLE_FOOBAR variable set
<kroon> what else do you need ?
<cperon> toto_1.40.0.bbappend => fix
<cperon> toto_1.43.0.bbappend => fix
<cperon> toto_1.41.0.bbappend => fix
<cperon> The user have an upstream layer with a git sha1 and can have 1.40 or 1.41 or 1.43
<cperon> can I use BBMASK if the BB is present ?
<cperon> I can't use toto_1.%.bbappend
<cperon> fix are different
<kroon> 1.40 or 1.41 or 1.43, depending on what ?
speachy has quit [Ping timeout: 240 seconds]
florian__ has quit [Ping timeout: 268 seconds]
leon-anavi has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Read error: Connection reset by peer]
florian__ has joined #yocto
troth has quit [Ping timeout: 264 seconds]
chep has quit [Ping timeout: 260 seconds]
<dvorkindmitry> kroon, .bb file does not exists case there is no the BSP layer. I am building for another... but want to keep my .bbappend files in my own layer, case it is general for both devices
chep has joined #yocto
<dvorkindmitry> kroon, "...are only parsed depending on whatever your preference is, like yocto branch or collection..." hmm! interesting idea! let me explain more. I have two devices (and two different externally-defined BSPs). They are not compatible. But I have my own general layer, that contains general software and several .bbappend files for first OR for second BSP.
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
troth has joined #yocto
chep has quit [Ping timeout: 260 seconds]
<kroon> dvorkindmitry, maybe also checkout BBFILES_DYNAMIC
chep has joined #yocto
kriive has quit [Remote host closed the connection]
<dvorkindmitry> kroon, thank you!
kriive has joined #yocto
<kanavin> RP: I guess the best we can do is to run auh on 1st and 15th of every month
kriive has quit [Remote host closed the connection]
<kanavin> it's not ideal though, I prefer it executes on sundays
kriive has joined #yocto
<moto-timo> +1 for sundays
chep has quit [Ping timeout: 260 seconds]
<moto-timo> JPEW: got my hdmi video capture device working with the rpi4 as source. And using your zuul build.
* moto-timo needs to learn more about OBS and streaming
chep has joined #yocto
florian__ has quit [Ping timeout: 250 seconds]
<JPEW> moto-timo: cool!
leon-anavi has quit [Quit: Leaving]
kroon has quit [Quit: Leaving]
<dvorkindmitry> kroon, could you give me an example of adding .bbappend file for OE branch?
sakoman has joined #yocto
chep has quit [Ping timeout: 268 seconds]
<dvorkindmitry> is there are any example of including .bbappend if certain OE/POKY branch is used?
chep has joined #yocto
dev1990 has quit [Quit: Konversation terminated!]
<moto-timo> JPEW: out Region and Language settings is undefined.
<JPEW> Ya, how do we set that?
<moto_timo[m]> Trying to figure that out now.
<moto-timo> Seems like it should just locales
<moto-timo> just be^
adrian__ has quit [Ping timeout: 260 seconds]
<moto-timo> JPEW: on the rpi4 image localect
<moto-timo> localectl returns LANG C
<moto-timo> Do you have IMAGE_LINGUAS set in the conf?
<RP> kanavin: I like sundays too :/
<moto-timo> Although I know I have that set in my build and Terminal also didn’t fully launch (matchbox-terminal works)
goliath has quit [Quit: SIGSEGV]
chep has quit [Ping timeout: 260 seconds]
chep has joined #yocto