**** BEGIN LOGGING AT Mon Dec 28 02:59:57 2009 Dec 28 08:15:24 03Frans Meulenbroeks 07org.openembedded.dev * r102e2b7ea8 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom/build-feeds.sh: added myththemes and mythplugins Dec 28 08:15:38 03Frans Meulenbroeks 07org.openembedded.dev * rcd8504fea0 10openembedded.git/contrib/angstrom/build-feeds.sh: angstrom/build-feeds.sh: added nano Dec 28 08:51:11 good morning Dec 28 09:05:10 hi mckoan Dec 28 09:20:32 hi eFfeM Dec 28 10:15:03 hello everybody Dec 28 10:15:24 has someone used OE for building GCC bare metal Dec 28 10:15:29 using newlib Dec 28 10:18:07 03Jeremy Lainé 07org.openembedded.dev * r0c51dfe96e 10openembedded.git/recipes/libsdl/libsdl-x11_1.2.14.bb: libsdl-x11: disable ps3 video, it fails to build Dec 28 10:22:04 noor: gcc-cross-initial is/was using newlib... Dec 28 10:25:25 can anyone point me to a good example of how to use an external toolchain with OE ? Dec 28 10:26:04 rwhitby: I think all docs are outdated :( Dec 28 10:26:17 I want to use OE to replicate how Palm builds the webOS rootfs, using the same toolchain (cs07q3armel) as them so that the binaries are compatible with the vendor rootfs. I don't want to replace anything in the vendor rootfs, just add to it. Dec 28 10:26:18 rwhitby: I think the best example can be found in the poky usermanual Dec 28 10:28:41 zecke: couldn't find anything in http://www.pokylinux.org/doc/poky-handbook.html Dec 28 10:29:41 zecke: is that the document you were referring to? Dec 28 10:30:43 rwhitby: I was... I just googled and the best I found was: http://elinux.org/BeagleBoard/Poky Dec 28 10:31:50 http://projects.linuxtogo.org/pipermail/openembedded-devel/2008-November/006946.html seems to be relevant too Dec 28 10:32:41 hmm - so should I use oe.dev or Poky for this task? Dec 28 10:32:49 rwhitby: http://git.pokylinux.org/cgit.cgi/poky/tree/build/conf/local.conf.sample and "poky-external" Dec 28 10:33:09 rwhitby: I think most of this is in OE as well Dec 28 10:33:54 rwhitby: e.g. we have recipes/meta/external-toolchain.bb... I don't know off hand how to put all this together :) Dec 28 10:43:34 rwhitby: actually is explained anywhere Dec 28 10:46:11 hi, I have a problem with libxext-1_1.1.1-r1: Requested 'x11 >= 1.1.99.1' but version of X11 is 1.1.5 Dec 28 10:46:22 should I downgrade libxext or do something else? Dec 28 10:53:53 I'll try normal libX11, not diet one Dec 28 11:14:55 hm, building glib for armv5te fails with the error make[4]: *** No rule to make target `.deps/localcharset.Plo'. Stop. Dec 28 11:14:55 anyone an idea on this ? Dec 28 12:33:08 03Martin Jansa 07org.openembedded.dev * r67aee374c8 10openembedded.git/ (3 files in 3 dirs): Dec 28 12:33:11 linux-openmoko-2.6.32: add patch for 2.6.32.2, bump srcrev for ar6000, update defconfig Dec 28 12:33:13 Signed-off-by: Martin Jansa Dec 28 12:40:24 hi, is angstrom suposed to have rw on boot cmdline, or should I submit a patch for inverting remount and udev? Dec 28 12:43:36 GNUtoo, I suspect rw on the cmdline, I'd have to llok though Dec 28 13:11:26 ok thanks Dec 28 13:11:42 but with grub it says ro Dec 28 13:11:54 (there is a menu.lst) Dec 28 13:12:34 anyway I must commit a grub patch for recent mkfs support Dec 28 13:12:43 comes from debian Dec 28 13:13:10 but is there a way to commit only certains commits Dec 28 13:13:21 without playing with branches and cherry-pick Dec 28 13:13:36 or playing with rebase -i who loose the commits Dec 28 13:13:45 or playing with patch before commiting Dec 28 13:15:08 maybe I should ask #git Dec 28 13:16:11 s/to commit only/to push only Dec 28 13:18:51 Crofton|work, maybe you missed it but I said that in menu.lst of grub there is ro Dec 28 13:19:19 ah and it says hda1...lol Dec 28 13:29:51 if I test only parsing for a recipe and that I put default preference -2 is it ok? Dec 28 13:29:57 it's for emacs Dec 28 13:30:14 I tested emacs-x11_23.1 but not emacs_23.1 Dec 28 13:37:06 default preference -2? does the value have any meaning Dec 28 13:37:25 morning Dec 28 13:37:29 ~lart emacs Dec 28 13:37:30 * ibot takes out a seltzer bottle and sprays emacs in the face. You know, one of those old-school seltzer bottles clowns have? Yeah those. Anyway, consider yourself spritzed Dec 28 13:37:37 bleh emacs Dec 28 13:37:47 hi mickeyl|flu, getting better? Dec 28 13:38:21 good morning mickeyl|flu Dec 28 13:38:43 slowly, but yes Dec 28 13:39:06 eFfeM: doesnt that mean that the recipe wont be built unless everything has default less than -2 ? Dec 28 13:48:52 eFfeM, yes it is complicated to build but at the end you've got a great software Dec 28 13:49:07 mickeyl|flu, ok nice to hear Dec 28 13:50:14 bluez/bluez-gnome_git.bb:DEFAULT_PREFERENCE = "-2" Dec 28 13:55:11 hi woglinde Dec 28 14:19:04 GNUtoo|oeee: we agree to disagree :-) Dec 28 14:19:21 * eFfeM is a vi addict and always found emacs way too complicated Dec 28 14:20:04 * * OE Bug 5065 has been RESOLVED (FIXED) by Dec 28 14:20:06 * * xmonobut-0.4.1 Dec 28 14:20:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5065 Dec 28 14:22:59 morning Dec 28 14:29:54 eFfeM-away, ah ok...no problem :) Dec 28 14:32:37 03Denis 'Gnutoo' Carikli 07org.openembedded.dev * r969376ab44 10openembedded.git/recipes/grub/ (grub-0.97/grub-support-256byte-inode.diff grub_0.97.bb): (log message trimmed) Dec 28 14:32:40 grub 0.97 : add support fo 256 bytes inodes Dec 28 14:32:42 Recent mkfs.ext[2|3|4] create filesystems with 256 bytes inodes Dec 28 14:32:44 So if you boot a system with a recent e2fsprogs, Dec 28 14:32:46 install an openembedded based distribution like angstrom from it, Dec 28 14:32:48 and then try to boot the openembedded-based distribution: it won't Dec 28 14:32:50 work (grub wouldn't be able to read files from the disk) Dec 28 14:32:56 btw emacs can be complicated....for instance gnus setup for mail... Dec 28 14:33:03 03Denis 'Gnutoo' Carikli 07org.openembedded.dev * racbf54300f 10openembedded.git/recipes/emacs/ (4 files in 2 dirs): (log message trimmed) Dec 28 14:33:08 emacs: added version 23.1 and fixed compilation on x86 Dec 28 14:33:14 The main advantage in this version is that the handling of fonts is a Dec 28 14:33:18 lot better: Dec 28 14:33:22 In emacs-x11 the used fonts are not tiny anymore and can Dec 28 14:33:29 easily be chosen Dec 28 14:33:34 Note that we still use qemu for bytecode compilation on x86, Dec 28 14:33:40 03Denis 'Gnutoo' Carikli 07org.openembedded.dev * r8caa53f00e 10openembedded.git/recipes/wesnoth/wesnoth_1.6.5.bb: wesnoth 1.6.5 :DO NOT COMMIT YET added support for eee701 Dec 28 14:33:51 ouch!!!! Dec 28 14:33:53 sorry Dec 28 14:33:58 I made a branch etc... Dec 28 14:34:01 but it still took it Dec 28 14:34:09 s/a branch/a new branch Dec 28 14:34:23 and I was in a good branch Dec 28 14:34:31 I'll revert wesnoth and add it later Dec 28 14:36:57 what should I do? revert? because in one hand the commit message is ugly Dec 28 14:37:04 in the other hand it does no harm Dec 28 14:40:01 I reverted Dec 28 14:40:27 03Denis 'Gnutoo' Carikli 07org.openembedded.dev * rf34bc32187 10openembedded.git/recipes/wesnoth/wesnoth_1.6.5.bb: Dec 28 14:40:32 Revert "wesnoth 1.6.5 :DO NOT COMMIT YET added support for eee701" Dec 28 14:40:33 don't worry Dec 28 14:40:34 This reverts commit 8caa53f00e415b36e0ffae9a7b8f5c837bc2acdf. Dec 28 14:40:36 eee701 is not yet in openembedded.dev Dec 28 14:40:39 ah ok Dec 28 14:41:00 happens to the best of us ;) Dec 28 14:41:10 yes I know... Dec 28 14:41:19 but the best of us have an excuse Dec 28 14:41:27 they do a lot of work Dec 28 14:41:41 so sometimes they do some errors Dec 28 14:41:43 it happens Dec 28 14:41:54 but I don't have a lot of commits Dec 28 14:42:47 so I did the following: Dec 28 14:43:25 git checkout -b oe.dev_commit Dec 28 14:43:39 git branch -a to check if it was ok and it was Dec 28 14:44:03 git rebase -i HEAD~4 Dec 28 14:44:17 to remove the offending commit Dec 28 14:44:26 git log to verify and it was ok Dec 28 14:44:45 SSH_AUTH_SOCK="" git push origin org.openembedded.dev to push Dec 28 14:44:54 I wonder where the error is Dec 28 14:45:11 maybe the method is wrong Dec 28 14:45:17 maybe I should have: Dec 28 14:45:24 checkout the remote .dev branch Dec 28 14:45:31 cherry-picked the commit Dec 28 14:45:32 pushedd Dec 28 14:45:33 no? Dec 28 14:46:54 yes, for such things, cherry-picking seems to work best Dec 28 14:47:16 ok thanks a lot Dec 28 14:47:36 rebase is more powerful, but also a bit more complicated Dec 28 14:47:38 imo Dec 28 14:47:41 ok Dec 28 14:47:47 hi mickeyl|flu Dec 28 14:47:55 hi chouimat Dec 28 14:48:30 btw for the htcdream I think I'll abandon alsa and try(if I find the time) to create a pulseaudio plugin Dec 28 14:49:06 i see Dec 28 14:49:41 I'm not a kernel hacker... Dec 28 14:49:50 and leviathan seem worse than me Dec 28 14:49:50 pulseaudio somewhat sucks on armv4, i hope it performs better on the dream... Dec 28 14:49:56 yes I know Dec 28 14:50:05 yeah, i know that you guys are doing your best Dec 28 14:50:05 because of atomic things? Dec 28 14:50:10 bbiab ... out of milk Dec 28 14:50:23 no, rather the way it resamples Dec 28 14:50:28 is very slow Dec 28 14:50:30 basically I did kernel work because no one wanted to do it Dec 28 14:50:31 ok Dec 28 14:50:33 palm has a patch for their special CPU Dec 28 14:50:38 that's why it somewhat works ok on the pre Dec 28 14:50:42 ah ok neon Dec 28 14:50:44 yep Dec 28 14:50:53 we have only armv6-*novfp* Dec 28 14:50:55 in general, pulseaudio is a bad on cpu Dec 28 14:51:01 but it's great on features... Dec 28 14:51:03 always a tradeoff Dec 28 14:51:06 ok Dec 28 14:51:19 mickeyl *g* nokia rhinks diffrent Dec 28 14:51:32 they think it's bad on features but good on CPUload? Dec 28 14:51:36 else I could try to make an alsa plugin? Dec 28 14:51:40 i knew they were crazy Dec 28 14:51:43 no they use it Dec 28 14:51:52 was to late with typing Dec 28 14:52:08 they can use it but still agree with my assassement Dec 28 14:52:08 yes I saw that... Dec 28 14:52:13 it's for n900 Dec 28 14:52:30 they hired lennart to work on it Dec 28 14:52:33 pulseaudio is a CPU hog and it makes things that performed OK perform worse Dec 28 14:52:40 you can't discuss this fact away Dec 28 14:52:45 jupp Dec 28 14:52:45 but still it's great software in a way Dec 28 14:52:46 about n900 I don't have one... but maybe someone could try to boot xload+uboot+omap kernel? Dec 28 14:53:14 we had half a day the discussion about pulse and cpuload on maemo Dec 28 14:53:21 lol Dec 28 14:53:22 ok Dec 28 14:53:51 but nokia released newer pulse-tools which can bypass pulse and use alsa directly Dec 28 14:53:53 GNUtoo|oeee: I'm afraid just use what works. it looks alsa will take you months of reverse engineering the damn closed hardware, so if a pulseaudio plugin is quicker, just do it and forget about alsa. anti-vendor-ports don't have the luxury of chosing the best technology... Dec 28 14:53:58 woglinde: heh Dec 28 14:54:03 surprise Dec 28 14:54:27 mickeyl|flu, reverse-engineering? no we have the sources...we are just incompetent Dec 28 14:54:39 you don't have the sources to the crazy things the baseband does Dec 28 14:54:43 or the dsp Dec 28 14:54:49 ah yes Dec 28 14:54:53 anytime you resample, you are going to kill cpu Dec 28 14:54:57 you're right Dec 28 14:54:59 and the way android thinks audio should be done is something i don't even discuss Dec 28 14:55:05 crofton jupp Dec 28 14:55:20 leviathan told me that there were issues with dsp...I don't know if it's true Dec 28 14:55:32 I didn't check or verify Dec 28 14:55:42 you can only use dsp for one task Dec 28 14:55:49 either video en/decode or sound Dec 28 14:55:53 or math stuff Dec 28 14:55:59 ouch Dec 28 14:56:28 it's very sad that it takes precious time from you guys. i really begin to hate reverse engineering these closed things. unless you explicitly have fun doing things (which some do) , it's so much a waste of precious lifetime, it's hurting me to think about it. Dec 28 14:57:51 indeed Dec 28 14:58:03 I lost a lot of time with kernel debugging Dec 28 14:58:36 I should have rather studied and done oe work which I like doing Dec 28 14:58:52 *nod* Dec 28 14:59:17 (I only don't like when it does not compile *and* that I'm too tired and say...oh nooo not again...but it's fine when I'm not too tired) Dec 28 14:59:22 hehe Dec 28 15:00:42 eFfeM, btw I use vi/vim a lot for non-programming tasks Dec 28 15:01:28 I only use emacs for programming or for beeing a terminal with much more organized tabs-like Dec 28 15:01:30 GNUtoo|oeee: i just never mastered emacs, too complicated for me Dec 28 15:01:35 ok Dec 28 15:01:44 I use m-x and no shortcuts Dec 28 15:01:44 * mickeyl|flu hugs geany Dec 28 15:02:03 mickeyl|flu, btw do you understand french? Dec 28 15:02:21 (it's for a joke in french) Dec 28 15:02:51 no, but my wife is just next to me and she is a master of french Dec 28 15:03:33 ok Dec 28 15:06:09 you've got H1Bénin? Dec 28 15:07:32 hi jconnolly Dec 28 15:08:33 what's the url to clone bitbake? Dec 28 15:09:26 hey there GNUtoo|oeee Dec 28 15:09:42 mickey@andromeda:/local/pkg/oe/bitbake$ git remote show origin Dec 28 15:09:42 * remote origin Dec 28 15:09:42 URL: git@git.openembedded.net:bitbake.git Dec 28 15:09:59 that's what i'm using Dec 28 15:10:18 sto pusing .net :) Dec 28 15:10:22 .org is working Dec 28 15:10:24 thanks Dec 28 15:10:44 well Dec 28 15:10:46 the repo is old Dec 28 15:11:21 I just thought I should point that out in case anyone searches the logs Dec 28 15:12:09 yo Dec 28 15:20:51 btw the 2 other options were: Dec 28 15:20:57 *make an alsa plugin Dec 28 15:21:04 *make an aplay daemon Dec 28 15:21:57 good morning Dec 28 15:21:59 well Dec 28 15:22:02 hi Dec 28 15:22:10 gm Dec 28 15:22:11 if you provide access to the routing by some means, i don't care by what means Dec 28 15:22:41 ok Dec 28 15:22:53 hi kgilmer Dec 28 15:22:55 so in terms of delivering functionality, alsa or PA is irrelevant, as long as I can provide routing and sound playing to the users Dec 28 15:23:01 no holidays anymore? Dec 28 15:23:08 if alsa plugin does not provide routing there is sysfs Dec 28 15:23:13 mickeyl jupp Dec 28 15:23:18 some htc phones implement sysfs routing Dec 28 15:23:45 fair enough, if that's somewhat documented, we might as well add an FSO plugin for audio routing that uses this means Dec 28 15:24:11 ok Dec 28 15:24:13 nice Dec 28 15:34:48 hi woglinde :) Dec 28 15:37:10 hi kgilmer Dec 28 15:37:10 hello all Dec 28 15:38:16 hi mckoan, merry xmas Dec 28 15:38:36 kgilmer: tou you too (and everybody) a late merry christmas Dec 28 15:40:11 mery christmas to everybody too Dec 28 15:40:20 mckoan: dito Dec 28 15:43:29 till later Dec 28 15:43:31 shopping time Dec 28 15:43:58 03Michael 'Mickey' Lauer 07org.openembedded.dev * r4f4f16421c 10openembedded.git/recipes/xmonobut/ (xmonobut.desktop xmonobut_0.4.1.bb): xmonobut: fix SRC_URI; old file is no longer available. closes OE #5065 Dec 28 15:44:08 03Michael 'Mickey' Lauer 07org.openembedded.dev * r9ad9958d6f 10openembedded.git/ (4 files in 3 dirs): rcs: new recipe; a revision control system. Closes OE #5050 Dec 28 15:45:05 * * OE Bug 5050 has been RESOLVED (FIXED) by Dec 28 15:45:07 * * New recipe - The Revision Control System (RCS) Dec 28 15:45:09 * * http://bugs.openembedded.net/show_bug.cgi?id=5050 Dec 28 15:47:52 I have to ask, why an rcs recipe? Dec 28 15:49:25 Crofton: many sysadmins still use it for /etc/* Dec 28 15:49:37 ok Dec 28 15:51:39 mickeyl|flu, wxpython appears to want something called bakefile Dec 28 15:53:01 (rcs) ask the submitter, not me :) Dec 28 15:53:08 bakefile... never heard about that Dec 28 15:53:19 I've been trying to build mono but I keep getting an error during the configure process (http://pastebin.com/m7a44593d) and when I look in the run.do_configure and in the autotools_do_configure I see the following (http://pastebin.com/m5312bbe3) which looks like to me its trying to install it on the host machine. Dec 28 15:53:55 This is all during the mono-mcs-intermediate package build for the host machine. Dec 28 15:56:56 Crofton: if you have something half-working, just commit and I'll take a look Dec 28 15:57:24 I'll have to add a recipe for bakefile-native then Dec 28 15:57:37 yep Dec 28 15:57:38 already had to update cppunit, so I am making progress Dec 28 15:57:43 excellent Dec 28 15:57:48 I was hoping someone had heard of bakefile Dec 28 15:58:41 https://www.bakefile.org/index.html Dec 28 15:59:38 uh oh Dec 28 15:59:44 the descriptions scares me Dec 28 16:00:12 yeah Dec 28 16:00:57 builidng native recipes has not changed? Dec 28 16:01:24 Crofton: bakefile is a buildsystem for wx... Dec 28 16:01:34 anyway. bbl (sleep first) Dec 28 16:01:40 rwhitby asked this morning for a good example of how to use an external toolchain with OE, anybody experienced here? Dec 28 16:02:57 Crofton: I've been a wxWindows developer Dec 28 16:30:47 native recipes are still based on inherit native? Dec 28 16:57:33 anyone have a fix for http://pastebin.ca/1729624 Dec 28 17:08:52 mickeyl|flu, someone in #lad (linux audio developpers) told me to use ask the linux driver project to write a driver for us...what do you think? Dec 28 17:09:14 hehe Dec 28 17:09:15 worth a try Dec 28 17:09:25 but i don't see why they should be more successful in RE than you guys Dec 28 17:09:27 else he told me to re-implement libasound which I don't think is a good idea...I would prefer doing a plugin Dec 28 17:09:27 ok Dec 28 17:09:48 mickeyl|flu, because we are not kernel hackers Dec 28 17:10:15 i don't think that's the missing link Dec 28 17:10:24 kernel hackers know how to write good kernel code Dec 28 17:10:31 but they not necessarily are good reverse engineerers Dec 28 17:10:35 ok Dec 28 17:10:45 RE'ing that stupid ASIC is hell of a job Dec 28 17:10:57 it's a labor of love Dec 28 17:10:58 or hate Dec 28 17:11:00 ;) Dec 28 17:11:08 and the outcome is questionable Dec 28 17:11:12 as it might take you years to get to it Dec 28 17:11:30 at least that's what history tells us Dec 28 17:11:39 looking at all the iPaq and early HTC projects Dec 28 17:11:48 nothing was _ever_ completed Dec 28 17:12:04 and by the time it reached completion, the device was years old Dec 28 17:12:07 and completely obsolete Dec 28 17:12:30 so i don't see why this should change Dec 28 17:12:33 ok Dec 28 17:12:35 but maybe i'm too pessimistic Dec 28 17:12:36 :) Dec 28 17:12:45 htcdream is the dream device Dec 28 17:12:51 it got everything working but...alsa Dec 28 17:12:59 and for alsa we have sources Dec 28 17:13:02 and even a driver Dec 28 17:13:05 wifi, gps, bluetooth, compass, camera? Dec 28 17:13:09 no Dec 28 17:13:24 wifi,bluetooth,screen,touchscreen,keyboard,vibrator Dec 28 17:13:24 well, don't say everything then :) Dec 28 17:13:33 camera should work too Dec 28 17:13:57 but I didn't succeed at making it work with older kernel Dec 28 17:13:59 i agree the dream would be nice if it wasn't such a nightmare rooting it Dec 28 17:14:01 I have a bakefile-native recipe that barfs in autotools_prepackage_lamngler .... Dec 28 17:15:18 bbiab, grocery store Dec 28 17:17:15 how can I force a specific version of a package? Dec 28 17:17:46 I tried adding PREFERRED_PROVIDER_busybox = "busybox-1.9.1" to my distro config but it doesn't seem to work. Dec 28 17:20:47 never mind, I found it Dec 28 18:07:57 mickeyl|flu: indeed, and the majority of the iPAQ kernel bits didn't even need to be reverse engineered. most of the fully-RE ports were even worse. Dec 28 18:29:04 * * OE Bug 4847 has been RESOLVED (FIXED) by Dec 28 18:29:06 * * gnome-vfs_2.22.0 should depend on dbus-glib Dec 28 18:29:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4847 Dec 28 18:35:04 * * OE Bug 1619 has been RESOLVED (NOTOURBUG) by Dec 28 18:35:06 * * Akita does not function as a USB storage device Dec 28 18:35:08 * * http://bugs.openembedded.net/show_bug.cgi?id=1619 Dec 28 18:48:04 * * OE Bug 5111 has been RESOLVED (FIXED) by Dec 28 18:48:07 * * opie-image build-depends on fso-gsm0710muxd Dec 28 18:48:08 * * http://bugs.openembedded.net/show_bug.cgi?id=5111 Dec 28 18:49:04 * * OE Bug 3545 has been RESOLVED (NOTOURBUG) by Dec 28 18:49:06 * * Garbage on screen (doesnt reboot) a780 ezx3 Dec 28 18:49:08 * * http://bugs.openembedded.net/show_bug.cgi?id=3545 Dec 28 18:51:04 * * OE Bug 2295 has been RESOLVED (FIXED) by Dec 28 18:51:06 * * do_package fails for fortune-mod non-x86 targets Dec 28 18:51:08 * * http://bugs.openembedded.net/show_bug.cgi?id=2295 Dec 28 19:06:06 khem, I am sorting out OE projects at the moment, I will try and resolve the beagle u-boot problem this week Dec 28 19:06:51 Crofton: thx Dec 28 19:07:46 Crofton: I havent followed beagle uboot development so closely that I can chase which branch or repo is best to get the latest from Dec 28 19:08:21 I just started looking Dec 28 19:08:30 I am hopeful I can use the master repo Dec 28 19:08:36 if support it merged into master on denx that would be place to go Dec 28 19:08:41 right Dec 28 19:09:02 also look into TI branch Dec 28 19:09:14 yeah, master has omap related commits Dec 28 19:09:23 so I am hopefuly stuff i smoving in Dec 28 19:09:28 how would you test it ? Dec 28 19:09:32 and the beagle should be well supported by now Dec 28 19:09:38 see if it boots Dec 28 19:09:40 :) Dec 28 19:09:57 Do you have a JTAG to flash ? Dec 28 19:10:07 I use u-boot to do nand writing Dec 28 19:10:12 don't need one with a beagle :) Dec 28 19:10:43 hmmm you can use the SD card right Dec 28 19:11:10 yes Dec 28 19:11:24 I am using u-boot and nand so if I flash crappy u-boot I have to redo the setup Dec 28 19:12:18 I dont think I can download it into ram and run it from there for testing sake Dec 28 19:12:35 if that was possible then I would test it right now Dec 28 19:13:14 * khem should buy a SD card writer Dec 28 19:13:23 heh Dec 28 19:13:24 yes Dec 28 19:13:26 you should Dec 28 19:13:59 I'll look at it later today or more likely tomorrow Dec 28 19:14:45 ok cool Dec 28 19:14:48 thx Dec 28 19:14:59 btw. minimal also boots well on beagle :) Dec 28 19:15:22 although I havent tried a kernel other than angstrom one Dec 28 19:24:41 hi woglinde Dec 28 19:27:26 jo pb Dec 28 19:37:06 * * OE Bug 5359 has been created by Dec 28 19:37:08 * * openldap tries to link with host libraries Dec 28 19:37:10 * * http://bugs.openembedded.org/show_bug.cgi?id=5359 Dec 28 20:02:49 03Michael 'Mickey' Lauer 07org.openembedded.dev * r0ca8e175fe 10openembedded.git/ (2 files in 2 dirs): fsotdld: rename from fsolocationd Dec 28 20:02:51 03Michael 'Mickey' Lauer 07org.openembedded.dev * r28bd169f44 10openembedded.git/recipes/tzdata/tzdata_2009s.bb: tzdata-2009s: fix SRC_URI Dec 28 20:03:00 03Michael 'Mickey' Lauer 07org.openembedded.dev * r00f3bfff06 10openembedded.git/recipes/vala/ (vala-native_0.7.9.bb vala_0.7.9.bb): vala: 0.7.9 -> 0.7.9.1 Dec 28 20:17:05 * * OE Bug 4894 has been RESOLVED (NOTOURBUG) by Dec 28 20:17:06 * * oops in pxa_ir_configure Dec 28 20:17:08 * * http://bugs.openembedded.net/show_bug.cgi?id=4894 Dec 28 20:18:05 * * OE Bug 4352 has been RESOLVED (NOTOURBUG) by Dec 28 20:18:07 * * Ipaq 2215 99% CPU all the time Dec 28 20:18:09 * * http://bugs.openembedded.net/show_bug.cgi?id=4352 Dec 28 20:18:16 * * OE Bug 4353 has been RESOLVED (NOTOURBUG) by