**** BEGIN LOGGING AT Fri Dec 23 03:00:00 2016 Dec 23 07:29:51 morning Dec 23 07:30:51 silly question, any ideas where do i find projectid of oe-core patchwork? (something that git-pw supposedly requires) Dec 23 07:52:08 hello, Dec 23 07:54:55 I'm using Nitrogen6x embedded card with Yocto. I want to use my board by my desktop. How can i manage sd card in the board from a windows system? Dec 23 08:09:48 geera: Install linux in a VM, and pass your SD reader to the VM Dec 23 08:29:18 nrossi thank you so much! Dec 23 08:42:53 Also my board has no internet. So can i use VM? @nrossi Dec 23 08:43:53 geera: Sorry, i misunderstood. You want to manage the SD on the board? whilst the card is in the board? Dec 23 08:48:54 Yes, the card is in the board. I want to manage it from my windows system. But in my board, there is no wifi. Dec 23 08:50:25 geera: If there is no network on your board (wifi or ethernet) than there are is practically (serial downloads could work but would be painful) no way to get files onto the board, so not sure how you would get stuff to the board in your case Dec 23 08:53:16 okey thanks for the answer. Dec 23 09:05:46 I've created a custom machine layer and now DEPLOY_DIR_IMAGE points to ~/build/tmp-glibc/foo Dec 23 09:06:16 what happened here? Why there is tmp-glibc/ instead of just tmp/ ? Dec 23 09:09:27 aV_V: probably you also switched the release. i think that was introduced with jethro or krogoth, to seperatue builds that are targetting different libcs (libs musl) Dec 23 09:10:28 but I was on kregoth since beginning Dec 23 09:10:42 krogoth* Dec 23 09:10:49 aV_V: the i don't know, sorry. Dec 23 09:11:11 so strange, I'm deleting tmp* and rebuilding Dec 23 09:18:07 it stills pointing to tmp-glibc... nvm Dec 23 12:05:04 I have Nitrogen6x board which installed Yocto. I have to use some GPIO pins as input/output, but I can control just GPIO9 in J7. Board's some GPIO pins that already have default functionalities that need to be freed by the kernel. So, have you ever freed up these GPIO's? Dec 23 14:56:28 I can't find the kernel sources. They must be on work/ folder? Dec 23 14:58:23 they're in work-shared, I think Dec 23 15:02:44 oh if don't launch menuconfig first the sources aren't downloaded Dec 23 15:29:19 #package_fixsymlinks what it does ? Dec 23 15:37:13 dumb: looks like it fixes dangling symlinks in packages as well and updates RDEPENDS between packages in the same recipe Dec 23 15:38:31 dumb: if you need more specific you can read the function here: http://git.openembedded.org/openembedded-core/tree/meta/classes/package.bbclass#n1221 Dec 23 15:43:06 thanks nrossi , i am getting an error yocto : too much recursions while resolving ...i was checking why is that Dec 23 15:52:54 hello Dec 23 15:53:08 i want to put gdbserver into IMAGE_INSTALL Dec 23 15:53:27 gdbserver is defined in gdb*.bb Dec 23 15:57:08 hmm nevermind Dec 23 16:01:34 dumb: likely that it is trying to resolve an infinitely recursing symlink ;) Dec 23 16:42:22 happy holidays folks! Dec 23 17:24:05 Hello all! Dec 23 17:44:48 I have a little problem that makes this "cp: cannot stat ‘ffmpeg_compiled/usr/lib/*.so*’: No such file or directory" I have my error log here: avoinna.fi/yocto/error.txt if anyone is out there to give me a hint how to solve this... Dec 23 17:48:02 I believe that the problem is the last oe_runmake after oe_runmake ffmpeg, but I just don't know how oe_runmake is run? Dec 23 18:22:29 bluelightning: yes, I was not refering to them in the SRC_URI. Dec 23 18:23:19 Still working on this config fragment issue Dec 23 18:23:24 http://pastebin.com/eWRuhWN0 Dec 23 18:25:57 Removing items from SRC_URI doesn't seem to remove them from the workdir. Dec 23 18:26:45 even after bitbake -c clean virtual/kernel both files appear again after compile Dec 23 18:43:50 ahhh, so I created a new file dummy.cfg and it behaves as expected, so somehow I've poluted my build with those two files. I'm not going to worry about it too much, since I'll be doing a rebuild soon, but that was frustrating Dec 23 19:05:23 the mkfs.ext3 in tmp/sysroots/i686-linux/sbin called from "wic create" doesn't respect the ownership set up when the root fs is un-tar'ed via pseudo Dec 23 19:05:31 am I missing a configuration item? Dec 23 19:05:48 I'm running fido, perhaps there is a known bug? Dec 23 19:13:19 w **** ENDING LOGGING AT Sat Dec 24 03:00:00 2016