Friday, 2016-08-12

*** sameo_ <sameo_!~samuel@> has quit IRC00:06
*** dvhart <dvhart!~dvhart@> has quit IRC00:15
*** nighty <nighty!> has joined #yocto00:25
*** dvhart <dvhart!~dvhart@> has joined #yocto00:48
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC00:59
*** dvhart <dvhart!~dvhart@> has quit IRC01:05
*** nighty-- <nighty--!> has joined #yocto01:16
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC01:17
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC01:18
*** t0mmy <t0mmy!> has quit IRC01:29
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC01:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto01:44
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto01:45
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto01:54
*** sgw_ <sgw_!~sgw_@> has quit IRC01:59
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC02:11
*** mjl_ <mjl_!sid16781@gateway/web/> has joined #yocto02:22
*** mjl <mjl!sid16781@gateway/web/> has quit IRC02:25
*** mjl_ is now known as mjl02:25
*** bananadev <bananadev!~onlyester@> has joined #yocto02:52
-YoctoAutoBuilder- build #874 of nightly-ppc-lsb is complete: Failure [failed Running Sanity Tests] Build details are at
*** redengin <redengin!> has quit IRC03:40
*** redengin <redengin!> has joined #yocto03:42
*** hsychla <hsychla!> has quit IRC04:04
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:a2b3:ccff:fefb:967b> has joined #yocto04:04
*** bananadev <bananadev!~onlyester@> has quit IRC04:16
*** dreyna <dreyna!> has joined #yocto04:29
*** bananadev <bananadev!~onlyester@> has joined #yocto04:30
-YoctoAutoBuilder- build #868 of nightly-mips-lsb is complete: Success [build successful] Build details are at
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto04:45
*** RzR is now known as rZr04:45
-YoctoAutoBuilder- build #884 of nightly-qa-systemd is complete: Success [build successful] Build details are at
*** seezer <seezer!quassel@quassel/developer/seezer> has quit IRC05:02
*** AndersD <AndersD!> has joined #yocto05:10
*** AndersD <AndersD!> has quit IRC05:13
*** AndersD <AndersD!> has joined #yocto05:13
*** dreyna <dreyna!> has quit IRC05:28
*** jkroon <jkroon!> has joined #yocto05:36
*** jkroon is now known as Guest7228105:36
-YoctoAutoBuilder- build #214 of nightly-musl is complete: Success [build successful] Build details are at
*** dreyna <dreyna!> has joined #yocto06:06
*** gtristan <gtristan!~tristanva@> has quit IRC06:08
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto06:16
*** visaev <visaev!~visaev@> has joined #yocto06:28
-YoctoAutoBuilder- build #618 of nightly-world-lsb is complete: Failure [failed BuildImages] Build details are at
*** gtristan <gtristan!~tristanva@> has joined #yocto06:33
*** rob_w <rob_w!~bob@> has joined #yocto06:37
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:37
*** t0mmy <t0mmy!~tprrt@> has joined #yocto06:38
-YoctoAutoBuilder- build #889 of nightly-x86-lsb is complete: Failure [failed Running Sanity Tests] Build details are at
*** denix <denix!> has quit IRC06:47
*** bananadev <bananadev!~onlyester@> has quit IRC06:49
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto06:49
*** denix <denix!> has joined #yocto06:49
*** jbrianceau_away is now known as jbrianceau06:49
*** bananadev <bananadev!~onlyester@> has joined #yocto06:49
*** agust <agust!> has joined #yocto06:53
*** sno <sno!> has quit IRC06:55
*** hamis_lt_u <hamis_lt_u!~irfan@> has joined #yocto07:02
*** gtristan <gtristan!~tristanva@> has quit IRC07:06
*** rajm <rajm!> has joined #yocto07:12
*** toanju <toanju!~toanju@> has joined #yocto07:13
*** townxelliot <townxelliot!~ell@> has joined #yocto07:23
*** hatter <hatter!~hatter@> has quit IRC07:26
*** AndersD <AndersD!> has quit IRC07:27
*** fl0v0 <fl0v0!> has joined #yocto07:34
*** Ulfalizer <Ulfalizer!> has joined #yocto07:41
*** __karthik <__karthik!~karthik@> has quit IRC07:46
*** __karthik <__karthik!~karthik@> has joined #yocto07:48
*** gtristan <gtristan!~tristanva@> has joined #yocto07:48
*** melonipoika <melonipoika!~jose@> has quit IRC07:49
*** melonipoika <melonipoika!~jose@> has joined #yocto07:51
*** boucman_work <boucman_work!> has joined #yocto07:53
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.> has joined #yocto07:54
*** aragua <aragua!> has quit IRC07:58
*** aragua <aragua!> has joined #yocto07:58
*** sno <sno!~sno@> has joined #yocto08:05
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:06
*** belen <belen!Adium@nat/intel/x-efxhrsajpasynpoz> has joined #yocto08:09
*** __karthik <__karthik!~karthik@> has quit IRC08:11
*** Biliogadafr <Biliogadafr!> has joined #yocto08:12
*** joseppc <joseppc!~josep@linaro/joseppc> has joined #yocto08:12
*** shagu <shagu!> has joined #yocto08:22
*** mario-goulart <mario-goulart!> has quit IRC08:23
*** sameo <sameo!samuel@nat/intel/x-xazylwfejocbdcam> has joined #yocto08:26
*** shagu <shagu!> has quit IRC08:28
*** AndersD <AndersD!> has joined #yocto08:31
*** nighty-- <nighty--!> has quit IRC08:37
*** nighty <nighty!> has quit IRC08:40
*** Ulfalizer <Ulfalizer!> has quit IRC08:47
CTtpollardis anyone aware to taskhash mismatch issues with the krogoth sdk? I've had it in meta-raspberrypi but that has been fixed upstream08:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@> has joined #yocto08:47
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has joined #yocto08:47
CTtpollardfor reference
*** mario-goulart <mario-goulart!> has joined #yocto08:59
*** Guest2569 <Guest2569!500fd832@gateway/web/freenode/ip.> has joined #yocto09:02
CTtpollardnothing is standing out in poky, unless [vardepsexclude] = "DATETIME" needs adding to one of the sdk classes?09:06
Guest2569I'm trying to make a package which would be a dependency of an other package only for few machines. So I added it in DEPEND in a package and set COMPATIBLE_MACHINE. However if I run bitbake with a machine which is not in COMPATIBLE_MACHINE, I end up with "<package> incompatible with >machine <machine>"09:11
Guest2569Is there a solution to skip the package if not compatible ?09:12
*** maciejjo <maciejjo!> has joined #yocto09:19
*** obsrwr_ <obsrwr_!~otp-amois@> has joined #yocto09:22
Guest2569Thanks CTpollard09:27
T_UNIXfcs why does the smart package manager update the cache *prior* to removing a package?09:34
*** T_UNIX_ <T_UNIX_!d4d3bd3c@gateway/web/freenode/ip.> has joined #yocto09:35
*** T_UNIX <T_UNIX!d4d3bd3c@gateway/web/freenode/ip.> has quit IRC09:39
*** mortderire <mortderire!~rkinsell@> has joined #yocto09:39
*** rburton <rburton!> has joined #yocto09:41
*** grma <grma!~gruberm@> has joined #yocto09:45
*** nighty <nighty!> has joined #yocto09:48
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto10:00
*** ziggo <ziggo!~ziggo@> has quit IRC10:24
*** ziggo <ziggo!~ziggo@> has joined #yocto10:40
*** MDNNeo <MDNNeo!d959b274@gateway/web/freenode/ip.> has joined #yocto10:42
*** visaev <visaev!~visaev@> has quit IRC10:42
MDNNeoHi I'm trying to call some custom python script in a recipe what's the best way of doing it? And how to provide the script?10:43
HyP3rjubr: what do you ment with 'add'?10:51
HyP3rMDNNeo: what does this script? The installation? The Compilation?10:57
HyP3rMDNNeo: or should the recipe only exectue the python script?10:58
*** bananadev <bananadev!~onlyester@> has quit IRC11:01
MDNNeopretty custom usecase I want to "produce" various users (or basically) create the /etc/passwd file by various conditions on the target rootfs ... so I just thought of calling a funtion doing this in do_rootfs_append() in the image file11:07
MDNNeoHyP3r: ^11:07
*** Flow86 <Flow86!> has quit IRC11:08
CTtpollardMDNNeo: there's already support for setting users/passwords11:08
MDNNeoHyP3r: calling a function since I want to use the script as well outside the bitbake environment11:08
*** pohly <pohly!> has joined #yocto11:09
MDNNeoCTtpollard: I know the thing is I want to use the script as well "outside" of the bitbake environment11:09
CTtpollardMDNNeo: take a look at EXTRA_USERS_PARAMS11:10
*** Flow86 <Flow86!> has joined #yocto11:11
MDNNeoso basically I planned to provide it as noarch package in the native environment and then use it in the recipe ... I'm just not sure if this works?11:14
neverpanicWhat use is setting LIBTOOL=${STAGING_BINDIR_CROSS}/${HOST_SYS}-libtool? Shouldn't every autoconf-based project get its local copy of libtool updated by autoconf.bbclass while autoreconf'ing?11:24
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC11:27
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC11:31
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has quit IRC11:33
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC11:33
*** Anticom <Anticom!~timo.m@> has joined #yocto11:36
HyP3rMDNNeo: there is a bbclass where you can inherit to create users11:36
MDNNeoHyP3r: I know ... my prob is I want to use the script as such as well ... maybe a bigger background ... for each binary in our target rootfs in a special folder I want to create a user ... this I achieve with a python script. I know I could do this in plain recipe/bbclass as well but I want to use the script for example as well on the target itself11:41
*** halstead <halstead!> has quit IRC11:42
*** halstead <halstead!> has joined #yocto11:42
*** berton <berton!~fabio@> has joined #yocto11:43
*** istarilucky <istarilucky!~rlucca@> has joined #yocto11:58
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto12:08
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:9c97:ecad:9566:7046> has joined #yocto12:11
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC12:16
*** eduardas_m <eduardas_m!~eduardas_@> has joined #yocto12:17
*** challinan <challinan!> has quit IRC12:17
*** challinan <challinan!~chris@2601:702:c100:8be0:18d7:d00c:9587:dd91> has joined #yocto12:18
*** Guest72281 <Guest72281!> has quit IRC12:18
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:22
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC12:24
CTtpollardany meta-intel minnowboard users around?12:25
*** caiortp <caiortp!~inatel@> has joined #yocto12:28
jubrHyP3r: [18:39] <kergoth> HyP3r: set SRCREV to ${AUTOREV} and add ${SRCPV} to PV12:28
jubrI think you misread the last part, he means PV_append = "${SRCPV}"12:29
jubrwhich will trigger a rebuild when it changes, since it is checked every time12:29
jubrthen I was a bit cryptic in referring to "add", I was prepping for a release and didn't have much time :)12:30
*** dv <dv!~quassel@> has quit IRC12:37
*** marka <marka!~marka@> has joined #yocto12:37
*** yann <yann!> has joined #yocto12:37
*** dv <dv!> has joined #yocto12:38
*** phoo1234567 <phoo1234567!> has joined #yocto12:41
*** maxin <maxin!~maxin@2001:998:22:0:4f4:b53e:79f7:5dd2> has joined #yocto12:46
*** ziggo <ziggo!~ziggo@> has quit IRC12:53
T_UNIX_does yocto assume to use the native compiler depending on the recipe name?13:00
neverpanicNo, native.bbclass does that13:02
boucman_workT_UNIX_: I'm not sure I understaand your question, but the answer is probably yes13:03
neverpanicSo if you have a foo-native that doesn't inherit native, you're doing things wrong.13:03
T_UNIX_boucman_work: I mean like qtbase vs. qtbase-native13:03
boucman_workT_UNIX_: neverpanic is right, it's the inherit that does that, not the name, my bad.13:04
T_UNIX_neverpanic: boucman_work thanks :)13:04
T_UNIX_native is meant to refer to BUILD, right?13:04
MDNNeoCTtpollard:  I'm using the minnow board13:09
*** grma <grma!~gruberm@> has quit IRC13:12
CTtpollardwhat's the best way for do src_uri_append for all but one target?13:17
*** MDNNeo <MDNNeo!d959b274@gateway/web/freenode/ip.> has quit IRC13:17
CTtpollardjust using if =! $machine?13:19
*** T_UNIX_ <T_UNIX_!d4d3bd3c@gateway/web/freenode/ip.> has quit IRC13:22
jubrCTtpollard: maybe _append + _remove_$machine could work? Not sure about that one though...13:22
CTtpollardI'll give it a test13:24
*** hamis_lt_u <hamis_lt_u!~irfan@> has quit IRC13:28
*** igor2 <igor2!~igor@> has joined #yocto13:30
jubrCTtpollard: alternative, something like: ${@base_conditional('SITEINFO_ENDIANESS', 'le', '-DL_ENDIAN', '-DB_ENDIAN', d)}13:32
*** lamego <lamego!jose@nat/intel/x-fzboubcdaxyyicgl> has joined #yocto13:33
*** vmeson <vmeson!> has quit IRC13:34
*** mortderire <mortderire!~rkinsell@> has quit IRC13:37
*** ziggo <ziggo!~ziggo@> has joined #yocto13:38
*** gtristan <gtristan!~tristanva@> has quit IRC13:41
*** CTtpollard <CTtpollard!> has quit IRC13:55
*** CTtpollard <CTtpollard!> has joined #yocto13:55
*** AndersD <AndersD!> has quit IRC13:59
*** sgw <sgw!c037362b@gateway/web/freenode/ip.> has joined #yocto14:09
rburtonis anyone actually using qt4 embedded?14:11
*** Crofton <Crofton!~Crofton@> has joined #yocto14:15
*** gtristan <gtristan!~tristanva@> has joined #yocto14:28
*** billr <billr!~wcrandle@> has joined #yocto14:30
*** sgw <sgw!c037362b@gateway/web/freenode/ip.> has quit IRC14:36
*** Ulfalizer <Ulfalizer!> has joined #yocto14:36
CTtpollardif webkit compiles faster in 4 I might revert ;)14:42
*** davis <davis!> has joined #yocto14:42
davisis there a way to query bitbake to see the list of dependencies for a particular target?14:43
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC14:44
Ulfalizerdavis: ;P14:44
yoctiBug 10131: normal, Undecided, ---, srifenbark, NEW , Suggested rewriting of '2.3.5. Dependency Graphs'14:44
boucman_workdavis: bitbake -g (to have a dozen .dot files generated)14:44
boucman_workbitbake -g -u depex to start a gui14:44
davisif I am doing $ bitbake foo, would that be $bitbake -g -u foo?14:45
boucman_workno, bitbake -g -u depex foo14:45
Ulfalizernah, need the depex too14:45
davismany thanks14:46
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto14:46
davisit looks like i need depexp, odd it also has google and some others. this is cool. many thanks14:46
davisomg, this is cool. very many thanks.14:47
* Ulfalizer wonders if he should move the depexp stuff to the top in his bug14:47
jubrdavis: Careful, don't want you to have a coronary now ;)14:48
davisoh dude i might14:48
Ulfalizermaybe it's more immediately useful to more people than the graph stuff14:48
boucman_workUlfalizer: nice, took me some time to figure that .dot are more readable than depexp :)14:49
boucman_workthough I agree with your comment, figuring out what dot file is what would be usefull14:49
boucman_work(and when you run -g on an image, you get other files iiuc)14:49
davisahh that is goggle, not google. i was like this will be interesting if its google.14:49
Ulfalizerhmm, alright14:49
Ulfalizerand np. i've never gotten anything out of looking at graphs themselves. :/14:50
Ulfalizeryou'd need to prune them heavily somehow14:51
davisthis goggle, popped a dialog, did a few messages and then nothing. are we supposed to query it using a web browser or someing?14:51
boucman_workthey are usefull to show a customer that that kind of work isn't as trivial as they think :P14:51
Ulfalizerthere's some graphviz thingy for removing A->C dependencies if A->B and B->C already exist, but even that didn't help much14:52
Ulfalizerboucman_work: could print one of those graphs out and put up whenever a customer visits14:52
*** vmeson <vmeson!> has joined #yocto14:53
boucman_workUlfalizer: I think the only way to make those graphs readable would be to depth prune... i.e limit it to a certain level of dependencies, or "show me the dep path from package x to package y"14:53
*** benjamirc <benjamirc!~besquive@> has joined #yocto14:53
boucman_work(which would translate into the more usefull why is package y included in my image x)14:53
boucman_workUlfalizer: hehe14:53
rburtonshould be fairly simple to write a tool to parse the dot and show the route between two nodes14:53
Ulfalizeryeah, something like that14:54
rburtonoh we have that already14:54
boucman_workwe do ?14:54
rburtoni didn't know about it until recently, and haven't actually tried it yet14:54
rburton    find-paths <dotfile> <from> <to>14:54
boucman_work(one of the weakness of yocto is the number of cool stuff in scripts/ that are undocumented)14:54
boucman_workbitbake-layers and its capacity to automatically fetch stuff from the layer-index is one of them...14:55
rburtonespecially some o the stuff in contrib that is just "i hacked a thing"14:55
* Ulfalizer has a pending bug for some oe-pkgdata-util documentation14:55
* boucman_work add that to his yocto cheatsheet14:55
yoctiBug 10066: enhancement, Medium, 2.2 M4, srifenbark, NEW , Suggested new section on listing package contents14:55
davisi like this documentation on ncurses interface of that command.14:56
davisbitbake -u ncurses <recipe-or-image>text-window based interfaceI couldn't figure out how to control or exit this interface14:56
davisthat is my exact problem.14:57
rburtoni had no idea we had a curses ui14:57
daviswhen i did that depexp it showed there were differnt modes, i was just testing them. i can't exit the ncurses one. lol14:58
rburtonand its not been touched apart from to stop it breaking with api changes since 2010 at least14:58
* jubr also recently found the ncurses interface -- can it do more that look interesting?14:59
davishow do we open the .dot files?15:01
rburtonwith a dot viewer15:02
rburtonor emacs if you're hardcore15:02
boucman_workwith emacs15:03
boucman_workor a dot viewer if you're hardcore15:03
*** Crofton <Crofton!~Crofton@> has quit IRC15:04
davislol, this is insane15:04
Ulfalizerdavis: dot -Tpng -o foo.png  is another option15:04
*** Crofton <Crofton!~Crofton@> has joined #yocto15:05
rburtonif you have a six foot wide screen :)15:05
boucman_workUlfalizer: i would highly recommand svg rather than png, it's way more practicall when zooming15:05
Ulfalizeryeah, i agree. just wanted to give a quick alternative.15:06
Ulfalizerboth will give that blob feeling ;)15:06
Ulfalizerdavis: note that .dot files use a plain text format. they're pretty readable even.15:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC15:07
*** lemagoup <lemagoup!~lemagoup@> has quit IRC15:08
Ulfalizeror at least more readable than the graphs themselves in this case...15:08
davisso i see part of my problem as a result of this depexp output15:10
davisi have two image receipes. the first has dependency on a recipe i added (amongst others) that is good.15:11
davisthe second image which is supposed to depend on the first does not have it as a dependency. it lists itself instead.15:12
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto15:12
davishmm. odd. in the second image .bb, it has IMAGE_DEPENDS ="the first image"15:12
davisbut the dependency explorer does not show that.15:13
Ulfalizerdavis: IMAGE_DEPENDS is an internal variable used by image_types.bbclass afaics, and not supposed to be used like that15:18
boucman_work"image depending on image" does not means that the second will include all packages from the first15:18
boucman_workit means that the second is suppposed to somehow "include" the first (think : initrd)15:19
*** ntl <ntl!> has quit IRC15:19
jubrdavis: either write common stuff into a, or (a little hackish) actuallually include from inside image-b.bb15:20
davisi'm working with a setup which mods subsquent layers to each other.15:20
davisso the existing system has a well working imgA, imgA++, imgA+++, etc.15:21
davisi tried to pick one of the intermediate layers and start a new chain of mods.15:21
*** maxin <maxin!~maxin@2001:998:22:0:4f4:b53e:79f7:5dd2> has quit IRC15:36
*** joseppc <joseppc!~josep@linaro/joseppc> has quit IRC15:37
*** ntl <ntl!> has joined #yocto15:39
*** Anticom <Anticom!~timo.m@> has quit IRC15:40
*** rajm <rajm!> has quit IRC15:46
*** Ulfalizer <Ulfalizer!> has quit IRC15:46
*** boucman_work <boucman_work!> has quit IRC15:47
*** aehs29 <aehs29!~aehernan@> has joined #yocto15:49
*** dvhart <dvhart!~dvhart@> has joined #yocto15:50
*** mwalle <mwalle!~mwalle@> has quit IRC15:51
*** eduardas_m <eduardas_m!~eduardas_@> has quit IRC15:51
*** anselmolsm <anselmolsm!~anselmols@> has joined #yocto15:58
*** mortderire <mortderire!~rkinsell@> has joined #yocto16:01
*** fl0v0 <fl0v0!> has quit IRC16:01
rburtonmade graph-tool work \0/16:06
rburton"why does core-image-sato-base include glib-2.0"16:06
rburtonproduces lots of output obviously, but shows stuff like:16:06
rburtoncore-image-sato-base -> gstreamer-vaapi-1.0 -> gstreamer1.0-plugins-bad -> gstreamer1.0-plugins-base -> gstreamer1.0-plugins-base-meta -> pango -> harfbuzz -> glib-2.016:06
davisrburton: how do we use graph-tool?16:09
rburtonbitbake -g to get the graph data16:09
rburtonand apply the patch i have on my disk16:09
davisexcellent many thanks16:10
*** akblinaro <akblinaro!sid41726@gateway/web/> has joined #yocto16:11
kergothrburton: nice16:12
*** dmoseley <dmoseley!> has joined #yocto16:12
kergothbb whatdepends -r might be of use too, though with a different interface to the data16:12
kergothwill have to poke at graph-tool, never knew about that16:12
rburtonme neither16:12
*** CTtpollard <CTtpollard!> has quit IRC16:12
rburtonshame it takes forever to load the graph data16:12
rburtonlikely better ways of doing what it does tbh16:12
kergothwhatdepends handles runtime too now, should have the same info. really do need to look into integrating equivalent functionality into bitbake proper at some point16:13
rburtondoes whatdepends work transiently up the dependency graph?16:13
rburtongraphtool is great for the "why is <foo> in my image" usecase16:14
kergothah, yes. whatdepends is more 'why did this get pulled into my build'. similar, but not identical. it should work equivalently for this particular case.16:17
* kergoth ponders16:17
*** toanju <toanju!~toanju@> has quit IRC16:17
*** yann <yann!> has quit IRC16:18
rburtonarse for/else doesn't do what i thought in python16:19
kergothheh, yeah. fits some usages, but not all16:21
rburtoni couldn't remember exactly what it did was forgot it was for "did i break" not "did i run"16:21
*** jbrianceau is now known as jbrianceau_away16:22
*** seezer <seezer!quassel@quassel/developer/seezer> has joined #yocto16:22
*** dmiess <dmiess!d0517801@gateway/web/freenode/ip.> has quit IRC16:22
*** ziggo <ziggo!~ziggo@> has quit IRC16:23
rburtondavis: patch sent :)16:23
davisto the git repot?16:24
rburtonto the list16:24
davisahh, cool.16:24
davisfwiw, i'm working with another developer on his yocto/oe setup. he's not arounnd today sadly, but ive compared diffs of what i modded to his on this image append.16:26
rburtonpython3 ../scripts/contrib/graph-tool find-paths core-image-sato-base connman16:28
rburtoncore-image-sato-base -> packagegroup-core-x11-sato-base -> connman-gnome -> connman16:28
*** AgentElrond <AgentElrond!> has joined #yocto16:28
davishe's using IMAGE_DEPENDS to have one final image be modified to other images.  The ones prior to this one use require's keyword.16:29
davisim guessing his intention was that the necessary packages are built ealier using the requires and this one simply makes a new type of image with the intention that the image_depends ensuring the earlier recipes are built.16:30
AgentElrondHowdy, I've used buildroot but am new to yocto.  Question, is there a way I can check which website(s) will be used to download all the yocto packages during bitbake?16:31
davisit does not look liek that it working though. is there a proper keyword which is used in the situation? ie. not IMAGE_DEPENDS16:31
AgentElrondFor example, some buildroot packages would go to random websites if a primary mirror failed, and for security purposes I'd like to make sure I track the download location for the yocto build.16:31
rburtonAgentElrond: SRC_URI in each recipe is the canonical URL that will be used16:36
rburtonPREMIRRORS and MIRRORS list the places which will be searched if that URL fails16:36
AgentElrondrburton: Thanks!  I'm guessing those will be different for each individual recipe, potentially16:37
rburtonSRC_URI will be different for every recipe, yes16:37
AgentElrondWhat I'm hoping is that most packages will come from a common site, and only a few will redirect to NotAVirus.ru16:37
rburtonthe mirrors are global16:37
rburtonno, we download from canonical upstream16:37
rburtonso gcc from, etc16:37
AgentElrondAh, excellent16:38
rburtonsome upstreams are dead so point at the yocto mirror, or snapshot.debian.org16:38
AgentElrondI do apologize if that was answered somewhere already.  May attempts at searching had failed16:38
kergothrburton: - did give the same results for that. need to think about how to improve it further, though. I really want to dump info about the type of dependency at each point along the graph, somehow. i.e. this was a task rdeptask + RDEPENDS_foo, this was a deptask + DEPENDS..16:44
* kergoth adds a todo16:44
*** dvhart <dvhart!~dvhart@> has quit IRC16:44
kergothinsufficient caffeine to think about that just now16:45
*** mortderire <mortderire!~rkinsell@> has quit IRC16:45
rburtonkergoth: i bet that took less time than graphtool!16:45
kergothpossible, the main delay was the bitbake recipe parsing16:45
kergoththere are a couple weaknesses to it, still. since the scope is by recipe, not task, sdk bits show up in the list whether you want to know about them or not16:46
*** mortderire <mortderire!~rkinsell@> has joined #yocto16:47
* kergoth digs through upstream submission queue16:48
AgentElrondIs it possible to decline the Crown Bay EULAs and skip their downloads when running bitbake?  (I haven't gotten the process started yet)16:50
AgentElrondI don't need them at all16:50
davisahh, i'm seeing my problem. my stuff is in wrong architecture sysrootfs16:50
*** darknighte <darknighte!~darknight@pdpc/supporter/professional/darknighte> has joined #yocto16:55
*** sno <sno!~sno@> has quit IRC16:55
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC16:57
*** belen <belen!Adium@nat/intel/x-efxhrsajpasynpoz> has quit IRC17:03
*** boucman_work <boucman_work!> has joined #yocto17:04
*** t0mmy <t0mmy!~tprrt@> has quit IRC17:04
*** mortderire <mortderire!~rkinsell@> has quit IRC17:04
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has quit IRC17:05
*** LocutusOfBorg <LocutusOfBorg!~Gianfranc@ubuntu/member/locutusofborg> has quit IRC17:05
*** sujith_h <sujith_h!~toaster@> has joined #yocto17:11
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto17:12
*** aehs29 <aehs29!~aehernan@> has quit IRC17:14
*** simonl <simonl!uid6729@gateway/web/> has quit IRC17:16
rburtonAgentElrond: remove them from your image?17:17
rburtonkergoth: asking why core-image-sato contains connman takes me 10 minutes17:17
*** sujith_h <sujith_h!~toaster@> has quit IRC17:18
*** sujith_h <sujith_h!~toaster@kde/developers/sujithh> has joined #yocto17:18
AgentElrondIt just seemed odd those particular elements had different EULAs17:19
AgentElrondWorst case, maybe I can change some files to remove them from recipes17:19
rburtonits been a while since i looked at that bsp, what bits is it trying to ask you for a eula for?17:21
*** BiteFingerHand <BiteFingerHand!b19f9049@gateway/web/freenode/ip.> has joined #yocto17:23
AgentElrondrburton: The very first thing bitbake tries to do is grab
AgentElrondIt may be a red herring.  I'm still setting things up.17:26
rburtonwhat release are  you using?17:27
rburtonthe common x86 BSPs are generally better if they're available17:27
rburtonoh its likely grabbing the EMGD drivers17:27
BiteFingerHandhi! i've stumbled upon a problem when using systemd-udevd... it does not allow interfaces names as eth*, etc... my question is: can I use systemd and let eudev manage devices?17:27
rburtonAgentElrond: if you don't need graphics then there's a crownbay-noemdg machine.  if you do want graphics (well, GL) then you need to agree to get the binary drivers.17:28
kergoth"does not allow"? it's just udev, write a rule to rename them.17:28
rburtonBiteFingerHand: changing systemd to use old device names is a simple option even if i can't remember what it is17:28
AgentElrondrburton:  Thanks.  I'm not building for an Intel machine at all which is why I'm confused.  It's a Yocto Poky setup for OpenBMC.  I'll look furhter.17:29
rburtonAgentElrond: yeah something is pulling in the bsp17:29
AgentElrondat least, as far as I know17:29
*** fledermaus <fledermaus!~vivek@2a00:1098:5:0:9c97:ecad:9566:7046> has quit IRC17:32
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:33
BiteFingerHandthanks rburton. But no matter what I do I can't rename eth0 to eth1, for example17:36
BiteFingerHandthe code that allowes this was removed long time ago17:36
*** oxore <oxore!~sslash@> has quit IRC17:38
*** aehs29 <aehs29!~aehernan@> has joined #yocto17:48
*** fledermaus <fledermaus!~vivek@> has joined #yocto17:54
*** _william_ <_william_!> has quit IRC18:01
*** _william_ <_william_!> has joined #yocto18:02
*** sno <sno!> has joined #yocto18:06
*** dvhart <dvhart!~dvhart@> has joined #yocto18:11
*** fledermaus <fledermaus!~vivek@> has quit IRC18:15
*** Ulfalizer <Ulfalizer!> has joined #yocto18:17
*** phoo1234567 <phoo1234567!> has quit IRC18:21
*** yann <yann!> has joined #yocto18:24
*** tlab <tlab!~tlab@> has joined #yocto18:24
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC18:29
*** BiteFingerHand <BiteFingerHand!b19f9049@gateway/web/freenode/ip.> has quit IRC18:30
*** dmoseley <dmoseley!> has quit IRC18:34
*** townxelliot <townxelliot!~ell@> has quit IRC18:35
*** maxin <maxin!> has joined #yocto18:42
*** maxin <maxin!> has left #yocto18:44
*** slidercrank <slidercrank!~slidercra@unaffiliated/slidercrank> has joined #yocto19:00
*** obsrwr_ <obsrwr_!~otp-amois@> has quit IRC19:14
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC19:15
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto19:16
*** ntl <ntl!> has quit IRC19:20
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC19:27
*** iskander <iskander!~iskander@> has quit IRC19:38
*** iskander <iskander!~iskander@> has joined #yocto19:40
*** jkroon <jkroon!~jkroon@> has joined #yocto19:50
*** jkroon is now known as Guest862719:50
*** t0mmy <t0mmy!> has joined #yocto19:53
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto19:58
caiortpI'm building a readonly image with squashfs and overlayfs  based on systemd. I'm mounting /etc in overlayfs but the /etc/machine-id must be tmpfs. Someone has an advice ?20:04
*** dvhart <dvhart!~dvhart@> has quit IRC20:17
*** dvhart <dvhart!dvhart@nat/intel/x-nlwbdzcluzvnsfnu> has joined #yocto20:17
*** pohly1 <pohly1!> has joined #yocto20:21
*** pohly <pohly!> has quit IRC20:25
*** nillerbrun <nillerbrun!> has joined #yocto20:26
*** pohly1 <pohly1!> has quit IRC20:26
*** dvhart <dvhart!dvhart@nat/intel/x-nlwbdzcluzvnsfnu> has quit IRC20:31
*** dvhart <dvhart!dvhart@nat/intel/x-xnsecnyuswygxpnc> has joined #yocto20:32
*** aragua <aragua!> has quit IRC20:44
*** mortderire <mortderire!~rkinsell@> has joined #yocto20:45
*** challinan <challinan!~chris@2601:702:c100:8be0:18d7:d00c:9587:dd91> has quit IRC20:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:07
khemcaiortp: machine-id is persistent file21:10
khemhow did you conclude it should be in tmpfs21:10
caiortpJan 01 01:28:36 colibri-imx6 systemd-machine-id-commit[225]: /etc/machine-id is not on a temporary file system.21:10
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC21:13
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto21:15
caiortpby the way, this service is important?21:15
*** mortderire <mortderire!~rkinsell@> has quit IRC21:15
caiortpThere's some problem if I disable this?21:15
*** caiortp <caiortp!~inatel@> has quit IRC21:21
*** berton <berton!~fabio@> has quit IRC21:21
khemso its transient machine-id which needs it21:22
khemmay be you can use VOLATILE_BINDS21:22
khemVOLATILE_BINDS_append_hybrid = "/tmp/machine-id /etc/machine-id\n"21:24
khemis what I use21:24
khemin local.conf21:25
*** ntl <ntl!> has joined #yocto21:25
khemVOLATILE_BINDS_append = "/tmp/machine-id /etc/machine-id\n"21:25
*** dvhart <dvhart!dvhart@nat/intel/x-xnsecnyuswygxpnc> has quit IRC21:28
*** fledermaus <fledermaus!~vivek@> has joined #yocto21:33
*** marka <marka!~marka@> has quit IRC21:39
*** igor2 <igor2!~igor@> has quit IRC21:42
*** Ulfalizer <Ulfalizer!> has quit IRC21:43
*** istarilucky <istarilucky!~rlucca@> has left #yocto21:43
*** AgentElrond <AgentElrond!> has quit IRC21:44
*** sameo_ <sameo_!~samuel@> has joined #yocto21:46
*** sameo <sameo!samuel@nat/intel/x-xazylwfejocbdcam> has quit IRC21:46
*** Guest8627 <Guest8627!~jkroon@> has quit IRC21:55
*** istarilucky <istarilucky!~rlucca@> has joined #yocto21:59
*** fmeerkoetter <fmeerkoetter!> has quit IRC22:01
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** fmeerkoetter <fmeerkoetter!> has joined #yocto22:01
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC22:08
*** rburton <rburton!> has quit IRC22:09
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto22:09
*** anselmolsm <anselmolsm!~anselmols@> has quit IRC22:14
*** agust <agust!> has quit IRC22:20
*** joshuagl <joshuagl!~joshuagl@> has quit IRC22:21
*** lamego <lamego!jose@nat/intel/x-fzboubcdaxyyicgl> has quit IRC22:36
*** nillerbrun <nillerbrun!> has quit IRC22:40
*** benjamirc <benjamirc!~besquive@> has quit IRC22:41
*** Anticom <Anticom!> has joined #yocto22:43
*** istarilucky <istarilucky!~rlucca@> has quit IRC22:44
AnticomHi all. I'm currently learning CMake. I've realized that if you include cmake in your SDK, the toolchain file sets --sysroot via C_FLAGS ( ) rather than using
AnticomIs there a specific reason for this?22:46
*** nillerbrun <nillerbrun!> has joined #yocto22:46
*** aehs29 <aehs29!~aehernan@> has left #yocto22:52
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC23:06
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto23:11
*** sameo_ <sameo_!~samuel@> has quit IRC23:12
*** sameo <sameo!samuel@nat/intel/x-mlzpfzdxirdeffwv> has joined #yocto23:13
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC23:43

Generated by 2.11.0 by Marius Gedminas - find it at!