Wednesday, 2016-08-17

jpetersping00:06
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC00:14
jpeterscomparing the log.do_package output with the libgcrypt output show the run.do_package script has nothing is 'sonames'.  The libgcrypt output shows libgcrypt.so.20.  I this must be a clue.00:16
jpetersI know this must be a clue.00:16
*** caiortp <caiortp!~caiortp@131.221.243.1> has quit IRC00:20
*** jpeters <jpeters!c66941c5@gateway/web/freenode/ip.198.105.65.197> has quit IRC00:30
*** billr <billr!~wcrandle@134.134.139.76> has quit IRC00:31
*** gagi <gagi!~quassel@vpn.pelagicore.de> has quit IRC01:07
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:10
*** jynik <jynik!~bragg@cpe-67-253-219-41.rochester.res.rr.com> has quit IRC01:10
*** jynik <jynik!~bragg@cpe-66-66-3-202.rochester.res.rr.com> has joined #yocto01:12
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC01:13
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has joined #yocto01:14
*** jkridner|pd <jkridner|pd!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has joined #yocto01:18
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC01:21
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:22
dfreyI'm trying to get started with Yocto by getting familiar with bitbake to start.  I am trying to follow the hello world example from appendix a of the bitbake manual.  when I run 'bitbake printHello', I get the error message: "Please use a locale setting which supports utf-8".  I modified the source of bitbake-worker slightly to gather more information and it seems that sys.getfilesystemencoding() is returning01:24
dfrey'ascii' when bitbake-worker is running.  When I launch /usr/bin/env python3 and call the function myself, I get 'utf-8'.  Any idea what is going wrong?01:24
-YoctoAutoBuilder- build #876 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/87601:44
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:50
*** phoo1234567 <phoo1234567!~phoo12345@c-75-69-172-183.hsd1.nh.comcast.net> has quit IRC01:52
*** armpit <armpit!~akuster@50.233.148.156> has quit IRC02:02
*** sameo <sameo!~samuel@192.55.54.43> has quit IRC02:27
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto02:47
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC04:10
*** sujith_h <sujith_h!~toaster@139.181.35.34> has quit IRC04:29
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto04:29
*** dmiess__ <dmiess__!~dmiess@d50-92-44-206.bchsia.telus.net> has joined #yocto04:55
*** dmiess_ <dmiess_!~dmiess@d50-92-44-206.bchsia.telus.net> has quit IRC04:55
*** arkver <arkver!~arkver@host81-135-58-159.range81-135.btcentralplus.com> has joined #yocto05:29
*** jkridner|pd <jkridner|pd!~jkridner@c-68-61-101-211.hsd1.mi.comcast.net> has quit IRC05:37
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has joined #yocto06:10
*** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has joined #yocto06:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto06:11
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC06:16
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto06:18
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has quit IRC06:26
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has joined #yocto06:29
*** phatina <phatina!~phatina@82-119-96-90.static.chello.sk> has joined #yocto06:30
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:30
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC06:34
*** seezer <seezer!seezer@quassel/developer/seezer> has joined #yocto06:35
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has joined #yocto06:39
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has quit IRC06:47
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-lrvpbuigvrtxhivs> has joined #yocto06:48
*** jbrianceau_away is now known as jbrianceau06:48
*** fl0v0 <fl0v0!~fvo@pD9F6B74D.dip0.t-ipconnect.de> has joined #yocto06:53
*** ndec|vacations is now known as ndec06:54
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has quit IRC06:54
*** gtristan <gtristan!~tristanva@110.11.179.37> has quit IRC06:57
*** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has quit IRC07:00
*** agust <agust!~agust@p4FCB4BAF.dip0.t-ipconnect.de> has joined #yocto07:01
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC07:05
*** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto07:11
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto07:11
*** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has joined #yocto07:13
*** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC07:14
*** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto07:14
*** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has quit IRC07:15
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:15
*** jku <jku!jku@nat/intel/x-lnzruoafepwmetdw> has joined #yocto07:22
*** jku is now known as Guest9606207:22
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has joined #yocto07:23
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has joined #yocto07:27
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto07:39
*** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC07:40
*** sno <sno!~sno@62.157.143.22> has joined #yocto07:44
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto07:47
*** gtristan <gtristan!~tristanva@114.207.54.40> has joined #yocto07:59
*** Saur <Saur!pkj@nat/axis/x-jttnfqonusiquzyr> has quit IRC08:00
*** Saur <Saur!pkj@nat/axis/x-oyantjtkbhuclszk> has joined #yocto08:00
*** Saur <Saur!pkj@nat/axis/x-oyantjtkbhuclszk> has quit IRC08:04
*** Saur <Saur!pkj@nat/axis/x-zskvrbpsfkuzwoja> has joined #yocto08:04
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has joined #yocto08:08
boucman_workcompiling yocto with no gcc is fun :P08:17
*** jkridner <jkridner!~jkridner@ip65-46-187-134.z187-46-65.customer.algx.net> has joined #yocto08:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto08:31
*** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has joined #yocto08:32
*** simonl <simonl!uid6729@gateway/web/irccloud.com/x-tvpxiqkufkxlnieo> has joined #yocto08:35
jubrkhem: would something like this work from .conf context too?: do_compile[nostamp]_pn-recipename = "1"  or do_compile_pn-recipename[nostamp] = "1"08:37
jubrthat could be useful..08:37
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:41
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC08:43
*** willeponken <willeponken!~willeponk@diderot.campus.ltu.se> has joined #yocto08:45
*** BlitzBlizz <BlitzBlizz!~blitz@2001:638:102:36:e3aa:c03b:c3ec:41c6> has joined #yocto09:03
BlitzBlizzhi all09:03
*** kbo <kbo!c1f09a78@gateway/web/freenode/ip.193.240.154.120> has joined #yocto09:04
BlitzBlizzis it possible to built all python packages into an image except to put them all in "IMAGE_INSTALL_append"?09:05
kbohi guys, i was wondering how do I deploy u-boot on  sdcard with bitbake ? I have an imx28evk board09:05
LetoThe2ndkbo: this is absolutely board specific, you need to look into the BSP/documentation for your hardware.09:06
*** AndersD <AndersD!~anders@213-64-218-130-no126.business.telia.com> has quit IRC09:07
*** Anticom <Anticom!~timo.m@217.6.33.234> has joined #yocto09:09
kboLetoThe2nd: Im using meta-fsl-arm09:10
LetoThe2ndBlitzBlizz: well you can always create a packagegroup09:11
LetoThe2ndkbo: i geussed that from the imx28 mention.09:12
*** alexlarsson <alexlarsson!~alexl@213-66-155-112-no94.tbcn.telia.com> has joined #yocto09:14
alexlarssonrburton: HEEELP!09:15
BlitzBlizzLetoThe2nd: what about including "python-modules"?09:15
alexlarssonrburton: I'm having a weird issue with the yocto base, wanted to run it past you09:15
alexlarsson(Or anyone else)09:15
alexlarssonFor whatever reasons my current builds get:09:16
alexlarssonpython -c "import sysconfig; print sysconfig.get_config_var('CC')"09:16
alexlarssonx86_64-unknown-linux-gcc  -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse --sysroot=/srv/sdkbuilder/work/build/x86_64/freedesktop-sdk-base-1-4/build/x86_64/tmp-glibc/sysroots/qemux86-6409:16
LetoThe2ndBlitzBlizz: that might of course already be such a packagegroup09:16
alexlarssonAnd distutils uses basename(sysconfig.get_config_var('CC')) to figure out if the compiler is gcc09:16
alexlarssonand obviously basename picks up the / in --sysroot=09:17
alexlarssonBut my old builds never got --sysroot in the CC var09:17
alexlarssonHas anyone seen something like this (jethro branch)09:17
BlitzBlizzLetoThe2nd: ok thanks. i will give it a try09:18
*** AndersD <AndersD!~anders@213.64.218.130> has joined #yocto09:21
kbo#join #imx6-dev09:21
*** kbo <kbo!c1f09a78@gateway/web/freenode/ip.193.240.154.120> has left #yocto09:22
*** rburton <rburton!~Adium@home.burtonini.com> has quit IRC09:23
boucman_workalexlarsson: I have weird issues with jethro right now (though not exactly the same) because my host compiler migrated from gcc5 to gcc6, maybe it's related09:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC09:33
abelalmorning all09:38
abelalkhem: ping09:40
abelalkhem: are there any objections against https://patchwork.openembedded.org/patch/128887/09:40
abelalkhem: who should I ping to get this merged?09:40
*** nighty <nighty!~nighty@d246113.ppp.asahi-net.or.jp> has quit IRC09:41
*** jubr <jubr!57ed1b9e@gateway/web/freenode/ip.87.237.27.158> has quit IRC09:47
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto09:53
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has joined #yocto09:58
HunkHello, i have a question about pyqt, it is possible to use it with QWS and not with X11 ?09:58
HyP3rOkay, last booting round I've got some errors with pythion subprocess missing, was easy to statisfy. But now I get "ImportError: No module named grp"10:08
HyP3rDoes someone know the recpie which is providing this python packages?10:08
HyP3rpython mdoule10:08
CTtpollardHunk: I'm currently using pyqt with wayland10:11
HunkHow i can add wayland to my image?10:12
Hunkand thank your for your response10:12
HunkCORE_IMAGE_EXTRA_INSTALL += "wayland weston"10:14
Hunkis that all?10:14
Hunkbecause i have still the same error10:17
HunkERROR: python-pyqt was skipped: missing required distro feature 'x11' (not in DISTRO_FEATURES)10:18
*** btooth <btooth!6cab81a3@gateway/web/freenode/ip.108.171.129.163> has joined #yocto10:31
btoothhi.. what is best way to update etc/passwd? I need to add more users and groups. I don't want to do this is individual recipes, but in one dedicated recipe/place.. any idea?10:32
*** mwalle <mwalle!~mwalle@194.25.174.126> has quit IRC10:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:52
joshuaglbtooth: http://www.yoctoproject.org/docs/2.1/ref-manual/ref-manual.html#ref-classes-extrausers10:53
CTtpollardbtooth: look into 'EXTRA_USERS_PARAMS'10:54
*** florian_kc is now known as florian10:54
boucman_workdoes yocto do autoreconf for autotools based recipes ?10:55
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto10:56
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has joined #yocto10:59
Guest96062boucman_work: yes11:08
boucman_workGuest96062: hmm, ok... doesn't seem so (at least for the complicated case of the rpm-native recipe's recursive dependencies)11:08
*** Guest96062 is now known as jku11:09
*** jku is now known as Guest3315711:09
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC11:10
*** Guest33157 <Guest33157!jku@nat/intel/x-lnzruoafepwmetdw> has quit IRC11:12
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:d937:3976:9319:8236> has joined #yocto11:20
AnticomHi all. I am currently porting some of our projects to cmake and hence i included cmake recipe in our build to get OEToolchainConfig.cmake in our SDK. However I now noticed, that sysroot location is supplied as flags in CC, CXX, CPP, LD and KCFLAGS directly. However CMake has CMAKE_SYSROOT ( https://cmake.org/cmake/help/latest/variable/CMAKE_SYSROOT.html ) for this. Is there a reason it's not used?11:29
*** BlitzBlizz <BlitzBlizz!~blitz@2001:638:102:36:e3aa:c03b:c3ec:41c6> has quit IRC11:38
*** tobias_ <tobias_!~tobias@www3.mikrolund.ideon.se> has joined #yocto11:43
tobias_latest checkout of poky fails on sysvinit-inittab, cannot stat start_getty, its included next to the recipe, also in the recipe, but not showing up in WORKDIR, what could the problem be ?11:44
tobias_branch krogoth11:44
neverpanicHas anybody tried building yocto in a build directory named "perl"? I have a reasonable suspicion that this might break perl-native: https://p.dnnr.de/kTLA01uEvnGlGESh11:50
*** caiortp <caiortp!~inatel@131.221.240.204> has joined #yocto11:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:51
HyP3rMeh I forgot the package python-modules meh11:52
HyP3rhttp://git.yoctoproject.org/cgit.cgi/poky/plain/meta/recipes-devtools/python/python-2.7-manifest.inc11:54
boucman_workok, that one baffles me...11:54
boucman_workI am trying to compile master without gcc (i.e using BUILD_CC to provide the compiler)11:54
boucman_workrpm-native:do_configure fails, complaining that my compiler can't produce correct binaries11:55
boucman_workbut when I run ./run.do_configure in the temp directory, it configures correctly11:55
boucman_workor not. it did last time. I need to check what's going on11:56
*** tobias_ <tobias_!~tobias@www3.mikrolund.ideon.se> has quit IRC11:57
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto11:58
btoothjoshuagl: thanks, I will try11:59
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has joined #yocto12:06
*** berton <berton!~fabio@177.127.4.56> has joined #yocto12:21
neverpanicI think perl-native.bb should pass -Dinstallstyle="lib/perl5" -O to Configure12:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto12:25
*** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has quit IRC12:31
*** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has joined #yocto12:31
*** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has quit IRC12:42
*** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has joined #yocto12:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:43
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC12:56
HyP3rI still having problems with mod_wsgi compiling. This package has to be processed with setuptools and autotools which is ok. But autotools is generating with his Makefile.in and configure.ac script wrong path.12:56
HyP3rFor exampple: LIBEXECDIR = /usr/lib/apache2/modules12:57
HyP3rThis is from LIBEXECDIR="`${APXS} -q LIBEXECDIR`"12:57
HyP3rSo the reason is APXS is used from my local computer instead from the apache2-native sysrootfs12:57
HyP3rThe reason for that is this part of the configure.ac script: AC_PATH_PROGS(APXS, apxs2 apxs, [apxs], [$PATH:/usr/local/apache/bin:/usr/sbin])12:58
HyP3rIt searching for apx2 and apxs. Apxs2 is in my computer and apxs is in the sysrootfs of my yocto toolchain12:58
HyP3rNow I have to options: deleting my local apxs2 (so autotools finds the yocto apxs) or better:12:59
HyP3rI use this switch: for configure "--with-apxs=NAME"13:00
*** joseppc <joseppc!~josep@sestofw01.enea.se> has joined #yocto13:00
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto13:00
HyP3rThe meta-oe php_5.5.21 package is adding this configure switch this way: PACKAGECONFIG[apache2] = "--with-apxs2=${STAGING_BINDIR_CROSS}/apxs,,apache2-native apache2"13:00
HyP3rBut I don't understand the syntax13:01
HyP3rCan someone help me?13:01
*** igor2 <igor2!~igor@177.159.144.73> has joined #yocto13:01
HyP3rMy apxs is there: oe-core/build/out-glibc/sysroots/colibri-vf/usr/bin/crossscripts/apxs13:02
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has joined #yocto13:10
eduardas_mHello. What is the proper procedure in Yocto for changing the RGB TFT display used with an imx6ul development board? I am new to this. Any decent links to tutorials and/or documentation would be welcome.13:16
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has left #yocto13:17
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has joined #yocto13:17
eduardas_mAs far as I understand my mxs-lcdif driver is responsible for the display (info I get via fbset). I can enable and disable it via menuconfig. But how do I do proper configuration?13:18
eduardas_mI wish to switch from an 800x480 18 bit TFT to a 24 bit 480x272 TFT13:19
*** jubr <jubr!57ed1b9e@gateway/web/freenode/ip.87.237.27.158> has joined #yocto13:19
UlfalizerHyP3r: "if apache2 is in PACKAGECONFIG, then pass --with-apxs2=... to ./configure and also add apache2-native and apache2 as build-time (DEPENDS) dependencies."13:19
Ulfalizerthat's how you read it13:19
Ulfalizerthe empty second argument (,,) is what to pass to disable the feature in case "apache2" is not in PACKAGECONFIG. passing nothing does it in this case.13:20
Ulfalizersee http://www.yoctoproject.org/docs/2.2/ref-manual/ref-manual.html#var-PACKAGECONFIG as well13:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto13:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC13:26
*** rakuco <rakuco!~rakuco@kde/developer/rkcosta> has joined #yocto13:26
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC13:29
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto13:30
HyP3rUlfalizer: thanks. I solved that by adding EXTRA_OECONF = "    --with-apxs=${STAGING_BINDIR_CROSS}/apxs "13:31
HyP3rUlfalizer: so the configure scripts finde the correct apxs13:31
HyP3rUlfalizer: but the next problem is even more trickier: while compilation make can't fine the Python.h file, and mod_wsgi is searching for this header file with a really akward way:13:32
HyP3rCPPFLAGS1=`${PYTHON} -c 'from sys import stdout; from distutils import sysconfig; stdout.write("-I" + sysconfig.get_config_var("INCLUDEPY"))'`13:33
HyP3rAnd there I get this error: PREFIX = os.path.normpath(sys.prefix).replace( os.getenv("BUILD_SYS"), os.getenv("HOST_SYS") )13:34
HyP3rTypeError: expected a character buffer object13:34
HyP3rSeems like those to variables are not set13:34
dl9pfQuestion:  how to  krogoth+meta-qt5+wayland (which flags are needed to enable)13:35
*** toscalix <toscalix!~toscalix@190.129.130.126> has joined #yocto13:35
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto13:40
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC13:42
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto13:45
UlfalizerHyP3r: you shouldn't have to change EXTRA_OECONF. the proper way to enable apache2 is to include "apache2" in PACKAGECONFIG. the end of the glossary entry i linked has some examples showing how you can do that.13:53
UlfalizerHyP3r: i think i've seen that BUILD_SYS/HOST_SYS issue before. try googling e.g.   yocto "export build_sys"13:55
neverpanicYeah, Python stuff requires those to be exported; the python bbclasses usually do this.13:55
HyP3rMEH!!!! I'm slowly getting crazy, ok Ulfalizer I fixed this, is also working ok, neverpanic ok I fixed this and yes configure is working but I still cant compile.13:58
HyP3rSeems like the CFLAGS still don't include the python header directory, but I don't know why13:58
*** AndersD <AndersD!~anders@213.64.218.130> has quit IRC13:59
CTtpollardHyP3r: only slowly?13:59
HyP3rSeems like some apes on crack wrote this configure script14:00
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto14:00
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC14:01
HyP3rstdout.write("-I" + sysconfig.get_config_var("INCLUDEPY"))' returns as include path for python header files in devshell (bitbake -c devshell mod-wsgi) "-I/python2.7"14:03
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has joined #yocto14:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:06
*** lamego <lamego!~jose@134.134.139.82> has joined #yocto14:07
*** madisox <madisox!~madison@12.30.244.5> has joined #yocto14:12
*** qt-x <qt-x!~Thunderbi@217.10.196.2> has quit IRC14:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:19
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.206.122.102.84> has quit IRC14:19
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has quit IRC14:28
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has joined #yocto14:29
*** benjamirc <benjamirc!~besquive@134.134.139.70> has joined #yocto14:30
*** gtristan <gtristan!~tristanva@114.207.54.40> has quit IRC14:34
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC14:34
*** gtristan <gtristan!~tristanva@110.11.179.37> has joined #yocto14:40
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto14:44
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC14:44
*** toscalix <toscalix!~toscalix@190.129.130.126> has quit IRC14:46
*** aehs29 <aehs29!~aehernan@134.134.137.75> has joined #yocto14:50
*** CTtpollard <CTtpollard!~tom@82-70-136-246.dsl.in-addr.zen.co.uk> has joined #yocto14:50
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto14:53
*** billr <billr!~wcrandle@134.134.137.75> has joined #yocto14:55
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto14:58
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC14:58
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC14:58
*** maxin <maxin!~maxin@37-219-27-165.nat.bb.dnainternet.fi> has left #yocto15:10
*** hamis_lt_u <hamis_lt_u!~irfan@110.93.212.98> has quit IRC15:10
-YoctoAutoBuilder- build #239 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-no-x11/builds/23915:14
*** eduardas_m <eduardas_m!~eduardas_@213.197.143.19> has quit IRC15:15
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC15:18
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC15:27
*** sameo <sameo!~samuel@192.55.54.36> has joined #yocto15:27
*** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has joined #yocto15:28
KakounetHi guys ! I'm doing a bluetooth NAP with yocto on a small Hachiko board. I want to be able to make a PAN network.15:29
KakounetI saw meta-networking wich seem great but I'm stuck with a compilation issue.15:30
KakounetHas already somebody did this a bluetooth accespoint with PAN before ?15:31
KakounetI already added the BBLAYERS but it seems stuck in meta-oe15:32
Kakounet*the BBLAYERS that are in dependencies :      openembedded-core     meta-python   meta-oe15:33
*** yann <yann!~yann@static-dcd-cqq-121081.business.bouyguestelecom.com> has joined #yocto15:33
KakounetERROR: Failed to parse recipe: /home/architech/architech_sdk/architech/hachiko/yocto/poky/meta-openembedded/meta-oe/recipes-support/libsoc/libsoc_0.8.1.bb15:34
Kakounet(in fact I just nett to use brctl to make my PAN bluetooth network work, is there a simple solution to do it ?)15:38
*** yann <yann!~yann@static-dcd-cqq-121081.business.bouyguestelecom.com> has quit IRC15:40
*** boucman_work <boucman_work!~boucman@229.29.205.77.rev.sfr.net> has quit IRC15:42
*** Crofton <Crofton!~Crofton@217.155.202.22> has joined #yocto15:46
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto15:51
*** aragua <aragua!~aragua@232-28-190-109.dsl.ovh.fr> has quit IRC15:54
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto15:54
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has joined #yocto15:57
*** sameo <sameo!~samuel@192.55.54.36> has quit IRC16:02
*** billr <billr!~wcrandle@134.134.137.75> has quit IRC16:03
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.212.211.189.60> has quit IRC16:05
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-qprdwzloxtuhwbor> has joined #yocto16:06
*** dvhart <dvhart!~dvhart@134.134.139.76> has joined #yocto16:08
dfreyjoin #oe16:12
dfreyoops16:12
*** rajm <rajm!~robertmar@82-70-136-246.dsl.in-addr.zen.co.uk> has quit IRC16:13
*** sameo <sameo!samuel@nat/intel/x-abdsukbjdsbzgtox> has joined #yocto16:17
*** Crofton <Crofton!~Crofton@217.155.202.22> has quit IRC16:18
*** billr <billr!wcrandle@nat/intel/x-erdgztlocfbeemdi> has joined #yocto16:19
nishaHi! Can you make a yocto recipe default to the tip of a branch16:19
nisha?16:19
nishafor example the tip of master for a particular project?16:19
ulf`nisha: RCREV =16:21
ulf`"${AUTOREV}"16:21
ulf`oops16:21
ulf`SRCREV = "${AUTOREV}"16:21
ulf`there16:21
nishaulf`, thanks!16:21
ulf`nisha: welcome16:22
*** fl0v0 <fl0v0!~fvo@pD9F6B74D.dip0.t-ipconnect.de> has quit IRC16:24
nishaulf`, while your here, do you by chance know how to bypass the git branch --contains that bitbake does?16:24
davisIf I pull multiple sources via git, how do I set the directory for doing build? Do I specify something like S=${WORKDIR}/git/therepotwhereIwanttobuild"?16:24
davishmm. apparantly not. complains about SRCREV_FORMAT.16:29
neverpanicdavis: yes, set $S16:30
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC16:30
neverpanicdavis: to get aorund the branch --contains check, set ;nobranch=1 in the SRC_URI16:30
davisi tried that. its got this srcrevformat thing now, i'm trying to figure that out.16:30
neverpanicWhen using multiple git checkouts you must set SRCREV_FORMAT16:30
davisSRCREV shows up in megamanual but that one does not.16:30
neverpanicusually SRC_URI = "git://...;name=foo git://...;name=bar" SRCREV_FORMAT="foo_bar" or SRCREV_FORMAT="foo", then SRCREV_foo = "abc098" SRCREV_bar = "1234fda"16:31
neverpanicI've recently read documentation for it, so there certainly is some16:32
neverpanicI don't recall where though16:32
*** arkver <arkver!~arkver@host81-135-58-159.range81-135.btcentralplus.com> has quit IRC16:33
*** halstead <halstead!~halstead@crown.incitedev.com> has quit IRC16:33
*** halstead <halstead!~halstead@drupal.org/user/301087/view> has joined #yocto16:33
*** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.88.163.87.53> has quit IRC16:33
davisi'm pulling foo, goo, hoo. so I removed SRCREV=${AUTOREV} and replaced it with SRCREV_foo="${AUTOREV}", likewise for goo and hoo16:34
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has joined #yocto16:34
joshuaglhttps://www.yoctoproject.org/docs/2.1/bitbake-user-manual/bitbake-user-manual.html#var-SRCREV_FORMAT16:35
davishere is one in the docs. section 5.2116:36
davisjoshuagl: thanks. i need to start search bitbake as well as mega16:37
joshuaglnp16:37
joshuaglthe fetcher is part of bitbake, so documented there16:37
*** JohnniePeters <JohnniePeters!c66941c5@gateway/web/freenode/ip.198.105.65.197> has joined #yocto16:37
davisgotcha16:38
davishmm.16:38
joshuaglmight be useful to include the bitbake manual in the mega manual, if it isn't already16:39
*** paulg <paulg!~paulg@OTWAON23-3096772825.sdsl.bell.ca> has quit IRC16:39
davisthis is what i'm trying16:40
davishttps://gist.github.com/netskink/643bdfbc92017b265881e600670ca90616:40
JohnniePetersI am having trouble adding a recipe to Yocto.  I have added a recipe to install the azure libraries.  It creates 3 shared libraries.  In the azure..rpm I see the libumqtt.so.1.1 libumqtt.so.1 libamqp.so.1.1 libamqp.so.1 libumock.so.1.1 libumock.so.1 files.  In the the azure-dev...rpm file I set libmqtt.so libamqp.so and libumock.so along with header files etc.16:40
davisbut that still gives SRCREV_FORMAT error16:41
neverpanicdavis: you need name=foo in the URIs16:41
JohnniePetersA second recipe to test the installation links correctly against the libraries but when do_rootfs runs I get the message "Computing transaction...error: Can't install azure-test-1.0-r0@armv5e: no package provides libumqtt.so".16:41
JohnniePetersAny idea what I could be doing wrong?16:41
JohnniePeterscomparing the log.do_package output with the libgcrypt output show the run.do_package script has nothing is 'sonames'.  The libgcrypt output shows libgcrypt.so.20.  I know this must be a clue but how do I use it?16:41
davissomething like? git://ssh@devsupport:22/tfs/DefaultCollection/jfdtesty/_git/d3;protocol=ssh;name=d316:41
*** yann <yann!~yann@85-171-21-92.rev.numericable.fr> has quit IRC16:41
neverpanicJohnniePeters: sounds like that library has an incorrect soname. The soname of the libumqtt library sohuld be libumqtt.so.116:42
neverpanicJohnniePeters: you usually don't want -dev packages on target anyway, and the .so file is probably just a symlink16:42
neverpanicdavis: yes16:43
neverpanicand then SRCREV_d3, not SRCREV_pn-d316:43
neverpanicand of course SRCREV_FORMAT, which is missing from your paste16:43
JohnniePetersThe libumqtt.so.1 file is a symlink to libumqtt.so.1.1.  The libumqtt.so file is not on the file system but is is in the azure-dev*.rpm file.  The Makefile for the test recipe use -lmqtt.16:44
daviswhat should SRCREV_FORMAT look like? the bitbake entry has some text on it, but no example of what it looks like16:44
*** benjamirc <benjamirc!~besquive@134.134.139.70> has quit IRC16:45
*** dmiess_ <dmiess_!d0517801@gateway/web/freenode/ip.208.81.120.1> has joined #yocto16:45
neverpanicdavis: there is an example in the text16:46
JohnniePetersThe test program compiles with no errors and the azure-test*.rpm file is created.16:46
neverpanicJohnniePeters: Yeah, in that case check the soname of libumqtt. Also, if you have the choice, use a standard build system like CMake or autotools, they get this right for you.16:47
davisfwiw, i'm looking at this chapter in this book. they have one SRC_URI, but has a name=machine,meta entry at the end like you pointed out.16:47
davisthen they also do a SRCREV_machine and meta like you pointed out as well.16:47
davisso it looks like they are pulling two version of the same repot16:48
kergothyep. linux-yocto's fetch/checkout process is a little unusual16:48
davissimilar but not the same as me. i'm pulling three repots but building only in one.16:48
*** berton <berton!~fabio@177.127.4.56> has quit IRC16:49
*** dreyna <dreyna!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC16:50
neverpanicI think the linux-yocto recipe isn't a very good learning resource16:50
*** jbrianceau is now known as jbrianceau_away16:51
neverpanictry meta/recipes-core/glibc/cross-localedef-native_2.24.bb instead16:51
davishmm. with additional tweaks its still giving me srcrev_format errors. the one in this book does not specify that variable. I'm using SRCREV_FORMAT ?= "d3_d3v16_pcmx" which correspond to the names for each of the three repots.16:52
neverpanicThat looks correct to me. Not sure why you're using a weak assignment, though.16:52
davisholy shit it looks like its building now16:52
davisnope16:53
davislet me adjust my gist16:53
*** berton <berton!~fabio@177.127.4.56> has joined #yocto16:53
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto16:54
davishttps://gist.github.com/netskink/643bdfbc92017b265881e600670ca90616:54
davisthis has an error with do_unpack16:55
davisits saying fetcher fetch command failed, no such file or directory16:55
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto16:55
davisive got a bunch of weirdness in my work/xxxx/pcmx dir16:57
HyP3rDid someone manage to run/inherit autotools _and_ setuptools in one recpie? I don't get it :(16:57
davishmm. one of them has just a readme in the git subdir16:57
davisodd16:57
-YoctoAutoBuilder- build #885 of nightly-oecore is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/88516:58
nishaneverpanic, thanks! nobranch=1 works16:59
*** sameo <sameo!samuel@nat/intel/x-abdsukbjdsbzgtox> has quit IRC17:02
davisit looks like of the three git repots i have, its only pulling one17:02
*** sno <sno!~sno@62.157.143.22> has quit IRC17:02
Xzhi guys17:02
Xzis ironport blocking your yocto emails?17:03
*** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has joined #yocto17:05
JohnniePetersI changed the azure.bb file and attempted to rebuild by first doing a bitbake -c clean azure.  But it does not recompile.  It seems to be pulling in a stored of version of the package.  How do I force it to recompile?17:12
JohnniePetersI see cleansstate does what I want.17:16
davisi just did a rm -rf and restart because some of my mods are making dirs which I can not tell if they are legimate or not17:17
-YoctoAutoBuilder- build #892 of nightly-x86-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-lsb/builds/89217:18
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has joined #yocto17:19
*** berton <berton!~fabio@177.127.4.56> has quit IRC17:19
JohnniePetersIn the log.do_package file I see the line "DEBUG: LIBNAMES: pkg azure libs 1 bins 0 sonames []".  I compared this to the same file for libgcrypt and I see "DEBUG: LIBNAMES: pkg libgcrypt libs 1 bins 1 sonames ['libgcrypt.so.20']"17:20
JohnniePetersSo the package script does seem to be seeing the libraries.17:21
JohnniePetersIn my azure.bb file I have file_${PN}-lib = "lib*.so*".  What triggers the package to fine sonames?  What could I be missing.17:22
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:d937:3976:9319:8236> has left #yocto17:27
*** sameo <sameo!samuel@nat/intel/x-uhogtnavhkdajppp> has joined #yocto17:34
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC17:35
*** benjamirc <benjamirc!~besquive@134.134.139.83> has joined #yocto17:35
JohnniePetersAfter 3 days of trying things I finally figured it out.  I had left the "-Wl,-soname,..." piece out of the link lines for the libraries.17:43
-YoctoAutoBuilder- build #643 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-oe-selftest/builds/64317:49
*** paulg <paulg!~paulg@70.52.193.89> has joined #yocto17:50
AgentElrondFailure :o17:50
-YoctoAutoBuilder- build #911 of nightly-x86-64-lsb is complete: Failure [failed Running Sanity Tests] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86-64-lsb/builds/91117:51
dmiess_Hi, I'm building multiple kernels in the same build folder and getting the error: The recipe ... is trying to install files into a shared area when those files already exist. Those files and their manifest location are: ...17:55
*** belen <belen!~Adium@134.134.139.78> has joined #yocto17:55
dmiess_I'm already getting the output files that I need so I'd like to simply disable or supress this error17:55
dmiess_I've tried deltask do_package and SSTATE_DUPWHITELIST = "${TMPDIR}/sysroots/imx6dlsabresd/pkgdata/runtime" in the recipe but neither seem to have any effect17:56
dmiess_Does anyone here have experience with something like this?17:56
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto17:58
*** t0mmy <t0mmy!~tprrt@217.114.201.133> has quit IRC17:59
*** belen <belen!~Adium@134.134.139.78> has quit IRC18:00
*** vmeson <vmeson!~rmacleod@24-212-184-107.cable.teksavvy.com> has quit IRC18:03
*** vmesons <vmesons!~rmacleod@24-212-184-107.cable.teksavvy.com> has joined #yocto18:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:21
*** grma <grma!~gruberm@80.93.38.128> has quit IRC18:24
davisit looks like this is the same error as before18:25
davishttps://gist.github.com/netskink/643bdfbc92017b265881e600670ca90618:25
*** sno <sno!~sno@b2b-78-94-80-58.unitymedia.biz> has joined #yocto18:25
*** Nilesh_ <Nilesh_!uid116340@gateway/web/irccloud.com/x-zefobuqcvbvjeyps> has quit IRC18:27
*** JaMa <JaMa!~martin@ip-89-176-104-169.net.upcbroadband.cz> has quit IRC18:27
daviswhen i look in  build/tmp-glibc/work/corei7-64-oe-linux/pcmx/1.0.0+gitAUTOINC+61d576b54e_61d576b54ev16_42d46f3e56-r0/temp/18:28
davisi see the logs and tasks timestamp things? but I don't see the actual git pulls18:28
davisso its parsing the SRC uri's but not able to pull them, right?18:29
*** berton <berton!~fabio@177.127.4.56> has joined #yocto18:30
-YoctoAutoBuilder- build #904 of nightly-x86 is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-x86/builds/90418:35
neverpanicJohnniePeters: Yeah, as I said, that's why you use CMake or autotools, which don't forget -Wl,-soname for you.18:44
neverpanicdmiess_: you shouldn't try to supress that error, rather fix the original problem and don't have two recipes install the same files?18:45
neverpanicdmiess_: this can also happen if you move a file from one recipe to a different one, in which case you usually just delete tmp and try again18:45
HyP3rI've some recpies with 'DEPENDS +=' and some with 'DEPENDS ='. Whats better or correct?18:45
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has joined #yocto18:45
neverpanicdavis: is seems the directory in which your fetch task runs is being deleted while it is trying to run there?18:46
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC18:46
davisneverpanic: got me18:46
neverpanicHyP3r: There's nothing wrong with either of them; sometimes inherited bbclasses set DEPENDS to some values already, and for those it might make sense to use += to ensure you're not overwriting anything by accident18:47
neverpanicBut if you're sure DEPENDS is empty at the point where you set it (which is usually the case at the beginning of a recipe) DEPENDS = is fine18:47
HyP3rok, but for noobs is += then better....18:48
neverpanicdavis: Or rather, the unpacking, which is also done by the fetcher18:48
davisneverpanic: any idea how to debug? does my gist look correct which shows the config?18:48
daviserr, shows the recipe18:49
-YoctoAutoBuilder- build #897 of nightly-world is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world/builds/89718:49
davisin that recipe, i took out the SRCREV line, its not used when use the SRCREV_FORMAT and individual SRCREV_xxx variables, right?18:51
neverpanicdavis: yes, didn't see any problems there. Try reading $WORKDIR/temp/run.do_unpack, although since that's Python code it's probably not very helpful19:04
neverpanicYes, although I think you can use SRCREV to set a default, but I've never tried that.19:05
davisneverpanic: fwiw, i've update the gist19:07
davisit shows a "working" version where it just pulls one git repot19:08
davisand a "non-working" version where it pulls multiple git repots19:08
davishttps://gist.github.com/netskink/643bdfbc92017b265881e600670ca90619:08
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:10
*** yann <yann!~yann@nan92-1-81-57-214-146.fbx.proxad.net> has joined #yocto19:15
*** paulg <paulg!~paulg@70.52.193.89> has quit IRC19:15
neverpanicdavis: instead of DEPENDS = "cmake", inherit cmake, which will add the appropriate dependencies19:15
neverpanicNo idea why the fetch or unpack would fail for you, I think you get to debug this on your own19:17
davisi actually have inherit cmake19:18
davisits just below in the recipe19:19
neverpanicyeah, I was commenting before I had read the whole thing19:19
davisno worries. i appreciate your help.19:20
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has quit IRC19:20
davisits odd the src gets pulled down into a git subdir when I do the single url repot19:20
daviswhen I do multiple either its left over dir but it is still in git, not git/pcmx git/d3 etc19:21
*** mario-goulart <mario-goulart!~user@email.parenteses.org> has joined #yocto19:21
neverpanicI think you can choose where you want the source with a fetcher option19:21
neverpanictime to read the git fetcher docs and hope it's documented19:21
davisshudder, lol19:22
neverpanichttps://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher destsuffix=19:24
*** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC19:29
-YoctoAutoBuilder- build #621 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-world-lsb/builds/62119:30
*** dvhart <dvhart!~dvhart@134.134.139.76> has joined #yocto19:30
*** daddio <daddio!~joshua@68-185-59-186.static.knwc.wa.charter.com> has joined #yocto19:31
*** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has quit IRC19:31
daddioI'm trying to create a bitbake recipe for apitrace, which uses cmake.19:32
daddioapitrace has 3 nested CMakeList.txt files, and  bitbake doesn't seem to handle this19:32
daddioit worked, except at the install phase. bitbake didn't know about the files installed by the subdirectory cmakes19:33
*** _william_ <_william_!~william@38.72.9.109.rev.sfr.net> has joined #yocto19:33
daddioAny clue where the generic cmake recipe is? I'm new to yocto, but have a couple of years CMake and might be able to improve the recipe if it needs it19:34
daddiobitbake is magic to me right now.19:34
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has joined #yocto19:35
*** junland <junland!~junland@159.140.254.99> has joined #yocto19:39
AgentElrondI've been writing too many shell scripts.  I just added #!include <stdio.h> to a file19:41
*** blueCmd <blueCmd!bluecmd@skalman.tech.dreamhack.se> has joined #yocto19:42
blueCmdhello! I want to debug why my sstate is not catching everything I think it should catch. I found some old discussion about adding more debugging information about this from 2013, what's the recommended way to debug this today?19:43
neverpanicdavis: meta/classes/cmake.bbclass19:46
neverpanicdaddio: ^ (not davis)19:46
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has quit IRC19:47
*** Amynka <Amynka!~frozen@gentoo/developer/amynka> has joined #yocto19:47
neverpanicblueCmd: if you see a rebuild you didn't expect, use bitbake-diffsigs19:49
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-lrvpbuigvrtxhivs> has quit IRC19:49
blueCmdneverpanic: I have a central sstate repository, so I don't really understand how I'm supposed to use that one19:49
blueCmdthe examples I got was more "use this to diff X and Y"19:50
neverpanicI don't think it makes a difference for bitbake-diffsigs19:50
blueCmdok, I'll give it a try19:52
blueCmdbuilding right now so it will take a while until I can give it a try19:52
kergothdaddio: sounds like you should read cmake.bbclass20:06
kergothand obviously make ure you inherit cmake20:06
daddiokergoth: Thanks, I'll have a look. "inherit cmake python-native" is a s far as I got so far.20:07
kergothcompare what cmake.bbclass is doing to what the project recommends for build & installation.20:07
kergothnp20:07
blueCmdneverpanic: so, this might be a weird question, but how do I know that it's building or using a sstate? right now I'm doing 'find ../build/tmp/stamps -type f | grep -v setscene' but I dunno if that's sane20:09
kergothbuildstats-summary.bbclass will display a summary at the end of the build with how many tasks were built from sstate and how many from scratch.. but examining stamps isn't an unreasonable way to go20:10
blueCmdaha, i'll include that and have a look20:11
blueCmdkergoth: my current goal is to understand why gcc is built every time. I have this stamp as the first one not called setscene: ../build/tmp/stamps/work-shared/gcc-5.3.0-r0.do_build.78d4a0ca4469e23e8c98a361a2141be320:11
kergothdo_build are irrelevent20:11
blueCmdoh ok20:11
kergothdo_build is an empty task, a placeholder. all it does is depends on other tasks20:12
blueCmddo_compile is maybe the one I want to focus on then?20:12
blueCmdor maybe some do_package?20:12
kergothwhen you 'bitbake foo' what bitbake acutally does is builds the ${BB_DEFAULT_TASK} task of recipe foo, and BB_DEFAULT_TASK is do_build. it doesn't do anything, it's just how we know what tasks are built by default20:12
kergothreally depends on what you're trying to do20:12
*** dmoseley <dmoseley!~dmoseley@6532158hfc157.tampabay.res.rr.com> has quit IRC20:13
blueCmdmy super-end-goal is that I want to have a post-CI-analysis saying "This commit indirectly changed these packages"20:14
blueCmdand I'm thinking I could use sstate for that - because in my world a perfectly tuned yocto would never re-build something from the same git commit of the build repo20:14
*** rcw <rcw!~rwoolley@128.224.252.2> has joined #yocto20:14
*** rcwoolley_ <rcwoolley_!~rwoolley@128.224.252.2> has quit IRC20:14
blueCmdso my first step would be to arrive at this perfect world20:15
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:18
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:21
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/irccloud.com/x-nwtbqipbujmdahyq> has joined #yocto20:22
*** khem <khem!~khem@unaffiliated/khem> has quit IRC20:29
dl9pfmeta-qt5 maintainers here ?20:29
davisif i do cleansstate for a particular recipe, why is that I still have dirs in build/tmp-glibc/work/corei7-64-oe-linux/myfailingrecipe?20:30
davisis it ok, to simply rm -rf the dirs there?20:30
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto20:33
*** caiortp <caiortp!~inatel@131.221.240.204> has quit IRC20:35
*** jbrianceau_away is now known as jbrianceau_home20:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC20:58
AgentElrondIs there a way to force-rerun a task like "do_populate_lic"?20:58
*** berton <berton!~fabio@177.127.4.56> has quit IRC21:00
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:01
-YoctoAutoBuilder- build #877 of nightly-ppc-lsb is complete: Success [build successful] Build details are at http://autobuilder.yoctoproject.org/main/builders/nightly-ppc-lsb/builds/87721:01
AgentElrond"bitbake -f" forces things, I feel dumb21:02
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC21:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto21:04
*** tomz_ <tomz_!~tomz@134.134.137.71> has quit IRC21:06
*** ntl <ntl!~nathanl@99-127-51-4.lightspeed.austtx.sbcglobal.net> has quit IRC21:08
*** rcw <rcw!~rwoolley@128.224.252.2> has quit IRC21:10
*** obsrwr_ <obsrwr_!~otp-amois@188.24.204.43> has quit IRC21:19
*** tomz_ <tomz_!tomz@nat/intel/x-uenlpdlguvmwptux> has joined #yocto21:22
*** istarilucky <istarilucky!~rlucca@189.112.127.225> has quit IRC21:28
*** AgentElrond <AgentElrond!~ELROND@97-102-189-66.res.bhn.net> has quit IRC21:32
*** joshuagl <joshuagl!~joshuagl@192.198.151.45> has quit IRC21:41
*** aehs29 <aehs29!~aehernan@134.134.137.75> has quit IRC21:50
*** aehs29 <aehs29!aehernan@nat/intel/x-hwgfwkuldpcntyhq> has joined #yocto21:50
*** aehs29 <aehs29!aehernan@nat/intel/x-hwgfwkuldpcntyhq> has quit IRC21:51
*** aehs29 <aehs29!~aehernan@134.134.137.75> has joined #yocto21:51
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has quit IRC22:01
*** bfederau <bfederau!~quassel@service.basyskom.com> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!~quassel@service.basyskom.com> has joined #yocto22:01
*** jbrianceau_home is now known as jbrianceau_away22:19
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has quit IRC22:22
*** dvhart <dvhart!~dvhart@134.134.139.76> has quit IRC22:24
*** boucman_work <boucman_work!~boucman@2a02-8428-034f-f800-9e32-0c7c-b391-6223.rev.sfr.net> has joined #yocto22:31
*** aehs29 <aehs29!~aehernan@134.134.137.75> has left #yocto22:45
*** junland <junland!~junland@159.140.254.99> has quit IRC22:45
*** Biliogadafr <Biliogadafr!~pin@nat2-minsk-pool-46-53-194-120.telecom.by> has quit IRC23:06
*** benjamirc <benjamirc!~besquive@134.134.139.83> has quit IRC23:27
*** agust <agust!~agust@p4FCB4BAF.dip0.t-ipconnect.de> has quit IRC23:28
*** dvhart <dvhart!~dvhart@134.134.139.74> has joined #yocto23:32
*** dmiess_ <dmiess_!d0517801@gateway/web/freenode/ip.208.81.120.1> has quit IRC23:33
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-qprdwzloxtuhwbor> has quit IRC23:42
*** lamego <lamego!~jose@134.134.139.82> has quit IRC23:49
*** nighty <nighty!~nighty@s229123.ppp.asahi-net.or.jp> has quit IRC23:58

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