Monday, 2016-11-14

*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC00:08
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto00:14
*** agust <agust!> has quit IRC00:22
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC00:48
ayakakergoth: I see thank you00:51
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto00:55
*** mattsm <mattsm!> has quit IRC01:17
*** mattsm <mattsm!~mattsm@2605:6000:1019:149:b459:8235:d4d1:5efc> has joined #yocto01:19
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC01:22
*** nighty <nighty!> has joined #yocto01:41
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:54
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC02:07
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto02:14
*** bananadev <bananadev!~onlyester@> has joined #yocto02:36
*** vmeson <vmeson!> has quit IRC02:36
*** vmeson <vmeson!> has joined #yocto02:37
*** manuel_ <manuel_!> has quit IRC03:20
*** ayaka <ayaka!~ayaka@> has quit IRC03:57
*** bananadev <bananadev!~onlyester@> has quit IRC04:03
*** hsychla <hsychla!> has quit IRC04:03
*** Snert_ <Snert_!~snert_@> has quit IRC04:15
*** Snert_ <Snert_!~snert_@> has joined #yocto04:15
*** hsychla <hsychla!> has joined #yocto04:19
*** gtristan <gtristan!~tristanva@> has joined #yocto04:29
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC05:46
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto05:52
*** AndersD <AndersD!> has joined #yocto06:13
*** bananadev <bananadev!~onlyester@> has joined #yocto06:37
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto06:37
*** bananadev <bananadev!~onlyester@> has quit IRC06:39
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC06:39
*** bananadev <bananadev!~onlyester@> has joined #yocto06:39
*** qt-x <qt-x!~Thunderbi@> has joined #yocto06:54
*** TobSnyder <TobSnyder!> has joined #yocto06:55
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC06:58
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:02
*** hamis <hamis!~irfan@> has joined #yocto07:05
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto07:06
*** mdnneo <mdnneo!~umaucher@> has quit IRC07:09
*** mdnneo <mdnneo!~umaucher@> has joined #yocto07:10
*** pohly <pohly!> has joined #yocto07:14
*** jku <jku!~jku@> has joined #yocto07:17
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has quit IRC07:18
*** benz <benz!8d71030d@gateway/web/freenode/ip.> has joined #yocto07:21
*** frsc <frsc!~frsc@> has joined #yocto07:24
*** andyrtr <andyrtr!~andyrtr@archlinux/developer/andyrtr> has joined #yocto07:25
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:31
*** jonver <jonver!> has joined #yocto07:32
*** hundeboll <hundeboll!> has quit IRC07:33
*** joseppc <joseppc!> has joined #yocto07:35
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto07:35
*** agust <agust!> has joined #yocto07:37
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has quit IRC07:39
*** yann <yann!> has quit IRC07:40
*** zz_ka6sox is now known as ka6sox07:41
*** sameo <sameo!samuel@nat/intel/x-okhbzzcuolpilhfm> has joined #yocto07:41
*** dl9pf <dl9pf!> has joined #yocto07:46
*** dl9pf <dl9pf!> has quit IRC07:46
*** dl9pf <dl9pf!~quassel@opensuse/member/dl9pf> has joined #yocto07:46
*** g0hl1n <g0hl1n!~g0hl1n@> has quit IRC07:50
*** frsc <frsc!~frsc@> has quit IRC07:51
*** frsc <frsc!~frsc@> has joined #yocto07:52
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC07:53
*** grma <grma!~gruberm@> has joined #yocto07:54
*** behanw <behanw!uid110099@gateway/web/> has quit IRC08:00
*** sameo <sameo!samuel@nat/intel/x-okhbzzcuolpilhfm> has quit IRC08:05
*** sameo <sameo!samuel@nat/intel/x-uoaypyzrrqycznvp> has joined #yocto08:05
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto08:06
*** floob <floob!65a7060b@gateway/web/freenode/ip.> has joined #yocto08:08
*** fl0v0 <fl0v0!> has joined #yocto08:11
*** Kakounet <Kakounet!> has joined #yocto08:12
*** rajm <rajm!> has joined #yocto08:15
*** Snert_ <Snert_!~snert_@> has quit IRC08:18
*** Snert_ <Snert_!~snert_@> has joined #yocto08:18
*** t0mmy <t0mmy!~tprrt@> has joined #yocto08:19
*** thaytan_ is now known as thaytan08:21
*** toscalix <toscalix!~toscalix@> has joined #yocto08:22
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto08:30
*** teo_icKs <teo_icKs!> has joined #yocto08:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto08:36
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto08:36
*** nrossi <nrossi!uid193926@gateway/web/> has joined #yocto08:40
*** boucman_work <boucman_work!> has joined #yocto08:40
*** csanchezdll <csanchezdll!> has joined #yocto08:41
*** aV_V <aV_V!~anatoli@> has joined #yocto08:44
*** lemagoup <lemagoup!~lemagoup@> has joined #yocto08:48
*** morphis_ <morphis_!> has joined #yocto08:49
*** ant_work <ant_work!> has joined #yocto08:59
*** yann <yann!> has joined #yocto08:59
*** mckoan|away is now known as mckoan09:04
mckoangood morning09:04
*** hunk <hunk!ce7a6654@gateway/web/freenode/ip.> has quit IRC09:05
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC09:07
*** JoiF <JoiF!~jofr@> has joined #yocto09:08
*** mortderire <mortderire!~rkinsell@> has joined #yocto09:13
*** Biliogadafr <Biliogadafr!> has joined #yocto09:13
fmeerkoetteri am packaging an upstream project. its autotools based. they are sticking things like /usr/local/include and /opt/include into their CFLAGS early on in their
fmeerkoetterthis breaks of course when cross compiling with yocto09:22
fmeerkoetter(leak of host into target)09:22
fmeerkoetterupstream wants to have it there09:22
fmeerkoetteri was thinking about checking if we are cross compiling and only conditionally adding these pathes09:23
fmeerkoetterthe configure script contains a variable "cross_compiling"09:23
fmeerkoettercan i just use this?09:23
fmeerkoetteror is there a better way to address this in yocto?09:23
*** sameo <sameo!samuel@nat/intel/x-uoaypyzrrqycznvp> has quit IRC09:25
*** nighty <nighty!> has quit IRC09:25
*** sameo <sameo!samuel@nat/intel/x-oywfxdcgngilfwcl> has joined #yocto09:25
*** Snert <Snert!> has quit IRC09:27
*** JordonWu <JordonWu!~quassel@> has quit IRC09:28
*** Snert <Snert!> has joined #yocto09:28
*** mortderire1 <mortderire1!~rkinsell@> has joined #yocto09:32
*** mortderire <mortderire!~rkinsell@> has quit IRC09:32
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto09:32
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC09:34
*** mdnneo <mdnneo!~umaucher@> has quit IRC09:34
*** rburton <rburton!> has joined #yocto09:35
*** joshuagl <joshuagl!joshuagl@nat/intel/x-scbngpcreseoqqvu> has joined #yocto09:36
aV_VHow do I configure locales during runtime? core-image-full-cmdline based09:37
*** mdnneo <mdnneo!~umaucher@> has joined #yocto09:41
*** zeenix <zeenix!~zeenix@> has joined #yocto09:43
*** mortderire1 <mortderire1!~rkinsell@> has quit IRC09:47
benzhey, does anybody know if there is an existing math atlas recipe?09:47
*** JordonWu <JordonWu!~quassel@> has joined #yocto09:48
*** JordonWu <JordonWu!~quassel@> has quit IRC09:54
*** JordonWu <JordonWu!~quassel@> has joined #yocto09:55
*** psnsilva <psnsilva!> has joined #yocto09:58
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:00
*** JordonWu <JordonWu!~quassel@> has quit IRC10:01
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC10:02
*** JordonWu <JordonWu!~quassel@> has joined #yocto10:03
*** MafiaInc <MafiaInc!~martian@> has joined #yocto10:04
*** boucman_work <boucman_work!> has quit IRC10:10
*** mortderire <mortderire!~rkinsell@> has quit IRC10:10
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:10
*** nighty <nighty!> has joined #yocto10:12
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto10:28
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto10:28
*** mortderire <mortderire!~rkinsell@> has quit IRC10:30
*** mortderire <mortderire!~rkinsell@> has joined #yocto10:30
*** bananadev <bananadev!~onlyester@> has quit IRC10:31
*** mortderire1 <mortderire1!~rkinsell@> has joined #yocto10:33
*** bananadev <bananadev!~onlyester@> has joined #yocto10:34
*** mortderire <mortderire!~rkinsell@> has quit IRC10:34
*** aratiu <aratiu!~adi@> has quit IRC10:34
*** berton <berton!~fabio@> has joined #yocto10:35
*** aratiu <aratiu!~adi@> has joined #yocto10:35
*** mortderire1 <mortderire1!~rkinsell@> has quit IRC10:36
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:37
*** sameo <sameo!samuel@nat/intel/x-oywfxdcgngilfwcl> has quit IRC10:39
*** teo_icKs <teo_icKs!> has quit IRC10:42
*** sameo <sameo!~samuel@> has joined #yocto10:42
*** teo_icKs <teo_icKs!> has joined #yocto10:48
*** Guest4587 <Guest4587!> has quit IRC10:51
*** davis <davis!> has joined #yocto10:53
*** davis is now known as Guest9105710:54
binarymif want a features to be availalble on my yocto distro and i want to enable/disable it on a per image basis10:57
binarymcan i use DISTRO_FEATURES ? or it's better to use IMAGE_FEATURES ?10:57
*** bc86 <bc86!511a9c09@gateway/web/freenode/ip.> has joined #yocto10:57
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto10:59
rburtonif its per image then it would be an image feature11:00
rburtonchange a distro feature in an image recipe and it won't do what you expect anyway11:00
binarymrburton: and should i define my feature on distro.conf ?11:01
binarymor i can enabled it on my image recipe, even if not know before ?11:01
rburtonif you want to add a distro feature then you just say to yourself "we've added a distro feature <foo>" and start respecting it in your recipes / adding it to your distro config11:03
rburtonbut if you want it to change per image then you don't want a distro feature.11:03
rburtonimage features are the same really, make up a name and write the code to implement what it does.11:04
binarymthanks :)11:05
*** mortderire <mortderire!~rkinsell@> has joined #yocto11:05
binarymrburton: hmmm bitbake complains about my option not being a valid IMAGE_FEATURES :(11:07
binarymif i only add it in my image recipe11:07
rburton    valid_features = (d.getVarFlag('IMAGE_FEATURES', 'validitems', True) or "").split()11:08
rburtonextend IMAGE_FEATURES[validitems] in your distro11:08
binarymok, nice11:08
binarymthanks you11:08
*** teo_icKs <teo_icKs!> has quit IRC11:09
*** mortderire <mortderire!~rkinsell@> has quit IRC11:10
*** mortderire <mortderire!rkinsell@nat/intel/x-bizgczfskfshppke> has joined #yocto11:13
*** JaMa <JaMa!~martin@> has joined #yocto11:14
bc86Hi All11:16
bc86Would you please help me?11:16
bc86I don't understand why bitbake doesn't reread my recupe and use cache11:17
bc86I have modified image recipe and try to build it11:17
bc86I have modified IMAGE_INSTALL variable11:18
rburtonbitbake -e [image] | less, search for IMAGE_INSTALL, look at the history to see why it is ignoring your change.11:19
bc86rburton: thanks! it looks like my changes in IMAGE_INSTALL variable were applied11:25
*** teo_icKs <teo_icKs!> has joined #yocto11:25
*** hundeboll <hundeboll!> has joined #yocto11:27
*** fl0v01 <fl0v01!> has joined #yocto11:28
*** fl0v0 <fl0v0!> has quit IRC11:29
*** Biliogadafr <Biliogadafr!> has quit IRC11:31
bc86rburton: according to output of 'bitbake -e ...' IMAGE_INSTALL contains added packages, but bitbake don't try to rebuild image11:32
rburtonthen maybe its already built the image you're asking for?11:34
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto11:36
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC11:37
bc86yes it was already built and I try to rebuild it with additional packages11:37
bc86so should I clean it before?11:37
*** boucman_work <boucman_work!> has joined #yocto11:39
bc86after 'bitbake -c clean <image>'11:40
bc86bitbake have tried to rebuild image with additional package, but skipped bulding this package11:42
bc86bitbake was stoped with error "<package> not found in the base feeds ..."11:43
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto11:49
aV_Vsomeone here faced with "Could not open egl display" error? Trying yo test a qt application with eglfs11:57
*** Kakounet <Kakounet!> has quit IRC11:57
*** mdnneo <mdnneo!~umaucher@> has quit IRC11:58
*** bananadev <bananadev!~onlyester@> has quit IRC11:59
*** pohly <pohly!> has quit IRC12:03
*** pohly <pohly!> has joined #yocto12:04
*** aratiu <aratiu!~adi@> has quit IRC12:04
*** igor1 <igor1!> has joined #yocto12:12
*** mdnneo <mdnneo!~umaucher@> has joined #yocto12:14
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC12:17
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto12:18
*** Snert_ <Snert_!~snert_@> has quit IRC12:20
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC12:20
*** Snert_ <Snert_!~snert_@> has joined #yocto12:20
*** sameo <sameo!~samuel@> has quit IRC12:26
*** sameo <sameo!~samuel@> has joined #yocto12:27
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:28
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:28
*** MafiaInc <MafiaInc!~martian@> has quit IRC12:36
rburtonbc86: right, so there was an error. you probably used the wrong names - foo can get renamed to libfoo if it contains a library - or the package you asked for doesn't actually exist12:39
*** boucman_work <boucman_work!> has quit IRC12:39
*** boucman_work <boucman_work!> has joined #yocto12:40
fl0v01Hi, i deleted my tmp folder after a longer time and im trying to rebuild. now im getting an error when building acl-native:12:44
fl0v01checking for attr/xattr.h... no12:44
fl0v01FATAL ERROR: attr/xattr.h does not exist.12:44
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC12:44
fl0v01i tried to build attr-native but it seems it was already build12:44
rburton$ oe-pkgdata-util find-path \*/xattr.h12:46
rburtonlinux-libc-headers-dev: /usr/include/linux/xattr.h12:46
rburtonoh and attr-dev: /usr/include/attr/xattr.h12:46
rburtonstupid acl12:46
rburtonold release or somethiing fairly modern?12:46
rburtoni wonder if its only looking for the host xattr12:48
fl0v01hmm if you like i can pastebin the whole log12:49
rburtonread the config.log in the work directory and see if you can spot why its failing12:50
*** challinan <challinan!~chris@2603:3027:900:65e0:299b:afd4:ee95:d06f> has joined #yocto12:50
*** Biliogadafr <Biliogadafr!> has joined #yocto12:51
*** teo_icKs <teo_icKs!> has quit IRC12:57
fl0v01i didn't find anything other than this:13:02
fl0v01configure:12908: gcc  -c -isystem/home/build_user/jenkins/workspace/fido-build/build_x11/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -isystem/home/build_user/jenkins/workspace/fido-build/build_x11/tmp/sysroots/x86_64-linux/usr/include conftest.c >&513:02
fl0v01conftest.c:54:24: fatal error: attr/xattr.h: No such file or directory13:02
fl0v01 #include <attr/xattr.h>13:02
fl0v01now i installed xattr-dev on the host machine13:02
fl0v01and now it works13:02
*** dv__ <dv__!~quassel@> has quit IRC13:03
fl0v01but my understanding was, that all the files should lie in the sysroot13:03
rburtonyeah sounds like upstream is being dumb13:04
rburtonwhat attr version was this?13:04
rburtonerm, acl even13:04
*** Kakounet <Kakounet!> has joined #yocto13:04
*** floob <floob!65a7060b@gateway/web/freenode/ip.> has quit IRC13:05
rburtoni'd check that your sysroot does in fact have xattr.h in first13:05
*** dv_ <dv_!~quassel@> has joined #yocto13:05
fl0v01nope its not there13:06
*** boucman_work <boucman_work!> has quit IRC13:08
fl0v01but who is supposed to install it? the acl recipe depends on "attr" shouldnt that work?13:09
rburtonyes, it should13:09
rburtonand for me, it did.  but this is master, not fido.13:09
rburtoni'd start by replicating with an empty tmp, does bitbake attr-native put xattr.h into the native sysroot13:10
*** Strike5150 <Strike5150!18de02de@gateway/web/freenode/ip.> has joined #yocto13:12
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto13:12
Strike5150Good day peoples :D, I am compiling a package that depends on libguile.h and fails to compile because it can't find libguile.h, guile has been built for arm, but has not populated libguile.h in tmp/sysroots how can I encourage it to do so.13:14
Strike5150I believe tmp/sysroots/usr/lib, tmp/sysroots/usr/include are part of the normal search paths while crosscompiling.  So i'm looking for the trigger that installs the libguile.h to tmp/sysroots13:16
jkuStrike5150: does your recipe depend on guile?13:18
*** qt-x <qt-x!~Thunderbi@> has quit IRC13:19
Strike5150.... it only had RDEPENDS, I double checked when you asked I was pretty sure.  Turns out I forgot DEPENDS13:20
Strike5150Thank you!13:21
*** morphis__ <morphis__!> has joined #yocto13:31
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:f47b:50f6:d6c0:be57> has joined #yocto13:34
*** morphis_ <morphis_!> has quit IRC13:35
*** xulfer <xulfer!> has joined #yocto13:37
*** hamis <hamis!~irfan@> has quit IRC13:40
*** marka <marka!~marka@> has joined #yocto13:42
*** kscherer <kscherer!~kscherer@> has joined #yocto13:44
*** georgem <georgem!> has quit IRC13:52
*** georgem <georgem!> has joined #yocto13:57
*** lamego <lamego!jose@nat/intel/x-bmxmkwqhvtblvxei> has joined #yocto14:05
*** rubdos <rubdos!> has joined #yocto14:08
*** boucman_work <boucman_work!> has joined #yocto14:15
*** benz <benz!8d71030d@gateway/web/freenode/ip.> has quit IRC14:27
*** jku <jku!~jku@> has quit IRC14:28
*** paulg <paulg!> has joined #yocto14:30
*** gtristan <gtristan!~tristanva@> has quit IRC14:33
*** Tenhi <Tenhi!> has joined #yocto14:34
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto14:44
*** gtristan <gtristan!~tristanva@> has joined #yocto14:45
*** gtristan <gtristan!~tristanva@> has left #yocto14:46
*** rajm <rajm!> has quit IRC14:50
aV_Vif I want my image to have installed a custom /etc/netowrk/interfaces, do I only need to copy meta/recipes-core/init-ifupdown to my image layer, making the original recipe as bbappend  and modifying interfaces file ?14:50
*** madisox <madisox!~madison@> has joined #yocto14:51
*** paulg_ <paulg_!~paulg@> has quit IRC14:54
nrossiaV_V: have a look at how a bsp layer does it :)
*** AndersD <AndersD!> has quit IRC14:59
*** rajm <rajm!> has joined #yocto15:00
*** aratiu <aratiu!~adi@> has joined #yocto15:01
Strike5150Has anyone worked with libcxxabi lately, I've tried compiling it using meta-clang and poky on krogoth and it fails to compile.  I'm building against arm cortexa515:02
aV_Vnrossi: perfect, thanks15:03
*** manuel__ <manuel__!~manuel@> has joined #yocto15:05
binarymstill playing around with IMAGE_FEATURES ... and looks like i just can't do IMAGE_FEATURES_{append,remove} on my image recipe15:07
rburtonsure you can15:10
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC15:10
rburton(almost all the core-image examples just do that)15:10
binarymrburton: ok ... i gonna dig a bit more but i'm getting a bit crazy :-/15:12
*** AndersD <AndersD!> has joined #yocto15:16
Strike5150binarym: you really should show us what your doing rather than ranting.  Can't help much if you provide no examples15:16
binarymStrike5150: you're right. Here is the output of grep :
Strike5150binarym:  Correct me if I'm wrong but if your using _append _remove etc... the += operator is not used.15:19
Strike5150binarym:  example IMAGE_INSTALL_append = " cronie"15:19
binarymStrike5150: yeah, it makes sense15:21
binarymi gonna try simple assignment15:21
binarymbrb :)15:21
Strike5150binarym: Should have the same rules for IMAGE_FEATURES15:21
*** ant_work <ant_work!> has quit IRC15:21
*** boucman_work <boucman_work!> has quit IRC15:22
binarymbut what would be the "good practices" for handling this variable ?15:22
binarym1/ Set EVERY features in distro.conf and then remove the useless one in image recipes15:23
binarym2/ Set only IMAGE_FEATURES[validitems] and add required features on image recipes15:23
*** seebs <seebs!> has quit IRC15:24
Strike5150I always try to keep as much as I can in image recipes and layer.conf, but I'm no expert in that particular question.15:25
Strike5150so /2 sounds better, it involves less clutter in distro.conf15:26
*** boucman_work <boucman_work!> has joined #yocto15:26
*** sameo <sameo!~samuel@> has quit IRC15:26
*** seebs <seebs!> has joined #yocto15:27
*** toscalix <toscalix!~toscalix@> has quit IRC15:29
*** toscalix <toscalix!~toscalix@> has joined #yocto15:30
binarymStrike5150: still a fail :(15:30
binarymmy test scenario on the pastebin link15:30
*** Aethenelle <Aethenelle!~Aethenell@> has quit IRC15:30
*** AndersD <AndersD!> has quit IRC15:31
*** sameo <sameo!samuel@nat/intel/x-cfvutmxpejzkxprg> has joined #yocto15:32
binarymnow using 2d method, just the same :15:36
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC15:37
*** rajm <rajm!> has quit IRC15:38
Strike5150Ok so as far as I can tell you can't remove features in the image recipe, its too late.  So you can add a basic set in distro.conf and add to it using IMAGE_FEATURES or EXTRA_IMAGE_FEATURES15:39
*** rajm <rajm!> has joined #yocto15:39
*** TobSnyder <TobSnyder!> has quit IRC15:39
rburtoni can't see any reason why you can't remove in an image recipe15:39
Strike5150it is possible that you need to add a space here15:39
Strike5150conf/distro/neotion.conf:IMAGE_FEATURES += "nfsroot swupdate"  => conf/distro/neotion.conf:IMAGE_FEATURES += " nfsroot swupdate"15:40
Strike5150rburton: it was based on a comment you made in a mailing list, I may have taken it out of context I will find it for you.15:40
rburtonyou can't inspect an image feature inside a package recipe15:40
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto15:41
*** condo4 <condo4!~fproriol@2001:41d0:1:f43e::1> has joined #yocto15:43
*** Kakounet1 <Kakounet1!> has joined #yocto15:43
condo4Hello, I have a question, I built a new image for my wandboard (branch morty), and the image format is rootfs.wic.gz, how to use it in order to create my sdcard ?15:44
condo4Before morty, the format is .sdcard and I create the sdcard with dd... but with this .wic.gz format, I can't find documentation...15:45
*** Kakounet <Kakounet!> has quit IRC15:46
*** Kakounet1 is now known as Kakounet15:46
rburtonStrike5150: what are you *actually* trying to do15:48
*** ntl <ntl!> has joined #yocto15:53
*** sjolley <sjolley!~sjolley@> has quit IRC15:54
*** sjolley <sjolley!~sjolley@> has joined #yocto15:55
*** boucman_work <boucman_work!> has quit IRC15:57
*** boucman_work <boucman_work!> has joined #yocto15:59
*** sjolley <sjolley!~sjolley@> has quit IRC16:00
*** morphis__ <morphis__!> has quit IRC16:00
Strike5150rburton:   :D I'm trying to compile a program that needs libstc++, I have since realized I can simply DEPEND on gcc-runtime instead.  Which seems to work just as well as using meta-clang.16:03
*** morphis_ <morphis_!> has joined #yocto16:03
Strike5150rburton:  I am happy with that solution, I just needed a place to get the libstdc++ headers from.  I mistakenly assumed only meta-clang provided them16:03
rburtonyou mean virtual/${TARGET_PREFIX}compilerlibs16:04
rburtonbut that's a default dependency so you shouldn't need it16:04
Strike5150rburton: without adding gcc-runtime as a DEPEND it failed to build.  Perhaps I have an issue elsewhere16:05
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC16:06
rburtonif you're using meta-clang then you didn't switch to using that sufficiently.  if you're not then you've really broken something :)16:07
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC16:07
kergothpretty sure all you ahve to do is set TOOLCHAIN, as the readme in the layer states..16:07
Strike5150rburton: I only included meta-clang to get the libstdc++ headers which I thought were provided there.16:08
rburtonspeaking of which we need to fix oe-core so that you can do that without hacks16:08
Strike5150kergoth: I did not set the TOOLCHAIN, I will go read the readme ...16:08
rburtonStrike5150: remove meta-clang then, libstdc++ is part of g++16:08
rburtonmeta-clang is *nasty* in places16:09
Strike5150rburton: I'm getting that lol16:09
rburtonthere's a bug to abstract more bits of oe-core as it assumes gcc in various places16:09
Strike5150kergoth: which README is it that your talking about16:10
kergoththe one in the root of meta-clang, where else?16:11
kergothevery layer has a readme..16:11
*** Kakounet <Kakounet!> has quit IRC16:11
Strike5150kergoth: Ok I see you mean meta-clang, I will probably stop using meta-clang unless I have a good reason.  So far I don't just a misunderstanding on my part16:11
kergothmeta-clang doesn't use clang everywhere, it only uses it when toolchain is set to clang, and even then it's overridden to use gcc for certain recipes16:11
rburtonkergoth: my plan is to rip all the assumptions about gcc out of the core config so there can be gcc/clang toolchain files just like we have glibc and musl library files16:12
* kergoth nods16:12
binarym16:40:44 < rburton> you can't inspect an image feature inside a package recipe16:12
binarymrburton: i don't understand well that16:12
kergothwould be nice if it was easy to switch between compilers on a per-recipe basis, probably required to get clang supported cleanly16:12
kergothbinarym: IMAGE_INSTALL and IMAGE_FEATURES are variables used by the image. what you see in the config metadata doesnt' necessarily match up with the image. you have to set and use and examine it in the image16:13
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto16:13
rburtonbinarym:  <— see how images are made from packages.  you can't set a variable in an image recipe and expect a package recipe - which has already been executed and can't see the image state - to change16:13
binarymrburton: i understood this one... this is why i forced a recipe:do_cleanall to force it being rebuilt16:14
binarymkergoth: but in my understanding, distro.conf setup "default values" that maybe overriden in images recipes16:15
binarymthat's what i try to do16:15
binarymbut anything i do, i just can't change IMAGE_FEATURES on my image recipe ... that's making me crazy16:15
kergothif you want to reliably add something to image features from a distro, use _append.16:16
kergothit still doesn't sound like a great idea, but should work fine16:17
rburtonIMAGE_FEATURES are for images, and only for images.  the contents of the image, that is the package recipes such as u-boot, have no knowledge of them16:17
binarymrburton: so i just can't change uboot installation depending on IMAGE/DISTRO/MACHINE_FEATURES ?16:18
binarymwhat is the good way to achieve this kind of need ?16:19
binarymcreate a new package what will be <my uboot name>-nfsroot ?16:19
rburtonyou can change the uboot configuration in an image recipe by writing a new config, or by having two packages which provide different configurations and then you install different packages in different images16:19
binarymand IMAGE_INSTALL_append = "<my uboot name>-nfsroot" ?16:19
rburtonremember, recipes -> packages -> images.16:19
rburtonyou build a package once, and use it in as many images as you want.16:19
rburtonwith the observation that you can also build a package standalone with no image, or build two images at the same time16:20
binarymnow, i better understand some behaviour i observed last week16:21
binarymthanks again16:21
*** sjolley <sjolley!~sjolley@> has joined #yocto16:23
*** marcin <marcin!> has joined #yocto16:26
marcinone more question regarding user space application configuration and image16:30
marcinis it possible to use image_extra_features to configure user space application recipe (by injecting some define)?16:31
binarymmarcin: my question above is about this topic, just backog :)16:32
rburton"IMAGE_FEATURES are for images, and only for images.  the contents of the image, that is the package recipes such as u-boot, have no knowledge of them" is my reply to binarym about five minutes ago16:32
*** condo4 <condo4!~fproriol@2001:41d0:1:f43e::1> has quit IRC16:32
marcinwhat is the recomended method to have user space app configuration depending on given image?16:34
*** dscully <dscully!~dscully@> has joined #yocto16:34
*** jonver <jonver!> has quit IRC16:34
marcinI am using jethro16:34
rburtonmarcin: either modify the configuration in the image recipe at image generation time, or split the configuration into separate packages so you can pick what configuration goes into what image16:35
marcinrburton: I mean do_configure task in app's recipe, not the configuration files in the image16:37
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has joined #yocto16:38
marcinbeside having two recipes (or one inc and two recipes), is there is a different way to have this?16:38
binarymrburton: is it ok to do the split on a .bbappend ?16:40
*** dscully_ <dscully_!~dscully@> has joined #yocto16:41
*** dscully_ <dscully_!~dscully@> has quit IRC16:41
*** aV_V <aV_V!~anatoli@> has quit IRC16:42
rburtonyou could have one recipe that includes the other, and just makes a minor change.  *but* if you end up with two recipes that conflict, how can they both be built?16:45
*** dscully <dscully!~dscully@> has quit IRC16:45
*** rajm <rajm!> has quit IRC16:49
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC16:51
*** frsc <frsc!~frsc@> has quit IRC16:53
*** radzy <radzy!> has quit IRC16:57
*** paulg <paulg!> has quit IRC16:59
*** Guest91057 is now known as davis17:00
*** radzy <radzy!> has joined #yocto17:01
*** psnsilva <psnsilva!> has quit IRC17:06
*** ka6sox is now known as zz_ka6sox17:07
*** fl0v01 <fl0v01!> has quit IRC17:07
*** boucman_work <boucman_work!> has quit IRC17:09
*** mckoan is now known as mckoan|away17:09
*** kergoth_ <kergoth_!> has joined #yocto17:11
*** boucman_work <boucman_work!> has joined #yocto17:11
*** kergoth_ <kergoth_!> has quit IRC17:11
*** mdnneo <mdnneo!~umaucher@> has quit IRC17:12
*** kergoth_ <kergoth_!> has joined #yocto17:12
*** RP <RP!> has quit IRC17:15
*** RP11 <RP11!> has joined #yocto17:15
*** boucman_work <boucman_work!> has quit IRC17:17
*** kergoth_ <kergoth_!> has quit IRC17:18
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto17:26
*** RP11 is now known as RP17:27
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:28
*** vmeson <vmeson!> has quit IRC17:29
*** grma <grma!~gruberm@> has quit IRC17:33
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC17:35
*** paulg <paulg!~paulg@> has joined #yocto17:36
*** JoiF <JoiF!~jofr@> has quit IRC17:38
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC17:43
*** Aethenelle <Aethenelle!~Aethenell@> has joined #yocto17:43
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto17:55
*** nrossi <nrossi!uid193926@gateway/web/> has quit IRC18:01
*** Biliogadafr1 <Biliogadafr1!> has joined #yocto18:03
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has quit IRC18:04
*** dscully <dscully!~dscully@> has joined #yocto18:05
*** Biliogadafr <Biliogadafr!> has quit IRC18:05
*** dreyna <dreyna!> has joined #yocto18:07
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto18:08
*** tripzero <tripzero!~tripzero@> has quit IRC18:09
*** abelloni <abelloni!~abelloni@2a01:e35:8bf1:a7c0:a288:b4ff:fe25:8918> has joined #yocto18:14
*** tripzero <tripzero!~tripzero@> has joined #yocto18:22
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto18:26
*** Biliogadafr1 <Biliogadafr1!> has quit IRC18:29
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC18:32
*** morphis_ <morphis_!> has quit IRC18:41
*** vmeson <vmeson!> has joined #yocto18:41
*** morphis_ <morphis_!> has joined #yocto18:55
*** AndersD <AndersD!~anders@> has joined #yocto19:03
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC19:03
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC19:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto19:06
*** morphis_ <morphis_!> has quit IRC19:06
*** caiortp <caiortp!~inatel@> has joined #yocto19:06
*** AndersD <AndersD!~anders@> has quit IRC19:13
denixsstate question I had last week - is it normal to miss bunch of *_populate_sysroot.tgz.siginfo (mostly native) in sstate (either locally or on mirror), while actual *_populate_sysroot.tgz files are there?19:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:15
denixthat's ^^^ on krogoth19:15
*** mortderire <mortderire!rkinsell@nat/intel/x-bizgczfskfshppke> has quit IRC19:16
kergoththat depends on you. bitbake writes both, whether you choose to keep both when you populate the mirror, that's up to you19:21
*** zeddii_home <zeddii_home!> has joined #yocto19:22
denixkergoth: right, but I don't seem to get them created even locally...19:23
* kergoth shrug19:24
kergothnever seen them not generated before. earlier versions didn't fetch siginfo, only the tarballs, so if you did a build that pulled from sstate, and then another build that pulled from the sstate that came from the mirror, the siginfo would be gone, but now it should be both fetching and writing it, afaik19:24
denixkergoth: btw, I rsync everything from sstate to the mirror, so not sure how those would get lost19:24
kergothi'm guessing something fetched from the mirror without siginfo wouldn't write new siginfo — that is, the siginfo is written when the .tgz is19:25
kergothso if you're passing a tarball around different mirrors and lost the siginfo along the way, it wouldn't come back19:25
denixkergoth: hmm, "earlier versions" - is that around krogoth or much earlier?19:26
*** pegu <pegu!~user@> has quit IRC19:27
*** AndersD <AndersD!> has joined #yocto19:30
*** berton_ <berton_!~fabio@> has joined #yocto19:33
*** berton_ <berton_!~fabio@> has quit IRC19:35
*** berton_ <berton_!~fabio@> has joined #yocto19:35
*** berton <berton!~fabio@> has quit IRC19:37
*** AndersD <AndersD!> has quit IRC19:38
*** berton_ <berton_!~fabio@> has quit IRC19:46
*** igor1 <igor1!> has quit IRC19:46
*** crsharff <crsharff!42a28dca@gateway/web/freenode/ip.> has quit IRC19:48
*** paulg <paulg!~paulg@> has quit IRC19:57
*** toscalix <toscalix!~toscalix@> has quit IRC20:09
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC20:11
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto20:12
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has quit IRC20:17
*** caiortp <caiortp!~inatel@> has quit IRC20:20
*** blueness_ <blueness_!~blueness@gentoo/developer/blueness> has joined #yocto20:20
*** manuel__ <manuel__!~manuel@> has quit IRC20:29
*** JaMa <JaMa!~martin@> has quit IRC20:33
*** zz_ka6sox is now known as ka6sox20:34
denixkergoth: ping20:39
denixkergoth: I think I know how siginfo files got lost, but not sure why... they got removed by cleanup script based on access time - sstate mirror is NFS-mounted and uses file:// URI, so it appears .tgz files were accessed, but not .siginfo and eventually they "expired"...20:43
*** radsquirrel <radsquirrel!bradleyb@nat/ibm/x-lshsrmcyqbvplrgd> has quit IRC20:45
*** paulg <paulg!> has joined #yocto20:47
*** joshuagl <joshuagl!joshuagl@nat/intel/x-scbngpcreseoqqvu> has quit IRC20:47
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto20:54
kergothdenix: ahh, that makes sense, bitbake extracts the tgz but doesn't touch the siginfo normally. guess we'd need to handle that specially in the cleanup script, or get bitbake to open() the siginfo and close it again to alter the access time20:54
*** Snert_ <Snert_!~snert_@> has quit IRC20:56
*** Snert_ <Snert_!~snert_@> has joined #yocto20:57
denixkergoth: yeah, just opening the .siginfo file should keep their atimes matching with .tgz20:59
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has quit IRC21:07
*** psadro <psadro!~Thunderbi@2620:0:ed0:800a:72f3:95ff:fe1d:9866> has joined #yocto21:08
*** paulg <paulg!> has quit IRC21:09
*** joshuagl <joshuagl!~joshuagl@> has quit IRC21:19
*** sameo <sameo!samuel@nat/intel/x-cfvutmxpejzkxprg> has quit IRC21:22
*** toscalix <toscalix!~toscalix@> has joined #yocto21:31
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:32
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto21:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:35
*** paulg <paulg!> has joined #yocto21:37
*** Biliogadafr <Biliogadafr!> has joined #yocto21:37
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has joined #yocto21:51
*** toscalix <toscalix!~toscalix@> has quit IRC21:58
*** ash_charles <ash_charles!~acharles@2607:fad8:4:6:f47b:50f6:d6c0:be57> has quit IRC22:00
*** dscully <dscully!~dscully@> has quit IRC22:05
*** dscully <dscully!~dscully@> has joined #yocto22:05
*** marcin <marcin!> has quit IRC22:06
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:10
*** ntl <ntl!> has quit IRC22:14
*** sjolley <sjolley!~sjolley@> has quit IRC22:27
*** sjolley <sjolley!~sjolley@> has joined #yocto22:28
*** sjolley <sjolley!~sjolley@> has quit IRC22:33
*** manuel__ <manuel__!~manuel@> has joined #yocto22:36
*** marka <marka!~marka@> has quit IRC22:39
-YoctoAutoBuilder- build #375 of nightly-checkuri is complete: Success [build successful] Build details are at
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC22:44
*** benjamirc1 <benjamirc1!~besquive@> has joined #yocto22:47
*** bfederau <bfederau!> has quit IRC23:01
*** fmeerkoetter <fmeerkoetter!> has quit IRC23:01
*** rburton <rburton!> has quit IRC23:01
*** bfederau <bfederau!> has joined #yocto23:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto23:01
*** sjolley <sjolley!~sjolley@> has joined #yocto23:02
*** Ulfalizer <Ulfalizer!~ulf@> has joined #yocto23:05
*** nighty <nighty!> has quit IRC23:09
*** agust <agust!> has quit IRC23:12
*** manuel__ <manuel__!~manuel@> has quit IRC23:12
*** Ulfalizer <Ulfalizer!~ulf@> has quit IRC23:12
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC23:15
-YoctoAutoBuilder- build #999 of nightly-x86-64-lsb is complete: Success [build successful] Build details are at
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto23:24
*** Ulfalizer <Ulfalizer!~ulf@> has joined #yocto23:27
*** Biliogadafr <Biliogadafr!> has quit IRC23:33
*** lamego <lamego!jose@nat/intel/x-bmxmkwqhvtblvxei> has quit IRC23:35
*** paulg <paulg!> has quit IRC23:41
*** DarkKnight <DarkKnight!> has quit IRC23:43
*** DarkKnight <DarkKnight!> has joined #yocto23:45
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto23:46
*** crankslider <crankslider!~slidercra@unaffiliated/slidercrank> has quit IRC23:48
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC23:50

Generated by 2.11.0 by Marius Gedminas - find it at!