**** BEGIN LOGGING AT Wed Dec 23 02:59:57 2009 Dec 23 06:34:24 Hi all, I got this error when bitbake glibc: configure: error: C preprocessor "arm-angstrom-linux-gnueabi-gcc -E" fails sanity check Dec 23 06:34:37 how to solve this problem? Dec 23 06:35:10 03Klaus Kurzmann  07org.openembedded.dev * r6828c84c6b 10openembedded.git/recipes/openssh/openssh-5.2p1/shr/sshd_config: Dec 23 06:35:12 openssh-5.2p1: actually turn DNS off not explicitely on for SHR distro Dec 23 06:35:14 Signed-off-by: Klaus Kurzmann Dec 23 06:35:50 leslie: Look at the config.log file? Dec 23 06:37:56 zecke: i have done this: OE:s3c6410 leslie@linux-fwt8:~/Work/oe/tmp/work/armv6-angstrom-linux-gnueabi/glibc-2.9-r35.2/glibc-2.9> find ./ -iname "config.log" Dec 23 06:38:01 it found nothing? Dec 23 06:38:33 zecke: oh, i found it Dec 23 06:44:27 i rebuild glibc to change the default locale settings, is it correct doing this to change the locale setting? Dec 23 06:48:27 the config.log reports: /home/leslie/Work/oe/tmp/cross/armv6/lib/gcc/arm-angstrom-linux-gnueabi/4.3.3/include-fixed/limits.h:122:61: error: limits.h: No such file or directory Dec 23 06:48:54 but i do have limits.h in include-fixed folder, Dec 23 06:55:55 leslie: you did -cclean glibc? Dec 23 06:56:22 leslie: in that case you will have to clean the gcc-cross too Dec 23 06:58:15 zecke: yes, i have done -c clean... Dec 23 06:58:55 leslie: glibc overwrites headers installed by gcc-cross, now they are gone :) Dec 23 07:00:17 zecke: thanks a lot, btw, rebuild glibc is the only way to change locale settings in image created by oe? Dec 23 07:00:59 zecke: and it seems xorg doesnt accept env settings to change locale Dec 23 07:01:40 leslie: no idea on these two :) Dec 23 07:02:18 leslie: you could do bitbake -cinstall -f glibc... which will spare you the compiling.. and then bitbake glibc should redo everything that depended on install Dec 23 07:02:48 zecke: ok, thanks zecke Dec 23 07:17:44 zecke: I have tried bitbake -c install -f glibc, but it failed at configure glibc Dec 23 07:18:27 before that i have bitbake -c clean gcc-cross... what should i do know to have them work again? Dec 23 07:52:17 03Khem Raj  07org.openembedded.dev * r37199f5dba 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: (log message trimmed) Dec 23 07:52:22 preferred-xorg-versions-X11R7.4: Fix obvious typo Dec 23 07:52:26 * xcmiscproto was mis-spelled as 'xmiscproto' Dec 23 07:52:34 as a result when xcmiscproto_1.2.0.bb was added Dec 23 07:52:36 it started to pull that and 1.2 needs newer 1.4.1 utils-macros Dec 23 07:52:38 which resulted in wierd configuration errors because we Dec 23 07:52:40 have set 1.1.6 as PREFERRED_VERSION for X 7.4 Dec 23 07:57:26 03Khem Raj  07org.openembedded.dev * r1a4c43bfb1 10openembedded.git/conf/distro/include/preferred-xorg-versions-X11R7.4.inc: Dec 23 07:57:29 preferred-xorg-versions-X11R7.4.inc: Add PREFERRED_VERSION for Dec 23 07:57:31 xf86bigfontproto. Dec 23 07:57:33 Signed-off-by: Khem Raj Dec 23 08:11:45 03Martin Jansa  07org.openembedded.dev * rc3bfaaa2b9 10openembedded.git/recipes/linux/ (8 files in 3 dirs): Dec 23 08:11:48 linux-openmoko-2.6.32: enable glamo DRM Dec 23 08:11:50 Signed-off-by: Martin Jansa Dec 23 08:12:11 03Martin Jansa  07org.openembedded.dev * rc0a3e91845 10openembedded.git/classes/ (kernel.bbclass linux-kernel-base.bbclass): (log message trimmed) Dec 23 08:12:14 kernel, linux-kernel-base classes: update for 2.6.33-rc1 and newer Dec 23 08:12:16 * include/asm link was killed in Dec 23 08:12:18 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=f7f16b7799ed68654850ab340ef812895aebcf4c Dec 23 08:12:21 * utsrelease.h was moved in Dec 23 08:12:23 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=273b281fa22c293963ee3e6eec418f5dda2dbc83 Dec 23 08:12:32 Signed-off-by: Martin Jansa Dec 23 08:46:17 03Koen Kooi  07org.openembedded.dev * rb3d2581fcc 10openembedded.git/ (conf/checksums.ini recipes/vnc/x11vnc_0.9.9.bb): x11vnc: add 0.9.9 Dec 23 09:02:24 03Koen Kooi  07org.openembedded.dev * r920f7b9187 10openembedded.git/recipes/qt4/ (qt4-x11-free-gles_4.6.0.bb qt4-x11-free_4.6.0.bb): qt4-x11 4.6.0: bump PR for Xorg changes Dec 23 09:02:32 03Koen Kooi  07org.openembedded.dev * r3d96f8cb61 10openembedded.git/recipes/mesa/mesa_7.6.bb: Dec 23 09:02:35 mesa 7.6: disable EGL to remain compatible with previous versions Dec 23 09:02:37 * if EGL needs to be enabled, some more thought needs to get put into it, since libEGL.so is what gets provided by all those binary driver blobs Dec 23 09:03:33 03Koen Kooi  07org.openembedded.dev * rb7788c9cc7 10openembedded.git/recipes/xorg-driver/xorg-driver-common.inc: xorg-driver: bump PR again for good measure Dec 23 09:22:02 03Koen Kooi  07org.openembedded.dev * r99d3823b6e 10openembedded.git/recipes/mesa/mesa-common.inc: mesa-common: package libegl seperately Dec 23 09:55:12 03Martin Jansa  07org.openembedded.dev * r73ef49d4f4 10openembedded.git/conf/distro/include/sane-srcrevs.inc: Dec 23 09:55:15 sane-srcrevs: bump navit and navit-icons to latest revisions Dec 23 09:55:17 Signed-off-by: Martin Jansa Dec 23 10:38:40 good morning Dec 23 10:48:46 where can i download mtn Dec 23 11:01:25 edward__: mtn == monotone Dec 23 11:01:44 edward__: but it is not used for recent versions, we switched to git a while back Dec 23 11:14:40 rwhitby: ping Dec 23 11:17:27 mickey|cold: good morning. still ill? Dec 23 11:18:19 What is used when bitbake builds a package which has distro-specific files (e.g. psplash), DISTRO or DISTRO_NAME? Dec 23 11:20:24 ${DISTRO}, generally. Dec 23 11:20:50 It's not impossible for individual packages to select things based on ${DISTRO_NAME}, though, and I suspect that a couple of them might do. Dec 23 11:21:20 Ah Dec 23 11:22:00 OK, distro was unset and DISTRO_NAME is not all lowercase, so I was wondering which was the error. Dec 23 11:22:20 /distro/DISTRO/ Dec 23 11:22:41 DISTRO_NAME isn't required to be all lowercase. I think it's meant to be a human readable label, and it's often written in mixed case (also with spaces between words and suchlike). Dec 23 11:30:32 I see. Dec 23 11:30:58 I can see it appears at the console login prompt, so I guess it has multiple uses. Dec 23 11:42:09 How is DISTRO set in Angstrom? Dec 23 11:42:28 I can see you have DISTRO = "angstrom" in angstrom.inc Dec 23 11:43:07 Wouldn't that also make DISTRO = "angstrom-2008.1" in local.conf invalid? Dec 23 11:45:20 Meaning, I set DISTRO = "jlime" in jlime-2009.1.conf, but now it complains about "DISTRO 'jlime' not found. Please set a valid DISTRO in your local.conf" Dec 23 11:45:38 In local.conf I have DISTRO = "jlime-2009.1" Dec 23 11:54:14 In any case, I'm trying to add custom files for the jlime distro under psplash and sysvinit...but bitbake doesn't pick them up. Dec 23 11:54:23 So I thought something is missing. Dec 23 11:58:55 Setting DISTRO brings about the afordmentioned problems... Dec 23 11:59:27 ...which Angstrom does not have. Dec 23 12:01:55 That's because you don't have a conf/distro/include/jlime.inc. Dec 23 12:04:48 Which would help with what? Dec 23 12:05:02 Your "afordmentioned problems" Dec 23 12:05:22 I'm sure the same definitions that make these things work for angstrom can be added in the main file Dec 23 12:05:25 ...or not? Dec 23 12:06:12 No, that's not the point. The "DISTRO 'jlime' not found" is caused specifically by the absence of the file I mentioned. Dec 23 12:07:01 pb_: you put an extra include in that path Dec 23 12:07:17 It doesn't matter what the contents of the file are: nothing reads it (unless you include it manually), so it could be blank or contain a jpeg of your favourite thing. Dec 23 12:07:38 XorA: mm? Dec 23 12:08:04 pb_: distro files arent in conf/distro/include Dec 23 12:08:27 XorA: they are in my tree. see: Dec 23 12:08:31 -rw-r--r-- 1 pb pb 6862 Dec 22 11:18 conf/distro/include/angstrom.inc Dec 23 12:09:43 pb_: Is there another way short of adding the jlime.inc file to have bitbake pick the jlime-specific files for the recipes? Dec 23 12:10:00 B_Lizzard: yes, you could add jlime to ${OVERRIDES} explicitly. Dec 23 12:10:32 ...but I'm guessing that's hackish and wrong? Dec 23 12:10:42 pb_: but conf/distro/${DISTRO}.conf is included from conf/distro/angstrom-2008.1.conf Dec 23 12:10:43 No, not really. There's plenty of precedent for it. Dec 23 12:11:23 JaMa|Away: I don't quite understand what you're saying. Dec 23 12:11:44 So, OVERRIDES .= ":jlime"? Dec 23 12:11:47 right Dec 23 12:11:51 Thanks for your help, pb :) Dec 23 12:12:21 pb_: distro config is in conf/distro/ not in conf/distro/include, but I'm not sure what you're trying to do.. Dec 23 12:13:03 JaMa|Away: yes, I know where the distro config files are. see the scrollback. Dec 23 12:13:21 13:08:26 < pb_> XorA: they are in my tree. see: Dec 23 12:13:21 13:08:30 < pb_> -rw-r--r-- 1 pb pb 6862 Dec 22 11:18 conf/distro/include/angstrom.inc Dec 23 12:13:40 indeed. do you not have that file in that location? Dec 23 12:14:40 that file is included directectly in angstrom-2008.1.conf Dec 23 12:14:49 there is nothing magical which you seem to suggest Dec 23 12:15:14 if not ( check_conf_exists("conf/distro/${DISTRO}.conf", e.data) or check_conf_exists("conf/distro/include/${DISTRO}.inc", e.data) ): Dec 23 12:15:14 messages = messages + "DISTRO '%s' not found. Please set a valid DISTRO in your local.conf\n" % data.getVar("DISTRO", e.data, True ) Dec 23 12:15:30 that code is what generates the error message that B_Lizzard is suffering from Dec 23 12:15:36 I have but in bitbake.conf I see include conf/distro/${DISTRO}.conf; so I guess thet DISTRO should point to existing file in conf/distro Dec 23 12:15:50 the "or" arm of the "if" statement on the first line is what checks for the existence of the file that I mentioned. Dec 23 12:16:01 pb_: yes, but he should have passed the first test Dec 23 12:16:24 pb_: otherwise the DISTRO="jlime" in jlime-2009.1.conf wont have been parsed Dec 23 12:16:33 ie with DISTRO="jlime-2009.1" Dec 23 12:16:52 XorA: right, but that sanity check runs _after_ the DISTRO="jlime" takes effect Dec 23 12:17:05 so, at that point, DISTRO="jlime", and there is no jlime.conf in conf/distro. Dec 23 12:17:05 then sanity is wrong Dec 23 12:17:14 and has been hacked Dec 23 12:17:35 that might be true. I am guessing that the "or" clause was added precisely to make angstrom work. Dec 23 12:17:40 just happens to work for angstrom by luck not design Dec 23 12:18:03 well, I don't think it was luck: it looks pretty deliberate. whether it was a good idea or not is another question. Dec 23 12:18:40 hmm, the only fix I can see is to make a new DISTRO_NAME which is used where the overided distro was used Dec 23 12:18:54 which is probably only in overrides Dec 23 12:19:17 To tell you the truth, I always thought that when bitbake checked local.conf for DISTRO and MACHINE, it matched the named in conf/machines and conf/distro minus the extensions. Dec 23 12:19:32 B_Lizzard: it does, pretty much. Dec 23 12:19:41 Which, I believe is fairly reasonable and straightforward. Dec 23 12:19:44 it's actually done by bitbake.conf, not bitbake itself, but that is approximately the effect. Dec 23 12:19:52 I see we still have nasties built into our metadata :-) Dec 23 12:19:59 if you look near the end of that file, you'll see a bunch of include statements which pull in those files. Dec 23 12:20:15 Also, I always thought that the stuff under conf/distro/include had to be explicitly included in the distro file. Dec 23 12:20:26 right, indeed it does. Dec 23 12:20:30 :) Dec 23 12:21:24 as I said, the mere act of creating a conf/distro/include/jlime.inc won't cause anything to actually parse that file. it's just the fact that it exists which sanity.bbclass cares about. Dec 23 12:22:11 morning Dec 23 12:22:14 personally I think the check in sanity.bbclass is, actually, pretty much completely misguided and should just be deleted. Dec 23 12:23:11 I think the OVERRIDES thing is kind of hackish and non-standard, but I don't think I want to add some file under include. Dec 23 12:23:45 * ant_work read the logs Dec 23 12:23:47 well, I dunno, I kind of feel that the OVERRIDES thing is less hackish than what angstrom is doing. Dec 23 12:24:50 XorA: why does angstrom this suffix in DISTRO? see angstrom-2008.1.conf; there are DISTRO_VERSION, DISTRO_REVISION, DISTRO_PR. Not enough? Dec 23 12:24:52 At least it's succinct and can be explained with a simple comment whilst the new file needs some kind of longer explanation. :/ Dec 23 12:26:37 ant_work: historical Dec 23 12:28:46 pb_: sooner or later I'd need an hint about the right naming/packaging of a statical recipe Dec 23 12:37:15 ant_work: you'll have to give me a bit more of a clue what you mean Dec 23 12:37:26 see: kexec-tools Dec 23 12:37:44 a specific mutation is: kexec-tools-klibc-static Dec 23 12:37:58 which packages own (empty) -static file ... Dec 23 12:38:08 PN is already static Dec 23 12:38:25 how would you re-package the thing? Dec 23 12:38:38 oh, you mean you are getting an empty kexec-tools-klibc-static-static or something? Dec 23 12:38:43 yea Dec 23 12:39:09 btw we just need the stripped-static binary Dec 23 12:39:18 I would probably just override ${PACKAGES} to remove the unwanted entries. Dec 23 12:39:52 if you feel that a more overarching policy is needed then this would probably be a question for the tsc :-) Dec 23 12:40:28 ok, I could remove the -locale and -static Dec 23 12:40:33 right Dec 23 12:40:51 but the idea was: should I just create kexec-klibc Dec 23 12:40:56 and declinate it? Dec 23 12:41:18 *kexec-tools-klibc Dec 23 12:41:20 no, I wouldn't bother Dec 23 12:41:27 ok, fine Dec 23 12:41:38 thx Dec 23 12:41:39 you can do that if you want, but I doubt the extra binaries will be any use to anyone Dec 23 12:41:48 he.right Dec 23 12:42:32 btw are there other ways to specifiy the *libc in PN? Dec 23 12:42:41 I don't think so. Dec 23 12:42:55 normally, libc is a DISTRO decision. kexec-tools is kind of special in wanting to link with klibc. Dec 23 12:43:20 he...mine is rather uncommon case Dec 23 12:43:24 right Dec 23 12:43:50 btw I'd need to lzma-compress the cpio Dec 23 12:43:58 kernel.bbclass need patches Dec 23 12:44:09 I sent one proposal to the ML Dec 23 12:49:12 being that IMAGE_FSTYPES from initramfs-kexecboot-image.bb is overriden I can't just parse that var. Instead test for lzo,lzma,gz and copy the respective image. Dec 23 12:52:19 yeah, I saw that patch. Dec 23 12:52:36 seems basically reasonable to me but I guess one of the kernel h4x0rz should probably look at it. Dec 23 12:53:53 let see. is not urgent. Dec 23 12:54:18 but size-saving is always interesting for embedded Dec 23 13:02:21 Possibly stupid question: Currently, psplash exits when the system enters runlevel 5. How can I have psplash pick up from there until the vt change (opie-dm or whatever_ Dec 23 13:06:27 see psplash-zap Dec 23 13:06:42 INITSCRIPT_PARAMS = "start 99 5 S ." Dec 23 13:07:16 run it afterward, instead Dec 23 13:07:45 or better: you probably don't need it Dec 23 13:08:28 if you have a graphical manager Dec 23 13:08:36 All I see is a script which stops psplash at the end of rc5 Dec 23 13:09:16 exactly Dec 23 13:09:21 remove it Dec 23 13:10:13 But psplash stops when the system switches to rc5, it's not even running when zzapsplash runs Dec 23 13:47:16 N900: beatiful ! Dec 23 13:47:51 recalcati: you have one? Dec 23 13:48:10 yes! yesterday evening. very nice. Dec 23 15:09:56 recalcati: if I could find the cash the N900 would be very high on my shopping list, add good OE support and your onto a winner (Scratchbox brings me out in a rash). Dec 23 15:13:38 DJWillis: this platform is very interesting. Dec 23 15:14:18 I need to understand if maemo5 update manager is better than oe one for an industrial use Dec 23 15:15:19 hi, is there anyone who can point me to the place where the arch numbers are defined and/or where /etc/opkg/arch.conf is generated ? Dec 23 15:40:28 eFfeM: hi, see package_ipk.bbclass Dec 23 15:51:31 ant_work: thanks, will look at it Dec 23 15:51:46 * eFfeM first goes home for dinner, back later tonight Dec 23 15:52:05 * mwester still hasn't had breakfast. :) Dec 23 15:55:35 bbl Dec 23 16:14:04 morning kergoth Dec 23 16:14:09 hey Dec 23 16:37:07 I am trying to compile oe but I keep getting errors from bitbake. it is saying : global name 'os' is not defined. This I think is a python problem. Any fixes? Dec 23 17:45:05 kergoth: while playing with collections I see that bitbake is parsing twice the bb files I think I messed up something but dont know Dec 23 18:42:00 03Philip Balister  07org.openembedded.dev * rc0f36e0f45 10openembedded.git/recipes/cppunit/cppunit_1.12.1.bb: Dec 23 18:42:08 cppunit : Change recipe to use autotools_stage. Dec 23 18:42:12 * This stages m4 macro for use by autotools. Dec 23 18:55:27 khem, BBPATH have the same entry twice? Dec 23 19:06:16 ~seen crofton Dec 23 19:06:18 crofton is currently on #oe (13m 13s) #edev (13m 13s), last said: 'hi florian '. Dec 23 19:06:38 hi woglinde Dec 23 19:07:01 crofton you dont need autotools_stage anymore Dec 23 19:07:08 autotools is enough Dec 23 19:07:13 ok Dec 23 19:07:20 ~hail rp Dec 23 19:07:21 * ibot bows down to rp and chants, "I'M NOT WORTHY!!" Dec 23 19:07:28 next time I make the change I'll remember that Dec 23 19:07:54 :) Dec 23 19:08:30 I am fairly certain that autotools_stage maps to autotools then :) Dec 23 19:10:48 thanks for checking Dec 23 19:11:06 I'm back to looking at wxpython again Dec 23 19:11:19 it needed an autotools macro from cppunit Dec 23 19:11:24 still more problems though Dec 23 19:12:53 hms Dec 23 19:12:58 libxft makes some error Dec 23 19:22:37 Crofton|work: thanks Dec 23 19:23:06 Crofton|work: btw. while building for beagleboard on .dev the git rev for u-boot is not valid Dec 23 19:23:20 do you know where this commit id can be found ? Dec 23 19:23:48 khem only on angstroem source mirror Dec 23 19:23:57 it is no real commit id Dec 23 19:24:21 khem with gcc-4.4.2 you need a patch too Dec 23 19:27:10 I compiled the OE with MACHINE=beagleboard, then after that I've changed the MACHINE=dm6446-evm and compile it again. Does the bitbake will recompile the gcc/toolchains even though the 2 machine that I have used is same ARCH? Dec 23 19:27:33 jt no Dec 23 19:27:45 if the arch is the same Dec 23 19:28:00 only machine specific packages will be build again Dec 23 19:28:08 ~lart x-developers Dec 23 19:28:09 * ibot whips out his power stapler and staples x-developers's foot to the floor Dec 23 19:33:31 tnx woglinde Dec 23 19:34:38 btw I am getting http 404 on this http://sources.openembedded.org//git_arago-project.org.git.projects.linux-davinci.git.tar.gz Dec 23 19:34:47 any other link that I can use to get it? Dec 23 19:35:00 JT_, they will likely build new toolchains, I think Dec 23 19:35:13 one is armv7 and the other armv5 Dec 23 19:35:34 JT_, ask that in #arago :) Dec 23 19:35:49 ahh ok.. tnxt Dec 23 19:36:29 that tarball is not mirrored Dec 23 19:37:12 hence 404, but it will be just cloned from git directly... Dec 23 19:42:00 woglinde: weard how can I force bitbake to fetch from this mirror Dec 23 19:42:38 woglinde: the patch is to u-boot not to gcc 4.4.2 right Dec 23 19:43:51 khem yes Dec 23 19:47:30 woglinde: how can I strangle bitbake to get this coveted commit id of uboot Dec 23 19:47:37 -> http://page.mi.fu-berlin.de/heinold/weak_inline.patch Dec 23 19:47:38 my beagle is dying to boot Dec 23 19:47:55 khem use angstroem as distribution Dec 23 19:48:06 woglinde: I know that patch well Dec 23 19:48:10 oh crap Dec 23 19:48:11 khem ah okay Dec 23 19:48:11 that should get you the tarball :) Dec 23 19:48:49 basically, we are too lazy to fix the problem Dec 23 19:48:56 well, have other things in the queue Dec 23 19:48:56 actually I really dont need a u-boot so I could chose something that just *builds* Dec 23 19:49:22 what is the difference between this rev and the one that get pulled in for not angstromers Dec 23 19:49:35 * khem uses minimal Dec 23 19:50:38 not sure Dec 23 19:50:57 this should be in override for angstrom then Dec 23 19:51:37 and flagged that u-boot for non angstrom distros would not work Dec 23 19:53:28 better to figure out the rev issue Dec 23 19:53:36 I forget how it got to be this way Dec 23 19:54:18 yeah the required patches could be applied on top of denx tree Dec 23 19:54:21 if possible Dec 23 19:54:27 is this right: $ git clone git://git.openembedded.org/openembedded Dec 23 20:01:21 yes, that looks about right Dec 23 20:01:53 yeah, I had to double check since it lacks the .git you see in "most" repos Dec 23 20:02:16 03Henning Heinold  07org.openembedded.dev * r8d458fbbbd 10openembedded.git/recipes/xorg-lib/ (libxft-2.1.14/autotools.patch libxft_2.1.14.bb): Dec 23 20:02:19 libxft: fix major/minor/patchlevel substitution in Xft.h Dec 23 20:02:21 * dont use comments after your #undef settings for .in headers Dec 23 20:02:22 khem, the guess is the u-boot recipe was based on a branch that got rebased Dec 23 20:02:23 * bump PR Dec 23 20:07:29 jo gnutoo Dec 23 20:09:52 woglinde, hi Dec 23 20:10:03 is an eeepc a good target for oe? Dec 23 20:10:15 s/eeepc/eeepc 701/ Dec 23 20:10:19 hm Dec 23 20:10:24 oh thats the oldest Dec 23 20:10:26 there is gnome 2.28 or enlightenment in oe Dec 23 20:10:32 yes with 4GB of flash Dec 23 20:10:43 yeah Dec 23 20:10:45 why not Dec 23 20:10:54 it would be obtimized for: Dec 23 20:10:56 *size Dec 23 20:11:00 on my 901 i run debian unstable Dec 23 20:11:01 *not to use flash too much Dec 23 20:11:04 ok Dec 23 20:11:22 but I have a ssd running Dec 23 20:11:46 btw I can't commit the udev modifications because my laptop is down for fsck.ext3 -c -k -y Dec 23 20:12:58 but it's nearly complete: Checking for bad blocks (read-only test): 234279160/ 243075198 Dec 23 20:13:19 I bet that what comes next will be faster Dec 23 20:14:19 ok(for the ssd) Dec 23 20:16:04 so with this eeepc I could try to emulate the touchbook a bit.... Dec 23 20:17:04 woglinde, any news about openoffice? Dec 23 20:19:56 gnutoo sorry no Dec 23 20:19:58 no time Dec 23 20:20:05 :( Dec 23 20:20:11 ok Dec 23 20:21:04 woglinde, is it difficult? I bet it's a lot more difficult than wesnoth Dec 23 20:21:32 because you seemed to have a huge problem with it Dec 23 20:25:04 GNUtoo aeh no Dec 23 20:25:26 problem was to setup the toolchain on my computer at work Dec 23 20:26:50 so I cannt say Dec 23 20:26:55 which problems we will face Dec 23 20:28:09 ok Dec 23 20:28:22 I remember you saying that it was impossible to do Dec 23 20:37:51 anyone heard of this? Dec 23 20:37:52 AC_BAKEFILE_PROG_CC Dec 23 20:37:55 doh Dec 23 20:38:01 https://www.bakefile.org/index.html Dec 23 21:27:19 what files do I need to copy to keep write access if I move my oe tree to a different system ? Dec 23 21:30:08 nevermind, think i found it (.ssh/id*) Dec 23 21:48:08 <[Rui]> hi, I wonder if the guy who manages the smartq5 machine is around? Dec 23 22:07:36 03Frans Meulenbroeks  07org.openembedded.dev * r8ce42b1ca0 10openembedded.git/recipes/linux/ (3 files in 2 dirs): Dec 23 22:07:43 calamari: added support for nand and nor flash to dts and changed defconfig to support use of nand and nor Dec 23 22:07:48 (only tested for nor) Dec 23 22:13:32 Hello. I have in my hand that thing: http://cgi.ebay.fr/Touch-Screen-2-Sim-ST-4Band-Cell-Phone-Mini-I9-I68-n006_W0QQitemZ380181166735QQcmdZViewItemQQptZCell_Phones Dec 23 22:13:49 It's mounted that thing: http://www.alibaba.com/product-gs/233122117/MT6225A_mobile_phone_CPU.html Dec 23 22:14:29 and a crappy software. I know nothing more. I have access to the memory (it mounts automatically in Ubuntu via USB) and it has a memory card slot. Is there _anything_ I may try to experiment Linux on it? Dec 23 22:56:56 03Koen Kooi  07org.openembedded.dev * rddcd0de339 10openembedded.git/recipes/xorg-driver/ (2 files in 2 dirs): xf86-video-omapfb: more fixes for recent xorg Dec 24 00:46:04 03Stanislav Brabec  07org.openembedded.dev * r42c7d3f281 10openembedded.git/recipes/ncurses/ncurses/ (5 files): ncurses: Removed patches that are no more in use. **** ENDING LOGGING AT Thu Dec 24 02:59:57 2009