**** BEGIN LOGGING AT Mon Jun 29 02:59:58 2015 Jun 29 05:12:54 hi guys Jun 29 05:17:01 i'm trying to move from openbox to matchbox. i'm wondering if there is any post-start script just like the openbox "autostart" file in which i can run several programs ? Jun 29 06:18:37 anyone ? :p Jun 29 07:36:23 guys, could somebody take a look: http://dpaste.com/3ZD7P93 ? Jun 29 07:36:47 what the | {standard input}: Assembler messages: Jun 29 07:36:47 | {standard input}:661: Error: symbol `.LPIC6' is already defined does mean? Jun 29 07:44:58 zloy: looks like a toolchain bug with PIC? Jun 29 07:45:40 nrossi: but I built another yocto image with this toolchain and had no problems Jun 29 07:46:18 are you targeting the same architecture? (aka cflags/etc) Jun 29 07:46:32 nrossi: yes Jun 29 07:47:15 zloy: ok, so just the versions of util-linux are difference between your builds? Jun 29 07:47:29 nrossi: let me double check Jun 29 07:47:43 hi.. i am building my distro on 64bit machine, but i need the sdk to be installable and used on a 32bit machine.. how to setup this? Jun 29 07:48:18 ericbutters: as in the sdk built by yocto for target development? Jun 29 07:49:03 yes, the resulting yocto-sdk to be used to compile source code for the target. Jun 29 07:49:53 ericbutters: All you need to do then is setup the SDKMACHINE to a 32bit machine. e.g. SDKMACHINE = "i686" Jun 29 07:50:05 in my local.conf? Jun 29 07:50:11 ericbutters: yep Jun 29 07:50:14 thanks Jun 29 07:51:20 btw, can I locate local.conf in my bsp-layer, or I have to edit it in the build/conf/ directory? Jun 29 07:51:54 you need to have it in conf/local.conf of the build Jun 29 07:52:25 but you can set your conf/local.conf to include a .conf from a layer that could provide all your setup. Or simply just symlink Jun 29 07:52:51 nrossi: according to util-linux Jun 29 07:53:04 nrossi: I have 2.26-1-r0 version on the both machines Jun 29 07:53:25 nrossi: understood, thanks Jun 29 07:55:13 zloy: interesting, run "bitbake util-linux -e > fooenv", for both setups. And do some diff'ing Jun 29 07:55:31 ok, just a second Jun 29 07:57:53 oh, the logs have a huge size Jun 29 07:58:54 zloy: for simplicity just compare the variables, so pass the environment setup through a grep of something like "\w*=" Jun 29 08:02:29 nrossi: hm, I've just found in the correct env that it has recipes-bbappend/util-linux/util-linux_2.26.1.bbappend where TARGET_CFLAGS has "-fgnu89-inline" Jun 29 08:02:29 Good morning lovely people :) Jun 29 08:02:29 How can I put my own xmodmap into the system? I already tried to append the x11-common recipe, but it didn't work at all (it didn't use my files!). What is the yocto way to achieve this? Jun 29 08:02:35 it is interesting Jun 29 08:05:11 zloy: could be, keep looking though i would expect something a little more significant as that is just setting a dialect Jun 29 08:24:02 nrossi: -fgnu89-inline helped me Jun 29 08:24:12 nrossi: thank you for the support Jun 29 08:25:02 zloy: getting rid of that fixed it? Jun 29 08:28:27 nrossi: getting rid? Jun 29 08:28:31 what do you mean? Jun 29 08:28:52 I've just created bbappned file and set TARGET_CFLAGS Jun 29 08:32:40 zloy: oh ok the working one had the "-fgnu..."? Jun 29 08:34:03 hello good morning Jun 29 08:35:03 are still valid the https://wiki.yoctoproject.org/wiki/How_do_I instructions regarding to deploy yocto in the HD? bzImage is not deployed in the ext3 rootfs ?? Jun 29 08:38:35 nrossi: yes Jun 29 08:38:45 nrossi: and currently I have another issue Jun 29 08:38:50 nrossi: https://gist.github.com/anonymous/18906c170a93676291ce Jun 29 08:39:26 I know about kernel-modules Jun 29 08:39:34 but what's wrong with locales? Jun 29 08:40:08 zloy: how did you add your locales? Jun 29 08:40:37 zwerch: I didn't add this Jun 29 08:40:48 and what about 214 line? Jun 29 08:40:52 zloy: looks like an issue with the external toolchain recipes your using Jun 29 08:41:27 nrossi: I am using sourcery Jun 29 08:41:37 zloy: meta-sourcery? Jun 29 08:41:40 yes Jun 29 08:41:48 zloy: I added my locales in my layer.conf: Jun 29 08:41:49 GLIBC_GENERATE_LOCALES = "en_US.UTF-8 de_DE.UTF-8 fr_FR.UTF-8 it_IT.UTF-8 nl_NL.UTF-8 es_ES.UTF-8" Jun 29 08:42:10 sourcery-sstate-fixes this branch Jun 29 08:42:32 zwerch: hm, thanks, I will try this Jun 29 08:43:45 zloy: why is there meta-sourcery twice in your log? Jun 29 08:43:57 zloy: L 20 / 26 Jun 29 08:44:19 *21 Jun 29 08:52:36 zwerch: my mistake Jun 29 09:01:45 about toaster i got from /opt/bitbake/lib/toaster/manage.py migrate orm: Cannot reverse this migration. 'Project.bitbake_version' and its values cannot be restored. Jun 29 09:11:07 http://paste.pound-python.org/show/zQhEOH0Y0sa3X2x96jjx/ Jun 29 09:11:16 fails on do_rootfs function :-( Jun 29 09:11:19 omg Jun 29 09:49:03 good morning Jun 29 10:15:28 hey, i build on 64bit machine and set SDKMACHINE="i686" to get sdk for 32bit machine. that worked, but i am missing "wayland-scanner" in my 32bit sdk. i find "wayland-scanner" in tmp/sysroots/x86_64-linux but not in tmp/sysroots/i686-nativesdk Jun 29 10:34:31 guys, could somebody help me with this one: https://gist.github.com/anonymous/18cfac9a519598cc3114 Jun 29 10:38:57 appended bash and gcc-external packages Jun 29 10:39:28 hey, how to enable wayland-scanner for the nativesdk? Jun 29 10:53:38 zloy: what command are you running to get that error ? Jun 29 10:55:01 darkspike: bitbake image-PowerBeacon-minimal Jun 29 10:59:22 zloy: if you go into build/tmp/work/xxxxxx-linux-gnueabi/base-passwd-3.5.29-r0/deploy-rpms/... Jun 29 10:59:44 zloy: can you find the base-passwd-3.5.29-r0 rpm ? Jun 29 11:02:02 darkspike: in a 30 minutes, I am rebuilding the image now Jun 29 11:04:26 zloy: you should have stuff in the build/tmp/work/xxxxxx-linux-gnueabi/base-passwd-3.5.29-r0/image dir and also you should check if your files did not end up in other rpms like (-dev -dbg) by looking at the build/tmp/work/xxxxxx-linux-gnueabi/base-passwd-3.5.29-r0/packages-split dir Jun 29 11:08:12 darkspike: I don't have base-passwd at all Jun 29 11:08:28 darkspike: I have base-files directory Jun 29 11:32:59 darkspike: here is the latest build attempt: https://gist.github.com/anonymous/f392a434a074e971c6cb Jun 29 11:56:56 rburton1: i filed a bug regarding missing wayland-scanner in the native-sdk: https://bugzilla.yoctoproject.org/show_bug.cgi?id=7931 Jun 29 11:56:57 Bug 7931: normal, Undecided, ---, richard.purdie, NEW , wayland-scanner mssing in nativesdk where buildmachine is different to sdkmachine Jun 29 11:57:48 erbo: what version? Jun 29 11:58:09 version is set, 1.7 Jun 29 11:58:10 i mean, ericbutters: what version Jun 29 11:58:11 thanks Jun 29 11:58:17 wasn't sure if that was right :) Jun 29 11:58:20 :) Jun 29 11:59:11 well, wayland doesn't have a nativesdk form Jun 29 11:59:36 ericbutters: add "nativesdk" to the bbclassextend statement and see if that helps Jun 29 12:00:12 wouldn't be surprised if its just not being installed as weston-dev doesn't depend on wayland-dev Jun 29 12:01:11 rburton1: where should i add nativesdk to bbclassextend? in which file? Jun 29 12:01:25 ericbutters: wayland_*.bb Jun 29 12:01:32 ok Jun 29 12:01:57 its probably a missing dep though Jun 29 12:02:52 rburton1: should i also add wayland-dev to DEPENDS in weston*.bb? Jun 29 12:03:38 just looking at that no Jun 29 12:03:39 w Jun 29 12:10:40 rburton: adding nativesdk to BBCLASSEXTEND did not help. Jun 29 12:11:02 yeah its not getting into the image because nothing says it should be included Jun 29 12:11:51 yes, but where to add it :) somewhere packagegroup-nativesdk .. Jun 29 12:15:04 very interesting: https://www.mail-archive.com/yocto@yoctoproject.org/msg21390.html Jun 29 12:15:07 is it true? Jun 29 12:15:11 ^^^^ Jun 29 12:19:05 rburton: but wayland-scanner also should be be built for SDKMACHINE, not only for BUILDMACHINE Jun 29 12:22:51 ericbutters: at the moment its not build for sdk at all - building nativesdk-wayland says "error" :) Jun 29 12:24:03 rburton: yes, i remember, i always missed it! also when SDKMACHINE is the same like the buildmachine.. but i need wayland-scanner for the sdkmachine! Jun 29 12:26:58 heyo, is it possible to fetch data locally(receipe)? so instead a git repository i'd like to use the files from a folder Jun 29 12:27:40 wrock: you mean you want the SRC_URI to point at local files? Jun 29 12:28:37 yes, i know its not the identend way to to, but i have the binaries already(which was quite a lot work to make it compile) Jun 29 12:28:48 wrock: just use file: uris then Jun 29 12:28:51 and i'd like to just copy them into the rootfs then Jun 29 12:29:47 ah , yea Jun 29 12:29:48 sure Jun 29 12:29:49 :P Jun 29 12:29:59 rburton: are you going to fix this "nativesdk-wayland" issue?? Jun 29 12:30:14 ericbutters: having a quick look at it now Jun 29 12:30:20 thanks Jun 29 12:30:24 thy Jun 29 12:39:13 ericbutters: and turning it on breaks the build Jun 29 12:39:16 *yay* Jun 29 12:39:45 yeah that's going to be a pain to fix Jun 29 12:45:49 ericbutters: bzzt non-trivial. needs fixing in wayland's build files. Jun 29 12:46:46 okay, so for now i need to build on i686 to get wayland-scanner and then copy it to the sdk manually.. Jun 29 13:35:01 Hi ! Jun 29 13:35:20 I have a functionnal image, but all the locales are compiled and installed, so it takes ~650MB Jun 29 13:35:34 is there a quick way to tell it to install only en version ? Jun 29 13:41:39 jmleo: try to add GLIBC_GENERATE_LOCALES = "en_US.UTF-8" in layer.conf file Jun 29 13:42:06 BTW, I have an issue: http://dpaste.com/1Z5FHFV.txt Jun 29 13:42:33 Failed to create file '/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders.cache.42W40X': Permission denied Jun 29 13:42:53 why it tries to create file in my system? Jun 29 14:01:57 zloy: which yocto version is this? Jun 29 14:03:29 jku: the latest one poky Jun 29 14:03:36 I've cloned git repo Jun 29 14:03:51 interesting Jun 29 14:04:19 when I changed PACKAGES_CLASSES to package_deb it installed rootfs normaly Jun 29 14:11:48 zloy: and package_rpm fails? can you show me a bit more context for the failure (maybe "bitbake -v") ? Jun 29 14:14:40 toaster -- error in var/log/apache2/error.log: Unable to create 'pyshtables.py' Jun 29 14:17:11 jku: origin git://git.yoctoproject.org/poky.git (fetch) commit: commit 2578ff3dfe55a1c07208401861f96e2e327eacaf Jun 29 14:17:16 jku: branch master Jun 29 14:21:00 ericbutters: most of the people that could help with Toaster are not around this week. Which branch are you using? Jun 29 14:21:28 well Jun 29 14:21:50 I built an image, but my board doesn't boot :-( http://dpaste.com/38FWJVT.txt Jun 29 14:21:57 something wrong with libraries Jun 29 14:22:22 but if I compile kernel and do rootfs manually then everything works perfectly Jun 29 14:22:26 what's wrong? Jun 29 14:24:05 belen: i am using master for the poky that toaster runs Jun 29 14:25:30 ericbutters: right, I was afraid of that. Toaster is not in very good shape in master right now . We are going through some major refactoring that is causing us a bit of pain. Sorry :/ Jun 29 14:26:47 belen: okay thanks for info, so better to go with fido? Jun 29 14:27:36 ericbutters: yes, fido should be better Jun 29 14:27:41 ok Jun 29 14:27:49 ericbutters: I hope ;) Jun 29 14:27:53 ;) Jun 29 14:30:31 belen: that fixed it Jun 29 14:33:26 ericbutters: ah, great :) Jun 29 14:40:16 belen: i followed the toaster docu (http://www.yoctoproject.org/docs/1.8/toaster-manual/toaster-manual.html) chapter 3.1.2. Setting Up a Hosted Service and Running in Analysis Mode -- i can see the toasterui in my webbrowser, in a build folder i started bitbake with --server-only and one bitbake with --observer-only -u toasterui -- but then starting bitbake core-image-minimal does not show up in the webbrowser.. i created the toaster.conf manually, i did no Jun 29 14:43:53 belen: btw, with fido i get: "dirname: missing operand" when calling: "source toaster start" Jun 29 14:45:16 belen: but i can see errors in toaster_ui.log ;) Jun 29 14:46:47 ericbutters: mmm, that's no good. Sourcing the toaster script should still work in Fido Jun 29 14:48:15 belen: i got it to work, i did the wrong manage.py collectstatic Jun 29 14:50:24 ericbutters: good :) I just tested it and it seems to be working for me, so I was wondering what could have gone wrong Jun 29 14:51:27 ericbutters: by the way, if you are starting Toaster this way, I assume you are not interested in the building features. Jun 29 14:52:00 belen: that is the first try here, i am interested in the build feature also Jun 29 14:52:47 ericbutters: right, I see. If you have any feedback, let us know :) Jun 29 14:52:57 belen: thanks! Jun 29 14:54:47 I have a package and can't find what is installing it... Jun 29 14:54:57 I tried bitbake -g Jun 29 15:05:58 blen: one more question: i only see the image build at the toasterui frontend after i cancel the "bitbake core-image-minimal" .. all infos are correct. but i can not get that info while bitbake core-image-minmal is running Jun 29 15:06:06 belen: ^ Jun 29 15:07:13 ericbutters: yes, that is true. Right now, Toaster provides the information once the build is finished. While the build is in progress, so you can only see a rough approximation of build progress Jun 29 15:07:16 when i click on one image, i see the build summary, machine and distro are okay, but layers is empty, also tasks and recipes etc Jun 29 15:07:56 belen: but, i saw this with toaster start working, on friday :) with a progress bar Jun 29 15:08:56 ericbutters: when you say "I saw this", what do you mean? Jun 29 15:09:23 belen: i saw image build info while bitbake was building the image Jun 29 15:09:43 ericbutters: more than just a progress bar? Jun 29 15:09:44 progress bar and est time Jun 29 15:10:11 ericbutters: yes, just the bar and time estimate. You will get nothing else about builds in pogress Jun 29 15:10:18 progress Jun 29 15:11:53 ericbutters: hang on, what you meant is that you cannot see builds in progress? Jun 29 15:11:59 okay.. you said toaster will get some major changes, when will toaster be stable again? Jun 29 15:12:10 belen: right Jun 29 15:13:45 belen: how do i tell toaster where my layers are? toaster start asked for that. but i do not execute toaster start, i do manage.py syncdb, migrate orm, migrate bldcontrol Jun 29 15:14:05 all from chapter 3.1.2 of the 1.8 toaster doc Jun 29 15:14:07 zloy: I tried to add IMAGE_LINGUAS and recompiled coreutils Jun 29 15:14:13 but still has a lot of locales Jun 29 15:16:15 ericbutters: if you have custom layers you want to use, the easiest way is importing them using the web interface. Toaster projects come with an import layer option Jun 29 15:16:46 ericbutters: if you have loads of layers, you might want to consider setting up a layer source Jun 29 15:16:48 http://www.yoctoproject.org/docs/1.8/toaster-manual/toaster-manual.html#layer-source-using-with-toaster Jun 29 15:17:40 belen: okay. but if you have any idea why i can not see the active build would be great! i only see the build after it finished.. that is not the correct bahavior right (for chapter 3.1.2) ? Jun 29 15:18:25 in my conf/local.conf I added IMAGE_LINGUAS = "en-us fr-fr" but the coreutils (after a -c cleanall and relaunch of bitbake coreutils) still installs hungarian, russian, etc. Jun 29 15:18:25 and after cancel, there are no infos about time, cpu usage etc.. so something is wrong with my setup.. Jun 29 15:18:32 ericbutters: no, it is not. Sounds like a bug. Would you be ok with opening a Bugzilla issue? Jun 29 15:18:39 sure Jun 29 15:18:50 ericbutters: thanks! Jun 29 15:19:22 belen: np Jun 29 15:20:53 ericbutters: and about when master will be stable again, I have no answer I'm afraid. I guess, as soon as we can possible make it :) Jun 29 15:21:18 okay :) Jun 29 15:40:49 jmleo: GLIBC_GENERATE_LOCALES = "en_US.UTF-8" in layer.conf Jun 29 15:45:49 zloy: why in layer.conf ? in local.conf, right ? Jun 29 15:45:52 I did it Jun 29 15:45:56 but still Jun 29 15:46:27 jmleo: in layer.conf Jun 29 15:47:16 putting that in layer.conf doesn't make a great deal of sense Jun 29 15:49:07 kergoth: why? Jun 29 15:49:23 <_4urele_> is it possible to display compile logs of one recipe (without openning the last log) like if there was an error Jun 29 15:49:29 layer.conf is for settings specific to that layer, and should never be used to manipulate global configuration, as it's not user-visible Jun 29 15:49:45 basically if you think something should go there, you're almost certainly wrong. vars only go there with a very, very good reason to do so Jun 29 15:49:49 anyway, could somebody help me with this one: http://dpaste.com/38FWJVT.txt Jun 29 15:49:51 ? Jun 29 15:50:06 basically, adding a layer to your bblayers shouldn't change any configuration Jun 29 15:50:10 that's what distros are for Jun 29 15:50:55 kergoth: ok, where do you suggest shoud he put GLIBC_GENERATE_LOCALES = "en_US.UTF-8"? Jun 29 15:53:47 bin and sbin directories contain a lot of broken symlinks to busybox Jun 29 15:54:51 either the distro or local.conf, as is the case with every other similar variable Jun 29 15:58:13 I know that PR's are deprecated... but I still see them in the packagegroup recipes. Is there a reason for keeping them there? Jun 29 15:58:56 once there is a PR, you can't "remove it", unless you upgrade the version of the package Jun 29 15:59:01 removing an existing PR will cause package versions to go backwards, unless PV is being bumped. given packagegroups don't track upstream, PV will never increase Jun 29 15:59:06 :) Jun 29 15:59:12 otherwise people trying to do an on-target upgrade will cause the PR to go backwords, causing a failure Jun 29 15:59:37 (I would almost suggest we change the PR of the packagegroups to a PV...) Jun 29 15:59:49 ..or go through and assign them all a PV Jun 29 16:11:53 as far as I understand I have to compile either busybox or sysvinit, correct? Jun 29 16:13:01 @fray @kergoth: I.e. it's only important for people providing "upstream feeds," right? Jun 29 16:13:37 As someone create end-user software with no package feeds, it's still not very useful. Jun 29 16:14:02 s/create/creating/ Jun 29 16:16:28 no package feeds, it's still useful, but not nearly as useful as those with feeds Jun 29 16:55:16 What is the right way to mark a .bb that can only be built on certain build machines? (ie: depends on running a binary built for a particular build machine to build the package) Jun 29 16:56:03 Actual use case is `rustc` needing a `rustc` snapshot to bootstrap itself (to clarify) Jun 29 16:56:35 Right now I expect it will just fail at some point in the build, and I'd rather it warned/errored sooner. Jun 29 17:00:45 you could depend on something that there isn't actually a recipe for, and add that to ASSUME_PROVIDED on the particular hosts Jun 29 17:01:12 then you'll get an error that rustc-snapshot isn't available on build if its needed Jun 29 17:02:10 Given "meta-alpha/conf/machine/my-machine.conf" - is it possible to amend this machine configuration in some way without creating a new machine? I.e. I would like to have "meta-bravo/conf/machine/my-machine.conf" appended to the first; can this be done in some way? Jun 29 17:03:04 guys, why rootfs contains broken symlinks everywhere? Jun 29 17:03:56 zloy: on the host? looking into tmp? Jun 29 17:04:05 many of the links are absolute, they'll only be valid on target Jun 29 17:25:08 kergoth: on the host, yes. I am booting from nfs-root Jun 29 17:45:04 rburton: and then I suppose I'd need to add BUILD_SYS (or some portion of it) to overrides so I could do something like: ASSUME_PROVIDED_build-sys-linux-x86_64 = "rustc-snapshot"? Jun 29 17:51:22 trying to run get-pip.py on fido with python3. I get the following error: File "/usr/lib/python3.3/distutils/sysconfig.py", line 19, in PREFIX = os.path.normpath(sys.prefix).replace( os.getenv("BUILD_SYS"), os.getenv("HOST_SYS") ) Jun 29 17:51:26 TypeError: Can't convert 'NoneType' object to str implicitly Jun 29 17:58:40 Are there ways of setting layer priorities outside of conf/layer.conf ? Anything more official than http://yocto.yoctoproject.narkive.com/ESYBMI14/managing-layer-priorities ? Jun 29 20:48:22 Is there something speical that needs to be done for -native packages that use cmake? I'm seeing failures here with configure "gcc is not a full path and was not found in the PATH." Jun 29 20:49:19 It appears that commenting the CMAKE_FIND_ROOT_MODE_* var assignments allows configure of native packages that use cmake to work. Jun 29 20:49:39 Perhaps I'm using a newer system cmake that has started respecting those variables? Jun 29 20:59:39 Alternately, maybe my toolchain.cmake file isn't getting generated with the right paths in it, could anyone paste theirs so I can check? Jun 29 21:33:07 guys Jun 29 21:33:18 is it ok ---> http://dpaste.com/3K1NF1N.txt ? Jun 29 21:38:48 Hey, running into trouble trying to customize an SDK. I have BBCLASSEXTEND="nativesdk" in my recipe and "bitbake nativesdk-my-recipe" appears to work. But do_populate_sdk says it cannot satisfy nativesdk-my-recipe as a dependency... Jun 29 21:40:42 Source is here if anyone wants to take a look. Trying to build meta-toolchain-pru. https://github.com/kaukeb/meta-pru Jun 29 22:55:19 Okay, my recipe was inheriting native.bbclass and then I BBCLASSEXTENDed nativesdk.bbclass oops **** ENDING LOGGING AT Tue Jun 30 02:59:58 2015