Friday, 2014-10-17

*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has quit IRC00:06
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC00:09
*** Jefro <Jefro!> has joined #yocto00:11
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto00:11
*** Daemon404 <Daemon404!~who_knows@pdpc/supporter/student/Daemon404> has joined #yocto00:20
*** SorenHolm <SorenHolm!> has quit IRC00:27
pevHm, is there an easy way to make the preferred version of one recipe be governed by another? i.e. in my case I have two kernel versions I'm supporting concurrently and two standalone module builds for it...?00:32
*** lyang0 <lyang0!~lyang001@> has quit IRC00:36
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has joined #yocto00:39
*** Jefro <Jefro!> has quit IRC00:44
*** seebs <seebs!> has quit IRC00:47
*** seebs <seebs!> has joined #yocto00:49
*** dmoseley <dmoseley!> has quit IRC00:58
*** RP <RP!> has quit IRC01:22
*** Jefro <Jefro!> has joined #yocto01:25
*** Jefro <Jefro!> has quit IRC01:25
*** lyang0 <lyang0!~lyang001@> has joined #yocto01:51
*** Ptishell <Ptishell!~surply_p@> has quit IRC01:58
*** Ptishell <Ptishell!~surply_p@> has joined #yocto01:59
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC02:30
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto02:32
*** hsychla <hsychla!> has quit IRC03:04
*** Khufu <Khufu!> has quit IRC03:09
*** hsychla <hsychla!> has joined #yocto03:11
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto03:24
*** rjv16 <rjv16!3df6bac6@gateway/web/freenode/ip.> has quit IRC03:56
*** Khufu <Khufu!> has joined #yocto03:58
*** Adam_ <Adam_!3df6bac6@gateway/web/freenode/ip.> has quit IRC04:01
*** cbzx <cbzx!> has joined #yocto04:06
*** Nilesh_ <Nilesh_!~minda@> has quit IRC04:12
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto04:16
*** Jefro <Jefro!~jefro@> has joined #yocto04:19
*** Nilesh_ <Nilesh_!~minda@> has quit IRC04:21
*** cbzx <cbzx!> has quit IRC04:23
*** [Sno] <[Sno]!~Sno]> has quit IRC04:23
*** Jefro <Jefro!~jefro@> has quit IRC04:25
*** Jefro <Jefro!~jefro@> has joined #yocto04:26
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto04:35
*** Nilesh_ <Nilesh_!~minda@> has quit IRC04:37
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto04:37
*** Nilesh_ <Nilesh_!~minda@> has quit IRC04:49
*** RP <RP!> has joined #yocto04:50
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto05:03
*** TobSnyder <TobSnyder!> has joined #yocto05:24
*** agust <agust!> has joined #yocto05:30
*** [Sno] <[Sno]!~Sno]@> has joined #yocto05:32
*** Jefro <Jefro!~jefro@> has quit IRC05:34
*** Jefro <Jefro!~jefro@> has joined #yocto05:34
*** pidge <pidge!> has joined #yocto05:41
*** pidge <pidge!> has left #yocto05:41
*** pohly <pohly!> has joined #yocto06:04
*** b00^wk <b00^wk!> has joined #yocto06:05
*** jonte <jonte!> has joined #yocto06:19
*** tasslehoff <tasslehoff!> has joined #yocto06:22
*** kevin_t <kevin_t!~Thunderbi@> has quit IRC06:23
*** seebs <seebs!> has quit IRC06:30
*** seebs <seebs!> has joined #yocto06:33
*** roxell <roxell!~roxell@> has joined #yocto06:43
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto06:43
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC06:46
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto06:46
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC06:48
*** roxell <roxell!~roxell@> has joined #yocto06:49
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto06:49
*** ant_work <ant_work!> has joined #yocto06:56
*** eballetbo <eballetbo!> has joined #yocto06:58
*** kevin_t <kevin_t!~Thunderbi@> has joined #yocto06:58
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC06:59
*** roxell <roxell!~roxell@> has joined #yocto06:59
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto06:59
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has joined #yocto07:01
*** jbrianceau_away is now known as jbrianceau07:01
*** hsychla <hsychla!> has quit IRC07:03
*** hsychla <hsychla!~hsychla@2001:6f8:12d9:13:64ab:d49f:a700:5645> has joined #yocto07:07
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:10
*** roxell <roxell!~roxell@> has joined #yocto07:11
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:11
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:14
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:14
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:16
*** roxell <roxell!~roxell@> has joined #yocto07:16
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:16
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:19
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:19
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:22
LetoThe2ndafter doing some toaster poking, i'm always unable to get it working, only thing i see in the browser is a 501 error. any pointers?07:23
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:23
*** Nilesh_ <Nilesh_!~minda@> has quit IRC07:25
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:37
*** roxell <roxell!~roxell@> has joined #yocto07:40
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:40
*** Jefro <Jefro!~jefro@> has quit IRC07:41
*** Nilesh_ <Nilesh_!~minda@> has joined #yocto07:41
*** Jefro <Jefro!~jefro@> has joined #yocto07:41
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:46
*** roxell <roxell!~roxell@> has joined #yocto07:47
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:47
*** blitz00 <blitz00!stefans@nat/intel/x-gcqqmcfzahcyftwo> has joined #yocto07:47
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has joined #yocto07:47
*** Jefro <Jefro!~jefro@> has quit IRC07:54
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC07:57
*** roxell <roxell!~roxell@> has joined #yocto07:57
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto07:57
*** sce_ <sce_!> has quit IRC07:57
TuTizzmorning all, did someone got a yocto recipe for sdl_mixer v2?07:58
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has quit IRC08:01
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has joined #yocto08:03
*** Guest2184 is now known as vdehors08:09
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC08:10
*** roxell_ <roxell_!~roxell@> has joined #yocto08:11
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:12
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC08:13
*** roxell <roxell!~roxell@> has joined #yocto08:14
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:14
*** roxell <roxell!~roxell@> has joined #yocto08:15
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:15
*** roxell <roxell!~roxell@> has joined #yocto08:17
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:17
*** roxell <roxell!~roxell@> has joined #yocto08:27
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:27
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC08:28
*** bluelightning <bluelightning!~paul@> has joined #yocto08:30
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto08:30
*** tasslehoff <tasslehoff!> has quit IRC08:41
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto08:44
*** hyei_ <hyei_!> has joined #yocto08:48
*** agust <agust!> has quit IRC08:56
*** agust <agust!> has joined #yocto08:58
*** falk0n <falk0n!~falk0n@> has joined #yocto08:59
*** jimBaxter <jimBaxter!> has joined #yocto09:03
auke-Hi! I'm trying to build QT5 (5.3.2) from meta-qt5 without X11 or Wayland and it fails due to the following error: eglvivante.h:222:22: fatal error: X11/Xlib.h: No such file or directory09:05
auke-I think this error occurs because EGL_API_FB isn't defined, but i have no idea what should define this.09:07
bluelightningmorning all09:08
auke-good morning!09:09
bluelightninghi auke-09:09
volker_123456Has someone experience with the meta-intel layer? I'm very confused about the state of support regarding GPU/QuickSync etc. with ATOM E3845 Baytrail CPUs. One the one there seems to be an EMGD driver on the other there is a valleyisland layer mentioned, but that does not seem to be part of the meta-intel daisy branch. In the meta-intel layer README they say for Baytrail SOCs one should use the intel-corei7-64 config, but09:10
volker_123456this config does not use the EMGD driver.09:10
*** RP <RP!> has quit IRC09:11
bluelightningvolker_123456: I'm pretty sure we don't use EMGD on baytrail-based systems09:12
bluelightningit's not my area of expertise though; if you don't get an answer here I would strongly recommend emailing the meta-intel list09:13
volker_123456bluelightning: thx: ok, I'm just wondering what that means for hardware acceleration support. Intel itself seems to mention EMGD for the E3800 family:
volker_123456but I also saw that there was some comment on the meta-intel mailing list, that EMGD is retired (whatever that means and what's the reason for that)09:15
bluelightningI think the answer there is that EMGD is binary-only and is tied to the particular kernel version it was built against09:17
bluelightningwithin meta-intel at least we prefer to use the open source drivers which do not have that limitation09:17
bluelightningbut the best way to get a definitive answer on any of these kinds of questions is to email the meta-intel list09:19
pevHm. So I have a build that has three layers meta-myhardware, meta-mymiddleware and meta-myapplication. Now, it so happens that I pull the conf from the "myapplication" layer via TEMPLATECONF with oe-init-build-env. However, I'd really like to have a bit of local.conf that sets up certain vars for the mymiddleware as well. Is there a way you can build / inherit things or do I just have to bodge it into the other layers local.conf.sample instead?09:24
*** belen <belen!~Adium@> has joined #yocto09:28
*** belen <belen!~Adium@> has quit IRC09:29
*** condo43 <condo43!~fproriol@2001:41d0:1:87d1::1> has joined #yocto09:31
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC09:31
condo43Hello all; I need help, I need to write some recipe which need to build an image (like initram) to include it in a binary, and, to make a final package.09:32
condo43at this moment, I have a "bad" solution, witch consiste to have a package witch depend to an image, and make all thing, but, i think it's not the best way to do...09:33
condo43the question is, how to generate in a do_compile for exemple, a rootfs or an image ?09:34
bluelightningpev: you really should have a distro layer to contain such policy configuration09:39
bluelightningcondo43: any recipe that produces an image should simply "inherit image" which will allow it to produce an image during do_rootfs09:40
bluelightning(or core-image)09:40
*** dv__ <dv__!> has quit IRC09:44
pevbluelightning: OK, I'd looked at this before but the documentation is a bit thin - can you reccommend any documentation / good examples?09:47
*** dv_ <dv_!> has joined #yocto09:47
condo43bluelightning: Yes, I success to build an image, my problem is to include this image in a package09:48
bluelightning(I'm happy to help if that doesn't cover things adequately)09:48
bluelightningcondo43: I don't follow - why would you include the image in a package? the image is composed of packages itself...09:48
*** phantoxe <phantoxe!> has joined #yocto09:54
*** melonipoika <melonipoika!~quassel@> has quit IRC10:03
LetoThe2ndtoaster people, heads up? i'm trying to follow on the quick start instructions, but my interface only gives me a 501 page10:07
*** tmpsantos <tmpsantos!> has joined #yocto10:13
condo43bluelightning: In fact, we build an uboot with an embedded minimal kernel+initrd for rescue10:19
condo43the process is to build a busybox minimal, a kernel, different filesystem part... generate u-boot elf, and make a file with uboot elf, and the kernel + initrd, and store it into RPM u-boot installed on the system10:20
bluelightningcondo43: ok, well, if the recipe producing that binary (u-boot itself?) has a task dependency on do_rootfs for the initramfs image, that would be the way to implement that10:21
condo43ok, i will try this solution... I'll back later if I fail...10:21
LetoThe2ndhm. is there current breakage on master? current checkout breaks core-image-minimal with: Nothing PROVIDES 'gzip-native'10:28
*** roxell <roxell!~roxell@> has joined #yocto10:28
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto10:28
*** melonipoika <melonipoika!~quassel@> has joined #yocto10:29
bluelightningLetoThe2nd: I have to say I don't see that error...10:30
LetoThe2ndbluelightning: hmhmhm.10:30
LetoThe2ndlet me retry, maybe i managed to whack my builddir10:30
bluelightningLetoThe2nd: it would be metadata or configuration triggering that though10:32
LetoThe2ndbluelightning: metadata is totally unchanged poky10:33
LetoThe2ndno additional layers, just tring to cook up a super minimal functional toaster testing case10:33
bluelightningright... I guess what I was hinting at was if you were thinking of trying to delete tmpdir or something like that in order to fix it, it's unlikely to have an effect10:34
LetoThe2nde.g. checkout, source env, set downloads and sstate, source toaster start, kick build10:36
LetoThe2ndi interrupted it on my first try though, so recreadting builddir seems to have fixed it10:37
bluelightningthat is worrying...10:37
LetoThe2ndi actually just did ctrl-c during a running bake10:38
bluelightningduring the parsing I guess?10:38
bluelightningor later?10:39
LetoThe2nddon't know actually. think it was later, though10:42
*** joeythesaint <joeythesaint!~joe@> has quit IRC10:44
*** joeythesaint <joeythesaint!~joe@> has joined #yocto10:45
*** nerdboy <nerdboy!> has quit IRC10:50
*** ddalex <ddalex!~ddalex@> has joined #yocto10:55
*** nerdboy <nerdboy!> has joined #yocto10:56
ddalexLetoThe2nd: hi - heard you encoutered Toaster issues10:56
ddalexLetoThe2nd: anything I can help with ?10:56
LetoThe2ndddalex: maybe! thanks for stepping up.. basically see for yourself at
ddalexLetoThe2nd: are you running the out-of-box configuration ? if so, please open up the browser to port 8000, not 820010:59
ddalexthe startup message is quite confusing10:59
LetoThe2ndddalex: totally out of the box :)10:59
LetoThe2ndok, let me check10:59
ddalexLetoThe2nd: the web server runs on port 8000, the bitbake server is on port 820011:00
ddalexLetoThe2nd: bitbake protocol is HTTP-based, so a browser will connect to it, but can't do anything useful11:00
*** kbouhara <kbouhara!> has quit IRC11:01
LetoThe2ndGAAAH gotcha11:02
LetoThe2ndi'd really, REALLY encourage anybody to change that startup message!11:02
ddalexddalex: on my todo list, thanks11:03
LetoThe2ndddalex: i've poking this now for about 6hrs, feel free to drop dead laughing :-(11:03
ddalexLetoThe2nd: sorry about the mess11:10
ddalexLetoThe2nd: we debated about automatically starting a browser, it might have been helpful11:11
LetoThe2ndddalex: i just re-read the startup message, which really is like "starting webserver - interface - successful start"11:12
volker_123456bluelightning: I tried cherry picking the mesa-demos 8.2.0 from master (to daisy) to get them compiled without glew/x11. But it still requires libglu and this seem to depend on libGL and that seems to be not compiled by the mesa package if you don't specify X11. At least libglu fails during linking with "cannot find -lGL"11:12
LetoThe2ndthe automagic browser wouldn't have helped, it's a non-X ec2 instance11:12
*** nerdboy <nerdboy!> has quit IRC11:12
ddalexLetoThe2nd: ok, then changing the startup messsages will be done on the next merge request11:13
LetoThe2ndddalex: if possible, i personally would just add a final line saying something like "find your webinterface on" or something similar11:14
LetoThe2ndddalex: </$.02>11:14
LetoThe2ndddalex: thanks!11:14
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto11:15
bluelightningvolker_123456: I just passed that on, I don't have the details; but libglu shouldn't be being built since AIUI libGL cannot work without X11, so the dependency on libglu  is where the problem lies11:16
*** nerdboy <nerdboy!> has joined #yocto11:16
ddalexLetoThe2nd: sure; feel free to ping me again for any issues11:17
*** frsc <frsc!> has joined #yocto11:19
*** rburton <rburton!> has joined #yocto11:20
volker_123456thanks, that hint maybe gave me the solution: in the file there is the following line: PACKAGECONFIG ?= "drm osmesa freetype2 gbm egl gles1 gles2 glu ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 glew', '', d)}" but I guess it has to be:   PACKAGECONFIG ?= "drm osmesa freetype2 gbm egl gles1 gles2 \11:20
volker_123456                  ${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'x11 glew glu', '', d)}" at least it now compiles correctly..... I will check if it also results in a correct packaging on the final image11:20
rburtonvolker_123456: that sounds like a reasonable fix11:20
bluelightningI think it's fair to say we need more testing of x11 not in DISTRO_FEATURES11:21
bluelightning(on the autobuilder, I mean)11:21
bluelightningI might file a bug11:22
rburtonbluelightning: yes, certainly11:24
rburtonthe weston-no-x11 image should be a good test, as it builds gtk and clutter too11:24
*** kbouhara <kbouhara!~kbouhara@> has joined #yocto11:24
rburton(more accurate, core-image-weston without the x11 distro feature set)11:25
*** nerdboy <nerdboy!> has quit IRC11:26
*** nerdboy <nerdboy!> has joined #yocto11:29
*** tmpsantos <tmpsantos!> has quit IRC11:34
Net147any tips on how to resolve "requires, but no providers in its RDEPENDS" QA issues?11:39
Net147just add virtual/libgles2 to RDEPENDS?11:42
LetoThe2ndby the way, whats the overall state concerning the eclipse plugin? $COWORKER just told me the last commit has been like 14 months ago..12:03
*** topi` <topi`!> has left #yocto12:06
LetoThe2ndbluelightning: strange, now bitbake doesn't seem to realize there have been changes to local.conf12:10
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto12:12
*** dzoe <dzoe!> has quit IRC12:12
*** dzoe <dzoe!> has joined #yocto12:12
LetoThe2ndcould that be a sideeffect of the toaster instance running?12:12
bluelightningLetoThe2nd: yes it does stay memory resident12:13
bluelightningLetoThe2nd: unfortunately there are a few things like that with the memory resident functionality that don't work as well as they should12:13
LetoThe2ndbluelightning: hm is that a local-sqlite-toaster effect only? or is it always like, stop toaster-change-start toaster again?12:14
bluelightningNet147: that should do it...12:14
bluelightningNet147: FYI:
bluelightning(just added yesterday)12:14
bluelightningLetoThe2nd: it's unfortunately a known issue with the bitbake memory resident functionality which toaster requires12:16
bluelightningsomething we will hopefully address in the upcoming dev cycle12:16
LetoThe2ndok, i see12:16
bluelightningLetoThe2nd: re the eclipse plugin, we're still looking for help with that basically12:16
LetoThe2ndbluelightning: has j.zh. been reassigned, or something like that?12:17
bluelightningLetoThe2nd: she's the manager of our team now12:17
LetoThe2ndbluelightning: uh-huh12:18
bluelightningit looks like we still have a job opening for that so if you know anyone who would like to work on Eclipse, let us know12:21
bluelightning(we being Intel in this instance, just in case that's not clear)12:22
Net147bluelightning: I noticed a few weeks ago in poky master that if I have file://somedir specified in a recipe, it didn't rebuild if a file inside somedir changed. is that normal?12:22
LetoThe2ndbluelightning: duly noted ;)12:22
*** SorenHolm <SorenHolm!> has joined #yocto12:22
*** sanjayd <sanjayd!47c6c944@gateway/web/freenode/ip.> has joined #yocto12:23
LetoThe2ndbluelightning: actually my eclipsing coworker is just sitting on the other side of the table and trying to dig into the plugin ;)12:23
bluelightningNet147: I don't think that is expected no12:23
*** Kirill <Kirill!c3728272@gateway/web/freenode/ip.> has joined #yocto12:23
bluelightningLetoThe2nd: ok, cool... FWIW I think we'd also be keen to have (tested) patches as well ;)12:24
LetoThe2ndbluelightning: i can understand that desire.. if he comes up with something i shall have it forwarded, but given our r&d team size and workload, don't expect much12:25
bluelightningLetoThe2nd: no worries, just putting it out there :)12:25
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC12:26
LetoThe2ndbluelightning: :)12:26
*** tmpsantos <tmpsantos!~tmpsantos@> has joined #yocto12:28
*** kscherer <kscherer!~kscherer@> has joined #yocto12:29
*** erbo <erbo!> has quit IRC12:32
*** erbo <erbo!> has joined #yocto12:33
LetoThe2ndbluelightning: i just fear your offer tempted him too much.. seeing him leave would be a huge blow12:33
* LetoThe2nd continues pointless mumblings12:34
bluelightningI would certainly hope not to have anyone join us at the expense of leaving a big gap somewhere else; but then, that's always hard12:36
LetoThe2ndyeah don't take my mumblings too seriously, i'm just trying to do some yoctos tinkering during the train ride home from elce12:38
LetoThe2ndnet result: some more understanding of toasters pitfalls12:39
KirillHi everybody, can someone suggest where I can find examples of using python code in recipes? I have read documentation, but not sure if I understand everything12:43
rburtonspeaking of ELCE did they announce where it is next year yet?12:57
*** eballetbo <eballetbo!> has quit IRC12:58
ndecrburton: not that i know12:58
LetoThe2ndndec: same here12:59
rburtonhow am i meant to plan next years holiday without knowing where elce is!12:59
LetoThe2ndndec: seems like we successfully managed to run away from each other all week12:59
ndecLetoThe2nd: yeah. i tried hard, and it seemed to work ;_)13:00
LetoThe2ndndec: hooray13:00
ndecwell, i am still here, you too?13:00
LetoThe2ndndec: nah i'm riding the mystery train13:00
LetoThe2ndlittle sandworm is waiting for me13:01
LetoThe2ndi also missed woglinde.. so maybe next time13:02
*** cbzx <cbzx!> has joined #yocto13:06
*** falk0n <falk0n!~falk0n@> has quit IRC13:10
*** madisox <madisox!> has joined #yocto13:17
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has quit IRC13:20
*** FunkyPenguin <FunkyPenguin!~quassel@opensuse/member/FunkyPenguin> has joined #yocto13:21
*** falk0n <falk0n!> has joined #yocto13:22
*** jonte <jonte!> has quit IRC13:26
*** Nilesh_ <Nilesh_!~minda@> has left #yocto13:31
*** phantoxe <phantoxe!> has quit IRC13:36
*** phantoxe <phantoxe!> has joined #yocto13:37
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC13:42
*** cbzx <cbzx!> has quit IRC13:53
*** rwoolley <rwoolley!~rwoolley@> has joined #yocto13:54
*** SorenHolm <SorenHolm!> has quit IRC13:54
*** gvy <gvy!~mike@altlinux/developer/mike> has joined #yocto14:11
*** Kirill <Kirill!c3728272@gateway/web/freenode/ip.> has quit IRC14:21
pevbluelightning: Thanks - I've had a read through that and giving it a shot. Is there any convention for how / where you keep multiple configurations? I'm assuming you probably would want to keep in your distro layer somewhere and then point at with TEMPLATECONF when you set up the build environment?14:24
*** falk0n <falk0n!> has quit IRC14:30
*** michael_e_brown <michael_e_brown!> has quit IRC14:31
*** michael_e_brown <michael_e_brown!> has joined #yocto14:33
*** rburton <rburton!> has quit IRC14:37
bluelightningpev: well TEMPLATECONF could point to a dir containing template config files which added the distro layer and set DISTRO to point to the distro config within that layer, yes14:40
*** roxell <roxell!~roxell@linaro/roxell> has quit IRC14:40
pevbluelightning: Grand, thanks. Just trying to figure out what the way thats "normal" is - I'm sure I can't be the only person with five or six standard configurations to support in that kind of way?!14:43
*** falk0n <falk0n!> has joined #yocto14:44
*** munch <munch!> has joined #yocto14:46
bluelightningpev: I would expect not, but it ought to be as simple as separate distro files for each configuration14:46
*** TuTizz <TuTizz!~TuTizz@unaffiliated/tutizz> has quit IRC14:46
bluelightningthey can be as close as right next to eachother, even sharing common parts through inc files; or they could be in completely separate layers14:46
bluelightningall depends on what you're trying to do14:46
pevbluelightning: Well, I've created layer splits so individual layers for each custom board (where warranted) and then project specific software layers. Then theres also a general distro layer for all the common stuff and another layer for a particular bit of middleware thats always shared.14:50
pevso something like meta-pev (distro layer) // meta-pev-hw-boardN // meta-pev-sw-projectN // meta-pev-sw-middleware14:52
bluelightningso there are lots of different ways you could handle it; but at face value it's possible that you would need a distro config for each project so it might go into the project-specific software layer14:53
pevI was going to create dirs something like meta-pev/oeconf/proj-configN and put the local.conf.sample and bblayer.conf.sample under each14:53
bluelightningdepends how different the projects are14:53
bluelightningwell, one of the things the distro config is supposed to help with is avoiding putting too much into local.conf14:53
pevAh, OK, I was thinking "distro" was something more broad, hadnt thought that it was so flexible. I guess I should read up a bit more about that...14:54
bluelightninglocal.conf is really supposed to be just selecting distro, machine, and specifying local paths14:54
pevSo effectively then the per-project element is the distro config then, gotcha14:54
pevRight, I'll stick my nose back into the ref manual again then and experiment some more :-)14:55
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC15:01
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:03
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto15:05
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has quit IRC15:10
*** TobSnyder <TobSnyder!> has quit IRC15:11
*** hramrach_ <hramrach_!~hramrach@gateway/tor-sasl/hramrach> has joined #yocto15:12
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:14
*** stryx`_ <stryx`_!~stryx@unaffiliated/stryx/x-3871776> has quit IRC15:21
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto15:22
*** jackmitchell <jackmitchell!> has quit IRC15:23
*** condo43 <condo43!~fproriol@2001:41d0:1:87d1::1> has quit IRC15:26
*** Kirill <Kirill!c3728272@gateway/web/freenode/ip.> has joined #yocto15:27
*** Kirill <Kirill!c3728272@gateway/web/freenode/ip.> has quit IRC15:32
*** b00^wk <b00^wk!> has quit IRC15:32
*** dmoseley <dmoseley!> has joined #yocto15:36
*** sanjayd <sanjayd!47c6c944@gateway/web/freenode/ip.> has quit IRC15:38
*** likewise <likewise!> has joined #yocto15:39
*** likewise <likewise!> has quit IRC15:39
*** jackmitchell <jackmitchell!> has joined #yocto15:46
pevbluelightning: Am I better off duplicating poky.conf then modifying and trimming? Looks like I change / lose a lot just doing whats in the ref manual and starting with a bare conf15:46
bluelightningpev: you can certainly do that15:47
kergothyou can also just include/require poky.conf if you dont' mind a layer dependency on meta-yocto15:47
* kergoth yawns15:47
bluelightningand you don't care about your distro config changing to match anything new that gets added to poky.conf15:48
bluelightning(not that that happens often)15:48
kergothindeed, good point15:48
*** jbrianceau is now known as jbrianceau_away15:48
*** rburton <rburton!> has joined #yocto15:50
*** tedo <tedo!5ddfbbc6@gateway/web/freenode/ip.> has joined #yocto15:51
pevkergoth: Ah yes! I see that's what poky-tiny does... That's a good plan as it does a lot of handy stuff already15:51
*** Jefro <Jefro!~jefro@> has joined #yocto15:52
*** blitz00 <blitz00!stefans@unaffiliated/blitz00> has quit IRC15:55
pevOK. Here's an unrelated question... In my world I have a few different kernel versions that get built, e.g. linux-imx-3.0.35 and linux-imx-3.10.17. These get built by different recipes selected by PREFERRED_VERSION in the distro files now.15:57
pevNow, take for example something like v4l-utils. In it's package it contains its own copy of various kernel headers such as videodev2.h. So when building different distros with different kernel versions the included videodev2.h will probably be wrong.15:57
pevthe high-maintenance approach would be to create different v4l-util recipes to match the kernels15:58
pevbut could you for example just have the one v4l-utils recipe that matches the version of yocto we're using and then add a bbappend to patch?15:58
pev(which is what I do at the mo)15:58
pevbut how would you then with the two kernels via preferred_version select the different patch in the v4l-utils recipe?15:59
*** likewise <likewise!> has joined #yocto15:59
pevor is there a simple and obvious solution I'm missing? :-D15:59
pevalso, creating the new distro (just requiring poky.conf and setting DISTRO=) seems to now build a new gcc-cross and I guess much more rather than pulling from sstate-cache - is that expected?16:02
kergotha distro change is pretty invasive16:03
kergotheven if none of the vars it sets change16:03
pevAh, OK, I'll just have to suck it up then....16:05
pevMaybe I'm better off supporting my multiple configurations just by using various local.conf.sample versions and TEMPLATECONF then. This could get pretty tedious if I have to build different full toolchains for each board type I'm using... ?!16:08
*** SorenHolm <SorenHolm!> has joined #yocto16:13
kergothi wouldn't recommend that. maintanance over the long term you're best off using a distro. local.conf is best for temporary or user changes16:14
kergothbut it does depend on the situation, of course. everyone has slightly different workflow :)16:18
*** likewise <likewise!> has quit IRC16:24
*** likewise <likewise!> has joined #yocto16:25
*** madisox <madisox!> has quit IRC16:25
*** likewise <likewise!> has quit IRC16:26
*** SorenHolm <SorenHolm!> has quit IRC16:28
*** likewise <likewise!> has joined #yocto16:28
*** cbzx <cbzx!> has joined #yocto16:29
*** likewise <likewise!> has quit IRC16:30
*** rburton <rburton!> has quit IRC16:35
*** ant_work <ant_work!> has quit IRC16:46
*** tmpsantos <tmpsantos!~tmpsantos@> has quit IRC16:47
*** hyei_ <hyei_!> has quit IRC16:47
*** tedo <tedo!5ddfbbc6@gateway/web/freenode/ip.> has quit IRC16:52
*** [Sno] <[Sno]!~Sno]@> has quit IRC16:53
*** madisox <madisox!> has joined #yocto16:56
*** agust <agust!> has quit IRC17:04
*** cbzx <cbzx!> has quit IRC17:06
*** canci <canci!> has quit IRC17:09
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC17:10
*** gvy <gvy!~mike@altlinux/developer/mike> has quit IRC17:13
*** agust <agust!> has joined #yocto17:16
*** belen <belen!~Adium@> has joined #yocto17:17
*** belen <belen!~Adium@> has quit IRC17:23
*** phantoxe <phantoxe!> has quit IRC17:25
*** sjolley <sjolley!~sjolley@> has quit IRC17:27
*** likewise <likewise!> has joined #yocto17:29
*** jkridner <jkridner!> has joined #yocto17:29
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto17:29
pevHm, anyone seen : "ERROR: QA Issue: eglibc-locale: Files/directories were installed but not shipped" ?17:30
pevChanged to new distro conf which is basically a dupe of poky-tiny with a name change and I get that17:31
*** zecke <zecke!~ich@> has joined #yocto17:35
*** likewise <likewise!> has quit IRC17:38
*** Jefro <Jefro!~jefro@> has quit IRC17:38
*** Jefro <Jefro!~jefro@> has joined #yocto17:39
*** [Sno] <[Sno]!~Sno]> has joined #yocto17:41
*** Jefro <Jefro!~jefro@> has quit IRC17:41
*** vdehors <vdehors!> has quit IRC17:43
*** Darander_ <Darander_!> has joined #yocto17:44
*** dirk| <dirk|!> has left #yocto17:45
*** likewise <likewise!> has joined #yocto17:45
*** likewise <likewise!> has quit IRC17:46
*** Darander_ <Darander_!> has quit IRC17:46
*** likewise <likewise!> has joined #yocto17:50
*** sjolley <sjolley!~sjolley@> has joined #yocto17:51
*** jbrianceau_away <jbrianceau_away!uid10952@gateway/web/> has quit IRC17:51
*** RP <RP!> has joined #yocto17:52
*** likewise <likewise!> has quit IRC17:56
*** belen <belen!~Adium@> has joined #yocto17:56
*** belen <belen!~Adium@> has quit IRC17:58
*** RP <RP!> has quit IRC17:59
*** orkim <orkim!~orkim@unaffiliated/orkim> has quit IRC18:04
*** smartin_ <smartin_!> has joined #yocto18:07
*** SorenHolm <SorenHolm!> has joined #yocto18:08
*** orkim <orkim!> has joined #yocto18:11
*** orkim <orkim!~orkim@unaffiliated/orkim> has joined #yocto18:11
*** tedo <tedo!> has joined #yocto18:12
*** likewise <likewise!> has joined #yocto18:13
*** jimBaxter <jimBaxter!> has quit IRC18:26
*** Jefro <Jefro!> has joined #yocto18:26
*** likewise <likewise!> has joined #yocto18:26
*** likewise <likewise!> has quit IRC18:27
*** JaMa <JaMa!> has quit IRC18:28
*** falk0n <falk0n!> has quit IRC18:40
*** Jefro <Jefro!> has quit IRC18:47
*** balister_ <balister_!> has joined #yocto18:58
*** fishey2 <fishey2!> has joined #yocto19:02
fishey2I'm writing a bitbake file for a package that needs build_dir = src_dir, is there an accepted way to do that?19:02
*** pohly <pohly!> has quit IRC19:03
kergothB = "${S}" if not autotools, or change inherit autotools to inherit autotools-brokensep if autotools19:03
*** Jay7 <Jay7!jay@> has quit IRC19:06
*** Jefro <Jefro!> has joined #yocto19:09
fishey2kergoth: thanks.19:09
*** belen <belen!~Adium@> has joined #yocto19:12
*** RP <RP!> has joined #yocto19:16
balister_RP, home?19:17
*** cbzx <cbzx!> has joined #yocto19:18
*** Jay7 <Jay7!jay@> has joined #yocto19:21
*** belen <belen!~Adium@> has quit IRC19:22
*** belen <belen!~Adium@> has joined #yocto19:22
*** zecke <zecke!~ich@> has quit IRC19:23
*** belen <belen!~Adium@> has quit IRC19:23
*** smartin_ <smartin_!> has quit IRC19:28
*** Jay7 <Jay7!jay@> has quit IRC19:30
*** SorenHolm <SorenHolm!> has quit IRC19:33
*** likewise <likewise!> has joined #yocto19:34
*** Jay7 <Jay7!jay@> has joined #yocto19:35
*** SorenHolm <SorenHolm!> has joined #yocto19:41
*** thaytan <thaytan!> has quit IRC19:53
*** thaytan <thaytan!> has joined #yocto19:54
*** cbzx <cbzx!> has quit IRC19:55
*** balister_ <balister_!> has quit IRC19:57
*** alimon <alimon!~alimon@> has quit IRC19:58
*** balister_ <balister_!> has joined #yocto20:00
*** SorenHolm <SorenHolm!> has quit IRC20:05
*** SorenHolm <SorenHolm!> has joined #yocto20:06
*** balister_ <balister_!> has quit IRC20:08
*** rwoolley <rwoolley!~rwoolley@> has quit IRC20:10
*** mansandersson <mansandersson!> has joined #yocto20:28
*** Jefro <Jefro!> has quit IRC20:34
*** zecke <zecke!> has joined #yocto20:35
*** ddom <ddom!~ddom@> has joined #yocto20:44
*** joeythesaint is now known as IBEGONE20:45
*** mansandersson <mansandersson!> has quit IRC20:46
*** ant__ <ant__!~andrea@> has joined #yocto21:06
*** munch <munch!> has quit IRC21:08
*** ipuustin_ <ipuustin_!~ipuustin@2002:591b:2160::1> has quit IRC21:30
*** zecke <zecke!> has quit IRC21:39
*** tedo <tedo!> has left #yocto21:44
*** JaMa <JaMa!> has joined #yocto21:59
*** bfederau <bfederau!> has quit IRC22:01
*** bfederau <bfederau!> has joined #yocto22:01
*** ant__ <ant__!~andrea@> has quit IRC22:33
*** roxell <roxell!> has joined #yocto22:42
*** roxell <roxell!~roxell@linaro/roxell> has joined #yocto22:42
*** frsc <frsc!> has quit IRC22:45
*** frsc <frsc!> has joined #yocto22:49
*** orkim <orkim!~orkim@unaffiliated/orkim> has quit IRC22:50
*** orkim_ <orkim_!~orkim@unaffiliated/orkim> has joined #yocto22:50
*** black_sheep <black_sheep!> has quit IRC22:51
*** dmoseley <dmoseley!> has quit IRC22:53
*** belen <belen!~Adium@> has joined #yocto23:02
*** seebs <seebs!> has quit IRC23:06
*** seebs <seebs!> has joined #yocto23:07
*** belen <belen!~Adium@> has quit IRC23:08
*** balister_ <balister_!~balister@> has joined #yocto23:11
*** sjolley <sjolley!~sjolley@> has quit IRC23:13
*** agust <agust!> has quit IRC23:14
*** balister_ <balister_!~balister@> has quit IRC23:23
*** Jefro <Jefro!~jefro@> has joined #yocto23:38
*** frsc <frsc!> has quit IRC23:45

Generated by 2.11.0 by Marius Gedminas - find it at!