Wednesday, 2016-08-17

*** nighty <nighty!> 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  I this must be a clue.00:16
jpetersI know this must be a clue.00:16
*** caiortp <caiortp!~caiortp@> has quit IRC00:20
*** jpeters <jpeters!c66941c5@gateway/web/freenode/ip.> has quit IRC00:30
*** billr <billr!~wcrandle@> has quit IRC00:31
*** gagi <gagi!> has quit IRC01:07
*** nighty <nighty!> has joined #yocto01:10
*** jynik <jynik!> has quit IRC01:10
*** jynik <jynik!> has joined #yocto01:12
*** nighty <nighty!> has quit IRC01:13
*** nighty <nighty!> has joined #yocto01:14
*** jkridner|pd <jkridner|pd!> 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
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:50
*** phoo1234567 <phoo1234567!> has quit IRC01:52
*** armpit <armpit!~akuster@> has quit IRC02:02
*** sameo <sameo!~samuel@> 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@> has quit IRC04:29
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto04:29
*** dmiess__ <dmiess__!> has joined #yocto04:55
*** dmiess_ <dmiess_!> has quit IRC04:55
*** arkver <arkver!> has joined #yocto05:29
*** jkridner|pd <jkridner|pd!> has quit IRC05:37
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto06:10
*** maxin <maxin!> 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!> has joined #yocto06:18
*** phatina <phatina!> has quit IRC06:26
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:29
*** phatina <phatina!> 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_@> has joined #yocto06:39
*** sno <sno!> has quit IRC06:47
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:48
*** jbrianceau_away is now known as jbrianceau06:48
*** fl0v0 <fl0v0!> has joined #yocto06:53
*** ndec|vacations is now known as ndec06:54
*** yann <yann!> has quit IRC06:54
*** gtristan <gtristan!~tristanva@> has quit IRC06:57
*** Girafferson <Girafferson!~Giraffers@2601:281:8500:95b0:5249:f3c:d4e2:30a9> has quit IRC07:00
*** agust <agust!> has joined #yocto07:01
*** dreyna <dreyna!> has quit IRC07:05
*** Crofton <Crofton!~Crofton@> has joined #yocto07:11
*** rajm <rajm!> has joined #yocto07:11
*** obsrwr_ <obsrwr_!~otp-amois@> has joined #yocto07:13
*** Crofton <Crofton!~Crofton@> has quit IRC07:14
*** Crofton <Crofton!~Crofton@> has joined #yocto07:14
*** maxin <maxin!> 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!> has joined #yocto07:23
*** boucman_work <boucman_work!> has joined #yocto07:27
*** yann <yann!> has joined #yocto07:39
*** Crofton <Crofton!~Crofton@> has quit IRC07:40
*** sno <sno!~sno@> has joined #yocto07:44
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto07:47
*** gtristan <gtristan!~tristanva@> 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@> has joined #yocto08:08
boucman_workcompiling yocto with no gcc is fun :P08:17
*** jkridner <jkridner!> has joined #yocto08:31
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto08:31
*** maxin <maxin!> has joined #yocto08:32
*** simonl <simonl!uid6729@gateway/web/> 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!> 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.> 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!> has quit IRC09:07
*** Anticom <Anticom!~timo.m@> 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!> 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@> has joined #yocto09:21
kbo#join #imx6-dev09:21
*** kbo <kbo!c1f09a78@gateway/web/freenode/ip.> has left #yocto09:22
*** rburton <rburton!> 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
abelalkhem: who should I ping to get this merged?09:40
*** nighty <nighty!> has quit IRC09:41
*** jubr <jubr!57ed1b9e@gateway/web/freenode/ip.> has quit IRC09:47
*** grma <grma!~gruberm@> has joined #yocto09:53
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.> 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.> 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@> has quit IRC10:49
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC10:52
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.> 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 ( ) 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_!> 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:
*** caiortp <caiortp!~inatel@> has joined #yocto11:51
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:51
HyP3rMeh I forgot the package python-modules meh11:52
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_!> has quit IRC11:57
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:58
btoothjoshuagl: thanks, I will try11:59
*** nighty <nighty!> has joined #yocto12:06
*** berton <berton!~fabio@> has joined #yocto12:21
neverpanicI think should pass -Dinstallstyle="lib/perl5" -O to Configure12:23
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto12:25
*** obsrwr_ <obsrwr_!~otp-amois@> has quit IRC12:31
*** obsrwr_ <obsrwr_!~otp-amois@> has joined #yocto12:31
*** obsrwr_ <obsrwr_!~otp-amois@> has quit IRC12:42
*** obsrwr_ <obsrwr_!~otp-amois@> has joined #yocto12:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:43
*** joshuagl <joshuagl!~joshuagl@> 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 and 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 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!> 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@> has joined #yocto13:01
HyP3rMy apxs is there: oe-core/build/out-glibc/sysroots/colibri-vf/usr/bin/crossscripts/apxs13:02
*** joshuagl <joshuagl!~joshuagl@> 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@> has left #yocto13:17
*** istarilucky <istarilucky!~rlucca@> 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.> 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 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@> has joined #yocto13:35
*** rcw <rcw!~rwoolley@> 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@> has quit IRC13:59
CTtpollardHyP3r: only slowly?13:59
HyP3rSeems like some apes on crack wrote this configure script14:00
*** rcwoolley_ <rcwoolley_!~rwoolley@> has joined #yocto14:00
*** rcw <rcw!~rwoolley@> 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!> has joined #yocto14:03
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:06
*** lamego <lamego!~jose@> has joined #yocto14:07
*** madisox <madisox!~madison@> has joined #yocto14:12
*** qt-x <qt-x!~Thunderbi@> has quit IRC14:19
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC14:19
*** Hunk <Hunk!ce7a6654@gateway/web/freenode/ip.> has quit IRC14:19
*** boucman_work <boucman_work!> has quit IRC14:28
*** boucman_work <boucman_work!> has joined #yocto14:29
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:30
*** gtristan <gtristan!~tristanva@> has quit IRC14:34
*** vmesons <vmesons!> has quit IRC14:34
*** gtristan <gtristan!~tristanva@> has joined #yocto14:40
*** dmoseley <dmoseley!> has joined #yocto14:44
*** CTtpollard <CTtpollard!> has quit IRC14:44
*** toscalix <toscalix!~toscalix@> has quit IRC14:46
*** aehs29 <aehs29!~aehernan@> has joined #yocto14:50
*** CTtpollard <CTtpollard!> has joined #yocto14:50
*** dreyna <dreyna!> has joined #yocto14:53
*** billr <billr!~wcrandle@> has joined #yocto14:55
*** rcw <rcw!~rwoolley@> has joined #yocto14:58
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC14:58
*** rcwoolley_ <rcwoolley_!~rwoolley@> has quit IRC14:58
*** maxin <maxin!> has left #yocto15:10
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC15:10
-YoctoAutoBuilder- build #239 of nightly-no-x11 is complete: Failure [failed BuildImages] Build details are at
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC15:15
*** yann <yann!> has quit IRC15:18
*** dmoseley <dmoseley!> has quit IRC15:27
*** sameo <sameo!~samuel@> has joined #yocto15:27
*** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.> 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!> 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!> has quit IRC15:40
*** boucman_work <boucman_work!> has quit IRC15:42
*** Crofton <Crofton!~Crofton@> has joined #yocto15:46
*** vmeson <vmeson!> has joined #yocto15:51
*** aragua <aragua!> has quit IRC15:54
*** yann <yann!> has joined #yocto15:54
*** JaMa <JaMa!> has joined #yocto15:57
*** sameo <sameo!~samuel@> has quit IRC16:02
*** billr <billr!~wcrandle@> has quit IRC16:03
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.> has quit IRC16:05
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-qprdwzloxtuhwbor> has joined #yocto16:06
*** dvhart <dvhart!~dvhart@> has joined #yocto16:08
dfreyjoin #oe16:12
*** rajm <rajm!> has quit IRC16:13
*** sameo <sameo!samuel@nat/intel/x-abdsukbjdsbzgtox> has joined #yocto16:17
*** Crofton <Crofton!~Crofton@> 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
nishafor example the tip of master for a particular project?16:19
ulf`nisha: RCREV =16:21
ulf`SRCREV = "${AUTOREV}"16:21
nishaulf`, thanks!16:21
ulf`nisha: welcome16:22
*** fl0v0 <fl0v0!> 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!> 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!> has quit IRC16:33
*** halstead <halstead!> has quit IRC16:33
*** halstead <halstead!> has joined #yocto16:33
*** Kakounet <Kakounet!58a35735@gateway/web/freenode/ip.> 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!> has joined #yocto16:34
davishere is one in the docs. section 5.2116:36
davisjoshuagl: thanks. i need to start search bitbake as well as mega16:37
joshuaglthe fetcher is part of bitbake, so documented there16:37
*** JohnniePeters <JohnniePeters!c66941c5@gateway/web/freenode/ip.> has joined #yocto16:37
joshuaglmight be useful to include the bitbake manual in the mega manual, if it isn't already16:39
*** paulg <paulg!> has quit IRC16:39
davisthis is what i'm trying16: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 files.  In the the azure-dev...rpm file I set and 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".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  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!> has quit IRC16:41
neverpanicJohnniePeters: sounds like that library has an incorrect soname. The soname of the libumqtt library sohuld be
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 file is a symlink to  The 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@> has quit IRC16:45
*** dmiess_ <dmiess_!d0517801@gateway/web/freenode/ip.> 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@> has quit IRC16:49
*** dreyna <dreyna!> 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/ 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
davislet me adjust my gist16:53
*** berton <berton!~fabio@> has joined #yocto16:53
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto16: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!> 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
-YoctoAutoBuilder- build #885 of nightly-oecore is complete: Success [build successful] Build details are at
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@> has quit IRC17:02
Xzhi guys17:02
Xzis ironport blocking your yocto emails?17:03
*** AgentElrond <AgentElrond!> has joined #yocto17:05
JohnniePetersI changed the 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
*** Biliogadafr <Biliogadafr!> has joined #yocto17:19
*** berton <berton!~fabio@> 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 ['']"17:20
JohnniePetersSo the package script does seem to be seeing the libraries.17:21
JohnniePetersIn my 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!> has quit IRC17:35
*** benjamirc <benjamirc!~besquive@> 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
*** paulg <paulg!~paulg@> 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
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@> 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!> has joined #yocto17:58
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:59
*** belen <belen!~Adium@> has quit IRC18:00
*** vmeson <vmeson!> has quit IRC18:03
*** vmesons <vmesons!> has joined #yocto18:03
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto18:21
*** grma <grma!~gruberm@> has quit IRC18:24
davisit looks like this is the same error as before18:25
*** sno <sno!> has joined #yocto18:25
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC18:27
*** JaMa <JaMa!> 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@> has joined #yocto18:30
-YoctoAutoBuilder- build #904 of nightly-x86 is complete: Success [build successful] Build details are at
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@> 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@> 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
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
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:10
*** yann <yann!> has joined #yocto19:15
*** paulg <paulg!~paulg@> 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!> 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!> 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
neverpanic destsuffix=19:24
*** dvhart <dvhart!~dvhart@> has quit IRC19:29
-YoctoAutoBuilder- build #621 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
*** dvhart <dvhart!~dvhart@> has joined #yocto19:30
*** daddio <daddio!> has joined #yocto19:31
*** _william_ <_william_!> 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_!> 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!> has joined #yocto19:35
*** junland <junland!~junland@> has joined #yocto19:39
AgentElrondI've been writing too many shell scripts.  I just added #!include <stdio.h> to a file19:41
*** blueCmd <blueCmd!> 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/> 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
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!> 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@> has joined #yocto20:14
*** rcwoolley_ <rcwoolley_!~rwoolley@> 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/> 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@> 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@> 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
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@> has quit IRC21:06
*** ntl <ntl!> has quit IRC21:08
*** rcw <rcw!~rwoolley@> has quit IRC21:10
*** obsrwr_ <obsrwr_!~otp-amois@> has quit IRC21:19
*** tomz_ <tomz_!tomz@nat/intel/x-uenlpdlguvmwptux> has joined #yocto21:22
*** istarilucky <istarilucky!~rlucca@> has quit IRC21:28
*** AgentElrond <AgentElrond!> has quit IRC21:32
*** joshuagl <joshuagl!~joshuagl@> has quit IRC21:41
*** aehs29 <aehs29!~aehernan@> 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@> has joined #yocto21:51
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
*** jbrianceau_home is now known as jbrianceau_away22:19
*** boucman_work <boucman_work!> has quit IRC22:22
*** dvhart <dvhart!~dvhart@> has quit IRC22:24
*** boucman_work <boucman_work!> has joined #yocto22:31
*** aehs29 <aehs29!~aehernan@> has left #yocto22:45
*** junland <junland!~junland@> has quit IRC22:45
*** Biliogadafr <Biliogadafr!> has quit IRC23:06
*** benjamirc <benjamirc!~besquive@> has quit IRC23:27
*** agust <agust!> has quit IRC23:28
*** dvhart <dvhart!~dvhart@> has joined #yocto23:32
*** dmiess_ <dmiess_!d0517801@gateway/web/freenode/ip.> has quit IRC23:33
*** anselmolsm <anselmolsm!anselmolsm@nat/intel/x-qprdwzloxtuhwbor> has quit IRC23:42
*** lamego <lamego!~jose@> has quit IRC23:49
*** nighty <nighty!> has quit IRC23:58

Generated by 2.11.0 by Marius Gedminas - find it at!