Cannot reflash with DFU
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In continuation of the "Getting rid of Android" thread. Current situation: Able to power up into NAND and NOR uBoots (they are different versions too, maybe not versions, but they report different build dates) Able to attach to /dev/ttyACM0 and issue commands When running dfu-util -l here's the output i get: - r...@mercury:/tmp# dfu-util -l dfu-util - (C) 2007 by OpenMoko Inc. This program is Free Software and has ABSOLUTELY NO WARRANTY Found Runtime: [0x1d50:0x5119] devnum=20, cfg=0, intf=2, alt=0, name="USB Device Firmware Upgrade" - If I try to upload that to my machine i get one big file (134217728 bytes) filled mostly with 00's and FF's (haven't looked too deep into it) Is there a way to make DFU see all the partitions, so I can reflash again? Vasili. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEARECAAYFAkld3GIACgkQ96mMOwnXLwiArwCgj6f6ZEfsWt++G8XBUl25Dr5l 4hUAlRc7cfIyDNI0B/uc7SlbC6E9sYM= =dbWA -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian install today Again phyton-evas and Zhone
> Installing python-evas_0.2.1-2_armel.deb from > http://www.ginguppin.de/node/24 give's me this: > debian-gta02:~# dpkg -i python-evas_0.2.1-2_armel.deb > dpkg-deb: `python-evas_0.2.1-2_armel.deb' is not a debian format archive > dpkg: error processing python-evas_0.2.1-2_armel.deb (--install): > subprocess dpkg-deb --control returned error exit status 2 > Errors were encountered while processing: > python-evas_0.2.1-2_armel.deb check for the cython package (should be 0.9.something) and download my python-evas package again. i had no problems installing it, so probably it got corrupted during download. debian-gta02:/tmp# md5sum python-evas_0.2.1-2_armel.deb 6acafa23aca1d1110f810527d4d5b2de python-evas_0.2.1-2_armel.deb > (there is already a python-evas_0.2.1-2 in the new install) yes, but it is built against cython 0.10, not 0.9. so far there where no reports if this is fixed, so on every update, that tries to installing cython and python-evas i manually install all packages except these two. you could even use pinning in /etc/apt/preferences, thus the packages would be not upgraded -- but this way i always remember to check, if something changed. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
On Fri, 2 Jan 2009 07:21:52 +0100 Matthias Apitz babbled: ok for some bizarre reason.. you've hit on some sscanf parsing bug. either i need a spank for not understanding it... or it has problems with utf8 char sequences that it didnt have with the numbers.kbd. as soon as it sees the accute accent chars it doesnt bother doing anything right. if (sscanf(buf, "%*s %4000s", label) != 1) continue; skips the "normal/shift/capslock" identifier and goes to find the label string - skipping whitespace between. or it SHOULD and scan up to 4000chars (silly high limit) for the label it gets even this wrong and starts to return garbage strings like delete char. all in all it ends up producing some nasty garbage that then gets fed into the stringshare db... and its only on the keys you added. the rest parses fine (the Numbers.kbd). despite this also having utf8 char sequences. so right now.. i really am a bit baffled as to why - but there is some parsing/sscanf issue i have to hunt down - or work around. (yes - i used scanf to parse... i was feeling lazy!). but as such your extra keys on top SHOULD look like this: key 450 30 30 normal ¿ "¿" shift¿ "¿" capslock ¿ "¿" key 750 30 30 normal á "á" shiftÁ "Á" capslock Á "Á" key 1050 30 30 normal é "é" shiftÉ "É" capslock É "É" key 1350 30 30 normal í "í" shiftÍ "Í" capslock Í "Í" key 1650 30 30 normal ñ "ñ" shiftÑ "Ñ" capslock Ñ "Ñ" key 1950 30 30 normal ó "ó" shiftÓ "Ó" capslock Ó "Ó" key 2250 30 30 normal ú "ú" shiftÚ "Ú" capslock Ú "Ú" key 2550 30 30 normal ü "ü" shiftÜ "Ü" capslock Ü "Ü" key 2850 30 30 normal ¡ "¡" shift¡ "¡" capslock ¡ "¡" pretty simple - and it'd work. if there wasnt this bizarre parsing thing. the other keys in Numbers.kbd work fine... so i'm rather bemused... > El día Friday, January 02, 2009 a las 11:30:51AM +1100, Carsten Haitzler > escribió: > > > > I've changed it this way (example): > > > > > > key 750 30 30 > > > normal á aacute > > > shiftÁ 0x0c1 > > > capslock Á 0x0c1 > > > > > > i.e. used only 0x.. values for shift/caps; now a click on Á while > > > shift/caps is active, gives no char at all :-( > > > > > > lo siento; without a correct syntax description of the file *.kdb all is > > > only guessing arround; where I can find the full syntax of the file? > > > > leave it in strings. look at the Numbers.kbd - it has numbers and accented > > chars - including acute/grave etc. versions. just leave it in quotes as a > > string and it will get mapped properly. > > Hello Carsten, > > First at all, thx for your tip, but ... > > Numbers.kdb has no acute-chars: > > r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# fgrep -i acute > Numbers.kbd r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# > > attached is my version of Spanish.kbd; it just does not work (after > Xserver restart) for the CAPS chars; the CAPS'ed chars give the same > small version of the chars; please be so kind and check it out > in your FR; thx in advance; > > I have also checked putting the values in "", i.e. like "Aacute"; this > results in some kind of dictionary lookups; > > thx for your help and time in advance; > > matthias > > -- > Matthias Apitz > Manager Technical Support - OCLC GmbH > Gruenwalder Weg 28g - 82041 Oberhaching - Germany > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.oclc.org/ http://www.UnixArea.de/ > b http://gurucubano.blogspot.com/ > > SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen > >From: -40 % die Neujahrsaktion > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
> ImportError: No module named sgmllib well, _is_ there a module sgmllib? what does find / -name \*sgmllib\* return? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
On Fri, 2 Jan 2009 21:00:36 +1100 Carsten Haitzler (The Rasterman) babbled: gah! replying to myself.. found out why... you file was NOT UTF-8~ it was iso8859! no no! MUST BE UTF-8! attached fixed file - in utf8. works fine. now.. spank! make sure you use utf8! :) (heathens still using iso8859!!!) :) > On Fri, 2 Jan 2009 07:21:52 +0100 Matthias Apitz babbled: > > ok for some bizarre reason.. you've hit on some sscanf parsing bug. either i > need a spank for not understanding it... or it has problems with utf8 char > sequences that it didnt have with the numbers.kbd. as soon as it sees the > accute accent chars it doesnt bother doing anything right. > > if (sscanf(buf, "%*s %4000s", label) != 1) continue; > > skips the "normal/shift/capslock" identifier and goes to find the label string > - skipping whitespace between. or it SHOULD and scan up to 4000chars (silly > high limit) for the label it gets even this wrong and starts to return > garbage strings like delete char. all in all it ends up producing some nasty > garbage that then gets fed into the stringshare db... and its only on the > keys you added. the rest parses fine (the Numbers.kbd). despite this also > having utf8 char sequences. so right now.. i really am a bit baffled as to > why - but there is some parsing/sscanf issue i have to hunt down - or work > around. > > (yes - i used scanf to parse... i was feeling lazy!). but as such your extra > keys on top SHOULD look like this: > > key 450 30 30 > normal ¿ "¿" > shift¿ "¿" > capslock ¿ "¿" > key 750 30 30 > normal á "á" > shiftÁ "Á" > capslock Á "Á" > key 1050 30 30 > normal é "é" > shiftÉ "É" > capslock É "É" > key 1350 30 30 > normal í "í" > shiftÍ "Í" > capslock Í "Í" > key 1650 30 30 > normal ñ "ñ" > shiftÑ "Ñ" > capslock Ñ "Ñ" > key 1950 30 30 > normal ó "ó" > shiftÓ "Ó" > capslock Ó "Ó" > key 2250 30 30 > normal ú "ú" > shiftÚ "Ú" > capslock Ú "Ú" > key 2550 30 30 > normal ü "ü" > shiftÜ "Ü" > capslock Ü "Ü" > key 2850 30 30 > normal ¡ "¡" > shift¡ "¡" > capslock ¡ "¡" > > pretty simple - and it'd work. if there wasnt this bizarre parsing thing. the > other keys in Numbers.kbd work fine... so i'm rather bemused... > > > El día Friday, January 02, 2009 a las 11:30:51AM +1100, Carsten Haitzler > > escribió: > > > > > > I've changed it this way (example): > > > > > > > > key 750 30 30 > > > > normal á aacute > > > > shiftÁ 0x0c1 > > > > capslock Á 0x0c1 > > > > > > > > i.e. used only 0x.. values for shift/caps; now a click on Á while > > > > shift/caps is active, gives no char at all :-( > > > > > > > > lo siento; without a correct syntax description of the file *.kdb all is > > > > only guessing arround; where I can find the full syntax of the file? > > > > > > leave it in strings. look at the Numbers.kbd - it has numbers and accented > > > chars - including acute/grave etc. versions. just leave it in quotes as a > > > string and it will get mapped properly. > > > > Hello Carsten, > > > > First at all, thx for your tip, but ... > > > > Numbers.kdb has no acute-chars: > > > > r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# fgrep -i > > acute Numbers.kbd > > r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# > > > > attached is my version of Spanish.kbd; it just does not work (after > > Xserver restart) for the CAPS chars; the CAPS'ed chars give the same > > small version of the chars; please be so kind and check it out > > in your FR; thx in advance; > > > > I have also checked putting the values in "", i.e. like "Aacute"; this > > results in some kind of dictionary lookups; > > > > thx for your help and time in advance; > > > > matthias > > > > -- > > Matthias Apitz > > Manager Technical Support - OCLC GmbH > > Gruenwalder Weg 28g - 82041 Oberhaching - Germany > > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > > e - w http://www.oclc.org/ http://www.UnixArea.de/ > > b http://gurucubano.blogspot.com/ > > > > SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen > > >From: -40 % die Neujahrsaktion > > > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com Spanish.kbd Description: Binary data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
El día Friday, January 02, 2009 a las 09:00:36PM +1100, Carsten Haitzler escribió: > On Fri, 2 Jan 2009 07:21:52 +0100 Matthias Apitz babbled: > > ok for some bizarre reason.. you've hit on some sscanf parsing bug. either i > need a spank for not understanding it... or it has problems with utf8 char > sequences that it didnt have with the numbers.kbd. as soon as it sees the > accute accent chars it doesnt bother doing anything right. > > if (sscanf(buf, "%*s %4000s", label) != 1) continue; > > skips the "normal/shift/capslock" identifier and goes to find the label string > - skipping whitespace between. or it SHOULD and scan up to 4000chars (silly > high limit) for the label it gets even this wrong and starts to return > garbage > strings like delete char. all in all it ends up producing some nasty garbage > that then gets fed into the stringshare db... and its only on the keys you > added. the rest parses fine (the Numbers.kbd). despite this also having utf8 > char sequences. so right now.. i really am a bit baffled as to why - but there > is some parsing/sscanf issue i have to hunt down - or work around. > > (yes - i used scanf to parse... i was feeling lazy!). but as such your extra > keys on top SHOULD look like this: > > key 450 30 30 > normal ¿ "¿" > shift¿ "¿" > capslock ¿ "¿" > key 750 30 30 > normal á "á" > shiftÁ "Á" > capslock Á "Á" ... putting the chars into "" quotes has the side effect that if you hit the char in the keyboard it is selected and printed above the top row of the keyboard and waiting for completion as a word; even the capitals are correctly printed on this line; but if you then touch the char (or word) to confirm it, it gets moved above wrong, as small letter for example; I also don't want that behaviour, they should be moved directly to the messages and not waiting for further assembling/completion; isn't this caused by the "" as I understand some comment in Numbers.kbd? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
(FSO) Milestone 4 only prompts
Hello folks I flashed uImage-2.6.24+r10+gitr6e2a723ef54ee2e739c34786981b2c508db803c1-r10-om-gta02.bin and openmoko-fso-illume-image-glibc-ipk--20081120-om-gta02.rootfs.jffs2 using the Neotool. FSO boots, shows me a nice ascii-art Angstrom and a login-prompt. From there it just sits quietly until I pull out the battery. I also can't ssh into it, as there's "no route to host'. Using QT, ssh works. Is there something I need to say or do? Wave parsley over it while chanting or so? Paul -- Until you've lost your reputation, you never realize what a burden it was or what freedom really is. -Margaret Mitchell http://www.nlpagan.net Running on Mandriva Linux 2009 and Ubuntu 8.10 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
On Fri, Jan 02, 2009 at 09:12:43PM +1100, Carsten Haitzler wrote: > now.. spank! make sure you use utf8! :) (heathens still using iso8859!!!) :) Each time a non UTF8 encoding is used, a kitten dies! Rui -- P'tang! Today is Boomtime, the 2nd day of Chaos in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
El día Friday, January 02, 2009 a las 09:12:43PM +1100, Carsten Haitzler escribió: > On Fri, 2 Jan 2009 21:00:36 +1100 Carsten Haitzler (The Rasterman) > babbled: > > gah! replying to myself.. found out why... > > you file was NOT UTF-8~ it was iso8859! no no! MUST BE UTF-8! > > attached fixed file - in utf8. works fine. Nop. I've installed your file and restarted the Xserver; if you select CAPS mode, then hit the capital Ñ (Ntilde) it appears as capital Ñ in the line and waits for further completion, if you now hit this Ñ it is moved to the SMS buffer as small ñ (ntilde). matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: espeak, mbrola, utf8, navit : problem with french accentuated letters
Now I am trying to plug everything into speed-dispatcher... I added in /etc/speech-dispatcher/speechd.conf DefaultLanguage "fr" AddModule "mbrola" "sd_generic" "mbrola.conf" DefaultModule mbrola and I created a mbrola.conf in /etc/speech-dispatcher/modules It works (spd-say "bonjour" speaks!), but instead of a generic rule : GenericExecuteSynth \ "echo \"$DATA\" \ | espeak -v mb-$VOICE $PUNCT -s $RATE -a $VOLUME \ | mbrola -v $VOLUME -e /usr/share/mbrola/$VOICE - -.au \ | $PLAY_COMMAND I had to hardcode some variables : GenericExecuteSynth \ "echo \"$DATA\" \ | espeak -v mb-fr1 \ | mbrola -e /usr/share/mbrola/fr1 - -.au \ | aplay because /var/log/mbrola.log told me : Fri Jan 2 11:34:19 2009 [765343]: child: synth command = |echo "bonjour" | espeak -v mb-fr1 -s 160 -a 2.00 | mbrola -v $VOLUME -e /usr/share/mbrola/$VOICE - -.au | $PLAY_COMMAND | In this line you can see that all variables have not been expanded. Xavier. PS : here is my mbrola.conf (with debug info enabled, cf. last line). # Espeak mbrola output module is based on the generic plugin for Speech # Dispatcher. It means there is no code written explicitly for # this plugin, all the specifics are handled in this configuration # and we call a simple command line client to perform the actual # synthesis. Use this config file with the sd_generic output module. # # IMPORTANT: The audio output method relies on an audio playback # utility (play, aplay, paplay for OSS, ALSA or Pulse) # being installed. If this is not the case, consider installing it # or replace the $PLAY_COMMAND string in the GenericExecuteString below # with play, paplay or similar. # # GenericExecuteSynth is the shell command that should be # executed in order to say some message. This command must # stop saying the message on SIGKILL, otherwise it's useless. # You can use the variables $LANGUAGE, $VOICE, $PITCH and $RATE # which will be substituted for the appropriate value (you # can modify this value, see other parameters). # The command can be split into more lines, if necessary, using '\'. #GenericExecuteSynth \ #"echo \"$DATA\" \ #| espeak -v mb-$VOICE $PUNCT -s $RATE -a $VOLUME \ #| mbrola -v $VOLUME -e /usr/share/mbrola/$VOICE - -.au \ #| $PLAY_COMMAND GenericExecuteSynth \ "echo \"$DATA\" \ | espeak -v mb-fr1 \ | mbrola -e /usr/share/mbrola/fr1 - -.au \ | aplay # The following three items control punctuation levels None, Some, and All. # Each of these values will be substituted into the $PUNCT variable depending # on the value passed to speech dispatcher from applications. # Note that if an empty string is specified, then $PUNCT will be blank # which is a default situation for espeak. GenericPunctNone " " GenericPunctSome "--punct=\"()[]{};:\"" GenericPunctAll "--punct" # GenericStripPunctChars is a list (enclosed in doublequotes) of # all the characters that should be replaced by whitespaces in # order not to be badly handled by the output module or misinterpreted # by shell. # GenericStripPunctChars "" # If the language you need to pass in $LANG is different # from the standard ISO language code, you can specify # which string to use instead. If you wish to use # other than ISO charset for the specified language, # you can add it's name (as accepted by iconv) as a # third parameter in doublequotes. GenericLanguage "af" "af" "utf-8" GenericLanguage "cs" "cs" "utf-8" GenericLanguage "de" "de" "utf-8" GenericLanguage "el" "el" "utf-8" GenericLanguage "en" "en" "utf-8" GenericLanguage "es" "es" "utf-8" GenericLanguage "fr" "fr" "utf-8" GenericLanguage "hr" "hr" "utf-8" GenericLanguage "hu" "hu" "utf-8" GenericLanguage "it" "it" "utf-8" GenericLanguage "la" "la" "utf-8" GenericLanguage "nl" "nl" "utf-8" GenericLanguage "pl" "pl" "utf-8" GenericLanguage "ro" "ro" "utf-8" GenericLanguage "sv" "sv" "utf-8" GenericLanguage "sw" "sw" "utf-8" GenericLanguage "gr" "gr" "utf-8" GenericLanguage "cr" "cr" "utf-8" GenericLanguage "hu" "hu" "utf-8" GenericLanguage "id" "id" "utf-8" # AddVoice specifies which $VOICE string should be assigned to # each language and symbolic voice name. All the voices you want # to use must be specified here. This list will likely not be # up-to-date, please check eSpeak documentation and add the voices # you want to use. Or better use the native espeak module ('espeak' # not 'espeak-generic') AddVoice"en""MALE1" "en1" AddVoice"en""MALE2" "us2" AddVoice"en""MALE3" "us3" AddVoice"en""FEMALE1" "us1" AddVoice"de""MALE1" "de4" AddVoice"de""MALE2" "de6" AddVoice"de""FEMALE1" "de5" AddVoice"de""FEMALE2" "de7" AddVoice"fr""MALE1" "fr1" AddVoice"fr
Re: Debian install today Again phyton-evas and Zhone
Hello Arne, Thanks for replying. I installed the old cython again -> ok then I tryed to get python-evas again (from your site and from others) but I never get your md5sum and so the error installing python-evas by dpkg remains. Sorry for asking but could the .deb on your site be corrupted? :-( could I ask you to send it by email? Thanks and greetings, Jos. debian-gta02:~# wget www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb --2009-01-02 10:54:13-- http://www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb Resolving www.ginguppin.de... 212.204.60.1 Connecting to www.ginguppin.de|212.204.60.1|:80... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] Saving to: `python-evas_0.2.1-2_armel.deb' [ <=> ] 8,469 --.-K/s in 0.1s 2009-01-02 10:54:14 (82.3 KB/s) - `python-evas_0.2.1-2_armel.deb' saved [8469] debian-gta02:~# md5sum python-evas_0.2.1-2_armel.deb 482a381e3995140556952707df6c3c20 python-evas_0.2.1-2_armel.deb debian-gta02:~# arne anka wrote: > >> Installing python-evas_0.2.1-2_armel.deb from >> http://www.ginguppin.de/node/24 give's me this: >> debian-gta02:~# dpkg -i python-evas_0.2.1-2_armel.deb >> dpkg-deb: `python-evas_0.2.1-2_armel.deb' is not a debian format archive >> dpkg: error processing python-evas_0.2.1-2_armel.deb (--install): >> subprocess dpkg-deb --control returned error exit status 2 >> Errors were encountered while processing: >> python-evas_0.2.1-2_armel.deb > > check for the cython package (should be 0.9.something) and download my > python-evas package again. i had no problems installing it, so probably it > got corrupted during download. > > debian-gta02:/tmp# md5sum python-evas_0.2.1-2_armel.deb > 6acafa23aca1d1110f810527d4d5b2de python-evas_0.2.1-2_armel.deb > > >> (there is already a python-evas_0.2.1-2 in the new >> install)debian-gta02:~# wget >> www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb > --2009-01-02 10:54:13-- > http://www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb > Resolving www.ginguppin.de... 212.204.60.1 > Connecting to www.ginguppin.de|212.204.60.1|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: unspecified [text/html] > Saving to: `python-evas_0.2.1-2_armel.deb' > > [ <=> ] 8,469 --.-K/s in > 0.1s > > 2009-01-02 10:54:14 (82.3 KB/s) - `python-evas_0.2.1-2_armel.deb' saved > [8469] > > debian-gta02:~# md5sum python-evas_0.2.1-2_armel.deb > 482a381e3995140556952707df6c3c20 python-evas_0.2.1-2_armel.deb > debian-gta02:~# > > > yes, but it is built against cython 0.10, not 0.9. > so far there where no reports if this is fixed, so on every update, that > tries to installing cython and python-evas i manually install all packages > except these two. > you could even use pinning in /etc/apt/preferences, thus the packages > would be not upgraded -- but this way i always remember to check, if > something changed. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- View this message in context: http://n2.nabble.com/Debian-install-today-Again-phyton-evas-and-Zhone-tp2100065p2101445.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
Be patient, it exits as follow: r...@om-gta02:~# / -name \*sgmllib\* -sh: /: Permission denied arne anka ha scritto: >> ImportError: No module named sgmllib > > well, _is_ there a module sgmllib? what does > find / -name \*sgmllib\* > return? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
Of course it does. Now do a find like arne asked you :) (joking, you just missed the "find" command, as arne said, type: find / -name \*sgmllib\* Rui On Fri, Jan 02, 2009 at 12:19:43PM +0100, Francesco de Virgilio wrote: > Be patient, it exits as follow: > > r...@om-gta02:~# / -name \*sgmllib\* > -sh: /: Permission denied > > arne anka ha scritto: > >> ImportError: No module named sgmllib > > > > well, _is_ there a module sgmllib? what does > > find / -name \*sgmllib\* > > return? -- Umlaut Zebra �ber alles! Today is Boomtime, the 2nd day of Chaos in the YOLD 3175 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
On Fri, 2 Jan 2009 11:28:17 +0100 Matthias Apitz babbled: > El día Friday, January 02, 2009 a las 09:12:43PM +1100, Carsten Haitzler > escribió: > > > On Fri, 2 Jan 2009 21:00:36 +1100 Carsten Haitzler (The Rasterman) > > babbled: > > > > gah! replying to myself.. found out why... > > > > you file was NOT UTF-8~ it was iso8859! no no! MUST BE UTF-8! > > > > attached fixed file - in utf8. works fine. > > Nop. I've installed your file and restarted the Xserver; > if you select CAPS mode, then hit the capital Ñ (Ntilde) it appears as > capital Ñ in the line and waits for further completion, if you now hit > this Ñ it is moved to the SMS buffer as small ñ (ntilde). i'm getting capitals.. actually ok - the 2nd time i do it it is. not the first. i think the utf8 normalization that florian did has some issues i think. and yes - it you use quotes it goes via the dictionary lookup and works better - the problem is needing to know what shift plus the 'ñ' key does. as such the code does a lookup of keyboard maps - for keymaps that have a/A on a key this works. as does 4/$ etc. for shift and caps - the problem is.. you have no keyboard with normal ñ key - and thus x doesn't KNOW that shift + ñ == Ñ - it has no idea, so you get a small. the string version can encode the capitalisation but simply shift + keysym doesnt end up producing a capitalised version in x's view of the keyboard world. (unlike shift + a == A). so now illume needs a hard-coded table of this stuff that x doesn't know to basically bypass x. and as such such a table or infra doesn't exist - so you're stuck until it does. x's internal "table" doesnt have this. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
Fox Mulder a écrit : arne anka wrote: i enabled the small screen gui ("internal" it is called, i think) and tried out navigation. so far rendering is _very_ slow and the cpu usage applet always shows about 80-100% usage -- thus eating power quite fast, i presume. it takes a long while (and someinteraktion) to make the current map to appear, even after gps obtained a fix i had to swith to some dilog and back to the map view to make it rerender. after the map was there and navigation hints appeared i made the matchbox-keyboard appear which took up the upper part of the screen. after disabling the keyboard the part of the navit window remained grey (though the window's top bar was redrawn immediately by xfce), after several minutes the small rectangles were redrawn -- but that was about all, navigation information ("turn in ... meters") seemed not related to my current position anymore and the map never was redrawn while the cpu usage was still exceptionally high. after about 15min i killed navit. navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to in the navit wiki. If you installed the precompiled navit version i would suggest to compile it from source yourself. I don't know why, but the precompiled version runs very bad on my fr with debian. After i compiled my own version (1778) it runs much better. I also had trouble with very high cpu usage but with my new compiled version i got quite low cpu usage when navit is idle. The Debian precompiled package is meant for desktops, not the FR, thus it doesn't include fixes/tweaks for devices without fpu, for example. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard
Rasterman, how can I use a real space or an empty string for the space bar? Because space is considered a white space character it is not picked up to be displayed on a key. Is it good practise if I use Unicode C2 A0, i.e. no-break space? Or are there other ways to not label a key? E.g. refering to a non-exinting .png? What is best practise regarding this? Reason for doing this, is that in my language we use another word for space (spatie) but I would like to omit the label on the space bar entirely. Carsten Haitzler (The Rasterman) wrote: > On Fri, 2 Jan 2009 21:00:36 +1100 Carsten Haitzler (The Rasterman) > babbled: > > gah! replying to myself.. found out why... > > you file was NOT UTF-8~ it was iso8859! no no! MUST BE UTF-8! > > attached fixed file - in utf8. works fine. > > now.. spank! make sure you use utf8! :) (heathens still using iso8859!!!) :) > >> On Fri, 2 Jan 2009 07:21:52 +0100 Matthias Apitz babbled: >> >> ok for some bizarre reason.. you've hit on some sscanf parsing bug. either i >> need a spank for not understanding it... or it has problems with utf8 char >> sequences that it didnt have with the numbers.kbd. as soon as it sees the >> accute accent chars it doesnt bother doing anything right. >> >> if (sscanf(buf, "%*s %4000s", label) != 1) continue; >> >> skips the "normal/shift/capslock" identifier and goes to find the label >> string >> - skipping whitespace between. or it SHOULD and scan up to 4000chars (silly >> high limit) for the label it gets even this wrong and starts to return >> garbage strings like delete char. all in all it ends up producing some nasty >> garbage that then gets fed into the stringshare db... and its only on the >> keys you added. the rest parses fine (the Numbers.kbd). despite this also >> having utf8 char sequences. so right now.. i really am a bit baffled as to >> why - but there is some parsing/sscanf issue i have to hunt down - or work >> around. >> >> (yes - i used scanf to parse... i was feeling lazy!). but as such your extra >> keys on top SHOULD look like this: >> >> key 450 30 30 >> normal ¿ "¿" >> shift¿ "¿" >> capslock ¿ "¿" >> key 750 30 30 >> normal á "á" >> shiftÁ "Á" >> capslock Á "Á" >> key 1050 30 30 >> normal é "é" >> shiftÉ "É" >> capslock É "É" >> key 1350 30 30 >> normal í "í" >> shiftÍ "Í" >> capslock Í "Í" >> key 1650 30 30 >> normal ñ "ñ" >> shiftÑ "Ñ" >> capslock Ñ "Ñ" >> key 1950 30 30 >> normal ó "ó" >> shiftÓ "Ó" >> capslock Ó "Ó" >> key 2250 30 30 >> normal ú "ú" >> shiftÚ "Ú" >> capslock Ú "Ú" >> key 2550 30 30 >> normal ü "ü" >> shiftÜ "Ü" >> capslock Ü "Ü" >> key 2850 30 30 >> normal ¡ "¡" >> shift¡ "¡" >> capslock ¡ "¡" >> >> pretty simple - and it'd work. if there wasnt this bizarre parsing thing. the >> other keys in Numbers.kbd work fine... so i'm rather bemused... >> >>> El día Friday, January 02, 2009 a las 11:30:51AM +1100, Carsten Haitzler >>> escribió: >>> > I've changed it this way (example): > > key 750 30 30 > normal á aacute > shiftÁ 0x0c1 > capslock Á 0x0c1 > > i.e. used only 0x.. values for shift/caps; now a click on Á while > shift/caps is active, gives no char at all :-( > > lo siento; without a correct syntax description of the file *.kdb all is > only guessing arround; where I can find the full syntax of the file? leave it in strings. look at the Numbers.kbd - it has numbers and accented chars - including acute/grave etc. versions. just leave it in quotes as a string and it will get mapped properly. >>> Hello Carsten, >>> >>> First at all, thx for your tip, but ... >>> >>> Numbers.kdb has no acute-chars: >>> >>> r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# fgrep -i >>> acute Numbers.kbd >>> r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# >>> >>> attached is my version of Spanish.kbd; it just does not work (after >>> Xserver restart) for the CAPS chars; the CAPS'ed chars give the same >>> small version of the chars; please be so kind and check it out >>> in your FR; thx in advance; >>> >>> I have also checked putting the values in "", i.e. like "Aacute"; this >>> results in some kind of dictionary lookups; >>> >>> thx for your help and time in advance; >>> >>> matthias >>> >>> -- >>> Matthias Apitz >>> Manager Technical Support - OCLC GmbH >>> Gruenwalder Weg 28g - 82041 Oberhaching - Germany >>> t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 >>> e - w http://www.oclc.org/ http://www.UnixArea.de/ >>> b http://gurucubano.blogspot.com/ >>> >>> SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen From: -40 % die Neujahrsaktion >> >> -- >> - Codito, ergo sum - "I code, therefore I am" -- >> The Rasterman (Carsten Haitzler)
Re: [debian] navit: rendering is slow
KaZeR wrote: > Fox Mulder a écrit : >> arne anka wrote: >> >>> i enabled the small screen gui ("internal" it is called, i think) and >>> tried out navigation. >>> so far rendering is _very_ slow and the cpu usage applet always shows >>> about 80-100% usage -- thus eating power quite fast, i presume. >>> it takes a long while (and someinteraktion) to make the current map to >>> appear, even after gps obtained a fix i had to swith to some dilog and >>> back to the map view to make it rerender. >>> after the map was there and navigation hints appeared i made the >>> matchbox-keyboard appear which took up the upper part of the screen. after >>> disabling the keyboard the part of the navit window remained grey (though >>> the window's top bar was redrawn immediately by xfce), after several >>> minutes the small rectangles were redrawn -- but that was about all, >>> navigation information ("turn in ... meters") seemed not related to my >>> current position anymore and the map never was redrawn while the cpu usage >>> was still exceptionally high. >>> >>> after about 15min i killed navit. >>> >>> navit is 0.1.0+svn-1791, built without speech, map is the eu.bin linked to >>> in the navit wiki. >>> >> If you installed the precompiled navit version i would suggest to >> compile it from source yourself. I don't know why, but the precompiled >> version runs very bad on my fr with debian. After i compiled my own >> version (1778) it runs much better. I also had trouble with very high >> cpu usage but with my new compiled version i got quite low cpu usage >> when navit is idle. >> > > The Debian precompiled package is meant for desktops, not the FR, thus > it doesn't include fixes/tweaks for devices without fpu, for example. I didn't use the debian package for pc. The pc package wouldn't run at all because it is compiled for x86 and not arm. I tried the version from [1] as tar.gz and extracted it. But this version needs ~80% cpu all the time when running so it was unusable. After i compiled a version myself it uses ~2% cpu when running and idle. Ciao, Rainer [1] http://download.navit-project.org/navit/openmoko/svn/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian install today Again phyton-evas and Zhone
Hi, Am Freitag, den 02.01.2009, 03:12 -0800 schrieb Jos vd Snepscheut: > Sorry for asking but could the .deb on your site be corrupted? :-( Quite likely: > debian-gta02:~# wget www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb > --2009-01-02 10:54:13-- > http://www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb > Resolving www.ginguppin.de... 212.204.60.1 > Connecting to www.ginguppin.de|212.204.60.1|:80... connected. > HTTP request sent, awaiting response... 200 OK > Length: unspecified [text/html] ^ this should make you suspcious > Saving to: `python-evas_0.2.1-2_armel.deb' > > [ <=> ] 8,469 --.-K/s in 0.1s > > > 2009-01-02 10:54:14 (82.3 KB/s) - `python-evas_0.2.1-2_armel.deb' saved > [8469] and this shows the problem: $ html2text python-evas_0.2.1-2_armel.deb [Home] ** ginguppin.de ** Man kann im leben auf vieles verzichten - aber nicht auf katzen und literatur ... * heise online news * * Bundeswehr auf dem Weg zur "Vernetzen Operationsf��hrung" * SCO: The same [..] Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
> The Debian precompiled package is meant for desktops, not the FR, thus and it is for x86 -- while fr has armel (at least my recherches did not turn up precompiled armel packages anywhere). thus, even if i'd like to, it wouldn't run, wouldn't it? as said before: i built it myself from the orig.tar.gz, .dsc and .diff available at http://navit.latouche.info/debian/sid/ > it doesn't include fixes/tweaks for devices without fpu, for example. not the x86 precompiled, but the source surely does, does it? i would expect that building for armel would enable those tweaks. am i wrong? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
> After i compiled a version myself it uses ~2% cpu when running and idle. what exactly did you do? i cross compiled but the problem remains. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard
On Fri, 02 Jan 2009 12:38:46 +0100 Pander babbled: > Rasterman, how can I use a real space or an empty string for the space > bar? Because space is considered a white space character it is not > picked up to be displayed on a key. space (the keysym name) :) > Is it good practise if I use Unicode C2 A0, i.e. no-break space? Or are no. this will be useless. if you want space - use space. if you want a space that is used while composing words (actually wont work as the dict format wont support it) use " " (a space in quotes). :) > there other ways to not label a key? E.g. refering to a non-exinting > .png? What is best practise regarding this? oooh wait the LABEL - empty png :) i chose not to bother with this as its a single-case (spacebar) where you want it and an empty png will do the job - or non-existant one too :) > Reason for doing this, is that in my language we use another word for > space (spatie) but I would like to omit the label on the space bar entirely. as above :) > Carsten Haitzler (The Rasterman) wrote: > > On Fri, 2 Jan 2009 21:00:36 +1100 Carsten Haitzler (The Rasterman) > > babbled: > > > > gah! replying to myself.. found out why... > > > > you file was NOT UTF-8~ it was iso8859! no no! MUST BE UTF-8! > > > > attached fixed file - in utf8. works fine. > > > > now.. spank! make sure you use utf8! :) (heathens still using iso8859!!!) :) > > > >> On Fri, 2 Jan 2009 07:21:52 +0100 Matthias Apitz > >> babbled: > >> > >> ok for some bizarre reason.. you've hit on some sscanf parsing bug. either > >> i need a spank for not understanding it... or it has problems with utf8 > >> char sequences that it didnt have with the numbers.kbd. as soon as it sees > >> the accute accent chars it doesnt bother doing anything right. > >> > >> if (sscanf(buf, "%*s %4000s", label) != 1) continue; > >> > >> skips the "normal/shift/capslock" identifier and goes to find the label > >> string > >> - skipping whitespace between. or it SHOULD and scan up to 4000chars (silly > >> high limit) for the label it gets even this wrong and starts to return > >> garbage strings like delete char. all in all it ends up producing some > >> nasty garbage that then gets fed into the stringshare db... and its only > >> on the keys you added. the rest parses fine (the Numbers.kbd). despite > >> this also having utf8 char sequences. so right now.. i really am a bit > >> baffled as to why - but there is some parsing/sscanf issue i have to hunt > >> down - or work around. > >> > >> (yes - i used scanf to parse... i was feeling lazy!). but as such your > >> extra keys on top SHOULD look like this: > >> > >> key 450 30 30 > >> normal ¿ "¿" > >> shift¿ "¿" > >> capslock ¿ "¿" > >> key 750 30 30 > >> normal á "á" > >> shiftÁ "Á" > >> capslock Á "Á" > >> key 1050 30 30 > >> normal é "é" > >> shiftÉ "É" > >> capslock É "É" > >> key 1350 30 30 > >> normal í "í" > >> shiftÍ "Í" > >> capslock Í "Í" > >> key 1650 30 30 > >> normal ñ "ñ" > >> shiftÑ "Ñ" > >> capslock Ñ "Ñ" > >> key 1950 30 30 > >> normal ó "ó" > >> shiftÓ "Ó" > >> capslock Ó "Ó" > >> key 2250 30 30 > >> normal ú "ú" > >> shiftÚ "Ú" > >> capslock Ú "Ú" > >> key 2550 30 30 > >> normal ü "ü" > >> shiftÜ "Ü" > >> capslock Ü "Ü" > >> key 2850 30 30 > >> normal ¡ "¡" > >> shift¡ "¡" > >> capslock ¡ "¡" > >> > >> pretty simple - and it'd work. if there wasnt this bizarre parsing thing. > >> the other keys in Numbers.kbd work fine... so i'm rather bemused... > >> > >>> El día Friday, January 02, 2009 a las 11:30:51AM +1100, Carsten Haitzler > >>> escribió: > >>> > > I've changed it this way (example): > > > > key 750 30 30 > > normal á aacute > > shiftÁ 0x0c1 > > capslock Á 0x0c1 > > > > i.e. used only 0x.. values for shift/caps; now a click on Á while > > shift/caps is active, gives no char at all :-( > > > > lo siento; without a correct syntax description of the file *.kdb all is > > only guessing arround; where I can find the full syntax of the file? > leave it in strings. look at the Numbers.kbd - it has numbers and > accented chars - including acute/grave etc. versions. just leave it in > quotes as a string and it will get mapped properly. > >>> Hello Carsten, > >>> > >>> First at all, thx for your tip, but ... > >>> > >>> Numbers.kdb has no acute-chars: > >>> > >>> r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# fgrep -i > >>> acute Numbers.kbd > >>> r...@om-gta02:/usr/lib/enlightenment/modules/illume/keyboards# > >>> > >>> attached is my version of Spanish.kbd; it just does not work (after > >>> Xserver restart) for the CAPS chars; the CAPS'ed chars give the same > >>> small version of the chars; please be so kind and check it out > >>> in your FR; thx in advance; >
Re: Debian install today Again phyton-evas and Zhone
>> Sorry for asking but could the .deb on your site be corrupted? :-( > > Quite likely: > > >> debian-gta02:~# wget >> www.ginguppin.de/node/24/python-evas_0.2.1-2_armel.deb that's not the url to the package but the blog entry with the package name appended! not sure, where you got that url from ... the correct url (you browser should show it while hovering) is http://www.ginguppin.de/files/python-evas_0.2.1-2_armel.deb ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Help with nand u-boot environment
Hi all, I've been messing with u-boot and need some help. I was trying to set the "rw" parameter into bootargs to boot 2008.12 from SD. After a couple attempts, I had too many entries in the u-boot, and wanted to erase them all, so I used the "defaultenv" command in u-boot to reset them to the beginning. The "beginning" I think it's not a working environment. Now the environment is messed and I can't boot from NAND, only from NOR, even if I want to use internal flash and not SD. re-flashing the bootloader does not change the environment. Could somebody point me to a saved environment file somewhere? or, could anybody please upload a working environment into the wiki? All you have to do is boot into the menu (AUX+Power), connect a usb cable and use dfu to backup your environment: dfu-util -d 0x1d50:0x5119 -a u-boot_env -D env.orig I can assure you that having a backup copy of your own environment can turn out to be useful also to you, someday :-) One more question: if I use a menu item like this: setenv menu_1 Boot from microSD (2008.12): setenv rootfstype=ext2 root=/dev/mmcblk0p2 \; mmcinit\; fatload mmc 1 0x3200 uImage.bin\; bootm 0x3200 and then "run menu_1" I always (even if booting the kernel has success) see on the console an error: Unknown command 'Boot' - try 'help' is there a way to avoid this? thanks, leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] Spanish Illume keyboard (was: Call for Illume keyboardsand keyboard icons)
El día Friday, January 02, 2009 a las 10:30:19PM +1100, Carsten Haitzler escribió: > On Fri, 2 Jan 2009 11:28:17 +0100 Matthias Apitz babbled: > > > El día Friday, January 02, 2009 a las 09:12:43PM +1100, Carsten Haitzler > > escribió: > > > > > On Fri, 2 Jan 2009 21:00:36 +1100 Carsten Haitzler (The Rasterman) > > > babbled: > > > > > > gah! replying to myself.. found out why... > > > > > > you file was NOT UTF-8~ it was iso8859! no no! MUST BE UTF-8! > > > > > > attached fixed file - in utf8. works fine. > > > > Nop. I've installed your file and restarted the Xserver; > > if you select CAPS mode, then hit the capital Ñ (Ntilde) it appears as > > capital Ñ in the line and waits for further completion, if you now hit > > this Ñ it is moved to the SMS buffer as small ñ (ntilde). > > i'm getting capitals.. actually ok - the 2nd time i do it it is. not the > first. > i think the utf8 normalization that florian did has some issues i think. For me it does not work; I've marked in CAPS mode 5x the Ñ which gives a word of Ñ, as you see in http://www.sisis.de/~guru/OMkbd/Screenshot-25.png then I touch this word and it is moved to the SMS buffer as (small) ñ, as you see here http://www.sisis.de/~guru/OMkbd/Screenshot-26.png do you want me to file a bug report? where? in OM or Illume? > and yes - it you use quotes it goes via the dictionary lookup and works better > - the problem is needing to know what shift plus the 'ñ' key does. as such the > code does a lookup of keyboard maps - for keymaps that have a/A on a key this > works. as does 4/$ etc. for shift and caps - the problem is.. you have no > keyboard with normal ñ key - and thus x doesn't KNOW that shift + ñ == Ñ - it > has no idea, so you get a small. the string version can encode the > capitalisation but simply shift + keysym doesnt end up producing a capitalised > version in x's view of the keyboard world. (unlike shift + a == A). > > so now illume needs a hard-coded table of this stuff that x doesn't know to > basically bypass x. and as such such a table or infra doesn't exist - so > you're > stuck until it does. x's internal "table" doesnt have this. :) I was as well looking for a better solution, like the one I have on my FreeBSD laptop whith X11+KDE; I'm re-using the WINDOWS key with a script like this: $ cat xmod.sh # para español / for Spanish # xmodmap -e "keycode 0x73 = Mode_switch" xmodmap -e "keycode 0x39 = n N ntilde Ntilde" xmodmap -e "keycode 0x1a = e E eacute Eacute" xmodmap -e "keycode 0x26 = a A aacute Aacute" xmodmap -e "keycode 0x1f = i I iacute Iacute" xmodmap -e "keycode 0x1e = u U uacute Uacute" xmodmap -e "keycode 0x20 = o O oacute Oacute" xmodmap -e "keycode 0x14 = questiondown question backslash ssharp" xmodmap -e "keycode 0x0a = 1 exclam exclamdown onesuperior" and all is fine, *all* X11 clients get the correct Spanish chars using WINDOWSkey + n --> ñ SHIFT+WINDOWSkey + n --> Ñ and so on... I think, this would be the correct way to do that, and of course without any diccionary lookup; just re-mapping (xmodmap) keycode NUMBER to KEYSYMNAME(s); can we have this in OM+Illume too? would be nice; for the moment I can live having at least the small Spanish chars :-) the Spanish Writing Rules of RAE (The Real Spain Academy) claims that on writing the capital chars, they must not, but can, be tilded. So, from that point of view RAE all is fine now; Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with nand u-boot environment
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hi all, | I've been messing with u-boot and need some help. | I was trying to set the "rw" parameter into bootargs to boot 2008.12 | from SD. After a couple attempts, I had too many entries in the u-boot, | and wanted to erase them all, so I used the "defaultenv" command in | u-boot to reset them to the beginning. The "beginning" I think it's not | a working environment. | Now the environment is messed and I can't boot from NAND, only from NOR, | even if I want to use internal flash and not SD. | | re-flashing the bootloader does not change the environment. I think what your missing then is dynpart or dynparts to fill in more of the environment for you, then saveenv. | Unknown command 'Boot' - try 'help' | | is there a way to avoid this? No immediate idea, sorry. This kind of thing is why there is no private environment in Qi. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkleBAsACgkQOjLpvpq7dMp4YACggNKFFQGgFYDeDNcsaTZ2cDJR kioAnRFQ9Yh5lAQMtcIvy878Ro3RdoyV =GHxZ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Cellphone sizes
On Thu, 1 Jan 2009 10:57:00 pm Ben Wilson wrote: > However I guess a phone that size might not appeal to everybody? Correct, the Neo is probably about as large as I'd want to go volume wise (I'd trade off depth for width happily). -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
Great! I was thinking that something was missing, but the First of the Year has decreased my understanding capacity :D However, no results: r...@om-gta02:~# find / -name \*sgmllib\* r...@om-gta02:~# Could anyone reproduce the "import BeautifulSoup" and the error? Rui Miguel Silva Seabra ha scritto: > Of course it does. Now do a find like arne asked you :) > > (joking, you just missed the "find" command, as arne said, type: > > find / -name \*sgmllib\* > > Rui > > On Fri, Jan 02, 2009 at 12:19:43PM +0100, Francesco de Virgilio wrote: >> Be patient, it exits as follow: >> >> r...@om-gta02:~# / -name \*sgmllib\* >> -sh: /: Permission denied >> >> arne anka ha scritto: ImportError: No module named sgmllib >>> well, _is_ there a module sgmllib? what does >>> find / -name \*sgmllib\* >>> return? -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
> However, no results: quite interesting! when i do $ apt-file search sgmllib in debian i get diveintopython: /usr/share/doc/diveintopython/html/html_processing/introducing_sgmllib.html diveintopython-zh: /usr/share/doc/diveintopython-zh/html/html_processing/introducing_sgmllib.html jython: /usr/share/jython/Lib/sgmllib.py jython: /usr/share/jython/Lib/test/test_sgmllib.py pypy-lib: /usr/share/pypy-1.0/lib-python/2.4.1/sgmllib.py pypy-lib: /usr/share/pypy-1.0/lib-python/2.4.1/test/test_sgmllib.py python-xml: /usr/share/pyshared/_xmlplus/parsers/sgmllib.py python-xml: /usr/share/pyshared/_xmlplus/sax/drivers/drv_sgmllib.py python-xml: /usr/share/pyshared/_xmlplus/sax/drivers2/drv_sgmllib.py python2.4: /usr/lib/python2.4/sgmllib.py python2.4-doc: /usr/share/doc/python2.4/html/lib/module-sgmllib.html python2.5: /usr/lib/python2.5/sgmllib.py python2.5-doc: /usr/share/doc/python2.5/html/lib/module-sgmllib.html vegastrike-data: /usr/share/games/vegastrike/modules/builtin/sgmllib.py hence, it should be part of standard python. you should try to install python-xml (or the package with closest matching name). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with nand u-boot environment
> One more question: if I use a menu item like this: > > setenv menu_1 Boot from microSD (2008.12): setenv rootfstype=ext2 > root=/dev/mmcblk0p2 \; mmcinit\; fatload mmc 1 0x3200 uImage.bin\; > bootm 0x3200 > > and then "run menu_1" I always (even if booting the kernel has success) > see on the console an error: > > Unknown command 'Boot' - try 'help' 'run var' just means 'execute string stored in var as a u-boot command'. And that is exactly what it does. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
Yeah, today installing python-something_near_xml it's what i thought, so at now in my moko-box "python-xml" and "python-xmlrpc", but you know the result. Is there any way to see if any of the official 2008.12 packages avaiable from opkg contains "sgmllib.py" (a sort of "apt-file search")? In Python docs it's listed, as you reported, as a component of the standard library, so it appears really strange it is not installed :( arne anka ha scritto: >> However, no results: > > quite interesting! > when i do > > $ apt-file search sgmllib > > in debian i get > > diveintopython: > /usr/share/doc/diveintopython/html/html_processing/introducing_sgmllib.html > diveintopython-zh: > /usr/share/doc/diveintopython-zh/html/html_processing/introducing_sgmllib.html > jython: /usr/share/jython/Lib/sgmllib.py > jython: /usr/share/jython/Lib/test/test_sgmllib.py > pypy-lib: /usr/share/pypy-1.0/lib-python/2.4.1/sgmllib.py > pypy-lib: /usr/share/pypy-1.0/lib-python/2.4.1/test/test_sgmllib.py > python-xml: /usr/share/pyshared/_xmlplus/parsers/sgmllib.py > python-xml: /usr/share/pyshared/_xmlplus/sax/drivers/drv_sgmllib.py > python-xml: /usr/share/pyshared/_xmlplus/sax/drivers2/drv_sgmllib.py > python2.4: /usr/lib/python2.4/sgmllib.py > python2.4-doc: /usr/share/doc/python2.4/html/lib/module-sgmllib.html > python2.5: /usr/lib/python2.5/sgmllib.py > python2.5-doc: /usr/share/doc/python2.5/html/lib/module-sgmllib.html > vegastrike-data: /usr/share/games/vegastrike/modules/builtin/sgmllib.py > > > hence, it should be part of standard python. you should try to install > python-xml (or the package with closest matching name). > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2008.9] alarm works only with ALL days
Hi, I've just realized (and double-checked) that the alarm clock only works (i.e. RINGs) if I configure 'any day'; with for example alarm on Saturday and Sunday off, no alarm is generated today, a Friday. Is this a known feature (bug :-)) matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ SPAMer of the year: Subject: Alle Software ist Deutsche Sprachen >From: -40 % die Neujahrsaktion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
Solved :D I've managed to import manually all the libraries necessary to import BeautifulSoup: I copied on the running dir of my script (on the FR) the following libraries: markupbase.py sgmllib.py BeautifulSoup.py and all worked fine :D Thanks to arne and RMS ;) arne anka ha scritto: >> However, no results: > > quite interesting! > when i do > > $ apt-file search sgmllib > > in debian i get > > diveintopython: > /usr/share/doc/diveintopython/html/html_processing/introducing_sgmllib.html > diveintopython-zh: > /usr/share/doc/diveintopython-zh/html/html_processing/introducing_sgmllib.html > jython: /usr/share/jython/Lib/sgmllib.py > jython: /usr/share/jython/Lib/test/test_sgmllib.py > pypy-lib: /usr/share/pypy-1.0/lib-python/2.4.1/sgmllib.py > pypy-lib: /usr/share/pypy-1.0/lib-python/2.4.1/test/test_sgmllib.py > python-xml: /usr/share/pyshared/_xmlplus/parsers/sgmllib.py > python-xml: /usr/share/pyshared/_xmlplus/sax/drivers/drv_sgmllib.py > python-xml: /usr/share/pyshared/_xmlplus/sax/drivers2/drv_sgmllib.py > python2.4: /usr/lib/python2.4/sgmllib.py > python2.4-doc: /usr/share/doc/python2.4/html/lib/module-sgmllib.html > python2.5: /usr/lib/python2.5/sgmllib.py > python2.5-doc: /usr/share/doc/python2.5/html/lib/module-sgmllib.html > vegastrike-data: /usr/share/games/vegastrike/modules/builtin/sgmllib.py > > > hence, it should be part of standard python. you should try to install > python-xml (or the package with closest matching name). > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Dutch people
Hi all, Which one of you are Dutch? I have some interesting localisation to discuss. Please me an off-list message Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
I didn't do anything special except for disabling all unneccecery things for compilation. Therefore i use [1] as parameters for configure and i compile it directly on my fr (no cross compile). I compiled the current 1875 now and tested it again and top shows that the navit process uses 0.0% cpu when idle. Ciao, Rainer [1] ./configure --prefix=/usr/local/navit --enable-avoid-float --disable-garmin --disable-samplemap --disable-postgresql --disable-graphics-opengl --disable-graphics-win32 --disable-gui-win32 --disable-vehicle-demo --disable-vehicle-wince arne anka wrote: >> After i compiled a version myself it uses ~2% cpu when running and idle. > > what exactly did you do? > i cross compiled but the problem remains. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
well, this one > --enable-avoid-float sounds pretty interesting! and maybe this one too: > --disable-postgresql i'll build a new package tonight. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] BeautifulSoup and Python... how?
> Yeah, today installing python-something_near_xml it's what i thought, so > at now in my moko-box "python-xml" and "python-xmlrpc", but you know > the result. is there a package python-html or so? google offered a slightly confusing posting indicating that maybe sgmllib ended up there, at least in ångström. > Is there any way to see if any of the official 2008.12 > packages avaiable from opkg contains "sgmllib.py" (a sort of "apt-file > search")? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (FSO) Milestone 4 only prompts
Paul-8 wrote: > > Hello folks > > I flashed > > uImage-2.6.24+r10+gitr6e2a723ef54ee2e739c34786981b2c508db803c1-r10-om-gta02.bin > > and > > openmoko-fso-illume-image-glibc-ipk--20081120-om-gta02.rootfs.jffs2 > > using the Neotool. FSO boots, shows me a nice ascii-art Angstrom and a > login-prompt. From there it just sits quietly until I pull out the > battery. I also can't ssh into it, as there's "no route to host'. Using > QT, ssh works. > > Is there something I need to say or do? Wave parsley over it while > chanting or so? > > Paul > > -- > Until you've lost your reputation, you never realize > what a burden it was or what freedom really is. > -Margaret Mitchell > > http://www.nlpagan.net > Running on Mandriva Linux 2009 and Ubuntu 8.10 > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > Hi Paul, I've installed and am using these same images you mentioned without problems. The only thing I did notice was after the ascii-art Angstrom thingy when the screen goes dark . . . wait. It seems to take ages, especially if you've used the om2008.12 images! Only suggestion is keep waving that parsley . . . -- View this message in context: http://n2.nabble.com/%28FSO%29-Milestone-4-only-prompts-tp2101369p2102174.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (FSO) Milestone 4 only prompts
> The only thing I did notice was after the ascii-art Angstrom > thingy when the screen goes dark . . . wait. It seems to take ages, > especially if you've used the om2008.12 images! Only suggestion is keep > waving that parsley . . . > Amazing... after firing it up again it actually, after a lot of parsley, boots into enlightenment... Thanks! Now off to find a way to make the phone do something... ;) Paul -- Until you've lost your reputation, you never realize what a burden it was or what freedom really is. -Margaret Mitchell http://www.nlpagan.net Running on Mandriva Linux 2009 and Ubuntu 8.10 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with nand u-boot environment
Leonardo-3 wrote: > > Hi all, > I've been messing with u-boot and need some help. > I was trying to set the "rw" parameter into bootargs to boot 2008.12 > from SD. After a couple attempts, I had too many entries in the u-boot, > and wanted to erase them all, so I used the "defaultenv" command in > u-boot to reset them to the beginning. The "beginning" I think it's not > a working environment. > Now the environment is messed and I can't boot from NAND, only from NOR, > even if I want to use internal flash and not SD. > > re-flashing the bootloader does not change the environment. > > Could somebody point me to a saved environment file somewhere? or, could > anybody please upload a working environment into the wiki? > > I've found this useful on multiple occasions - http://wiki.openmoko.org/wiki/Bootloader#What_if_I_borked_my_bootloader_environment_and_don.27t_get_a_prompt_anymore.3F To reset uboot environments. You can also tweak the environment.in file for stuff like large kernels, or (I guess) different menu entries. HTH -- View this message in context: http://n2.nabble.com/Help-with-nand-u-boot-environment-tp2101581p2102386.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Help with nand u-boot environment
Gothnet wrote: Hi everybody. Thanks for the help, I'm now able to boot both qt-extended and 2008.12! I'm still not really confident about u-boot syntax, I understand that setenv var content means set "content" into "var", but what is the part of "content" that is displayed as a menu entry and what is the part that is executed? leonardo. -- http://leonardo.lilik.it Key fingerprint = 2C20 A587 05AC 42E5 1292 D0D4 3EED CFB5 52FD AD1E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
arne anka wrote: > well, this one >> --enable-avoid-float > sounds pretty interesting! > and maybe this one too: >> --disable-postgresql > > i'll build a new package tonight. I think the first parameter to avoid floating point operations should help quite a bit on such a low performance system which has to do fp with integer commands. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
>>> --enable-avoid-float > I think the first parameter to avoid floating point operations should > help quite a bit on such a low performance system which has to do fp > with integer commands. if it is indeed the one kazer had in mind. maybe it should be rather configurable by config instead of hardcoding? and anyway it would be nice if configure could manage to enable those fixes automatically depending on the target arch ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
arne anka wrote: --enable-avoid-float >> I think the first parameter to avoid floating point operations should >> help quite a bit on such a low performance system which has to do fp >> with integer commands. > > if it is indeed the one kazer had in mind. maybe it should be rather > configurable by config instead of hardcoding? Indeed this would be nice but inefficient because every fp operation have to exist twice only for the sake of makeing it configurable while running. I'm used to adjust configure parameter when compiling linux programs. So to be true i don't mind as long as it is configurable before compiling. :) Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: espeak, mbrola, utf8, navit : problem with french, accentuated letters
Xavier Cremaschi wrote: > > I added in /etc/speech-dispatcher/speechd.conf > DefaultLanguage "fr" > AddModule "mbrola" "sd_generic" "mbrola.conf" > DefaultModule mbrola > > and I created a mbrola.conf in /etc/speech-dispatcher/modules > Your mbrola.conf works fine, variables expanded correctly (speech-dispatcher 0.6.7 / hackable:1). Perhaps unexpected characters? For comparision, my files are there: http://soft.oralux.net/speech-dispatcher/sd-mbrola.tgz There is though a huge latency for talking a small text using mbrola + the fr5 database, around 3 seconds :-/ fr5 is around 5MB, copied on /tmp. Best regards, Gilles ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[GTA01 Qi] doku fuckup and SD-Boot problems
Hi, I have just flashed Qi and have two questions. First, http://wiki.openmoko.org/wiki/Qi clearly states that the boot menu via power+aux will still work. I was sceptical about how that should work since gta01 has no NOR flash. But I trusted the source. Needless to say that there is no boot menu! Am I right in assuming that the wiki is just BS in this regard? If that is so, I like to change the text to warn others. And, how can I get my device in DFU-Mode now? Am I right in assuming that Qi has none? Does this mean that when I trash my rootfs I have no way to re-flash? How would I write a new bootloader (or whatever) to NAND via a running system? And secondly. I did flash Qi because booting from SD with U-Boot as described in the Wiki did not work for me. Somehow u-boot was not able to read the SD (8gb SDHC). (Sorry, I have no exact error message because I stopped debugging when the USB console trashed my hosts USB subsystem) I thought maybe Qi does it right. I have a SD with one ext2 formated partition containing the rootfs and /boot/append-GTA01 and /boot/uImage-GTA01.bin But it still always boots from NAND. I tried /boot/append-GTA01 with rootfstype=ext2 root=/dev/mmcblk0p1 but this did not work either. Any ideas? PS: Remember GTA01! Some people seem to forget them. ;-) -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA01 Qi] doku fuckup and SD-Boot problems
On Friday 02 January 2009 19:40:00 Tilman Baumann wrote: > Hi, > > I have just flashed Qi and have two questions. > > First, http://wiki.openmoko.org/wiki/Qi clearly states that the boot > menu via power+aux will still work. > I was sceptical about how that should work since gta01 has no NOR flash. > But I trusted the source. Needless to say that there is no boot menu! > Am I right in assuming that the wiki is just BS in this regard? > If that is so, I like to change the text to warn others. Maybe just to warn people that its not true on the gta01. I have a feeling that you may need a debug board to restore a uboot in order to flash a new rootfs (I may be wrong though). solar.george signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA01 Qi] doku fuckup and SD-Boot problems
George Brooke wrote: > On Friday 02 January 2009 19:40:00 Tilman Baumann wrote: >> Hi, >> >> I have just flashed Qi and have two questions. >> >> First, http://wiki.openmoko.org/wiki/Qi clearly states that the boot >> menu via power+aux will still work. >> I was sceptical about how that should work since gta01 has no NOR flash. >> But I trusted the source. Needless to say that there is no boot menu! >> Am I right in assuming that the wiki is just BS in this regard? >> If that is so, I like to change the text to warn others. > > Maybe just to warn people that its not true on the gta01. > I have a feeling that you may need a debug board to restore a uboot in order > to flash a new rootfs (I may be wrong though). That would be bad. But I can probably write it back from my running system. My phone still boots from internal flash. But I have no idea how I should do this right now. (no block dev, mtd tools?) And I'm not shure if I will. I will stick with Qi when SD-Boot works. That would be a easy fallback if things go wrong. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.testing] GPS after resume
Having installed navit on my GTA02v5, it seems that it loses GPS after resuming. I haven't finished playing around to see if this is a GPS problem or a navit problem, but while I do, has anyone else noticed? Found a solution? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] GPS after resume
Jeffrey Ratcliffe wrote: > Having installed navit on my GTA02v5, it seems that it loses GPS after > resuming. I haven't finished playing around to see if this is a GPS > problem or a navit problem, but while I do, has anyone else noticed? > Found a solution? I figure that this should be controlled by the kernel side. Simply the GPS chip is turned off and then on on suspend/resume. That's why on resuming it's like you've done a cold reset. There should be a thread about this on the kernel list... -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[navit] Sample map
Given the fact that space is short on mobile devices, might I suggest that the sample map not be included in the .opkg? Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [navit] Sample map
Jeffrey Ratcliffe wrote: > Given the fact that space is short on mobile devices, might I suggest > that the sample map not be included in the .opkg? I beg to differ. Since Internet access is so iffy at the moment, having something to show right away is very important. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [navit] Sample map
2009/1/2 Michael Shiloh : > I beg to differ. Since Internet access is so iffy at the moment, having > something to show right away is very important. Or at least put it in a separate package. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [navit] Sample map
Jeffrey Ratcliffe wrote: > 2009/1/2 Michael Shiloh : >> I beg to differ. Since Internet access is so iffy at the moment, having >> something to show right away is very important. > > Or at least put it in a separate package. > yes, that would work. i would hope that whoever decides what goes into a distro (2008.12, FDOM, SHR, etc.), when Navit is included, so would the sample map. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [navit] Sample map
I think that a separate package is a good thing, it saves space on the device and not prevent anyone from installing it to have a map to show :) Jeffrey Ratcliffe ha scritto: > 2009/1/2 Michael Shiloh : >> I beg to differ. Since Internet access is so iffy at the moment, having >> something to show right away is very important. > > Or at least put it in a separate package. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Francesco de Virgilio *Ubuntu-it Member and Wiki Editor* mailto:frad...@ubuntu-it.org http://wiki.ubuntu-it.org/FrancescoDeVirgilio *Wikimedia Italia Member* http://en.wikipedia.org/wiki/User:Fradeve11 *OpenStreetMap Mapper* http://www.openstreetmap.org/user/Fradeve11 *Blog* http://fradeve.netsons.org "Love - Peace - Freedom - Free Software" ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] navit: rendering is slow
Hi, Am Freitag, den 02.01.2009, 18:50 +0100 schrieb arne anka: > >>> --enable-avoid-float > > I think the first parameter to avoid floating point operations should > > help quite a bit on such a low performance system which has to do fp > > with integer commands. > > if it is indeed the one kazer had in mind. maybe it should be rather > configurable by config instead of hardcoding? > and anyway it would be nice if configure could manage to enable those > fixes automatically depending on the target arch ... actually, not by config but by looking at the hardware it runs on :-) I don’t think it’d be inefficient if this check happens once at startup. It’d increase the binary size, but that’d be ok for a general purpose distro such as Debian. But I see navit isn’t in the official Debian repositories yet, otherwise I’d suggest you file a wishlist bug report. It would also be possible, as an easiy solution, to set this flag depending on the architecture the package is built for. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Questions and Answers
Dear Community Here are my answers to your great questions: > Q1. The end of the year is a time to look back on the year > achievements. So where does Openmoko stands now from a business point > of view ? Could you comment on sustainability, on sales numbers, on > geographic markets and customer categories ? Let me begin by addressing the market aspects of the question, because I find this part more fundamental. Openmoko was built from the tools and knowledge of the Internet. Our argument for the necessity of an open phone stems from an observation that the Internet breaks down mass markets by making it economically attractive for companies to address niche market segments. We saw a real business opportunity caused by this divergence. So we set out to build a product capable of allowing a company to reach out to its customers and allowing its customers to talk back and to talk to each other. This product was the Neo 1973. We pioneered a new breed of Consumer Electronics companies. The products we build expand our community. The expanded community makes for better products and more sales. Ad infinitum. Perhaps one day people will look back and call such corporate and community teamwork the first, of many, Social Electronics companies. FreeRunner, our major product milestone of 2008, started selling in July. We were more conservative this time with our launch. There were no pre-orders. We sold first through distributors. Our own order processing was entirely automated. Last time it was (painfully) manual. I hope everyone who reads this list will appreciate how much effort FreeRunner took. Openmoko is a very small company. We succeeded in building a smartphone only because we didn't have enough experienced people to tell us that it couldn't be done. While far better than the Neo 1973, FreeRunner had its share of problems. The ancient TI Calypso had registration and SIM card compatibility issues. Audio quality, while slowly improving, still is not perfect. But I can accept these growing pains. We are improving. We are much better than our last product. And community effects continue to materialize in mind-blowing ways. (I will never forget the speed at which we all fixed the GPS issue.) "Back to the Basics" was our response to your public and private comments. We continue to refocus internal efforts around these ideas. Paroli represents a phone application with a feature set reduced to the bare minimum that is still useful. FSO is our base that will let you easily build what you want. The entire system is becoming more stable as we increase our efforts to have our kernel downloadable from kernel.org. Our technology plan is stabilized at this point. Development priorities for the next six months are clear. Openmoko's goal can be written in one sentence: We want to build consumer products that package the best parts of the FOSS world into products that are relevant and inspiring to ordinary people. "Inspiring" is the key part of this goal in my mind. Here's a list, off the top of my head, of the things we've inspired to date: * A small project inside of FIC to become an independent company * 24 distributors around the world to join us in getting our products to more people * The development of entire distributions (as opposed to just applications) * Industrial designers to remix our CAD files * A very interesting Framework initiative * A documentation list with the most amazing Community Update emails Using inspiration as a metric, without a doubt, Openmoko was a massive success in 2008. If you want to compare us to Apple and their iPhone I would be flattered, but I also think it's a strange comparison. We are very a small company. Sales are just enough (around 10,000 to date) to survive. Apple has been around for 30 years - Openmoko just under two. I'm extremely excited about our position going into 2009. At the same time, I'm very realistic about the road we are traveling. Success will take everything we've got. > Q2. The god of January has two faces, one looking back and one looking > forward, so... Juergen, Eric in Japan and practically everybody else > want to know when will the GTA03 phone be released, if it will have > 3G/3.5G, a camera and the kitchen sink. Can you tell us anything yet? > Where do you want Openmoko to be in December 2009? We sold the FreeRunner based on "Openness" alone in 2008. We had no real competition in the marketplace. We were very lucky. But times are changing. Go ask your non-developer friends what's the most open phone in the world. They'll say the iPhone or G1. At least that's what I'm hearing. Nobody will doubt the value of openness for the mobile industry anymore. This seems like good news at first glance. But what openness are they talking about? Look around and you'll find it's pretty different than what we've been talking about. Yes, the very definition of openness is changing. This troubles me because we cannot influence mar
Re: Questions and Answers
Sean, I come from a hardware background, chip design mainly, but analogue (note the spelling :-) ) and DSP(MSc) are still strong points. Done chip design for 15 years. Now I do not have a great deal of time at the moment, what with a 3 week old baby and stuff!, but if we can get a few other like minded people together, I am sure we can produce our own open source SoC. And if the credit crunch kicks in properly, even more time. I have heard all about the problems with the crappy Glamo chip. Why not have a small CPLD as a co-processor, into which we load a 'codec' for whatever we are doing at the time, say mp3 decoding, or some video codec. We can get cheap and low power enough CPLD's or FPGA's these days to perform this job. Lets make this thing really open. Could even do the GSM part open source. No more problems with NDA's etc. If you can get to 100K units our own ASIC should become viable. What do you think? Lee. On Sat, 2009-01-03 at 07:11 +0800, Sean Moss-Pultz wrote: > Dear Community > > > Here are my answers to your great questions: > > > Q1. The end of the year is a time to look back on the year > > achievements. So where does Openmoko stands now from a business point > > of view ? Could you comment on sustainability, on sales numbers, on > > geographic markets and customer categories ? > > Let me begin by addressing the market aspects of the question, because I > find this part more fundamental. Openmoko was built from the tools and > knowledge of the Internet. Our argument for the necessity of an open > phone stems from an observation that the Internet breaks down mass > markets by making it economically attractive for companies to address > niche market segments. We saw a real business opportunity caused by this > divergence. So we set out to build a product capable of allowing a > company to reach out to its customers and allowing its customers to talk > back and to talk to each other. This product was the Neo 1973. > > We pioneered a new breed of Consumer Electronics companies. The products > we build expand our community. The expanded community makes for better > products and more sales. Ad infinitum. Perhaps one day people will look > back and call such corporate and community teamwork the first, of many, > Social Electronics companies. > > FreeRunner, our major product milestone of 2008, started selling in > July. We were more conservative this time with our launch. There were no > pre-orders. We sold first through distributors. Our own order processing > was entirely automated. Last time it was (painfully) manual. I hope > everyone who reads this list will appreciate how much effort FreeRunner > took. Openmoko is a very small company. We succeeded in building a > smartphone only because we didn't have enough experienced people to tell > us that it couldn't be done. > > While far better than the Neo 1973, FreeRunner had its share of > problems. The ancient TI Calypso had registration and SIM card > compatibility issues. Audio quality, while slowly improving, still is > not perfect. But I can accept these growing pains. We are improving. We > are much better than our last product. And community effects continue to > materialize in mind-blowing ways. (I will never forget the speed at > which we all fixed the GPS issue.) > > "Back to the Basics" was our response to your public and private > comments. We continue to refocus internal efforts around these ideas. > Paroli represents a phone application with a feature set reduced to the > bare minimum that is still useful. FSO is our base that will let you > easily build what you want. The entire system is becoming more stable as > we increase our efforts to have our kernel downloadable from kernel.org. > Our technology plan is stabilized at this point. Development priorities > for the next six months are clear. > > Openmoko's goal can be written in one sentence: We want to build > consumer products that package the best parts of the FOSS world into > products that are relevant and inspiring to ordinary people. > "Inspiring" is the key part of this goal in my mind. Here's a list, off > the top of my head, of the things we've inspired to date: > >* A small project inside of FIC to become an independent company >* 24 distributors around the world to join us in getting our products > to more people >* The development of entire distributions (as opposed to just > applications) >* Industrial designers to remix our CAD files >* A very interesting Framework initiative >* A documentation list with the most amazing Community Update emails > > Using inspiration as a metric, without a doubt, Openmoko was a massive > success in 2008. If you want to compare us to Apple and their iPhone I > would be flattered, but I also think it's a strange comparison. We are > very a small company. Sales are just enough (around 10,000 to date) to > survive. Apple has been around for 30 years - Openmoko just under two.
Re: Questions and Answers
On Sat, 03 Jan 2009 00:50:14 +0100 Lee Grime babbled: or... use something programmable like the omap3 series that comes with a dsp to offload work to - arm has been working on doing cortex a9 which is multi-core. forget glamo. it's legacy. if you are talking of "doing an SoC" you are in for a hard time. i just did some benchmarks of tro650 vs gta02 vs beagleboard vs desktop in software rendering: http://www.rasterman.com/ as you can see - focusing on glamo and fixing it is not goign to net you anything. just using a "modern SoC" netted an average gain of about 4-5x the speed. and it's not even at its rated 600mhz and with slower ram. i'd expect a good 15-30% up from that just for a production version (ie 600mhz and decent speed ram). and thats not including any neon optimisations. i have that on my todo list now i have silicon to play with. you can go into details of the glamo if you want.. but it'll just rehash things. the future for graphics is not discrete chips doing it - but cores on your SoC. the 3530 has a fast cpu core - fast memory bust with even an l2 cache - AND it even has a (closed) 3d core (SGX). the cpu alone is fast enough to do nice gfx on at the resolutions you'd expect on a phone - throw in the dsp and you're sailing along. producing your own SoC is likely going to net you something that maybe in 5 years approximates the SoC's of 5 years ago in power consumption and performance. if you want a solution and want it in a reasonable time - simply a better SoC is the go. (what you want exists already in production - just a matter of using it :)) > Sean, > > I come from a hardware background, chip design mainly, but analogue > (note the spelling :-) ) and DSP(MSc) are still strong points. Done > chip design for 15 years. Now I do not have a great deal of time at the > moment, what with a 3 week old baby and stuff!, but if we can get a few > other like minded people together, I am sure we can produce our own open > source SoC. And if the credit crunch kicks in properly, even more time. > > I have heard all about the problems with the crappy Glamo chip. Why not > have a small CPLD as a co-processor, into which we load a 'codec' for > whatever we are doing at the time, say mp3 decoding, or some video > codec. We can get cheap and low power enough CPLD's or FPGA's these > days to perform this job. > > Lets make this thing really open. Could even do the GSM part open > source. No more problems with NDA's etc. If you can get to 100K units > our own ASIC should become viable. > > What do you think? > > Lee. > > On Sat, 2009-01-03 at 07:11 +0800, Sean Moss-Pultz wrote: > > Dear Community > > > > > > Here are my answers to your great questions: > > > > > Q1. The end of the year is a time to look back on the year > > > achievements. So where does Openmoko stands now from a business point > > > of view ? Could you comment on sustainability, on sales numbers, on > > > geographic markets and customer categories ? > > > > Let me begin by addressing the market aspects of the question, because I > > find this part more fundamental. Openmoko was built from the tools and > > knowledge of the Internet. Our argument for the necessity of an open > > phone stems from an observation that the Internet breaks down mass > > markets by making it economically attractive for companies to address > > niche market segments. We saw a real business opportunity caused by this > > divergence. So we set out to build a product capable of allowing a > > company to reach out to its customers and allowing its customers to talk > > back and to talk to each other. This product was the Neo 1973. > > > > We pioneered a new breed of Consumer Electronics companies. The products > > we build expand our community. The expanded community makes for better > > products and more sales. Ad infinitum. Perhaps one day people will look > > back and call such corporate and community teamwork the first, of many, > > Social Electronics companies. > > > > FreeRunner, our major product milestone of 2008, started selling in > > July. We were more conservative this time with our launch. There were no > > pre-orders. We sold first through distributors. Our own order processing > > was entirely automated. Last time it was (painfully) manual. I hope > > everyone who reads this list will appreciate how much effort FreeRunner > > took. Openmoko is a very small company. We succeeded in building a > > smartphone only because we didn't have enough experienced people to tell > > us that it couldn't be done. > > > > While far better than the Neo 1973, FreeRunner had its share of > > problems. The ancient TI Calypso had registration and SIM card > > compatibility issues. Audio quality, while slowly improving, still is > > not perfect. But I can accept these growing pains. We are improving. We > > are much better than our last product. And community effects continue to > > materialize in mind-blowing ways. (I will never forget the speed a
Re: Questions and Answers
Sean Moss-Pultz wrote: >> Q5. Kosa and Marco wondered if you could say us something about the >> management that doesn't seem to be loved by great hackers like Harald >> and Carsten. For example, what is your analysis of the controversies >> that led Om2008 to ship with Qtopia's predictive keyboard. > > > Let me give everyone a bit more background into the keypad issue. We > first saw the Qtopia predictive keypad back in February of 2008, and > became extremely exited. This keypad, we believed, had the potential to > become better than anything on the market. Yes, it was... > We asked Raster to integrate this keypad into Om 2008 and extend it to > make it more hacker friendly (i.e., usable from places like the > terminal). After two months of more or less silence he showed us his own > version, written from scratch. The design was a work in progress. And > the dictionary was far inferior to what Qtopia had already. An internal > battle started that lasted until one month before Om 2008 was set to be > released when our product manager, Will Lai, couldn't take it anymore. > He asked another engineer to just get the Qtopia keypad working. Ok, I understand this. But, why have you asked Raster to improve a thing (like qtopia-x11) that should have been only a kind of placeholder? Wasn't it considered in a such way at that time? I always thought that the future of Openmoko was going to reach the Framework, and also if qtopia could be adapted to use it, we all know that its performances under X aren't the ones that we can bear. > At that point Raster's keypad was getting stable. It had many new > features. But basic text entry was still not as good as Qtopia's. Major > parts of Om 2008, in the meantime, were still not finished (like the > Glamo or network manager). > > Openmoko (the company) needs to focus on simplifying. We need to limit > ourselves to building what doesn't already exist. We cannot constantly > try to build better components from scratch. Our resources are just too > limited for that. Openmoko is trying to repackage the essentials (just > enough) to make people feel inspired. What's not there is often times > more inspiring than what is there. > > I emailed Raster, the other day, asking if my current perspective > corresponds with his. The main motivation for writing a new keypad from > scratch, he said, had to do with his ability to (easily) extend Qtopia's > code. C++ and qt were not familiar to him. And he wanted something with > more configuration options. To get there with Qtopia, he thought, would > take more time then writing a new one from scratch. So reading this I only think that what Raster said was not only true about the implementation difficulties, but also about the fact that at that time we needed something that should have survived to Om2008. The keyboard he wrote is actually what the future seems to reserve to us and also if it has some issues with accented words (maybe fixed in svn r38274?!?) and it performs worse with big dictionaries than the Qtopia predictive, I figure that he did the right move. So maybe what happened wasn't in the spirit of the "backs to the basics", but he lead us the best input method available today. > All I ask is that we please don't continue this debate. We have both > now. FSO is using Illume's keypad, so future Om releases will most > likely do the same. Sorry for writing again about this... I know that this (the keyboard itself) is not the most important thing here, but I was worried by the fact that we could have lost the farsighted Raster while he was doing something of great and precious for our future. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
android cross successfully compiled for EEE 1000H
http://venturebeat.com/2009/01/01/android-netbooks-on-their-way-likely-by-2010/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Questions and Answers
Sean Moss-Pultz openmoko.com> writes: Sean Kudos to you for your openness about the status of Openmoko Inc and the future roadmap, the numbers so far and future ambitions.Also for your hints about some of the hard decisions and pain along the way. Its no small achievement to take this start up to the stage where it can look forward to improving existing software stacks based on solid FSO middleware and future product releases given these tough economic times and all in the community will be pleased to hear that this can be the case. Having been part of product dev previously I am very forgiving of the hw and sw bumps in the road that are inevitable - keep up the good work! I will buy another Openmoko phone as soon as the next one is released. Happy new year JW ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SF / Citysense
oh and seeing you are in SF with your BB have you seen this :-) http://www.citysense.com/moreInfo.php ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [GTA01 Qi] doku fuckup and SD-Boot problems
Hi Tilman Baumann wrote: > Hi, > > I have just flashed Qi and have two questions. > > First, http://wiki.openmoko.org/wiki/Qi clearly states that the boot > menu via power+aux will still work. > I was sceptical about how that should work since gta01 has no NOR flash. > But I trusted the source. Needless to say that there is no boot menu! > Am I right in assuming that the wiki is just BS in this regard? > If that is so, I like to change the text to warn others. > > And, how can I get my device in DFU-Mode now? Am I right in assuming > that Qi has none? > Does this mean that when I trash my rootfs I have no way to re-flash? > How would I write a new bootloader (or whatever) to NAND via a running > system? > the WIKI means the GTA02 NOR flash still work, so in GTA01, if you flash the Qi, you will lose the "Boot Menu" and DFU-Mode. you must have debug board to flash the u-boot back. i have no idea about write new bootloader via running system. > And secondly. I did flash Qi because booting from SD with U-Boot as > described in the Wiki did not work for me. > Somehow u-boot was not able to read the SD (8gb SDHC). > (Sorry, I have no exact error message because I stopped debugging when > the USB console trashed my hosts USB subsystem) > > I thought maybe Qi does it right. > I have a SD with one ext2 formated partition containing the rootfs and > /boot/append-GTA01 and /boot/uImage-GTA01.bin > > But it still always boots from NAND. > > I tried /boot/append-GTA01 with rootfstype=ext2 root=/dev/mmcblk0p1 but > this did not work either. you can try delete the /boot/append-GTA01, and try again. hope this can help > > Any ideas? > > > PS: Remember GTA01! Some people seem to forget them. ;-) > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community