Konsgn has quit [Remote host closed the connection]
prabhakarlad has quit [Quit: Client closed]
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
mvlad has joined #yocto
jer339 has joined #yocto
jer339 has quit [Client Quit]
xmn has quit [Ping timeout: 240 seconds]
vd has quit [Ping timeout: 256 seconds]
GillesM has joined #yocto
GillesM has quit [Quit: Leaving]
goliath has quit [Quit: SIGSEGV]
prabhakarlad has joined #yocto
davidinux has joined #yocto
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 250 seconds]
davidinux has quit [Ping timeout: 240 seconds]
florian_kc has joined #yocto
davidinux has joined #yocto
florian_kc has quit [Read error: Connection reset by peer]
florian_kc has joined #yocto
xmn has joined #yocto
Piraty has joined #yocto
<Piraty>
does opkg maintainer Stewart lurk here?
florian_kc has quit [Ping timeout: 240 seconds]
chep` has joined #yocto
chep has quit [Read error: Connection reset by peer]
chep` is now known as chep
camus has quit [Ping timeout: 256 seconds]
camus has joined #yocto
chep` has joined #yocto
dtometzki has quit [Read error: Connection reset by peer]
chep has quit [Read error: Connection reset by peer]
chep` is now known as chep
dtometzki has joined #yocto
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 240 seconds]
sakoman has joined #yocto
alimon has quit [Remote host closed the connection]
florian_kc has joined #yocto
<lukma>
Dear community
<lukma>
Is there an elegant way to add/install libgcc.so or libgcc.a to /usr/lib in recipe-sysroot?
<lukma>
I'm asking as one program (ported to yocto/OE) requires it to have __aeabi_udivi and friends provided
<lukma>
It turns out that hack as:
<lukma>
-L=/usr/lib/arm-poky-linux-gnueabi/9.3.0 with --sysroot set to /patch/to/recipe-sysroot
<lukma>
works,
<lukma>
but I'm wondering if there is any better way to avoid crafting LDFLAGS with compiler name and version in recipe to be passed to this Makefile?
<lukma>
In short -> adding DEPENDS_append = "libgcc" doesn't help to have libgcc.so in /usr/lib or /lib in recipe-sysroot
florian_kc has quit [Ping timeout: 268 seconds]
snikulov has joined #yocto
prabhakarlad has quit [Quit: Client closed]
prabhakarlad has joined #yocto
jpuhlman_ has joined #yocto
jpuhlman is now known as Guest6324
Guest6324 has quit [Killed (strontium.libera.chat (Nickname regained by services))]
jpuhlman_ is now known as jpuhlman
Vonter has quit [Quit: WeeChat 3.4]
Vonter has joined #yocto
florian_kc has joined #yocto
TundraMan has joined #yocto
marka has quit [Ping timeout: 240 seconds]
olani[m] has quit [Quit: You have been kicked for being idle]
goliath has joined #yocto
paulg has quit [Ping timeout: 256 seconds]
pabigot has joined #yocto
paulg has joined #yocto
Vonter has quit [Quit: WeeChat 3.4]
oberonc has joined #yocto
<oberonc>
hi
davidinux has quit [Ping timeout: 260 seconds]
<oberonc>
when I create an image that includes a software package that I wrote that depends on curl I get the following error:
<oberonc>
QA Issue: /usr/sbin/aradrouterd contained in package arad requires libcurl-gnutls.so.4(CURL_GNUTLS_3)(64bit), but no providers found in RDEPENDS_arad? [file-rdeps]
camus has quit [Ping timeout: 256 seconds]
<oberonc>
I figured that adding "curl" in DEPENDS isnt enough
camus has joined #yocto
manuel1985 has quit [Ping timeout: 268 seconds]
<oberonc>
so I created a file called "curl_%.bbappend" in which I have the following line:
davidinux has joined #yocto
<oberonc>
PACKAGECONFIG_append = " gnutls"
<oberonc>
this doesnt solve the issue
<oberonc>
what am I missing ?
<oberonc>
I'm not sure how to make it add libcurl-gnutls.so.4(
<RP>
lukma: doesn't simply -lgcc work? The compiler should already know to search there?
<oberonc>
I believe I need to change this line in my recipe:
<oberonc>
RDEPENDS_${PN}
<vmeson>
ad is your libcurl-gnutls.so* file in tmp/work/<arch>/curl/.../packages-split somewhere? It may be packaged seperately from the default installation.
<oberonc>
but what am I supposed to add to it ?
<oberonc>
no libcurl-gnutls.so in there
<oberonc>
hmm
<RP>
kanavin: that sounds promising! :)
<oberonc>
it depends on gnutls directly
<oberonc>
(only libcurl.so exists)
<moto-timo>
probably a PACKAGECONFIG?
<oberonc>
why does it even think I need libcurl-gnutls ?!
<vmeson>
oberonc: good questin, I don't know offhand and I have errands to run. I'll check back later
<oberonc>
ok, thanks for your help
<oberonc>
godspeed with your errands
<moto-timo>
oberonc: we don't know what your custom code has, but it appears bitbake is detecting that an .so is expecting libcurl-gnutls (this can be double checked with ldd or similar tools)
<oberonc>
ok, how do I provide libcurl-gnutls ?
<moto-timo>
with the PACKAGECONFIG switch already discussed earlier
<oberonc>
I tried:
<oberonc>
PACKAGECONFIG_append_pn-curl = " gnutls" in local.conf
<oberonc>
PACKAGECONFIG_append = " gnutls" in curl_%.bbappend
<moto-timo>
what release of Yocto project are you on?
<oberonc>
RDEPENDS_${PN} = " gnutls curl"
<oberonc>
nothing works
<oberonc>
and my custom code doesnt even use ssl
<oberonc>
ssl in curl that is
<moto-timo>
well, the recipe might be picking up host contamination then. but curl without ssl is not recommended anymore
<oberonc>
I dont mind adding ssl to curl
<oberonc>
but how ?
<moto-timo>
which release of Yocto Project are you on please?
<oberonc>
amm, how can I tell ?
<oberonc>
(sorry, but i'm kinda new)
<moto-timo>
when you cloned poky/openembedded-core you got it from somehwere... that likely had either a version number (like 3.1.x) or a branch name (like 'dunfell')
<oberonc>
well, technically I'm using windriver
<oberonc>
which is based on yocto
<moto-timo>
so which version of windriver?
otavio has quit [Remote host closed the connection]
<moto-timo>
oe_runmake defines it's own CC but you are forcing it to use the (host) g++ rather than the one built by yocto project
<oberonc>
oh
<oberonc>
what should I change it to ?
<oberonc>
I thought it will pick up yocto g++
<moto-timo>
well, really you should be using CXX and not defining specific tools in your Makefile... let the build environment define it for you
<moto-timo>
CC is for plain old C and CXX is C++
<oberonc>
yeah
<moto-timo>
I could tell you the specific triplet to use, but that's not the right solution... the solution is to not be defining CC=g++
<moto-timo>
or change that to CC?=g++
<moto-timo>
so that it is a weak definition
<oberonc>
ok
<oberonc>
lets try
<moto-timo>
also, DESTDIR and LDFLAGS are defined as empty, so you might have other issues... you might want to make those DESTDIR?='' and LDFLAGS?=""
<moto-timo>
forcing those definitions in hand crafted Makefiles is very prone to troubles.
<oberonc>
QA Issue: File /usr/sbin/aradrouterd in package arad doesn't have GNU_HASH (didn't pass LDFLAGS?)
<oberonc>
hmm
<moto-timo>
you set LDFLAGS to be empty
<moto-timo>
line 4
<moto-timo>
so now the linker has no idea what to do
<oberonc>
ok :-)
<oberonc>
makes sense
<moto-timo>
if you run 'bitbake -e arad' you can see what the final variables are defined as for the build
<moto-timo>
but most of those variables cannot be hard coded to "host" values or left empty... it means you are crippling the cross-compile (even if you are compiling for x86_64, the build is cross-compiled by the Yocto built toolchain)
<oberonc>
I understand
<oberonc>
I commented it out
<oberonc>
now it seems to be working
<oberonc>
thank you very much for your help
<moto-timo>
you are welcome
<oberonc>
yep, image created
<moto-timo>
sometimes you need to figure out what the right question to ask yourself is :)
<oberonc>
I guess
<oberonc>
when you have someone who can solve the problem gfor you you shutdown half your brain
<moto-timo>
also, you might want to add oe-pkgdata-utils to your commonly used tools
<moto-timo>
this would show what the curl recipe provides
<moto-timo>
IRC is not a free unpaid consultant service... we help because we want people to learn and grow, but at some point you do need to find your own way to learn
<oberonc>
I know
<oberonc>
you should have told me to RTFM
<oberonc>
and maybe point to a place :-)
<moto-timo>
well... that assumed we knew where to look ;)
<oberonc>
yeah
<moto-timo>
but the fine manual would never have told you about the issues with the Makefile...
<oberonc>
sync
<oberonc>
ups
<oberonc>
wrong window
<oberonc>
no ? they dont explain host contamination and give examples ?
<moto-timo>
but the issues with the Makefile are why the yocto jester was recommending not to hand craft Makefiles back in november
<oberonc>
I guess I got lucky to dodge the bullets long enough
<moto-timo>
curiosity and sleuthing are important traits :)
vd has joined #yocto
florian has quit [Ping timeout: 268 seconds]
camus1 has joined #yocto
camus has quit [Ping timeout: 240 seconds]
camus1 is now known as camus
jpuhlman has quit [Read error: Connection reset by peer]
davidinux has quit [Ping timeout: 268 seconds]
<kernelspace>
hi, i am on dunfell, using a u-boot-xx.bbappend and a u-boot-xx,bb forward ported from older stuff