**** BEGIN LOGGING AT Fri May 04 02:59:56 2007
May 04 03:23:13 <summatusmentis> is there a specific DISTRO setting in OE for angstrom?
May 04 04:59:35 <xjqian> summatusmentis: DISTRO="angstrom-2007.1"
May 04 08:12:28 <XorA> morning
May 04 12:32:41 <hrw> Ångström is booting on tosa
May 04 13:13:23 <hrw> ping
May 04 13:13:37 <hrw> do we want OESF subforum for Ångström or not?
May 04 13:23:29 * XorA would prefer not, but someone will create one no matter what we want as angstrom-distro.org doesnt run forums
May 04 13:23:43 <XorA> people seem to have the same addiction to forums as bloody wikis
May 04 13:24:01 <hrw> ;D
May 04 13:24:27 <hrw> koen and I got question from one of oesf admins
May 04 13:24:55 <XorA> Id prefer one and only one source of Angstrom info
May 04 13:25:02 <hrw> sure
May 04 13:25:12 <XorA> good news is FUDforum runs on postgresql :-D
May 04 14:03:19 <lardman> hrw: I'd say yes; at least it's a 'clean' break from the old stuff
May 04 17:05:05 <koen> gah
May 04 17:05:10 * koen stabs zaurus users
May 04 17:05:18 <Laibsch> why?
May 04 17:05:24 <Laibsch> what did I do wrong?
May 04 17:05:28 <koen> http://linuxtogo.org/gowiki/AngstromManual
May 04 17:05:37 <Laibsch> Ok, that was not me
May 04 17:05:45 <koen> "zaurus <this>", "zaurus <that>" "<foo> zaurus"
May 04 17:06:50 * koen does a s/zaurus/device/
May 04 17:08:46 <hrw> koen: it is good that you have text which you can change instead of writing it again
May 04 17:09:14 <koen> it probably needs a rewrite anyway
May 04 17:09:28 <koen> and proper docs don't belongin a wiki once they are finished
May 04 17:16:07 <hrw> sure
May 04 18:10:32 <den-ros> does anyone meet problem with -> mtn: misuse: workspace required but not found
May 04 18:10:56 <den-ros> i does not find anythink useful in net
May 04 18:11:35 <koen> you need a checkout ('workspace')
May 04 18:11:52 <koen> or "Don't delete _MTN/"
May 04 18:14:45 <den-ros> koen: i try already checkout... this all occures because i move to new computer...
May 04 18:14:46 <den-ros> 9
May 04 18:15:16 <den-ros> monotone says that db is too old and need migrate
May 04 18:15:27 <den-ros> but i think it is not right
May 04 18:19:21 <den-ros> hmm... stop... what checkout you mean? what is checkout ('workspace')? i was try checkout local copy of oe tree how says on oe site
May 04 18:30:43 <koen> checkout as in 'mtn co'
May 04 19:30:09 <den-ros> koen: sorry, i can not understand... why i try to checkout - mtn says, that it is need 'migrate' for db? does it can possible, that monotone-0.34 not work right with OE.mtn?
May 04 19:31:02 <koen> you need to do a migrate, just as monotone tells you
May 04 19:31:12 <koen> takes 5 seconds or something like that
May 04 19:31:15 <den-ros> sorry my stupid question as always...
May 04 19:32:18 <den-ros> but when i start migrate - monotone says that -> mtn: this workspace is in the current format, no migration is necessary.
May 04 19:32:18 <den-ros>  
May 04 19:33:16 <den-ros> some strange thing occures...
May 04 19:35:27 <den-ros> @: /srv/ftp/e/org.openembedded.dev> mtn --db=/srv/ftp/e/OE.mtn migrate
May 04 19:35:27 <den-ros> mtn: this workspace is in the current format, no migration is necessary.
May 04 19:35:27 <den-ros> @: /srv/ftp/e/org.openembedded.dev> mtn --db=/srv/ftp/e/OE.mtn pull monotone.openembedded.org org.openembedded.dev
May 04 19:35:27 <den-ros> mtn: misuse: database /srv/ftp/e/OE.mtn is laid out according to an old schema
May 04 19:35:27 <den-ros> mtn: misuse: try 'mtn db migrate' to upgrade
May 04 19:35:28 <den-ros> mtn: misuse: (this is irreversible; you may want to make a backup copy first)
May 04 19:36:16 <polyonymous> den-ros, mtn db migrate ?
May 04 19:36:35 <den-ros> hi ) ugu
May 04 19:36:53 <polyonymous> den-ros, `mtn -d /srv/ftp/e/OE.mtn db migrate` that is.
May 04 19:37:12 <den-ros> polyonymous: thnks will try this
May 04 19:37:31 <polyonymous> that's what monotone suggests, at least :)
May 04 19:38:34 <den-ros> polyonymous: :) you are mage - it start migrate now
May 04 19:38:42 <summatusmentis> what do I need to change so that the qemu build doesn't fail when trying to build an angstrom image?
May 04 19:38:51 <polyonymous> well, I only reiterated what mtn says :)
May 04 19:39:09 <hvontres|poodle> summatusmentis: do you have a version of gcc 3.x installed?
May 04 19:39:20 <polyonymous> summatusmentis, that depends on your host arch, your setup and your goals.
May 04 19:39:26 <summatusmentis> hvontres|home: nope, it's 4.1 I think
May 04 19:39:35 <polyonymous> summatusmentis, what do you compile for?
May 04 19:39:51 <summatusmentis> x86, SL3200, and just personal use
May 04 19:39:55 <polyonymous> how much ram on the target device.
May 04 19:40:06 <den-ros> polyonymous: koen: thanks
May 04 19:40:10 <polyonymous> you may just disable binary locales generation.
May 04 19:40:33 <polyonymous> on SL3200 you'll have to turn on swap to generate locales, though, I think.
May 04 19:40:38 <polyonymous> den-ros, no prob :)
May 04 19:41:07 <summatusmentis> polyonymous: disabling locales is fine, I only use english
May 04 19:41:29 <polyonymous> summatusmentis, then start with disabling binary locale generation.
May 04 19:41:52 <summatusmentis> setting it = to 0 in local.conf?
May 04 19:42:01 <polyonymous> I only use english as a LC_MESSAGES, but I prefer having more than 'C' locale for LC_* :)
May 04 19:42:04 <summatusmentis> there are two options for angstrom commented out
May 04 19:42:06 <polyonymous> yes, I believe.
May 04 19:42:15 <XorA|gone> polyonymous: I have been thinking for spitz machines we should detect/automount swap anyway :-)
May 04 19:42:31 <summatusmentis> # ENABLE_BINARY_LOCALE_GENERATION = "0"
May 04 19:42:31 <summatusmentis> # ASSUME_PROVIDED += "qemu-native"
May 04 19:42:37 <polyonymous> XorA|gone, detect swap? As in swap partition?
May 04 19:42:56 <polyonymous> summatusmentis, enable = 0 and don't assume it's provided unless you know you have working qemu installed.
May 04 19:43:08 <XorA|gone> polyonymous: yeah
May 04 19:43:18 <polyonymous> XorA|gone, but it should exist in the first place ;-)
May 04 19:43:34 <polyonymous> XorA|gone, on my machine I have a swapfile
May 04 19:43:43 <XorA|gone> polyonymous: same here
May 04 19:43:45 <polyonymous> heh "machine" ;-)
May 04 19:44:16 <polyonymous> but you have to create it and put it into fstab. And ipkg configure is run at the first boot, I think. Not that failure is fatal, though :)
May 04 19:46:40 <koen> DO NOT USE THAT ASSUME_PROVIDED
May 04 19:51:27 <XorA|gone> not unless you put the same work into it I did :-D
May 04 19:51:55 <polyonymous> XorA|gone, care to elaborate? :)
May 04 19:54:26 <XorA|gone> polyonymous: I patched up the redhat and suse rpms with the right patches :-)
May 04 19:54:41 <polyonymous> XorA|gone, qemu?
May 04 19:54:48 <polyonymous> XorA|gone, why not qemu-native? :)
May 04 19:54:54 <polyonymous> XorA|gone, and what is your host arch?
May 04 19:55:41 <XorA|gone> polyonymous: I was running Fedora and SuSe on amd64 at the time
May 04 19:55:47 <XorA|gone> and they are without gcc3
May 04 19:55:55 <polyonymous> Ah, so it's possible to run qemu on amd64?
May 04 19:56:06 <XorA|gone> but the SuSe rpm has gcc3 hidden in it
May 04 19:56:19 <polyonymous> Well, I have gentoo and I installed gcc3 and qemu builds fine, but fails on glibc
May 04 19:57:00 <XorA|gone> anyway I shall scoody off again
May 04 19:57:08 <XorA|gone> s/scoody/scooby/
May 04 19:58:40 <XorA|gone> ah still 5 mins before scooby snax
May 04 19:58:56 <polyonymous> :)
May 04 20:55:35 <summatusmentis> why am I not supposed to use that ASSUME_PROVIDED?
May 04 20:55:51 <hrw> because normal qemu lack our patches
May 04 20:57:13 <summatusmentis> hrw: ok, so ENABLE_BINARY_LOCALE_GENERATION set to 0 should fix the qemu build failing right?
May 04 20:57:23 <hrw> yes 
May 04 20:57:28 <hrw> it disable usage of qemu
May 04 20:57:35 <summatusmentis> ok, thanks
May 04 21:13:58 <hrw> cu
May 04 21:37:39 <Laibsch> http://static.wikipedia.org/downloads/November_2006/ja/ should be it
May 04 21:37:53 <Laibsch> oops, wrong channel
May 04 22:57:22 <summatusmentis> why does OE take so long to build nano? is it just the first build of any package takes a while?
May 04 23:05:52 <XorA|gone> summatusmentis: its building the toolchain
May 04 23:13:52 * XorA|gone has updated Angstrom Collie page with a larger list of working cards :-)
**** ENDING LOGGING AT Sat May 05 02:59:56 2007