**** BEGIN LOGGING AT Tue Nov 25 02:59:57 2014
Nov 25 05:00:59 <ccube> i want to create a receipe which clones a git repo, starts a maven build and copies the resulting jar file into my rootfs. anybody knows if a similar aproach already existing anywhere? Or do I have to start from scratch?
Nov 25 05:53:46 <mranostay> jackmitchell: your connection is shit!
Nov 25 05:59:35 <mranostay> also wrong channel but i still stand by my view :)
Nov 25 09:38:29 <sighack> hi im new to using yocto project, having problems with bitbake can anyone help me out ?
Nov 25 09:46:09 <LetoThe2nd> sighack: maybe if you describe your actual problem...
Nov 25 09:53:17 <rokka> please can someone tell where can i talk to rocketboards people :)
Nov 25 09:56:42 <bluelightning> morning all
Nov 25 10:09:09 <stiandre_> Hi, does anyone know how to customize distro name, version and strings and login prompt in tty, bash, ssh console?
Nov 25 10:10:37 <bluelightning> stiandre_: hi
Nov 25 10:10:48 <stiandre_> bluelightning, hi
Nov 25 10:11:10 <rokka> hello all
Nov 25 10:11:11 <bluelightning> stiandre_: create a custom distro config, in which you set DISTRO_NAME, DISTRO_VERSION, DISTRO_CODENAME etc.
Nov 25 10:11:20 <bluelightning> hi rokka
Nov 25 10:12:07 <bluelightning> stiandre_: this might be helpful if you haven't already seen it: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#creating-your-own-distribution
Nov 25 10:12:44 <stiandre_> bluelightning, okay, should it work to set those variables in the conf/local.conf?
Nov 25 10:13:17 <stiandre_> i've just did that and was not able to see any changes to the tty serial login prompt?
Nov 25 10:13:59 <bluelightning> stiandre_: no, the distro config is parsed after local.conf, so poky's distro config will override whatever you set in local.conf - you really should create your own distro config
Nov 25 10:14:26 <stiandre_> bluelightning, ahh, i see.. thank you very much
Nov 25 10:14:38 <stiandre_> bluelightning, that explains everything :)
Nov 25 10:25:23 <mcfrisk> What's the yocto bitbake equivalet for 'make all' or 'make world'? To build everything from images to sdk's to tests? I'd like to provide a default in a project for our stuff but follow upstream practices..
Nov 25 10:30:37 <rburton1>  "bitbake world"
Nov 25 10:30:48 <rburton1> doesn't create all images though
Nov 25 10:31:28 <mcfrisk> rburton1: thanks, I'll try to modify that then, thanks!
Nov 25 10:31:45 <rburton1> modifying it would be tricky, it's embedded into bitbake itself
Nov 25 10:32:35 <mcfrisk> fsst, sigh. Then I'll invent another silly meta package. Meta this meta that...
Nov 25 10:33:14 <diego_r> sgw_: tested your resolvconf patch and it works
Nov 25 10:37:54 <rburton1> mcfrisk: something like "bitbake world meta-all-my-images meta-all-my-sdks" seems reasonable for a "build all the things"
Nov 25 10:38:36 <rburton1> mcfrisk: of course you may not actually want world, as oe-core has webkit/qt/gtk in thats a lot of stuff if you're not using them all already.
Nov 25 10:45:12 <mcfrisk> uh, and there seems to be also 'EXCLUDE_FROM_WORLD'
Nov 25 10:51:38 <rburton> yeah
Nov 25 10:52:02 <rburton> you can't just exclude eg qt4 from world, because it will then try and build a qt4 app which pulls in qt
Nov 25 10:52:17 <rburton> blacklisting may work better, never looked at that
Nov 25 10:54:29 <bluelightning> all EXCLUDE_FROM_WORLD does is tell the system not to explicitly build something as part of a world build
Nov 25 10:54:56 <bluelightning> it does not exclude it from being built to satisfy a dependency of something else that is explicitly built
Nov 25 11:04:41 <mcfrisk> created a meta package to build everything in a project, but it seems this meta package should not have same name as distro. Why is that? http://t144772.handhelds-openembedded-scm.pdatalk.info/paul-eggleton-classes-insane-add-check-for-pn-inoverrides-t144772.html
Nov 25 11:05:35 <mcfrisk> so warning is that PN is found from OVERRIDES
Nov 25 11:05:57 <mcfrisk> and I guess DISTRO goes into OVERRIDES
Nov 25 11:09:53 <sighack> LetoThe2nd: hey, I have downloaded a yocto poky build from here : http://git.rocketboards.org/poky-socfpga.git  and am trying to run bitbake. It gives an error
Nov 25 11:09:53 <sighack> " ERROR: Function failed: do_install (see /home/sitpl/buildtools/poky-socfpga/build/tmp/work/armv7ahf-vfp-neon-poky-linux-gnueabi/external-linaro-toolchain-UNKNOWN-r2/temp/log.do_install.2888 for further information)"
Nov 25 11:11:02 <sighack> rokka: I'm stuck with some rocketboards sections too! lemme know if you find any help :)
Nov 25 11:12:10 <rburton> mcfrisk: yes, distro goes into overrides
Nov 25 11:12:22 <rburton> so you can do EXTRA_OECONF_append_mydistro
Nov 25 11:16:03 <cassidy> hi guys. I'm trying to setup a shared SSTATE_MIRRORS over http. Is there a way to know if it's actually being used when building? bitbake -v doesn't seem to tell much about it.
Nov 25 11:16:59 <bluelightning> cassidy: for the most part, you should see setscene tasks being executed rather than real tasks
Nov 25 11:19:24 <cassidy> bluelightning, what are setscene tasks exactly?
Nov 25 11:24:15 <belen> cassdy: you could also run the build with Toaster. It will show you how many sstate tasks run and which sstate files they use.
Nov 25 11:28:17 <rokka> sighack: our numbers grow! :)
Nov 25 11:29:03 <bluelightning> cassidy: basically, they are tasks that run in place of the real task when restoring the task's output from shared state
Nov 25 11:41:06 <cassidy> belen, just set up toaster, it seems to see my current bitbake build. Where can I see the sstate info ?
Nov 25 11:42:40 <belen> select the build, then the 'tasks' link on the left navigation
Nov 25 11:42:59 <belen> the tasks table has a column with heading 'outcome'
Nov 25 11:43:11 <belen> sstate tasks have outcome set to 'cached'
Nov 25 11:44:38 <cassidy> oh I need the build to be finished?
Nov 25 11:44:51 <belen> this video might be useful https://wiki.yoctoproject.org/wiki/images/a/a4/Toaster-manual-v5.webmhd.webm
Nov 25 11:45:14 <belen> cassidy: yes
Nov 25 11:45:25 <belen> cassidy: the build needs to finish first
Nov 25 11:45:47 <cassidy> ah ok thanks :)
Nov 25 11:51:27 <cassidy> it didn't seem to use my cache. My http server requires authentification. Is adding the credentials to ~/.netrc enough?
Nov 25 11:51:51 <bluelightning> if wget reads those, then yes
Nov 25 11:53:13 <cassidy> it does yeah
Nov 25 11:54:03 <bluelightning> are you setting SSTATE_MIRRORS = "file://.* http://someserver.tld/share/sstate/PATH;downloadfilename=PATH" ?
Nov 25 11:54:19 <bluelightning> (where "PATH" is verbatim, shouldn't be substituted)
Nov 25 11:55:16 <cassidy> oh I do need file://.* first ? I assumed it was for another example
Nov 25 11:55:18 <cassidy> ?
Nov 25 11:56:15 <bluelightning> yes you do... the first part is a regex that should be matched, and the second is what it should be replaced with
Nov 25 12:01:18 <cassidy> ahh ok, I'll retry with that, thanks!
Nov 25 12:19:06 <stiandre_> Is there any recommended or convenient way to have a development environment to swap between debug and release when building an BSP?
Nov 25 12:21:58 <stiandre_> And what is the recommended method for adding software packages (recipes) to an image. Create a custom image recipe and use IMAGE_INSTALL instead of IMAGE_INSTALL_apend in local.conf?
Nov 25 12:22:18 <bluelightning> stiandre_: yes on the latter
Nov 25 12:23:27 <bluelightning> I don't know that we really have the debug/release split well handled unless you're happy with just debugging symbols (which are packaged by default and can be installed on the target as needed)
Nov 25 12:23:35 <stiandre_> okay, so the recipes should be bound to the particular image?
Nov 25 12:23:48 <bluelightning> what do you mean by bound ?
Nov 25 12:24:41 <stiandre_> sorry, i mean belong..
Nov 25 12:25:21 <bluelightning> well, not really... only in that the packages provided by the recipes are pulled into the build via being mentioned in the image's IMAGE_INSTALL, if that's what you mean...
Nov 25 12:26:27 <stiandre_> bluelightning, okay, yes that was what I meant to say...
Nov 25 12:27:30 <stiandre_> bluelightning, by the way, have you experiences on how to add users using the useradd.bbclass?
Nov 25 12:29:19 <bluelightning> stiandre_: I've done it before yes... mostly it's just a matter of adding useradd to inherit and setting USERADD_PARAM (and GROUPADD_PARAM if needed)
Nov 25 12:29:26 <bluelightning> http://www.yoctoproject.org/docs/current/ref-manual/ref-manual.html#var-USERADD_PARAM
Nov 25 12:29:59 <bluelightning> oh and USERADD_PACKAGES
Nov 25 12:30:43 <bluelightning> there are lots of examples around in the core metadata
Nov 25 12:31:10 <bluelightning> bbl
Nov 25 12:32:11 <stiandre_> bluelightning, ok.. yes I have used it, but in my case the password hash is stored in /etc/passwd directly, same experience? I want the hash to be stored in /etc/shadow..
Nov 25 12:32:50 <stiandre_> bluelightning, when i look in the sysroot files..
Nov 25 12:47:52 <stiandre_> bluelightning, about the debug/release split, any recommendation on how to easily add extra packages for debug only? just use local.conf?
Nov 25 12:49:22 <stiandre_> bluelightning, such as IMAGE_INSTALL_append and EXTRA_IMAGE_FEATUES..?
Nov 25 13:10:32 <AndersD> stiandre_, I'm also using useradd. I checked it, and yes, in the sysroot the password hash is stored in passwd, but in the image it's in shadow.
Nov 25 13:12:57 <AndersD> stiandre_, when it comes to you other question, I've set up a product-dev-image, that 'requires product-image' and then add some extra packages; like gdbserver, tcf-agent etc. That works for us for the moment.
Nov 25 13:19:48 <JaMa> bluelightning: hi, do you remember adding iotop to meta-oe?
Nov 25 13:20:16 <JaMa> bluelightning: someone asked me why it has rdepends on python-distutils, the commit message only says Update to 0.4.4, adjusting python module dependencies as appropriate
Nov 25 13:20:24 <JaMa> and I don't see any reason in the code
Nov 25 13:37:49 <bluelightning> JaMa: I don't recall... I'd say if it seems wrong, remove it
Nov 25 13:38:11 <bluelightning> but I probably had a reason at the time...
Nov 25 13:38:15 <JaMa> ok, thanks
Nov 25 13:38:48 <JaMa> the oe-classic recipe had this python-distutils
Nov 25 13:39:01 <bluelightning> ah, maybe that's where it came from
Nov 25 13:39:40 <bluelightning> yes I see now it was based on the OE-Classic recipe
Nov 25 13:40:30 <JaMa> Author: Holger Hans Peter Freyther <zecke@openmoko.org>
Nov 25 13:40:30 <JaMa> Date:   Mon Jul 21 19:37:45 2008 +0200
Nov 25 13:40:30 <JaMa> [iotop] Make the installed package work
Nov 25 13:40:31 <JaMa> :)
Nov 25 13:40:37 <JaMa> zecke: ping :)
Nov 25 13:40:37 <Crofton|work> heh
Nov 25 13:41:33 <Crofton|work> JaMa, do you know if anyone using anki? That is only thing I can find in meta-oe that uses pyqt
Nov 25 13:41:38 <Crofton|work> and it seems very old
Nov 25 13:42:48 <bluelightning> looks like it was JaMa that imported it...
Nov 25 13:43:24 <JaMa> Crofton|work: it was included in SHR feeds, but nobody is using that anymore I think
Nov 25 13:43:49 <JaMa> Crofton|work: last time I was updating it (together with pyqt) I also had troubles find someone to properly test it
Nov 25 13:44:02 <Crofton|work> you scared him off
Nov 25 13:44:26 <Crofton|work> I do not thinnk changes to pyqt break it, since it has a patch to remove the build time check or soemthing
Nov 25 13:44:42 <Crofton|work> which is reasonable, since it is likely only needed at runtime
Nov 25 13:45:06 <JaMa> yes, I remember something like that
Nov 25 13:45:28 <JaMa> if this is the only thing blocking you from upgrading pyqt then don't worry too much
Nov 25 13:45:31 <Crofton|work> ok, I need to send in patche sto update pyqt and sip
Nov 25 13:45:47 <JaMa> better to have that ettus device working with UI :)
Nov 25 13:45:55 <Crofton|work> they added a sysroot option to the configure.py, which made things "easier"
Nov 25 13:45:59 <Crofton|work> yeah
Nov 25 13:50:21 <Crofton|work> for full gui support I need pyqwt also, but there are also long term issues with it
Nov 25 13:50:30 <Crofton|work> so we want to really remove the need for it
Nov 25 14:18:10 <stiandre_> bluelightning, thanksfor your useful answers..
Nov 25 14:21:28 <stiandre_> bluelightning: I am about to develop a custom motherboard for the imx6 module, which is very close to the wandboard, so I should probably use it as a base for futher development. Are there any reasons not to use the linux kernel mainline?
Nov 25 14:22:08 <bluelightning> stiandre_: you'd have to ask someone else who is more familiar with imx6 mainline support to be honest - perhaps otavio ?
Nov 25 14:23:19 <stiandre_> bluelightning: ok, thanks, done :)
Nov 25 14:35:11 <achest> Hallo! i need help. I want to add some Config files to ppp recipe
Nov 25 14:35:58 <achest> I made ppp_2.4.6.bbappend file and addes my files in /files directory
Nov 25 14:36:50 <achest> If i starts the build: bitbake image-XXX -c ppp, i see the ERROR: AttributeError: 'module' object has no attribute 'pythonCacheLine'
Nov 25 14:37:06 <achest> can somebody help me? thanks!
Nov 25 14:39:24 <achest> My ppp.bbappend file: https://gist.github.com/achest/50064d29865f9d94f3c2
Nov 25 14:42:12 <rburton> achest: -c ppp doesn't make sense, just do bitbake image-xxx
Nov 25 14:42:24 <rburton> -c ppp means "run the task called ppp
Nov 25 14:42:32 <rburton> there isn't a task called ppp
Nov 25 14:42:35 <stiandre_> achest, this may works: bitbake -c install ppp
Nov 25 14:42:38 <rburton> tasks are fetch, unpack, build, etc
Nov 25 14:43:17 <achest> Sorry, I see . How can i test only ppp recipe?
Nov 25 14:43:19 <rburton> and you don't want to just do install as you edited SRC_URI so you need to do unpack too.  just build the image again and let bitbake figure out what changed.
Nov 25 14:43:26 <rburton> if you just want to do ppp, do bitbake ppp
Nov 25 14:45:59 <achest> Nice: It works.
Nov 25 14:46:19 <achest> I habe the other error. How cann i create a symlink?
Nov 25 14:50:39 <achest> Sorry: wrong quiestion. I forgot to say: make -p <dir>
Nov 25 14:51:30 <_qwerty_> Hi I have problem to run image on beaglebone on SD
Nov 25 14:52:31 <_qwerty_> http://pastebin.com/qQf0V4tt
Nov 25 14:52:55 <_qwerty_> I didn't change any uboot variable but kernel
Nov 25 14:57:55 <stiandre_> bluelightning: do you know if it's possible to require core-image-minimal.bb from own image recipe (from own meta layer)?
Nov 25 14:58:31 <stiandre_> bluelightning: do I need to use absolute path to reference it?
Nov 25 15:00:07 <bluelightning> stiandre_: using require or include across layers, you need to specify the path starting at the base of the layer
Nov 25 15:00:28 <bluelightning> stiandre_: to be honest though for image recipes you're better off just copying and modifying them
Nov 25 15:01:04 <stiandre_> bluelightning: ok, thanks
Nov 25 15:54:12 <stiandre_> :q
Nov 25 15:54:25 <stiandre_> lol (vim)
Nov 25 15:56:51 <diego_r> stiandre_: happens to me frequently too
Nov 25 15:57:09 <stiandre_> diego_r: :)
Nov 25 15:57:51 <diego_r> stiandre_: with ":cq", ":q!", ":qa", ":wq" variants
Nov 25 15:58:48 <stiandre_> diego_r: by the way, have you seen this before: Required build target 'my-custom-image' has no buildable providers.
Nov 25 16:00:42 <stiandre_> diego_r: I am trying to build my own image which requires core-image-minimal.bb
Nov 25 16:01:43 <diego_r> stiandre_: did you define your image name? export IMAGE_BASENAME = "my-custom-image"?
Nov 25 16:03:46 <stiandre_> diego_r, no that probably the one I am looking for :) where should this be defined? in my-custom-image.bb?
Nov 25 16:04:05 <diego_r> stiandre_: yeah, in your my-custom-image.bb
Nov 25 16:04:18 <stiandre_> diego_r, thanks
Nov 25 16:05:14 <sgw_> diego_r: thanks for the review!
Nov 25 16:09:19 <diego_r> sgw_: you're welcome
Nov 25 16:13:58 <lpapp> bluelightning: hi
Nov 25 16:14:14 <bluelightning> hi lpapp
Nov 25 16:14:28 <fishey> Does yocto convert symlinks to normal files when it installs them?
Nov 25 16:14:48 <lpapp> bluelightning: what is the best way to ship my stunnel config and certificate with Yocto? Shall I do it outside my stunnel package or in that?
Nov 25 16:15:14 <bluelightning> fishey: not as a matter of course, no
Nov 25 16:15:20 <fishey> hmmm
Nov 25 16:15:32 <lpapp> my stunnel package is kind of reusable, but since I am imported into our layer, it does not sound that bad to put it into that at first. I guess I would put it otherwise into a .bbappend. My other idea is putting it into the initscripts, but that is a bit more brittle.
Nov 25 16:16:11 <bluelightning> lpapp: I'd say add it from a bbappend
Nov 25 16:17:44 <lpapp> bluelightning: beside the .bb?
Nov 25 16:18:32 <bluelightning> lpapp: it can be; it depends on how your layers are structured... the bbappend would go where your distro config is, if that's the same place as where the recipe is at the moment, that's fine
Nov 25 16:18:53 <lpapp> bluelightning: I reduced my stack to the meta/ and meta-foo/ (ours)
Nov 25 16:20:06 <lpapp> ok, I will put it next to the .bb
Nov 25 16:22:46 <stiandre_> diego_r: when trying to build my-custom-recipe, i got a few other errors: "ERROR: Nothing RPROVIDES 'libgl-mesa-dev' (but /home/user1/yocto/sources/meta-fsl-arm/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q_3.10.9-1.0.0-hfp.bb RDEPENDS on or otherwise requires it)"
Nov 25 16:22:57 <stiandre_> diego_r: any ideas?
Nov 25 16:23:32 <diego_r> are your layers configured correclty in bblayers.conf?
Nov 25 16:24:24 <stiandre_> i am not sure, but my layers are defined at least..
Nov 25 16:25:10 <diego_r> stiandre_: is core-image-minimal building?
Nov 25 16:25:20 <stiandre_> diego_r: yes
Nov 25 16:25:50 <stiandre_> diego_r: do I need to build core-image-minimal first?
Nov 25 16:26:41 <stiandre_> diego_r: more output for you.. :)
Nov 25 16:27:00 <stiandre_> diego_r: NOTE: Runtime target 'libgl-mesa-dev' is unbuildable, removing...
Nov 25 16:27:00 <stiandre_> Missing or unbuildable dependency chain was: ['libgl-mesa-dev']
Nov 25 16:27:00 <stiandre_> NOTE: Runtime target 'mcs' is unbuildable, removing...
Nov 25 16:27:00 <stiandre_> Missing or unbuildable dependency chain was: ['myqtapp', 'qtdeclarative', 'qtjsbackend', 'qtbase', 'virtual/libgles2', 'libgl-mesa-dev']
Nov 25 16:28:28 <stiandre_> diego_r: i have also created my own distro, meta-mylayer/conf/distro/mydistro.conf
Nov 25 16:29:02 <diego_r> stiandre_:  ok, so you're messing with qt... are you building for a Freescale SOC without GPU functionalities like i.MX6 SoloLite?
Nov 25 16:30:14 <stiandre_> diego_r: ok, but do you think it could be something with my distro config?
Nov 25 16:31:22 <stiandre_> diego_r: btw, yes i am trying to build my qt application which worked perfectly until I created my own image recipes and distro config
Nov 25 16:33:27 <otavio> stiandre_: what are the issues you are having?
Nov 25 16:34:34 <stiandre_> otavio: I am getting: NOTE: Runtime target 'libgl-mesa-dev' is unbuildable, removing...
Nov 25 16:34:34 <stiandre_> <stiandre_> Missing or unbuildable dependency chain was: ['libgl-mesa-dev']
Nov 25 16:34:34 <stiandre_> <stiandre_> NOTE: Runtime target 'mcs' is unbuildable, removing...
Nov 25 16:34:34 <stiandre_> <stiandre_> Missing or unbuildable dependency chain was: ['myqtapp', 'qtdeclarative', 'qtjsbackend', 'qtbase', 'virtual/libgles2', 'libgl-mesa-dev']
Nov 25 16:34:36 <diego_r> stiandre_; otavio is the Freescale BSP layer guru (and maintainer)
Nov 25 16:36:50 <stiandre_> otavio: i am trying to build a custom image (my-custom-image.bb) but get those errors..
Nov 25 16:37:14 <stiandre_> otavio: i have also created my own distro, meta-mylayer/conf/distro/mydistro.conf
Nov 25 16:39:07 <otavio> diego_r: maintainer yes; guru ... not that much
Nov 25 16:39:18 <otavio> stiandre_: which distro features you have enabled?
Nov 25 17:31:47 <stiandre> otavio: I am back again, sorry..
Nov 25 20:27:05 <fishey> stiandre_: perhaps take a look at the features/prefered packages defined in the distro you were previously using and add the appropriate ones to your custom distro
Nov 25 20:27:26 <fishey> or just `require` the previous distro
Nov 25 20:27:31 <fishey> and extend
Nov 25 20:34:48 <stiandre_> fishey: Yes, I recently solved it. It was related to DISTRO_FEATURES, and I did exactly what you suggested, added require recipes-core/images/core-image-minimal.bb
Nov 25 20:35:25 <stiandre_> fishey: thanks for answering
Nov 25 20:36:50 <fishey> I'm not entirely sure, but It might not be safe to put DISTRO_FEATURES in the image .bb file (assuming that's what you're doing). Now if it's IMAGE_FEATURES, that should be fine.
Nov 25 20:37:24 <fishey> I'm fairly new to this myself
Nov 25 20:45:15 <stiandre_> fishey: sorry, my mistake, I had to solve a few things. I wanted to create my own custom distro and images (for debug and release), and the DISTRO_FEATURES was applied to the <distro>.conf and IMAGE_FEATURES for the <image>.bb
Nov 25 20:46:44 <stiandre_> fishey: so I think you are right about the unsafe DISTRO_FEATURES in <image>.bb
Nov 25 20:47:23 <stiandre_> fishey: i am not sure as I'm fairly new to this too.. :)
Nov 25 20:56:53 <rburton> otavio: would be appreciated if you'd ack the uboot patches from yesterday
Nov 25 22:21:51 <stiandre_> I want to change the hostname for my image, anyone know how to do this to the prebuild image?
Nov 26 00:22:29 <otavio> rburton: I am leaving to a work trip and will not be able to test until Thursday
Nov 26 00:26:02 <otavio> rburton: so please wait until Thursday before merging it; I want to give it a good test in the two use cases (with and without SPL)
**** ENDING LOGGING AT Wed Nov 26 02:59:58 2014