Tuesday, 2020-02-25

*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto00:03
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC00:05
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has quit IRC00:09
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC00:22
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto00:29
*** dev1990 <dev1990!~dev@dynamic-62-87-214-51.ssp.dialog.net.pl> has quit IRC00:38
*** sveinse <sveinse!~sveinse@7.92-221-150.customer.lyse.net> has quit IRC00:45
*** jacques is now known as linuxjacques00:48
*** vineela <vineela!vtummala@nat/intel/x-ylxuwlmlyghekxrd> has quit IRC00:57
*** robbawebba <robbawebba!~rob@> has quit IRC00:59
*** robbawebba <robbawebba!~rob@> has joined #yocto01:01
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto01:03
*** PaowZ <PaowZ!~Vince@> has quit IRC01:06
*** sveinse <sveinse!~sveinse@7.92-221-150.customer.lyse.net> has joined #yocto01:07
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC01:14
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto01:21
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC01:22
*** Jackie <Jackie!~quassel@> has joined #yocto01:23
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto01:39
mischiefargh. does anyone know how to fix this? https://ghostbin.co/paste/pzapd/raw i am trying to write a recipe for https://github.com/ianlancetaylor/libbacktrace .01:49
*** maaathieu3a <maaathieu3a!~mathieu@92-111-78-37.static.v4.ziggozakelijk.nl> has quit IRC01:55
*** maaathieu3a <maaathieu3a!~mathieu@92-111-78-37.static.v4.ziggozakelijk.nl> has joined #yocto02:04
*** Jackie <Jackie!~quassel@> has quit IRC02:08
*** Jackie <Jackie!~quassel@> has joined #yocto02:10
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:19
*** vineela <vineela!~vtummala@> has joined #yocto02:26
*** Jackie <Jackie!~quassel@> has quit IRC02:29
*** Jackie <Jackie!~quassel@> has joined #yocto02:31
*** Jackie <Jackie!~quassel@> has quit IRC02:39
*** Jackie <Jackie!~quassel@> has joined #yocto02:42
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC02:47
*** Jackie <Jackie!~quassel@> has quit IRC02:48
*** Jackie <Jackie!~quassel@> has joined #yocto02:51
*** Jackie <Jackie!~quassel@> has quit IRC02:58
*** Jackie <Jackie!~quassel@> has joined #yocto03:00
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has quit IRC03:06
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-078-042-006-202.hsi3.kabel-badenwuerttemberg.de> has joined #yocto03:15
*** dse <dse!~d.s.e@> has quit IRC03:18
*** dse <dse!~d.s.e@> has joined #yocto03:18
*** Jackie <Jackie!~quassel@> has quit IRC03:19
*** Jackie <Jackie!~quassel@> has joined #yocto03:21
*** Jackie <Jackie!~quassel@> has quit IRC03:30
*** Jackie <Jackie!~quassel@> has joined #yocto03:32
*** Jackie <Jackie!~quassel@> has quit IRC03:39
*** Jackie <Jackie!~quassel@> has joined #yocto03:41
*** Jackie <Jackie!~quassel@> has quit IRC03:49
*** d_s_e <d_s_e!~d.s.e@> has joined #yocto03:49
*** georgem_ <georgem_!~georgem@> has joined #yocto03:49
*** marquiz_ <marquiz_!~marquiz@> has joined #yocto03:50
*** Jackie <Jackie!~quassel@> has joined #yocto03:50
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC03:50
*** ecclescake <ecclescake!~tomeccles@> has quit IRC03:50
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC03:50
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has joined #yocto03:50
*** ecclescake <ecclescake!~tomeccles@> has joined #yocto03:51
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has quit IRC03:52
*** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has quit IRC03:52
*** dse <dse!~d.s.e@> has quit IRC03:52
*** georgem <georgem!~georgem@> has quit IRC03:52
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC03:52
*** marquiz <marquiz!~marquiz@> has quit IRC03:52
*** Eleventh_Doctor <Eleventh_Doctor!~neal@fedora/ngompa> has joined #yocto03:52
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has quit IRC03:53
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC03:53
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto03:54
*** radsquirrel <radsquirrel!~bradleyb@mail.fuzziesquirrel.com> has joined #yocto03:54
*** vineela <vineela!~vtummala@> has quit IRC03:54
*** lexano <lexano!~lexano@CPEa021b7ac59c9-CMf0f249028110.cpe.net.cable.rogers.com> has joined #yocto03:55
*** Eleventh_Doctor is now known as Pharaoh_Atem04:03
*** Jackie <Jackie!~quassel@> has quit IRC04:09
*** Jackie <Jackie!~quassel@> has joined #yocto04:11
*** Jackie_ <Jackie_!~quassel@> has joined #yocto04:20
*** Jackie <Jackie!~quassel@> has quit IRC04:20
*** zopsi <zopsi!~zopsi@> has quit IRC04:27
*** zopsi <zopsi!~zopsi@> has joined #yocto04:28
*** zopsi <zopsi!~zopsi@> has joined #yocto04:29
*** zopsi <zopsi!~zopsi@> has joined #yocto04:29
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto04:31
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:33
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:33
*** zopsi <zopsi!~zopsi@> has joined #yocto04:34
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:34
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:35
*** zopsi <zopsi!~zopsi@> has joined #yocto04:36
*** nerdboy <nerdboy!~sarnold@> has joined #yocto04:36
*** zopsi <zopsi!~zopsi@> has joined #yocto04:36
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:37
*** zopsi <zopsi!~zopsi@> has joined #yocto04:38
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:38
*** Jackie_ <Jackie_!~quassel@> has quit IRC04:38
*** zopsi <zopsi!~zopsi@> has joined #yocto04:39
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto04:39
*** zopsi <zopsi!~zopsi@> has joined #yocto04:42
*** zopsi <zopsi!~zopsi@> has joined #yocto04:42
*** zopsi <zopsi!~zopsi@> has joined #yocto04:43
*** zopsi <zopsi!~zopsi@> has joined #yocto04:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:44
*** zopsi <zopsi!~zopsi@> has joined #yocto04:44
*** Jackie <Jackie!~quassel@> has joined #yocto04:46
*** agust <agust!~agust@pD95F11D0.dip0.t-ipconnect.de> has quit IRC04:49
*** nerdboy <nerdboy!~sarnold@> has quit IRC04:52
*** nerdboy <nerdboy!~sarnold@> has joined #yocto04:52
*** Jackie <Jackie!~quassel@> has quit IRC04:53
*** gtristan <gtristan!~tristanva@> has quit IRC04:57
*** Jackie <Jackie!~quassel@> has joined #yocto04:59
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has quit IRC05:00
*** Jackie <Jackie!~quassel@> has quit IRC05:04
*** robbawebba <robbawebba!~rob@> has quit IRC05:24
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto05:37
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-124-69.net.vodafone.it> has joined #yocto05:47
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto05:47
khemdo not run autoreconf05:50
khemperhaps override run_configure05:51
khemto something like do_configure () { oe_runconf }05:52
*** robbawebba <robbawebba!~rob@> has joined #yocto05:58
*** hamis <hamis!~irfan@> has joined #yocto06:07
*** gtristan <gtristan!6e0be3b1@> has joined #yocto06:13
gtristanSo I have another issue working with non-standard install prefixes...06:14
gtristanWhat I've done is create a paths.bbclass which my layer's recipes inherit, and this class (A) Ensures that do_populate_sysroot() does not miss the libraries installed into /opt/foo and /opt/bar... (B) Adds -L statements for /opt/foo and /opt/bar into LDFLAGS06:15
gtristanAlso it extends EXTRA_OECMAKE with -DCMAKE_SYSTEM_LIBRARY_PATH, so that all the cmake find_library() calls find their dependencies in the correct /opt locations06:16
*** siva <siva!48a3dc1b@> has joined #yocto06:17
gtristanBut here's the problem, when I use -L${STAGING_DIR_TARGET}/opt/foo in LDFLAGS, I manage to find the libraries when linking shared libraries, but I don't manage to find indirectly linked dependencies (libraries which require other libraries) when linking executables06:18
gtristanwhen linking the executables, I need LDFLAGS = "-L/opt/foo -L/opt/bar" instead and then that part works06:19
gtristanThis resolves to the correct sysroot path because the g++ link statement is given --sysroot06:20
gtristanFor some reason, I cannot solve both cases by specifying both full paths and sysroot relative paths in LDFLAGS (which would probably be very wrong anyway)06:20
gtristanBut I've found that if I specify -L${STAGING_DIR_TARGET}/opt/foo, AND I add a custom ld.so.conf to ${STAGING_DIR_TARGET}/etc, THEN the indirect linking works when linking executables also06:22
gtristanBut I'm not sure how to correctly create that ld.so.conf in the sysroot as a part of the build process06:22
*** bernardoaraujo <bernardoaraujo!uid179602@gateway/web/irccloud.com/x-ivmmgtmlwimogfyh> has quit IRC06:22
*** bernardoaraujo_ <bernardoaraujo_!uid179602@gateway/web/irccloud.com/x-dxandyigqthfmefc> has quit IRC06:22
gtristanAny ideas ? Or any pointers to "How do to multiple install prefixes correctly" ?06:22
gtristans/do to/to do06:23
sivaI am migrating my custom meta layers from jethro to sumo. I am getting the below error and I am not able to narrow down why it works on jethro but not on sumo06:26
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto06:26
sivakernel-source/scripts/gcc-version.sh: line 27: arm-poky-linux-gnueabi-gcc: command not found06:27
sivai commented out all the SRC_URI entries in linux-imx_%.bbappend file06:28
*** gtristan <gtristan!6e0be3b1@> has quit IRC06:33
yoctiNew news from stackoverflow: How to add ldd utility to bitbake image <https://stackoverflow.com/questions/54895637/how-to-add-ldd-utility-to-bitbake-image>06:42
*** kroon <kroon!~kroon@> has joined #yocto06:49
*** aehs29 <aehs29!~aehs29@2601:602:8700:48b0:216:3eff:fed9:bc96> has joined #yocto06:53
kroonJPEW, are you and Douglas working together ? Just wondering if I should inform him about the patch you proposed regarding SOURCE_DATE_EPOCH06:53
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC06:54
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has joined #yocto06:55
*** aehs29 <aehs29!~aehs29@2601:602:8700:48b0:216:3eff:fed9:bc96> has quit IRC06:55
*** jobroe <jobroe!~manjaro-u@> has joined #yocto06:56
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto06:57
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:58
kroonJPEW, also I noticed that SOURCE_DATE_EPOCH is in BB_HASHBASE_WHITELIST, which explains why setting it didn't trigger rebuilds here all the time. which is kind of at odds at being able to set it explicitly methinks06:59
*** jeanba1 <jeanba1!~jbl@> has joined #yocto07:08
*** jeanba1 <jeanba1!~jbl@> has left #yocto07:09
*** pohly <pohly!~pohly@p5B05600C.dip0.t-ipconnect.de> has joined #yocto07:16
*** TobSnyder <TobSnyder!~schneider@> has joined #yocto07:17
siva| /nobackup/sikumar3/inode_sumo/buildnew/tmp/work-shared/imx6uloib/kernel-source/scripts/gcc-version.sh: line 26: arm-poky-linux-gnueabi-gcc: command not found07:22
*** TobSnyder <TobSnyder!~schneider@> has quit IRC07:25
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC07:28
*** frsc <frsc!~frsc@2003:a:e7a:6200:6c61:70d6:4276:576f> has joined #yocto07:31
*** gtristan <gtristan!6e0be3bd@> has joined #yocto07:32
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto07:37
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has quit IRC07:44
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC07:45
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.> has quit IRC07:48
*** sagner <sagner!~ags@2a02:169:3df5::edf> has quit IRC07:50
*** fl0v0 <fl0v0!~fvo@i59F44D9A.versanet.de> has joined #yocto07:57
*** perdmann <perdmann!a5e14925@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto08:01
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto08:02
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto08:03
*** mckoan|away is now known as mckoan08:06
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:08
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has quit IRC08:09
sven^is the git repo for meta-freescale down or did it move in some way?08:14
LetoThe2ndsven^: https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/ looks good to me.08:18
erboAnyone have experience in building python modules which uses setuptools3 in combination with a build extension using cmake? It seems like it's not trivial to get the cmake invokation from setuptools to use all the right config which cmake.bbclass usually fix for you.08:24
*** hamis <hamis!~irfan@> has quit IRC08:25
*** hamis <hamis!~irfan@> has joined #yocto08:25
LetoThe2nderbo: no experience, but my gut feeling is that you need manual append/prepend mangling.08:26
LetoThe2ndand deciding upon one class as the base.08:26
erboI'm considering just rewriting setup.py to not use cmake. I've been trying for a while now and wonder if it's actually worth it. I just used cmake since it was a convenient way to get a nice local workflow where I could use qtcreator while developing.08:29
erboI should have seen the Yocto integration problems coming though :)08:30
sven^LetoThe2nd: git://git.yoctoproject.org/meta-freescale does not work08:30
sven^I can't clone the repo08:31
LetoThe2ndsven^: i know that there have been hiccups with the repos, but thought they wree sorted out.08:31
erbosven^: I could clone it now08:31
sven^ah, there have? It's the first time in 2 years it stopped working for me08:32
sven^erbo: yeah,  just retried and it works08:32
*** flegmatyk <flegmatyk!~quassel@> has left #yocto08:35
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto08:40
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC08:45
*** PaowZ <PaowZ!~Vince@> has joined #yocto08:47
*** luneff <luneff!~yury@> has joined #yocto08:50
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC08:58
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto08:59
sivai am getting below errors for "bitbake linux-imx"08:59
sivakernel-source/scripts/gcc-version.sh: line 26: arm-poky-linux-gnueabi-gcc: command not found08:59
sivacan anyone help me to understand?08:59
*** xtron1 is now known as xtron09:00
LetoThe2ndsiva: seriously, asking every hour is not going to do you any good.09:01
*** yann <yann!~yann@> has joined #yocto09:04
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto09:13
sivai apologize for keep asking the same questions often!09:14
mckoansiva: first: you should explain *exactly* whay you are doing09:17
mckoansiva: second: follow the official way http://freescale.github.io/#download (replace rocko with whatever you need)09:17
*** locutus_ <locutus_!~LocutusOf@mob-31-157-233-7.net.vodafone.it> has joined #yocto09:19
sivarepo init -u https://source.codeaurora.org/external/imx/imx-manifest -b imx-linux-sumo -m imx-4.14.98-2.0.0_ga.xml09:19
sivaadded few meta layers in sources/base/conf/bblayers.conf09:19
sivaadded new custom.conf in my meta-custom-machine/machine/conf/custom.conf09:20
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC09:21
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:21
sivaadded new linux-imx_%.bbappend file in meta-custom-layer/recipes-kernel/linux/09:21
sivabitbake core-image-base09:21
*** frsc <frsc!~frsc@2003:a:e7a:6200:6c61:70d6:4276:576f> has quit IRC09:21
*** kroon <kroon!~kroon@> has quit IRC09:21
*** frsc <frsc!~frsc@2003:a:e7a:6200:6c61:70d6:4276:576f> has joined #yocto09:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:24
*** kroon <kroon!~kroon@> has joined #yocto09:24
mckoansiva: repo init ?09:25
sivayes, we are using repo commands to clone the imx-linux-sumo09:26
paulbarkersiva: Can you build images using just the sources fetched from imx-manifest with none of your changes/additions?09:28
sivayes, if i remove my meta layers from base/conf/bblayers.conf and build, it works fine09:29
sivaDISTRO=fsl-imx-xwayland MACHINE=imx6ulevk source fsl-setup-release.sh -b build-ul09:29
sivabitbake core-image-base09:29
sivabut when i try the below, it doesn't work:09:30
sivaDISTRO=fsl-imx-xwayland MACHINE=custom_machine source fsl-setup-release.sh -b build-ul09:30
sivabitbake core-image-base09:30
sivakernel-source/scripts/gcc-version.sh: line 26: arm-poky-linux-gnueabi-gcc: command not found09:30
*** bitterman <bitterman!~yury@> has joined #yocto09:32
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC09:34
paulbarkersiva: Are you using a custom kernel recipe?09:34
*** luneff <luneff!~yury@> has quit IRC09:36
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has joined #yocto09:36
*** locutus_ <locutus_!~LocutusOf@mob-31-157-233-7.net.vodafone.it> has quit IRC09:42
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@mob-31-157-233-7.net.vodafone.it> has joined #yocto09:42
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has joined #yocto09:42
paulbarkersiva: I recommend you go through the changes in your bbappend and any custom settings in your machine config carefully, try to isolate what causes the issue09:45
*** PinkSnake <PinkSnake!51ff1123@> has joined #yocto09:45
sivaok, i have included the imx6ulevk.conf in my machine file09:52
sivai am not sure whether i need to add COMPATIBLE_MACHINE some where?09:54
*** bitterman <bitterman!~yury@> has quit IRC09:59
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:01
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:02
*** comptroller <comptroller!~comptroll@> has joined #yocto10:08
*** comptroller <comptroller!~comptroll@> has quit IRC10:15
PinkSnakeHi all, I have to manage around 50 libraries. The question is, where is the better place to specify wich version to use ? ditro.conf ?, site.conf ? The purpuse is, of course, to have only one file to manage :D10:18
LetoThe2ndPinkSnake: as the library selection defines the ABI that any application can use, its a pretty clear case for DISTRO, in my opinion.10:20
*** rburton <rburton!~rburton@> has joined #yocto10:20
PinkSnakeLetoThe2nd Ok thank you for replying, there i sno trouble to include other files from distro.conf ?10:21
LetoThe2ndPinkSnake: look at poky.conf, poky-bleeding.conf, poky-tiny.conf and conclude for yourself.10:23
PinkSnakeLetoThe2nd thx!10:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:30
*** comptroller <comptroller!~comptroll@47-213-227-146.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto10:38
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto10:46
*** robert_yang <robert_yang!~robert@> has joined #yocto11:01
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC11:13
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC11:20
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has joined #yocto11:20
*** robert_yang <robert_yang!~robert@> has quit IRC11:25
*** robert_yang <robert_yang!~robert@> has joined #yocto11:26
*** nacknick <nacknick!b9b8f483@> has joined #yocto11:40
*** lpapp <lpapp!~lpapp@kde/lpapp> has joined #yocto11:40
nacknickHi. If I want Yocto to not strip a specific binary. How should I do that? Adding `INHIBIT_PACKAGE_STRIP = "1"` to local.conf obviously affect all binaries11:40
*** lpapp <lpapp!~lpapp@kde/lpapp> has left #yocto11:43
yoctiNew news from stackoverflow: mq_open() with O_CREAT fails while open() with O_CREAT was successful <https://stackoverflow.com/questions/60393316/mq-open-with-o-creat-fails-while-open-with-o-creat-was-successful>11:43
PinkSnakenacknick maybe create a bbappend of the <bin-package>.bb and add `INHIBIT_PACKAGE_STRIP = "1"`11:44
*** Chrusel <Chrusel!c1669b04@> has joined #yocto11:45
*** Chrusel <Chrusel!c1669b04@> has quit IRC11:45
*** Chrusel <Chrusel!c1669b04@> has joined #yocto11:46
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC11:53
kroonnacknick, alternativeley use a pn override in a global file like local.conf, like INHIBIT_PACKAGE_STRIP_pn-<my_recipe> = "1"11:55
*** robert_yang <robert_yang!~robert@> has quit IRC11:56
*** robert_yang <robert_yang!~robert@> has joined #yocto11:57
*** logan87 <logan87!1f2de95a@> has joined #yocto12:02
logan87Hello everyone12:02
logan87Is there a way for bitbake to not check the sstate mirrors if the same exist locally?12:03
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has quit IRC12:03
LetoThe2ndlogan87: can you rephrase? what is the actual usecase?12:04
logan87A fresh build got a significant speed boost after the introduction of `SSTATE_MIRRORS`12:04
logan87But running consecutive builds spends time on `Checking sstate mirror object availability:...`12:04
*** Zajc <Zajc!~Zajc@user140.c8.vrhnika.kabelnet.net> has joined #yocto12:04
logan87When the sstate is now available locally12:05
LetoThe2ndjust remove the directive again, then?12:05
logan87Fair :)  Thought there was perhaps a innate way to set the priorities12:06
logan87i.e Only go for sstate mirrors unless you can find everything you need locally12:07
logan87locally = `build/sstate-cache`12:08
*** siva <siva!48a3dc1b@> has quit IRC12:09
logan87LetoThe2nd: Anyways, thanks12:09
LetoThe2ndlogan87: i'm not saying that it does not exist, but i havent' heard of it. maybe ask the mailing list? and if its useful, send a patchset :)12:09
nacknickPinkSnake kroon - Thanks. and if I want Yocto to compile with `-marm` flag?12:10
nacknickInstead of `-mthumb`12:11
RPlogan87: it should only hit the mirrors if it doesn't exist locally12:12
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto12:12
PinkSnakenacknick https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-TUNE_CCARGS ?12:19
logan87RP: Thanks. You know when this was introduced? Am currently on warrior.12:21
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has quit IRC12:22
*** robert_yang <robert_yang!~robert@> has quit IRC12:25
*** robert_yang <robert_yang!~robert@> has joined #yocto12:26
RPlogan87: it should always have done that12:26
*** tgamblin <tgamblin!~tgamblin@> has joined #yocto12:27
logan87@RP: Hmm... That doesn't seem to be my case. Is there a certain "trigger" for it? When I remove the `SSTATE_MIRRORS` it builds without the mirror loading quickly.12:29
logan87As soon as it's there, the `Checking sstate mirror object availability:` kicks in12:30
LetoThe2ndlogan87: are you on a very slow link?12:30
logan87LetoThe2nd: 1-2MB/s12:31
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has joined #yocto12:33
RPlogan87: are you saying you have everything locally needed yet its still checking the mirror?12:34
logan87Now I am running the build in docker, and am passing the repo into the containter as a mounted drive12:34
logan87So the build directory is persistent12:35
logan87@RP: Anyways, don't want to drag you to deep into this. Thanks for sharing the expected behavior, will open a bug in case it isn't something specific to my setup12:36
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC12:37
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto12:38
*** alephnull <alephnull!~quassel@> has joined #yocto12:54
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC12:56
*** vmeson <vmeson!~rmacleod@> has joined #yocto13:12
*** georgem_ is now known as georgem13:15
tgamblinRP: any idea if/when this patch might get into master (or if it needs further refinement)? https://patchwork.openembedded.org/patch/169954/13:18
RPsmurray: we do have  the psplash issue still and I merged the patches thinking it wasn't showing up :(13:20
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto13:21
RPtgamblin: I guess its probably ok to go in...13:21
*** dexterlb <dexterlb!~dexterlb@qtrp.org> has quit IRC13:21
tgamblinRP: if it's not the kind of tool that we want in oe-core, I can always put it back to being a function in my .bashrc :)13:22
*** dexterlb <dexterlb!~dexterlb@qtrp.org> has joined #yocto13:24
*** robert_yang <robert_yang!~robert@> has quit IRC13:25
RPtgamblin: I think I was torn between scripts and scripts/contrib13:25
*** robert_yang <robert_yang!~robert@> has joined #yocto13:26
RPtgamblin: we should probably encourage shared helpers to some degree13:26
RPtgamblin: I also worry about maintenance overhead/testing13:26
RPsmurray: if you think you could fix it quickly, help would be appreciated13:26
tgamblinRP: That's fair. I can change it to sit in scripts/contrib then? I'm also noticing a typo in the usage() part, so I should probably resend anyway13:27
RPtgamblin: the contrib directory has limited visibility so you're probably ok where it is13:27
RPtgamblin: sorry, I should try and be more decisive about some of these things!13:28
tgamblinRP: No worries. Just figured after we started using variations of it internally fairly frequently that it'd be worth sharing13:28
tgamblinI'll send a final update with the typo corrected13:28
RPtgamblin: that is good data to put in the commit message13:29
tgamblinRP: That we're using it internally?13:29
RPpeople often forget "why" rather than "what"13:29
RPtgamblin: that you see multiple people implementing it badly13:29
tgamblinRP: Ah13:30
*** logan87 <logan87!1f2de95a@> has quit IRC13:33
rburtonwhat is this tool and i wonder if i have a copy of it too :)13:35
RPrburton: builds PN for all qemu machines in glibc and musl13:37
tgamblinrburton: we wanted an easy way to tell bitbake to cycle through all of the qemu arches for both glibc and musl. Originally it was a one-liner that created blank files with .good and .bad extensions in the build folder, but then it became a bash function, and now a script13:37
rburtonah i don't have that13:37
rburtoni do have a little thing that does a build, moves to a different point, does another build, and dumps buildhistory13:38
RPIf only we paid attention to the autobuilder history generation13:38
tgamblinI've been thinking about how it could eventually get it to the level of a menuconfig-style ncurses tool so you can select specific qemu machines and maybe real targets13:39
rburtonRP: the autobuilder showing the buidhistory for each master build would be nice13:39
RPtgamblin: eventually you end up with toaster! :)13:39
RPrburton: it does13:40
tgamblinRP: reinventing the wheel since 201913:40
RPtgamblin: amateur, far too new to this :)13:40
rburtonRP: as in easily viewable in the autobuilder ui?13:40
RPrburton: https://autobuilder.yocto.io/pub/non-release/ right hand column ?13:41
rburtonRP: how can we get that in https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/746 or included in a mail13:42
RPrburton: adding to the buildstep isn't so hard, "mail" can be done, but to who?13:43
RPrburton: who's going to read it? We have the performance stuff, nobody looks13:44
rburtoni look at the performance stuff!13:44
RPrburton: well, yes, there are two of us :/13:44
RPrburton: I guess my point was just we do generate and track the data13:45
rburtonright just needs to be a bit more obvious13:45
RPnot sure how to get people to look at/help with it though13:45
rburtonif the build complete mail included a breakdown of the ptest regressions and buildhistory output i'd be more likely to read yocto-builds13:46
RPrburton: there isn't a build completed email13:47
RPrburton: but yes, I take your point13:47
RPrburton: we already have the build completed QA email, its an evolution of that13:47
RPrburton: mostly a question of someone working on it13:48
RPI'm just frustrated as I know how nice this all would be, I've tried my damned hardest to get there :(13:48
rburtonsure, million things to do13:48
PinkSnakeIs it possible to use RECIPE_MAINTAINER inside a .bb file or only for maintainers.inc ?13:54
*** robert_yang <robert_yang!~robert@> has quit IRC13:56
*** robert_yang <robert_yang!~robert@> has joined #yocto13:57
rburtonPinkSnake: its just a variable, set it anywhere you wish14:00
rburtonfor oe-core, in maintainers.inc14:00
rburtonbut outside, whatever the layer policy is14:00
PinkSnakerburton thnak you14:00
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC14:00
*** tomeccles <tomeccles!~tomeccles@> has joined #yocto14:01
*** hamis <hamis!~irfan@> has quit IRC14:02
*** gtristan <gtristan!6e0be3bd@> has quit IRC14:05
*** ibinderwolf <ibinderwolf!~quassel@etrn.topcontrol.it> has quit IRC14:08
tgamblinRP: re-sent buildall-qemu with the typo corrected and a bit more justification in the commit message14:12
*** kovalevsky <kovalevsky!~kovalevsk@> has joined #yocto14:16
*** WillMiles <WillMiles!~Will@> has joined #yocto14:16
*** kovalevsky <kovalevsky!~kovalevsk@> has quit IRC14:16
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto14:16
*** robert_yang <robert_yang!~robert@> has quit IRC14:25
*** robert_yang <robert_yang!~robert@> has joined #yocto14:26
milloniis there a reason why LAYERDIR isn't available outside of layer.conf?14:30
milloniuhm, silly question14:30
perdmannHi, is there a way to print out the currently used NAND ECC Configuration in Kernel and in Uboot?14:30
frayLAYERDIR is evaluted instantly and only when processing the layer.conf file.. so it's temporary14:30
milloniit would be ambigous which layer it refers to..14:30
frayif you need the contents in a later context, you will have to save them.. i.e.14:31
fraythen you can refer to METAFOOBARPATH later, for that specific directory pth14:31
LetoThe2ndperdmann: if in doubt, dumping the registers from memory and reading the datasheets. :P14:31
millonithanks FrazerClews14:31
millonithanks fray*14:31
millonisorry for the accidental ping FrazerClews14:31
fraythis is how COREBASE is defined by oe-core BTW..14:32
perdmannLetoThe2nd ok ! Fine! in general i would be ok with this but even then iam not 100% sure that i use Hardware ECC, or am i wrong?14:33
perdmannLetoThe2nd sorry i start to get annoyed by this. #u-boot told me i should upgrade to mainline, it would work. It just prints more ECC errors, thats it :D14:33
LetoThe2ndperdmann: if the registers of the peripheral say so, i personally would be convinced.14:33
*** lfa_ <lfa_!~lfa@> has joined #yocto14:35
LetoThe2ndperdmann: but in the end, what you're just talking about is exactly the business of the board vendor. so i assume that you are basically working for one of such.14:35
perdmannis there a Linux / uboot command to read hardware registers?14:35
tgamblinHmm, still seeing reproducible builds complaining about a nonexistent deb path14:35
LetoThe2ndperdmann: linux has /dev/mem, uboot has md14:35
perdmannLetoThe2nd sadly iam not working for one of them ;)14:35
*** lfa <lfa!~lfa@> has quit IRC14:36
LetoThe2ndperdmann: well its kind of easy. if you bought a board from somebody which does work, go blame and demand the support you paid for. if you want to do something that is not explicitly supported, then you are a bit on your own.14:36
perdmannmaybe i should get in contact with NXP. Their example is using raw NAND for the kernel14:36
perdmannright now its a modified eval board14:37
perdmannevil board :)14:37
*** sstiller <sstiller!~sstiller@b2b-94-79-174-114.unitymedia.biz> has quit IRC14:38
*** hyper_dave <hyper_dave!~quassel@> has joined #yocto14:41
nacknickHow to build an image for a specific recipe?14:44
LetoThe2ndnacknick: the question does not make sense.14:44
nacknickLetoThe2nd Like `bitbake <recipe_name>` - but it does not make an image directory under work dir14:44
nacknickI want to get the final binary14:44
LetoThe2ndnacknick: then the recipe probably does not inherit core-image.14:45
nacknickwhen I run `bitbake core-image...` the recipe's image directory does exist14:45
LetoThe2ndnacknick: a recipe does not have an "image directory".14:46
LetoThe2ndnacknick: only image recipes specifically generate binary image outputs.14:46
nacknickActually I have `raspberrypi3-linux-gnueabi/<recipe_name>/<version>/image/usr/bin`14:47
nacknickAfter running `bitbake core-image...`14:47
LetoThe2ndnacknick: that has nothing to do with an image per se.14:47
nacknickOK. But there I have the binary file that I need14:48
nacknickHow should I create it without build the whole image?14:48
LetoThe2ndi guess you are just doing it wrong (TM)14:49
LetoThe2ndwhat is it that you *ACTUALLY* want to do?14:49
nacknickI have a recipe that create a binary file for the final image. I want to get it without building the whole image (it just takes too long)14:50
LetoThe2ndin the simplest case, just grab it out of the build directory14:50
LetoThe2ndor out of the package directory, if you care about the install stage14:50
nacknickDo you familiar with WebOS?14:51
*** fl0v0 <fl0v0!~fvo@i59F44D9A.versanet.de> has quit IRC14:54
*** fl0v01 <fl0v01!~fvo@i59F44D9A.versanet.de> has joined #yocto14:54
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto14:56
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has joined #yocto14:56
JaManacknick: I'm familiar with webOS, but nothing you said is webOS specific14:58
JaManacknick: if you're working on some app and don't want to rebuild whole image you can use devtool to even deploy it to target with scp14:58
nacknickJaMa I thought maybe I get ipk file instead of the installed one14:58
*** AndersD <AndersD!~AndersD@h83-209-191-235.cust.a3fiber.se> has quit IRC14:58
rburtonnacknick: it needs a lot of expanding but https://wiki.yoctoproject.org/wiki/TipsAndTricks/DeployWithLocalPackageServer14:59
JaMaas you can scp the ipk from BUILD/deploy/ipk as well14:59
LetoThe2ndi so totally knew it was an xy question  again.14:59
LetoThe2nd"i want to get the binary", and now its "i want the ipk"14:59
nacknickLetoThe2nd no. I don't want the ipk15:00
JaMayeah, try to offer some good metal :)15:00
rburtonLetoThe2nd: fwiw, most recipes have an image/ directory as that's $D15:00
rburtonyes bad name :)15:00
nacknickI still want the binary. ELF file15:00
LetoThe2ndrburton: hrhr15:00
LetoThe2ndJaMa: need playlist suggestions?15:00
rburtonnacknick: no you *want* to update the binary on the target.15:01
JaMaLetoThe2nd: not me, but maybe nacknick would take it instead of binary15:01
nacknickrburton Actually I dont.15:01
rburtonnacknick: my link details the neatest way of doing it.  or just scp the package as jama said15:01
rburton"[14:50:06]  <nacknick>I have a recipe that create a binary file for the final image. I want to get it without building the whole image (it just takes too long)"15:01
rburtonif you don't care for the target then just build that recipe15:01
nacknickI don't understand why people here decide for my what I want15:01
rburtonthen extract it from the package15:01
rburtonnacknick: explain what you want then15:01
nacknickfor me*15:01
rburtonwe're all trying to guess what you actually want to do15:02
* LetoThe2nd goes back to *plonk* mode.15:02
nacknickI think I was pretty clear15:02
JaManacknick: because we're all just guessing what you actually want based on what you wrote..15:02
nacknickThere is an *image* directory for each recipe (inside *build/work*)15:03
rburtonyou're going straight into the internals of how bitbake is building.  what do you actually want to do.15:03
rburtonthere is an image directory assuming the recipe was just built, was successful, and you don't use rm_work15:03
nacknickI just want to create that image for a specific recipe. When I run `bitbake <recipe>` it builds it, but apparently does not do one step to create that image dir15:04
nacknickbecause inside it, there is the ELF file that I need15:04
rburtonbitbake [recipename], the output is in tmp/deploy15:04
rburtonextract what you want from the packages in deploy15:05
rburtonbecause if you're using rm_work, or the packages came from sstate, there *is no image directory*15:05
rburtonits an intermediate directory that may or may not exist15:05
*** ericch <ericch!~ericch@50-205-235-218-static.hfc.comcastbusiness.net> has joined #yocto15:08
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:10
*** gaston53 <gaston53!c50196b7@> has joined #yocto15:15
gaston53hello again15:15
JaMayou can force bitbake to re-create it and stop there (so that it isn't removed by rm_work) with bitbake -c cleansstate <recipe> && bitbake -c install -f <recipe>15:15
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:407e:56e7:b400:3664> has joined #yocto15:22
*** gabrbedd <gabrbedd!~beddingfi@li471-199.members.linode.com> has joined #yocto15:23
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC15:24
*** maudat <maudat!~moda@> has joined #yocto15:24
*** kovalevsky <kovalevsky!~kovalevsk@> has joined #yocto15:24
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto15:24
*** robert_yang <robert_yang!~robert@> has quit IRC15:26
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC15:26
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto15:26
*** robert_yang <robert_yang!~robert@> has joined #yocto15:26
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has joined #yocto15:26
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC15:26
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC15:28
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto15:28
*** alpine <alpine!81842cc5@erdw-seismo-nw-dock-1-197.ethz.ch> has joined #yocto15:29
*** LocutusOfBorg <LocutusOfBorg!~LocutusOf@ubuntu/member/locutusofborg> has quit IRC15:30
*** locutus_ <locutus_!~LocutusOf@mob-31-157-233-7.net.vodafone.it> has joined #yocto15:30
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC15:32
*** kovalevsky <kovalevsky!~kovalevsk@> has joined #yocto15:32
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto15:32
alpineI'm having a few issues with devtool. 1st: "devtool add --srcbranch develop my-recipe git@gitlab.foo.com:bar/bar.git" seems to checkout the master branch. Any ideas why and how I can fix this?15:35
*** Chrusel <Chrusel!c1669b04@> has quit IRC15:35
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC15:39
JPEWkroon: No, I haven't been working directly with douglas15:42
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC15:44
*** kovalevsky <kovalevsky!~kovalevsk@> has joined #yocto15:44
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto15:44
*** thirdc <thirdc!~thirdc@erdw-seismo-nw-dock-1-197.ethz.ch> has joined #yocto15:45
rburtonJaMa: -ccleansstate is such a heavy hammer though15:46
LetoThe2ndrburton: heavy metal hammer?15:47
JaMarburton: depends on the app, but I agree15:49
*** Emrius <Emrius!8b114dcc@sec26-dynip-204.gfz-potsdam.de> has joined #yocto15:49
JaMamath isn't strong today15:49
JaMa59 packets transmitted, 53 received, 10,1695% packet loss, time 58317ms15:49
LetoThe2ndok, so what?15:51
*** jobroe <jobroe!~manjaro-u@> has quit IRC15:51
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto15:54
*** alpine <alpine!81842cc5@erdw-seismo-nw-dock-1-197.ethz.ch> has quit IRC15:54
*** thirdc is now known as alpine15:54
*** kroon <kroon!~kroon@> has quit IRC15:55
*** robert_yang <robert_yang!~robert@> has quit IRC15:55
*** robert_yang <robert_yang!~robert@> has joined #yocto15:55
armpitYPTM: Armin is on15:56
EmriusHey, everyone. I just started using yocto and built and fired up qemu. While it looking great first it now hangs quite a while during the boot (via ssh / nographics):15:56
Emriushmm.. cannot copy paste.15:56
*** gaston53 <gaston53!c50196b7@> has quit IRC15:56
Emrius"A start job is runniing for dev-hda1.device"15:57
EmriusCould you give me a hint on why it is hanging there?15:57
tlwoernerYPTM: trevorw is on15:58
fl0v01Emrius: sounds like it is trying to mount a drive that is not there. can you check /etc/fstab? i unfortunately have not much experience with qemu15:58
LetoThe2ndEmrius: off which poky version? which machine, etc?15:59
Emriusprobably worth noting: this comes from mender as we plan device upgrades through mender16:00
Emriusmarius@white-island:~/mender-qemu/build$ lsb_release -aNo LSB modules are available.Distributor ID:UbuntuDescription:Ubuntu 18.04.3 LTSRelease:18.04Codename:bionic16:00
LetoThe2ndEmrius: nah , the poky version.16:00
LetoThe2ndEmrius: and the MACHINE that you are building for.16:00
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC16:00
Emriusyeah was just changing.16:00
LetoThe2ndEmrius: so its poky + their layer?16:01
*** alpine <alpine!~thirdc@erdw-seismo-nw-dock-1-197.ethz.ch> has quit IRC16:01
*** alpine <alpine!~thirdc@erdw-seismo-nw-dock-1-197.ethz.ch> has joined #yocto16:02
*** mauz555 <mauz555!~mauz555@2a01:e0a:56d:9090:407e:56e7:b400:3664> has quit IRC16:02
*** alpine <alpine!~thirdc@erdw-seismo-nw-dock-1-197.ethz.ch> has joined #yocto16:02
khemYPTM: khem is on16:03
EmriusBasically following this tutorial: https://docs.mender.io/2.3/artifacts/yocto-project/building16:03
EmriusSo, yes, poky + their layer16:03
LetoThe2ndEmrius: and you're targetting qemux86-64?16:04
LetoThe2ndEmrius: then i'd say, take out their layer and try again. if its still broken then, we've got a possible bug. otherwise, they have.16:05
EmriusOk. Thanks I'll try that!16:05
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC16:06
moto-timoJPEW: wasn't there a video of a talk you did on reproducible builds16:06
tlwoernerYPTM: who was discussing OE selftest?16:07
LetoThe2ndtlwoerner: do we have news on gsoc?16:07
tlwoernerLetoThe2nd: yes, we didn't get in :c16:08
LetoThe2ndtlwoerner: k16:08
LetoThe2ndtlwoerner: a particular reason you can tell, or basically just a "no"?16:08
tlwoernerjust a no, unforunately16:09
tlwoerneri know some people i might be able to talk with to see if i can find out16:09
*** PinkSnake <PinkSnake!51ff1123@> has quit IRC16:09
LetoThe2ndnot because of me, please.16:10
tlwoernerLetoThe2nd: it'd be nice to know why16:10
tlwoerner200 groups were accepted16:10
*** hpsy <hpsy!~hpsy@> has joined #yocto16:14
JaMaYPTM: JaMa is on16:15
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto16:19
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC16:21
*** vineela <vineela!vtummala@nat/intel/x-tjxghpzgwrvsxxva> has joined #yocto16:28
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has quit IRC16:29
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto16:30
*** yacar_ <yacar_!~yacar_@static-css-csd-172251.business.bouyguestelecom.com> has quit IRC16:30
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto16:31
*** zopsi <zopsi!~zopsi@irc.dir.ac> has joined #yocto16:31
*** zopsi <zopsi!zopsi@2600:3c00::f03c:91ff:fe14:551f> has joined #yocto16:32
*** lfa <lfa!~lfa@> has joined #yocto16:38
*** lfa_ <lfa_!~lfa@> has quit IRC16:40
*** fl0v01 <fl0v01!~fvo@i59F44D9A.versanet.de> has quit IRC16:45
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has joined #yocto16:46
yoctiBug 13807: enhancement, Undecided, ---, newcomer, NEW , Add support for elfutils debuginfod16:46
JPEWmoto-timo: I've mentioned them in a few talks I've given, but not in depth16:49
JPEWmoto-timo: I'm (hopefully) giving a talk about it at ELC this year16:49
tlwoernermoto-timo: thanks for the nomination! i have no idea what you nominated me for, lol ;-)16:49
*** robert_yang <robert_yang!~robert@> has quit IRC16:50
*** robert_yang <robert_yang!~robert@> has joined #yocto16:50
smurrayRP: I'll take a look at psplash today16:52
RPsmurray: thanks!16:52
RPzeddii: is  https://autobuilder.yoctoproject.org/typhoon/#/builders/60/builds/1612 the kernel upgrade for 5.2? :/16:55
*** ente <ente!~daemon@unaffiliated/ente> has joined #yocto16:55
RPzeddii: also https://autobuilder.yoctoproject.org/typhoon/#/builders/102/builds/315 and   https://autobuilder.yoctoproject.org/typhoon/#/builders/74/builds/1616?16:55
entehello, is there any way to generate a compile_commands.json in a project I'm modifying with devtool?16:56
enteor ctags, or anything like that16:56
RPsmurray: showed up twice on the last build run. Seems to only happen when the system is heavily loaded (full build from scratch)16:56
RPJPEW:  http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=d2934e65d600e87946bb74c3a611561e9a32a76d looks ok to you?16:57
smurrayRP: I guess that would perhaps slow down qemu for the test runs and make the race window bigger?16:57
JPEWRP: yep16:57
*** Emrius <Emrius!8b114dcc@sec26-dynip-204.gfz-potsdam.de> has quit IRC17:00
*** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@80-110-44-28.static.upcbusiness.at> has joined #yocto17:00
kovalevskyHi Yocto team, I do have a questions concerning when creating a recipe where SRC_URI points to a pre-compile go binary. How is that bitbake will treat the binary on each tasks? For example, I can understand what would be do when do_fetch and do_unpack happens, however, when it comes to do_compile? I have checked the run.do_compile report and it looks like it does not do anything in that part whatsoever.17:01
*** frsc <frsc!~frsc@2003:a:e7a:6200:6c61:70d6:4276:576f> has quit IRC17:01
RPsmurray: yes17:01
khemkovalevsky: for pre-compiled binaries perhaps inherit bin_package might be helpful17:03
khemente: purely, upto you what you want to do in recipe, default is simply do_configure/compile/install17:04
kovalevskyIn other instance, let's say I want to compile a go program that requires software at build time, this is assuming that I am building from raw source. In this case, if there is no recipe that would contain the required software to build the application, I will have to create one recipe that will build the sofware that it's required at building stage? If so, at the end when I am generating an image, the software required at build stage of my go17:05
kovalevskyapplication will generate an ipk or there is set variable that I can pass to bitbake to avoid the creationg of that ipk package?17:05
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto17:07
entekhem: well, in order to generate compile_commands.json at least in theory I need to inspect the build process in order to see how the compiler is being called, so I need to run something like do_compile within bear (or even better, make do_compile wrap the compile in bear)17:08
enteI'm guessing there's no tooling for that17:08
entecan I run do_compile from within a devshell or do I have to quit the devshell first?17:10
khemyou can perhaps, devshell is just a shell with cross build env set17:11
tgamblinRP: JPEW: my reproducibility issue was indeed because package_deb was not in the list17:16
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC17:16
*** yann <yann!~yann@> has quit IRC17:20
enteso how would I start a build from within devshell? is that possible at all?17:29
*** nerdboy <nerdboy!~sarnold@> has quit IRC17:33
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:33
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:33
rburtonnot a proper build, but you can run make/etc to experiment17:36
entecan I find out what would be run in case of a proper build?17:40
moto-timotlwoerner: community advocacy, but as RP said it's a lot of work for one person17:40
moto-timoJPEW: I'm confusing your other talks :)17:41
enteI mean it sets $CC and so on, but I still don't know what arguments it passes to, say, ./configure in case of an autotools based package, or to cmake in case of a cmake based package17:41
*** mckoan is now known as mckoan|away17:44
*** sagner <sagner!~ags@31-10-206-124.static.upc.ch> has quit IRC17:45
*** tomeccles <tomeccles!~tomeccles@> has quit IRC17:47
rburtonente: temp/run.do_configure etc17:49
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC17:49
enterburton: I don't see a temp, neither in the directory devshell drops me in nor in ../temp like the internet say17:50
RPtgamblin: we should fix that issue though as it shouldn't break like that17:50
tgamblinRP: yeah, I'm gonna take a look at it17:50
tgamblinRP: Good news is that there don't seem to be any reproducibility issues related to coreutils-ptest anymore, so I can finally resubmit that shortly17:51
RPtgamblin: great!17:52
*** yann <yann!~yann@> has joined #yocto17:53
entefound a run.do_configure etc in tmp/work/armv6*/pkgname/pkgver/temp, thx17:55
*** armpit <armpit!~armpit@2601:202:4180:a5c0:dda2:81fa:6982:d91f> has quit IRC17:56
*** leon-anavi <leon-anavi!~Leon@> has quit IRC18:00
JPEWtgamblin: Ya, that's strange. The test should always build deb and ipk18:01
*** yann <yann!~yann@> has quit IRC18:02
tlwoernermoto-timo: what's involved?18:12
khemRP: core-image-sato-sdk-ptest takes 8hrs on qemumips, but it does finish :)18:21
*** robert_yang <robert_yang!~robert@> has quit IRC18:26
*** robert_yang <robert_yang!~robert@> has joined #yocto18:27
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC18:30
RPkhem: nice :)18:35
*** gsalazar <gsalazar!~gsalazar@2001:818:e633:c100:83a0:92b7:67ab:e154> has quit IRC18:44
JaMaanyone seeing poky/meta/recipes-support/pinentry/pinentry_1.1.0.bb:do_configure failures after update today? sh: 1: arithmetic expression: expecting EOF: "0xbran"18:49
*** kovalevsky <kovalevsky!~kovalevsk@> has joined #yocto18:51
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto18:51
*** ente <ente!~daemon@unaffiliated/ente> has left #yocto18:53
*** sagner <sagner!~ags@2a02:169:3df5::edf> has joined #yocto18:53
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:53
kanavin_homeRP I cherry-picked some unsent patches from AUH, the more easy ones. Just one last batch before feature freeze :)18:54
*** yann <yann!~yann@91-170-159-152.subs.proxad.net> has joined #yocto18:56
RPkanavin_home: sounds good, thanks18:57
kanavin_homeand thanks for the mention in the status mail18:58
RPkanavin_home: its good work :)18:58
RPkanavin_home: I wasn't sure we'd reach this point to be honest!18:58
kanavin_homeRP I wish we could enforce a failure, as in the absence of that ptests are likely to slowly erode again18:59
khemRP: yeah, I could have gotten more results but webkitgtk change to enable GI fired back and my builds were hung all night. I sent a fix for it19:08
khemI am sure qemuarm spends approx same time19:09
khemRP: http://ix.io/2cA119:10
kanavin_homekhem: on the AB arm sdk-ptest takes 2.5 hours, but it runs on ARM hardware with kvm or what is it called there. Similar time to x86.19:12
*** vineela <vineela!vtummala@nat/intel/x-tjxghpzgwrvsxxva> has quit IRC19:12
khemyeah kvm is a different story I know19:14
*** robert_yang <robert_yang!~robert@> has quit IRC19:26
*** robert_yang <robert_yang!~robert@> has joined #yocto19:26
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC19:30
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto19:30
*** zkrx <zkrx!~quassel@adsl-178-39-206-222.adslplus.ch> has quit IRC19:33
*** zkrx <zkrx!~quassel@adsl-178-39-206-222.adslplus.ch> has joined #yocto19:35
RPkanavin_home: I'm slowly coming around to the idea, just not for 3.119:43
JaMaheh pinentry configure failure is triggered, because aclocal calls this from configure.ac: m4_define([mym4_revision], m4_esyscmd([git branch -v 2>/dev/null | awk '/^\* / {printf "%s",$3}'])) and it doesn't like name of my poky branch..19:43
RPkhem: interesting. A few failures you'd hope mips people would be interested in there. That may be worth putting on the mailing list19:44
kanavin_homeRP: idea of dropping @expectedfail?19:47
RPkanavin_home: yes19:48
kanavin_homeRP: it's already set to fail by default, unless an image recipe wants otherwise (and sdk-ptest does :)19:49
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto19:50
*** vineela <vineela!~vtummala@> has joined #yocto19:55
*** robert_yang <robert_yang!~robert@> has quit IRC19:56
*** robert_yang <robert_yang!~robert@> has joined #yocto19:57
*** vineela <vineela!~vtummala@> has quit IRC20:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:03
*** muep <muep!~quassel@muep.iki.fi> has quit IRC20:03
*** alpine <alpine!~thirdc@erdw-seismo-nw-dock-1-197.ethz.ch> has quit IRC20:03
*** kpo_ <kpo_!~kpo@eet50.internetdsl.tpnet.pl> has quit IRC20:05
*** nerdboy <nerdboy!~sarnold@> has joined #yocto20:08
*** vmeson <vmeson!~rmacleod@> has quit IRC20:09
*** nerdboy <nerdboy!~sarnold@> has quit IRC20:09
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:09
*** armpit <armpit!~armpit@> has joined #yocto20:11
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC20:19
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC20:23
*** robert_yang <robert_yang!~robert@> has quit IRC20:26
*** robert_yang <robert_yang!~robert@> has joined #yocto20:26
*** robert_yang <robert_yang!~robert@> has quit IRC20:37
*** kpo_ <kpo_!~kpo@eet50.internetdsl.tpnet.pl> has joined #yocto20:37
*** robert_yang <robert_yang!~robert@> has joined #yocto20:38
tgamblinRP: JPEW: made https://bugzilla.yoctoproject.org/show_bug.cgi?id=13815 for review. The fix seems easy enough, but maybe worth some discussion at the triage meeting20:48
yoctiBug 13815: normal, Undecided, ---, unassigned, NEW , Reproducibility test failure occurs for deb even if package_deb is not set20:48
JPEWtgamblin: Is this on master20:49
*** vmeson <vmeson!~rmacleod@24-52-239-53.cable.teksavvy.com> has joined #yocto20:52
*** vineela <vineela!vtummala@nat/intel/x-jxhcycuzxebboafh> has joined #yocto20:52
*** robert_yang <robert_yang!~robert@> has quit IRC20:57
*** robert_yang <robert_yang!~robert@> has joined #yocto20:58
*** muep <muep!~quassel@muep.iki.fi> has joined #yocto21:00
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC21:01
*** muep <muep!~quassel@muep.iki.fi> has quit IRC21:02
tgamblinJPEW: yeah21:03
tgamblinWorks fine if PACKAGE_CLASSES = "package_ipk package_deb" or similar21:04
tgamblinfails if I leave it as default PACKAGE_CLASSES ?= "package_ipk"21:04
JPEWtgamblin: That's strange. The test writes a out a config file that specifies ipk and deb packages (see do_test_build)21:04
JPEWtgamblin: I have a hard time seeing how the test works at all if that's not doing what it's supposed to.... :)21:06
tgamblinJPEW: Hmm,  not sure yet21:17
JPEWtgamblin: Perhaps there is a way to run `bitbake -e` in the test and see how that variable is getting set?21:18
khemRP: I am still working on making it run automated regularly21:19
khemthis is mips/musl btw.21:20
*** WillMiles <WillMiles!~Will@> has quit IRC21:23
mischiefdoes anyone know how to fix this? https://ghostbin.co/paste/pzapd/raw i am trying to write a recipe for https://github.com/ianlancetaylor/libbacktrace21:26
mischiefif i skip autotools.bbclass' autoreconv step and invoke oe_runconf directly, i can build it. but i'm not really understanding why this only happens if autoreconf is run.21:27
*** muep <muep!~quassel@muep.iki.fi> has joined #yocto21:32
*** khem <khem!~khem@unaffiliated/khem> has quit IRC21:35
*** tgamblin <tgamblin!~tgamblin@> has quit IRC21:43
*** JaMa <JaMa!~martin@> has quit IRC21:43
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto21:46
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-ofmarpdotozlkduu> has joined #yocto21:49
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto21:53
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto22:00
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto22:20
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC22:36
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC22:57
*** dv_ <dv_!~dv@62-178-50-190.cable.dynamic.surfer.at> has quit IRC23:04
*** Dracos-Carazza_ <Dracos-Carazza_!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has joined #yocto23:07
*** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has quit IRC23:08
*** Dracos-Carazza <Dracos-Carazza!~Dracos-Ca@ip4d154318.dynamic.kabel-deutschland.de> has quit IRC23:09
*** crazy_imp <crazy_imp!~mj@ip4d169e7a.dynamic.kabel-deutschland.de> has joined #yocto23:09
*** crazy_imp <crazy_imp!~mj@unaffiliated/crazy-imp/x-8704303> has joined #yocto23:09
*** dv_ <dv_!~dv@> has joined #yocto23:18
*** locutus_ <locutus_!~LocutusOf@mob-31-157-233-7.net.vodafone.it> has quit IRC23:20
*** dev1990 <dev1990!~dev@dynamic-62-87-214-51.ssp.dialog.net.pl> has joined #yocto23:21
rburtonmischief: some upstreams hide their libtool macros, you might need to delete them in a do_configure_prepend23:25
rburtonsigh why does that repo ship all of the huge generated files23:25
rburtonmischief: try deleting config/libtool.m4 and config/lt*.m4 in do_configure_prepend23:26
*** mccc <mccc!~mccc@c-73-239-24-228.hsd1.wa.comcast.net> has quit IRC23:34
*** rburton <rburton!~rburton@> has quit IRC23:35
armpitmoto-timo,  just saw this job listing "linux/yocto expert to create Eclipse project to enable development/debug on firmware target Varicite DART-MX8M."23:36
moto-timoarmpit: I wouldn't touch Eclipse with a 10,000 foot pole23:37
moto-timoarmpit: but thanks for thinking of me :)23:37
armpitmoto-timo, I just thought it was funny after all what we have gone through23:40
moto-timoarmpit: oh, it's definitely funny :)23:40
moto-timoarmpit: Eclipse project to enable Python 2 development23:41
* moto-timo laughing23:41
*** kreyren[m] <kreyren[m]!~kreyrenm]@ip-86-49-115-152.net.upcbroadband.cz> has quit IRC23:43
*** kreyren[m] <kreyren[m]!~kreyrenm]@cst-prg-77-140.cust.vodafone.cz> has joined #yocto23:43
*** falstaff <falstaff!~quassel@> has quit IRC23:44
tgamblinmoto-timo: have you told them the good word about our lord and savior, vim?23:58

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