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
lowfi has joined #yocto
jgrossholtz79 has quit [Ping timeout: 255 seconds]
jgrossholtz79 has joined #yocto
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
starblue has quit [Ping timeout: 240 seconds]
starblue has joined #yocto
ablu has quit [Ping timeout: 240 seconds]
ablu has joined #yocto
lexano has quit [Ping timeout: 255 seconds]
Daanct12 has joined #yocto
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
Danct12 has quit [Ping timeout: 255 seconds]
lowfi has quit [Quit: Leaving]
Vonter has quit [Ping timeout: 258 seconds]
Vonter has joined #yocto
khem has quit [Quit: Connection closed for inactivity]
huseyinkozan has joined #yocto
Danct12 has joined #yocto
Danct12 has quit [Remote host closed the connection]
amitk has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
linfax has joined #yocto
Kubu_work has joined #yocto
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 240 seconds]
rfuentess has joined #yocto
mckoan|away is now known as mckoan
camus1 has joined #yocto
camus has quit [Ping timeout: 264 seconds]
camus1 is now known as camus
frieder has joined #yocto
zpfvo has joined #yocto
rob_w has joined #yocto
rfs613 has quit [Ping timeout: 255 seconds]
rfs613 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Vonter_ has joined #yocto
Vonter has quit [Read error: Connection reset by peer]
Vonter_ has quit [Ping timeout: 264 seconds]
Vonter has joined #yocto
radanter has joined #yocto
Daanct12 has quit [Remote host closed the connection]
Danct12 has joined #yocto
florian__ has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tnovotny has joined #yocto
<LetoThe2nd> yo dudX
kayterina3 has joined #yocto
florian__ has quit [Ping timeout: 240 seconds]
<Rich_1234> yo
zelgomer has quit [Ping timeout: 256 seconds]
zelgomer has joined #yocto
prabhakarlad has joined #yocto
<mckoan> good morning
rfuentess has quit [Remote host closed the connection]
jgrossholtz799 has joined #yocto
ptsneves has joined #yocto
jgrossholtz79 has quit [Ping timeout: 255 seconds]
jgrossholtz799 is now known as jgrossholtz79
starblue has quit [Ping timeout: 258 seconds]
starblue has joined #yocto
varjag has joined #yocto
xmn has quit [Ping timeout: 272 seconds]
silbe has quit [Ping timeout: 264 seconds]
kanavin has quit [Remote host closed the connection]
embetrix has joined #yocto
<embetrix> Hello I'm using kirkstone branch and trying since a while to enable "libquadmath" build.
<embetrix> This is what I tried so far : crete gcc-runtime_%.bbappend with :
<embetrix> FORTRAN = ",fortran"
<embetrix> RUNTIMETARGET:append:pn-gcc-runtime = " libquadmath"
<embetrix> EXTRA_OECONF:append = " --enable-libquadmath"
<RP> embetrix: it needs to be set in more than just gcc-runtime so needs to be in the global config or a lot more append files
<embetrix> Okay thanks for the hint I will try that in my local.conf
silbe has joined #yocto
<embetrix> RP I added to local.conf :
<embetrix> FORTRAN:force = ",fortran"
<embetrix> RUNTIMETARGET:append:pn-gcc-runtime = " libquadmath"
<embetrix> bitbake libquadmath gave me :
<embetrix> ERROR: Nothing PROVIDES 'libquadmath'. Close matches:
<embetrix>   gcc-runtime RPROVIDES libquadmath
<rburton> you don't bitbake libquadmath
<JaMa> :force? did you mean forcevariable?
<JaMa> see meta/conf/templates/default/local.conf.sample.extended
<embetrix> yes     FORTRAN:forcevariabale = ",fortran"
<embetrix>     RUNTIMETARGET:append:pn-gcc-runtime = " libquadmath"
<embetrix> okay I added to one of my recipe as : RDEPENDS:${PN}:append = " libquadmath"
<JaMa> you still have a typo there
<rburton> that rdepends will happen automatically, iirc.
<rburton> we have a test case which literally just does FORTRAN:forcevariable = ",fortran" and then bitbakes https://git.yoctoproject.org/poky/tree/meta-selftest/recipes-test/fortran/fortran-helloworld.bb
<rburton> (feel free to expand the test if its not exercising enough)
zpfvo has quit [Ping timeout: 255 seconds]
zpfvo has joined #yocto
zpfvo has quit [Ping timeout: 258 seconds]
zpfvo has joined #yocto
Vonter has quit [Ping timeout: 240 seconds]
Vonter has joined #yocto
mvlad has joined #yocto
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
Estrella has quit [Ping timeout: 260 seconds]
rfuentess has joined #yocto
tnovotny has quit [Quit: Leaving]
tnovotny has joined #yocto
zpfvo has quit [Ping timeout: 260 seconds]
lexano has joined #yocto
zpfvo has joined #yocto
davidinux has quit [Ping timeout: 240 seconds]
davidinux has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
zpfvo has joined #yocto
sotaoverride is now known as Guest4947
Guest4947 has quit [Killed (tungsten.libera.chat (Nickname regained by services))]
sotaover1ide is now known as sotaoverride
sotaover1ide has joined #yocto
Vonter has quit [Ping timeout: 258 seconds]
Vonter has joined #yocto
<embetrix> rburton I fixed the typo but it does not look like the libquadmath is buitl only libgfortran is enabled ...
<embetrix> the fortran-helloworld is building by the way
<vmeson> embetrix: try: RUNTIMETARGET:append_pn-gcc-runtime = " libquadmath"
<embetrix> vmeson : I did try it but it doesn't pull the libquadmath neither
<embetrix>  lapack package is not building since it has depend on libquadmath
<embetrix>  bitbake lapack
<embetrix> Loading cache: 100% |#################################################################################################################################################################################################################| Time: 0:00:00
<embetrix> Loaded 4131 entries from dependency cache.
<embetrix> NOTE: Resolving any missing task queue dependencies
<embetrix> ERROR: Nothing PROVIDES 'libquadmath' (but ../layers/meta-openembedded/meta-oe/recipes-devtools/lapack/lapack_3.10.0.bb DEPENDS on or otherwise requires it). Close matches:
<embetrix>   gcc-runtime RPROVIDES libquadmath
<embetrix> ERROR: Required build target 'lapack' has no buildable providers.
<embetrix> Missing or unbuildable dependency chain was: ['lapack', 'libquadmath']
<rburton> embetrix: i don't see a DEPENDS on libquadmath in the lapack recipe here
<rburton> did you add that?
Danct12 has quit [Quit: WeeChat 4.1.0]
<embetrix> rburton : you are right I added myself :-( I reverted the change, the libquadmath does not seems to be supported anymore maybe ?
<rburton> its part of gcc, not a standalone recipe
<rburton> DEPENDS is _recipes_
<vmeson> embetrix: we build lapack as well and have a template for it in repo above, let me fire off a build since I should fix some buildpath contamination for FORTRAN anyway. Back later.
<embetrix> thanks !
<vmeson> embetrix: what branch are you using?
<embetrix> kirkstone
<vmeson> hmm, we only added support in mickledore so that might be a factor but let's see.
<vmeson> where we is Wind River. libquadmath has been around for ages (2010?) in gcc and in meta/recipes-devtools/gcc/gcc-target.inc: 7 years ago Paul Eggleton 658d9a764e9│ 101│ libquadmath \
kayterina3 has quit [Remote host closed the connection]
<vmeson> embetrix: as expected adding feature/fortran feature/lapack works fine so check out our templates and copy what they do into your conf/local.conf if you like. Build running.
<vmeson> oddly if I just bitbake lapack, there's an error: libgfortran was skipped: libgfortran needs fortran support to be enabled in the compiler
<vmeson> Missing or unbuildable dependency chain was: ['lapack', 'libgfortran']
<vmeson> but building an image resolves that. That's probably a bug. I'll confirm later that my image builds and works like it did months ago when I worked on this last.
varjag has joined #yocto
<embetrix> vmeson: thanks, from my side I will trigger a build with mickledore branch to see if there are differences
<LetoThe2nd> anybody of you slackers know where my box of barrel connectors is?
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<zelgomer> yes but it'll cost you
xmn has joined #yocto
<RP> LetoThe2nd: where you left it? ;-)
<rber|res> @LetoThe2nd: what now barrels or connectors? Oida
<LetoThe2nd> RP: i guess thats technically correct, but ... meh
<LetoThe2nd> rber|res: i have already found nylon screws M3-M5, TRS jacks, heat shrink, banana plugs... but MEH!
<LetoThe2nd> OIDA
<RP> LetoThe2nd: clearly you weren't specific enough :)
Danct12 has joined #yocto
<LetoThe2nd> RP: yup
rob_w has quit [Remote host closed the connection]
Xagen has joined #yocto
<rber|res> @LetoThe2nd: fruits a well? vitamins?
<LetoThe2nd> rber|res: nah but no power wiring now for my rig.
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<paulg> oops - somehow I missed an edgerouter reference - must not have grepped from the top dir, I guess.
<rber|res> @LetoThe2nd: well that's annoying - power wiring is quite necessary sometimes
Vonter has quit [Ping timeout: 272 seconds]
Vonter has joined #yocto
zpfvo has quit [Quit: Leaving.]
tnovotny has quit [Quit: Leaving]
zpfvo has joined #yocto
zpfvo has quit [Client Quit]
rfuentess has quit [Remote host closed the connection]
kanavin has joined #yocto
Starfoxxes has joined #yocto
linfax has quit [Ping timeout: 240 seconds]
danlor has joined #yocto
<danlor> Hi! Is there any straightforward way of retrieving all the available providers for a specific package/feature?
<danlor> To be able to chose a PREFERRED_PROVIDER_aaa
<rburton> hm bitbake-layers can't do that
<danlor> Yep, I've tried
<mckoan> danlor: grepping PROVIDES ?
<rburton> danlor: you should file a bug, bitbake-layers should have an option for that
<rburton> eg bitbake-layers show-recipes --provides virtual/kernel
<danlor> mckoan: On the whole sources dir? I guess it could be done that way but seems to be a bit cumbersome, and I'm not sure if it'd have any caveat
<danlor> rburton: Nice! I'll try to open it this weekend
<danlor> I thought that functionality was commongly used
<danlor> Or well..."Commongly needed" and I guessed it'd be already implemented in any way
danlor has quit [Quit: Client closed]
varjag has quit [Quit: ERC (IRC client for Emacs 27.1)]
ptsneves has quit [Quit: ptsneves]
ptsneves has joined #yocto
jmd has joined #yocto
khem has joined #yocto
<tlwoerner> qschulz: i take it you're okay with my rockchip-rkbin patch from yesterday?
radanter has quit [Remote host closed the connection]
<Chocky> blah. My systemd services aren't enabled by default. What magic am I missing?
<embetrix> vmeson: i tested it with mickledore same problem : libquadmath isn't built !
<Chocky> yes sir, thank you sir.
florian has quit [Quit: Ex-Chat]
mckoan is now known as mckoan|away
goliath has joined #yocto
Kubu_work has quit [Quit: Leaving.]
<mischief> this is the strangest error, building this recipe we wrote fails in a way i've never seen and leaves a bunch of files named after some pieces of the poky bbclass code as file names. any idea? https://paste.debian.net/1296311/
embetrix has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
<rburton> mischief: pastebining the recipe would help a lot more
<khem> ERROR: udpst-1.0+${SRCPV}-r0 do_populate_lic
<khem> I wonder why SRCPV is not expanded
<mischief> rburton: i'd have to redact some of the fun bits.
<rburton> that's probably it, and i suspect you're using SRCPV but not defining it
<khem> yeah if you are using git SRC_URI then make sure recipe has SRCREV set
<rburton> always fun figuring out what people are working on by what gets leaked in errors
<khem> do I care :)
<rburton> mischief: you're not setting SRCPV
<rburton> ah not it has a default
ptsneves1 has joined #yocto
<rburton> mischief: weird but try appending +git${SRCPV} instead of just +
<rburton> mischief: oh and SRC_URL? SRC_URI surely
<khem> PV .= "+git${SRCPV}" works in many recipes
<mischief> oh haha
<khem> SRC_URL is that redaction mistake ?
<mischief> no, that seems to be the actual bug. it was SRC_URL in the recipe my coworker shared with me
<mischief> strange that bitbake blows up in such odd fashion with such a typo
<khem> its python always remember :) so be ready for winding stacktraces
<mischief> the writing of code fragments as files and directories in $PWD is what is weird to me. :-)
florian__ has joined #yocto
goliath has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
ptsneves1 is now known as ptsneves
huseyinkozan has quit [Remote host closed the connection]
jetm has left #yocto [https://quassel-irc.org - Chat comfortably. Anywhere.]
prabhakarlad has quit [Quit: Client closed]
amitk has quit [Ping timeout: 240 seconds]
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
sakman has quit [Quit: Leaving]
frieder has quit [Remote host closed the connection]
jmd has quit [Remote host closed the connection]
sakman has joined #yocto
Estrella has joined #yocto
kscherer has joined #yocto
kscherer has quit [Client Quit]
silbe has quit [Ping timeout: 272 seconds]
alessioigor has quit [Quit: alessioigor]
otavio has quit [Ping timeout: 252 seconds]
Vonter has quit [Ping timeout: 240 seconds]
Vonter has joined #yocto
silbe has joined #yocto
ferry_ has joined #yocto
florian__ has quit [Ping timeout: 272 seconds]
<rburton> mischief: its a fun one when that happens. if you get bored, figure out a minimal reproducer and file a bug. :)
ferry_ has quit [Client Quit]
Xagen has quit [Ping timeout: 272 seconds]
ptsneves has quit [Ping timeout: 255 seconds]
mvlad has quit [Remote host closed the connection]
florian__ has joined #yocto
<mischief> rburton: piece of cake, trivially reproducible
<mischief> this is in poky with mickeldore, completely separate from my work system http://ix.io/4K3r
florian__ has quit [Ping timeout: 258 seconds]
mraza has joined #yocto
emdevt has joined #yocto
goliath has quit [Quit: SIGSEGV]