| *** fischerm <fischerm!~mfischer@207.114.172.147> has quit IRC | 00:04 | |
| *** fischerm <fischerm!~mfischer@207.114.172.147> has joined #yocto | 00:06 | |
| *** cordlandwehr <cordlandwehr!~cordlandw@91.239.177.14> has joined #yocto | 00:11 | |
| *** CoLa|work <CoLa|work!~cordlandw@91.239.177.14> has quit IRC | 00:13 | |
| *** kpo__ <kpo__!~bob@user-94-254-248-64.play-internet.pl> has quit IRC | 00:16 | |
| *** falstaff <falstaff!~quassel@2001:1620:c6e:0:7dbc:434d:8ffa:9555> has quit IRC | 00:41 | |
| -YoctoAutoBuilder- build #983 of nightly-x86-64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86-64/builds/983 | 01:13 | |
| -YoctoAutoBuilder- build #977 of nightly-x86 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-x86/builds/977 | 01:22 | |
| *** Snert__ <Snert__!~snert_@65.74.8.146> has joined #yocto | 01:22 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 01:23 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC | 01:23 | |
| *** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto | 01:24 | |
| *** Snert_ <Snert_!~snert_@65.74.8.146> has quit IRC | 01:25 | |
| *** ash_charles <ash_charles!~ash@mtrlpq4706w-lp140-03-70-27-251-116.dsl.bell.ca> has joined #yocto | 01:40 | |
| *** ash_charles <ash_charles!~ash@mtrlpq4706w-lp140-03-70-27-251-116.dsl.bell.ca> has quit IRC | 01:45 | |
| -YoctoAutoBuilder- build #928 of nightly-arm64 is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm64/builds/928 | 01:59 | |
| -YoctoAutoBuilder- build #1015 of nightly-arm is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-arm/builds/1015 | 02:06 | |
| -YoctoAutoBuilder- build #965 of nightly-ppc is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-ppc/builds/965 | 02:19 | |
| -YoctoAutoBuilder- build #944 of nightly-mips is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-mips/builds/944 | 02:22 | |
| -YoctoAutoBuilder- build #1037 of nightly is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly/builds/1037 | 02:38 | |
| *** anujm <anujm!~anujm@192.198.146.173> has joined #yocto | 03:03 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 03:39 | |
| *** martinkelly2 <martinkelly2!~martin@174-21-182-65.tukw.qwest.net> has quit IRC | 03:50 | |
| *** gtristan <gtristan!~tristanva@221.147.85.22> has joined #yocto | 03:55 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 03:55 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 04:03 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC | 04:05 | |
| *** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto | 04:07 | |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has joined #yocto | 04:09 | |
| -YoctoAutoBuilder- build #999 of nightly-oe-selftest is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/999 | 04:13 | |
| *** dengke <dengke!~dengke@106.120.101.38> has quit IRC | 04:22 | |
| *** dengke <dengke!~dengke@106.120.101.38> has joined #yocto | 04:23 | |
| yocti | New news from stackoverflow: Adding a partition in Yocto Generated Image <https://stackoverflow.com/questions/49912475/adding-a-partition-in-yocto-generated-image> | 04:25 |
|---|---|---|
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 04:43 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 04:45 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 05:12 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 05:16 | |
| *** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has joined #yocto | 05:22 | |
| *** falstaff <falstaff!~quassel@2001:1620:c6e:0:38c4:f575:5bb4:c267> has joined #yocto | 05:24 | |
| yocti | New news from stackoverflow: about building a small docker image from Dockerfile <https://stackoverflow.com/questions/49913084/about-building-a-small-docker-image-from-dockerfile> | 05:25 |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 05:49 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 05:52 | |
| yocti | New news from stackoverflow: CROSS COMPILE Paho-MQTT-C library for ARM? <https://stackoverflow.com/questions/49898509/cross-compile-paho-mqtt-c-library-for-arm> | 05:55 |
| *** robert_ <robert_!~robert@106.120.101.38> has joined #yocto | 05:57 | |
| *** robert_ is now known as Guest82042 | 05:57 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 06:04 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 06:04 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto | 06:06 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has joined #yocto | 06:18 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has joined #yocto | 06:19 | |
| *** frieder <frieder!~frieder@mue-88-130-74-221.dsl.tropolys.de> has joined #yocto | 06:23 | |
| *** micka <micka!~micka@80.67.176.75> has quit IRC | 06:31 | |
| *** AndersD <AndersD!~anders@194-237-220-218.customer.telia.com> has quit IRC | 06:36 | |
| *** Guest82042 is now known as robert_yang | 06:49 | |
| *** robert_yang is now known as robert_y | 06:49 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:50 | |
| *** mckoan|away is now known as mckoan | 06:55 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 06:57 | |
| *** fl0v0 <fl0v0!~fvo@i3ED6F120.versanet.de> has joined #yocto | 06:59 | |
| *** anujm <anujm!~anujm@192.198.146.173> has quit IRC | 07:01 | |
| *** varjag <varjag!~user@122.62-97-226.bkkb.no> has joined #yocto | 07:09 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has joined #yocto | 07:11 | |
| *** hamis <hamis!~irfan@110.93.212.98> has joined #yocto | 07:18 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has joined #yocto | 07:26 | |
| *** rage_ <rage_!~rage@114-134-7-183.static.lightwire.co.nz> has quit IRC | 07:26 | |
| *** rage_ <rage_!~rage@114-134-7-183.static.lightwire.co.nz> has joined #yocto | 07:28 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has quit IRC | 07:31 | |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has joined #yocto | 07:40 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto | 07:41 | |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:a92f:dab1:2668:9153> has joined #yocto | 07:41 | |
| *** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has joined #yocto | 07:48 | |
| acrap | Hi, folks! | 07:49 |
| acrap | Can i add files to image recipe? | 07:49 |
| LetoThe2nd | acrap: what is it that you *ACTUALLY* want to do? | 07:51 |
| *** Trinners_ <Trinners_!~Trinners@mail.validmanufacturing.com> has joined #yocto | 07:52 | |
| acrap | LetoThe2nd i need to run rootfs postprocess script (bash). | 07:52 |
| eduardas_m | hello, I have problems building qtwayland: https://pastebin.com/E3GHNvbb | 07:52 |
| *** Trinners <Trinners!~Trinners@mail.validmanufacturing.com> has quit IRC | 07:52 | |
| eduardas_m | it looks like the build process does not see libwayland-egl library for some reason which is strange since I have definitely built the libwayland-egl package | 07:53 |
| acrap | One more question... Can i have the access to Yocto variables in external bash script (it will be executed from the image recipe) | 07:54 |
| eduardas_m | the tmp/work/armv7at2hf-neon-imx-fod-linux-gnueabi/qtwayland/5.10.1+gitAUTOINC+db36bc0d9c-r0/recipe-sysroot/usr/lib directory actually contains libwayland-egl.so | 07:55 |
| eduardas_m | this is being done using yocto release 2.4.2 rocko and meta-qt5 5.10 vendor branch from the Qt Company | 07:56 |
| LetoThe2nd | acrap: no, i don't think either work. might be mistaken, but as far as i can tell the script has to be in the recipe | 07:57 |
| acrap | LetoThe2nd: it makes sense. Thank you. | 07:59 |
| eduardas_m | acrap: have you looked at ROOTFS_POSTPROCESS_COMMAND variable for rootfs postprocessing? | 07:59 |
| acrap | eduardas_m: yep. It works fine. I just want to use external bash script there. | 08:01 |
| nayfe | acrap: can't you put variables in argument ? | 08:01 |
| *** colrack <colrack!~colrack@94.126.8.166> has joined #yocto | 08:02 | |
| acrap | nayfe: sure i can. I am just interested in opportunity to don't do that. | 08:03 |
| eduardas_m | anyone have any idea why does my qtwayland build process miss detecting a library that is actually present in the recipe-sysroot? | 08:04 |
| eduardas_m | how can I better debug such issues? | 08:05 |
| *** ronnyand <ronnyand!c33c449d@gateway/web/freenode/ip.195.60.68.157> has left #yocto | 08:05 | |
| *** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has quit IRC | 08:05 | |
| nayfe | acrap: maybe generate an environment script to source in external one, or wait rburton to wake up :D | 08:06 |
| prabhakarlad | HI, is there a way to append package.bbclass | 08:06 |
| *** ant_home <ant_home!~ant__@host138-188-dynamic.50-82-r.retail.telecomitalia.it> has joined #yocto | 08:06 | |
| nayfe | eduardas_m: did you look log.do_configure.15885 and config.log ? | 08:08 |
| *** henriknj <henriknj!~hnje@193.106.123.182> has joined #yocto | 08:13 | |
| nayfe | prabhakarlad: what do you want to do? | 08:14 |
| eduardas_m | nayfe: its is basically the same as the output here: https://pastebin.com/E3GHNvbb | 08:14 |
| eduardas_m | says libwayland-egl is not detected, even though it exists in recipe-sysroot | 08:15 |
| *** ronnyand <ronnyand!c33c449d@gateway/web/freenode/ip.195.60.68.157> has joined #yocto | 08:15 | |
| eduardas_m | funny thing is that when I enter devshell and execute qmake, it detects libwayland-egl | 08:16 |
| nayfe | eduardas_m: did you check PACKAGECONFIG? | 08:16 |
| eduardas_m | just finished successfully compiling in devshell, wonder why it did not work from bitbake, will try a cleanall | 08:18 |
| eduardas_m | nayfe: so a bitbake qtwayland -c cleanall seems to help after all, not sure why I have ended up in such a weird state in the first place | 08:21 |
| nayfe | nice :) | 08:21 |
| *** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has joined #yocto | 08:23 | |
| acrap | oh. I can't export environment variable... | 08:24 |
| acrap | i do 'export VAR_NAME' | 08:24 |
| acrap | and use like this 'echo $VAR_NAME' inside a function | 08:24 |
| acrap | i have this variable in env, it isn't empty. But echo prints nothing | 08:26 |
| acrap | echo prints to file. File is empty. ''echo $VAR_NAME > ${IMAGE_ROOTFS}/hello.txt | 08:27 |
| acrap | export YOCTO_EXT_RPM_DIR | 08:33 |
| acrap | my_postprocess_function() { | 08:33 |
| acrap | echo $YOCTO_EXT_RPM_DIR > ${IMAGE_ROOTFS}/hello.txt | 08:33 |
| acrap | } | 08:33 |
| acrap | ROOTFS_POSTPROCESS_COMMAND += "my_postprocess_function;" | 08:34 |
| acrap | it creates an empty file | 08:34 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 08:34 | |
| acrap | but in this terminal i can do echo $YOCTO_EXT_RPM_DIR and got right value | 08:35 |
| acrap | i mean i use the same terminal to run bitbake | 08:38 |
| acrap | i tried to use curly braces around variable (like for IMAGE_ROOTFS), but it doesn't help. | 08:39 |
| *** hanthings <hanthings!~nandor@194.9.245.29> has joined #yocto | 08:43 | |
| *** hanthings <hanthings!~nandor@194.9.245.29> has quit IRC | 08:43 | |
| acrap | Does somebody have an experience with exporting variables from env? | 08:47 |
| rburton | bitbake prunes the environment when it starts, so an export when you start bitbake will be wiped | 08:48 |
| rburton | best practise is to do the assignment in the configuration file instead | 08:48 |
| acrap | rburton: i didn't know that. You saved my day! | 08:50 |
| acrap | 10x | 08:50 |
| rburton | i should set up a tipjar! | 08:53 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-mnvwugmeqsxjfmzf> has joined #yocto | 09:00 | |
| LetoThe2nd | rburton: with whiskey in the jar? | 09:00 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 09:07 | |
| yocti | New news from stackoverflow: How to cross compile Paho-MQTT-C library for ARM? <https://stackoverflow.com/questions/49898509/how-to-cross-compile-paho-mqtt-c-library-for-arm> | 09:25 |
| *** nighty- <nighty-!~nighty@kyotolabs.asahinet.com> has quit IRC | 09:35 | |
| *** peacememories <peacememories!~textual@e246-249.eduroam.tuwien.ac.at> has joined #yocto | 09:45 | |
| rburton | LetoThe2nd: works for me! | 09:46 |
| *** acrap <acrap!~acrap@host-85-237-33-147.dsl.sura.ru> has quit IRC | 09:46 | |
| *** kaspter <kaspter!~Instantbi@115.195.47.219> has quit IRC | 09:53 | |
| *** kaspter <kaspter!~Instantbi@115.195.49.195> has joined #yocto | 09:55 | |
| yocti | New news from stackoverflow: I stuck on startup screen because I put my script on rc3.d and it is infinity while loop <https://stackoverflow.com/questions/49917479/i-stuck-on-startup-screen-because-i-put-my-script-on-rc3-d-and-it-is-infinity-wh> | 09:56 |
| prabhakarlad | nayfe: sorry for the delay, I wanted to replace file fs-perms.txt but found a way to do it using FILESYSTEM_PERMS_TABLES, but after doing this now I get the following issues xxx is owned by uid 1004, which is the same as the user running bitbake. This may be due to host contamination | 09:57 |
| *** peacememories <peacememories!~textual@e246-249.eduroam.tuwien.ac.at> has quit IRC | 09:58 | |
| nayfe | prabhakarlad: maybe pastebin your custom fs-perms.txt ? | 10:03 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 10:03 | |
| *** peacememories <peacememories!~textual@e246-249.eduroam.tuwien.ac.at> has joined #yocto | 10:03 | |
| prabhakarlad | Its exactly similar to the default once except a symlink removed to /var/log, https://www.pastiebin.com/5ad869e6875e0 | 10:06 |
| prabhakarlad | my bad here is the link https://www.pastiebin.com/ | 10:06 |
| prabhakarlad | Oops sorry here it is https://www.pastiebin.com/5ad86a86b942f | 10:08 |
| rburton | my guess is its not actually being used | 10:08 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 10:12 | |
| prabhakarlad | nayfe: so di I need to fix all the packages with this qa, with similar patch https://git.congatec.com/yocto/meta-openembedded/commit/9fc5f4b83188da24270097d1675557c3c3b95f4f | 10:17 |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto | 10:20 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 10:25 | |
| *** peacememories <peacememories!~textual@e246-249.eduroam.tuwien.ac.at> has quit IRC | 10:27 | |
| *** anujm <anujm!anujm@nat/intel/x-atxfkyrjrxuysywu> has joined #yocto | 10:48 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 10:49 | |
| *** dlan <dlan!~dennis@58.246.136.202> has joined #yocto | 10:51 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 10:51 | |
| nayfe | prabhakarlad: what exactly do you want to do with /var/log? maybe https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-VOLATILE_LOG_DIR is better for what you want? | 11:02 |
| prabhakarlad | nayfe: I am using a bit older version of yocto where VOLATILE_LOG_DIR isnt supported, so what I did was refereed this patches http://lists.openembedded.org/pipermail/openembedded-core/2016-November/129039.html and used .bbappend instead of patching it everthing works apart from the above mentioned of contamination | 11:07 |
| *** peacememories <peacememories!~textual@e246-249.eduroam.tuwien.ac.at> has joined #yocto | 11:10 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 11:16 | |
| *** acurvello <acurvello!~acurvello@apolo.padtec.com.br> has quit IRC | 11:23 | |
| *** acurvello <acurvello!~acurvello@apolo.padtec.com.br> has joined #yocto | 11:23 | |
| *** JaMa <JaMa!~martin@217.30.68.212> has quit IRC | 11:26 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 11:32 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 11:35 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 11:35 | |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has joined #yocto | 11:41 | |
| -YoctoAutoBuilder- build #957 of nightly-qa-extras is complete: Failure [failed BuildImages_3] Build details are at https://autobuilder.yocto.io/builders/nightly-qa-extras/builds/957 | 11:48 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto | 11:52 | |
| nayfe | prabhakarla: can't you just do that at the very end with ROOTFS_POSTPROCESS_COMMAND | 11:53 |
| yocti | New news from stackoverflow: install keyword significance in yocto recipe <https://stackoverflow.com/questions/49919929/install-keyword-significance-in-yocto-recipe> | 11:56 |
| prabhakarlad | nayfe: thanks for the suggestion I'll try it out and let you know | 11:57 |
| *** subz <subz!d4880904@gateway/web/freenode/ip.212.136.9.4> has quit IRC | 11:59 | |
| *** bluelightning_ <bluelightning_!~paul@118.148.68.78> has joined #yocto | 12:02 | |
| *** bluelightning_ <bluelightning_!~paul@118.148.68.78> has quit IRC | 12:02 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 12:02 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has quit IRC | 12:02 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:05 | |
| *** kaspter <kaspter!~Instantbi@115.195.49.195> has quit IRC | 12:06 | |
| *** kaspter <kaspter!~Instantbi@115.195.49.195> has joined #yocto | 12:07 | |
| sveinse | My rocko target is dependent on dhcp-client. I see that my system is running named, which is coming from bind being dependent on dhcp-client. Do I really need to run named on the target? | 12:13 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 12:17 | |
| *** lusus <lusus!~lusus@62.91.23.180> has quit IRC | 12:30 | |
| *** lusus <lusus!~lusus@62.91.23.180> has joined #yocto | 12:31 | |
| *** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 12:33 | |
| *** anujm <anujm!anujm@nat/intel/x-atxfkyrjrxuysywu> has quit IRC | 12:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 12:36 | |
| *** peacememories <peacememories!~textual@e246-249.eduroam.tuwien.ac.at> has quit IRC | 12:39 | |
| jww | sveinse: I dont think you need a dns cache to run a dhcp client, maybe you could change your dhcp client for one without this dependency ? I saw dhcpd is ok. | 12:44 |
| *** wooosaiiii <wooosaiiii!~woo@cpe-90-157-180-95.static.amis.net> has joined #yocto | 12:45 | |
| sveinse | jww: Do you know how I can configure it not to be included? | 12:50 |
| jww | I'm pretty new to yocto, but I think you can do that with PACKAGE_EXCLUDE , see https://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-PACKAGE_EXCLUDE | 12:54 |
| *** sergio_ <sergio_!~sergio@83.48.122.29> has joined #yocto | 12:55 | |
| prabhakarlad | nayfe: ROOTFS_POSTPROCESS_COMMAND works perfect! | 12:55 |
| nayfe | cool | 12:57 |
| *** pawan <pawan!c6af4424@gateway/web/freenode/ip.198.175.68.36> has joined #yocto | 13:03 | |
| pawan | any help regarding network proxy in vmware workstation | 13:05 |
| *** pawan_ <pawan_!c6af4424@gateway/web/freenode/ip.198.175.68.36> has joined #yocto | 13:07 | |
| nayfe | pawan: can you be more explicit? :p | 13:08 |
| *** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has joined #yocto | 13:08 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 13:09 | |
| *** pawan_ <pawan_!c6af4424@gateway/web/freenode/ip.198.175.68.36> has quit IRC | 13:10 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 13:10 | |
| *** pawan_ <pawan_!c6af4424@gateway/web/freenode/ip.198.175.68.36> has joined #yocto | 13:11 | |
| pawan_ | how to set proxy in vmware workstation for build appliance | 13:13 |
| sveinse | I am unable to remove bind since dhcp depends on it | 13:14 |
| sveinse | I am curious if there is a buried FEATURE_ somewhere, where I can select not to install bind. Any ideas anyone? | 13:15 |
| kergoth | read the dhcp recipe, or look for a different dhcp client recipe, there are many options. udhcpc, dhcpcd, etc | 13:16 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 13:20 | |
| *** msi <msi!53907182@gateway/web/freenode/ip.83.144.113.130> has joined #yocto | 13:20 | |
| msi | is it normal, that postinst is not being run during 'opkg install xxx' ? | 13:20 |
| pawan | while building core-image-minimal resulting in proxy error, anyone had idea about the proxy settings | 13:21 |
| pawan | in vmware workstation | 13:22 |
| msi | at the same time, postrm is being run on opkg remove, that doesn't make any sense to me | 13:22 |
| sveinse | kergoth: yes. I just don't understand why dhcp is dependent on bind | 13:22 |
| sveinse | Or more correctly, named running on target | 13:23 |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has joined #yocto | 13:28 | |
| *** sergio_ <sergio_!~sergio@83.48.122.29> has quit IRC | 13:28 | |
| *** stephano <stephano!~stephano@134.134.139.76> has joined #yocto | 13:33 | |
| nayfe | sveinse: it's for dynamic dns handling | 13:34 |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 13:35 | |
| paulbarker | sveinse: dhcpcd is probably much more appropriate for embedded systems | 13:36 |
| nayfe | pawan: maybe pastebin your proxy error | 13:37 |
| sveinse | Another tricky detail is that I've included 'packagegroup-core-full-cmdline' because I want well, a full cmd-line. It however, down the line include rpcbind which I don't want due to the open network services. So now the challenge is how to remove these services with the minimum effort while still using the packagegroup. I really don't want to take over the recipe, yet I want to amend to it | 13:39 |
| *** AndersD <AndersD!~anders@host-95-205-62-173.mobileonline.telia.com> has joined #yocto | 13:39 | |
| paulbarker | Create a bbappend for the packagegroup | 13:39 |
| sveinse | From a security point of view, the packagegroups should ideally not start any services without it being declared as such. I wouldn't expect that rpcbind and rcp.statd were started as a consequence of 'packagegroup-core-full-cmdline'. No ranting, just my 2 cents | 13:42 |
| nayfe | sveinse: create your own packagroup with exactly what you want in it, or IMAGE_INSTALL_remove = "xxx" | 13:42 |
| sveinse | nayfe: IMAGE_INSTALL_remove will break deps, won't it? | 13:45 |
| *** morphis__ <morphis__!~morphis@pD9ED7A62.dip0.t-ipconnect.de> has joined #yocto | 13:51 | |
| kergoth | IMAGE_INSTALL_remove will only help if the package you want to remove is explicitly listed in IMAGE_INSTALL. but as he says, bbappend the packagegroup, create your own, or explicitly list the packages you need | 13:52 |
| *** AndersD <AndersD!~anders@host-95-205-62-173.mobileonline.telia.com> has quit IRC | 13:52 | |
| *** AndersD <AndersD!~anders@2a02:aa1:100b:6ee4:4c87:56ff:fe9a:10c7> has joined #yocto | 13:53 | |
| nayfe | indeed :) | 13:54 |
| nayfe | time for a nap | 13:54 |
| *** morphis_ <morphis_!~morphis@pD9ED7910.dip0.t-ipconnect.de> has quit IRC | 13:55 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 13:56 | |
| *** ntl <ntl!~nathanl@65-36-80-8.dyn.grandenetworks.net> has joined #yocto | 13:57 | |
| *** gtristan <gtristan!~tristanva@221.147.85.22> has quit IRC | 13:59 | |
| *** zarzar1 <zarzar1!~zarzar@vpn.noregon.com> has joined #yocto | 14:01 | |
| *** zarzar <zarzar!~zarzar@184.75.233.58> has quit IRC | 14:05 | |
| * armpit woohoo rocko clean | 14:07 | |
| *** AndersD <AndersD!~anders@2a02:aa1:100b:6ee4:4c87:56ff:fe9a:10c7> has quit IRC | 14:09 | |
| * armpit pyro builds on the new system too time to check morty | 14:10 | |
| *** hamis <hamis!~irfan@110.93.212.98> has quit IRC | 14:12 | |
| jww | I'm trying to make a recipe for a cmake project, but I have compilations error it say doesn't find iostream .can somebody help please ? here is my recipe and the error message : http://dpaste.com/0QB38Z7 | 14:13 |
| binarym | jww: find out which package install iostream and then explicit dependency using DEPENDS_${PN} += "<package that install iostream>" | 14:22 |
| binarym | i guess that package will be something like libstdc++ | 14:23 |
| jww | binarym: I searched for this earlier, I found only libcxx but it fail to compile. | 14:32 |
| armpit | stephano, mmmm coffee | 14:33 |
| *** sergio_ <sergio_!~sergio@83.48.122.29> has joined #yocto | 14:36 | |
| * stephano shakes his fist at his lack of coffee | 14:38 | |
| neverpanic | binarym: DEPENDS_${PN} is not a thing. RDEPENS_${PN} exists and so does DEPENDS, but there is no package-specific DEPENDS | 14:38 |
| neverpanic | Also, the compiler and GCC runtime should be in DEPENDS automatically unless one sets INHIBIT_DEFAULT_DEPS (IIRC that's what the variable was called, didn't double-check) | 14:39 |
| LetoThe2nd | stephano: hrhr | 14:40 |
| stephano | LetoThe2nd: :) | 14:41 |
| rburton | jww: sounds like the projects cmakelists is basically broken | 14:43 |
| sveinse | kergoth: remember the nsswich problem I had? It got resolved once I pulled in head on the rocko branch, so either there was a regression in there at some time, or that my previous compilation had some kind of (masked) error | 14:43 |
| mckoan | stephano: LOL | 14:44 |
| jww | binarym: yes I have the same issue when using DEPENDS_${PN} , and when I add it in DEPENDS I get an error, I updated the pastebin with config and the new error ( at bottom ) http://dpaste.com/3Z7JFJQ | 14:44 |
| jww | rburton: should I use my own src_compile() so ? | 14:45 |
| rburton | jww: no, you'll have to figure out why the build isn't using the right paths, as we can clearly demonstrate cmake builds work normally | 14:45 |
| jww | rburton: I understand, I'll dig it more. | 14:46 |
| stephano | mckoan: the day does not start without coffee, no? :) | 14:46 |
| jww | rburton: it's not about adding libcxx to DEPENDS so ? | 14:46 |
| *** eduardas_m <eduardas_m!~eduardas@213.197.143.19> has quit IRC | 14:47 | |
| rburton | jww: no because iostream is part of the c++ standard library so you can't not have that | 14:47 |
| rburton | (unless you set INHIBIT_DEFAULT_DEPS as above in which case you won't get a compiler either) | 14:48 |
| jww | I was thinking so, but I saw the project use CFLAG -std=gnu11 wich seems provided by libcxx. | 14:48 |
| rburton | nope | 14:48 |
| rburton | no idea what libcxx is tbh | 14:48 |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC | 14:49 | |
| jww | I found this here : http://layers.openembedded.org/layerindex/recipe/39646/ | 14:49 |
| LetoThe2nd | rburton: predecessor of libcyy | 14:49 |
| rburton | jww: part of clang, oe-core uses gcc by default,which comes with c++ | 14:49 |
| * armpit 2nd cup of corree | 14:50 | |
| jww | allright, let's looks at this cmakelists. | 14:51 |
| nayfe | jww: "fatal error: gnu/stubs-soft.h" indicates you have problem with CFLAGS | 14:54 |
| jww | nayfe: I saw I can fix it by adding -mfloat-abi=hard to the CFLAG in CMakeLists.txt | 14:55 |
| nayfe | you should check your DEFAULTTUNE | 14:55 |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has joined #yocto | 14:55 | |
| jww | nayfe: I'm new to yocto, I gotta check what is DEFAULTTUNE :) | 14:56 |
| msi | found my problem, if opkg is being run via ssh, then PATH variable is not complete and probably opkg can't run update-rc.d | 14:58 |
| msi | but not a single error message is printed | 14:58 |
| nayfe | jww: "bitbake -e | grep ^TARGET_CC_ARCH=" for instance? | 14:58 |
| nayfe | jww then CMake needs to be aware of those flags | 14:59 |
| jww | TARGET_CC_ARCH=" -march=armv7ve -marm -mfpu=neon-vfpv4 -mfloat-abi=hard -mcpu=cortex-a7" | 14:59 |
| jww | I think rburton is right the CmakeLists.txt doesn't seems ok. | 15:00 |
| rburton | they get passed in via cflags etc | 15:00 |
| rburton | sounds like the cmakelists is just overwriting those values in the assumption it knows best | 15:01 |
| mckoan | stephano: indeed! | 15:02 |
| jww | I found a file ./src-build/compile_commands.json will this be used by cmake ? because it containts path that are wrongs. | 15:02 |
| jww | in fact everything is wrong in that file. | 15:03 |
| *** ant_home <ant_home!~ant__@host138-188-dynamic.50-82-r.retail.telecomitalia.it> has quit IRC | 15:03 | |
| -YoctoAutoBuilder- build #936 of eclipse-plugin-neon is complete: Failure [failed] Build details are at https://autobuilder.yocto.io/builders/eclipse-plugin-neon/builds/936 | 15:04 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:06 | |
| majuk | Hi all. Generic question I'm hoping someone with experience can give me some insight. I've been developing an environment, patching kernel source and generally getting things working. However, my work flow has been to make these coding changes in the BUILD/tmp/work* directory, build & test, then generate patches which I incorporate into .bbappends. This was workable, but now I'm incorporating a second developer and this is unsustaina | 15:08 |
| majuk | ble. | 15:08 |
| *** msi <msi!53907182@gateway/web/freenode/ip.83.144.113.130> has quit IRC | 15:09 | |
| majuk | Any suggestions or docs outlining 'proper' development would be appreciated. | 15:09 |
| paulbarker | majuk: Which version of yocto project are you using? | 15:13 |
| majuk | paulbarker: rocko | 15:13 |
| nayfe | majuk: just in case you missed it https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#kernel-modification-workflow | 15:13 |
| paulbarker | You should be able to use "devtool modify" on the recipes in question then | 15:13 |
| majuk | devtool! I played with that a few months ago and couldn't remember the name of it to google. | 15:14 |
| majuk | nayfe: Thanks! | 15:14 |
| majuk | I didn't understand the workflow of devtool when I tried to use it before, have to give it another shot. | 15:15 |
| paulbarker | Searching in the mega-manual is usually helpful. I often get caught out and forget that it doesn't incorporate the bitbake manual though so remember to search that too! | 15:15 |
| nayfe | paulbarker: i guess mega manual can't contain it all ;) but it's so handy! | 15:20 |
| *** scottrif <scottrif!~scottrif@191.97.80.19> has joined #yocto | 15:21 | |
| *** |Sno| <|Sno|!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 15:24 | |
| majuk | lol, I wish I understood what half of the devtool setup guide was talking about. | 15:24 |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 15:27 | |
| *** diembed <diembed!~diembed@34.16-66-87.adsl-static.isp.belgacom.be> has quit IRC | 15:31 | |
| *** adelcast <adelcast!~adelcast@130.164.62.135> has quit IRC | 15:31 | |
| *** adelcast <adelcast!~adelcast@130.164.62.135> has joined #yocto | 15:32 | |
| *** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC | 15:32 | |
| mckoan | such workflow producing an infinite list of patched will become eventually unsustainable | 15:34 |
| kergoth | RP: just noticed a change to a function in sstate.bbclass results in a complete rebuild of everything from scratch. probably shouldn't include the sstate prefuncs/postfuncs in the real task checksums | 15:34 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 15:34 | |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has joined #yocto | 15:35 | |
| mckoan | probably the best option would be to work directly in the git repo of your sources instead of manipulating the recipe | 15:36 |
| RP | kergoth: I'm torn on that. It never used to but someone complained changes to sstate code can change the contents :/ | 15:36 |
| neverpanic | jww: compile_commands.json would usually be generated by CMake and should contain the executed commands. | 15:36 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 15:38 | |
| *** khem <khem!~khem@unaffiliated/khem> has quit IRC | 15:38 | |
| majuk | mckoan: Got a doc or example? | 15:38 |
| kergoth | hmm, guess this is a consequence of using prefuncs/postfuncs rather than tasks (admittedly it's cleaner this way), since it doesn't know it only hsa to re-run the sstate postprocessing and packaging, but has to rerun the build tasks too, even though nothing has changed in the builds | 15:39 |
| RP | kergoth: it certainly makes it easier to work on the code if it doesn't do that | 15:39 |
| jww | neverpanic: thanks | 15:39 |
| RP | kergoth: even as tasks the task checksum dependencies would mean things would rebuild | 15:39 |
| jww | rburton / nayfe : it was the MakeLists.txt that overrided CMAKE_CXX_FLAGS and others variables . now it's better . | 15:40 |
| armpit | RP, is the default kernel in sumo 4.15 ? | 15:40 |
| kergoth | true, i guess this is just one of those cases where there's no perfect option | 15:40 |
| jww | I just need to install opencv 2 instead of 3. but it think it won't be easy. | 15:40 |
| kergoth | not ideal to rebuild the world when i add a bb.warn, but what can you do :) | 15:40 |
| RP | kergoth: locked sigs ;-) | 15:41 |
| RP | armpit: hmm, I saw 4.14 here | 15:41 |
| *** khem <khem!~khem@unaffiliated/khem> has joined #yocto | 15:41 | |
| *** rajm <rajm!~robertmar@167.98.27.229> has quit IRC | 15:41 | |
| armpit | 4.15 is not EOL on K.O | 15:42 |
| armpit | s/not/now | 15:42 |
| RP | kergoth: I love the idea of a "bitbake-sstate lock *; bitbake-sstate unlock bash" command | 15:42 |
| nayfe | <jww> you can't use opencv3? | 15:42 |
| kergoth | hmm, yes, that would make it easier, good point. i don't leverage signature locking often enough | 15:43 |
| jww | nayfe: infortunatly not I just discovered it was not compatible :( | 15:43 |
| armpit | RP there is 4.12, 4.14 and 4.15 | 15:44 |
| * armpit lot to maintain | 15:44 | |
| RP | armpit: talk to zeddii | 15:46 |
| *** Bunio_FH <Bunio_FH!~bunio@2a02:a313:433c:cd00:a92f:dab1:2668:9153> has quit IRC | 15:46 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 15:47 | |
| nayfe | jww: in https://github.com/lock042/Siril-0.9/blob/master/configure.ac it seems they handle opencv3 | 15:47 |
| *** sergio_ <sergio_!~sergio@83.48.122.29> has quit IRC | 15:49 | |
| jww | ummm it's very strange, it should not be the siril I'm trying to package. | 15:52 |
| jww | but they looks like similar. | 15:52 |
| *** ant_home <ant_home!~ant__@host10-248-dynamic.0-87-r.retail.telecomitalia.it> has joined #yocto | 15:53 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 15:53 | |
| *** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 15:54 | |
| jww | sound like the devs tooks this Siril as base, but they havent's told me pfft. | 15:56 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 15:57 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 15:58 | |
| *** [Sno] <[Sno]!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC | 15:58 | |
| *** sergio_ <sergio_!~sergio@83.48.122.29> has joined #yocto | 16:02 | |
| *** mdnneo <mdnneo!~umaucher@217.89.178.116> has quit IRC | 16:02 | |
| *** Kakounet <Kakounet!~Thunderbi@che44-1-88-163-84-4.fbx.proxad.net> has quit IRC | 16:04 | |
| *** fl0v0 <fl0v0!~fvo@i3ED6F120.versanet.de> has quit IRC | 16:05 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:08 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 16:09 | |
| *** martinkelly1 <martinkelly1!~martin@174-21-182-65.tukw.qwest.net> has joined #yocto | 16:13 | |
| *** martinkelly1 <martinkelly1!~martin@174-21-182-65.tukw.qwest.net> has quit IRC | 16:15 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 16:20 | |
| osten | Is it possible to make the boot partition being generated as a separate file in the output directory ? | 16:21 |
| kergoth | RP: how do you force the locked signatures to override the actual ones rather than just erroring out if they don't match? | 16:27 |
| RP | kergoth: There is a warn and fatal mode iirc | 16:28 |
| RP | kergoth: may need some tweaks | 16:28 |
| RP | kergoth: I think its up to the sig handler | 16:28 |
| kergoth | ah. thanks | 16:30 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 16:32 | |
| *** gabriel__ <gabriel__!~gabriel@177.92.19.154> has joined #yocto | 16:34 | |
| *** armpit <armpit!~armpit@2601:202:4000:1184:94ac:f6b8:efca:146f> has quit IRC | 16:40 | |
| *** sno <sno!~sno@tmo-098-139.customers.d1-online.com> has joined #yocto | 16:44 | |
| *** mckoan is now known as mckoan|away | 16:44 | |
| *** colrack <colrack!~colrack@94.126.8.166> has quit IRC | 16:52 | |
| *** sno <sno!~sno@tmo-098-139.customers.d1-online.com> has quit IRC | 16:53 | |
| gabriel__ | Hello, I am trying to add the npm-fetcher bbclass to my yocto 1.7 bitbake compilation, without success. Can someone give me a quick help, pls? | 16:54 |
| gabriel__ | I followed the instructions on the github page, but I keep getting a ould not inherit file error | 16:55 |
| *** frieder <frieder!~frieder@mue-88-130-74-221.dsl.tropolys.de> has quit IRC | 16:56 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 16:58 | |
| khem | gabriel__: 1.7 might be a stretch | 17:01 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 17:02 | |
| gabriel__ | Yeah, I know. I am using an Intel Edison for my project. The distro provided by intel is based on the 1.7, and since I'll be changing platform soon it is not worth to upgrade now. | 17:03 |
| gabriel__ | For now I just need to run a simple node serve with two or three extra modules, which I was planning to download right from the recipe using the npm-fetcher | 17:06 |
| khem | you might want to read through the npm changes since 1.7 and see if anything makes sense for your issue | 17:07 |
| khem | isnt edison also EOL along with 1.7 being EOL too :) | 17:08 |
| gabriel__ | Humm | 17:08 |
| gabriel__ | yep | 17:08 |
| gabriel__ | But we have a batch of some thousands Edisons that we need to sell out haha | 17:08 |
| khem | oh | 17:09 |
| gabriel__ | Anyway, in order to add a new bbclass to the yocto compilation, what I need to do is just add the path of the layer to the bblayers.conf file, am I right? | 17:10 |
| gabriel__ | I have added some custom layers with new recipes to the image, but for bbclasses this is the first time | 17:10 |
| -YoctoAutoBuilder- build #939 of eclipse-plugin-neon is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/eclipse-plugin-neon/builds/939 | 17:14 | |
| ant_home | khem, hi there | 17:17 |
| ant_home | I sinale this as well ;) | 17:18 |
| ant_home | I am solving the issues with the axe | 17:18 |
| ant_home | possible runtime issues...pls review | 17:18 |
| ant_home | | powerpc-oe-linux-musl-ld: unrecognised emulation mode: soft-float | 17:19 |
| ant_home | seems I am abusing of ld | 17:20 |
| *** stephano <stephano!~stephano@134.134.139.76> has quit IRC | 17:21 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:24 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 17:26 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 17:30 | |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has quit IRC | 17:31 | |
| nayfe | osten: it is possible, but i'm not sure there is an image type for that, you can create one | 17:34 |
| *** vmeson <vmeson!~rmacleod@192-0-133-4.cpe.teksavvy.com> has joined #yocto | 17:34 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 17:39 | |
| *** majuk <majuk!~majuk@75-163-194-62.clsp.qwest.net> has quit IRC | 17:41 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 17:43 | |
| *** majuk <majuk!~majuk@75-163-194-62.clsp.qwest.net> has joined #yocto | 17:43 | |
| *** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC | 17:49 | |
| aehs29 | gabriel__: it should be the same | 17:50 |
| *** micka_ <micka_!~micka@reverse-75.fdn.fr> has joined #yocto | 17:51 | |
| gabriel__ | aehs29, even though it loaded the layer, when I try to run the recipe I get "Could not inherit file classes/npm-fetch.bbclass". I don't know if there is a configuration file that Intel put somewhere in this environment that is messing up something | 17:54 |
| *** raevol <raevol!~raevol@146.244.228.235> has joined #yocto | 17:57 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 17:57 | |
| aehs29 | gabriel__: you can add -D flags to bitbake so you can see whats parsing, it might give you a clue of whats happening | 17:59 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 18:00 | |
| sveinse | Given a yocto setup which builds product images and governing this build is a CM-system on top. Let's say you have a CM flag saying if one wants development packages included (as opposed to release version). What is a robust mechanism for controlling bitbake with this? IMAGE_FEATURES, DISTRO_FEATURES? Set from the image/distro recipe or from local.conf? | 18:04 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 18:06 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 18:07 | |
| *** dlan <dlan!~dennis@58.246.136.202> has joined #yocto | 18:07 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 18:07 | |
| nayfe | sveinse: you can generate two differents images, but it becomes trickier if you change kernel configuration | 18:09 |
| sveinse | nayfe: No, in out setup, this is bound to the overall CM config, not intra-image, if you understand me. There is a build/release flow outside of Yocto in this. | 18:11 |
| sveinse | I have a scheme for generating a local.conf from the CM setup, but I try to minimize its contents | 18:12 |
| smurray | sveinse: you could potentially drop in a site.conf in the CM, leaving local.conf static | 18:13 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 18:15 | |
| gabriel__ | aehs29, just tried that, but despite all the debug info there is nothing supicious there, and the error is given with the same line | 18:16 |
| nayfe | sveinse: not sure i understand your workflow, but some variables resides in machine configurations, some in distro configurations and some in image recipes | 18:16 |
| sveinse | smurray: I do. site.conf contains the site global setup, such as mirrors, sstate cache and so on. local.conf contains the specifics; such as distro selection, but also pinning for the speicific subrepos when the CM mandates a lockdown | 18:18 |
| smurray | sveinse: you could perhaps add IMAGE_FEATURES tweaks in there as well if it's just add debug / dev stuff | 18:19 |
| sveinse | nayfe: Yes, they do. I'm just trying to figure out a logical location for setting product-wide configuration | 18:19 |
| sveinse | smurray: Yes, I'm considering adding IMAGE_FEATURES and then adding this feature explicitly from local.conf from the CM | 18:19 |
| smurray | sveinse: I'd almost be tempted to make a separate image recipe that inherits the production one and adds the extra stuff | 18:20 |
| nayfe | https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#ref-features-image dev-pkgs feature | 18:20 |
| sveinse | nayfe: yeah, something like that | 18:20 |
| sveinse | Then it would be best to add this from local.conf with IMAGE_FEATURES_myimage_append = "my-feature", right? | 18:22 |
| sveinse | smurray: if you do that, then the image will go by two names, which is confusing | 18:24 |
| aarcane | When troubleshooting, can I just do DEPENDS=${RDEPENDS} to get a slightly bloated but more functional package (IE: Can I assign one to the other just to test, even if it means pulling in extra dependencies that aren't needed at runtime)? | 18:24 |
| smurray | sveinse: yes, that is the drawback if you want them to be named the same | 18:24 |
| nayfe | aarcane: RDEPENDS is related to packages DEPENDS to recipes | 18:24 |
| sveinse | smurray: we do more processing after yocto has produced it's rootfs image, so there is more. But of course, you don't know that | 18:25 |
| *** sno <sno!~sno@tmo-098-139.customers.d1-online.com> has joined #yocto | 18:25 | |
| aarcane | nayfe, I know, but I don't want to try to split everything out of a single DEPENDS and into DEPENDS and RDEPENDS. I just want to assign one to the other, since they're all in DEPENDS right now and I don't have the reference handy for which ones go where | 18:26 |
| aarcane | yes, I buggered up out of confusion. I'm looking for a quick patch so I can finish testing functionality and fix packaging later | 18:26 |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 18:26 | |
| yocti | New news from stackoverflow: Bitbake trying to apply patch before unpacking source <https://stackoverflow.com/questions/49927368/bitbake-trying-to-apply-patch-before-unpacking-source> | 18:27 |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 18:30 | |
| *** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has joined #yocto | 18:31 | |
| *** sno <sno!~sno@tmo-098-139.customers.d1-online.com> has quit IRC | 18:32 | |
| nayfe | aarcane: sorry i don't understand, but you can assign variables if you think it will help you | 18:32 |
| nayfe | sveinse: maybe create a packagegroup and use IMAGE_INSTALL_append = " yourcustompg" in your local.conf ? | 18:35 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 18:35 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 18:35 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 18:36 | |
| sveinse | nayfe: yep. which is equivalent of FEATURE_PACKAGES_feature = " yourcustompg" and IMAGE_FEATURE_xyz_append = " feature" | 18:36 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 18:36 | |
| sveinse | if I'm not mistaken | 18:37 |
| aarcane | oiy, that's another minor criticism I have of yocto in general (especially with mender) is that everything is split up between your local.conf and your layer and they are decidedly *not* in the same git repo, so bumping versions or making changes in the layer means making a change to bump version in local.conf, and... well... it just gets tedious. Annoying changing all those things around. Why can't all packaging and image content and whatnot be | 18:39 |
| aarcane | decided solely by the layers and the image definitions, rather than splitting it up so that you have to search everywhere to know what's going into your images. It just gets... frustrating. | 18:39 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 18:40 | |
| nayfe | aarcane: freescale BSP uses google repo to handle multiples git repos, don't think it's that hard to maintain | 18:42 |
| nayfe | aarcane: and local.conf shouldn't change, it's only minimum configuration | 18:43 |
| *** raevol_ <raevol_!~raevol@146.244.60.6> has joined #yocto | 18:43 | |
| aarcane | nayfe, until somebody starts adding packages to it... or when mender image version is bumped. | 18:44 |
| sveinse | This is one of the motivation we have for building a CM-system on top of yocto. Ensuring a deterministic set of layers (which also 'repo' can do) and the configuration of them. | 18:45 |
| *** raevol <raevol!~raevol@146.244.228.235> has quit IRC | 18:46 | |
| *** raevol__ <raevol__!~raevol@146.244.228.235> has joined #yocto | 18:46 | |
| sveinse | When I started working with yocto I was slightly puzzled at it being very controlling on what it includes, versions, sub-repo, md5/shasum, and so on, but no turn-key system for managing the collection of layers and configuration | 18:47 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 18:47 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has joined #yocto | 18:48 | |
| aarcane | sveinse, I was chatting with someone whose names escapes me yesterday... And mentioned that I have some minor gripes with Yocto, but that in general, I'm quite fond of it... THis is just one of those gripes. Sounds like you have one, too, there :P | 18:48 |
| *** raevol_ <raevol_!~raevol@146.244.60.6> has quit IRC | 18:49 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 18:51 | |
| aarcane | I'd also like to see an eclipse plugin for editing a layer and working with devtool to modify or enhance it. | 18:54 |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 18:55 | |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC | 18:55 | |
| *** gabriel__ <gabriel__!~gabriel@177.92.19.154> has quit IRC | 18:56 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 18:57 | |
| *** AbleBacon <AbleBacon!~AbleBacon@unaffiliated/ablebacon> has quit IRC | 18:58 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 19:02 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 19:06 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has joined #yocto | 19:08 | |
| -YoctoAutoBuilder- build #969 of nightly-musl is complete: Failure [failed BuildImages] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/969 | 19:09 | |
| *** ladidadida <ladidadida!~ladidadid@ipbcc22138.dynamic.kabel-deutschland.de> has joined #yocto | 19:14 | |
| *** gabriel__ <gabriel__!~gabriel@177.92.19.154> has joined #yocto | 19:26 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has joined #yocto | 19:33 | |
| *** pohly <pohly!~pohly@24-113-124-115.wavecable.com> has quit IRC | 19:34 | |
| *** gtristan <gtristan!~tristanva@110.11.179.89> has quit IRC | 19:36 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC | 19:38 | |
| *** bluelightning <bluelightning!~paul@2406:e007:4c92:1:5e51:4fff:febb:401d> has joined #yocto | 19:45 | |
| *** bluelightning <bluelightning!~paul@2406:e007:4c92:1:5e51:4fff:febb:401d> has quit IRC | 19:45 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 19:45 | |
| *** rburton_ <rburton_!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 19:51 | |
| *** ladidadida <ladidadida!~ladidadid@ipbcc22138.dynamic.kabel-deutschland.de> has quit IRC | 19:51 | |
| rburton_ | aarcane: there's an eclipse plugin, feel free to file enhancement requests or patches | 19:51 |
| *** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has quit IRC | 19:52 | |
| rburton_ | aarcane: also ideally local.conf should be pretty minimal | 19:52 |
| rburton_ | it should be local tweaks (this is where my tmpdir is, please add this package for what i'm fixing now), everything else should be in recipes, images, or distro config | 19:52 |
| *** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto | 19:52 | |
| rburton_ | if you're in a company environment, a site.conf helps centralise stuff like "this is where the shared dl_dir is" too | 19:53 |
| rburton_ | a minimal but working local.conf would just set DISTRO | 19:53 |
| rburton_ | and then the distro config sets machine and other bits of policy | 19:54 |
| *** rodgort <rodgort!~rodgort@68.ip-149-56-14.net> has joined #yocto | 19:56 | |
| *** ladidadida <ladidadida!~ladidadid@ipbcc22138.dynamic.kabel-deutschland.de> has joined #yocto | 19:56 | |
| yocti | New news from stackoverflow: How does Shared State Cache in Yocto work? <https://stackoverflow.com/questions/31748577/how-does-shared-state-cache-in-yocto-work> | 19:58 |
| rburton_ | what the hell yocti, that's a question from years ago | 19:59 |
| *** JaMa <JaMa!~martin@217.30.68.212> has joined #yocto | 20:02 | |
| nayfe | lol :) post was edited 9 days ago, but still why today :p | 20:03 |
| *** zarzar1 <zarzar1!~zarzar@vpn.noregon.com> has quit IRC | 20:04 | |
| *** angelo_ts <angelo_ts!~angelo_ts@unaffiliated/angelo-ts/x-4633355> has joined #yocto | 20:07 | |
| *** stephano <stephano!stephano@nat/intel/x-dbmuxnpglatymrka> has joined #yocto | 20:09 | |
| *** ladidadida <ladidadida!~ladidadid@ipbcc22138.dynamic.kabel-deutschland.de> has quit IRC | 20:09 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has quit IRC | 20:12 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:17 | |
| *** marka <marka!~masselst@128.224.252.2> has joined #yocto | 20:18 | |
| -YoctoAutoBuilder- build #970 of nightly-musl is complete: Success [build successful] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/970 | 20:23 | |
| *** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto | 20:23 | |
| *** marka <marka!~masselst@128.224.252.2> has quit IRC | 20:23 | |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has quit IRC | 20:27 | |
| *** stephano <stephano!stephano@nat/intel/x-dbmuxnpglatymrka> has quit IRC | 20:43 | |
| khem | ant_home: hey | 20:52 |
| sveinse | rburton_: I've experienced that putting things in distro.conf has a drawback that it often want to rebuild more or less everything | 20:54 |
| *** stephano <stephano!stephano@nat/intel/x-gwhyzwfgioinhlme> has joined #yocto | 20:55 | |
| zeddii_home | well crap. my build for for go 1.9, breaks 1.10 builds. and vice versa. hmmm. | 21:03 |
| *** armpit <armpit!~armpit@50-233-148-156-static.hfc.comcastbusiness.net> has quit IRC | 21:12 | |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has joined #yocto | 21:15 | |
| *** rburton_ <rburton_!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 21:15 | |
| khem | sveinse: hmm that depends on what you put there | 21:15 |
| khem | zeddii_home: 1.10 is more or less useless as of now | 21:15 |
| rburton | sveinse: no difference in putting something in distro.conf or local.conf | 21:16 |
| zeddii_home | but yet, it exists. so I can’t break one for the other. working on how to keep the packages building for both. | 21:18 |
| zeddii_home | ahah. there. I think it just built for both. will have to revist and check in the changes later. | 21:19 |
| khem | rburton: I have to update musl recipe once again do you want to squash it with existing patch ? | 21:20 |
| khem | I think new patch would be ok too | 21:20 |
| *** iSaul <iSaul!~iSaul@olen.sau.li> has quit IRC | 21:20 | |
| khem | zeddii_home: yes | 21:21 |
| rburton | khem: yeah just sent somethign that applies to master and we can drop the old one | 21:21 |
| khem | rburton: ok | 21:21 |
| khem | let me do so | 21:21 |
| khem | rburton: how is the ssp changes holding now ? | 21:21 |
| rburton | hm, haven't tried the new patch yet | 21:21 |
| *** iSaul <iSaul!~iSaul@olen.sau.li> has joined #yocto | 21:22 | |
| *** scottrif <scottrif!~scottrif@191.97.80.19> has quit IRC | 21:22 | |
| khem | rburton: ok, sent the musl update | 21:24 |
| khem | rburton: let me know when you fire a build for it | 21:24 |
| khem | rburton: with SSP changes I am curious about mingw builds and SDK builds | 21:25 |
| *** jae <jae!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 21:25 | |
| *** jae is now known as Guest32158 | 21:26 | |
| rburton | khem: fired now, follow it on autobuilder.yocto.io when the sumo build has finished | 21:32 |
| *** scottrif <scottrif!~scottrif@191.97.80.19> has joined #yocto | 21:35 | |
| rburton | seebs: there? | 21:45 |
| seebs | sorta? | 21:45 |
| seebs | I've been looking a bit at 12434. I still can't seem to hit it on my laptop, which is weird. | 21:45 |
| rburton | so i can replicate the uid 1000 thing almost on demand with glibc-locale | 21:45 |
| seebs | interesting! | 21:46 |
| rburton | just pastebining the pseudo.log now | 21:46 |
| rburton | so bitbake warns: | 21:46 |
| rburton | WARNING: glibc-locale-2.27-r0 do_package_qa: QA Issue: glibc-locale: /glibc-binary-localedata-en-il/usr/lib/locale/en_IL/LC_MEASUREMENT is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] | 21:46 |
| rburton | WARNING: glibc-locale-2.27-r0 do_package_qa: QA Issue: glibc-locale: /glibc-binary-localedata-ug-cn/usr/lib/locale/ug_CN/LC_NUMERIC is owned by uid 1000, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] | 21:46 |
| rburton | aww can't pastebin, too big | 21:46 |
| rburton | i'll mail it | 21:46 |
| seebs | Oh, I've seen the errors. I just can't make them happen *here*. | 21:47 |
| JaMa | when my current qt5 build is finished I'm planing to run for loop building qml-webos-framework which is also good reproducer for this and now it's public with webOS OSE so I can share it if needed | 21:47 |
| seebs | Which is the interesting part, because that suggests *some* kind of causality. Maybe it needs more cores (this is just a laptop), or maybe it's a particular version, or... | 21:47 |
| rburton | seebs: try with a build in a tmpfs, that's what i have | 21:47 |
| JaMa | at least pseudo.log from it will be significantly smaller then from glibc-locale | 21:47 |
| seebs | ... wait, tmpfs? | 21:47 |
| seebs | *thinks* | 21:47 |
| JaMa | it's reproducible without tmpfs as well | 21:47 |
| seebs | I don't know if that actually works. | 21:47 |
| rburton | tmpfs on /data/poky-tmp type tmpfs (rw,relatime,size=31457280k,uid=1000,gid=1000) | 21:48 |
| seebs | And I wouldn't necessarily *expect* it to work. | 21:48 |
| rburton | ah ok jama has seen it without tmpfs too | 21:48 |
| rburton | i've had no problems with tmpfs and i'm sure i've seen this before i started using tmpfs too | 21:48 |
| rburton | might help increase the chance of reproducing though? | 21:48 |
| *** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.204.77.163.55> has joined #yocto | 21:49 | |
| seebs | That would sound like a timing thing. Feel free to buy me a giant computer that has enough memory and cores. :P | 21:49 |
| rburton | haha | 21:49 |
| seebs | Anyway, I'll try rebuilding glibc-locale again, see if I get lucky. | 21:49 |
| rburton | bitbake glibc-locale -C compile is causing a fail pretty reliably here | 21:50 |
| seebs | ... looks like that'll take a while. I'll wander off, come look at it later. | 21:50 |
| seebs | So, just to be clear: It doesn't *always* fail, but it *frequently* fails. Does sstate cache affect that at all? | 21:50 |
| fray | rburton it only fails -after- the first time right? | 21:50 |
| JaMa | from what I'm seeing, when it fails (and creates sstate-cache archive) then all following builds will fail do do_package_qa until the do_package task is re-executed and doesn't trigger the issue | 21:51 |
| JaMa | even when the "bad" sstate-cache archive is being reused on different host machine | 21:52 |
| rburton | fray: nope, did a tmpfs remount before running bitbake | 21:52 |
| JaMa | but I haven't found any significant difference between good and bad archive | 21:52 |
| JaMa | rburton: have you tried to reproduce it with pseudo-test.bb on your machine? | 21:53 |
| rburton | fray: so its pulling sstate for the deps but building glibc-locale clean | 21:53 |
| rburton | iirc that didnt break | 21:53 |
| *** angelo_ts <angelo_ts!~angelo_ts@unaffiliated/angelo-ts/x-4633355> has left #yocto | 21:55 | |
| fray | last time (more then 2 years ago) I looked at this stuff, there was a series of actions that could occur where it would copy directly from the compile directory to the packaging directory, and it preserved the owner/group... | 21:56 |
| fray | I never did figure out how to resolve it, but the symptoms went away after a while.. I don't know if this is the same thing (and it just 'came back' [or never went away]) | 21:56 |
| rburton | ok bed | 22:00 |
| *** rburton <rburton!~textual@35.106.2.81.in-addr.arpa> has quit IRC | 22:00 | |
| *** WillMiles <WillMiles!~Will@static-209-87-231-80.storm.ca> has quit IRC | 22:01 | |
| seebs | huh. | 22:03 |
| seebs | rburton, that *shouldn't* be the current tree, I think. I say this because one of my recent changes was to disable the warnings for path mismatches on files with multiple links. | 22:03 |
| JaMa | this is much smaller reproducer https://github.com/webosose/meta-webosose/blob/master/meta-webos/recipes-webos/luna-init/luna-init.bb or https://github.com/webosose/meta-webosose/blob/master/meta-webos/recipes-webos/qml-webos-framework/qml-webos-framework.bb we already skip this QA check in components where it fails too often (a bit long list for glibc-locale | 22:04 |
| JaMa | https://github.com/webosose/meta-webosose/blob/master/meta-webos/recipes-core/glibc/glibc-locale_%25.bbappend ) | 22:04 |
| seebs | that was in 691a2304, and the current top patch is fddbe854, which also fixes a problem with symlinks. | 22:04 |
| seebs | JaMa, if I just grab that one recipe, should it allow me to build cleanly? | 22:05 |
| JaMa | no, it depend on many other things :/ | 22:05 |
| seebs | drat | 22:05 |
| JaMa | I'll try to narrow it down a bit (like pseudo-test) | 22:06 |
| seebs | FWIW, pseudo.log for a from-scratch build of glibc-locale with my current patches is 254 bytes. | 22:06 |
| seebs | it's a lot cleaner. :) | 22:06 |
| JaMa | e.g. that luna-init.bb seems very simple (it just calls tar to unpack the fonts and then packages it) | 22:06 |
| JaMa | but I haven't reproduced this one on any HW accessible to me (even with 1000 iterations loops) | 22:07 |
| JaMa | but other people from LG reported seeing this one | 22:07 |
| JaMa | armin's bitbake world builds are using fddbe854 now as well, lets see how much smaller the do_qa_pseudo reports will be | 22:08 |
| * fray tries the simple bitbake glibc-locale bitbake -C compile glibc-locale.. | 22:15 | |
| *** marka <marka!~masselst@184.175.21.48> has joined #yocto | 22:16 | |
| JaMa | it's useful to add host-user-contamination to ERROR_QA if you depend on bitbake actually failing to catch this | 22:17 |
| JaMa | by default it's only an warning | 22:18 |
| fray | no warning for me (thef irst time).. now trying with -C) | 22:19 |
| *** ant_home <ant_home!~ant__@host10-248-dynamic.0-87-r.retail.telecomitalia.it> has quit IRC | 22:20 | |
| fray | ok.. running the -C compile in a look to see if it ever fails.. | 22:22 |
| * fray sees master is still using 19f18124f... and moves it to fddbe854 | 22:24 | |
| JaMa | it's still less than 1 from 100 builds which trigger it | 22:25 |
| fray | are you guys using rm_work? | 22:26 |
| JaMa | I'm | 22:29 |
| fray | ok.. I never use that.. so I'll enable it and see if it helps trigger it | 22:30 |
| JaMa | I've added pseudo-test2 (based on luna-init.bb) to contrib http://git.openembedded.org/openembedded-core-contrib/log/?h=jansa/master running the for loop over night to see if I'll reproduce it with it | 22:30 |
| *** ant_home <ant_home!~ant__@host10-248-dynamic.0-87-r.retail.telecomitalia.it> has joined #yocto | 22:33 | |
| ant_home | khem, hi | 22:33 |
| ant_home | https://github.com/LinuxPDA/meta-openembedded/tree/master/meta-initramfs | 22:33 |
| ant_home | khem, still many warnings | 22:35 |
| JaMa | fray: you can use the loop from https://bugzilla.yoctoproject.org/show_bug.cgi?id=12434#c3 | 22:35 |
| yocti | Bug 12434: normal, Medium+, 2.5 M4, seebs, ACCEPTED , pseudo: Incorrect UID/GID in packaged files | 22:35 |
| fray | why not just 'while bitbake -C compile glibc-locale; do : ; done' as long as ERROR_QA is set, it should stop if it ever errors | 22:37 |
| khem | ant_home: looks ok | 22:38 |
| fray | with the latest pseudo, the logging is greatly redueced.. ingoring the startup messages, I see 5 messages now | 22:40 |
| fray | like: | 22:40 |
| fray | creat for '/home/mhatle/git/oss/poky/build-test-pseudo/tmp/work/i586-poky-linux/glibc-locale/2.27-r0/locale-tree/usr/lib/locale/hif_FJ/LC_MESSAGES/SYS_LC_MESSAGES' replaces existing 33370792998 ['/home/mhatle/git/oss/poky/build-test-pseudo/tmp/work/i586-poky-linux/glibc-locale/2.27-r0/locale-tree/usr/lib/locale/fr_FR@euro.ISO-8859-15/LC_NAME']. | 22:40 |
| fray | (pretty consistent I'm getting those 5) | 22:40 |
| fray | (of course after I say that, the next time, I got a bunch more....) | 22:41 |
| fray | same general style, but different ones.. | 22:41 |
| fray | this time instead a about 5, it's about 20 | 22:42 |
| fray | 'odd' | 22:42 |
| fray | i.e.: | 22:42 |
| fray | creat for '/home/mhatle/git/oss/poky/build-test-pseudo/tmp/work/i586-poky-linux/glibc-locale/2.27-r0/package/usr/lib/gconv/st30ZWGt' replaces existing 1274250301 ['/home/mhatle/git/oss/poky/build-test-pseudo/tmp/work/i586-poky-linux/glibc-locale/2.27-r0/package/usr/lib/gconv/IBM1026.so']. | 22:42 |
| fray | (is rm_work failing to reset the pseudo DB?) | 22:43 |
| *** comptroller <comptroller!~comptroll@47-213-222-253.paolcmtc01.res.dyn.suddenlink.net> has quit IRC | 22:44 | |
| *** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto | 22:57 | |
| *** bzb <bzb!~bzb@135-23-193-53.cpe.pppoe.ca> has joined #yocto | 22:59 | |
| *** stephano <stephano!stephano@nat/intel/x-gwhyzwfgioinhlme> has quit IRC | 23:01 | |
| *** stephano <stephano!~stephano@134.134.139.74> has joined #yocto | 23:01 | |
| -YoctoAutoBuilder- build #1001 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/1001 | 23:04 | |
| *** Guest32158 <Guest32158!95c73efe@gateway/web/freenode/ip.149.199.62.254> has quit IRC | 23:06 | |
| *** jae <jae!95c73efe@gateway/web/freenode/ip.149.199.62.254> has joined #yocto | 23:06 | |
| *** jae is now known as Guest28709 | 23:06 | |
| JaMa | the pseudo.log is indeed significantly smaller, for image build I still get couple lines in the log 5-20 per image, e.g. | 23:13 |
| JaMa | inode mismatch: '/home/mjansa/.python-history' ino 2135835 in db, 2117396 in request. | 23:13 |
| JaMa | inode mismatch: '/home/mjansa/.python-history' ino 2135835 in db, 2117396 in request. | 23:13 |
| JaMa | creat for '/home/mjansa/.python-history-08015.tmp' replaces existing 2135835 ['/home/mjansa/.python-history']. | 23:13 |
| JaMa | seems to be in every one of them | 23:14 |
| JaMa | inode mismatch: 'path/to/image/WORKDIR/recipe-sysroot-native/usr/lib/python3.5/__pycache__/_sysconfigdata.cpython-35.pyc' ino 96664524 in db, 96664523 in request. | 23:14 |
| JaMa | seems common as well | 23:14 |
| JaMa | and inode mismatch: '/home/jenkins/oe/world/shr-core/tmpfs/sysroots/package-output.lock' ino 244007 in db, 263352 in request. | 23:18 |
| JaMa | is very common in armin's world build http://jenkins.nas-admin.org/view/OE/job/oe_world_qemuarm/733/console | 23:19 |
| JaMa | the for loop from the bugzilla reproduced it in 3rd iteration | 23:20 |
| JaMa | glibc-locale-logerr.qa.003:ERROR: glibc-locale-2.27-r0 do_package_qa: QA Issue: glibc-locale: /glibc-binary-localedata-nl-be/usr/lib/locale/nl_BE/LC_CTYPE is owned by uid 2001, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] | 23:21 |
| JaMa | glibc-locale-logerr.qa.003:ERROR: glibc-locale-2.27-r0 do_package_qa: QA Issue: glibc-locale: /glibc-binary-localedata-nl-be/usr/lib/locale/nl_BE/LC_CTYPE is owned by uid 2001, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] | 23:21 |
| JaMa | wc -l glibc-locale-workdir-003/2.27-r0/pseudo/pseudo.log | 23:21 |
| JaMa | let me pastebin it somewhere | 23:21 |
| JaMa | https://pastebin.com/zEAmWNth | 23:22 |
| JaMa | seebs: fray: ^ | 23:23 |
| *** armpit <armpit!~armpit@2601:202:4000:1184:d8ec:4d1c:3442:b65e> has joined #yocto | 23:24 | |
| *** agust <agust!~agust@p4FCB48EA.dip0.t-ipconnect.de> has quit IRC | 23:25 | |
| *** Trinners_ <Trinners_!~Trinners@mail.validmanufacturing.com> has quit IRC | 23:27 | |
| JaMa | and no rm_work and no tmpfs was used in this build | 23:28 |
| JaMa | possibly interesting part is that it started new server with the same pseudo.log 3 times (according to "doing new pid setup and server start" messages) and only first 2 were shut down (at least before the for loop moved the WORKDIR) | 23:32 |
| JaMa | maybe it's not rm_work, but "-f -c" (or "-C") which doesn't correct reset the pseudo DB, but that wouldn't explain why it fails in regular builds as well (which start from empty TMPDIR) | 23:33 |
| *** marka <marka!~masselst@184.175.21.48> has quit IRC | 23:35 | |
| -YoctoAutoBuilder- build #971 of nightly-musl is complete: Failure [failed Running Sanity Tests] Build details are at https://autobuilder.yocto.io/builders/nightly-musl/builds/971 | 23:42 | |
| *** raevol__ <raevol__!~raevol@146.244.228.235> has quit IRC | 23:44 | |
| *** demonimin <demonimin!~demonimin@unaffiliated/demonimin> has joined #yocto | 23:45 | |
| *** nighty- <nighty-!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC | 23:54 | |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!