**** BEGIN LOGGING AT Fri Mar 27 02:59:59 2015 Mar 27 07:31:31 hmm Mar 27 07:31:48 when I add meta-mingw to my layers and try to 'bitbake meta-toolchain' I get Mar 27 07:31:52 ERROR: No recipes available for: Mar 27 07:31:52 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-devtools/gcc/gcc-crosssdk_4.9.bbappend Mar 27 07:31:55 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-devtools/gcc/gcc-crosssdk-initial_4.9.bbappend Mar 27 07:31:58 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-devtools/gcc/libgcc_4.9.bbappend Mar 27 07:32:01 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-devtools/gcc/gcc-runtime_4.9.bbappend Mar 27 07:32:04 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-devtools/gdb/gdb-cross-canadian_7.8.1.bbappend Mar 27 07:32:07 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-devtools/gcc/gcc-cross-canadian_4.9.bbappend Mar 27 07:32:10 /home/rink/fsl-community-bsp/sources/meta-mingw/recipes-support/gmp/gmp_6.0.0.bbappend Mar 27 07:32:13 my SDKMACHINE="x86_64-mingw32" Mar 27 07:33:24 * rink_ .oO { hmm maybe i shouldn't be using master branch on meta-mingw repo } Mar 27 07:34:16 <_4urele_> rink_, I had the same problem yesterday, but only with gdb, I had to rename the bbappend from 7.8.1 to 7.7.1... if you take a look at it this should be fine Mar 27 07:34:58 * rink_ wonders which yocto he's using Mar 27 07:35:14 annoying codenames... dizzy, daisy, dora, dylan ... 'someone had fun(tm)' Mar 27 07:35:29 <_4urele_> rink_, now I have an execution error... Mar 27 07:35:59 <_4urele_> i'm using something from master branch after 1.7 ;) Mar 27 07:36:42 this repo has been here for quite some while Mar 27 07:36:46 don't feel like upgrading it Mar 27 07:38:00 <_4urele_> they should say which sha they used to test it... Mar 27 07:39:30 * rink_ notes still using kernel 3.10.17 even Mar 27 07:39:50 any idea how I can figure out the yoct overison I'm using? :) Mar 27 08:00:00 <_4urele_> rink_, look at the git repository? Mar 27 08:18:57 it says 'master' Mar 27 08:18:59 but i think i've got it Mar 27 08:34:11 anyone has tried running yocto 64 bit on virtualbox? Mar 27 09:14:10 https://www.mail-archive.com/yocto@yoctoproject.org/msg19241.html Mar 27 09:14:16 Anyone know which atch I need for this ? Mar 27 09:15:04 oh hmm, this is about an ipk change; I don't use ipk Mar 27 09:15:18 * rink_ has the 'nativesdk-packagegroup-sdk-host not found in the base feeds (x86_64-nativesdk-mingw32 noarch any all)' message Mar 27 09:23:03 I would like to use a different root filesystem on my images (namely btrfs). Mar 27 09:23:28 is this documented somewhere? My google-fu wasn't enough. Mar 27 09:25:31 ipuustin: I see *_DEFAULT_FSTYPE Mar 27 09:25:42 where * is the machine Mar 27 09:26:00 although... no, that's in the runqemu script :D Mar 27 09:26:00 JEEBsv: thanks! Mar 27 09:26:15 IMAGE_FSTYPES Mar 27 09:26:17 seems to be it Mar 27 09:26:22 http://patchwork.openembedded.org/patch/89263/ Mar 27 09:26:37 this commit switches the qemu images to ext4 Mar 27 09:33:56 good, switching to ipkg helps Mar 27 10:32:16 JEEBsv: got it working. I also had to specify the IMAGE_CMD in local.conf, because bitbake did not find it for core-image-minimal and threw an exception. Mar 27 10:34:04 ah Mar 27 13:10:02 hi there, i'm building u-boot-fslc recipe. In the recipe there is a git url for the source. but the fetcher downloads a tar.gz from a mirror. With debug i get this: Mar 27 13:10:08 DEBUG: For url git://github.com/Freescale/u-boot-fslc.git;branch=patches-2015.01 returning http://downloads.yoctoproject.org/mirror/sources/git2_github.com.Freescale.u-boot-fslc.git.tar.gz Mar 27 13:10:40 what i don't understand is, where is the mirror URL coming from? Mar 27 13:14:44 the distro configuration will specify the yocto project mirror Mar 27 13:17:39 ok, so the git url is translated to the .tar.gz name and downloaded from mirror url instead git? but why, the mirror is horrible slow here, git would be much faster Mar 27 13:19:45 wish i knew why the mirror periodically got very slow :/ Mar 27 13:20:02 halstead: that's twice in the last hour i've been told the download mirror is very slow Mar 27 13:20:54 jhieber: try setting PREMIRRORS and MIRRORS to "" in your local.conf to turn off all use of the mirrors Mar 27 13:21:08 ok thanks, its now in the cache in my download dir Mar 27 13:21:35 rburton: ah ok, sounds good, thank you Mar 27 14:17:29 Hi. I'm observing a weird result in a package generated by my recipe. In the recipe I have Mar 27 14:17:37 install -d -m 755 ${D}${libdir}/foo Mar 27 14:17:38 cp -r ${S}/* ${D}${libdir}/foo Mar 27 14:17:38 chown -R foo:foo ${D}${libdir}/foo Mar 27 14:18:17 but the package is generated with the wrong ownership for the directory: Mar 27 14:18:17 drwxr-xr-x root/root 0 2015-03-27 11:15 ./usr/lib/foo/ Mar 27 14:18:17 -rw-r--r-- foo/foo 171154 2015-03-27 11:15 ./usr/lib/foo/bar Mar 27 14:18:17 -rwxr-xr-x foo/foo 387 2015-03-27 11:15 ./usr/lib/foo/baz Mar 27 14:19:02 Why does that happen? Mar 27 14:21:06 I should add I also have Mar 27 14:21:07 inherit useradd Mar 27 14:21:07 USERADD_PACKAGES = "${PN}" Mar 27 14:21:07 USERADD_PARAM_${PN} = "-G sudo,dialout foo" Mar 27 14:21:10 in the recipe. Mar 27 16:08:12 guys do you know how to enable wlan0 on yocto ? I have an usb wlan device... but if I run ifconfig -a it doesn't show wlan0 Mar 27 16:11:03 realBigfoot: Did you load the module for it? Mar 27 16:11:36 morning all Mar 27 16:12:33 drwxr-xr-x, i ran modprobe iwlwifi Mar 27 16:12:36 bluelightning, morning :) Mar 27 16:13:00 drwxr-xr-x, is there anyother module that I should enable? Mar 27 16:13:14 I don't think so Mar 27 16:13:41 drwxr-xr-x, also i have put to be installed wpa-supplicant and wireless-tools Mar 27 16:13:55 do a "dmesg" and see if your device shows up Mar 27 16:14:06 drwxr-xr-x, it doesn't :( Mar 27 16:15:12 bluelightning, do you know how to enable wlan0 on yocto ? I have an usb wlan device but when I run ifconfig -a it doesn't show wlan0... Mar 27 16:15:44 realBigfoot: sounds like maybe a missing driver / firmware issue perhaps? Mar 27 16:16:30 bluelightning, driver shouldn't be... my friend has the same model and could work with it.. but he is not here right now ... Mar 27 16:18:01 bluelightning, may anyother module that I should enable on kernel config ? Mar 27 16:19:18 realBigfoot: not sure, that would depend on your wifi adapter and whether or not it's part of our default config Mar 27 16:19:50 I'm having trouble creating a working kernel within yocto. If I build it using LTIB outside oe yocto, it boots fine. But it will not boot using the same config under yocto Mar 27 16:20:35 I don't have any way to get a console on this machine, so I'm going at this blindly Mar 27 16:20:50 anyone have an example of a recipe that uses configure make and make install? Mar 27 16:21:06 ie. no CMake or autotools? Mar 27 16:21:20 cgkades: there's a bare example in the development manual yes Mar 27 16:21:54 cgkades: http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-makefile-based-package Mar 27 16:22:07 oh awesome thanks Mar 27 16:24:09 bluelightning, maybe anyother module that I should enable on kernel config ? Mar 27 16:25:17 drwxr-xr-x: not sure, but maybe compare the .config that's actually being used as part of the build (in a directory under the workdir for the kernel recipe) Mar 27 16:25:43 realBigfoot: as I mentioned above, you'd have to know what module would be needed for your device, that's not really specific to our system Mar 27 16:26:11 bluelightning: they're exactly the same. And when I compare the logs between the 2 builds, they're practically identical Mar 27 16:26:16 bluelightning, okay Mar 27 16:26:17 thanks Mar 27 16:28:31 the objects being built match between both builds, and the load address/entry point are the same Mar 27 16:34:36 bluelightning_: could it be the compiler? I'm sure that the one that works does not use hard floats. I know that the kernel uses soft floats, but I'm baffled why one would work, and the other wouldnt? Mar 27 16:39:40 drwxr-xr-x: right, I was about to suggest that before my network died; earlier with gcc 4.8.x I do recall there was an issue that caused booting issues on ARM, I think we had to patch certain versions of the kernel to accommodate it Mar 27 16:39:47 I don't remember the details though Mar 27 16:40:28 which version of the kernel are you building and which version of gcc is being used? Mar 27 16:40:43 the compiler version I'm using is 4.6.2 from linaro/freescale Mar 27 16:40:54 3.0.35 kernel Mar 27 16:41:15 ok, so not our standard toolchain Mar 27 16:41:25 the som manufacturer doesn't support any other version Mar 27 16:41:37 I guess I would recommend talking to linaro/freescale unless there's someone else here who can advise Mar 27 16:41:48 or the som manufacturer Mar 27 16:41:58 I've been compiling it outside of yocto, and building the image manually Mar 27 16:43:37 the som manufacturer has been less than supportive Mar 27 16:44:56 I use the standard toolchain for everything else Mar 27 16:45:05 hmm... I'm really not sure what could be wrong based on what you've said... Mar 27 16:45:30 it's probably associated with the problems that you've had before Mar 27 16:45:49 older kernel, newer toolchain Mar 27 16:46:30 I'll try doing a search on kernel/toolchain workarounds Mar 27 16:46:55 With regard that ownership issue I mentioned before, here's a simple recipe that illustrates the problem: http://paste.debian.net/163540/ Mar 27 16:47:49 bluelightning: that example didn't have an example of the configure section. do you know one that does? Mar 27 16:48:21 Not that even though I run "chown -R foo:foo ${D}${libdir}/foo" in do_install, I get "drwxr-xr-x root/root" for /usr/lib/foo in the package. However, its content has the right ownership. Mar 27 16:48:22 cgkades: in that example there is no configure, but you can easily add a do_configure() { ... } containing whatever configure command(s) you need Mar 27 16:48:29 s/Not that/Note that/ Mar 27 16:48:33 rburton, Do you know where jhieber is located? Mar 27 16:48:56 cgkades: an example of a configure section wouldn't really make sense, given there's no standard configuration mechanism for pure make buildsystems. if it has a configure script at all, it's homerolled, so its usage will be unique to it Mar 27 16:49:23 rburton, I see 123Mbits/sec currently between downloads.yoctoproject.org and western Europe. Mar 27 16:49:24 halstead: no idea, sorry Mar 27 16:49:30 bluelightning: well.. based on the example, it uses 'special' commands to do sutff. like oe_runmake. so it's not really clear what to put in a 'do_configure()' Mar 27 16:49:39 halstead: hm the other report was from europe Mar 27 16:50:22 rburton, If you have a second would you mind installing iperf and running, iperf -c downloads.yoctoproject.org Mar 27 16:50:34 bluelightning: would doing something like this in my recipe break things? I'm building dizzy: Mar 27 16:50:36 kergoth: but ANY example would be helpful. seeing as it's not straightforward commands Mar 27 16:50:39 >> PREFERRED_VERSION_gcc = "4.7.2" Mar 27 16:50:40 cgkades: oe_runmake is just a wrapper around make that passes EXTRA_OEMAKE. Mar 27 16:50:40 >> PREFERRED_VERSION_gcc-cross = "4.7.2" Mar 27 16:50:43 cgkades: that's it. Mar 27 16:50:49 so yes, it is straightforward, it's just a shell script Mar 27 16:51:08 oe_runmake is a shell function that wraps make for convenience, so we can add arguments via a variable in the recipe Mar 27 16:51:30 halstead: [ 4] 0.0-11.7 sec 1.25 MBytes 898 Kbits/sec Mar 27 16:51:37 it's straightforward when you know what's going on already. but everything is wrapped in something.. so it's not easy to figure out when you're coming into this blind Mar 27 16:51:43 halstead: (adsl at 19mbit/s Mar 27 16:51:58 no, not everything is "wrapped in something". i really don't get what you're talking about here Mar 27 16:52:03 do_configure is a shell script. you can run any shell commands there Mar 27 16:52:18 what you put there is 100% dependent upon the buildsystem in question Mar 27 16:52:20 rburton, Thanks. That's really helpful. Mar 27 16:57:07 rburton, If you have a little more time for me I love to know the results of "iperf -c 104.155.35.72" Mar 27 17:01:32 will changing the gcc version to 4.7.2 break anything in dizzy? Mar 27 17:11:44 Any suggestion on how to track down that ownership issue? Mar 27 17:26:33 pretty sure i dont know enough about cross compile and how bitbake works with it. anyone have an example of a recipe that uses configure? i was able to get configure to work, but then bitbake does somethign after and says it failed… i have no idea whats going on. here is the tail end of the error log http://pastebin.com/8MNKksQT Mar 27 17:28:11 and my recipe http://pastebin.com/YfLii3u5 Mar 27 17:41:53 cgkades: well, if you aren't using autotools then configure is going to be specific to whatever you're building, surely? Mar 27 17:42:36 cgkades: I don't know if it helps, but IIRC libav has its own custom configure script and we have a recipe for that Mar 27 17:44:04 cgkades: actually you said this wasn't autotools but it seems that it is.. Mar 27 17:44:22 cgkades: also, why are you writing a recipe for gphoto2, there is one available already: http://layers.openembedded.org/layerindex/branch/master/recipes/?q=gphoto2 Mar 27 17:55:08 bluelightning, i got this figure out.. i had to activate some atheros modules on kernel and then put fw files on /lib/firmware Mar 27 17:55:09 thanks Mar 27 17:59:08 realBigfoot: no worries Mar 27 18:14:49 RP I just realized I spent the whole time looking at the phone instead of the camera. :S Mar 27 18:17:46 halstead: its ok, I did see you turn to the phone :) Mar 27 18:35:49 bluelightning: that is only for libgphoto2 Mar 27 18:36:01 bluelightning: and i need it for the actual program gphoto2 Mar 27 18:36:06 halstead: wouldn't have mattered much. you are tall enough that your head wouldn't have been in the frame unless you were on your knees Mar 27 18:36:29 /me smiles. Mar 27 18:37:02 bluelightning: i didn't see that gphoto2 used autotools. I'll have to look into it more. I don't really know that much about autotools and how it works, and how to know if something uses it. the docs for gphoto say to use ./configure make and make install Mar 27 18:38:54 cgkades: right... with our system if the thing being built does use autoconf+automake (a configure.ac / configure.in is a dead giveaway) then the recipe really needs to inherit autotools Mar 27 18:39:39 sorry. disconnected Mar 27 18:40:07 bluelightning: the only message i saw was "right.. with our system…" Mar 27 18:40:56 i'll try to mess with it. i see that the libgphoto uses autotools. i just wasn't able to make it work with gphoto Mar 27 18:42:21 I have this on a tmux session so i can stay on and see messages now Mar 27 18:58:00 fray, recipes.yoctoproject.org is based on http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=alimon/RRS Mar 27 19:03:15 for those attending OEDAM remotely, we are breaking for lunch and will return at 12:45pm Mar 27 19:15:05 I've found that I can use a secondary toolchain to compile the kernel, but cannot find anything on configuring such a beast Mar 27 19:44:01 cgkades: yeah, that's the only thing I sent Mar 27 19:47:57 ok Mar 27 20:22:09 bridge 2 Mar 27 20:22:11 pass 8027399 **** ENDING LOGGING AT Sat Mar 28 02:59:58 2015