**** BEGIN LOGGING AT Fri Jun 24 02:59:58 2016 Jun 24 05:40:55 hi\ Jun 24 05:41:18 i'm trying to follow the quick start guide and i can't seem to make it work Jun 24 05:41:31 $ source oe-init-build-env Jun 24 05:41:31 Error: '../project/conf/' must be a directory containing local.conf & bblayers.conf Jun 24 05:42:05 i'v tried on two different machines (one fedora 22, one f24), i've even cloned it Jun 24 05:42:18 * again Jun 24 05:42:37 am i doing something wrong? Jun 24 05:45:50 find . -name "prohject" does not find anything Jun 24 05:45:56 c0rnel: howdy. Jun 24 05:46:00 project Jun 24 05:46:28 c0rnel: lets just givve it a quick check :-) 1) you created some directory 2) you cloned poky.git into it, right? Jun 24 05:46:40 branch is krogoth Jun 24 05:46:50 LetoThe2nd, right Jun 24 05:47:44 so now, you are inside your directory, and if you do 'ls', then you see at least, or hopefully only, the directory named "poky", right? Jun 24 05:48:02 yes Jun 24 05:48:06 then i cd into poky Jun 24 05:48:13 the i checkout the branch Jun 24 05:48:24 leave that out for now :) Jun 24 05:48:27 then i try source * and it fails Jun 24 05:48:37 LetoThe2nd, ok Jun 24 05:49:03 just stay there, and give 'source poky/oe-init-build-env' a try Jun 24 05:49:11 ok Jun 24 05:49:55 LetoThe2nd, same error Jun 24 05:50:03 more or less Jun 24 05:50:14 oh Jun 24 05:50:17 exactly same error Jun 24 05:50:47 i was expecting that it will complain for poky/project/... Jun 24 05:50:56 but no, the error is the same Jun 24 05:51:15 but Jun 24 05:51:29 maybe it's important that i've already checkout the branch Jun 24 05:51:32 c0rnel: ok. rule of thumb, do not do stuff inside the poky dir. consider it as upstream that is not meant to be modified Jun 24 05:51:40 let's try with an untainted clone :) Jun 24 05:52:00 c0rnel: for your specific error, yes. give an untainted clone a try first, and then lets see when it starts. Jun 24 05:52:34 LetoThe2nd, but how can i checkout the branch from outside poky? Jun 24 05:53:20 c0rnel: checking out the branch is fine, of course. its picking the upstream revision - but you should not do the source in there, as it will create and modify files. Jun 24 05:53:46 LetoThe2nd, i see Jun 24 05:53:48 thanks Jun 24 05:54:05 then maybe the QS guide must be updated Jun 24 05:54:33 c0rnel: maybe.... yes. Jun 24 05:55:08 LetoThe2nd, the project/ directory is expectd to be inside poky/ ? Jun 24 05:55:15 c0rnel: nope Jun 24 05:55:54 LetoThe2nd, ok, with a new clone, no branch checkout, same error Jun 24 05:56:07 c0rnel: hm ok. give me a second Jun 24 05:56:12 can you maybe try to reproduce it? Jun 24 05:56:22 thats what i'm about to do :-) Jun 24 05:56:27 ok :) Jun 24 06:00:28 c0rnel: no error here. Jun 24 06:00:45 LetoThe2nd, hmmmm Jun 24 06:00:51 so my current guess is, that fedora is doing something... 'different' Jun 24 06:01:01 git clone git://git.yoctoproject.org/poky ? Jun 24 06:01:37 or maybe my environment is tainted? Jun 24 06:01:42 1) git clone git://git.yoctoproject.org/poky.git 2) source poky/oe-init-build-env Jun 24 06:01:52 do you find a project directory inside your poky/ ? Jun 24 06:02:22 c0rnel: nope, and neither in my build dir. thats fine, i didn't expect any there. Jun 24 06:02:47 but where is oe-init-build-env taking it from? Jun 24 06:03:20 * c0rnel is confused Jun 24 06:03:21 c0rnel: if i had to place a bet, then i'd say that there's something fishy with your python environment Jun 24 06:04:33 i assume that you have installed the required packages as listed in the QS? Jun 24 06:05:59 right Jun 24 06:06:30 ok, hm Jun 24 06:06:35 but still Jun 24 06:06:52 if you do not have a project/ directory somewhere, how is taht script working? Jun 24 06:07:35 where is it taking {local,bblayers}.conf from Jun 24 06:08:36 c0rnel: well http://lists.openembedded.org/pipermail/openembedded-core/2014-March/090483.html suggests that you are seeing a tainted error message already. that the script is looking for a template directory, which for unknown reasons is set to something *project* on your box Jun 24 06:08:46 guess what Jun 24 06:08:53 in a fedora 21 machine works fine Jun 24 06:09:20 and the sample files are in meta-poky/conf Jun 24 06:09:47 so it seems that something in the environment of your other boxes breaks the script Jun 24 06:09:56 LetoThe2nd, ok, so its' tainted environment already Jun 24 06:10:11 and indeed i've set the TEMPLATE Conf previously on that session Jun 24 06:10:13 grrr Jun 24 06:10:23 e.g. you broke it yourself ;-) Jun 24 06:10:36 :( Jun 24 06:10:42 sorry for all the noise Jun 24 06:10:52 i should have known better Jun 24 06:11:04 happens, its ok :-) good luck then! Jun 24 06:11:11 nopw let's check the fedora 24 machine again Jun 24 06:11:18 thank you very much LetoThe2nd Jun 24 06:11:34 pohly, so another coincidence, it looks like I'm trying to use some work for which you seem to be the most recent committer :) Jun 24 06:12:06 gtristan: it is a small world ;-} Jun 24 06:12:11 Which work is that? Jun 24 06:12:17 pohly, yeap :) I wonder if you could help me put some pieces of the puzzle together for the tizen spec2yocto project Jun 24 06:12:44 Oh, not that one. I've successfully managed to forget everything about that. Jun 24 06:13:07 specifically, I was able to run the conversion, that's pretty neat, makes some tidy bb files from spec files... from there I am trying to get passed init_yocto_env Jun 24 06:13:09 hahaha Jun 24 06:13:15 But okay, perhaps I can figure something out again. Jun 24 06:13:31 I think right now things have just been a bit scattered Jun 24 06:13:56 I wouldn't call the resulting .bb files tidy, but I guess they served their purpose. Jun 24 06:14:40 init_yocto_env? Don't remember that one at all. Do you have a pointer? Jun 24 06:14:53 looking at that, right now I'm not sure where the ../meta-tizen-ivi/conf/bblayers.conf.sample is supposed to come from, or what git clone yocto:/home/yoctotizen/yocto/yoctoTizen ... is supposed to be :-S Jun 24 06:15:03 https://review.tizen.org/git/?p=scm/bb/tizen.git;a=blob;f=init_yocto_env;h=fef79d3952257492e01e52d90dee55d5d9d86957;hb=HEADhttps://review.tizen.org/git/?p=scm/bb/tizen.git;a=blob;f=init_yocto_env;h=fef79d3952257492e01e52d90dee55d5d9d86957;hb=HEAD Jun 24 06:15:10 eek Jun 24 06:15:13 https://review.tizen.org/git/?p=scm/bb/tizen.git;a=blob;f=init_yocto_env;h=fef79d3952257492e01e52d90dee55d5d9d86957;hb=HEAD Jun 24 06:15:35 LetoThe2nd, is there a known quick way to reset the environment? Jun 24 06:16:17 Honestly, I will probably try to forget this one too asap, it will be a fire and forget one-off conversion, just from a slightly differing set of spec files Jun 24 06:17:03 I've never used that script. Jun 24 06:17:50 ah, it just looked like the logical entry point to setting things up, not using it per se but trying to grasp where the right pieces / moving parts come from Jun 24 06:18:18 c0rnel: something like 'env -i /bin/bash' should at least give you a clean subshell Jun 24 06:18:25 I think what it does is set up a complete distro, perhaps based on Poky. Jun 24 06:19:14 yeah, I guess I can safely ignore most of it and just build the resulting specs as a layer on top of oe-core, which seems to be what it's doing Jun 24 06:19:41 yes Jun 24 06:20:31 honestly right now I have ~100 spec files, an abundance of binary blobs, and a base system which should probably just be replaced by oe-core in this scenario Jun 24 06:21:21 pohly, would it maybe be wise to avoid spending time on this, and just tediously do it myself ? Jun 24 06:21:28 heh Jun 24 06:21:45 Yes, I think it would be better to do it manually. Jun 24 06:22:08 Perhaps "devtool" can help with creating recipes from .spec files - bluelightning? Jun 24 06:23:01 gtristan: it is very likely that the generated .bb files will not work without manual work either. Jun 24 06:23:33 Generated with spec2yocto! The same is true for devtool generated ones, but those are a lot cleaner. Jun 24 06:24:07 pohly: sort of yes, though it doesn't read much of the spec file Jun 24 06:24:27 just the meta fields if there is a spec file within the source tree Jun 24 06:24:55 you can't actually feed it a spec file alone (yet) Jun 24 06:25:24 we are looking into doing some of that kind of thing at the moment Jun 24 06:25:32 It looks like spec2yocto is generating a sort of db from many spec files, with assistance from a big config file, and sorts out the deps that way too Jun 24 06:26:12 so I would guess you kindof need a complete set of specs to get the best result anyway Jun 24 06:27:23 thank you LetoThe2nd Jun 24 06:28:51 anyway, as it's a one-off conversion and not necessarily an automated process, I think even if it takes me a *bit* more time to in copy/paste of boilerplate... the results will be better to do it by hand Jun 24 07:15:59 Hi all Jun 24 07:16:08 I have a query in util-linux package Jun 24 07:17:24 why do #yocto recommends SHARED_EXTRA_OECONF = "--disable-login" Jun 24 07:17:39 in util-linux package Jun 24 07:17:58 the file path is: meta/recipes-core/util-linux/util-linux.inc Jun 24 07:19:05 it means that yocto is not recommending to use login from util-linux package. Thats why login.shadow is been used in the current code Jun 24 07:19:27 is there any reason behind it? Jun 24 08:00:02 nerdboy: 12.04 was dropped march 2015, even 1.8 didn't support it Jun 24 08:01:24 Hi all. I'm having issues with bitbake fetching from a svn repo. I can checkout manually from that repo and stored the credentials for it. However if i invoke bitbake it fails with svn E170001 Jun 24 08:01:37 Any ideas how to troubleshoot / fix? Jun 24 08:29:22 good morning Jun 24 09:09:42 welcome everyone Jun 24 09:10:45 say, if a recipe provides an extra package, like ofono and ofono-tests and I want to write a do_install_append for the latter do I write do_instal_append-tests in ofono bbappend or make an ofono-tests bbappend? Jun 24 09:26:25 hi Jun 24 09:28:43 why is do_unpack python code, but do_configure shell code for example. could you tell me where i have to look to determine if a task is in python or shell code? Jun 24 09:34:14 the task name should have 'python' before it in the recipe Jun 24 09:34:49 mwalle look here: https://www.yoctoproject.org/docs/2.1/bitbake-user-manual/bitbake-user-manual.html#functions Jun 24 09:39:36 jaskij: ah thx, i see, base.bbclass defines the base_do_unpack as python base_do_unpack Jun 24 09:47:43 jaskij: re your do_install_append, no, any task functions are for the entire recipe not per package Jun 24 09:50:26 Hi all, any body knows the reason why does YOCTO recommends to disable login from util-linux plackage by default? Jun 24 10:00:11 jaskij: bbappends are for the *recipe* Jun 24 10:24:36 bluelightning, rburton: but IF the recipe provides some extra files in an extra package, what do I do then? the recipe and base package are ofono, but I want to add some post-inst to the ofono-tests package, which is also described in the ofono recipe, see here: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/ofono/ofono.inc?h=krogoth Jun 24 10:25:22 basically ofono-tests just splits some files in separate package and I want to link those scripts in libdir inside /usrsbin Jun 24 11:34:21 jaskij: install and packaging are completely separate Jun 24 11:35:05 jaskij: think of do_install as placing every file you would ever want packaged for the recipe in place, and then after that do_package splits those files up into each individual package Jun 24 12:06:15 bluelightning: so just add those links in do_install_append and then add them to the ofono-test package via the FILES variable? Jun 24 12:07:07 btw, is there a way to detect if a specific driver is compiled as a module? Jun 24 12:11:13 checkthe kernel config or the modules tree or modinfo Jun 24 12:46:22 bluelightning: thanks for the explanation, it works as intended Jun 24 12:46:38 *I mean I got it to work it how I wanted ^^ Jun 24 17:57:41 khem: if I use file:// I can only attach 1 single file. What I want is to replace SRC_URI for linux-yocto with my local copy of git repo Jun 24 17:58:13 khem: externalsrc.bbclass won't work here too, as there are some patches to be applied Jun 24 18:19:22 git clone user@localhost:/path/to/repo does the job, except it wants password Jun 24 18:49:29 you can fix it Jun 24 19:05:28 by using ssh agent Jun 24 19:05:57 but really you should use externalsrc and apply the patches manually Jun 24 19:05:58 once Jun 24 19:06:23 on x86_64 SDKhost it works ok Jun 24 19:06:30 or does it fail there too Jun 24 19:15:55 Xz: git:///some/local/path;protocol=file Jun 24 19:16:08 but as khem says, externalsrc would be better yet Jun 24 21:48:39 I have a 3rd party prebuilt binary that I'm trying to incorporate. I get an error saying that "no package provides libgstbase-0.10.so.0" but I have libgstbase-1.0.so.0 Jun 24 21:51:54 Hi I am switching my yocto project from systemV to systemd, the psplash screen comes up but I dont see any of the messages or progress bar on it during boot. Any ideas on how I could get this working? Jun 24 22:55:49 megha_dey: psplash does not integrate with systemd Jun 24 22:56:19 nillerbrun: its linked with gstreamer 0.10.x Jun 24 22:56:29 nillerbrun: you have gstreamer 1.x Jun 24 22:56:41 they are not compatible versions of gst Jun 24 22:57:05 megha_dey: probably best off trying plymouth instead, it's in meta-oe **** ENDING LOGGING AT Sat Jun 25 02:59:58 2016