**** BEGIN LOGGING AT Mon Jan 09 02:59:57 2012 Jan 09 05:30:45 hello all Jan 09 07:09:56 I want to build filesystem with Xephyr .... how can I include it in my minimal-gpe-image.bb file Jan 09 07:44:28 good morning Jan 09 08:55:29 good morning everybody Jan 09 08:56:08 I have a task and one of command fails when I run Jan 09 08:56:22 can I tell bitbake to ignore fails for that task? Jan 09 09:41:49 good morning Jan 09 10:21:14 hi florian Jan 09 10:21:30 hey pb_ Jan 09 10:59:24 I want to build minimal-gpe-image for mini2440 with dietlibc.... will it be possible to build image with dietlibc.... Jan 09 11:10:19 snkt: I don't think anybody tired before but I'm pessimistic Jan 09 11:10:46 dietlibc and klibc have been used only for single packages until now Jan 09 11:11:36 more complex recipes usually need some patching Jan 09 11:21:23 what is the major significance between debug version and release version , and how do i enable it !!!! Jan 09 12:20:24 gm Jan 09 12:28:49 hi likewise, all Jan 09 12:34:28 hi eFfeM_work Jan 09 12:44:17 I have a task and one of command fails when I run, is it possible to tell bitbake to ignore fails for that task? Jan 09 12:54:43 hi Jan 09 12:55:04 florian: morning, my kernel compiled and I have a nBkProOs.img Jan 09 12:55:26 florian: but gnutls came to bit me: doen't compile and I have no rootfd .,. Jan 09 12:56:10 eFfeM_work, cs_nbp bluelightning ,hi all of u Jan 09 12:56:16 florian: nBkProOs.img boots to kernel panic Jan 09 12:56:17 cs_nbp: yeah... gnutls is broken :-( Jan 09 12:56:20 hi effem Jan 09 12:56:31 florian: no way around? Jan 09 12:57:21 cs_nbp: Not sure... I switched from uclibc to eglibc. but now other stuff fails... Jan 09 12:57:32 and time is limited right now Jan 09 12:57:34 florian: yeh i remember that Jan 09 12:58:11 * florian is a little bit shocked that libtool-cross from oe-core fails to configure Jan 09 12:59:09 florian: but the gnutls thiing doesn't seem so bad, isn't it just a variable declared differently in different headers? Jan 09 13:01:18 florian: or can't that packet be excluded? Jan 09 13:01:43 florian: like it isn't the most important featur right now Jan 09 13:04:10 cs_nbp: this might be hard since its likly that quite some other bits depend on it Jan 09 13:05:16 florian: strange it all fails so bad. I had no-issues 2-3 days ago an dthere aren't many commits afterwards Jan 09 13:05:40 florian: there's a gnutls pazch from 3-4 days ago Jan 09 13:05:54 florian: but doesn't as if it had something to do w it Jan 09 13:06:33 florian: sry my typos i'm half asleep Jan 09 13:08:33 ill be afk ca 2h Jan 09 13:14:16 mgundes: if the command's failure should be ignored just ensure it doesn't return a nonzero exit code Jan 09 13:14:22 mgundes: i.e. command || true Jan 09 13:17:39 I got it Jan 09 13:17:52 thanks bluelightning Jan 09 15:20:59 hmmm strange.... Jan 09 15:21:05 I've that failure: Jan 09 15:21:07 ERROR: Function 'Fetcher failure for URL: 'file://fix_for_automake_1.11.2.patch'. Unable to fetch URL file://fix_for_automake_1.11.2.patch from any source.' failed Jan 09 15:21:11 but the file is there Jan 09 15:21:43 iin: openembedded-core/meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch Jan 09 15:21:59 it's from avahi.inc Jan 09 15:28:02 I'll look maybe DL_DIR is still a bit corrupt Jan 09 15:29:03 seem so Jan 09 15:30:14 GNUtoo: last time I had a weird behaviour when bitbaking was caused by a defective HD Jan 09 15:30:34 ok Jan 09 15:30:48 GNUtoo: try smartctrl Jan 09 15:30:50 impoper shut down is the cause in my case Jan 09 15:30:55 *improper Jan 09 15:31:21 a 'proper' UPS should help ;-) Jan 09 15:31:47 UPS for notebook :) Jan 09 15:32:40 I think more ram is the solution Jan 09 15:32:59 the problem was that the computer sometime blocks during parsing or compiling Jan 09 15:33:09 because it uses too much RAM Jan 09 15:33:21 and for now I've only one hdd Jan 09 15:33:26 so swap is slow.... Jan 09 15:35:07 for instance for gta02 compiling asio boost blocks the computer sometimes Jan 09 15:35:19 and similar stuff Jan 09 15:35:33 the computer has 4G of ram Jan 09 15:37:01 ahhh I start to understand Jan 09 15:37:05 it's not corruption Jan 09 15:37:16 the patch is in oe-core Jan 09 15:37:19 but not in meta-oe Jan 09 15:38:36 what should we do then Jan 09 15:38:40 the recipe does that: Jan 09 15:38:47 # reuse oe-core include: Jan 09 15:38:47 require recipes-connectivity/avahi/avahi.inc Jan 09 15:40:53 I guess copying the patch would work Jan 09 15:41:02 I wonder if it's the right fix tough Jan 09 15:50:27 GNUtoo: wonder why there are two avahi-ui_0.6.30.bb flavours Jan 09 15:51:34 cs_nbp: building. Jan 09 15:52:24 gotta go onsite in a few though so I can't babysit the build Jan 09 15:53:21 ant_work, the one in core seem better Jan 09 15:53:23 more complete Jan 09 15:53:29 more splitted Jan 09 15:53:36 (FILES_) Jan 09 15:57:52 then it would be sane to remove that from meta-oe Jan 09 16:08:47 ok Jan 09 16:08:52 thanks Jan 09 16:12:34 muriani:hi, was afk. Build will stop at gnutls :p Jan 09 16:13:01 muriani: but I got a 3.1 kernel nBkProOs.img that can boot a filesystem from sda2 Jan 09 16:13:30 muriani: and some broken rootfs experiments with multistrap Jan 09 16:14:40 florian: back, suppose gnutls situation is the same? can something be done to help resolve the bs? Jan 09 16:14:51 florian: i mean can I do something to help Jan 09 16:17:00 florian: i will contact tworaz and ask him if he has some kind of messed up rootfs somewhere he doesn't want anybody to see Jan 09 16:23:23 what do I do when git pull throws and 'file will be overwritten' warning and refuses to update? Jan 09 16:23:34 -and + an Jan 09 16:23:52 -an + a -.- Jan 09 16:24:01 either commit the change, or stash it, or just check out the clean file Jan 09 16:24:27 I didn't do any change to the file in question Jan 09 16:25:20 but i'll try checking out clean Jan 09 16:31:15 cs_nbp: yes... no time to work on it so far. this evening maybe Jan 09 16:36:42 cs_nbp: gotcha, I'm failing to apply the diff, heh Jan 09 16:37:03 muriani: what diff? o_O Jan 09 16:37:09 the one for libiconv Jan 09 16:37:20 bah that's not hard Jan 09 16:37:29 apparently I failed at it Jan 09 16:37:30 got to the superdirectory of 'meta' Jan 09 16:37:44 and type git am name-of-path.mbox Jan 09 16:37:58 that you of course copied there bfore ;) Jan 09 16:38:06 eh? Jan 09 16:38:19 I just had to re-clone oe-ocre Jan 09 16:38:22 *core Jan 09 16:38:23 well somewhere in your tree there's a 'meta' directory Jan 09 16:38:26 y Jan 09 16:38:32 yeah, I'm in oe-core/meta Jan 09 16:38:33 copy the patch there Jan 09 16:38:34 go there Jan 09 16:38:39 no Jan 09 16:38:42 go one up Jan 09 16:38:45 :D Jan 09 16:38:52 ok Jan 09 16:39:01 then have the ppatch there Jan 09 16:39:08 and do the git am Jan 09 16:39:43 btw khem advised me to delete everything i have and start from scratch Jan 09 16:40:06 he had a nice link Jan 09 16:40:24 http://sakrah.homelinux.org/blog/2011/03/using-openembedded-core-to-build-angstrom-for-qemu/ Jan 09 16:42:13 ah, ok Jan 09 16:43:45 alright, done Jan 09 16:48:29 Wiping and starting over Jan 09 16:53:47 cs_nbp: how recent is your oe-tworaz? Jan 09 16:54:00 muriani: today Jan 09 16:54:03 ok Jan 09 16:54:10 muriani: there were updates in jlime Jan 09 16:54:12 just say he committed stuff 18 hours ago Jan 09 16:54:13 yeah Jan 09 16:54:15 *saw Jan 09 16:54:21 muriani: like 18 hours ago Jan 09 16:54:27 updates in jlime and netbookpro Jan 09 16:54:40 oink just read ur stuff above Jan 09 16:54:43 ;) Jan 09 16:54:47 yup Jan 09 16:59:22 sgw: ping Jan 09 17:09:39 btw is gnutls broken for everyone or is it a special can when it doesn't build? Jan 09 17:09:55 -can + case Jan 09 17:13:52 msm: good morning, what's up? Jan 09 17:16:09 sgw: did you ever see my libxml2 patch? Jan 09 17:16:52 http://patches.openembedded.org/patch/17995/ Jan 09 17:19:19 msm: looking, I have it staged as of last night, but the autobuilder is down, so I could not get a pull request out yet. Jan 09 17:21:00 ah ok Jan 09 17:21:07 just curious Jan 09 17:21:24 No problem, I was wrapping things together last night. Jan 09 17:23:58 I'm using busybox in angstrom, and I'm trying to figure out what option keeps the init script for syslogd from being installed. Jan 09 17:24:14 It looks like update-rc.d is getting called with "remove" tacked onto the end? Jan 09 17:25:30 I set CONFIG_FEATURE_INIT_SYSLOG=y in the defconfig Jan 09 17:47:42 cs_nbp: in what way is gnutls broken Jan 09 17:47:49 you should be explicit about errors Jan 09 18:05:16 khem: i can build gnutls again for exact error message, but compilatioin complains about a variable/function declared in different ways in like 7 headers Jan 09 18:06:08 khem: sorry i deleted meta-jlime directory and have to get that back first Jan 09 18:07:56 khem: gl/sys/time.h:396:1: error: conflicting declaration 'void* restrict' Jan 09 18:08:07 khem: gl/sys/time.h:396:1: error: 'restrict' has a previous declaration as 'timeval* restrict' Jan 09 18:13:29 khem: headers are procfs.h:32:0 ucontext.h:26 signal.h:375 gl/signal.h:52 select.h:58 types.h:220 gl/sys/types.h:28 gnutls.h:46 ex-cxx.cpp:3 (not sure if that's helpful) Jan 09 18:14:10 cs_nbp: ok give some background Jan 09 18:14:19 are you using angstrom on top of oe-core Jan 09 18:14:22 or something esle Jan 09 18:14:27 and did you modify anything Jan 09 18:14:31 khem: im compiling jlime-lxde-image for netbookpro Jan 09 18:14:33 since I dont see this problem Jan 09 18:14:39 cs_nbp: what sort of recipes are in meta-jlime? Jan 09 18:14:40 hmm Jan 09 18:14:46 khem: not using angstrom at all atm Jan 09 18:15:00 cs_nbp: so where did you get OE Jan 09 18:15:01 khem: and wanted to know if the problem is nbp specific Jan 09 18:15:22 khem: you gave me a link yestrerday and i installed accordingly Jan 09 18:15:28 see if you can reproduce it on current oe then someone here might be interested Jan 09 18:15:29 khem: with setup.-scripts Jan 09 18:15:44 setup scripts are for angstrom Jan 09 18:15:52 so you do have ansgstrom Jan 09 18:16:00 khem: i have angstrom Jan 09 18:16:08 I really need my crystal ball Jan 09 18:16:13 khem: and the jlime and netbookpro overlays Jan 09 18:16:26 khem: but DISTRO is Jlime Jan 09 18:16:50 khem: stuff gets stored in tmp-angstrom-2010.x however Jan 09 18:17:01 where are those overlays? maybe they contain a broken recipe... Jan 09 18:17:36 khem: they are on oe-tworaz on github https://github.com/tworaz/oe-tworaz Jan 09 18:17:38 yeah something like that Jan 09 18:17:48 \°/ Jan 09 18:18:04 khem: so it's probable that the problem is nbp specific Jan 09 18:18:27 khem: and has to be resolved there Jan 09 18:18:36 well, you have own uclibc :/ Jan 09 18:19:14 khem: ill try a build with angstrom Jan 09 18:19:15 yes I wonder why Jan 09 18:19:23 and glib, and gettext Jan 09 18:19:39 and own gcc Jan 09 18:19:44 ouch Jan 09 18:20:07 these layers are trying to copy stuff around for no obvious reasons Jan 09 18:20:35 ah, jlime. heh. Jan 09 18:20:57 the jlime? Jan 09 18:21:03 ok Jan 09 18:21:32 cs_nbp: those layers need to shed some of the recipes and use more from other layers like oe-core and meta-oe Jan 09 18:21:54 it seems they only had oe-core Jan 09 18:22:12 but if they did leverage meta-oe they could get rid of some recipes they have Jan 09 18:22:21 khem: so principally it is not broken but only badly organized? Jan 09 18:22:26 yes Jan 09 18:22:36 well, admittedly, meta-oe is also a source of craziness and I can sympathise with not wanting to use it Jan 09 18:22:43 ^_^ Jan 09 18:22:44 I also shun meta-oe whenever possible Jan 09 18:22:52 khem: that's good then i don't have to browse bibles of c code Jan 09 18:23:12 khem: ill try to read into that Jan 09 18:23:42 khem: and with try i mean understand, not the actual reading process ;) Jan 09 18:24:00 cs_nbp: do you own those layers ? Jan 09 18:24:18 they have no readme Jan 09 18:24:21 khem: no, but i thought i could do something locally Jan 09 18:24:37 pb_: lately I'm spotting everyday a new packaged which could be purged out from meta-oe Jan 09 18:24:50 today's one seems avahi-ui Jan 09 18:25:05 khem: i'm just a consumer that can't wait for it to be ready Jan 09 18:25:50 pb_: probably meta-oe has to be split in several layers Jan 09 18:27:05 yeah, probably Jan 09 18:27:07 * pb_ go home now Jan 09 18:27:08 later all Jan 09 18:27:16 cu pb_ Jan 09 18:27:27 khem: but since everything is there it should be only a question of configuration or not? Jan 09 18:27:31 yea, is late, bbl Jan 09 18:27:50 khem: anyways florian is trying to fix that i think Jan 09 18:28:07 cs_nbp: now I think the problem is that the layers there are defining a distro - jlime Jan 09 18:28:19 and that distro needs to define policy and dependencies Jan 09 18:28:24 on other meta layers Jan 09 18:28:35 who own those layers Jan 09 18:29:30 khem: its tworaz, Peter Tworek tworaz666@gmail.com https://github.com/tworaz Jan 09 18:30:29 khem: there is definitely activity, 18hours ago there were some changes in netbookpro and jlime Jan 09 18:34:13 khem: lil sidequestion, if i restart to build for angstrom distribution, what parts of the tree do I have to clear out before bitbaking? Jan 09 18:34:45 khem: the whole tmp-angstrom-2010.x? or can deploy stay? Jan 09 18:36:23 no these wont work Jan 09 18:36:38 you can to ask it from jlime folks how they configure their layers Jan 09 18:36:46 and what other layers they depend on Jan 09 18:36:54 angstrom wont work Jan 09 18:39:15 khem: ok thanx Jan 09 18:59:07 anyone seeing anything like this: Jan 09 18:59:12 https://gist.github.com/1584361 Jan 09 19:04:24 florian: moien Jan 09 19:04:59 re Jan 09 19:05:01 florian: kraj looked on it quickly and said its only a matter of configuration Jan 09 19:05:14 florian: layers seem to be configured badly for jlime Jan 09 19:05:51 cs_nbp: do you know what's wrong? Jan 09 19:06:28 they are not really bad but different Jan 09 19:06:30 florian: not really i'm still trying to understand the whole layers stuff and reading some jlime bbs Jan 09 19:07:04 jlime distro has to specify how to first construct their metadata tree using different layers Jan 09 19:07:08 etc. Jan 09 19:07:17 and the images it provided Jan 09 19:07:26 needs some sort of README Jan 09 19:09:23 and its only jlime, the kernel compiles and searches for ext2 (or whatever configured) rootfs Jan 09 19:10:02 and also boots of course Jan 09 19:10:05 .,. Jan 09 19:13:14 khem: hum well... so far I do not see a direct link. libtool-cross is in meta-oe and the layers we use do not seem to change it Jan 09 19:15:29 florian: cs_nbp has been reporting a problem that others are not seeing Jan 09 19:16:05 libtool-cross should come from oe-core Jan 09 19:32:24 aaargh i think i need graphical representations of the overlaying trees :D Jan 09 19:42:06 heh Jan 09 19:46:15 heh whut? Jan 09 19:46:20 solved it? :p Jan 09 20:09:09 oh god it's checking out all of the things Jan 09 20:11:36 no worries i experimented a bit with my network bridge -.- Jan 09 20:35:27 What is the best way to add an environment variable to a distribution? Jan 09 20:35:58 kobe_? Jan 09 20:36:14 kobe_ you mean how do I set env variables for my shell? Jan 09 20:36:16 yes Jan 09 20:36:21 no Jan 09 20:36:39 I mean: I want to set environment variables for the target OS Jan 09 20:37:01 thats the same question Jan 09 20:37:18 1. decide whish shell you will use Jan 09 20:37:27 2. put it in the right config file Jan 09 20:38:25 but won't it conflict with config files added by other packages? Jan 09 20:38:46 Usually, if I try such a thing, I get error messages from OpenEmbedded... Jan 09 20:39:00 it is forbidden that another package edits the config file of the shell you are using Jan 09 20:39:49 but I think you did not deciced on point 1 yet Jan 09 20:40:01 so we can not continue the discussion Jan 09 20:40:02 yes, I use bash (it Jan 09 20:40:13 (it's Angstrom based) Jan 09 20:40:32 it doesnt matter if it is angstroem based or poky or shr or something else Jan 09 20:40:42 look at the bash recipe Jan 09 20:40:55 and add your env variable there in the right file Jan 09 20:41:40 Ok, thanks. Jan 09 20:48:33 khem ping Jan 09 20:50:28 woglinde: yes Jan 09 20:50:41 khem can you fix the uclibc gnutls bug? Jan 09 20:51:13 that would be verynice Jan 09 20:51:38 woglinde: more info is needed I have forgotten it Jan 09 20:54:26 florian: did you understand what the problem is? Jan 09 20:56:34 cs_nbp: not yet Jan 09 20:57:06 florian: me neither, im still browsing bb's Jan 09 20:59:19 need to fix my network bridge 'brb' .,. Jan 09 21:03:25 khem just try to build it under uclibc Jan 09 21:24:25 woglinde: hmm ok Jan 09 21:31:33 woglinde: works fine here Jan 09 21:31:40 woglinde: thats usig uclibc-git recipe Jan 09 21:31:43 in oe-core Jan 09 21:47:06 khem hm Jan 09 21:47:17 maybee angstroem or meta-oe problem than Jan 09 21:57:12 what error do u see Jan 09 23:36:02 cs_nbp: looks like it was a tough fight ;) Jan 09 23:36:28 florian: yeah i got a mess of networks and wireless at home Jan 09 23:36:44 and brctl didnt work as expected Jan 09 23:36:49 -.- Jan 09 23:37:12 but now all computers have network AND i can irc from nbp Jan 09 23:37:17 yaaay Jan 09 23:37:44 NOTE: package jlime-lxde-image-1.0-r1: task do_rootfs: Started Jan 09 23:37:54 :p Jan 09 23:37:56 :o Jan 09 23:38:00 (current status) Jan 09 23:38:04 bah whut i miss something? Jan 09 23:38:17 isit fixxed? o_O Jan 09 23:38:52 To some extend khem was right... it is something in the jlime distro definition causing this effect. Jan 09 23:39:05 i love effects Jan 09 23:39:30 mine died on busybox. The do_fetch can't find file://busybox-syslog.service.in still. Jan 09 23:39:39 yes i thought when he looks at it for one minute and already sees an error Jan 09 23:39:51 then it cant be wrong Jan 09 23:39:53 tworaz has been moving things around a bit Jan 09 23:39:55 Actually I do not have an idea what caused it because it looks mostly trivial to me Jan 09 23:40:25 so you mean i should recheck the tworaz repo? Jan 09 23:40:53 yeah, dunno what all he's done other than move stuff around Jan 09 23:40:58 maybe... take a look at _jlime overrides Jan 09 23:40:59 but he's done a lot of that Jan 09 23:41:22 this is one of the bits defined in the distro config Jan 09 23:42:53 ah just got a mail from him Jan 09 23:43:10 he says the main problem is in the accelerated graphics driver Jan 09 23:43:28 found the busybox reference, it's in the meta-oe tree. Jan 09 23:43:38 doesn't make sense why it's dying there though. Jan 09 23:44:16 mostly details about making a distro... fixed some more stuff along the way Jan 09 23:44:34 muriani there MUST be somethingin your configs that's not normal, whether you put it there yourself or it appeared by accident Jan 09 23:44:39 thats what i think Jan 09 23:44:48 I've not put anything there myself Jan 09 23:44:53 especially for busybox Jan 09 23:44:58 thats what i think Jan 09 23:44:59 I could make a patch series tomorrow... Jan 09 23:45:07 yay for flo Jan 09 23:45:12 hrm Jan 09 23:45:22 I've added tworaz's layers, that's it, and these aren't even from his stuff Jan 09 23:45:27 it's from meta-oe Jan 09 23:45:34 but i guess you feel the look of the nbp burning in your head like sauron too Jan 09 23:45:38 Did he mention how he flashes filesystems? Jan 09 23:45:55 nope just that he switched to eglibc Jan 09 23:46:05 which means i can recompile everything Jan 09 23:46:09 ? Jan 09 23:46:33 right, but uclibc does not seem to be funny with oe-core Jan 09 23:46:33 but i can ask him Jan 09 23:46:55 originally we had an initrd handling this Jan 09 23:46:59 thats why he switched away, called it a pita Jan 09 23:47:40 * florian needs more time Jan 09 23:48:10 yeh i noticed the devices never come with the appropriate amount of time Jan 09 23:48:27 :D Jan 09 23:49:03 i may have a 256mb nbp mainboard at hand Jan 09 23:49:09 nice Jan 09 23:49:14 what should i pay for it? Jan 09 23:49:24 what's being asked? Jan 09 23:49:39 vendor told me to tell a price -.- Jan 09 23:49:42 how much is it worth to you, rather Jan 09 23:49:43 haha Jan 09 23:50:00 what currency? Jan 09 23:50:03 well if you go after that i dont have enough money Jan 09 23:50:19 I have an idea where to "borrow" a working initfs and flash script... then the only thing to do is to get it into the image Jan 09 23:50:35 since its worth more than the acer garbage that wrecks itself from minor use Jan 09 23:51:01 u mean into nBkProOs.img? Jan 09 23:51:05 yep Jan 09 23:51:22 as long as i dont touch my configs i can compile anything into it you want Jan 09 23:51:33 initfs whatever Jan 09 23:51:57 i already compiled 3 Jan 09 23:52:16 of which i only messed up one config badly Jan 09 23:52:18 yeah... the simple solution to handle this would be to feed the cpio file to the oe tree Jan 09 23:52:48 the cool solution would be to build the initfs from source before the kernel builds Jan 09 23:53:23 ah so it doesn't get that from kernel config? Jan 09 23:53:30 we need recipe? Jan 09 23:53:34 .. and add a script that takes care about mounting a card and flashing a fs from it if present Jan 09 23:54:00 well that's not the big showstopper i think Jan 09 23:54:08 right Jan 09 23:54:18 cf are sda sdb Jan 09 23:54:24 sd are mmcblk0 Jan 09 23:54:31 works like a charm Jan 09 23:55:43 btw... did you ever think about how this machine boots? there is no nor flash and the cpu does not know how to boot from nand Jan 09 23:56:26 yeah there was something scraping at the back of my head (have a gta02) Jan 09 23:56:47 must be this boost extra chip Jan 09 23:57:01 it's all done via boost, iirc Jan 09 23:57:05 we should flash qi on it :D Jan 09 23:57:35 serious mucking about requires making that stupid dongle Jan 09 23:57:54 fromwhat i know pcon feeds some amount of flash into cpu sram via jtag or something like this Jan 09 23:57:57 well i think its very clever Jan 09 23:58:09 oh Jan 09 23:58:10 just not well documented Jan 09 23:58:12 huh, that's odd Jan 09 23:58:46 that sounds like science fiction Jan 09 23:59:13 i can hearjordi say that Jan 10 00:01:35 btw tworaz deleted his working lxde images by accident it seems and he didnt care because he can always rebuildone Jan 10 00:01:57 he wanted to put bsd on it but had license problems Jan 10 00:02:03 lucky us Jan 10 00:03:56 goddamnit wtf doesn't this find the bloody file, it's right there Jan 10 00:04:10 other recipes using the same method of fetching local files work Jan 10 00:04:14 in the same tree even Jan 10 00:04:31 ok, going home Jan 10 00:04:36 see you folks tomorrow Jan 10 00:04:41 you rechecked outin the meantime? Jan 10 00:04:46 cyaZ Jan 10 00:05:12 I rechecked out the new tworaz stuff earlier Jan 10 00:05:36 and did the whole setup-scripts method of setting up the oe tree Jan 10 00:05:43 yeh but isnt your fileproblem in oe? Jan 10 00:05:44 ' Jan 10 00:05:48 ah k Jan 10 00:05:50 .,. Jan 10 00:06:05