Wednesday, 2016-05-18

*** dvhart <dvhart!~dvhart@> has quit IRC00:03
*** evanmeagher <evanmeagher!> has quit IRC00:04
-YoctoAutoBuilder- build #325 of nightly-wic is complete: Failure [failed CreateWicImages CreateWicImages_1 CreateWicImages_2 CreateWicImages_3] Build details are at
*** dvhart <dvhart!~dvhart@> has joined #yocto00:11
*** dvhart <dvhart!~dvhart@> has quit IRC00:16
*** billr <billr!~wcrandle@> has quit IRC00:24
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC00:50
*** armpit <armpit!~akuster@> has quit IRC00:50
*** gtristan <gtristan!~tristanva@> has quit IRC00:57
*** bluelightning <bluelightning!~paul@2406:e007:59da:1:5e51:4fff:febb:401d> has joined #yocto01:06
*** bluelightning <bluelightning!~paul@2406:e007:59da:1:5e51:4fff:febb:401d> has quit IRC01:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto01:06
*** gtristan <gtristan!~tristanva@> has joined #yocto01:15
*** paulg <paulg!> has joined #yocto01:16
*** trigpoint <trigpoint!> has quit IRC01:21
*** sjolley <sjolley!~sjolley@> has joined #yocto01:21
*** mattsm <mattsm!uid128834@gateway/web/> has quit IRC01:32
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:37
paulgsomething I pulled in from yocto/oe late last week or early this week has triggered a spamfest of these msgs....01:42
paulgsh: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)01:42
paulganyone else seeing that?01:42
-YoctoAutoBuilder- build #772 of nightly-qa-systemd is complete: Failure [failed Running Sanity Tests BuildImages_2 Running Sanity Tests_2] Build details are at
*** cference <cference!~cference@> has quit IRC01:48
-YoctoAutoBuilder- build #428 of nightly-rpm-non-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #430 of nightly-deb-non-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** mattsm <mattsm!uid128834@gateway/web/> has joined #yocto02:09
*** bananadev <bananadev!~onlyester@> has joined #yocto02:15
-YoctoAutoBuilder- build #756 of nightly-ipk is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** paulg <paulg!> has quit IRC02:32
-YoctoAutoBuilder- build #804 of nightly-x86-64 is complete: Failure [failed Running SDK Sanity Tests Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at
*** josep <josep!> has quit IRC02:42
-YoctoAutoBuilder- build #789 of nightly-x86 is complete: Failure [failed BuildImages Running Sanity Tests Building Toolchain Images Running SDK Sanity Tests Building Toolchain Images_1 Running SDK Sanity Tests_1 BuildImages_2 Running ESDK Sanity Tests] Build details are at
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto02:50
*** gtristan <gtristan!~tristanva@> has quit IRC02:53
*** cference <cference!~cference@> has joined #yocto02:55
*** gtristan <gtristan!~tristanva@> has joined #yocto03:04
*** seebs <seebs!> has quit IRC03:06
*** gnac-work <gnac-work!~gnac-work@> has quit IRC03:06
-YoctoAutoBuilder- build #785 of nightly-multilib is complete: Failure [failed BuildImages_2 Running Sanity Tests_2 BuildImages_3 Running Sanity Tests_3 BuildImages_4] Build details are at
-YoctoAutoBuilder- build #738 of nightly-deb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #750 of nightly-rpm is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
-YoctoAutoBuilder- build #782 of nightly-world is complete: Failure [failed BuildImages] Build details are at
*** sjolley <sjolley!~sjolley@> has quit IRC03:23
*** seebs <seebs!> has joined #yocto03:23
-YoctoAutoBuilder- build #759 of nightly-mips-lsb is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC04:00
-YoctoAutoBuilder- build #799 of nightly-arm is complete: Failure [failed Running SDK Sanity Tests BuildImages_2 Running ESDK Sanity Tests] Build details are at
-YoctoAutoBuilder- build #422 of nightly-mips64 is complete: Failure [failed Running SDK Sanity Tests BuildImages_1 Running SDK Sanity Tests_1] Build details are at
-YoctoAutoBuilder- build #787 of nightly-ppc is complete: Failure [failed Running Sanity Tests Running SDK Sanity Tests BuildImages_2 Running ESDK Sanity Tests] Build details are at
*** fledermaus <fledermaus!~vivek@> has quit IRC04:21
*** sjolley <sjolley!~sjolley@> has joined #yocto04:29
*** obsrwr_home <obsrwr_home!~obsrwr@> has joined #yocto04:58
*** yocti <yocti!> has joined #yocto05:08
*** Mylene_ <Mylene_!> has joined #yocto05:08
*** doyu_ <doyu_!> has joined #yocto05:08
*** MiskaX_ <MiskaX_!> has joined #yocto05:08
*** cesdv_ <cesdv_!> has joined #yocto05:08
*** mcfrisk_ <mcfrisk_!> has joined #yocto05:08
*** void-dev_ <void-dev_!> has joined #yocto05:08
*** clsulliv1 <clsulliv1!~clsulliv@> has joined #yocto05:10
*** AndersD <AndersD!> has joined #yocto05:11
*** _taw_ <_taw_!> has joined #yocto05:12
*** dshwang <dshwang!~dshwang@> has quit IRC05:12
*** cesdv <cesdv!> has quit IRC05:12
*** doyu <doyu!> has quit IRC05:12
*** MiskaX <MiskaX!> has quit IRC05:12
*** mborzecki <mborzecki!> has quit IRC05:12
*** Mylene <Mylene!> has quit IRC05:12
*** seebs <seebs!> has quit IRC05:12
*** khem <khem!~khem@unaffiliated/khem> has quit IRC05:12
*** kjokinie <kjokinie!~kjokinie@> has quit IRC05:12
*** clsulliv <clsulliv!~clsulliv@> has quit IRC05:12
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has quit IRC05:12
*** mcfrisk <mcfrisk!> has quit IRC05:12
*** byaoibhinn <byaoibhinn!sid95825@gateway/web/> has quit IRC05:12
*** void-dev <void-dev!> has quit IRC05:12
*** cference <cference!~cference@> has quit IRC05:12
*** sa2ajj <sa2ajj!> has quit IRC05:12
*** mborzecki <mborzecki!> has joined #yocto05:13
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto05:13
*** byaoibhinn_ is now known as byaoibhinn05:14
*** cference <cference!~cference@> has joined #yocto05:14
*** tlwoerner <tlwoerner!~trevor@unaffiliated/tlwoerner> has joined #yocto05:14
*** AndersD <AndersD!> has quit IRC05:14
*** AndersD <AndersD!> has joined #yocto05:20
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto05:22
*** agust <agust!> has joined #yocto05:22
*** _taw_ <_taw_!> has quit IRC05:27
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC05:30
*** trigpoint <trigpoint!> has joined #yocto05:32
*** Jefro <Jefro!> has joined #yocto05:35
*** edbart <edbart!ebartosh@nat/intel/x-rzbmezdsvqydsajt> has joined #yocto05:43
niteshnarayanlalhey hi, when I am adding multilib support in my local.conf I am getting compilation issues while building linux but the same works fine if I remove the changes05:52
niteshnarayanlalanything obvious which I am missing here?05:53
niteshnarayanlalI tried adding DEFAULTTUNE in my file but nothing changed05:53
*** AndersD <AndersD!> has quit IRC05:57
-YoctoAutoBuilder- build #207 of nightly-uclibc is complete: Failure [failed BuildImages] Build details are at
*** pohly <pohly!> has joined #yocto06:02
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto06:02
*** _taw_ <_taw_!> has joined #yocto06:04
*** dv_ <dv_!~quassel@> has quit IRC06:08
*** dv_ <dv_!> has joined #yocto06:08
-YoctoAutoBuilder- build #414 of nightly-arm64 is complete: Failure [failed Running SDK Sanity Tests BuildImages_1 Running SDK Sanity Tests_1] Build details are at
*** mcfrisk_ is now known as mcfrisk06:11
*** AndersD <AndersD!> has joined #yocto06:11
*** psadro1 <psadro1!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC06:14
*** mattsm <mattsm!uid128834@gateway/web/> has quit IRC06:22
niteshnarayanlalkhem, any idea about the issue?06:22
*** yann|work <yann|work!> has quit IRC06:23
*** frsc <frsc!> has joined #yocto06:24
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:32
*** TobSnyder <TobSnyder!> has joined #yocto06:33
*** csanchezdll <csanchezdll!> has joined #yocto06:37
*** cyball <cyball!~cyball@funtoo/user/cyball> has joined #yocto06:38
*** yann|work <yann|work!> has joined #yocto06:39
-YoctoAutoBuilder- build #769 of nightly-x32 is complete: Failure [failed BuildImages Running Sanity Tests] Build details are at
*** semi_ <semi_!~quassel@> has joined #yocto06:55
*** melonipoika_ <melonipoika_!~jose@> has joined #yocto06:55
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:56
*** jbrianceau_away is now known as jbrianceau06:56
*** nandi_ge___ <nandi_ge___!~nandor@> has joined #yocto06:57
*** semi___ <semi___!~quassel@> has quit IRC06:58
*** hanthings_ <hanthings_!~nandor@> has quit IRC06:59
*** melonipoika <melonipoika!~jose@> has quit IRC06:59
*** fl0v0 <fl0v0!> has joined #yocto07:00
*** Jefro <Jefro!> has quit IRC07:00
*** jku <jku!jku@nat/intel/x-hpjtzzhmlpskcudt> has joined #yocto07:01
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:03
*** egavinc <egavinc!> has quit IRC07:04
*** townxelliot <townxelliot!~ell@> has joined #yocto07:08
-YoctoAutoBuilder- build #499 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
*** ant_work <ant_work!> has joined #yocto07:14
*** Biliogadafr <Biliogadafr!> has joined #yocto07:18
*** present <present!~present@> has joined #yocto07:23
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto07:25
*** egavinc <egavinc!> has joined #yocto07:28
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto07:28
*** edbart <edbart!ebartosh@nat/intel/x-rzbmezdsvqydsajt> has quit IRC07:30
*** belen <belen!~Adium@> has joined #yocto07:33
*** boucman_work <boucman_work!> has joined #yocto07:33
*** pohly1 <pohly1!> has joined #yocto07:39
*** pohly <pohly!> has quit IRC07:40
*** grma <grma!~gruberm@> has joined #yocto07:40
*** sno <sno!> has quit IRC07:40
*** shagu <shagu!> has joined #yocto07:41
*** edbart <edbart!~ebartosh@> has joined #yocto07:41
-YoctoAutoBuilder- build #739 of nightly-deb is complete: Success [build successful] Build details are at
*** toscalix <toscalix!~toscalix@> has joined #yocto07:54
*** t0mmy <t0mmy!~tprrt@> has quit IRC07:56
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC08:00
*** sameo <sameo!samuel@nat/intel/x-yjmhpmaobklxxbcp> has joined #yocto08:12
*** ftonello <ftonello!~felipe@> has quit IRC08:16
*** mortderire <mortderire!~rkinsell@> has joined #yocto08:17
*** chep <chep!> has quit IRC08:29
*** Mylene_ is now known as Mylene08:30
-YoctoAutoBuilder- build #761 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has quit IRC08:33
*** psnsilva_ <psnsilva_!> has joined #yocto08:36
*** aratiu <aratiu!~adi@> has quit IRC08:37
*** yocti <yocti!> has joined #yocto08:44
*** maciejjo_ <maciejjo_!> has joined #yocto08:45
*** neverpan1c <neverpan1c!> has joined #yocto08:45
*** void-dev <void-dev!> has joined #yocto08:45
*** JEEB_ <JEEB_!~jeeb@unaffiliated/jeeb> has joined #yocto08:45
*** nighty-- <nighty--!> has joined #yocto08:45
*** kjokinie1 <kjokinie1!~kjokinie@> has quit IRC08:45
*** robher <robher!sid20343@gateway/web/> has quit IRC08:45
*** maciejjo <maciejjo!> has quit IRC08:45
*** jonmason <jonmason!sid36602@gateway/web/> has quit IRC08:45
*** void-dev_ <void-dev_!> has quit IRC08:45
*** neverpanic <neverpanic!> has quit IRC08:45
*** Snert_ <Snert_!> has quit IRC08:45
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC08:45
*** nighty- <nighty-!> has quit IRC08:45
*** bbhoss <bbhoss!sid18216@gateway/web/> has quit IRC08:45
*** smurray <smurray!sid98062@gateway/web/> has quit IRC08:45
*** rob-oi-ma <rob-oi-ma!sid155560@gateway/web/> has quit IRC08:45
*** JEEB <JEEB!~jeeb@unaffiliated/jeeb> has quit IRC08:45
*** egavinc <egavinc!> has quit IRC08:45
*** nighty <nighty!> has quit IRC08:45
*** YoctoAutoBuilder <YoctoAutoBuilder!> has quit IRC08:45
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has quit IRC08:45
*** kjokinie <kjokinie!~kjokinie@> has joined #yocto08:45
*** smurray_ is now known as smurray08:46
*** YoctoAutoBuilder <YoctoAutoBuilder!> has joined #yocto08:46
*** egavinc <egavinc!> has joined #yocto08:46
*** ka6sox <ka6sox!ka6sox@nasadmin/ka6sox> has joined #yocto08:47
*** sno <sno!~sno@> has joined #yocto08:52
*** bbhoss_ is now known as bbhoss08:52
*** gtristan <gtristan!~tristanva@> has quit IRC08:54
*** rob-oi-ma <rob-oi-ma!sid155560@gateway/web/> has joined #yocto08:54
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto08:54
*** robher <robher!sid20343@gateway/web/> has joined #yocto08:54
*** psnsilva_ <psnsilva_!> has quit IRC08:56
*** psnsilva_ <psnsilva_!> has joined #yocto08:56
*** jonmason <jonmason!sid36602@gateway/web/> has joined #yocto08:57
*** JaMa <JaMa!> has joined #yocto09:01
*** shagu_ <shagu_!> has joined #yocto09:01
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:02
*** shagu <shagu!> has quit IRC09:04
*** belen <belen!~Adium@> has quit IRC09:05
*** chep <chep!> has joined #yocto09:14
*** chep <chep!> has quit IRC09:20
*** _valle_ <_valle_!~valle@> has joined #yocto09:25
*** chep <chep!> has joined #yocto09:27
*** grma <grma!~gruberm@> has quit IRC09:27
*** grma <grma!~gruberm@> has joined #yocto09:29
*** ftonello <ftonello!~felipe@> has quit IRC09:31
*** ftonello <ftonello!~felipe@> has joined #yocto09:31
*** belen <belen!~Adium@> has joined #yocto09:35
*** ftonello <ftonello!~felipe@> has quit IRC09:37
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:40
*** rburton <rburton!> has joined #yocto09:41
*** cference <cference!~cference@> has quit IRC09:45
*** cference <cference!> has joined #yocto09:47
*** dshwang <dshwang!~dshwang@> has joined #yocto09:47
*** gtristan <gtristan!~tristanva@> has joined #yocto09:52
*** JEEB_ is now known as JEEB09:53
*** mortderire <mortderire!~rkinsell@> has quit IRC09:55
*** obsrwr <obsrwr!~otp-amois@> has joined #yocto09:56
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:04
*** aratiu <aratiu!~adi@> has quit IRC10:10
*** aratiu <aratiu!~adi@> has joined #yocto10:12
*** shagu_ <shagu_!> has quit IRC10:22
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto10:29
*** shagu <shagu!> has joined #yocto10:41
*** cart_man <cart_man!691bcd46@gateway/web/freenode/ip.> has joined #yocto10:42
cart_manHey what package can I add to have a QT5 IDE already built into my Yocto OS IMage ?10:43
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC10:45
*** ant_work <ant_work!> has quit IRC10:46
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto10:47
*** ant_work <ant_work!> has joined #yocto10:48
cart_manAnybody here?10:49
*** nighty-_ <nighty-_!> has quit IRC10:51
*** nighty- <nighty-!> has joined #yocto10:53
boucman_workcart_man: on the image itself ? I don't know...10:53
boucman_workmaybe there is a qtcreator target...10:53
cart_manYea I would like an IDE on it if possible... I can not get the targeted QT Compiler thing right10:54
cart_manOr Eclipse10:54
*** ipuustin <ipuustin!> has joined #yocto10:58
ipuustinI'm having some trouble with the mozjs recipe from meta-oe. Specifically, the build compiles a couple of small binaries that are used to generate some header files during the build.11:00
ipuustinI would like to compile and run those using a bitbake-generated toolchain, which is not the target toolchain.11:01
ipuustinProblem is that I can get it to compile using a "host" toolchain, but running the binary ends with it trying to use libraries from my build computer, which fails.11:03
rburtonif binaries are built during a build for use *during* the build then it should use the host compiler and libs11:04
rburtonaka BUILD_CC etc11:04
ipuustin(The failure is due to /lib vs /lib64 on my build computer..)11:04
rburtonif that is breaking then the recipe and/or upstream is broken11:04
-YoctoAutoBuilder- build #778 of nightly-x86-lsb is complete: Failure [failed BuildImages_1] Build details are at
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC11:04
rburton(some upstreams don't expect cross compilation and will pass target linker flags to native compilers)11:05
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:05
ipuustinrburton: I think that's what's going on here... I'll investigate further.11:05
rburtonif upstream doesn't recognise that cross compiling happens then the usual solution is to build those binaries in a do_compile_prepend manually using BUILD_CC BUILD_LDFLAGS etc etc11:06
ipuustinHmm, that sounds like a good approach.11:06
rburtonie pango has to do this11:06
*** mortderire <mortderire!~rkinsell@> has quit IRC11:09
*** mortderire <mortderire!~rkinsell@> has joined #yocto11:12
*** nighty <nighty!> has joined #yocto11:13
*** sameo <sameo!samuel@nat/intel/x-yjmhpmaobklxxbcp> has quit IRC11:19
*** bananadev <bananadev!~onlyester@> has quit IRC11:39
*** berton <berton!~fabio@> has joined #yocto11:48
*** vmeson <vmeson!> has quit IRC12:03
*** melonipoika <melonipoika!~jose@> has joined #yocto12:04
*** hanthings_ <hanthings_!~nandor@> has joined #yocto12:05
*** semi <semi!~quassel@> has joined #yocto12:06
*** byaoibhinn <byaoibhinn!sid95825@gateway/web/> has quit IRC12:06
*** melonipoika_ <melonipoika_!~jose@> has quit IRC12:07
*** semi_ <semi_!~quassel@> has quit IRC12:07
*** nandi_ge___ <nandi_ge___!~nandor@> has quit IRC12:08
*** gferencz <gferencz!~gferencz@> has joined #yocto12:12
-YoctoAutoBuilder- build #752 of nightly-arm-lsb is complete: Failure [failed BuildImages Running Sanity Tests BuildImages_1] Build details are at
presentcart_man, there is a qtcreator target as far as I remember12:22
cart_manpresent: Yea but there are soo manny bitbakes and stuff that has to be run before begin able to do that though?12:22
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto12:27
*** jaeckel <jaeckel!~jaeckel@unaffiliated/jaeckel> has joined #yocto12:33
*** vmeson <vmeson!~rmacleod@> has joined #yocto12:40
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto12:41
rburtonsurely its just "bitbake qtcreator"12:42
davisI've added a busybox append layer and recipe so that it adds a config file in /etc and I've added a new working /etc/init.d script.  However I can not get a link in rc?.d working.  I do not get a link in any of the dirs to my new file.  I added inherit update-rc.d, INITSCRIPT_NAME and INITSCRIPT_PARMS lines.12:42
*** lamego <lamego!~jose@> has joined #yocto12:42
rburtondavis: does your distro features include sysvinit?12:44
davisthe parts which work are the do_install_append(), is it because the original....12:44
davisrburton: i'm not sure. I know it does not use busybox for init12:44
davisone sec while i find the pkg which make init12:45
rburtonthat's irrelevant12:45
rburtonit only cares about the value of DISTRO_FEATURES12:45
rburton(bitbake -e | less)12:45
davishmm. i used ntp as a model for how to add the init.d file and rc.d link12:45
*** kscherer <kscherer!~kscherer@> has joined #yocto12:46
davisi did the bitbake -e line, what am i looking for? DISTRO_FEATURES?12:47
davisthat variable shows up a lot12:48
davisone of them shows  ${DISTRO_FEATURES_LIBC} sysvinit"12:48
*** ant_work <ant_work!> has quit IRC12:49
davishmm. in there is a diff from ntp. It does not inherit update-rc.d, nor does it do INITSCRIPT_NAME and PARMS, but instead doees update-rc.d -r $(D) foo start 07 S . in the do_install code.12:53
cart_manAnybody in here even used Yocto on an IMX6 board WITH the hopes of coding on a QT Ide "Targeted" to the IMX6 Board?12:55
*** edbart <edbart!~ebartosh@> has quit IRC12:57
*** AndersD <AndersD!> has quit IRC12:59
*** bellyfeel <bellyfeel!cffa554e@gateway/web/freenode/ip.> has quit IRC13:00
*** fledermaus <fledermaus!> has joined #yocto13:03
*** blotunga <blotunga!~dragon@> has joined #yocto13:04
*** paulg <paulg!> has joined #yocto13:04
blotungacan I somehow rebuild a project, but not entirely, instead like calling "make"? let's say I edit a file in build/tmp/work/..../13:05
boucman_workblotunga: not that way, no....13:05
boucman_workyocto assumest that tmp/work is his thing and isn't touched externally13:06
boucman_workbut if you want to develop/patch the source of a package, you should have a look at devtool13:06
blotungaboucman_work: then yocto completely unusable in development13:06
boucman_work(grep in the user manual)13:06
boucman_workand also externalsrc, but devtool wraps that for you13:07
blotungaso there is no way to quickly test changes in some module?13:07
boucman_workblotunga: yocto is mainly for integration/distro developement. It does provide functionalities for devs, but that's not the main target. Still, devtool is what you are looking for13:07
boucman_workblotunga: yes, devtool...13:07
boucman_workit clones the source for you, transform it into a git repo if it's not a git source, apply whatever patches yocto has to apply and configure a bbappend to work with that source instead of tmp/work13:08
boucman_workthen you commit to the git repo and yocto can regenerate the patchset from that13:08
*** maxin <maxin!~maxin@> has joined #yocto13:08
boucman_worktweaking tmp/work is not the right way to do what you want, but it's definitely possible...13:09
blotungai see13:09
rburtonblotunga: bitbake [recipe] -c devshell will give you a shell in the work directory of the recipe, so you can run make13:09
rburtonblotunga: that's good for experimenting with a broken build.13:09
rburtonblotunga: if you want to do proper development then devtool13:09
blotungarburton: hmm, that might help13:10
blotungabut I'll look into devtool13:10
boucman_workrburton: I personally don't like that, it's so easy to get confused and so hard to generate a patch....13:10
boucman_workdon't give him bad habbits :P13:10
rburtonyeah devshell is very much for experimentation13:10
blotungacoming from buildroot I assumed there was an easier way :D13:10
boucman_work(next you'll tell him to look at $WORKDIR/tmp/
rburtonwhy does this build break, let me build some bits manually, make a experimental tweak before writing a proper patch13:10
boucman_workoops, did I say that ? :P13:10
rburtonyeah running temp/run.do_compile will re-run the build!13:11
*** edbart <edbart!~ebartosh@> has joined #yocto13:11
boucman_workat that point bitbake -C compile works too. devtool is here to do it cleanly and easily generate patch13:11
boucman_workthe other are hackish, and mainly here to figure out what's going on. it quickly reaches its limits13:11
blotungabitbake -C compile rebuilds from scratch13:12
blotungaIn a project like qtwebkit for a small change that can take 30 mins +13:12
rburtonno it doesn't13:12
rburtonit will re-run make13:12
rburtonor whatever do_compile does13:12
blotungarburton: I just tested, it does do_unpack, do_patch ,etc13:13
*** ntl <ntl!> has joined #yocto13:13
blotungaI've ran: bitbake -b qtwebkit_5.1.1 -C compile13:13
rburtondon't do tat13:13
rburtonthere's almost no reason to use -b13:13
JaMarburton: any feedback on these 2? or were they just missed in patch queue?13:14
* boucman_work had never heard of -b13:14
rburtonboucman_work: keep it that way13:14
boucman_workrburton: i'm the yocto expert here, If I tell people not to use an option, I need to know about it :P13:14
rburtonJaMa: opened, will look shortly13:14
rburtonboucman_work: -b says "forget about preferences and dependencies and everyhting else, just open this recipe and do stuff"13:15
blotunganope, still do_unpack-ing13:15
rburtonblotunga: do you have rm_work?13:15
blotungarburton: rm_work?13:15
*** ntl <ntl!> has quit IRC13:16
boucman_workINHERIT+=rm_work somewher in your environement13:16
boucman_work(run bitbake -e | grep INHERIT if you don't know)13:16
davisso I tried a different way to get this init script link in /etc/rc?.d but it still did not work.13:16
blotunganope, no rm_work13:17
davisim using these pages as a guide13:17
rburtondavis: why not the actual documentation,
rburtondavis: did you check DISTRO_FEATURES?13:18
davisi did the line you suggested, but did not know what i was looking for.13:19
rburtonbitbake -e | less, search for DISTRO_FEATURES=13:19
*** jku <jku!jku@nat/intel/x-hpjtzzhmlpskcudt> has quit IRC13:19
davisone sec, i'll try13:19
davisyes i have that line13:20
daviswhat am i lookin gor?13:21
Crofton|workThe Tories will make sysvinit grate again13:22
* Crofton|work crosses several memes13:22
rburtonnot sure whether i want to applaud or shout at you for that ;)13:23
Crofton|workThe lassie one was awesome13:23
*** ntl <ntl!> has joined #yocto13:24
rburtonyeah :)13:24
blotungacan I use devtool on an existing project like qtwebkit?13:24
rburtonblotunga: you can use it on antyhing13:25
rburtonblotunga: <— bitbake -C compile m4. see, no unpack.  dont use -b unless you know what you're doing with it13:25
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC13:26
blotungaI wonder why it does unpack in my case then.. even without -b13:26
rburtontenner says because you're using rm_work13:27
rburton(your choice of DISTRO may be inheriting it for you)13:27
blotungaI also wonder why some libraries (gstreamer plugins for example) are never packaged into the final tar.gz13:34
*** vdehors__ <vdehors__!> has joined #yocto13:35
rburtonwhat recipe? (and what tar.gz)13:35
blotungait's a custum yocto build, rdk and it generates a tar.gz image with the rootfs13:35
blotungathe recipe is for gstreamer plugins13:36
rburtonpresumably becuase the recipe is broken then :)13:36
blotungaprobably... I just got it from the rdk guys, and no have to make it work13:37
rburtoni endorse bb for rooting around stuff13:37
rburton$ bb contents myrecipe13:37
rburtonwill list the packages built and whats in them13:37
rburtonits on kergoth's github13:38
blotungashould it have a FILES-{PN} = "*.so" or something to copy the generated libraries in the rootfs13:38
*** fl0v0 <fl0v0!> has quit IRC13:38
*** fledermaus <fledermaus!> has left #yocto13:38
*** fl0v0 <fl0v0!> has joined #yocto13:38
rburtonblotunga: you'd get warnings if the files were not packaged at all, so its likely that the files are packaged, just not in packages that are in the rootfs13:38
rburtoni should say that bb contents is actually just a dumb wrapper around oe-pkgdata-utils list-pkg-files —recipe [recipe]13:39
rburtonbut thats too much to type :)13:39
davisrburton: yes, it has sysvinit, at least i think so.13:39
*** vdehors_ <vdehors_!~vdehors@> has quit IRC13:39
rburtondavis: pastebin it?13:39
blotungarburton: it does generate some ipk packages, those if I remember are some sort of installers, so maybe they are there13:40
*** benjamirc <benjamirc!~besquive@> has joined #yocto13:40
blotungabut I'd prefer them in my rootfs directly13:40
davisfwiw, the last word in the variable is sysvinit, but one sec i'll pastebin it13:40
rburtondavis: that sounds right then13:40
rburtonblotunga: in yocto everything goes into a packages and rootfs are constructed from packages13:41
blotungathen can it be that some packages aren't moved to the rootfs?13:41
rburtonthat's always the case13:42
rburtonwhen you build glibc you build the following packages: glibc glibc-dev glibc-dbg13:42
davis$ bitbake -e | less13:42
*** belen <belen!~Adium@> has quit IRC13:42
rburtonbut you don't want -dev and -dbg in all images, only development or debugging ones13:42
davisits in notes713:42
rburtonblotunga: <— image a page down13:43
rburtondavis: looks good.  so the updatercd stuff should work.  share the recipe?13:43
daviswlll do13:45
davisone sec13:45
*** belen <belen!~Adium@> has joined #yocto13:45
davisrburton: its in the same file, notes713:48
*** aehs29 <aehs29!~aehernan@> has joined #yocto13:49
davisheh, until now, i did not know you could link to specific files13:51
davisrburton: do you think maybe i should give up on the update-rc.d package and do something similar to update-rc.d -r ${D} bootlogd start 07 S .13:59
davisthat is in the do_install() function of sysviinit and my do_install() works.13:59
rburtondavis: i guess the first question is what package contains the udhcpd file?  oe-pkgdata-utils list-pkg-files -r busybox will list the file contents.13:59
*** josep <josep!~jhunt@> has joined #yocto14:01
davisinteresting, i've not used this sub command before, i've used provides.14:02
davisthat result shows that /etc/init.dudhcpd and /etc/udhcpd.usb0.conf is provided by busybox per my append14:02
davisbut not the actual executable. wrong choice on my part i guess.14:02
davisone sec, while i find something14:03
davisok this reminds me. here is why i used busybox14:04
davis$ oe-pkgdata-util find-path /usr/sbin/udhcpd14:04
davissays unable to find any package producing path14:04
rburtonerm there's a init script for uhdcpd already14:06
rburtonin the busybox-udhcpd package14:06
davishmm. i did not have it in the /etc/init.d directory of my system14:07
davisthe exe is there but the script to start it is not14:07
davisshouldn't my above line show the package which made the exe?14:07
daviswhich udhcpd shows it in /usr/sbin as I searched14:08
rburtonbusybox-udhcpd/etc/init.d/busybox-udhcpd for me14:08
*** madisox <madisox!~madison@> has joined #yocto14:09
*** berton <berton!~fabio@> has quit IRC14:09
*** CTtpollard <CTtpollard!> has quit IRC14:09
davisrburton: oddly, find . -name busybox-udhcpd shows ./poky-jethro-14.0.1/meta/recipes-core/busybox/files/busybox-udhcpd14:10
rburtonyes thats the init script that goes into busybox-udhcpd14:10
davisi wonder why oe-pkgdata-util did not find it14:10
davisahh, i have this in my output dir14:11
rburtonit gets packaged as /etc/init.d/busybox-udhcpd14:11
*** berton <berton!~fabio@> has joined #yocto14:11
*** CTtpollard <CTtpollard!> has joined #yocto14:12
rburtonthat package just contains the init script, the busybox package itself on install generates the symlink from /usr/sbin/udhcpd to busybox14:12
davisi wonder what that reverse is14:14
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC14:14
davisthat sounds like erase or undo to me14:14
*** josep <josep!~jhunt@> has quit IRC14:15
*** caiortp <caiortp!~inatel@> has joined #yocto14:17
rburtondavis: i'd suggest that if you want to change the udhcpd init script then override the file in your layer directly, or just package a /etc/udhcpd.conf which the existing init script tries to open14:17
davisrburton: i agree.14:18
davisdo youhave any idea what this reverse bit is?14:19
rburtonin the busybox package they're just symlinks from recipe names to the runtime recipe name14:20
rburtonno idea why :)14:20
*** dumbo <dumbo!c3419869@gateway/web/freenode/ip.> has joined #yocto14:20
rburtonooh library renaming14:21
rburtonlrwxrwxrwx 1 ross ross 19 May 18 15:05 libglib-2.0-0 -> ../runtime/glib-2.014:21
*** armpit <armpit!~akuster@2601:202:4000:1239:75c6:5f62:896b:6df7> has joined #yocto14:21
rburtonfor packages which get renames runtime-reverse links from the *generated* name (libglib-2.0-0) to the recipe-space name (glib-2.0)14:21
rburtonthis is just an implementation detail in the pkgdata framework, ignore it14:22
davisso if i want to add an append recipe i was trying to append to a pkg which provided the layer, but it was not found14:22
davisi guess i need to remove this new layer/recipe to busybox, find the busybox-udhcpd and clone an append layer/recipe and mod it. I at least know what the /etc/udhcpd.usb0.conf file and /etc/init.d/udhcpd file should look like.14:24
rburtondavis: so there's several problems with your append, my point is that its not needed14:27
rburtondavis: i'd write a tiny append for busybox that ships your udhcpd.conf into busybox-udhcpd14:28
*** dumbo <dumbo!c3419869@gateway/web/freenode/ip.> has quit IRC14:28
davisok, i will clone an append layer/recipe for ./poky-jethro-14.0.1/meta/recipes-core/busybox/files/busybox-udhcpd14:29
davisand remove my append layer/recipe for busybox14:29
rburtonyou'll need to append busybox, as you bbappend to *recipes*14:30
rburtoni'd keep the existing init script if you can14:30
davisone sec, let me check my notes14:31
*** tjamison <tjamison!~tjamison@> has joined #yocto14:31
davisi used that as a model for doing my busybox14:32
daviserr notes 414:33
*** ntl <ntl!> has quit IRC14:34
davis$ recipetool appendsrcfile -W meta-JFD-BUSYBOX busybox-udhcpd /tmp/newinitscript14:36
davisERROR: Unable to find any recipe file matching busybox-udhcpd14:39
rburton"you'll need to append busybox, as you bbappend to *recipes*"14:39
davishaven't i done that already?14:40
davisthat's how I created this14:40
davis$ recipetool appendsrcfile -W meta-JFD-BUSYBOX busybox /tmp/newinitscript14:40
davisis how i created started this endeavor14:40
davissorry if i am dense14:41
rburtonassuming that your init script doesn't do anything special compared to the existing init script, i'd just open your append, delete the init bits, install your conf file to /etc/udhcpd.conf and set FILES so that it appears in busybox-udhcpd14:41
davisok i'm looking and tryig to figure out what you are saying14:42
*** ftonello <ftonello!~felipe@> has joined #yocto14:43
*** amcgee7 <amcgee7!~amcgee7@> has joined #yocto14:44
davisthsi now shows, my environment14:46
davisit shows which files i have in the poky busybox tree, the files in my appends and where busybox-udhcpd14:46
davisfile ./poky-jethro-14.0.1/meta/recipes-core/busybox/files/busybox-udhcpd14:48
davisis an ascii script14:48
davishowever on my target /usr/sbin/udhcpd is a link to /bin/busybox.nosuid14:49
rburtonyes, busybox is a single binary and lots of links14:49
rburtonhm doesn't it need to be the suid form though14:49
davisthat file i showed at 10:48 is a startup script, but its not installed on my system for some reason.14:50
rburtonits in my busybox-udhcpd package14:50
davisi'm tryig to modify a vendor provided yocto setup, there deviations are frustrating. why they provided a binary but not config script is beyond me.14:51
davishow they removed something which is in place is a mystery14:52
rburtonross@flashheart /data/poky-master/tmp/work/corei7-64-poky-linux/busybox/1.24.1-r0/packages-split14:52
rburton$ find busybox-udhcpd/ -type f14:52
*** TobSnyder <TobSnyder!> has quit IRC14:52
rburtonit appears to error out unless you add /etc/udhcpd.conf yourself though14:53
davisin my init script i specify to start the binary with my /etc/udhcpd.usb0.conf file14:54
davisreally to be honest my target works if I manually /etc/init.d/udhcpd start|stop|status14:55
davisits just that I could not get the rc5.d or any rc?.d links to install.14:55
rburtonnote that your append was breaking all the busybox init scripts14:57
*** shagu <shagu!> has quit IRC14:57
daviswas it? i did not notice it14:57
daviswhere would i notice that?14:57
davisi'll remove it from .conf file and rebuild.14:58
davissee if there is anything there which is not there when i do my build14:58
*** nisha_afk is now known as nisha14:59
rburtonyou assign INITSCRIPT_PACKAGES, overriding the value set in busybox.bb15:00
davisis there a way to append initscripts?15:01
rburtonyeah +=15:01
*** Jeena <Jeena!> has joined #yocto15:02
davisi thought about trying to do _append, but that email i posted as one of the guides did not do it15:02
*** belen1 <belen1!Adium@nat/intel/x-iqqlaaorzemscetx> has joined #yocto15:02
*** blotunga <blotunga!~dragon@> has quit IRC15:02
davisi'm rebuilding without my layer15:02
daviswhen done i'll see if anything is missing.15:03
davisif so, i'll try your suggestion about +=15:03
davisthanks for taking time to help me15:03
*** belen <belen!~Adium@> has quit IRC15:03
davisrburton: thanks for taking time to help me. I appreciate your expertise and I know hyou are busy.15:03
JeenaI'm using yocto on Arch where my default compiler is gcc-6, some  native things in the poky layer do not compile with it, for example elfutils-native. Is there a way to tell it to use an older version of GCC? I already tried to set CC and CXX and CPP but it seems not to help15:05
kergothJeena: native stuff uses teh BUILD_ VARS15:05
kergothi.e. BUILD_CC, BUILD_CXX15:05
Jeenathanks I will try that!15:06
kergothabsolute worst case could do the builds in a chroot, container, or vm of a distro using an older toolchain :)15:06
JeenaI am doing it in a vm but thats no fun15:07
kergothVM is slightly irritating just because it's not very transparent. i.e. i don't want to set up my dotfiles and dev env both in and out of the VM15:08
kergothchroot or container can be a bit more transparent, make it so all your bitbake commands run in there against the content in $PWD15:08
*** gnac-work <gnac-work!~gnac-work@> has joined #yocto15:11
*** gtristan <gtristan!~tristanva@> has quit IRC15:12
*** sameo <sameo!~samuel@> has joined #yocto15:18
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC15:20
*** dvhart <dvhart!~dvhart@> has joined #yocto15:26
*** billr <billr!wcrandle@nat/intel/x-rqqlckcsfzlgzmsv> has joined #yocto15:26
*** csanchezdll <csanchezdll!> has left #yocto15:30
*** gtristan <gtristan!~tristanva@> has joined #yocto15:33
*** ueni <ueni!~ueni@> has quit IRC15:34
*** benjamirc <benjamirc!~besquive@> has quit IRC15:41
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:43
*** Ulfalizer <Ulfalizer!~ulf@> has joined #yocto15:43
Ulfalizerare there any known issues with concurrent fetches from the same svn repository, e.g. from different recipes?15:44
CTtpollardI feel like I've heard someone mention that before15:45
-YoctoAutoBuilder- build #500 of nightly-world-lsb is complete: Success [build successful] Build details are at
Ulfalizermight've been someone from our team, e.g. neverpan1c :P15:47
Ulfalizeror even me, but i don't remember mentioning it15:48
*** maxin <maxin!~maxin@> has quit IRC15:48
*** obsrwr <obsrwr!~otp-amois@> has quit IRC15:48
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto15:50
* Ulfalizer found
CTtpollardhow would I find out what a value $baselib_dir is in bitbake conf?15:55
rburtonJaMa: when you do builds in tmpfs, do you put the entire build dir in tmpfs or just bits of it?15:56
rburtonCTtpollard: do you mean ${baselib}?  there isn't a baselib_dir15:56
*** ecdhe <ecdhe!> has quit IRC15:57
CTtpollardrburton: I may be looking at something old then, however 'systemd_unitdir = "${base_libdir}/systemd"'15:57
rburtonexport base_libdir = "${base_prefix}/${baselib}"15:58
*** paulg <paulg!> has quit IRC15:58
UlfalizerCTtpollard:  bitbake -e | grep ^base_libdir  is an easy way15:58
rburton(my default, that's /lib)15:58
Ulfalizeror pipe it into 'less' and search for it15:58
Ulfalizerthat'll show you the expanded value too15:58
Ulfalizerif you're interested in a variable for a particular recipe, then do  bitbake -e <target>  instead.15:59
rburtonbase means in / not the prefix15:59
rburtonso base_libdir is /lib and libdir is /usr/lib15:59
*** mortderire <mortderire!~rkinsell@> has quit IRC16:01
*** belen1 <belen1!Adium@nat/intel/x-iqqlaaorzemscetx> has quit IRC16:02
*** Snert__ <Snert__!> has joined #yocto16:02
*** fl0v0 <fl0v0!> has quit IRC16:06
*** Ulfalizer <Ulfalizer!~ulf@> has quit IRC16:06
*** belen <belen!Adium@nat/intel/x-mdepboxyutvbdhpj> has joined #yocto16:08
RPseebs_: around?16:10
*** mattsm <mattsm!uid128834@gateway/web/> has joined #yocto16:10
*** toscalix <toscalix!~toscalix@> has quit IRC16:12
seebs_sort of16:14
*** seebs_ is now known as seebs16:14
*** yann|work <yann|work!> has quit IRC16:15
*** armpit <armpit!~akuster@2601:202:4000:1239:75c6:5f62:896b:6df7> has quit IRC16:16
*** boucman_work <boucman_work!> has quit IRC16:16
*** evanmeagher <evanmeagher!> has joined #yocto16:17
JaMarburton: you might want to read my 2nd reply in "Fix mesa_populate_packages() when dri is disabled" thread16:24
JaMarburton: depends on where, for world builds whole tmp-glibc, in local builds only tmp-glibc/war16:24
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.> has joined #yocto16:29
*** ntl <ntl!> has joined #yocto16:31
*** Jefro <Jefro!> has joined #yocto16:37
*** sno <sno!~sno@> has quit IRC16:37
RPseebs: I've sent emails. I'm wondering if anything can ever link against a "mknod" symbol with glibc...16:38
seebsI'm not sure. Hmm.16:42
seebsOh, hey. I know where this came from. It came from the problems with actual calls to mknod() for named pipes.16:42
seebsBut the thing is, since I actually did successfully run tests of pseudo working with a rootfs that was done through userspace nfs server running under pseudo... I know that on the machine I tested it on, it worked.16:43
RPseebs: I have an untested suspicion that if you load pseudo with LD_BIND_NOW or whatever the parameter is that binds all symbols, it might break16:43
seebsI wonder if this is one of those things where it moved to something like __mknod that I need to check.16:43
RPseebs: see the quote from stat.h in my emal16:43
seebsBut I successfully found the symbol SOMEWHERE.16:43
seebsOh, huh. That looks a lot like there WAS a mknod in older systems, but newer ones may not actually always have it.16:44
seebsIn which case I'll have to move it into ports, ala the new-clone/old-clone thing. Wheeeee.16:44
RPseebs: I'm wondering if a change to the dynamic loader is actually at fault, perhaps;a=commitdiff;h=7d45c163d00c88d5875a112343c4ea3e61349e6b;hp=258ec8abc1fb26b800cb22c374c242ea9811167916:45
seebsI can probably fix it, shouldn't take super long, but I think all my current machines are older.16:45
RPseebs: when I say "at fault", I mean triggers the problem16:46
frayFYI the bug associated with that commit16:47
yoctiBug 19509: was not found.16:47
fraydlsym, dlvsym do not report errors through dlerror when using RTLD_NEXT16:47
*** sonntex <sonntex!c389bb40@gateway/web/freenode/ip.> has joined #yocto16:47
seebsAnyway, I have theories about what's happening, I just need to find a newish machine to reproduce it.16:47
frayseebs look at that URL.. there are comments about 'fakeroot' having problems16:48
frayno idea if it's related..16:48
seebsso it appears that RTLD_NEXT does not do quite what I thought it did.16:49
*** dvhart <dvhart!~dvhart@> has quit IRC16:49
seebsIn that it may mean "specifically only the libraries directly linked against" rather than "everything past me".16:50
seebsSo it looks like the fix may require changing the libraries requested. SCIENCE MUST BE DONE.16:50
*** _taw_ <_taw_!> has quit IRC16:51
RPseebs: so I just confirmed that if I used a libdl with that change, I see the error. If I back out the single line in dl-error.c, things "work"16:51
RPseebs: that patch is clearly in the older libc in fedora2316:51
RPseebs: the easy reproducer which works every time is "bitbake core-image-minimal" on a machine with that change in ld.so16:52
seebsI'll experiment and figure it out. I *think* we probably just need an additional -l or something, but I'm not sure where mknod is coming from on those systems. Or whether it's even being compiled.16:52
RPit'll fail in do_rootfs16:52
seebsOh, I should be able to break it much earlier than that. :)16:52
RPseebs: just sharing what I have :)16:53
*** dvhart <dvhart!~dvhart@> has joined #yocto16:54
RPseebs: if you want it to break on your local build I do have an easy way btw16:55
seebsI think my problem is mostly just that my easily-available hosts are All Too Old.16:55
RPseebs: just add
RPseebs: that version of uninative has the change in it and breaks everything16:55
RPseebs: that will break even older hosts ;-)16:55
seebsactually that's not a bad idea16:56
RPseebs: if you rebuild pseudo you just need to ensure it uses the uninative interpreter rather than system one16:56
*** dfaught <dfaught!> has joined #yocto16:58
*** fredcadete <fredcadete!d4a63893@gateway/web/freenode/ip.> has quit IRC16:59
*** mortderire <mortderire!~rkinsell@> has joined #yocto17:02
*** dvhart <dvhart!~dvhart@> has quit IRC17:04
*** frsc <frsc!> has quit IRC17:06
*** dvhart <dvhart!~dvhart@> has joined #yocto17:12
*** present <present!~present@> has quit IRC17:12
*** sonntex <sonntex!c389bb40@gateway/web/freenode/ip.> has quit IRC17:13
*** ftonello <ftonello!~felipe@> has quit IRC17:14
RPseebs: let me know if I can help...17:14
seebsMostly I have too many things happening at once.17:15
*** jbrianceau is now known as jbrianceau_away17:15
*** dvhart <dvhart!~dvhart@> has quit IRC17:15
*** dvhart <dvhart!~dvhart@> has joined #yocto17:15
RPseebs: a problem I know all too well. Trouble is our autobuilder and people's builds are breaking due to this so one way or another I'm going to have to come up with something :/17:15
*** dvhart <dvhart!~dvhart@> has quit IRC17:17
*** dvhart <dvhart!~dvhart@> has joined #yocto17:17
seebsone sec17:18
seebsOkay, so, if you just take out the pseudo_diag(), does it *run* okay?17:18
seebsBecause if it does that should be fine. If it coredumps trying to execute null function pointers, then it's trickier.17:19
seebsBut I'm pretty sure the change is only affecting whether or not we print the message.17:19
*** sjolley <sjolley!~sjolley@> has quit IRC17:21
*** sjolley <sjolley!~sjolley@> has joined #yocto17:24
*** grma <grma!~gruberm@> has quit IRC17:26
RPseebs: that does indeed seem to let it work17:27
seebsso the failure is the diagnostic message being interpreted as a failure, not an actual abort or whatever. weeeeeird.17:28
*** Jefro <Jefro!> has quit IRC17:28
RPseebs: there are some cases we capture stdout and do processing on it so I can imagine things breaking17:28
seebspostgresql has at least some compiler tests that treat stderr as a failure and ignore $?17:28
seebswhich turns out to be because of hosts where the compiler does not indicate failure to compile through an exit status17:29
RPseebs: sad that people have to work around that rather that it getting fixed17:29
*** sjolley <sjolley!~sjolley@> has quit IRC17:30
RPseebs: so should I push something disabling the message until such times as you can fix this properly?17:30
*** dvhart <dvhart!~dvhart@> has quit IRC17:30
seebsSure. There's no possible way it could bite me to disable the diagnostic. :P17:30
*** dvhart <dvhart!~dvhart@> has joined #yocto17:31
RPseebs: :D17:31
seebsWhat mystifies me is what I was thinking when I wrote this. The error message test is inexplicably contingent on a #ifdef that it shouldn't be contingent on, and also I don't check for failure to get the symbol unless dlerror() reports something.17:31
*** benjamirc <benjamirc!~besquive@> has joined #yocto17:32
*** caiortp_ <caiortp_!~inatel@> has joined #yocto17:34
*** belen <belen!Adium@nat/intel/x-mdepboxyutvbdhpj> has quit IRC17:34
*** belen <belen!Adium@nat/intel/x-tiiaubibvfixptgu> has joined #yocto17:34
*** pohly1 <pohly1!> has quit IRC17:35
*** dvhart <dvhart!~dvhart@> has quit IRC17:36
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:37
*** belen <belen!Adium@nat/intel/x-tiiaubibvfixptgu> has quit IRC17:38
*** dvhart <dvhart!~dvhart@> has joined #yocto17:40
*** jku <jku!> has joined #yocto17:44
*** dvhart <dvhart!~dvhart@> has quit IRC17:45
*** dvhart <dvhart!~dvhart@> has joined #yocto17:46
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto17:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto17:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has left #yocto17:49
*** sjolley <sjolley!sjolley@nat/intel/x-ziawyvgiaeqrutui> has joined #yocto17:51
*** dvhart <dvhart!~dvhart@> has quit IRC17:51
*** dvhart <dvhart!~dvhart@> has joined #yocto17:52
*** bottazzini <bottazzini!~realBigfo@> has quit IRC17:52
*** dvhart <dvhart!~dvhart@> has quit IRC17:57
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC18:01
RPseebs: I decided there must be some good reason you did that which I was clearly missing :)18:08
seebswhich, the #else thing?18:08
RPseebs: yes18:08
seebsI am pretty sure the reason is that **SFX: TRAIN ROARS PAST** and that is why it should be in the #else clause.18:08
RPseebs: we've all done it...18:09
*** kteza1 <kteza1!6a3318ab@gateway/web/freenode/ip.> has joined #yocto18:10
*** gtristan <gtristan!~tristanva@> has quit IRC18:10
kteza1Hi. Quiet new to yocto auto builder. Till now I'm building with google repo tool. Can I use repo tool with yocto auto builder18:11
*** JaMa <JaMa!> has quit IRC18:14
*** mortderire <mortderire!~rkinsell@> has quit IRC18:15
seebsI have to admit, the "SFX: TRAIN ROARS PAST" explanation has rapidly become one of my favorite idioms for explaining the lovely things I have left for myself in code.18:18
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC18:21
*** cference <cference!> has quit IRC18:25
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:25
*** _taw_ <_taw_!> has joined #yocto18:25
*** armpit <armpit!~akuster@> has joined #yocto18:26
*** townxelliot <townxelliot!~ell@> has quit IRC18:26
*** JaMa <JaMa!> has joined #yocto18:27
*** yann|work <yann|work!> has joined #yocto18:30
RPseebs: I've sent a patch to OE-Core and tried to document all the fun18:35
davisrburton: you still here?18:42
*** mortderire <mortderire!~rkinsell@> has joined #yocto18:53
*** mortderire <mortderire!~rkinsell@> has quit IRC18:55
*** Snert__ is now known as Snert_18:55
*** jku <jku!> has quit IRC18:56
*** townxelliot <townxelliot!~ell@> has joined #yocto18:56
*** mortderire <mortderire!rkinsell@nat/intel/x-lngytfwjmuimsqty> has joined #yocto18:59
*** _taw_ <_taw_!> has quit IRC19:09
*** _taw_ <_taw_!> has joined #yocto19:11
seebsOkay, looking at the mknod stuff, it seems to me that the weird part is that we don't appear to have a parallel problem with stat, which in theory has the same trait, that everything's using __xstat or whatever.19:14
*** ftonello <ftonello!> has joined #yocto19:15
RPseebs: I wondered about that19:17
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC19:18
seebs... that's interesting. mknod isn't the only thing not being found, but apparently I never try to find fstat(), and I am not sure why. Ugh. Interesting.19:21
seebsbecause they have "real_func=pseudo_stat" for some reason.19:22
seebsAhh, I get it. I fixed this already for those. I never noticed the need for mknod because it wasn't getting diagnosed because of the dlerror thing.19:23
*** ftonello_ <ftonello_!> has joined #yocto19:23
seebsSo the actual fix is to use an existing mechanism for fixing exactly this problem, which I already thought of!19:23
RPseebs: cool :)19:23
*** bottazzini <bottazzini!~realBigfo@> has joined #yocto19:23
*** ftonello <ftonello!> has quit IRC19:24
*** dvhart <dvhart!dvhart@nat/intel/x-hjxbhnunviccwriz> has joined #yocto19:24
*** kteza1 <kteza1!6a3318ab@gateway/web/freenode/ip.> has quit IRC19:25
seebsthat's odd19:29
seebswhy do i have a wrapper for "syncfs"?19:29
seebs... oh because the pseudo_fsync stuff needs to be able to bypass it. But apparently it's not present everywhere.19:29
seebsThis is odd, there's a syncfs() which is in _GNU_SOURCE or something in some man pages, but I can't find it anywhere now.19:30
seebshuh. my ubuntu system has it, my centos doesn't. maybe it's newish.19:31
*** mortderire <mortderire!rkinsell@nat/intel/x-lngytfwjmuimsqty> has quit IRC19:33
seebsIt was added in April of 2011, which sort of worries me because why does my build machine apparently lack a syscall from five years ago.19:33
seebs... because it's a 2.6 kernel.19:34
seebsOkay, I'm gonna have to rethink this.19:34
kergothyour build machine has a 2.6 kernel? how old is that?19:34
seebsCentos 6.19:35
seebsBut it was originally released, it appears, in 2010.19:35
seebsSo I need to add a test for whether or not syncfs exists, and move syncfs to be contingent on that.19:35
*** dmoseley <dmoseley!> has quit IRC19:36
*** JaMa <JaMa!> has quit IRC19:36
rburton"writing preload libraries is easy" - said someone, wrongly :)19:38
khemoh boy building krogoth with distros using gcc6 is going to ensue a slew of package upgrades into release branch19:39
khemI was a happy camper until archlinux pushed the gcc6 update19:41
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto19:41
khemI am sure latest fedora will have same problem19:41
*** sno <sno!> has joined #yocto19:42
kergothuse a chroot/container and call it a day? :)19:42
*** Biliogadafr <Biliogadafr!> has quit IRC19:43
khemyeah I do use debian8 container on arch but its sort of sad19:46
khemsome probably can be fixed with lowering the Werror bar19:47
khemhowever that may not be best solution since no host would have tested that combination19:48
khemso our native sysroot will be sort of unique19:48
*** _taw_ <_taw_!> has quit IRC19:50
seebsfor what it's worth, i believe i now have the proper fix for that stuff. whee.19:56
*** mortderire <mortderire!rkinsell@nat/intel/x-yfvwjfyixriquukj> has joined #yocto20:03
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC20:03
RPseebs: how is this going to work with our compile once and run against uninative situation?20:05
seebsI am assuming pseudo will be compiled against uninative. So if that has syncfs, we'll have a syncfs wrapper, and at runtime we'll be running with uninative's glibc which has syncfs.20:06
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto20:06
RPseebs: even if the kernel doesn't?20:07
RPseebs: I guess that makes it glibcs problem?20:07
seebsYeah, pretty much.20:07
RPfair enough20:07
seebsI don't know how our uninative will handle that. If it's been configured with a low enough minimal kernel version it'll probably have an alternative syncfs implementation that just does ENOSYS or something?20:08
*** mortderire <mortderire!rkinsell@nat/intel/x-yfvwjfyixriquukj> has quit IRC20:08
RPseebs: one tricky thing to note is that things build against the host system, then run against uninative20:08
RPseebs: we assume uninative is always equal to or more recent20:08
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto20:09
seebsHmm. That should be okay.20:09
RPsince glibc is backwards compatible20:09
seebsThe risk is that it's possible that we'll have stuff calling syncfs and not having it intercepted.20:09
seebsBut I don't actually CARE.20:09
RPseebs: I'm not overly worried, just wondering how bad it can break :)20:09
RPsync calls aren't a big deal, some other syscalls might be20:09
* RP switches terminals to see a sea of red ERRORs. I wonder what python3 did now :/20:11
*** ant_home <ant_home!> has joined #yocto20:12
RPah, its kergoth's patches :) Nice when its not me to blame for a change!20:13
rburtonhooray! :)20:13
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC20:13
RPkergoth: your patches to codeparser and friends change the checksums but don't invalidate the caches20:13
kergothi swear every other patch i've sent recently has exploded, even though it worked fine when i tested it locally. one of those weeks20:13
RPkergoth: I'm guessing its that anyway. Blowing away caches seems to have made it happier20:14
*** obsrwr_home <obsrwr_home!~obsrwr@> has quit IRC20:16
billr.RP: you're right about the comment / code ratio in your patch. That's the most I've seen in a long time. :)20:17
*** vmeson <vmeson!~rmacleod@> has quit IRC20:22
-YoctoAutoBuilder- build #787 of poky-tiny is complete: Success [build successful] Build details are at
*** townxelliot <townxelliot!~ell@> has quit IRC20:26
*** _taw_ <_taw_!> has joined #yocto20:27
*** Jeena <Jeena!> has left #yocto20:30
*** present <present!> has joined #yocto20:37
*** ftonello_ <ftonello_!> has quit IRC20:46
*** dfaught <dfaught!> has quit IRC20:49
*** Jefro <Jefro!> has joined #yocto20:51
*** imphil <imphil!~philipp@2001:a62:21b:d01:4c62:40f5:4b78:3dbc> has joined #yocto20:55
*** present <present!> has quit IRC20:55
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC21:00
*** edbart <edbart!~ebartosh@> has quit IRC21:08
*** berton <berton!~fabio@> has quit IRC21:18
*** joshuagl <joshuagl!~joshuagl@> has quit IRC21:21
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto21:24
*** caiortp <caiortp!~inatel@> has quit IRC21:28
*** caiortp_ <caiortp_!~inatel@> has quit IRC21:28
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has quit IRC21:29
*** evanmeagher <evanmeagher!> has quit IRC21:42
*** aehs29 <aehs29!~aehernan@> has left #yocto21:44
*** dvhart <dvhart!dvhart@nat/intel/x-hjxbhnunviccwriz> has quit IRC21:49
*** bottazzini <bottazzini!~realBigfo@> has quit IRC21:49
*** bottazzini <bottazzini!~realBigfo@> has joined #yocto21:51
*** ntl <ntl!> has quit IRC21:54
*** rburton <rburton!> has quit IRC21:59
*** fmeerkoetter_ <fmeerkoetter_!> has joined #yocto22:01
*** bfederau <bfederau!> has quit IRC22:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
RPkhem: there was a hunk of a patch went missing in the glibc upgrade which has broken the uninative tarball :(22:03
RPkergoth: do you want me to add the relevant cache bumps?22:04
kergothIt's your call, I don't mind doing it, but it'd be more back and forth22:04
*** bengardiner <bengardiner!uid161157@gateway/web/> has joined #yocto22:09
*** kscherer <kscherer!~kscherer@> has quit IRC22:12
*** aehs29 <aehs29!aehernan@nat/intel/x-qnljmwmlhbpnugre> has joined #yocto22:18
*** nighty-- <nighty--!> has quit IRC22:18
*** lamego <lamego!~jose@> has quit IRC22:23
*** nisha is now known as nisha_afk22:23
*** sjolley <sjolley!sjolley@nat/intel/x-ziawyvgiaeqrutui> has quit IRC22:25
*** sjolley <sjolley!~sjolley@> has joined #yocto22:25
RPkergoth: I've put some bumps into -next22:26
khemRP: hmm which one ?22:27
RPkhem: I've just merged a fix (I cc'd you on the patch)22:28
RPkhem: I need to get this sorted so we can rebuild uninative and fix other issues blocking other testing etc. :/22:28
* RP feels like he's stuck in a circular logic problem22:29
khemRP: yes I wonder how it got dropped seems my oversight22:29
*** sjolley <sjolley!~sjolley@> has quit IRC22:32
khemRP: now I am using my own fork of glibc on github I updated it there too22:32
RPkhem: I have a suspicion that patch wasn't well formatted and git did something odd to it22:32
khemusing git fork of glibc helps a lot on merging22:33
khemso hopefully wont have such errors in future22:33
khemI did same for gcc22:33
khemRP: probably, I am quite happy with the new workflow I have for patches22:34
khemwhich is using git forks and not rlying on quilt workflow22:34
khemalso helps in forward porting patches inbetween releases22:34
khemso we dont wait 6 months22:34
*** dvhart <dvhart!~dvhart@> has joined #yocto22:34
RPkhem: using the git trees on the other hand is causing problems for the builds :(22:34
RPkhem: the locking and time delays on the git fetcher updates are proving to be quite a bottleneck for build parallelism. Need to look at what exactly is going on22:35
*** sameo <sameo!~samuel@> has quit IRC22:36
*** imphil <imphil!~philipp@2001:a62:21b:d01:4c62:40f5:4b78:3dbc> has quit IRC22:42
*** Jefro <Jefro!> has quit IRC22:43
*** benjamirc <benjamirc!~besquive@> has quit IRC22:46
khemRP: should be first time thing only ?22:50
*** sjolley <sjolley!~sjolley@> has joined #yocto22:51
*** agust <agust!> has quit IRC22:54
khemRP: btw. I have pushed a fix for gpl2/elfutils in kraj/pu and also sent patches for qt4 for gcc622:54
khemRP: so with this all we would ne left with is kernel 4.1 which I have verified that latest top of 4.1 branch from upstream works with gcc622:55
*** moto-timo <moto-timo!ttorling@nat/intel/x-xviekjvyvvvoxapq> has joined #yocto22:55
*** moto-timo <moto-timo!ttorling@nat/intel/x-xviekjvyvvvoxapq> has quit IRC22:55
*** moto-timo <moto-timo!ttorling@fsf/member/moto-timo> has joined #yocto22:55
khemso I will leave that to zeddii to upgrade linux-yocto-4.1 to latest tip and propose22:56
*** _taw_ <_taw_!> has quit IRC22:58
RPkhem: sounds great, thanks for the work on that. Will try and queue gcc6 into a build once I have all the patches22:58
*** paulg <paulg!> has joined #yocto22:59
*** Jeena <Jeena!> has joined #yocto23:00
*** evanmeagher <evanmeagher!> has joined #yocto23:02
*** dvhart <dvhart!~dvhart@> has quit IRC23:05
khemand systemd issue is also fixed23:05
khemin same tree23:05
khemmeta-qt4 you need to grab from ml23:05
kheminteresting development23:05
*** tjamison <tjamison!~tjamison@> has quit IRC23:06
khemthat reminds us how to bring more devs to OE23:06
*** amcgee7 <amcgee7!~amcgee7@> has quit IRC23:18
*** ant_home <ant_home!> has quit IRC23:26
*** aehs29 <aehs29!aehernan@nat/intel/x-qnljmwmlhbpnugre> has left #yocto23:34
*** Guest67480 <Guest67480!~tomz@> has quit IRC23:40
*** Guest67480 <Guest67480!~tomz@> has joined #yocto23:53

Generated by 2.11.0 by Marius Gedminas - find it at!