**** BEGIN LOGGING AT Sun Jul 03 02:59:57 2011 Jul 03 09:49:13 hi all Jul 03 09:49:54 I just cloned oe repo, tried to see if everything works but a simple bitbake helloworld fails. Jul 03 09:53:49 03Klaus Kurzmann  07master * r6fb2c43aeb 10openembedded.git/recipes/freesmartphone/cornucopia.inc: Jul 03 09:53:49 cornucopia.inc: bump SRCREV to get the fixed ppp plugin from fsogsmd Jul 03 09:53:49 Signed-off-by: Klaus Kurzmann Jul 03 10:47:19 CMoH: I did a oe-core build yesterday and it definitely produced the license info in tmp-eglibc/deploy/licences/ Jul 03 10:47:46 er, that's tmp-eglibc/deploy/licenses/ with an s Jul 03 11:40:16 thanks for the info Jul 03 15:44:03 hello all, anyone have experience with SAM9-L9261? Jul 03 17:15:59 anyone have experience with SAM9-L9261? Jul 03 19:33:07 hey. how come ttyS was renamed to ttyO ? Jul 03 19:38:59 because it isn't using the ttyS driver Jul 03 19:39:03 or something like that Jul 03 19:40:15 Hi Jul 03 19:40:25 thanks, Crofton Jul 03 19:41:22 I need to clone openembedded from my local network, since sometimes there are problems with oe cloning in our network Jul 03 19:41:37 I dont know git much Jul 03 19:41:52 Do I need to mirroring oe for this purpose? Jul 03 19:42:46 emin_, depends on what you want to achieve. there's git --mirror if you want to mirror a central repo, and clone off it Jul 03 19:43:19 we use a branch of oe Jul 03 19:43:26 so I need history also Jul 03 19:43:46 but the mirrored repo is not safe to commit to, since refs are always overwritten when you sync with the original Jul 03 19:43:59 git always preserves history Jul 03 19:44:01 when cloning Jul 03 19:44:32 I just need to clone, I dont need to commit since I just use oe to compile my sources with my own recepies Jul 03 19:44:45 ok, then git --mirror may enough for me Jul 03 19:44:48 right? Jul 03 19:45:00 git clone --mirror (try a git clone --help first and read) Jul 03 19:45:09 ok Jul 03 19:46:07 you can also search the web a bit for more info Jul 03 20:09:56 I am still having trouble with nativesdk and meta-toolchain Jul 03 20:13:55 i think i know why glib was failing for me Jul 03 20:14:00 i was low on space Jul 03 20:14:50 anyone can help me install a compiler or gstreamer on armv5te ? Jul 03 20:33:38 someone using meta-toolchain on oe-core/? Jul 03 20:40:35 hi otavio Jul 03 20:40:45 ant__: hello Jul 03 20:41:27 i am a bit confused about meta-toolchain; it seems it has /usr/local/oecore-i686-{i686,i586}/* Jul 03 20:42:36 ah, sorry. I'm still fighting new toolchain sysroot Jul 03 20:43:00 anything I have help? Jul 03 20:43:37 well, first issue I have is some recipes are present in different layers Jul 03 20:43:57 yes; this needs cleanup Jul 03 20:44:10 biggest one is th ekernel.bbclass in oe-core has no initramfs support afaik Jul 03 20:44:20 while the one in meta-oe has Jul 03 20:44:35 so I'm checking the ordering of the layers Jul 03 20:44:39 and why you don't use the one of meta-oe? Jul 03 20:44:41 sufggestions? Jul 03 20:45:00 I try to use the A. setup-scripts as documented by khem Jul 03 20:45:04 afaik, by default, it will use the meta-oe in this case Jul 03 20:46:21 openembedded-core/meta is last in BBLAYERS :/ Jul 03 20:47:53 ant__: I do it as: Jul 03 20:48:31 BBLAYERS = " \ ${TOPDIR}/openembedded-core/meta \ ${TOPDIR}/meta-openembedded/meta-oe \ Jul 03 20:48:52 yes, reordering those should solve Jul 03 22:10:37 bleh i seem to have broke my env Jul 03 22:10:52 even trying helloworld throws the glib fail Jul 03 22:11:29 how do i clean everything Jul 04 00:43:51 Why do certain python functions have "python" prepended to the function name, while others just have a "def" before the function name? After all its python code in both cases? Jul 04 00:43:57 I noticed this in some of the .bbclass files Jul 04 00:49:04 def'd python functions can be called directly from other functions, and via ${@}. the others are functions called by exec_func / the actual python tasks Jul 04 00:49:12 def'd functions can take arguments, the others cannot Jul 04 00:49:21 the former are generally utility functions, the latter tasks Jul 04 00:49:33 ideally we'd ditch the former entirely in favor of the latter being usable in all cases, i think Jul 04 00:53:00 kergoth_: thanks for the explanation :) Jul 04 00:53:35 np **** ENDING LOGGING AT Mon Jul 04 02:59:57 2011