Thursday, 2021-12-30

« Wednesday, 2021-12-29 Index Friday, 2021-12-31 »
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto00:12
*** pabigot <pabigot!~pab@67-1-103-18.tcso.qwest.net> has quit IRC (Quit: Leaving.)00:41
*** florian_kc <florian_kc!~florian@dynamic-093-133-110-221.93.133.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)01:00
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)02:00
*** Konsgn <Konsgn!~Konsgn@user/Konsgn> has quit IRC (Remote host closed the connection)02:46
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)06:28
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:59
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)07:00
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has joined #yocto07:18
*** jer339 <jer339!~user_name@139.198.118.108> has joined #yocto07:25
*** jer339 <jer339!~user_name@139.198.118.108> has quit IRC (Client Quit)07:26
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds)07:51
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)07:58
*** GillesM <GillesM!~gilles@133.20.115.78.rev.sfr.net> has joined #yocto08:04
*** GillesM <GillesM!~gilles@133.20.115.78.rev.sfr.net> has quit IRC (Quit: Leaving)08:34
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)08:42
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto08:56
*** davidinux <davidinux!~davidinux@84.17.59.176> has joined #yocto10:22
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto10:38
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 250 seconds)11:10
*** davidinux <davidinux!~davidinux@84.17.59.176> has quit IRC (Ping timeout: 240 seconds)11:23
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto11:25
*** davidinux <davidinux!~davidinux@84.17.59.175> has joined #yocto11:26
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)12:06
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto12:06
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto12:32
*** Piraty <Piraty!~irc@user/piraty> has joined #yocto12:40
Piratydoes opkg maintainer Stewart lurk here?12:41
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)12:47
*** chep` <chep`!~chep@88.168.197.200> has joined #yocto12:52
*** chep <chep!~chep@88.168.197.200> has quit IRC (Read error: Connection reset by peer)12:52
*** chep` is now known as chep12:52
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)12:56
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto12:56
*** chep` <chep`!~chep@88.168.197.200> has joined #yocto13:17
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Read error: Connection reset by peer)13:17
*** chep <chep!~chep@88.168.197.200> has quit IRC (Read error: Connection reset by peer)13:19
*** chep` is now known as chep13:19
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto13:19
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto13:37
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)13:54
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:57
*** alimon <alimon!~alimon@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC (Remote host closed the connection)14:01
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto14:21
lukmaDear community14:22
lukmaIs there an elegant way to add/install libgcc.so or libgcc.a to /usr/lib in recipe-sysroot?14:22
lukmaI'm asking as one program (ported to yocto/OE) requires it to have __aeabi_udivi and friends provided14:23
lukmaIt turns out that hack as:14:23
lukma-L=/usr/lib/arm-poky-linux-gnueabi/9.3.0 with --sysroot set to /patch/to/recipe-sysroot14:25
lukmaworks,14:25
lukmabut 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?14:25
lukmaIn short -> adding DEPENDS_append = "libgcc" doesn't help to have libgcc.so in /usr/lib or /lib in recipe-sysroot14:26
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)14:30
*** snikulov <snikulov!~snikulov@109.252.86.189> has joined #yocto14:42
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)14:49
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto14:53
*** jpuhlman_ <jpuhlman_!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto14:56
*** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Killed (strontium.libera.chat (Nickname regained by services)))14:56
*** jpuhlman_ is now known as jpuhlman14:56
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.4)15:16
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto15:19
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto15:51
*** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto15:52
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 240 seconds)15:53
*** olani[m] <olani[m]!~olanimatr@2001:470:69fc:105::c93> has quit IRC (Quit: You have been kicked for being idle)16:00
*** goliath <goliath!~goliath@user/goliath> has joined #yocto16:05
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has quit IRC (Ping timeout: 256 seconds)16:17
*** pabigot <pabigot!~pab@67-1-103-18.tcso.qwest.net> has joined #yocto16:20
*** paulg <paulg!~paulg@104-195-159-20.cpe.teksavvy.com> has joined #yocto16:31
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Quit: WeeChat 3.4)16:47
*** oberonc <oberonc!~oberonc@109-186-99-217.bb.netvision.net.il> has joined #yocto17:08
oberonchi17:08
*** davidinux <davidinux!~davidinux@84.17.59.175> has quit IRC (Ping timeout: 260 seconds)17:08
oberoncwhen I create an image that includes a software package that I wrote that depends on curl I get the following error:17:08
oberoncQA 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]17:09
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)17:09
oberoncI figured that adding "curl" in DEPENDS isnt enough17:09
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto17:09
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 268 seconds)17:09
oberoncso I created a file called "curl_%.bbappend" in which I have the following line:17:10
*** davidinux <davidinux!~davidinux@217.138.197.53> has joined #yocto17:10
oberoncPACKAGECONFIG_append = " gnutls"17:10
oberoncthis doesnt solve the issue17:10
oberoncwhat am I missing ?17:10
oberoncI'm not sure how to make it add libcurl-gnutls.so.4(17:11
RPlukma: doesn't simply -lgcc work? The compiler should already know to search there?17:17
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)17:22
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto17:23
kanavinhalstead, looks like the maintenance isn't yet complete? https://autobuilder.yoctoproject.org/typhoon/#/workers17:29
kanavinI'd like to run a build but don't want to use limited capacity17:29
kanavinRP: I have a much nicer set of changes for go reproducibility :)17:30
vmesonoberonc: if you look at: https://layers.openembedded.org/layerindex/recipe/5765/ or the recipe, you see that there's a PACKAECONFIG optin for libcurl-gnutls: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-support/curl/curl_7.80.0.bb?h=master#n3017:40
oberonchow do I use it ?17:41
vmesonoberonc: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#migration-1.7-changes-to-setting-qemu-packageconfig-options17:41
vmesonmaybe there's a better explaination in the manual but that's what came up first.17:42
vmeson The main PKGCFG info: https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-PACKAGECONFIG17:43
oberoncso PACKAGECONFIG_append_pn-curl = " gnutls in local.conf ?17:43
vmesonoberonc: yes17:45
oberoncsame message17:45
oberonchmm17:45
oberoncwhat am I supposed to write in RDEPENDS_${PN} ?17:46
vmesonoberonc: did you look at the curl log.do_configure to see if --with-gnutls was used?17:46
oberoncremind me where can I find it17:47
vmesontmp/work/<arch>/curl/.../temp/log.do_configure17:48
oberoncit has --with-gnutls17:50
oberoncI believe I need to change this line in my recipe:17:51
oberoncRDEPENDS_${PN}17:51
vmesonad is your libcurl-gnutls.so* file in tmp/work/<arch>/curl/.../packages-split somewhere? It may be packaged seperately from the default installation.17:51
oberoncbut what am I supposed to add to it ?17:51
oberoncno libcurl-gnutls.so in there17:54
oberonchmm17:54
RPkanavin: that sounds promising! :)17:55
oberoncit depends on gnutls directly17:55
oberonc(only libcurl.so exists)17:55
moto-timoprobably a PACKAGECONFIG?17:55
oberoncwhy does it even think I need libcurl-gnutls ?!17:56
vmesonoberonc: good questin, I don't know offhand and I have errands to run. I'll check back later17:56
oberoncok, thanks for your help17:57
oberoncgodspeed with your errands17:57
moto-timooberonc: 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)18:01
oberoncok, how do I provide libcurl-gnutls ?18:01
moto-timowith the PACKAGECONFIG switch already discussed earlier18:02
oberoncI tried:18:02
oberoncPACKAGECONFIG_append_pn-curl = " gnutls" in local.conf18:02
oberoncPACKAGECONFIG_append = " gnutls" in curl_%.bbappend18:02
moto-timowhat release of Yocto project are you on?18:02
oberoncRDEPENDS_${PN} = " gnutls curl"18:03
oberoncnothing works18:03
oberoncand my custom code doesnt even use ssl18:03
oberoncssl in curl that is18:04
moto-timowell, the recipe might be picking up host contamination then. but curl without ssl is not recommended anymore18:04
oberoncI dont mind adding ssl to curl18:04
oberoncbut how ?18:04
moto-timowhich release of Yocto Project are you on please?18:04
oberoncamm, how can I tell ?18:04
oberonc(sorry,  but i'm kinda new)18:05
moto-timowhen 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')18:06
oberoncwell, technically I'm using windriver18:07
oberoncwhich is based on yocto18:07
moto-timoso which version of windriver?18:08
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection)18:08
oberoncLTS 21.2018:08
moto-timook, from https://blogs.windriver.com/wind_river_blog/2021/06/wind-river-linux-lts-21-now-available/ that is based on 3.3 (which is codename 'hardknott' https://wiki.yoctoproject.org/wiki/Releases)18:10
oberoncmakes sense ..18:11
oberoncdoes it give you any clue ?18:11
oberonc.. about the curl issue18:11
moto-timowell, it tells us whether you need to be using the "new override syntax" or not18:11
oberoncwhen I run ldd on the file libcurl.so I see that it is linked against gnutls18:12
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto18:12
oberoncso all that needs to be done is figure why it thinks a file called libcurl-gnutls even supposed to exist18:13
moto-timoit is not libcurl.so it is the recipe you built (arad)... read the error message again18:14
oberoncor why the file libcurl.so isnt named libcurl-gnutls.so18:15
moto-timoyou can have many .so files, so having more than one that starts with libcurl* is not unexpected18:15
moto-timoreally hard to help you without seeing the recipe18:16
oberoncvery well18:17
moto-timobut, if you look in your conf/local.conf you should see a line like PACAKGECONFIG_append_pn-qemu-system-native18:18
moto-timowell, without the typo18:18
oberonchttps://pastebin.com/fCyzDKz118:18
moto-timothat shows the syntax you need in your conf18:18
moto-timoso in my local.conf I see PACKAGECONFIG_append_pn-qemu-system-native = " sdl"18:20
oberoncthat is the format in my local.conf as well18:20
moto-timofollowing that pattern, you should add PACKAGECONFIG_append_pn-curl = " gnutls"18:20
moto-timowhich it sounds like you already tried18:21
oberoncI have this line already18:21
oberoncand it does link against gnutls18:21
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 268 seconds)18:21
oberonclibcurl.so is18:21
oberoncbut no libcurl-gnutls.so is created18:21
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto18:21
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Remote host closed the connection)18:24
moto-timooberonc: it has to be something in your Makefile for aradrouterd18:25
oberoncall I do there is link with -lcurl18:25
moto-timoso then it is picking up host contamination maybe?18:26
moto-timoor some other library you are linking to has the gnutls requirement18:27
oberoncon my host I do have libcurl-gnutls18:28
oberoncI only link vs curl18:29
*** florian <florian!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto18:29
moto-timoYes. Which is why I say your Makefile is picking up host contamination.18:30
oberoncwhen I copy host compiled aradrouterd to the installed image I see this:18:30
oberoncroot@intel-x86-64:~# ldd /usr/sbin/aradrouterd18:30
oberonc    linux-vdso.so.1 (0x00007ffe605b8000)18:30
oberonc    libcurl-gnutls.so.4 => not found18:30
oberonc    libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f6aca3fe000)18:30
oberonc    libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f6aca3e4000)18:30
oberonc    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6aca3c4000)18:30
oberonc    libc.so.6 => /lib64/libc.so.6 (0x00007f6aca1fe000)18:30
oberonc    libm.so.6 => /lib64/libm.so.6 (0x00007f6aca0bc000)18:30
oberonc    /lib64/ld-linux-x86-64.so.2 (0x00007f6aca62b000)18:30
moto-timoplease use pastebin18:30
oberonchow do I prevent host contamination ?18:30
oberoncsorry18:30
oberoncI setup the env correctly18:30
moto-timoother signs of host contamination are the /lib64/ paths (unless you are building with multilib)18:31
oberoncI'm not18:32
oberoncI use these 2 commands to setup env:18:32
oberonc. ./environment-setup-x86_64-wrlinuxsdk-linux18:32
oberonc. ./oe-init-build-env18:32
moto-timocan you share the line in the make file where -lcurl is called?18:32
oberoncsure18:32
moto-timotrust me, that is the root cause of your issue... the Makefile is not cross-compile compatible18:33
oberonchttps://pastebin.com/pS8ER5vD18:34
oberonclets see18:34
moto-timobingo. your problem is line 218:36
moto-timooe_runmake defines it's own CC but you are forcing it to use the (host) g++ rather than the one built by yocto project18:37
oberoncoh18:37
oberoncwhat should I change it to ?18:37
oberoncI thought it will pick up yocto g++18:37
moto-timowell, really you should be using CXX and not defining specific tools in your Makefile... let the build environment define it for you18:39
moto-timoCC is for plain old C and CXX is C++18:39
oberoncyeah18:39
moto-timoI could tell you the specific triplet to use, but that's not the right solution... the solution is to not be defining CC=g++18:40
moto-timoor change that to CC?=g++18:40
moto-timoso that it is a weak definition18:40
oberoncok18:40
oberonclets try18:40
moto-timoalso, DESTDIR and LDFLAGS are defined as empty, so you might have other issues... you might want to make those DESTDIR?='' and LDFLAGS?=""18:41
moto-timoforcing those definitions in hand crafted Makefiles is very prone to troubles.18:42
oberoncQA Issue: File /usr/sbin/aradrouterd in package arad doesn't have GNU_HASH (didn't pass LDFLAGS?)18:42
oberonchmm18:42
moto-timoyou set LDFLAGS to be empty18:42
moto-timoline 418:42
moto-timoso now the linker has no idea what to do18:42
oberoncok :-)18:43
oberoncmakes sense18:43
moto-timoif you run 'bitbake -e arad' you can see what the final variables are defined as for the build18:43
moto-timobut 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)18:45
oberoncI understand18:45
oberoncI commented it out18:45
oberoncnow it seems to be working18:45
oberoncthank you very much for your help18:45
moto-timoyou are welcome18:45
oberoncyep, image created18:46
moto-timosometimes you need to figure out what the right question to ask yourself is :)18:46
oberoncI guess18:47
oberoncwhen you have someone who can solve the problem gfor you you shutdown half your brain18:47
moto-timoalso, you might want to add oe-pkgdata-utils to your commonly used tools18:47
moto-timooe-pkgdata-util list-pkg-files -p curl18:47
oberoncfor18:47
moto-timothis would show what the curl recipe provides18:47
moto-timoIRC 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 learn18:49
oberoncI know18:49
oberoncyou should have told me to RTFM18:49
oberoncand maybe point to a place :-)18:49
moto-timowell... that assumed we knew where to look ;)18:50
oberoncyeah18:51
moto-timobut the fine manual would never have told you about the issues with the Makefile...18:51
oberoncsync18:51
oberoncups18:51
oberoncwrong window18:51
oberoncno ? they dont explain host contamination and give examples ?18:52
moto-timobut the issues with the Makefile are why the yocto jester was recommending not to hand craft Makefiles back in november18:52
oberoncI guess I got lucky to dodge the bullets long enough18:53
moto-timocuriosity and sleuthing are important traits :)18:57
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto19:46
*** florian <florian!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)20:10
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto20:12
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 240 seconds)20:12
*** camus1 is now known as camus20:12
*** jpuhlman <jpuhlman!~maoti@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Read error: Connection reset by peer)20:16
*** davidinux <davidinux!~davidinux@217.138.197.53> has quit IRC (Ping timeout: 268 seconds)20:18
kernelspacehi, i am on dunfell, using a u-boot-xx.bbappend and a u-boot-xx,bb forward ported from older stuff20:30
kernelspacecompiling u-boot i get20:30
kernelspace arm-oe-linux-gnueabi-gcc: error: unrecognized -march target: armv520:30
kernelspacei should be armv7 so not clear where armv5 comes from20:30
vmesonoberonc: I'm happy to see that moto-timo was able to help you out. Asking the right question takes a few years/decades of experience. FYI, we do have some WR docs about Makefiles such as this one based on using an SDK:   https://docs.windriver.com/bundle/Wind_River_Linux_Binary_Release_Quick_Start_LTS_21/page/hkz1630524007440.html20:35
*** florian <florian!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto20:56
*** mariusz <mariusz!~mariusz@185.241.198.130> has joined #yocto21:08
*** snikulov <snikulov!~snikulov@109.252.86.189> has quit IRC (Remote host closed the connection)21:11
*** oberonc <oberonc!~oberonc@109-186-99-217.bb.netvision.net.il> has quit IRC (Quit: Client closed)21:15
*** mvlad <mvlad!~mvlad@2a02:2f08:4d01:ef00:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)21:37
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto21:44
*** florian <florian!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 268 seconds)21:48
*** GillesM <GillesM!~gilles@133.20.115.78.rev.sfr.net> has joined #yocto21:59
*** GillesM <GillesM!~gilles@133.20.115.78.rev.sfr.net> has quit IRC (Client Quit)22:00
lukmaRP: Unfortunately, -lgcc cannot be found ...22:05
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)22:10
*** florian__ <florian__!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto22:10
moto-timokernelspace: what release of Yocto Project are you on? https://git.yoctoproject.org/poky/tree/meta/conf/machine/include/arm/arch-armv5.inc so something else is involved in your issue22:12
moto-timokernelspace: oh you said, dunfell22:13
moto-timokernelspace: what bsp layer are you using? what MACHINE?22:13
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)22:17
moto-timolukma: can you expand on -lgcc cannot be found? did you DEPENDS or RDEPENDS (as appropriate) on gcc?22:19
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto22:20
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto22:20
*** florian__ <florian__!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)22:21
*** florian__ <florian__!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto22:22
*** florian_kc <florian_kc!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds)22:25
*** pabigot <pabigot!~pab@67-1-103-18.tcso.qwest.net> has quit IRC (Quit: Leaving.)22:29
lukmamoto-timo: Yes, the DEPENDS was set to gcc22:40
lukmaTo be more specific - DEPENDS="virtual/arm-poky-linux-gnueabi-gcc virtual/arm-poky-linux-gnueabi-compilerlibs virtual/libc bc-native"22:43
RPlukma: libgcc in DEPENDS too?22:51
RPI'd think virtual/libc should take care of that but...22:52
lukmaYes, it was also added23:00
RPlukma: does seem a little strange as gcc itself can find and link it in when it thinks it is needed :/23:02
lukmaRP: This is vendor specific makefile ...23:03
lukmaRP: Even more strange - libgcc_s.so is installed in <sysroot-dir>/lib23:04
lukmaBut no libgcc23:04
*** florian__ <florian__!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds)23:21
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto23:24
*** dev1990 <dev1990!~dev@81.168.185.188> has quit IRC (Quit: Konversation terminated!)23:28
*** florian__ <florian__!~florian@dynamic-002-243-098-155.2.243.pool.telefonica.de> has joined #yocto23:34
*** camaronut <camaronut!~camaronut@c-98-212-176-36.hsd1.il.comcast.net> has quit IRC (Quit: Client closed)23:52
kernelspacemoto-timo: thanks, sry, was off for some dinner time, i solved, was a bad EXTRA_OEMAKE23:59
« Wednesday, 2021-12-29 Index Friday, 2021-12-31 »

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!