Tuesday, 2020-06-30

paulgyeah - want NO part of that time sink.00:00
smurrayheh, indeed00:00
*** mischief <mischief!~mischief@wopr.sciops.net> has quit IRC00:54
*** mischief <mischief!~mischief@wopr.sciops.net> has joined #yocto00:54
*** mischief is now known as Guest4788800:54
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC01:01
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC01:17
*** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has quit IRC01:24
*** rabbit9911 <rabbit9911!36441c07@ec2-54-68-28-7.us-west-2.compute.amazonaws.com> has quit IRC01:28
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto01:29
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has quit IRC01:32
*** mattsm <mattsm!~mattsm@76-205-175-243.lightspeed.austtx.sbcglobal.net> has joined #yocto01:35
*** dmoseley_ <dmoseley_!~dmoseley@> has joined #yocto01:59
*** dmoseley <dmoseley!~dmoseley@> has quit IRC01:59
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-bnazyezicqrmnqdz> has quit IRC02:37
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-onqrmbyxosgndztu> has quit IRC02:37
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-kcppwvbdifbiautw> has joined #yocto02:37
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-abxynbdaqtwppzjo> has quit IRC02:37
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto02:38
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-mtneitpiwptrwfwo> has quit IRC02:38
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-ofktuewshkpikbil> has joined #yocto02:38
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-ncjaqsfwtyymqrbz> has joined #yocto02:39
*** hpsy <hpsy!~hpsy@> has quit IRC02:39
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-dzrkyhkpvklrqpdf> has joined #yocto02:43
*** marquiz <marquiz!~marquiz@> has quit IRC03:25
*** marquiz <marquiz!~marquiz@> has joined #yocto03:34
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC03:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto03:57
*** marquiz <marquiz!~marquiz@> has quit IRC04:15
*** marquiz <marquiz!~marquiz@> has joined #yocto04:15
*** kaspter <kaspter!~Instantbi@> has quit IRC04:21
*** NiksDev <NiksDev!~NiksDev@> has quit IRC04:27
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto04:27
*** kroon <kroon!~kroon@> has joined #yocto04:58
*** gtristan <gtristan!~tristanva@> has quit IRC05:07
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto05:08
*** pohly <pohly!~pohly@p54849ae2.dip0.t-ipconnect.de> has joined #yocto05:13
*** tprrt <tprrt!~tprrt@> has quit IRC05:27
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has joined #yocto05:29
*** leon-anavi <leon-anavi!~Leon@> has quit IRC05:30
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:32
*** jobroe <jobroe!~manjaro-u@p579ebaf6.dip0.t-ipconnect.de> has joined #yocto05:36
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC05:41
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC05:54
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:05
*** gtristan <gtristan!~tristanva@> has joined #yocto06:12
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto06:20
*** xtron <xtron!~xtron@> has joined #yocto06:28
*** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has joined #yocto06:32
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto06:33
*** xtron1 <xtron1!~xtron@> has joined #yocto06:39
*** beratiks <beratiks!52de0992@> has joined #yocto06:39
*** xtron <xtron!~xtron@> has quit IRC06:41
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has quit IRC06:41
*** dmoseley_ <dmoseley_!~dmoseley@> has quit IRC06:43
*** shrey <shrey!cb36ac32@tel3187175.lnk.telstra.net> has joined #yocto06:45
shreyHas anybody tried building python in Yocto warrior. I get the errors -06:48
shreyerrors found, failing task.06:48
shrey(/home/shreyas/temp/custom_yocto/build-custom-zynq/../poky/meta/recipes-devtools/python/python3_3.7.6.bb:do_configure) failed with exit code '1'06:48
shreyPreviously configured separate build directory detected, cleaning /home/shreyas/temp/custom_yocto/build-custom-zynq/tmp/work/cortexa9t2hf-neon-poky-linux-gnueabi/python3/3.7.6-r0/build06:48
*** shrey <shrey!cb36ac32@tel3187175.lnk.telstra.net> has quit IRC06:48
*** mckoan|away is now known as mckoan06:50
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto06:55
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:56
*** Srijan <Srijan!0e66a0b2@> has joined #yocto07:02
SrijanGuys, I am trying to add meta-java layer and everytime it comes up with the following error message:07:04
SrijanERROR: glibc-2.30-r0 do_package: SYSTEMD_SERVICE_nscd value nscd.service does not existERROR: Logfile of failure stored in: /opt/graylog-poky/build/tmp/work/core2-64-poky-linux/glibc/2.30-r0/temp/log.do_package.712ERROR: Task (/opt/graylog-poky/meta/recipes-core/glibc/glibc_2.30.bb:do_package) failed with exit code '1'07:04
SrijanWhere as nscd is already installed.07:04
*** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has quit IRC07:06
*** marquiz <marquiz!~marquiz@> has quit IRC07:15
*** marquiz <marquiz!~marquiz@> has joined #yocto07:18
*** jobroe_ <jobroe_!~manjaro-u@p579eb1b8.dip0.t-ipconnect.de> has joined #yocto07:22
*** jobroe <jobroe!~manjaro-u@p579ebaf6.dip0.t-ipconnect.de> has quit IRC07:22
kroonSrijan, what is the error the log file is highlighting ?07:24
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto07:26
xtron1Srijan, kroon seems like the nscd.service file is missing07:29
SrijanYeah it seems the nscd.service file is missing.07:30
SrijanI have added CORE_IMAGE_EXTRA_INSTALL_append = " nscd" and it gets installed without issues. But not via the meta-java layer07:31
*** beratiks <beratiks!52de0992@> has quit IRC07:32
*** xtron1 is now known as xtron07:32
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto07:34
SrijanIf I remove the meta-java layer, everything gets built without issues.07:36
* Letothe2nd is manning the booth for cases of emergency. Will direct folks mostly to slack07:41
xtronSrijan, how're trying to install nscd from meta-java?07:45
*** nameclash <nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto07:45
SrijanI add meta-java using bitbake-layers add-layer and then try to do bitbake core-image-full-cmdline, it it here I get the error07:47
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC07:47
*** hpsy1 <hpsy1!~hpsy@> has quit IRC07:48
SrijanI am not trying to add nscd, it is a dependency for glibc I presume...I am trying to add meta-java as a layer. And then when I do a bitbake core-image-full-cmdline, I get the error.07:51
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto07:53
xtroncan you try a clean build for glibc? keeping the meta-java layer added07:56
*** xtron1 <xtron1!~xtron@> has joined #yocto08:09
*** xtron <xtron!~xtron@> has quit IRC08:09
SrijanSo I did a bitbake -c cleanall glibc and then ran bitbake glibc...glibc was installed successfully. Now I am trying bitbake core-image-full-cmdline to check it the issue persists or if it has been resolved.08:10
*** viswa <viswa!31cc334f@> has joined #yocto08:10
*** fbre <fbre!91fdde45@> has joined #yocto08:10
SrijanNow when I did a bitbake core-image-full-cmdline, I get a whole lot of error messages:08:11
SrijanERROR: linux-yocto-5.2.17+gitAUTOINC+bb2776d6be_25b14cdf96-r0 do_package: Error executing a python function in exec_python_func() autogenerated:The stack trace of python calls that resulted in this exception/failure was:File: 'exec_python_func() autogenerated', lineno: 2, function: <module>     0001: *** 0002:split_kernel_module_packages(d)08:12
Srijan0003:File: '/opt/graylog-poky/meta/classes/kernel-module-split.bbclass', lineno: 171, function: split_kernel_module_packages     0167:    # avoid warnings. removedirs only raises an OSError if an empty     0168:    # directory cannot be removed.     0169:    dvar = d.getVar('PKGD')     0170:    for dir in ["%s/etc/modprobe.d" % (dvar),08:12
Srijan"%s/etc/modules-load.d" % (dvar), "%s/etc" % (dvar)]: *** 0171:        if len(os.listdir(dir)) == 0:     0172:            os.rmdir(dir)     0173:}     0174:     0175:do_package[vardeps] += '${@" ".join(map(lambda s: "module_conf_" + s, (d.getVar("KERNEL_MODULE_PROBECONF") or "").split()))}'Exception: FileNotFoundError: [Errno 2] No such file or08:12
Srijandirectory: '/opt/graylog-poky/build/tmp/work/genericx86_64-poky-linux/linux-yocto/5.2.17+gitAUTOINC+bb2776d6be_25b14cdf96-r0/package/etc/modprobe.d'ERROR: Logfile of failure stored in: /opt/graylog-poky/build/tmp/work/genericx86_64-poky-linux/linux-yocto/5.2.17+gitAUTOINC+bb2776d6be_25b14cdf96-r0/temp/log.do_package.16472ERROR: Task08:12
Srijan(/opt/graylog-poky/meta/recipes-kernel/linux/linux-yocto_5.2.bb:do_package) failed with exit code '1'ERROR: volatile-binds-1.0-r0 do_package: SYSTEMD_SERVICE_volatile-binds value var-volatile-lib.service does not existERROR: Logfile of failure stored in:08:12
Srijan/opt/graylog-poky/build/tmp/work/all-poky-linux/volatile-binds/1.0-r0/temp/log.do_package.16475ERROR: Task (/opt/graylog-poky/meta/recipes-core/volatile-binds/volatile-binds.bb:do_package) failed with exit code '1'ERROR: glibc-locale-2.30-r0 do_package: Error executing a python function in exec_python_func() autogenerated:The stack trace of python08:12
Srijancalls that resulted in this exception/failure was:File: 'exec_python_func() autogenerated', lineno: 2, function: <module>     0001: *** 0002:package_do_split_gconvs(d)     0003:File: '/opt/graylog-poky/meta/classes/libc-package.bbclass', lineno: 189, function: package_do_split_gconvs     0185:    dot_re = re.compile(r"(.*)\.(.*)")     0186:08:12
Srijan0187:    # Read in supported locales and associated encodings     0188:    supported = {} *** 0189:    with open(oe.path.join(d.getVar('WORKDIR'), "SUPPORTED")) as f:     0190:        for line in f.readlines():     0191:            try:     0192:                locale, charset = line.rstrip().split()     0193:            except08:12
*** sajjad__ <sajjad__!~xtron@> has joined #yocto08:12
SrijanValueError:Exception: FileNotFoundError: [Errno 2] No such file or directory: '/opt/graylog-poky/build/tmp/work/core2-64-poky-linux/glibc-locale/2.30-r0/SUPPORTED'ERROR: Logfile of failure stored in: /opt/graylog-poky/build/tmp/work/core2-64-poky-linux/glibc-locale/2.30-r0/temp/log.do_package.16469ERROR: Task08:12
Srijan(/opt/graylog-poky/meta/recipes-core/glibc/glibc-locale_2.30.bb:do_package) failed with exit code '1'08:12
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:12
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC08:12
SrijanThe logs are here, sorry for pasting it in the channel....https://pastebin.com/fcDDihwA08:13
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:13
fbreHi, which tool is the standard on yocto-Linux to create an incremental backup against a factory reset snapshot version?08:14
*** xtron1 <xtron1!~xtron@> has quit IRC08:14
Letothe2ndfbre: there is none.08:14
fbre...or maybe a good hint which one is useful :-)08:15
Letothe2ndfbre: other than "it all depends"?08:15
Letothe2ndfbre: from rumours, i would judge that some overlayfs construction is an appraoch that many are taking these days.08:16
fbreoverlayfs? Is this a term I can google for further details?08:17
Letothe2ndfbre: hum, try and find out?08:17
fbreOK, thanx! I think this is a good trigger for more precise investigations *thumbsup*08:19
Letothe2ndfbre: but seriously, the question is both very specific while at the same time lacking about all necessary content, so that pointer is probably all one can give.08:19
viswaI am tying to add a new recipe for adding a new lib and facing the below error while baking the new recipe08:21
viswa```| ../sysdeps/arm/start.S:119: error: undefined reference to 'main'| collect2: error: ld returned 1 exit status| make: *** [all] Error 1```\08:21
fbreWell, the first thing is always to look at the community if there is a standard way everyone uses :)08:22
Letothe2ndviswa: that sounds very strange, as it seems to refer to baremetal startup code08:22
*** sno <sno!~sno@> has joined #yocto08:22
*** xtron <xtron!~xtron@> has joined #yocto08:23
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:23
viswaany reference links for adding a lib08:23
Letothe2ndviswa: well then the usual techniques don't apply, as the recipes are meant to build things for linux applications.08:23
Letothe2ndviswa: what is this library meant for then? this is certainly not a classic yocto build.08:24
*** sajjad__ <sajjad__!~xtron@> has quit IRC08:24
rburtonviswa: did you hand-code the makefile?08:25
*** xtron <xtron!~xtron@> has quit IRC08:25
viswaworking on easy-mesh lib for rdk platform08:25
Letothe2ndrburton: i guess we rather have a conceptual problem here.08:25
*** xtron <xtron!~xtron@> has joined #yocto08:25
Letothe2ndlike, trying to apply a baremetal mindset to a yocto build.08:25
*** fbre <fbre!91fdde45@> has quit IRC08:26
Srijan@xtron - If i remove the meta-java layer, everything builds perfectly fine.08:27
*** hpsy <hpsy!~hpsy@tmo-085-177.customers.d1-online.com> has joined #yocto08:27
Letothe2ndSrijan: send patches to meta-java then. it has always been problematic and is basically kept alive by people fixing it.08:28
*** viswa <viswa!31cc334f@> has quit IRC08:30
*** Srijan <Srijan!0e66a0b2@> has quit IRC08:31
*** dmoseley <dmoseley!~dmoseley@> has quit IRC08:32
*** hpsy <hpsy!~hpsy@tmo-085-177.customers.d1-online.com> has quit IRC08:35
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto08:37
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-jkxnydjazumbrjss> has quit IRC08:38
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-qmbhgbpxqybhnxgf> has quit IRC08:38
*** guillaume2 <guillaume2!gscigalama@gateway/shell/matrix.org/x-qryehzeinanrgcwc> has quit IRC08:38
*** edrex <edrex!edrexmatri@gateway/shell/matrix.org/x-rlcyndrcnhvqcxny> has quit IRC08:38
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-pfyuophqbwtporzy> has quit IRC08:38
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-ekbzrkuvihmiwath> has quit IRC08:38
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-yhiupjmnddoxlbrc> has quit IRC08:38
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-psgaupdrjpcpyhiu> has quit IRC08:38
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-bdtaxnbfnbnjkyus> has quit IRC08:38
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-khcgxehzoxgooxqu> has quit IRC08:38
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-dgsdqlbcghmmraua> has quit IRC08:38
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC08:39
*** psrcode <psrcode!~psrcode@> has quit IRC08:41
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has quit IRC08:41
*** psrcode <psrcode!~psrcode@> has joined #yocto08:41
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:42
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:43
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto08:43
*** marquiz <marquiz!~marquiz@> has quit IRC08:46
*** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has joined #yocto08:49
*** Srijan <Srijan!0e66a0b2@> has joined #yocto08:49
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC08:51
*** nrossi <nrossi!nrossimatr@gateway/shell/matrix.org/x-wvxjdkqalmhktsro> has joined #yocto08:51
*** xtron1 <xtron1!~xtron@> has joined #yocto08:54
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:56
*** xtron <xtron!~xtron@> has quit IRC08:56
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC08:58
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto08:59
*** vineela <vineela!~vtummala@> has quit IRC09:05
*** marquiz <marquiz!~marquiz@> has joined #yocto09:07
*** henriknj <henriknj!hnjematrix@gateway/shell/matrix.org/x-eemnwooyxjrhfcnh> has joined #yocto09:17
*** guillaume1 <guillaume1!gscigalama@gateway/shell/matrix.org/x-ecrmrvliegthicso> has joined #yocto09:17
*** bachp <bachp!bachpmatri@gateway/shell/matrix.org/x-nsswumzicqwolcfy> has joined #yocto09:17
*** crazoes[m] <crazoes[m]!crazoesmat@gateway/shell/matrix.org/x-lyxnblambfqzoexi> has joined #yocto09:17
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/matrix.org/x-mbzcccwnizyxkewa> has joined #yocto09:17
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-qejqmwbdbduukfrw> has joined #yocto09:17
*** edrex <edrex!edrexmatri@gateway/shell/matrix.org/x-jobwrvkznvvzyolv> has joined #yocto09:17
*** wak-work <wak-work!wak-workma@gateway/shell/matrix.org/x-hxxgxqtvxdnkcqhe> has joined #yocto09:17
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/matrix.org/x-wvbyvjzxlwsykhxb> has joined #yocto09:17
*** silviof <silviof!silv-iomat@gateway/shell/matrix.org/x-rwtmxlghmiizidqi> has joined #yocto09:17
*** Srijan <Srijan!0e66a0b2@> has quit IRC09:21
*** eduardas <eduardas!~eduardas@> has joined #yocto09:33
eduardashello, I am having trouble building a C99 CMake project via bitbake (problem locating pthreads)09:34
eduardasCould NOT find Threads (missing: Threads_FOUND)09:34
eduardasdoes compile locally on Ubuntu 18.04 x86 PC09:34
eduardasbu not via bitbake09:34
eduardasthe usual find_package(Threads REQUIRED) approach is used09:35
eduardastarget_link_libraries(app PRIVATE Threads::Threads)09:36
eduardasI am using Yocto 3.1 Dunfell09:37
Letothe2ndeduardas: sounds like you'll need to dig into the logs by cmake itself, they should be in the build directory of your package in the work structure.09:37
eduardasLetothe2nd: log hardly gives anything except Could NOT find Threads (missing: Threads_FOUND)09:39
Letothe2ndeduardas: well at least autotools provide soemthing like config.log under the hood, which tells how it treid to do things. you'll need to find the cmake equivalent, methinks.09:40
*** sh00p <sh00p!~sh00p@h-38-105.A498.priv.bahnhof.se> has joined #yocto09:41
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto09:41
qschulzeduardas: is pthread headers/lib found in WORKDIR/recipe-sysroot of the recipe complaining? If no, missing DEPENDS. If yes, probably CC, LDFLAGS or CFLAGS being overridden in your Cmake?09:41
Letothe2ndqschulz: shouldn't pthreads come as an implicit depends thourhg the glibc?09:42
sh00pI'm getting this weird error ever since upgrading to dunfell, "ERROR: coreutils-8.31-r0 do_package_qa: QA Issue: /usr/bin/stdbuf contained in package coreutils-stdbuf requires /usr/bin/coreutils, but no providers found in RDEPENDS_coreutils-stdbuf? [file-rdeps]"09:42
*** magicmoon <magicmoon!~magicmoon@> has joined #yocto09:42
*** dmoseley <dmoseley!~dmoseley@> has quit IRC09:43
sh00pAnd I seem to be alone, can't find any references on any mailing list or google search, can anybody point me in the correct direction in trouble-shooting it?09:43
magicmoonhi all09:43
Letothe2ndsh00p: reproductible with pure poky?09:43
sh00pLetothe2nd, well I haven't made any patches to poky if thats what you mean09:44
Letothe2ndsh00p: no, rather without any layers on top that might mess with it via appends or such09:44
sh00pLetothe2nd, ah I see, that I haven't tried09:44
Letothe2ndsh00p: also, see: http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-core/coreutils?id=992cec44ad2073cfe05cb2c58936032af189748a09:45
qschulzsh00p: e.g. a bbappend on coreutils in a layer :)09:45
sh00pLetothe2nd, yeah I found that commit, and it says he moved coreutils-stdbuf to an own package, but I can't find the bb for it09:45
qschulzLetothe2nd: re pthread, does not hurt to check. Don't know where it comes from :)09:45
qschulzsh00p: there isn't a specific bb for it, it's just a separate package in the same recipe09:46
Letothe2ndqschulz: nope certainly doesn't hurt.09:46
qschulzmagicmoon: hi09:46
sh00pqschulz, okay I see, so possibly somewhere some rogue recipe is modifying my coreutils09:47
magicmoonanyone working with meta-ros?09:47
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto09:47
Letothe2ndmagicmoon: nope, but we have metaquestion experts galore!09:47
qschulzsh00p: bitbake-layers show-overlayers, or show-appends might help09:48
magicmoonhmm i am running into trouble when trying to compile ros sources with catkin_make... roscpp seems not be confiugred correctly...09:51
qschulzshow-overlayed sorry09:51
*** hpsy <hpsy!~hpsy@> has joined #yocto09:52
qschulzmagicmoon: no error log, no help to expect from us :)09:52
magicmoonwhere to post ? here?09:52
magicmooni don't want to get banned :D09:53
sh00pqschulz, nope no coreutils overlaying listed... but I did found some suspicious lines when grepping, "meta-pil/conf/distro/basic.inc:72:PACKAGECONFIG_append_pn-coreutils = ..."09:53
Letothe2ndmagicmoon: some pastebin of your least distrust09:53
Letothe2ndsh00p: bingo, thats it.09:53
qschulzmagicmoon: pastebin somewhere on the internet :)09:53
qschulzmagicmoon: see, you didn't say you were using an SDK :) Which is a very important piece of information to give :)09:56
magicmooni was going to tell09:56
magicmooni sourced it of coarse09:57
* Letothe2nd would bet on the sdk being somewhat incomplete. but then, 2.3 is also massively outdated, and all that.09:58
qschulzI'm not knowledgeable on SDK stuff so just wild guessing now. Have you added roscpp to your SDK? Have you checked the searched file is available somehwere in one of the SDK sysroot? Yes? Is the path passed to your cmake correct?09:59
Letothe2ndand i would advise to avoid the SDK at all cost for stuff liek that.09:59
qschulzLetothe2nd: true, don't know why people are sticking to old unmaintained versions09:59
Letothe2ndqschulz: because industry best practise.09:59
* qschulz hides (using 2.6.4)10:00
dv|2where can I find the "env" definition in Yocto?10:00
dv|2I mean python object "env"10:00
qschulzmagicmoon: what exactly is your usecase? Why are you trying to use the SDK? (devtool or devshell for example might be a good tool depending on the usecase)10:00
magicmooni have a yocto build for a stereocamera10:01
* Letothe2nd has a look, and concludes that if he ever is in for massive pain, he'll give that meta-ros a try.10:01
magicmoonand i need to integrate ROS Nodes into it10:01
Letothe2nd"It is no longer under active development and is not being tested, but will be retained until it is no longer needed by the community. The only criterion for acceptance of a pull request for it is that it's based off its current HEAD and merges cleanly."10:02
magicmoonat the moment the camera gives out unrectified pictures... so i need to get the algorithms on the platform10:02
magicmooni want to use the sdk to build my ros nodes on my build system and then install them afterwards on the yocto linux10:03
magicmoonthe yocto is pyro because of meta-ros10:03
qschulzmagicmoon: devtool with a basic recipe should do the trick, since anyway you'll probably want to integrate it to your Yocto image :)10:04
qschulzthe point is that you won't be using the SDK, which isn't as widely used as... well Yocto itself. And you don't lose time fixing something that you anyway don't need that much10:05
Letothe2ndqschulz: ++10:05
eduardasqschulz: thank you for the advice. It really helped. Ultimately it seems my problem was overwriting CFLAGS in the CMake project. Was able to fix it.10:06
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-26-80.v4.ngi.it> has joined #yocto10:06
dv|2Two questions: 1) where can I find yocto "env" python object definition? 2) is there anyboddy who is building Node modules with Dunfell?10:07
qschulzeduardas: a sadly common mistake :) (Been there :) )10:08
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC10:09
*** leonanavi <leonanavi!~Leon@> has joined #yocto10:16
*** leon-anavi <leon-anavi!~Leon@> has quit IRC10:18
*** gtristan <gtristan!~tristanva@> has quit IRC10:30
*** florian_kc is now known as floiran10:33
*** floiran is now known as florian10:34
*** fl0v0 <fl0v0!~fvo@> has quit IRC10:50
*** fl0v0 <fl0v0!~fvo@> has joined #yocto10:51
*** lucaceresoli_ <lucaceresoli_!~lucaceres@78-134-26-80.v4.ngi.it> has quit IRC11:00
*** marquiz <marquiz!~marquiz@> has quit IRC11:00
*** leonanavi <leonanavi!~Leon@> has quit IRC11:05
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto11:06
*** mattovsky <mattovsky!~mattovsky@dedicated-aid154.rev.nazwa.pl> has quit IRC11:07
*** gtristan <gtristan!~tristanva@> has joined #yocto11:09
*** fl0v0 <fl0v0!~fvo@> has quit IRC11:15
*** fl0v0 <fl0v0!~fvo@> has joined #yocto11:15
*** marquiz <marquiz!~marquiz@> has joined #yocto11:22
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:25
*** kaspter <kaspter!~Instantbi@> has quit IRC11:32
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:32
*** leonanavi <leonanavi!~Leon@> has joined #yocto11:34
*** leon-anavi <leon-anavi!~Leon@> has quit IRC11:37
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto11:38
*** leonanavi <leonanavi!~Leon@> has quit IRC11:39
*** risca <risca!~quassel@> has quit IRC11:42
*** risca <risca!~quassel@> has joined #yocto11:42
*** berton <berton!~berton@> has joined #yocto11:43
*** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has joined #yocto11:55
*** lfa <lfa!~lfa@> has quit IRC11:59
*** lfa <lfa!~lfa@> has joined #yocto12:00
*** lfa_ <lfa_!~lfa@91-118-92-18.static.upcbusiness.at> has quit IRC12:00
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-khmlgywkykndbglt> has quit IRC12:09
*** leon-anavi <leon-anavi!~Leon@> has quit IRC12:12
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto12:13
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-vmsyutewebiphooa> has joined #yocto12:14
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto12:18
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto12:19
*** xtron1 <xtron1!~xtron@> has quit IRC12:20
*** vineela <vineela!~vtummala@> has joined #yocto12:21
*** sstiller <sstiller!~sstiller@p200300f07f0005016d0941fd4d79cf5c.dip0.t-ipconnect.de> has joined #yocto12:39
rburtonzeddii: around?12:42
rburtontrying to build perf, but the virtual/kernel is a linaro kernel if that makes a difference.  failing with:12:43
rburton| /usr/src/debug/perf/1.0-r9/perf-1.0/tools/perf/util/srcline.c:200: undefined reference to `bfd_get_section_flags'12:43
rburtonanything obvious?12:43
zeddiiyah. I know the fix for that. there's an upstream one. sec.12:43
rburtonawesome, thanks12:43
rburtoni'll buy you a beer this evening at ELC12:43
zeddiimake sure this patch is the kernel: https://github.com/torvalds/linux/commit/0ada120c883d4f1f6aafd01cf0fbb10d8bbba01512:44
rburtonperfect, thanks12:45
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC12:57
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has quit IRC12:57
zeddiirburton: re: the docker go build issue. how exactly do we specify to use go-cross ? Those recipes have always just inherited 'go' and I can't find an example.13:01
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto13:04
*** ssajal <ssajal!~ssajal@otwaon1146w-lp140-01-64-229-138-221.dsl.bell.ca> has joined #yocto13:05
rburtonzeddii: i thought it just worked13:07
zeddiiit is supposed to. yes.13:07
zeddiibut all of these 32bit arm go recipes are blowing up now.13:07
zeddii"inherit go" and it sets up everything else. I've commented out bits of the recipe that were setting the same as the defaults, and it still blows up. So I don't think it is purely the recipes being of an older style.13:08
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto13:10
*** kroon <kroon!~kroon@> has quit IRC13:12
*** hipr_C1 <hipr_C1!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto13:14
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC13:14
*** hipr_C1 is now known as hipr_C13:14
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto13:19
*** dmoseley <dmoseley!~dmoseley@> has quit IRC13:22
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto13:22
*** xtron1 <xtron1!~xtron@> has joined #yocto13:33
*** dmoseley <dmoseley!~dmoseley@> has quit IRC13:36
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto13:39
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC13:41
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto13:42
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC13:44
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto13:45
*** durarara_ <durarara_!~none@gentoo/developer/alicef> has joined #yocto13:48
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto13:49
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC13:50
*** AndersD <AndersD!~AndersD@h-17-226.A137.corp.bahnhof.se> has joined #yocto13:52
*** kaspter <kaspter!~Instantbi@> has quit IRC13:55
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto13:55
*** kaspter <kaspter!~Instantbi@> has joined #yocto13:55
*** alicef <alicef!~none@gentoo/developer/alicef> has quit IRC13:57
*** Sandrita11 <Sandrita11!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto13:57
*** durarara_ <durarara_!~none@gentoo/developer/alicef> has quit IRC13:57
*** alicef <alicef!~none@gentoo/developer/alicef> has joined #yocto13:58
*** Sandrita <Sandrita!18ca2637@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC14:00
*** gtristan <gtristan!~tristanva@> has quit IRC14:05
*** magicmoon <magicmoon!~magicmoon@> has quit IRC14:09
*** NiksDev <NiksDev!~NiksDev@> has quit IRC14:09
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:10
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC14:24
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto14:25
*** jobroe_ <jobroe_!~manjaro-u@p579eb1b8.dip0.t-ipconnect.de> has quit IRC14:28
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has quit IRC14:37
*** Spirit532 <Spirit532!~Spirit@> has quit IRC14:40
*** Spirit532 <Spirit532!~Spirit@> has joined #yocto14:41
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:c862:e5c2:2a6c:5ccd> has joined #yocto14:43
*** sgw2 <sgw2!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto14:50
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC14:50
*** sgw2 is now known as sgw114:51
*** eduardas <eduardas!~eduardas@> has quit IRC14:51
*** AndersD <AndersD!~AndersD@h-17-226.A137.corp.bahnhof.se> has quit IRC14:51
*** linuxjacques <linuxjacques!~jacques@nslu2-linux/jacques> has quit IRC14:52
*** comptroller <comptroller!~comptroll@47-213-220-127.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto14:53
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC14:55
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto14:55
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has quit IRC14:56
*** sstiller <sstiller!~sstiller@p200300f07f0005016d0941fd4d79cf5c.dip0.t-ipconnect.de> has quit IRC14:56
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-26-80.v4.ngi.it> has joined #yocto14:57
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-26-80.v4.ngi.it> has joined #yocto14:58
*** sajjad__ <sajjad__!~xtron@> has joined #yocto15:03
*** xtron1 <xtron1!~xtron@> has quit IRC15:03
*** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto15:04
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC15:04
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC15:10
*** hipr_C <hipr_C!Thunderbir@gateway/vpn/nordvpn/hiprc/x-57922908> has joined #yocto15:10
*** eduardas <eduardas!~eduardas@> has joined #yocto15:12
*** xtron1 <xtron1!~xtron@> has joined #yocto15:16
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:18
*** sajjad__ <sajjad__!~xtron@> has quit IRC15:19
*** xtron1 <xtron1!~xtron@> has quit IRC15:21
*** xtron <xtron!~xtron@> has joined #yocto15:21
*** leehambley <leehambley!uid447146@gateway/web/irccloud.com/x-ehtfmfxhceksecwg> has joined #yocto15:21
leehambleyhi all, really silly beginner question, if I've run a `bitbake core-image-minimal` *where* does that image go? The build appeared to succeed (880/2200 recipes ran, exit status was '0') but I just can't find where the new firmware I just built is?15:22
Letothe2ndleehambley: build/tmp/deploy/images/$YOURMACHINE/images :)15:23
Letothe2ndleehambley: and let me warmly recommend https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj :)15:23
Letothe2ndah , last /images was probably superfluous15:23
leehambleycool looking you-tube series, thanks! Is there some "copy firmware to a real directory" bitbake command I'm missing, it seems weird that build artifacts go to build/tmp!15:25
Letothe2ndleehambley: what is unreal about that directorY?15:25
Letothe2ndleehambley: no, it makes perfect sense: all artifacts are considered temporary as they can be recreated upon the desire to do so.15:26
leehambleyjust seems strange that the thing I built intentionally is in a tmp/ directory, if I think about a proberbial "make ..... right, your 2nd message arrived before I was finished thinking, but yeah, makes good sense :)15:26
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto15:27
leehambleymaybe my other question is not 100% yocto related, but I'm kinda going in at the deep-end here. (background, fairly experienced linux developer, but embedded is new to me)15:27
leehambleyI'm using an i.MX6 ULL module from MYiR-Tech, they provide BSP and most of a working Yocto build, etc - all works great (I'm about to flash the firmware I built from the CDROM sources they provided)15:27
leehambleythe question I have, ... for configuring device pinouts, the .dts file, doesn't change, right? Seems like most of the pinout configuration happens at kernel build time, via options in menuconfig like... enabling SPIdev?  (this is one of those typical SOMs that makes you choose between sdio/spi because the pins are reused)15:28
Letothe2ndmope, thats all dt15:28
Letothe2ndkconfig enabling it just builds the drivers/software. the DT then connects it to the real (HW) world15:29
leehambleybut I guess I'm asking, do I need to go find the NXP pinout config tool and generate something new that goes into the bsp recipe... seems like not, right, device tree has a _complete_ description of all the hardware onboard, and I can activate anything that doesn't conflict through kernel config15:29
leehambleyah, so not _exactly_ menuconfig (I know, I for e.g I have no userspace spidev on thieir firmware)15:29
qschulzleehambley: pinout configuration is done in the Device tree. Then you compile in (or compile kernel  modules) through menuconfig15:30
leehambleybut, awesome, thanks for the help I'll go dig more into how to actually activate/configure stuff based on DT15:30
Letothe2ndqschulz: kernel level is your trade :)15:30
leehambleyhaha, yeah, I'd prefer writing a kernal module for this, userspace spidev seems like asking for trouble, I'd like to have a "file" I can read with my sensor data in, and just make the kernel deal with the details, but .. babysteps, you know :)15:31
leehambleybut then the .dts for this board, from the manufacturer is "complete" and doesn't get modified to enable/disable hardware.. dt will get configured, somehow once I learn how to do that, and it'll reference the parts of the .dts file15:31
Letothe2ndleehambley: see iio :)15:31
qschulzleehambley: maybe your spi device is already supported. Otherwise, if it's a rather simple spidev, reading the documentationin the linux kernel for the device tree bindings should jsut give you enough :)15:31
leehambleythanks, tbh my spi device is just a ADXL345 so .. it's a line protocol of IMU data15:32
leehambleyit's about as 'unixy" as it gets15:32
*** dmoseley <dmoseley!~dmoseley@> has quit IRC15:32
qschulzleehambley: yeah, there's a bunch to learn about and #yocto isn't really the good place to get good infomration :)15:32
qschulzleehambley: probably using IIO subsystem as Letothe2nd said then15:32
leehambley:) understood @qschulz - just trying to find out what's the "right" layer for this stuff, the pointers to where to find my firmware, and "confirmation" that I don't need to use NXPs gui tool already saves me a huge amount of work <315:33
qschulzleehambley: I can suggest this training: https://bootlin.com/training/kernel/15:33
*** mckoan is now known as mckoan|away15:33
qschulz(free access to all slides/labs etc.. without a trainer, you pay for in-person (or remote) training. I was an employee there so biased but I don't earn anything for this ad :) )15:34
leehambleyhaha, that training looks like amazing value for money, I'll definitely consider that15:35
leehambleya week off "work"( yocto/embedded is a hobby thing with a friend one evening every week at the moment) working on a linux course sounds like a great week off :)15:35
*** eduardas <eduardas!~eduardas@> has quit IRC15:37
RPzeddii: I confirmed that beaglebone build works after your patches, fails before on f32, thanks15:39
qschulzleehambley: (they have other trainings, specifically targetting the yocto one :) but it's presenting the basics for a lot of stuff and not going deep into details so might not fit everyone's skills/desires)15:39
zeddiicool. I'll still keep my debug patch handy, but that means we don't need any flag gymnastics15:39
Letothe2ndzeddii: can you remote print in marks office? :P15:40
zeddiihonestly, I already wondered that.15:41
Letothe2ndzeddii: GOGOGO!15:41
zeddiiif the whiteboard was a fancy smartboard, that would be awesome.15:41
Letothe2ndmore than awesome.15:41
zeddiihis slides had terminals, I looked, but couldn't glean any routing info to try and get into the office :P15:42
*** Bunio_FH <Bunio_FH!~bunio@clj-165.netdrive.pl> has joined #yocto15:44
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto15:46
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has joined #yocto15:47
*** xtron <xtron!~xtron@> has quit IRC15:50
*** nameclash <nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC15:54
* kergoth yawns15:56
*** xtron <xtron!~xtron@> has joined #yocto15:59
*** xtron1 <xtron1!~xtron@> has joined #yocto16:03
paulgzeddii, you trying to hack fray ?16:04
zeddiiof course!16:04
paulgsuper classy!16:05
zeddiihe's doing a presentation, and there's a printer in view. would be awesome if it started spewing pages.16:05
paulga 1990s postscript fail, where you get 500 pages with one char on each.16:06
*** xtron <xtron!~xtron@> has quit IRC16:06
zeddiiabsolutely. staircase to hell.16:06
*** fl0v0 <fl0v0!~fvo@> has quit IRC16:06
*** sno <sno!~sno@> has quit IRC16:12
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC16:15
RPzeddii: evil :)16:21
paulgRP - ask zeddii what I did to his office phone one day....16:21
paulg*that* was evil.   B-)16:22
RPpaulg: I'm sure I've heard of this before :)16:24
*** xtron <xtron!~xtron@> has joined #yocto16:29
RPtgamblin: do I take alex's revert? Just want to be sure I understand your reply?16:30
*** xtron1 <xtron1!~xtron@> has quit IRC16:30
tgamblinRP: yeah, his revert is fine. I looked at why my patch wouldn't apply to setuptools, and it was because their devs had made changes to do a less-aggressive version16:34
tgamblinStill a significant improvement16:34
RPtgamblin: ok, cool. Just want to ensure we're all on the same page16:34
*** vineela1 <vineela1!~vtummala@> has joined #yocto16:40
*** vineela <vineela!~vtummala@> has quit IRC16:43
*** xtron1 <xtron1!~xtron@> has joined #yocto16:44
*** otavio <otavio!~otavio@> has joined #yocto16:46
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto16:46
*** xtron <xtron!~xtron@> has quit IRC16:47
*** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has joined #yocto16:55
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto16:59
*** vineela1 <vineela1!~vtummala@> has quit IRC16:59
*** vineela <vineela!vtummala@nat/intel/x-ahlkuqpgguqezmzh> has joined #yocto16:59
*** vineela1 <vineela1!vtummala@nat/intel/x-fuluozjwziilwmzq> has joined #yocto17:09
*** vineela <vineela!vtummala@nat/intel/x-ahlkuqpgguqezmzh> has quit IRC17:09
aleblancis it possible to a do_install_myfeature and expect the function to run if myfeature is present in MACHINE_FEATURES (or anywhere ...) ? I'm trying to understand the how much I can push the limit of do_install.17:20
*** vineela1 <vineela1!vtummala@nat/intel/x-fuluozjwziilwmzq> has quit IRC17:21
*** vineela <vineela!~vtummala@> has joined #yocto17:22
fullstopWhat's the magic to get utf-8 locale in my image?17:23
fullstopI have GLIBC_GENERATE_LOCALES = "en_US en_US.UTF-8" and IMAGE_LINGUAS = "en-us" in my machine conf, but locale -a only lists C and POSIX17:24
*** xtron <xtron!~xtron@> has joined #yocto17:27
*** xtron1 <xtron1!~xtron@> has quit IRC17:28
*** xtron1 <xtron1!~xtron@> has joined #yocto17:29
*** xtron <xtron!~xtron@> has quit IRC17:32
khemfullstop: can you do a find in build/tmp/deploy/ for "*locale-base*"17:38
fullstopkhem: I was just doing that.. I now have en_US and en_US.ISO-8859-1, but no utf817:39
fullstopThere were some glibc-binary-localedata-* packages17:39
khemaleblanc: do_install_myfeature will  override standard do_install if myfeature is in OVERRIDES so please ensure if its in yur override list17:39
fullstopThere is no glibc-binary-localedata with utf8 encoding.. hmm.17:40
*** vineela1 <vineela1!~vtummala@> has joined #yocto17:42
khemdo you have LOCALE_UTF8_IS_DEFAULT set ?17:43
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC17:43
*** vineela <vineela!~vtummala@> has quit IRC17:45
fullstopthey are actually utf-8 even if not specified17:45
*** vineela <vineela!~vtummala@> has joined #yocto17:45
khemright so your default is utf-8 I guess17:46
khemwhat is GLIBC_INTERNAL_USE_BINARY_LOCALE set to ?17:46
*** vineela1 <vineela1!~vtummala@> has quit IRC17:46
fullstoplooking.. waiting for bitbake.. :-)17:47
khemand perhaps you want to set ENABLE_BINARY_LOCALE_GENERATION="1"17:48
khemthen it will build them from source during build17:48
fullstopIf I wish for these locales to be added to an image, do I need to explicitly add glibc-binary-locale-blah-blah or is there a better way to do it?17:50
*** vineela1 <vineela1!~vtummala@> has joined #yocto17:50
*** vineela <vineela!~vtummala@> has quit IRC17:50
khemI think IMAGE_LINGUAS should do it17:52
*** vineela <vineela!~vtummala@> has joined #yocto17:54
*** vineela1 <vineela1!~vtummala@> has quit IRC17:54
fullstopthat built them but did not include them in my case.17:56
khemhmm I see17:57
khemmeta/classes/image.bbclass:RDEPENDS += "${PACKAGE_INSTALL} ${LINGUAS_INSTALL} ${IMAGE_INSTALL_DEBUGFS}"17:57
khemmeta/classes/image.bbclass:LINGUAS_INSTALL ?= "${@" ".join(map(lambda s: "locale-base-%s" % s, d.getVar('IMAGE_LINGUAS').split()))}"17:58
khemso it should have17:58
aleblanckhem: tks !17:58
khemaleblanc: np17:58
*** vineela <vineela!~vtummala@> has quit IRC18:00
*** vineela <vineela!~vtummala@> has joined #yocto18:02
*** xtron1 <xtron1!~xtron@> has quit IRC18:05
*** phippu <phippu!~phippu@31-10-206-124.static.upc.ch> has quit IRC18:08
fullstopI see the package in oe-rootfs-repo but it's not getting pulled into the image.  odd.18:12
fullstopMy image inherits core-image and not image, but that should not matter18:14
*** vineela1 <vineela1!~vtummala@> has joined #yocto18:16
*** vineela <vineela!~vtummala@> has quit IRC18:16
fullstopoh, wow, I had IMAGE_LINGUAS = " " just chillin in my recipe.18:16
*** gtristan <gtristan!~tristanva@> has joined #yocto18:18
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC18:21
*** vineela1 <vineela1!~vtummala@> has quit IRC18:31
khemwell there you go then :)18:37
*** NiksDev <NiksDev!~NiksDev@> has quit IRC18:43
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto18:43
*** kanavin_home <kanavin_home!~ak@> has joined #yocto18:50
khemRP: I think we need to think about renaming our target tuple for arm+hf to match other distros19:01
khemI have patches atleast 5 different packages to make it understand that we do not pass float ABI via compiler tuple, and some of them are rust compiler, clang, chromium etc. which are not simple to fix and they keep changing and the fixes require enahncements and forward porting all the time19:02
khemif we just following the gnu convention a lot will simplify19:03
RPkhem: what is the difference?19:21
kergothfullstop: sounds like you copied from core-image-minimal instead of a less minimized image recipe :)19:23
kergothhuh, didn't know arm+hf was a thing, interesting19:23
fullstopkergoth: I probably started there.. ages ago.  :-)19:23
kergothugh, I'm trying to support non-multilib builds of archs that were built as a multilib in the external oe sdk. ex do a x86_64 base + i686 + x32 sdk and then use the i686 multilib build to build for qemux8619:24
kergothdoesn't work due to conflicts with bindir, it either fails to pick up the i686 binaries or just picks up the wrong arch ones. think i'll have to override bindir and base_bindir when building an sdk intended for external use19:24
kergothiirc the sourcery toolchain put the multilib binaries in ${libdir}/bin or so19:25
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC19:26
*** tprrt <tprrt!~tprrt@upc31-1-78-208-110-13.fbx.proxad.net> has quit IRC19:38
*** pohly <pohly!~pohly@p54849ae2.dip0.t-ipconnect.de> has quit IRC19:47
*** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has quit IRC19:58
*** sno <sno!~sno@p4fe931fc.dip0.t-ipconnect.de> has joined #yocto20:00
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto20:04
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC20:06
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC20:06
*** chrysh <chrysh!~chrysh@someserver.de> has quit IRC20:06
*** chrysh <chrysh!~chrysh@someserver.de> has joined #yocto20:06
*** Sandrita11 <Sandrita11!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC20:14
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto20:18
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC20:18
*** aidanh_ is now known as aidanh20:18
*** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto20:19
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC20:21
*** marquiz <marquiz!~marquiz@> has quit IRC20:27
*** lucaceresoli <lucaceresoli!~lucaceres@78-134-26-80.v4.ngi.it> has quit IRC20:32
*** zkrx <zkrx!~quassel@xdsl-188-154-164-128.adslplus.ch> has quit IRC20:33
*** zkrx <zkrx!~quassel@xdsl-188-154-164-128.adslplus.ch> has joined #yocto20:38
*** MiskaX <MiskaX!zjq9nxy2eg@rankki.sonarnerd.net> has quit IRC20:40
*** marquiz <marquiz!~marquiz@> has joined #yocto20:40
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto20:45
*** hpsy <hpsy!~hpsy@> has quit IRC20:49
*** MiskaX <MiskaX!b6bosmq0j8@rankki.sonarnerd.net> has joined #yocto20:51
*** bobo_ <bobo_!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto21:02
*** bobo_ <bobo_!~bobo@customer-145-14-101-3.stosn.net> has quit IRC21:06
*** berton <berton!~berton@> has quit IRC21:09
*** berton <berton!~berton@> has joined #yocto21:13
*** adelcast <adelcast!~adelcast@2605:6000:101c:3b5:c255:6326:5d60:1a29> has quit IRC21:15
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-exdhbbankiehjppl> has quit IRC21:15
*** adelcast <adelcast!~adelcast@cpe-68-203-3-226.austin.res.rr.com> has joined #yocto21:15
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-rykwvrgczrzefftz> has joined #yocto21:15
*** berton <berton!~berton@> has quit IRC21:15
khemRP: these tools trigger on adding hardfloat/softfloat based on tuple21:25
khemso internally they expect the triplet to decide the ABI not cmdline options21:26
khemand many checks are made based on tuple name containing 'eabihf' for arm32 e.g.21:26
khemthey are fail for OE, even though we are building a hf ABI toolchain21:27
JPEWRP: Can you pull in master-next of meta-mingw when you get a chance?21:34
JPEWTest it on the AB that is21:34
*** dkhouya <dkhouya!4a3bc5db@modemcable219.197-59-74.mc.videotron.ca> has joined #yocto21:37
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto21:46
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC21:49
RPJPEW: ok21:53
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/210621:56
RPkhem: we could try testing a patch21:56
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC22:04
*** leehambley <leehambley!uid447146@gateway/web/irccloud.com/x-ehtfmfxhceksecwg> has quit IRC22:30
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC22:32
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto22:34
khemRP: the trouble is we did HF before debian and others came along with agreeing on the new tuple so I guess a bit of legacy there22:45
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto23:03
*** agust <agust!~agust@p508b67ab.dip0.t-ipconnect.de> has quit IRC23:14
*** Spirit532 <Spirit532!~Spirit@> has quit IRC23:39
*** Spirit532 <Spirit532!~Spirit@mm-225-111-122-178.mgts.dynamic.pppoe.byfly.by> has joined #yocto23:39
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC23:53

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