Re: Flashing GSM firmware
Steve 'dillo Okay writes: > I'm trying to flash my GSM firmware and running into a problem. > I get to the point where I run the fluid command line and it just > sits there. Basically the idea is that in one terminal you run fluid with right parameters, and in the other you powercycle the modem. Sometimes powercycling is needed more than once (while fluid still stays at (reset target)). And make sure no app accesses GSM. Also i'd recommend to use the latest stable or any recent andy-tracking kernel, but it's not strictly necessary. > Here's the output of what I'm typing in the main window: > r...@om-gta02:/usr/sbin# echo 0 >/sys/bus/platform/devices/neo1973-pm- > gsm.0/power_on > r...@om-gta02:/usr/sbin# echo 1 >/sys/bus/platform/devices/neo1973-pm- > gsm.0/power_on > r...@om-gta02:/usr/sbin# s3c24xx-gpio b7=0 > r...@om-gta02:/usr/sbin# echo "a...@poff" >/dev/ttySAC0 > r...@om-gta02:/usr/sbin# FLUID_PORT=/dev/ttySAC0 FLUID_FLOWCONTROL=h > fluid.exe \ > -oO -b 115200\ > -f /home/root/gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0- > moko10.m0 All this steps except starting fluid.exe are not strictly necessary and i'd recommend to start fluid like that: FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -od13,13 -f Notice i use ROM bootloader and moko11 firmware. In the other terminal something like this should be enough: > r...@om-gta02:/usr/sbin# echo 0 >/sys/bus/platform/devices/neo1973-pm- > gsm.0/power_on > r...@om-gta02:/usr/sbin# echo 1 >/sys/bus/platform/devices/neo1973-pm- > gsm.0/power_on > r...@om-gta02:/usr/sbin# s3c24xx-gpio b7=0 If fluid doesn't pass the (reset target) state, repeat this steps. Basically it's like i described. Alternatively, try Joerg's uSD automated image: http://people.openmoko.org/joerg/calypso_moko_FW/moko11/flash-moko11_uSD-image.tar.gz It works and reliably flashes the firmware for you. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
problem with wifi
Hi All, I am having problem while connecting my openmoko Neo FreeRunner 1973 to my wifi. I followed the wiki and added my WPA entry in wpa_supplicant file. Similarly I followed all the other instructions. Still No results. I am following this link. http://wiki.openmoko.org/wiki/Neo_FreeRunner_Wifi When I do #ifup eth0 It keeps telling No lease, failing. What should i do? -Sandy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Am Mi 4. März 2009 schrieb Fox Mulder: > Johny Tenfinger wrote: > > On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber wrote: > >>> * Change the led transistor power hungry stuff > >> Guys, this has been fixed for *ALL* FR ever sold!!! > > > > No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) > > this has been fixed only for orange and blue LEDs under POWER button. > > Red AUX button is still power hungry - it is eating 50mA. > > Your mentioned 50mA for the AUX LED is ridiculous. It would burn out > with this high current. Normal LEDs only use ~20mA and low current LEDs > ~2mA. 50mA would be for a higher power led which isn't build into the > freerunner. > And when you are on battery the AUX led is off by default and even if it > blinks (like i modified my led behaviour) it isn't really much it uses. > > Ciao, > Rainer The power is consumed by driving a common-emitter transistor driver for LED without base resistor. Current flows from GPIO via base to emitter, and it for sure had been wiser to drive LED directly from GPIO ;-), instead of burning 40mA base current for 10mA collector current. (ballpark numbers) For the non-fixed AUX LED: I wasn't aware these versions have been sold :-/ cheers jOERG 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: [SHR-Unstable] Bluetooth won't connect
I seem to have version 3. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Feedback on FSO 5.1
Hi, I've been using FSO 5.1 for some time now and here is some (late - I know) feedback. I'm using 5.1 with Qi and the standard kernel. 1. The snd_soc_neo1973_gta02_wm8753, modprobe snd-pcm-oss modules do not get loaded automatically on startup. 2. I also need to set up the stereoout.state after startup. 3. Need to install libmad to get mp3 ringtones working. 4. After requesting resource Display / CPU and releasing them - automatic dimming and suspending stops working (I'm using a rule to suspend the freerunner if it's not charging). I think there is a fix for this already. 5. Need the devel packages for elementary. I've tried the svn and the new version has neat sliders. Can we look at moving to the newer version or is that unlikely because of the probable dependencies on eina/ecore etc? In that case can we have the devel versions in the repository? 6. Can you point me to some place where I can read up on how to patch the build process for FSO packages? I want to patch mplayer to use tremor instead of libvorbis. It's an option in mplayer (and there might be some breakage too) but where and how so I start any of such stuff? 7. Can rules.yaml be made more flexible such as for eg to allow me to use the aux button to choose amongst three volume settings during a call? 8. And to have user configurable brightness settings apart from changing rules.yaml and reloading the rules. (Maybe the values could be picked up from another file and used thereafter. Just a thought.) 9. Would like to know how to get my bluetooth headset working in the interim - till things get all set up in FSO itself. :-) 10. frameworkd uses upto 70% CPU when changing cells. This is for a brief period - but 70%? Isn't that too high? Or is that hit because of python - something we need to live with or are there (possible) methods for reducing such usage to more acceptable limits? Thanks. -- View this message in context: http://n2.nabble.com/Feedback-on-FSO-5.1-tp2427488p2427488.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] no sound card
Hi, Hans Zimmerman wrote: > > I do no longer seem to have a sound card in my FreeRunner as it is not > found. The freerunner is running fso milestone 5.1 with opkg update && > opkg > upgrade. > Well, I have this problem too - and I really haven't had the time to pipe up on the fso or this list. Do the following :- modprobe snd_soc_neo1973_gta02_wm8753 modprobe snd-pcm-oss alsactl -f /usr/share/openmoko/scenarios/stereoout.state restore You'll get the sound card back. I keep these lines in a sh script - and use it everytime I reboot. HTH. -- View this message in context: http://n2.nabble.com/-fso--no-sound-card-tp2423797p2427397.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: [SHR-Unstable] Bluetooth won't connect
Hi, Are you using bluez3 or bluez4. Remoko doesn't work with bluez4. bluetoothd is the daemon for bluez4 and hidd/hcid etc. for bluez3. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
On Thu, Mar 05, 2009 at 01:19:07AM +0100, Fox Mulder wrote: > Andy Green wrote: > > Johnny Tenfinger is right despite it sounds strange. On some or all A5s > > there is no base current limit resistor on the bipolar transistor used > > to light the AUX LED. > > > > This "50mA" fault current then flows not through the LED (which has a > > reasonable series current limit resistor), but through the GPIO IO cell > > and the driver transistor base. > > If this is the problem than it really is a bad design flaw... > Maybe i should test the AUX LED on my gta02v5 how much current it uses > when it is on. Ouch. I just tested mine, and the AUX LED really uses that much (about 50mA). Does a SOP exist to fix this? Regards, Thomas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
> Your mentioned 50mA for the AUX LED is ridiculous. It is. Sadly it's also true. > And when you are on battery the AUX led is off by default and even if it > blinks (like i modified my led behaviour) it isn't really much it uses. Indeed, it's not lit very often... I'll let you guess why that is. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
>> Except that those ID3 tags have a clear meaning, and "fixing them" to >> get the sorting to work may imply "breaking them" in the sense that the >> info they carry is not quite correct any more. >> Tho, I guess it depends on the details: in which way did you change the >> ID3 info to solve such problems? > No, I don't break them for sorting to work, Simply I correct them so I avoid > ambiguities. > For antologies (or double/triple albums) > * Put the same "disk name","year" and "artist name" labels in every track, > * Set "track number" and "track name" labels for every track > * Set "disk number" label for diferenciating tracks from a disk from tracks > from another > For compilations, > * Put the same "disk name" and "year" in every track > * Set "artist name", "track number" and "track name" for every track > * Set "disk number" if needed > That way, my labels are *completely correct*, and every well behaved player > can order my tracks by album... Yes, those settings are correct, but they still won't work right if you have several compilation albums of the same year with the same title. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Andy Green wrote: > Somebody in the thread at some point said: > | Johny Tenfinger wrote: > |> On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber > wrote: > |>>> * Change the led transistor power hungry stuff > |>> Guys, this has been fixed for *ALL* FR ever sold!!! > |> No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) > |> this has been fixed only for orange and blue LEDs under POWER button. > |> Red AUX button is still power hungry - it is eating 50mA. > | > | Your mentioned 50mA for the AUX LED is ridiculous. It would burn out > | with this high current. Normal LEDs only use ~20mA and low current LEDs > | ~2mA. 50mA would be for a higher power led which isn't build into the > | freerunner. > | And when you are on battery the AUX led is off by default and even if it > | blinks (like i modified my led behaviour) it isn't really much it uses. > > Johnny Tenfinger is right despite it sounds strange. On some or all A5s > there is no base current limit resistor on the bipolar transistor used > to light the AUX LED. > > This "50mA" fault current then flows not through the LED (which has a > reasonable series current limit resistor), but through the GPIO IO cell > and the driver transistor base. If this is the problem than it really is a bad design flaw... Maybe i should test the AUX LED on my gta02v5 how much current it uses when it is on. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] no sound card
On Wed, Mar 04, 2009 at 05:23:34PM +0100, GNUtoo wrote: > On Wed, 2009-03-04 at 16:17 +, Hans Zimmerman wrote: > > > > Any pointers where to look for the problem/solution? > on SHR i had a problem with sound too: > no /dev/dsp was present That might not be a sign of trouble because /dev/dsp is the old Open Sound System (OSS) interface. These days, ALSA is the norm and lives in the /dev/snd directory. Three useful commands to try out (and example output with just the built in sound card available): $ lsmod | grep -E -e '^sound|^snd[_ ]' snd_soc_neo1973_gta02_wm8753 8808 0 snd_soc_s3c24xx_i2s 4568 1 snd_soc_neo1973_gta02_wm8753 snd_soc_s3c24xx 5192 1 snd_soc_neo1973_gta02_wm8753 snd_soc_wm8753 34228 2 snd_soc_neo1973_gta02_wm8753 snd_soc_core 46548 4 snd_soc_neo1973_gta02_wm8753,snd_soc_s3c24xx_i2s,snd_soc_s3c24xx,snd_soc_wm8753 snd_pcm_oss45736 0 snd_mixer_oss 15304 1 snd_pcm_oss snd_pcm75564 4 snd_soc_s3c24xx,snd_soc_core,snd_pcm_oss snd_timer 21212 1 snd_pcm snd_page_alloc 6824 1 snd_pcm snd50852 8 snd_soc_neo1973_gta02_wm8753,snd_soc_wm8753,snd_soc_core,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 6796 1 snd (The modules snd_pcm_oss and snd_mixer_oss are for the kernel level OSS emulation.) $ ls -l /dev/snd total 0 crw-rw 1 root audio 116, 0 Jan 30 00:04 controlC0 crw-rw 1 root audio 116, 24 Jan 30 00:04 pcmC0D0c crw-rw 1 root audio 116, 16 Jan 30 00:04 pcmC0D0p crw-rw 1 root audio 116, 25 Jan 30 00:04 pcmC0D1c crw-rw 1 root audio 116, 17 Jan 30 00:04 pcmC0D1p crw-rw 1 root audio 116, 33 Jan 30 00:04 timer $ cat /proc/asound/cards 0 [neo1973gta02 ]: WM8753 - neo1973-gta02 neo1973-gta02 (WM8753) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
Robin Paulson wrote: >> My brother has N95 with Agps and he does not have to provide his >> location while using agps service. > > it's probably using cell towers to guess at his location > Right. I have a N95 too, and to have AGPS, I had to configure an AGPS server from my phone operator (SFR). I think they give the coordinate of the cell I'm associated to (easy for them to fetch this information). I'll take a look to see if this AGPS server can be used on my FR too. Nicolas. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wed, 4 Mar 2009 21:41:59 +0100, David Garabana Barro wrote: >> Because you find "changing ID3 tags" to be simpler than "changing >> file names". > > No, because I already have all my music with correct id3 tags, but not with > > homogenous filenames. Doing nothing is simpler than renaming my 15000+ > songs :) While I do agree with you that Id3 is the way to go, renaming 15000+ tracks properly is not that hard... At least with the right software. You might want to try out a software named EasyTAG. Among a huge amount of features, it is able to name files based on the Id3 info in them :) http://easytag.sourceforge.net/ Cheers, Marc-Olivier Barre. -- Participez au black-out anti-HADOPI : http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
2009/3/5 Leonti Bielski : > I have a second question: > > In agps package for u-blox you have to provide approximate location of > your phone and radius (for example 150 kms). > What does it change? If I provide some longitude and latitude and set > some huge radius will it affect anything? > Is it possible to eliminate it at all? > > My brother has N95 with Agps and he does not have to provide his > location while using agps service. it's probably using cell towers to guess at his location there's an app/database being developed so we can do this ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
O Mércores, 4 de Marzo de 2009, Stefan Monnier escribiu: > Except that those ID3 tags have a clear meaning, and "fixing them" to > get the sorting to work may imply "breaking them" in the sense that the > info they carry is not quite correct any more. > Tho, I guess it depends on the details: in which way did you change the > ID3 info to solve such problems? No, I don't break them for sorting to work, Simply I correct them so I avoid ambiguities. For antologies (or double/triple albums) * Put the same "disk name","year" and "artist name" labels in every track, * Set "track number" and "track name" labels for every track * Set "disk number" label for diferenciating tracks from a disk from tracks from another For compilations, * Put the same "disk name" and "year" in every track * Set "artist name", "track number" and "track name" for every track * Set "disk number" if needed That way, my labels are *completely correct*, and every well behaved player can order my tracks by album... > I name them "- " and it works great ;-) Yes, but I have not them named that way ;) > >> sorting "by file name" really turns out to be a very good solution. > > > > Not for me ;) > > Because you find "changing ID3 tags" to be simpler than "changing > file names". No, because I already have all my music with correct id3 tags, but not with homogenous filenames. Doing nothing is simpler than renaming my 15000+ songs :) > An algorithm that uses both ID3 tags and filenames (mostly just > directory names, actually) should be able to accomodate all situations. I hope so -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html 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: [All] To build a better music player
Stefan Monnier wrote: >>> Actually, if you only use ID3 info, it's very difficult to do a good job >>> of sorting files: it's basically impossible to reliably figure out which >>> songs are part of the same album and which aren't. You can use >> I've solved all those problems the first times I opened amarok, and >> now it's a pleasure searching for some song, artist, disk, track... >>> heuristics which will work OK in many cases, but sooner or later you'll >>> bump into some songs whose "album" tag says (say) "Anthology" and which >>> are really divided into 4 different albums, some of which are "well >> When you find one, you can allways change track's id3 :) > > Except that those ID3 tags have a clear meaning, and "fixing them" to > get the sorting to work may imply "breaking them" in the sense that the > info they carry is not quite correct any more. > Tho, I guess it depends on the details: in which way did you change the > ID3 info to solve such problems? > >>> behaved" (same artist and year for all their songs), and the others are >>> compilations where every song has a different year/genre/artist. >> Sorting by name has also problems. > > No doubt. > >> If you have songs from several disks or a double album in the same >> folder, you can finish with this playlist: > >> - track 1, disk 1 >> - track 1, disk 2 >> ... >> - track 1, disk n >> - track 2, disk 1 >> - track 2, disk 2 >> ... > > I name them "- " and it works great ;-) > >>> sorting "by file name" really turns out to be a very good solution. >> Not for me ;) > > Because you find "changing ID3 tags" to be simpler than "changing > file names". > >> I still think that offering several sortings is the way to go > > Well, ... it's more work. > An algorithm that uses both ID3 tags and filenames (mostly just > directory names, actually) should be able to accomodate all situations. Since many people use ID3 differently and place importance on the tags in different ways, this needs to be configurable. Please see my post with the comment that the filename (path without intelligent breaking down into artist, album etc.) should be used a fall back when no ID3 tags are available. To encourage the use of proper ID3 tags, I would not want to encourage the interpretation of the path naming schemes but propose that customisable way (see other post) of placing highest importance on the ID3 info. > > > > Stefan > > > ___ > 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
AW: AW: New accelerometer application, that draws the current perpendicular line and angle
Im sorry I havent tested, what version of SDL is actually necessary, I just used the latest one provided by SHR. Just execute opkg install libsdl-1.2-0 libsdl-ttf opkg install http://www.opkg.org/packages/perpendicular_0.1_armv4t.ipk -force-depends in case your repo doesnt contain a current version. Should work with older ones, too, I guess. BTW: I would be glad if anyone came up with an idea for an icon(or even with an icon), as Im not the expert in graphics and regularly fail in creating nice stuff^^, because I will soon update to a version needing less resources(at the moment, there is no idle time during the execution, it was just planned as a little test app) and then it would be great to offer the ipk with a proper icon for a .desktop file. Greetings, Martin Puffe Von: wp An: List for Openmoko community discussion Gesendet: Dienstag, den 3. März 2009, 23:06:12 Uhr Betreff: Re: AW: New accelerometer application, that draws the current perpendicular line and angle Just install them from openmoko repositories, then it works. http://downloads.openmoko.org/repository/unstable/armv4t/ or experimental one. Btw. this app is really nice, I thought about some similar one - instead of line, rolling ball. Maybe in some free time.. On Tue, Mar 3, 2009 at 8:56 PM, The Digital Pioneer wrote: > Nope, I get the same error on SHR-unstable. > > ___ > 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Johny Tenfinger wrote: |> On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber wrote: |>>> * Change the led transistor power hungry stuff |>> Guys, this has been fixed for *ALL* FR ever sold!!! |> No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) |> this has been fixed only for orange and blue LEDs under POWER button. |> Red AUX button is still power hungry - it is eating 50mA. | | Your mentioned 50mA for the AUX LED is ridiculous. It would burn out | with this high current. Normal LEDs only use ~20mA and low current LEDs | ~2mA. 50mA would be for a higher power led which isn't build into the | freerunner. | And when you are on battery the AUX led is off by default and even if it | blinks (like i modified my led behaviour) it isn't really much it uses. Johnny Tenfinger is right despite it sounds strange. On some or all A5s there is no base current limit resistor on the bipolar transistor used to light the AUX LED. This "50mA" fault current then flows not through the LED (which has a reasonable series current limit resistor), but through the GPIO IO cell and the driver transistor base. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkmu21kACgkQOjLpvpq7dMrRmQCfZqaeELLNiPfCWfJWz2U1cUIq 39EAoI5cfSObn7zEG5m4aaolg2zuj6k9 =kWYq -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
I have a second question: In agps package for u-blox you have to provide approximate location of your phone and radius (for example 150 kms). What does it change? If I provide some longitude and latitude and set some huge radius will it affect anything? Is it possible to eliminate it at all? My brother has N95 with Agps and he does not have to provide his location while using agps service. Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am I the only one that remembers the Qtopia music player? Its interface mimicked the ipod where everything was sorted by artist and/or album. It worked pretty well. The only catch on that player was that you had to manually refresh in order for it to detect newly added files. And then it would process those new files (obviously building up a database). So, it's not a horsepower issue. It's been done on the Neo before. -Steven On Wed, Mar 4, 2009 at 10:24 AM, David Garabana Barro wrote: > I think it's a problem of horsepower. If you can, as modern players do, read > all id3 info of all tracks, and process it on a relational database, you can > perfectly sort all your songs by author/album/year/genre/what you want ;) > > But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how > slow would be on the freerunner. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: illume keyboard - only navigate buttons
Thanks! I modified it for my purpose (left only left/right/up/down/page_up/page_down buttons). Is there any way to shrink the keyboard? I mean I have now only one line of buttons but it takes the same amount of space. Is it possible to make the "container" of buttons smaller? Leonti On Fri, Feb 27, 2009 at 12:16 PM, Pander wrote: > see also > http://www.opkg.org/package_144.html > > Leonti Bielski wrote: >> Thanks! >> It's even better than I expected to find! >> Valuable info. >> Leonti >> >> On 2/26/09, Helge Hafting wrote: >>> Leonti Bielski wrote: Some time ago on scap.linuxtogo.org I've seen illume keyboard only with navigate buttons - right, left, up, down and some others. I would like to use it for navigation in browsers - right know I use terminal keyboard to navigate through web-page in links-x11. Does anyone know where I can find it? >>> A custom keyboard isn't that difficult to make. >>> An illume keyboard is just a textual list of keys: >>> Coordinates for where the key is, how big it is, what function (letter >>> or cursor key) it performs. So you can copy the terminal keyboard file, >>> >>> /usr/lib/enlightenment/modules/illume/keyboards/Terminal.kbd >>> >>> Then you simply delete the keys you don't need from the copy. >>> Finally, make the remaining keys bigger by adjusting their >>> coordinates. >>> >>> To use your new keyboard, save the new file as: >>> /usr/lib/enlightenment/modules/illume/keyboards/Navigation.kbd >>> Bring up the illume keyboard, press the little qwerty icon >>> in the upper right corner, and select your special keyboard >>> from the list. It will be there if you saved the file to the correct folder. >>> >>> Helge Hafting >>> >>> ___ >>> 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 > > > ___ > 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: Pulster fixe(s) and rework
Johny Tenfinger wrote: > On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber wrote: >>> * Change the led transistor power hungry stuff >> Guys, this has been fixed for *ALL* FR ever sold!!! > > No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) > this has been fixed only for orange and blue LEDs under POWER button. > Red AUX button is still power hungry - it is eating 50mA. Your mentioned 50mA for the AUX LED is ridiculous. It would burn out with this high current. Normal LEDs only use ~20mA and low current LEDs ~2mA. 50mA would be for a higher power led which isn't build into the freerunner. And when you are on battery the AUX led is off by default and even if it blinks (like i modified my led behaviour) it isn't really much it uses. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
>> Actually, if you only use ID3 info, it's very difficult to do a good job >> of sorting files: it's basically impossible to reliably figure out which >> songs are part of the same album and which aren't. You can use > I've solved all those problems the first times I opened amarok, and > now it's a pleasure searching for some song, artist, disk, track... >> heuristics which will work OK in many cases, but sooner or later you'll >> bump into some songs whose "album" tag says (say) "Anthology" and which >> are really divided into 4 different albums, some of which are "well > When you find one, you can allways change track's id3 :) Except that those ID3 tags have a clear meaning, and "fixing them" to get the sorting to work may imply "breaking them" in the sense that the info they carry is not quite correct any more. Tho, I guess it depends on the details: in which way did you change the ID3 info to solve such problems? >> behaved" (same artist and year for all their songs), and the others are >> compilations where every song has a different year/genre/artist. > Sorting by name has also problems. No doubt. > If you have songs from several disks or a double album in the same > folder, you can finish with this playlist: > - track 1, disk 1 > - track 1, disk 2 > ... > - track 1, disk n > - track 2, disk 1 > - track 2, disk 2 > ... I name them "- " and it works great ;-) >> sorting "by file name" really turns out to be a very good solution. > Not for me ;) Because you find "changing ID3 tags" to be simpler than "changing file names". > I still think that offering several sortings is the way to go Well, ... it's more work. An algorithm that uses both ID3 tags and filenames (mostly just directory names, actually) should be able to accomodate all situations. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework (was: Re: buzz fix)
On Wed, Mar 4, 2009 at 08:32, Joerg Reisenweber wrote: >> * Change the led transistor power hungry stuff > Guys, this has been fixed for *ALL* FR ever sold!!! No, no, no. You are right only for GTA02v6. On GTA02v5 (which I have) this has been fixed only for orange and blue LEDs under POWER button. Red AUX button is still power hungry - it is eating 50mA. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Yaroslav Halchenko wrote: >> As I mentioned before, I am planning to add some sort of session >> management. It might be too IO intensive to cache all the tag data (as >> opposed to simply remembering file name), but it is a possibility. > actually I think that storing them along with filenames in those > 'sessions' would speed this up since separate files would not need to be > processed for id3 extraction upon loading of the session file. id3 tags > within a loaded session might be updated upon user request or whenever a > corresponding file is played/queued/whatever ;) > Possible implementation for sorting on ID3: contents of .pythmrc: ID3Sort={%artist - }{%year - }{%album - }{%discnumber}{%tracknumber }{%title}{ (%length)}{ %genre}{ %rating} or also possible ID3Sort={%a - }{%y - }{%b - }{%d}{%n}{%t}{ (%l)}{ %g}{ %r} The ID3 tag with extra surrounding characters in between the {} will not be displayed when the value is not set (Null of empty string). This entire ID3Sort definition will be read on startup of pythm and will be used for sorting tracks. The tags used in the definition also dictate the order and contents of the columns in the overview. In this case begin: Artist, Year, Album, DiscNmbr, TrackNmbr, Title, Length, Genre, Rating Possibly a second definition in .pythmrc can be used for custom column order. e.g.: ID3OverviewColumns=%a,%y,%b,%d%n,%t,%l,%g,%r or also possible ID3OverviewColumns=%artist,%year,%album,%discnumber%tracknumber,%title,%length,%genre,%rating In this example disc number and track number are combined in the same column and will simply be concatenated. The header will be emtpy of on detection of this special case be simply 'Number' of '#' Also to customist this, a third definition can be specified. e.g.: ID3OverviewHeaders=Artiest,Jaar,Album,#,Titel,mm:ss,Genre,Rating And at the same time this third definition allows for localisation. So the use of the following optional definitions in .pythmrc: ID3Sort ID3OverviewColumns ID3OverviewHeaders which are customised by the user will allow for ID3 sorting and presentation catering everyone's wildest ID3 needs. More people interested in implementing this? Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
O Mércores, 4 de Marzo de 2009, Stefan Monnier escribiu: > Actually, if you only use ID3 info, it's very difficult to do a good job > of sorting files: it's basically impossible to reliably figure out which > songs are part of the same album and which aren't. You can use I've solved all those problems the first times I opened amarok, and now it's a pleasure searching for some song, artist, disk, track... > heuristics which will work OK in many cases, but sooner or later you'll > bump into some songs whose "album" tag says (say) "Anthology" and which > are really divided into 4 different albums, some of which are "well When you find one, you can allways change track's id3 :) > behaved" (same artist and year for all their songs), and the others are > compilations where every song has a different year/genre/artist. Sorting by name has also problems. If you have songs from several disks or a double album in the same folder, you can finish with this playlist: - track 1, disk 1 - track 1, disk 2 ... - track 1, disk n - track 2, disk 1 - track 2, disk 2 ... I still think that offering several sortings is the way to go > sorting "by file name" really turns out to be a very good solution. Not for me ;) -- David Garabana Barro jabber & google talk ID:da...@garabana.com Clave pública PGP/GPG: http://davide.garabana.com/pgp.html 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: [QtExtended] Report on 4.4.3 src on FSO
andrew howlett escribió: > Tomas: > > I downloaded the .bin and .jffs2 which you had posted - they rock! WSOD is > gone, phone sounds good. Thank you very much for posting the backup file. > > Andrew Howlett. > I'm glad they worked for you. Hopefully, tomorrow's release will bring more improvements (specially with regards to wlan and dns) Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-ustable] gprs is also unstable
Ticket #2223 is also open and might apply to SHR-ustable as well. Kind regards, Ed Al Johnson wrote: > If you suffer from #1024 and haven't disabled deep sleep you will probably > drop the connection on every reregistration. It may cause longer lasting > problems with some networks too - after reregistration I couldn't get another > connection for some time with O2 (UK) but didn't have problems with T-Mobile > (UK). This is anecdotal rather than definitive as #1024 is intermittent, so I > couldn't check the problem was repeatable. > > There was a problem reported with ppp being unable to resume due to the > dynamic nature of the multiplexed port too, but that may have been fixed by > now. > > On Tuesday 03 March 2009, Leonti Bielski wrote: > >> Yes, I do :( >> >> I think this is because not in every place gprs is available all the time. >> When connection is lost it does not recover. >> I think it is more of FSo problem than SHR. >> >> Leonti >> >> On Tue, Feb 24, 2009 at 9:39 PM, ivvmm wrote: >> >>> Hello community, >>> >>> unstableness of SHR(which name claims stability) follows with instablity >>> of GPRS connection. Several minutes and it is over, you have to restart >>> it manually. >>> >>> Does anyone else experience this? >>> > > > ___ > 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: [fso] no sound card
On Wed, 2009-03-04 at 17:19 +0100, arne anka wrote: > which kernel? > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community Well just to be sure I loaded the following: modules-2.6.28-oe1 +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.tgz uImage-2.6.28-oe1 +gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin r...@om-gta02:~# uname -a Linux om-gta02 2.6.28-rc4 #1 PREEMPT Mon Feb 23 18:51:54 UTC 2009 armv4tl unknown Hans ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Report on 4.4.3 src on FSO
Tomas: I downloaded the .bin and .jffs2 which you had posted - they rock! WSOD is gone, phone sounds good. Thank you very much for posting the backup file. Andrew Howlett. -- View this message in context: http://n2.nabble.com/-QtExtended--Report-on-4.4.3-src-on-FSO-tp2366464p2424257.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: [All] To build a better music player
> As I mentioned before, I am planning to add some sort of session > management. It might be too IO intensive to cache all the tag data (as > opposed to simply remembering file name), but it is a possibility. actually I think that storing them along with filenames in those 'sessions' would speed this up since separate files would not need to be processed for id3 extraction upon loading of the session file. id3 tags within a loaded session might be updated upon user request or whenever a corresponding file is played/queued/whatever ;) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
> I think it's a problem of horsepower. I don't. > If you can, as modern players do, read all id3 info of all tracks, > and process it on a relational database, you can perfectly sort all > your songs by author/album/year/genre/what you want ;) Actually, if you only use ID3 info, it's very difficult to do a good job of sorting files: it's basically impossible to reliably figure out which songs are part of the same album and which aren't. You can use heuristics which will work OK in many cases, but sooner or later you'll bump into some songs whose "album" tag says (say) "Anthology" and which are really divided into 4 different albums, some of which are "well behaved" (same artist and year for all their songs), and the others are compilations where every song has a different year/genre/artist. And then you add classical music into the mix and it gets even more fun. > But, if doing so is a slow process on my 2.4 GHz desktop, I cannot > imagine how slow would be on the freerunner. My measly WL-700gE (266MHz MIPS CPU + 64MB RAM) does it just fine for my music collection (7000 songs). Whoever has read my earlier messages knows that this is using MPD ;-). So at least in the case where the backend is MPD, pythm does have all the necessary tag info at hand, but sorting is still a nightmare, so sorting "by file name" really turns out to be a very good solution. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
any sop on the bass fix? 2009/3/4 Joerg Reisenweber : > Am Mi 4. März 2009 schrieb Helge Hafting: >> Joerg Reisenweber wrote: >> > Am So 11. Januar 2009 schrieb Alexandre Ghisoli: >> >> Le Sun, 11 Jan 2009 19:07:40 +0100, >> >> Konstantin a écrit : >> >> >> >>> Matthias Apitz schrieb: >> Hello Christoph, >> >> Could you please also make an offer for the hardware buzz fix in DE: >> http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf >> Would be great! >> >> Thx >> >> matthias (one of your happy GTA02 customers) >> >>> I second this one - offering the hardware fix for the freerunner >> >>> would be great :) >> >>> >> >>> Regards, >> >>> Konstantin (One of your other happy GTA02 customers ;) ) >> >> Yes, hardware fixes (rework) made by resellers would be great. >> >> >> >> By fixes, I mean : >> >> >> >> * GPS - SDIO fix (add a capacitor if I remember correctly) >> > There's a sw-fix for that, which mostly "just works" >> > >> >> * Add a GSM IR resistor for deep sleep >> > Huh? >> > >> >> * Change the led transistor power hungry stuff >> > Guys, this has been fixed for *ALL* FR ever sold!!! >> > >> >> * fix the GSM buzz >> > ok, agree here. >> > >> >> If I ship the phone somewhere to have a technician fix the buzz, I >> definitely want the "small capacitors on headset output" issue fixed too. >> >> The capacitor, combined with the resistance of earphones, form a >> high-pass filter. >> >> The cutoff frequency is 1/(2*pi*R*C), where R is headphone resistance >> and C is the size of the capacitor. The capacitor in the FR has been >> reported as 1 microfarad. My headset is about 40 ohm, which gives a >> cutoff frequency of about 4kHz. >> >> At 4kHz the sound is halved, and drops by 6db per octave below that. >> Above, the sound is almost normal. Unfortunately, most of the sound we >> hear is below 4kHz. >> >> A headset usually works down to about 20HZ. If I want the cutoff >> frequency there, a 200 microfarad capacitor is needed. >> >> Is there a plan for such a fix as well? >> >> Helge Hafting > > Hey, you copied my mail from ~1year ago ;-) > /j > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable & embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
We have some ideas for a better GUI as well. My priority is getting functionality in first, however. FWIW, I just recently pulled some GUI updates from the guy from whom I branched pythm, Paul, that should help a *little*. These are in git now; I will be rolling out another build shortly. On Wed, Mar 4, 2009 at 11:49 AM, The Digital Pioneer wrote: > Well, the database processing would be slow of course, but more than that, > an advanced collection manager would be very difficult (I would think) to > use on the FR. The simple GUI Pythm has now tends to give me enough grief > unless I use my stylus. > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Pythm reads all tag data anyway. It is slow, but not overly so. That is the trade-off between having a player that uses pre-built playlists and one that builds them on the fly. Personally I go for the latter. As I mentioned before, I am planning to add some sort of session management. It might be too IO intensive to cache all the tag data (as opposed to simply remembering file name), but it is a possibility. As for song ordering, I believe that some combination of song file name and id3 data will be ideal. I am sure I can come up with something reasonable. Even if there is no general solution, sorting will be cheap compared with reading tags so we can have a sort function in the program that can cycle through some different sorts. On Wed, Mar 4, 2009 at 11:37 AM, Marcel wrote: > Am Wednesday 04 March 2009 17:24:18 schrieb David Garabana Barro: >> On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: >> > > I would not want to have to rename hundreds of files to get some media >> > > player >> > > sort them correctly just because it doesn't read id3 data... (Although >> > > my filenames actually do have the tracknums included) >> > >> > As Stefan said, this isn't a problem of the player not reading ID3 data, >> > it's a problem of inconsistency. Different people have different wants >> > and the player can't magically know what you want. Unfortunately, the >> > Freerunner has no brainwave scanning peripherals. Perhaps they'll include >> > that in GTA03. :) >> >> I think it's a problem of horsepower. If you can, as modern players do, >> read all id3 info of all tracks, and process it on a relational database, >> you can perfectly sort all your songs by author/album/year/genre/what you >> want ;) >> >> But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine >> how slow would be on the freerunner. >> >> What about an option for selecting between name order/ track# order? >> This would satisfy almost all people, I think. > > That's what I thought of, too. Having another option in the config file won't > hurt the gui :) > > -- > Marcel > - Show quoted text - > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Well, the database processing would be slow of course, but more than that, an advanced collection manager would be very difficult (I would think) to use on the FR. The simple GUI Pythm has now tends to give me enough grief unless I use my stylus. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am Wednesday 04 March 2009 17:24:18 schrieb David Garabana Barro: > On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: > > > I would not want to have to rename hundreds of files to get some media > > > player > > > sort them correctly just because it doesn't read id3 data... (Although > > > my filenames actually do have the tracknums included) > > > > As Stefan said, this isn't a problem of the player not reading ID3 data, > > it's a problem of inconsistency. Different people have different wants > > and the player can't magically know what you want. Unfortunately, the > > Freerunner has no brainwave scanning peripherals. Perhaps they'll include > > that in GTA03. :) > > I think it's a problem of horsepower. If you can, as modern players do, > read all id3 info of all tracks, and process it on a relational database, > you can perfectly sort all your songs by author/album/year/genre/what you > want ;) > > But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine > how slow would be on the freerunner. > > What about an option for selecting between name order/ track# order? > This would satisfy almost all people, I think. That's what I thought of, too. Having another option in the config file won't hurt the gui :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [fso] no sound card
On Wed, 2009-03-04 at 16:17 +, Hans Zimmerman wrote: > Dear list, > > I do no longer seem to have a sound card in my FreeRunner as it is not > found. > > The freerunner is running fso milestone 5.1 with opkg update && opkg > upgrade. Bootloader is Qi qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu > (03-Mar-2009). > > Logread shows > Mar 4 17:15:10 om-gta02 user.err oeventsd.action ERRORsignal > PlaySound emited an error org.freesmartphone.Device.Audio.PlayerError: > Could not open audio device for playback. > > mixerctl says > lsamixer: function snd_ctl_open failed for default: No such device > > > Any pointers where to look for the problem/solution? on SHR i had a problem with sound too: no /dev/dsp was present Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wednesday 04 March 2009 17:06:43 The Digital Pioneer wrote: > > I would not want to have to rename hundreds of files to get some media > > player > > sort them correctly just because it doesn't read id3 data... (Although my > > filenames actually do have the tracknums included) > > As Stefan said, this isn't a problem of the player not reading ID3 data, > it's a problem of inconsistency. Different people have different wants and > the player can't magically know what you want. Unfortunately, the > Freerunner has no brainwave scanning peripherals. Perhaps they'll include > that in GTA03. :) I think it's a problem of horsepower. If you can, as modern players do, read all id3 info of all tracks, and process it on a relational database, you can perfectly sort all your songs by author/album/year/genre/what you want ;) But, if doing so is a slow process on my 2.4 GHz desktop, I cannot imagine how slow would be on the freerunner. What about an option for selecting between name order/ track# order? This would satisfy almost all people, I think. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
Thanks all for your help! GNUtoo, I followed your suggestion number 1. Thanks. I've just installed Abiword from my local OE repository and I have to say that it's really cool stuff! It's a little too much to what I want to do (leafpad is enough), but ability to work with complicated word processing files on my phone is great! Leonti On Tue, Mar 3, 2009 at 6:21 PM, GNUtoo wrote: > On Tue, 2009-03-03 at 18:08 +0100, Leonti Bielski wrote: >> Hi! >> I'm looking for some kind of word processing application. >> I want to use my Freerunner in a library so I would not have to bring >> laptop with me - only the keyboard. >> I've heard of AbiWord, but can't manage to find an ipk package for it. >> Also, is there emacs package for Freerunner available? >> Can someone suggest something else for text editing? >> >> Leonti >> >> ___ >> Openmoko community mailing list >> community@lists.openmoko.org >> http://lists.openmoko.org/mailman/listinfo/community > I've compiled both...so you have 3 solutions > 1)compile it yourself with openembedded...I can give you my recipes > 2)find the packages in an official distro > I found emacs(non-x11 version) in FSO's unstable repository > 3)find them in my repositories(split in 2 because of a data-loss) but I > don't like this idea because: > *my connection is slow in upload > *I'm not an official repository => the software comes with no kind of > support at all,specially because I had data loss and if there is a > problem with the first repository(and there are some such as wesnoth > lacking libpng3 as rdepend) I will have to bitbake the recipe > again...and the libs have to be bitbaken again...wich takes a lot of > time... > *I had not the time of investigating why I can't change the fonts with > emacs-x11 > Denis. > > > ___ > 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: [fso] no sound card
which kernel? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[fso] no sound card
Dear list, I do no longer seem to have a sound card in my FreeRunner as it is not found. The freerunner is running fso milestone 5.1 with opkg update && opkg upgrade. Bootloader is Qi qi-s3c2442-master-hist_3b8513d8b3d9615e.udfu (03-Mar-2009). Logread shows Mar 4 17:15:10 om-gta02 user.err oeventsd.action ERRORsignal PlaySound emited an error org.freesmartphone.Device.Audio.PlayerError: Could not open audio device for playback. mixerctl says lsamixer: function snd_ctl_open failed for default: No such device Any pointers where to look for the problem/solution? Hans ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GSM Buzz fix, warranty and hopes...
please! not again. this has been told so many times, we all know it by heart! just today jörg reisenweber confirmed, that in his opinion no further etsts are necessary -- but he also said that he's not longer in a position to make that kind of decision official. since iirc the resellers (at least pulster) stated to be waiting for clearance from openemoko, i sincerley hope, om will greenlight the sop soon, so an infrastructure to get the fixes done wioll be available in a near future. all that talking about legal action is going nowhere -- either sue/return your fr or be patient. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GSM Buzz fix, warranty and hopes...
On Wed, Mar 4, 2009 at 4:13 PM, Leonti Bielski wrote: > The legality of DOA (Dead On Arrival) warranty depends on country of sale. > In USA it's totally legal. > In Poland 1 year minimum warranty has to be added. Don't know about > other EU countries. > > All of the issues were described on the official webpage, so it's like > buying used phone and than complaining about scratches. > So basically all those flaws (buzz, gps, #1024 bug) were part of the > hardware you bought and warranty should not cover them. All other > flaws like screen stops working, some connectors not working - > anything that was not described and occured during normal usage of the > phone - should be covered by warranty if you have one. > > I'm not a lawyer but it seems logical to me. > Leonti > This does not count in EU countries like Belgium. Those who ordered the original batch were not notified the phone had flaws like gps, buzz, lack of bass (slow glamo was) it was even promoted as an end-user phone, not a developer phone it said that the hardware was fully working and only software needed some work there is a two year warranty on ALL electrical devices sold here y ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
> > I would not want to have to rename hundreds of files to get some media > player > sort them correctly just because it doesn't read id3 data... (Although my > filenames actually do have the tracknums included) As Stefan said, this isn't a problem of the player not reading ID3 data, it's a problem of inconsistency. Different people have different wants and the player can't magically know what you want. Unfortunately, the Freerunner has no brainwave scanning peripherals. Perhaps they'll include that in GTA03. :) -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
On Wednesday 04 March 2009 16:37:34 Marcel wrote: > Am Wednesday 04 March 2009 16:25:54 schrieb Stefan Monnier: > > The current solution is the easiest and also the most flexible: no > > matter how you organize your directories, it should be pretty easy for > > you to fix your file names such that they get sorted in the order > > you like. > > I would not want to have to rename hundreds of files to get some media > player sort them correctly just because it doesn't read id3 data... > (Although my filenames actually do have the tracknums included) I suppose it's trivial to make a script who renames all my files based on id3 track# With xmms, I used to have track # on filenames, but since I started to use amarok, filenames lost importance if favour of id3. It's a pitty amarok it's a monster to something like freerunner ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
Am Wednesday 04 March 2009 16:25:54 schrieb Stefan Monnier: > >> FYI, there is a new version of pythm available on opkg.org > > > > I only miss one little thing > > When you add an entire directory to playlist, tracks are alphabetically > > ordered, but, if exists, they should be ordered by track # (from ID3 or > > ogg tags). > > This turns out to be a tricky problem. > > > I have a lot of disks without track number on track name, only identified > > by track# on id3/ogg > > And other people have directories with files that aren't part of > a single album, so the track numbers are not related. > > Also, there are multi-CD albums, where you may have a single directory > with all the songs for all the CDs in the album, so you'd then need to > sort by disknumber+tracknumber. > > The current solution is the easiest and also the most flexible: no > matter how you organize your directories, it should be pretty easy for > you to fix your file names such that they get sorted in the order > you like. I would not want to have to rename hundreds of files to get some media player sort them correctly just because it doesn't read id3 data... (Although my filenames actually do have the tracknums included) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] To build a better music player
>> FYI, there is a new version of pythm available on opkg.org > I only miss one little thing > When you add an entire directory to playlist, tracks are alphabetically > ordered, but, if exists, they should be ordered by track # (from ID3 or ogg > tags). This turns out to be a tricky problem. > I have a lot of disks without track number on track name, only identified by > track# on id3/ogg And other people have directories with files that aren't part of a single album, so the track numbers are not related. Also, there are multi-CD albums, where you may have a single directory with all the songs for all the CDs in the album, so you'd then need to sort by disknumber+tracknumber. The current solution is the easiest and also the most flexible: no matter how you organize your directories, it should be pretty easy for you to fix your file names such that they get sorted in the order you like. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GSM Buzz fix, warranty and hopes...
On Wednesday 04 March 2009, Leonti Bielski wrote: > The legality of DOA (Dead On Arrival) warranty depends on country of sale. > In USA it's totally legal. > In Poland 1 year minimum warranty has to be added. Don't know about > other EU countries. > > All of the issues were described on the official webpage, so it's like > buying used phone and than complaining about scratches. > So basically all those flaws (buzz, gps, #1024 bug) were part of the > hardware you bought and warranty should not cover them. All other > flaws like screen stops working, some connectors not working - > anything that was not described and occured during normal usage of the > phone - should be covered by warranty if you have one. > > I'm not a lawyer but it seems logical to me. and what about those who bought a FR from the first batch? E ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner GSM Buzz fix, warranty and hopes...
The legality of DOA (Dead On Arrival) warranty depends on country of sale. In USA it's totally legal. In Poland 1 year minimum warranty has to be added. Don't know about other EU countries. All of the issues were described on the official webpage, so it's like buying used phone and than complaining about scratches. So basically all those flaws (buzz, gps, #1024 bug) were part of the hardware you bought and warranty should not cover them. All other flaws like screen stops working, some connectors not working - anything that was not described and occured during normal usage of the phone - should be covered by warranty if you have one. I'm not a lawyer but it seems logical to me. Leonti On Wed, Mar 4, 2009 at 3:29 PM, MarcO'Chapeau wrote: > Hello lists, hello Openmoko and hello dear reseller > > It is not my first time asking this both on the lists and to Trisoft. It > won't be the last I fear... > > Do we have any hope for a mass fix for the GSM Buzz issue or will we have > to buy a > GTA03 (and get new hardware issues) ? > > I am more and more thinking that warranty at Openmoko is a do-it-yourself > concept... While I am not a lawyer I would think a do-it-yourself warranty > is no > warranty, and we are meant to have one... This is not just ranting. > Legally, I would say Openmoko would be troubled if > some consumer association started asking questions. > > Same goes for Trisoft, which remain unusually silent when I ask this kind > of question without being public about it. > > Now that everybody is in CC, let's get some answers. > > To me and probably many other users the critical question is not whether > hardware issues get fixed fast or not. The question is a purely logistical > one. Will the devices that have been sold so far be fixed one day ? > > Marc-Olivier Barre. > -- > Participez au black-out anti-HADOPI : > http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais > > > ___ > hardware mailing list > hardw...@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/hardware > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
On Tue, 2009-03-03 at 18:52 +, Al Johnson wrote: > On Tuesday 03 March 2009, Leonti Bielski wrote: > > Hi! > > I'm looking for some kind of word processing application. > > I want to use my Freerunner in a library so I would not have to bring > > laptop with me - only the keyboard. > > I've heard of AbiWord, but can't manage to find an ipk package for it. > > Also, is there emacs package for Freerunner available? > > Can someone suggest something else for text editing? > > Which distro are you using? Abiword is one of the things I usually build > myself, so I might have ipkgs available. On the freerunner I use a SHR-unstable distribution(now with a patched kenrel from the image that was for flashing the gsm firmware) On openembedded I ust the openmoko distribution. And I built abiword myself(with the help of openembedded)...then had data-loss so I've lost the recipes but I can retry to build it if you want...If I remember well abiword itself compiled fine...but there was an easy problem in one of its dependencies...didn't commit the fix(boost related) ...Ah yes I remember...little include problem...but I don't remember in which package(maybe boost-asio)...may be boost related Anyway you could try and report your success or failure. Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
On Tue, 2009-03-03 at 18:08 +0100, Leonti Bielski wrote: > Hi! > I'm looking for some kind of word processing application. > I want to use my Freerunner in a library so I would not have to bring > laptop with me - only the keyboard. > I've heard of AbiWord, but can't manage to find an ipk package for it. > Also, is there emacs package for Freerunner available? > Can someone suggest something else for text editing? > > Leonti > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community I've compiled both...so you have 3 solutions 1)compile it yourself with openembedded...I can give you my recipes 2)find the packages in an official distro I found emacs(non-x11 version) in FSO's unstable repository 3)find them in my repositories(split in 2 because of a data-loss) but I don't like this idea because: *my connection is slow in upload *I'm not an official repository => the software comes with no kind of support at all,specially because I had data loss and if there is a problem with the first repository(and there are some such as wesnoth lacking libpng3 as rdepend) I will have to bitbake the recipe again...and the libs have to be bitbaken again...wich takes a lot of time... *I had not the time of investigating why I can't change the fonts with emacs-x11 Denis. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner GSM Buzz fix, warranty and hopes...
Hello lists, hello Openmoko and hello dear reseller It is not my first time asking this both on the lists and to Trisoft. It won't be the last I fear... Do we have any hope for a mass fix for the GSM Buzz issue or will we have to buy a GTA03 (and get new hardware issues) ? I am more and more thinking that warranty at Openmoko is a do-it-yourself concept... While I am not a lawyer I would think a do-it-yourself warranty is no warranty, and we are meant to have one... This is not just ranting. Legally, I would say Openmoko would be troubled if some consumer association started asking questions. Same goes for Trisoft, which remain unusually silent when I ask this kind of question without being public about it. Now that everybody is in CC, let's get some answers. To me and probably many other users the critical question is not whether hardware issues get fixed fast or not. The question is a purely logistical one. Will the devices that have been sold so far be fixed one day ? Marc-Olivier Barre. -- Participez au black-out anti-HADOPI : http://www.laquadrature.net/fr/APPEL-HADOPI-blackout-du-net-francais ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-ustable] gprs is also unstable
If you suffer from #1024 and haven't disabled deep sleep you will probably drop the connection on every reregistration. It may cause longer lasting problems with some networks too - after reregistration I couldn't get another connection for some time with O2 (UK) but didn't have problems with T-Mobile (UK). This is anecdotal rather than definitive as #1024 is intermittent, so I couldn't check the problem was repeatable. There was a problem reported with ppp being unable to resume due to the dynamic nature of the multiplexed port too, but that may have been fixed by now. On Tuesday 03 March 2009, Leonti Bielski wrote: > Yes, I do :( > > I think this is because not in every place gprs is available all the time. > When connection is lost it does not recover. > I think it is more of FSo problem than SHR. > > Leonti > > On Tue, Feb 24, 2009 at 9:39 PM, ivvmm wrote: > > Hello community, > > > > unstableness of SHR(which name claims stability) follows with instablity > > of GPRS connection. Several minutes and it is over, you have to restart > > it manually. > > > > Does anyone else experience this? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Language of hardware keyboard
¡Muchas gracias! I found a script which uses xmodmap for polish keyboard. After some modifications it works perfectly! Leonti On Wed, Mar 4, 2009 at 2:31 PM, Jorge Luis Chamorro wrote: > Helge Hafting escribió: > > Leonti Bielski wrote: > > > Hello! > Yesterday I tried to connect my hardware keyboard to Freerunner. > I'm using SHR - testing and I used [1] to make it work. > But the language of the keyboard is English. How do I change that? > > > > There are at least two ways: > > 1. Select a proper keyboard in /etc/X11/xorg.conf > > the file shoukld have a section like this for a Norwegian keyboard. For > another language, replace "no" with whatever you need. > > Section "InputDevice" > Identifier "Generic Keyboard" > Driver "kbd" > Option "CoreKeyboard" > Option "XkbRules" "xorg" > Option "XkbModel" "pc105" > Option "XkbLayout" "no" > EndSection > > However, the FR ships without a xorg.conf file. So some experimentation > is needed to see if it honors the file, and if you need to install extra > keyboard files that not necessarily comes with the device. > > 2. Remap the keyboard using xmodmap > The FR ships with xmodmap, so you can write a script that uses several > xmodmap commands, one per key that differ from english layout. Then > arrange so the script is executed whenever X starts on your freerunner. > > Helge Hafting > > > With xmodmap : > I configure the keyboard on my Desktop PC and run xmodmad -pke > > keys-on-pc.txt > and also run xmodmad -pke > keys-on-neo.txt on my neo. > Then I put some info from keys-on-pc.txt to keys-on-neo.txt and create a > modified version of keys-on-neo.txt > So when I plug the external keyboard I run xmodmad keys-on-neo-modified.txt. > If I put keys-on-pc.txt directly on Neo I have problems with some keys ( > arrows ) > > Saludos , Jorge > > > > ___ > 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: Language of hardware keyboard
Helge Hafting escribió: Leonti Bielski wrote: Hello! Yesterday I tried to connect my hardware keyboard to Freerunner. I'm using SHR - testing and I used [1] to make it work. But the language of the keyboard is English. How do I change that? There are at least two ways: 1. Select a proper keyboard in /etc/X11/xorg.conf the file shoukld have a section like this for a Norwegian keyboard. For another language, replace "no" with whatever you need. Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "no" EndSection However, the FR ships without a xorg.conf file. So some experimentation is needed to see if it honors the file, and if you need to install extra keyboard files that not necessarily comes with the device. 2. Remap the keyboard using xmodmap The FR ships with xmodmap, so you can write a script that uses several xmodmap commands, one per key that differ from english layout. Then arrange so the script is executed whenever X starts on your freerunner. Helge Hafting With xmodmap : I configure the keyboard on my Desktop PC and run xmodmad -pke > keys-on-pc.txt and also run xmodmad -pke > keys-on-neo.txt on my neo. Then I put some info from keys-on-pc.txt to keys-on-neo.txt and create a modified version of keys-on-neo.txt So when I plug the external keyboard I run xmodmad keys-on-neo-modified.txt. If I put keys-on-pc.txt directly on Neo I have problems with some keys ( arrows ) Saludos , Jorge ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: last.fm anyone?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yorick Moko ha scritto: > vagalume used to work perfectly on shr > on shr-unstable it's been broken for some time now I can confirm this on SHR-testing... any hint? > On Tue, Mar 3, 2009 at 11:44 AM, Gaël HERMET wrote: >> Risto H. Kurppa a écrit : >>> Hi! >>> >>> Has anyone tried to work on a last.fm[1] client for Openmoko? I guess >>> shell.fm[2] would be the easiest solution but anything with a gui? >>> There are some scrobblers like [3] that might work but they aren't >>> able to play the music. >>> >>> [1] http://www.last.fm/home >>> [2] http://nex.scrapping.cc/shell-fm/ >>> [3] http://www.ohrner.net/software/itsgotthevibez_en.php - -- 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" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmugdsACgkQRi2TsGSC4FYabACgr5rPyK+ByTZs3VdT+sLFNhCx AkwAn3f4pk9k42V4D2xAQAYnfFpkJbbn =myOA -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Am Mi 4. März 2009 schrieb Helge Hafting: > Joerg Reisenweber wrote: > > Am So 11. Januar 2009 schrieb Alexandre Ghisoli: > >> Le Sun, 11 Jan 2009 19:07:40 +0100, > >> Konstantin a écrit : > >> > >>> Matthias Apitz schrieb: > Hello Christoph, > > Could you please also make an offer for the hardware buzz fix in DE: > http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf > Would be great! > > Thx > > matthias (one of your happy GTA02 customers) > >>> I second this one - offering the hardware fix for the freerunner > >>> would be great :) > >>> > >>> Regards, > >>> Konstantin (One of your other happy GTA02 customers ;) ) > >> Yes, hardware fixes (rework) made by resellers would be great. > >> > >> By fixes, I mean : > >> > >> * GPS - SDIO fix (add a capacitor if I remember correctly) > > There's a sw-fix for that, which mostly "just works" > > > >> * Add a GSM IR resistor for deep sleep > > Huh? > > > >> * Change the led transistor power hungry stuff > > Guys, this has been fixed for *ALL* FR ever sold!!! > > > >> * fix the GSM buzz > > ok, agree here. > > > > If I ship the phone somewhere to have a technician fix the buzz, I > definitely want the "small capacitors on headset output" issue fixed too. > > The capacitor, combined with the resistance of earphones, form a > high-pass filter. > > The cutoff frequency is 1/(2*pi*R*C), where R is headphone resistance > and C is the size of the capacitor. The capacitor in the FR has been > reported as 1 microfarad. My headset is about 40 ohm, which gives a > cutoff frequency of about 4kHz. > > At 4kHz the sound is halved, and drops by 6db per octave below that. > Above, the sound is almost normal. Unfortunately, most of the sound we > hear is below 4kHz. > > A headset usually works down to about 20HZ. If I want the cutoff > frequency there, a 200 microfarad capacitor is needed. > > Is there a plan for such a fix as well? > > Helge Hafting Hey, you copied my mail from ~1year ago ;-) /j 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: What to do when apps keep crashing?
Adam Jimerson wrote: > > Well I went ahead and gave it a try, if I don't like it I can easily > flash something else on it, but it seems that once you have SHR running > contacts are able to be added by hand but I don't know if they are saved > to the SIM card or to the phone. Sure, you can add contacts manually, and they will be saved to the SIM. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
Stefan Schmidt wrote: > Hello. > > On Tue, 2009-03-03 at 12:31, Helge Hafting wrote: >> Daniel Willmann wrote: >> >>> Now that hot-/warmstart with ephemeris playback works with the framework >>> we should try to get an open server with aiding data available ASAP. >>> >> I hope that fso-gpsd gets updated soon too > > Already done: > http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00 > http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=0838645958d50df38e64429a27672570bf58f8b4 Thanks a lot! I needed this one too, and now get 7s warm starts! http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee I also raised pacc from 3km to 9km, as I often enough travel a bit more than 3km with the gps unit off. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Flickering and no PIN dialog
On Wed, 2009-03-04 at 11:04 +0100, Helge Hafting wrote: > Pander wrote: > > Hi all, > > > > Are more people experiencing on latest SHR unstable (built feb 28): > > - screen flickering > > - instable wifi connection > > wifi has been fine for me, since I started using the 2.6.28 kernels > distributed along with the SHR images in 2009. > > Well, wpa doesn't work at all, but wep based wifi is fine. The > connection stays up for days, and heavy use don't stop it either. wpa works some time, and most of time it failed to varify password, see below logs from DI-524M AP. Mar 3 23:58:32 (none) auth.info syslog: wlan0: WPA-TKIP PSK > authentication in progress... > : > Mar 3 23:58:32 (none) kern.warn klogd: wlan0: A wireless client is > associated - 00:12:CF:8E:EC:2A > : > Mar 3 23:58:35 (none) kern.warn klogd: wlan0: A STA is rejected by > 802.1x daemon - 00:12:CF:8E:EC:2A > > Make sure you have a kernel that matches the SHR image. Flashing the > rootfs does not update the kernel, it is flashed separately. > > Helge Hafting > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community -- Daniel.Li PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework (was: Re: buzz fix)
And a bass boost fix would be great too. On Wed, Mar 4, 2009 at 8:32 AM, Joerg Reisenweber wrote: > Am So 11. Januar 2009 schrieb Alexandre Ghisoli: >> Le Sun, 11 Jan 2009 19:07:40 +0100, >> Konstantin a écrit : >> >> > Matthias Apitz schrieb: >> > > >> > > Hello Christoph, >> > > >> > > Could you please also make an offer for the hardware buzz fix in DE: >> > > http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf >> > > Would be great! >> > > >> > > Thx >> > > >> > > matthias (one of your happy GTA02 customers) >> > >> > I second this one - offering the hardware fix for the freerunner >> > would be great :) >> > >> > Regards, >> > Konstantin (One of your other happy GTA02 customers ;) ) >> >> Yes, hardware fixes (rework) made by resellers would be great. >> >> By fixes, I mean : >> >> * GPS - SDIO fix (add a capacitor if I remember correctly) > There's a sw-fix for that, which mostly "just works" > >> * Add a GSM IR resistor for deep sleep > Huh? > >> * Change the led transistor power hungry stuff > Guys, this has been fixed for *ALL* FR ever sold!!! > >> * fix the GSM buzz > ok, agree here. > >> * ... > ??? > > /j > > ___ > 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: GSM Buzz fix also applicable to GTA01?
Joerg Reisenweber wrote: >> >> So my question is basically if the GTA02 buzz fix works for me and is it >> reasonable to think that I need it? >> Maybe it can really be fixed with a better alsa state file. > I'll answer more detailed questions on HW-ML (as you can tell from delay I > read [community] rather infrequent). Oh, good to know. I did not know that hardware topics have a seperate list. I have the same problem with the community list. Too much noise, too much unimportant. > Basically the answer is: yes applies to GTA01 as well. > And no we don't think buzz can be fixed by better statefile neither on gta02 > nor on gta01. Does this mean you have a solution for me? Or maybe some upcoming? Or only a conformation that it needs to be fixed too? -- Imagination is more important than knowledge. Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlo Minucci ha scritto: > Helge Hafting ha scritto: >> Carlo Minucci wrote: >> >> >>> now i have installed SHR for testing 0.5 e search for a solution... if i >>> don't found i delete the secondo progress bar :) >>> >> The bar that needs "df /" to work? No need to get rid of it >> unconditionally. Test the output of that df command, and make the bar >> only if "df" gave a useable response. Those with a working "df" then >> gets the bar, and those without still get their tiles updated. (And if >> they don't like that, they can complain to whoever packages busybox for >> the SHR distro. "df /" is supposed to work, according to documentation.) >> > > in italian language i can answer to you with "grazie al cazzo" :) LOL > i have test "df /" on SHR, don't work. on om2008.12 work properly > i don't know why but i'm working for a solution > > for now i have release, in the svn, a version working on SHR > use this script for upgrade on SHR: > > wget > "http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/usr/bin/yaouh.py?conten > t-type=text%2Fplain&rev=15&root=yaouh" -O /usr/bin/yaouh.py > > now work also with default configuration of tangogps (for fix this bug > http://wiki.openmoko.org/wiki/Yaouh!#Bug ) > I'm trying it and it appears to work fine and, wow, it's a fast and mercy killing :D Thanks - -- 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" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmuZ2QACgkQRi2TsGSC4FaK9gCgpFnKqNxk+AEmefInJXlXu8bf tGEAoKvVUOJIwFTu3Ep5g4rc6rCJKEYy =QUAK -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] kernel upgrade and touchscreen input problems
> Unfortunately, I get "RCU detected CPU 0 stall (t=4294908494/600 > jiffies)" and a traceback, and then itfails to setup usb0 so I can't log > in that way. But it does boot. see > http://lists.openmoko.org/nabble.html#nabble-td2363869 as for the usb0 -- what does ifup usb0 say? > Under either the 2.6.24 kernel or the 2.6.28 kernel, I still have > problems: > The AUX brings up the keyboard, so that's good. the AUX is no kernel business above making it working at all. > When the screen goes dim, a tap of the screen brings the backlight back > up, > but it won't register the taps on the icons or the keyboard, or the lock > screen. > The Xorg log shows: > (EE) PreInit returned NULL for "Configured Touchscreen" sounds like you do use xserver-xorg-input-tslib, check your xorg.conf, instead of "TslibDevice" now it is only "Device". ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do when apps keep crashing?
On Wed, Mar 4, 2009 at 5:12 AM, Helge Hafting wrote: > Adam Jimerson wrote: > > > None of my contacts are on my SIM card and it would take forever to move > > all of them onto it, the link the the script quoted is a dead link does > > anyone have a correct link they can point me to or a suggested app that > > can read Vcards so I can import my contacts from FDOM, copied onto my > > MicroSD card, into SHR? > > > I know no such way. This part is currently missing in SHR, so maybe it > is not a good distro for you yet. Well I went ahead and gave it a try, if I don't like it I can easily flash something else on it, but it seems that once you have SHR running contacts are able to be added by hand but I don't know if they are saved to the SIM card or to the phone. > > > > As for the question which one of the files on this server > > http://build.shr-project.org/shr-testing/images/om-gta02/ is the Kernel > > needed there seems to be two different ones. > > These two are actually the same. With time there may be several kernels > in that directory, with different versions. > uImage-om-gta02-latest.bin is always a copy of the latest among them, so > that people who don't follow version numbers and kernel development > simply can grab the "latest" kernel, whatever it might be. > > I figured something like that so I went ahead and grabbed the uImage-om-gta02-latest.bin and used that. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Language of hardware keyboard
Leonti Bielski wrote: > Hello! > Yesterday I tried to connect my hardware keyboard to Freerunner. > I'm using SHR - testing and I used [1] to make it work. > But the language of the keyboard is English. How do I change that? > There are at least two ways: 1. Select a proper keyboard in /etc/X11/xorg.conf the file shoukld have a section like this for a Norwegian keyboard. For another language, replace "no" with whatever you need. Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "no" EndSection However, the FR ships without a xorg.conf file. So some experimentation is needed to see if it honors the file, and if you need to install extra keyboard files that not necessarily comes with the device. 2. Remap the keyboard using xmodmap The FR ships with xmodmap, so you can write a script that uses several xmodmap commands, one per key that differ from english layout. Then arrange so the script is executed whenever X starts on your freerunner. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do when apps keep crashing?
On Tue, Mar 3, 2009 at 9:27 PM, Tim Dobson wrote: > Adam Jimerson wrote: > > I tried 2008.12 and my SIM card would not register so I can't use that. > > Try SHR. My SIM card which won't work with 2009.12 and 2008.12 > annoyingly works fine with it. > > I flashed SHR on my phone and at first it took it a while to register my SIM but now everything is working fine, it took me a while to get use to the change in ringers though XP ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework
Joerg Reisenweber wrote: > Am So 11. Januar 2009 schrieb Alexandre Ghisoli: >> Le Sun, 11 Jan 2009 19:07:40 +0100, >> Konstantin a écrit : >> >>> Matthias Apitz schrieb: Hello Christoph, Could you please also make an offer for the hardware buzz fix in DE: http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf Would be great! Thx matthias (one of your happy GTA02 customers) >>> I second this one - offering the hardware fix for the freerunner >>> would be great :) >>> >>> Regards, >>> Konstantin (One of your other happy GTA02 customers ;) ) >> Yes, hardware fixes (rework) made by resellers would be great. >> >> By fixes, I mean : >> >> * GPS - SDIO fix (add a capacitor if I remember correctly) > There's a sw-fix for that, which mostly "just works" > >> * Add a GSM IR resistor for deep sleep > Huh? > >> * Change the led transistor power hungry stuff > Guys, this has been fixed for *ALL* FR ever sold!!! > >> * fix the GSM buzz > ok, agree here. > If I ship the phone somewhere to have a technician fix the buzz, I definitely want the "small capacitors on headset output" issue fixed too. The capacitor, combined with the resistance of earphones, form a high-pass filter. The cutoff frequency is 1/(2*pi*R*C), where R is headphone resistance and C is the size of the capacitor. The capacitor in the FR has been reported as 1 microfarad. My headset is about 40 ohm, which gives a cutoff frequency of about 4kHz. At 4kHz the sound is halved, and drops by 6db per octave below that. Above, the sound is almost normal. Unfortunately, most of the sound we hear is below 4kHz. A headset usually works down to about 20HZ. If I want the cutoff frequency there, a 200 microfarad capacitor is needed. Is there a plan for such a fix as well? Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner freely runs Gentoo
Thomas Gstädtner wrote: > On Wed, Mar 4, 2009 at 7:49 AM, Sven Rebhan wrote: >> 2009/3/4: >>> I'm waiting for the NetBSD+pkgsrc annoucement :) >> Isn't it possible to run Gentoo with a BSD kernel!? :-P >> >> /me runs and hides > > It's even officially supported: > http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/ > However, I wouldn't expect the FreeBSD kernel to support the Neo's > hardware good enough. Everyone knows to use Darwin Kernel and build a Mac like interface on it, oh sorry that's the iPhone... -- Ewan Marshall http://ewanm89.co.uk/ Geek by nature, Linux by choice. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Language of hardware keyboard
Hello! Yesterday I tried to connect my hardware keyboard to Freerunner. I'm using SHR - testing and I used [1] to make it work. But the language of the keyboard is English. How do I change that? Leonti 1. http://git.openmoko.org/?p=openmoko.git;a=blob_plain;f=packages/xserver-kdrive-common/xserver-kdrive-common/openmoko/Xserver;h=a26c5c2d702dd427529f5c67e94058456bc49407 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM Buzz fix also applicable to GTA01?
Am Mi 4. März 2009 schrieb Tilman Baumann: > I have the feeling my GTA01 would also need the buzz fix. > Especially in high antenna power situations I have quite substantial > buzzing. > That might be new, since I have never seen this before, but I only > lately started to use my GTA01 as my main phone, I was more of a land > line type before. > > So my question is basically if the GTA02 buzz fix works for me and is it > reasonable to think that I need it? > Maybe it can really be fixed with a better alsa state file. > > GTA02 and GTA01 seem to differ quite substantially in regard to board > layout, but I guess the audio schematic does not so much. > > -- > Imagination is more important than knowledge. I'll answer more detailed questions on HW-ML (as you can tell from delay I read [community] rather infrequent). Basically the answer is: yes applies to GTA01 as well. And no we don't think buzz can be fixed by better statefile neither on gta02 nor on gta01. /j 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: [SHR-testint] On Yaouh! 0.5 and 0.4
Helge Hafting ha scritto: > Carlo Minucci wrote: > > >> now i have installed SHR for testing 0.5 e search for a solution... if i >> don't found i delete the secondo progress bar :) >> > > The bar that needs "df /" to work? No need to get rid of it > unconditionally. Test the output of that df command, and make the bar > only if "df" gave a useable response. Those with a working "df" then > gets the bar, and those without still get their tiles updated. (And if > they don't like that, they can complain to whoever packages busybox for > the SHR distro. "df /" is supposed to work, according to documentation.) > in italian language i can answer to you with "grazie al cazzo" :) i have test "df /" on SHR, don't work. on om2008.12 work properly i don't know why but i'm working for a solution for now i have release, in the svn, a version working on SHR use this script for upgrade on SHR: wget "http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/*checkout*/usr/bin/yaouh.py?conten t-type=text%2Fplain&rev=15&root=yaouh" -O /usr/bin/yaouh.py now work also with default configuration of tangogps (for fix this bug http://wiki.openmoko.org/wiki/Yaouh!#Bug ) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
This is great ! Thanks a lot 2009/3/4 Leonti Bielski > I've just added it to opkg.org: > http://www.opkg.org/package_152.html > > Pleae let me know if it depends on something that you don't have - I > will add it. > > Leonti > > On Wed, Mar 4, 2009 at 10:29 AM, kimaidou wrote: > > Hi > > > > Could you point out the link to leafpad ipf file please ? I would like to > > try it :D > > > > Thanks > > > > 2009/3/4 Leonti Bielski > >> > >> Thanks all for answering! > >> I'm using SHR - unstable (testing now). Solved my problem by > >> installing leafpad - simple, but with word wrapping :) > >> Also compiled abiword with OE, but didn't install yet. > >> > >> Leonti > >> > >> On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld > >> wrote: > >> > Leonti Bielski writes: > >> > > >> >> Also, is there emacs package for Freerunner available? > >> > > >> > Emacs can be installed from one of the user-repositories mentioned at > >> > the openmoko website. I cannot remember which one. But it worked only > >> > with > >> > problems on my device. Sometimes it didn't start at all, not even in a > >> > shell. > >> > > >> > I would recommend to install Debian on the SD card [¹]. In Debian you > >> > can > >> > install everything including Abiword and Emacs. I even had LaTeX > >> > installed on my OM. > >> > > >> > Greetings > >> > > >> > Sven > >> > > >> > [¹] http://wiki.debian.org/DebianOnFreeRunner. > >> > > >> > -- > >> > Sven Bretfeld > >> > CERES -- CEntrum für REligionswissenschaftliche Studien > >> > Ruhr-Universität Bochum > >> > Universitätsstraße 150 > >> > D-44780 Bochum > >> > > >> > ___ > >> > 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 > > > > > > ___ > > 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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSM Buzz fix also applicable to GTA01?
I have the feeling my GTA01 would also need the buzz fix. Especially in high antenna power situations I have quite substantial buzzing. That might be new, since I have never seen this before, but I only lately started to use my GTA01 as my main phone, I was more of a land line type before. So my question is basically if the GTA02 buzz fix works for me and is it reasonable to think that I need it? Maybe it can really be fixed with a better alsa state file. GTA02 and GTA01 seem to differ quite substantially in regard to board layout, but I guess the audio schematic does not so much. -- Imagination is more important than knowledge. Albert Einstein ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] No right click with tslib 0.0.5-1+fso1
> "export GTK_MODULES=libgtkstylus.so" into ~/.xsession. > > I did that, didn't work. sounds rather as if your .xsession never really was executed. anything else in there? care to post the content here? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
Carlo Minucci wrote: > > now i have installed SHR for testing 0.5 e search for a solution... if i > don't found i delete the secondo progress bar :) The bar that needs "df /" to work? No need to get rid of it unconditionally. Test the output of that df command, and make the bar only if "df" gave a useable response. Those with a working "df" then gets the bar, and those without still get their tiles updated. (And if they don't like that, they can complain to whoever packages busybox for the SHR distro. "df /" is supposed to work, according to documentation.) Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: buzz fix
On Wed, 4 Mar 2009 09:09:50 +0100 Joerg Reisenweber (JR) wrote: >Am Di 27. Januar 2009 schrieb Paul Fertser: >> >> Al Johnson writes: >> > On Monday 26 January 2009, Christoph Siegenthaler wrote: >> >> are there any updates from resellers, FIC or any half-official >> >> DIY-tutorials on the hardware problems, i.e. the buzzing? >> > >> > This appears to have benefited from feedback regarding capacitor >> > types >from >> > the few people so far to have attempted the mod, >> >> The feedback is that: you can use any cap, including tantalum. :) >> >> > but more feedback is requested. The lack of feedback from people >> > trying it may be why it hasn't yet made it past release candidate >> > stage. >> >> No more feedback is really needed. Everyone who performed the rework >> confirmed that it eliminates the buzz. No single negative report. And >> i guess at least 10-20 people have already tried the rework. So, the >> reason that no reseller is doing it yet is probably due to >> communication/business issues rather than technical. > > >Exactly. >I'm not in charge any more to push this fix, but to me it seems we >really don't need to quantify "how much it improves" buzz-issue. >The cause and ways to creep in of buzz are well understood by now by >some guys at least (and NO it's NOT the mic catching RF near antenna, >it's pin4 of hs-jack), the bigC-rework is evidently (based on empiric >and EE basics) eliminating the ripple we see on MICBIAS, and a >gsmhandset.state file correctly using differential input mode >(control.63 value "Mic 2") won't break audio function from unfixed to >buzzfixed FR. Also we don't need any sophisticated test procedure, as >* all devices are prone to buzz issue, so we don't need to prove there >is buzz before fix >* the big-C rework will either kill the buzz or you find you did sth >wrong and mic stops to work. So any engineer doing the actual fix >doesn't need any sophisticated "fix succeeded" test more complicated >than that involved in replacing a lightbulb. Test call -> works -> >fine. > >cheers >jOERG > Hi, i am planning to do this on two units possibly (80%) this friday, i have one unit with and other without the buzz issue(*), both will undertake the fix. * the units were not used on same operator and in the same locations so i will try them first under the same conditions side by side to see if i can make my other unit buzz even if it didn't before. If this can be an opportunity for you to have me to test anything, please let me know. Petr ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Announcing the first programming competition for Openmoko phones
On Mon, Mar 2, 2009 at 11:44 PM, Aapo Rantalainen wrote: > We're announcing the first programming competition for Openmoko phones. > > You're all invited to participate in the competition to code an > audiobook / podcast player. > > Read the rules and more at > http://risto.kurppa.fi/blog/announcing-the-first-programming-competition-for-openmoko-phones/ > > > Aapo Rantalainen & Risto H. Kurppa It's now been suggested that cofundos will be used to pay the prize to the winner, see http://risto.kurppa.fi/blog/announcing-the-first-programming-competition-for-openmoko-phones/#comment-435 r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What to do when apps keep crashing?
Adam Jimerson wrote: > None of my contacts are on my SIM card and it would take forever to move > all of them onto it, the link the the script quoted is a dead link does > anyone have a correct link they can point me to or a suggested app that > can read Vcards so I can import my contacts from FDOM, copied onto my > MicroSD card, into SHR? > I know no such way. This part is currently missing in SHR, so maybe it is not a good distro for you yet. > As for the question which one of the files on this server > http://build.shr-project.org/shr-testing/images/om-gta02/ is the Kernel > needed there seems to be two different ones. These two are actually the same. With time there may be several kernels in that directory, with different versions. uImage-om-gta02-latest.bin is always a copy of the latest among them, so that people who don't follow version numbers and kernel development simply can grab the "latest" kernel, whatever it might be. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
I've just added it to opkg.org: http://www.opkg.org/package_152.html Pleae let me know if it depends on something that you don't have - I will add it. Leonti On Wed, Mar 4, 2009 at 10:29 AM, kimaidou wrote: > Hi > > Could you point out the link to leafpad ipf file please ? I would like to > try it :D > > Thanks > > 2009/3/4 Leonti Bielski >> >> Thanks all for answering! >> I'm using SHR - unstable (testing now). Solved my problem by >> installing leafpad - simple, but with word wrapping :) >> Also compiled abiword with OE, but didn't install yet. >> >> Leonti >> >> On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld >> wrote: >> > Leonti Bielski writes: >> > >> >> Also, is there emacs package for Freerunner available? >> > >> > Emacs can be installed from one of the user-repositories mentioned at >> > the openmoko website. I cannot remember which one. But it worked only >> > with >> > problems on my device. Sometimes it didn't start at all, not even in a >> > shell. >> > >> > I would recommend to install Debian on the SD card [¹]. In Debian you >> > can >> > install everything including Abiword and Emacs. I even had LaTeX >> > installed on my OM. >> > >> > Greetings >> > >> > Sven >> > >> > [¹] http://wiki.debian.org/DebianOnFreeRunner. >> > >> > -- >> > Sven Bretfeld >> > CERES -- CEntrum für REligionswissenschaftliche Studien >> > Ruhr-Universität Bochum >> > Universitätsstraße 150 >> > D-44780 Bochum >> > >> > ___ >> > 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 > > > ___ > 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: [SHR] Flickering and no PIN dialog
Pander wrote: > Hi all, > > Are more people experiencing on latest SHR unstable (built feb 28): > - screen flickering > - instable wifi connection wifi has been fine for me, since I started using the 2.6.28 kernels distributed along with the SHR images in 2009. Well, wpa doesn't work at all, but wep based wifi is fine. The connection stays up for days, and heavy use don't stop it either. Make sure you have a kernel that matches the SHR image. Flashing the rootfs does not update the kernel, it is flashed separately. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulster fixe(s) and rework (was: Re: buzz fix)
Am So 11. Januar 2009 schrieb Alexandre Ghisoli: > Le Sun, 11 Jan 2009 19:07:40 +0100, > Konstantin a écrit : > > > Matthias Apitz schrieb: > > > > > > Hello Christoph, > > > > > > Could you please also make an offer for the hardware buzz fix in DE: > > > http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf > > > Would be great! > > > > > > Thx > > > > > > matthias (one of your happy GTA02 customers) > > > > I second this one - offering the hardware fix for the freerunner > > would be great :) > > > > Regards, > > Konstantin (One of your other happy GTA02 customers ;) ) > > Yes, hardware fixes (rework) made by resellers would be great. > > By fixes, I mean : > > * GPS - SDIO fix (add a capacitor if I remember correctly) There's a sw-fix for that, which mostly "just works" > * Add a GSM IR resistor for deep sleep Huh? > * Change the led transistor power hungry stuff Guys, this has been fixed for *ALL* FR ever sold!!! > * fix the GSM buzz ok, agree here. > * ... ??? /j 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: buzz fix
Am Di 27. Januar 2009 schrieb Paul Fertser: > > Al Johnson writes: > > On Monday 26 January 2009, Christoph Siegenthaler wrote: > >> are there any updates from resellers, FIC or any half-official > >> DIY-tutorials on the hardware problems, i.e. the buzzing? > > > > This appears to have benefited from feedback regarding capacitor types from > > the few people so far to have attempted the mod, > > The feedback is that: you can use any cap, including tantalum. :) > > > but more feedback is requested. The lack of feedback from people > > trying it may be why it hasn't yet made it past release candidate > > stage. > > No more feedback is really needed. Everyone who performed the rework > confirmed that it eliminates the buzz. No single negative report. And > i guess at least 10-20 people have already tried the rework. So, the > reason that no reseller is doing it yet is probably due to > communication/business issues rather than technical. Exactly. I'm not in charge any more to push this fix, but to me it seems we really don't need to quantify "how much it improves" buzz-issue. The cause and ways to creep in of buzz are well understood by now by some guys at least (and NO it's NOT the mic catching RF near antenna, it's pin4 of hs-jack), the bigC-rework is evidently (based on empiric and EE basics) eliminating the ripple we see on MICBIAS, and a gsmhandset.state file correctly using differential input mode (control.63 value "Mic 2") won't break audio function from unfixed to buzzfixed FR. Also we don't need any sophisticated test procedure, as * all devices are prone to buzz issue, so we don't need to prove there is buzz before fix * the big-C rework will either kill the buzz or you find you did sth wrong and mic stops to work. So any engineer doing the actual fix doesn't need any sophisticated "fix succeeded" test more complicated than that involved in replacing a lightbulb. Test call -> works -> fine. cheers jOERG 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: [SHR-testint] On Yaouh! 0.5 and 0.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Carlo Minucci ha scritto: > Francesco de Virgilio ha scritto: >> Hi list, >> does anyone know where can I find the opk/ipk for Yaouh! 0.3? I've tried >> 0.4 on my fresh SHR-testing but, when downloading during the night, it >> crashed (I don't know why, I'm trying again now to report the error from >> shell). >> > > you can found all old version here > http://projects.openmoko.org/frs/?group_id=250 > >> Yaouh 0.5 simply doesn't work showing an error related to filesystem >> (but this has been discussed in another topic). >> So, for my SHR-testing the latest version avaiable for use has been 0.3. >> Does anyone know where can I get it? >> > > now i have installed SHR for testing 0.5 e search for a solution... if i > don't found i delete the secondo progress bar :) Your is a really great work, Carlo :) But, why remove the progress bar? Could not make it optional, configurable from a simple sub-menu ("Show empty space - Yes/No")? I think that space indicator is a great feature, I would see it avaiable at least in OM 2008/2009 ;) Thanks again :) - -- 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" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmuTYIACgkQRi2TsGSC4FY7HQCfUFadLg6jm4AQSkIVtouj9/JT HMkAnR48Lt0g9X3xisIhvmTYWYWmwkFq =eGbd -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-testint] On Yaouh! 0.5 and 0.4
Francesco de Virgilio ha scritto: > Hi list, > does anyone know where can I find the opk/ipk for Yaouh! 0.3? I've tried > 0.4 on my fresh SHR-testing but, when downloading during the night, it > crashed (I don't know why, I'm trying again now to report the error from > shell). > you can found all old version here http://projects.openmoko.org/frs/?group_id=250 > Yaouh 0.5 simply doesn't work showing an error related to filesystem > (but this has been discussed in another topic). > So, for my SHR-testing the latest version avaiable for use has been 0.3. > Does anyone know where can I get it? > now i have installed SHR for testing 0.5 e search for a solution... if i don't found i delete the secondo progress bar :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
Hi Could you point out the link to leafpad ipf file please ? I would like to try it :D Thanks 2009/3/4 Leonti Bielski > Thanks all for answering! > I'm using SHR - unstable (testing now). Solved my problem by > installing leafpad - simple, but with word wrapping :) > Also compiled abiword with OE, but didn't install yet. > > Leonti > > On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld > wrote: > > Leonti Bielski writes: > > > >> Also, is there emacs package for Freerunner available? > > > > Emacs can be installed from one of the user-repositories mentioned at > > the openmoko website. I cannot remember which one. But it worked only > with > > problems on my device. Sometimes it didn't start at all, not even in a > > shell. > > > > I would recommend to install Debian on the SD card [¹]. In Debian you can > > install everything including Abiword and Emacs. I even had LaTeX > > installed on my OM. > > > > Greetings > > > > Sven > > > > [¹] http://wiki.debian.org/DebianOnFreeRunner. > > > > -- > > Sven Bretfeld > > CERES -- CEntrum für REligionswissenschaftliche Studien > > Ruhr-Universität Bochum > > Universitätsstraße 150 > > D-44780 Bochum > > > > ___ > > 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 > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Word processing application
Thanks all for answering! I'm using SHR - unstable (testing now). Solved my problem by installing leafpad - simple, but with word wrapping :) Also compiled abiword with OE, but didn't install yet. Leonti On Tue, Mar 3, 2009 at 8:31 PM, Sven Bretfeld wrote: > Leonti Bielski writes: > >> Also, is there emacs package for Freerunner available? > > Emacs can be installed from one of the user-repositories mentioned at > the openmoko website. I cannot remember which one. But it worked only with > problems on my device. Sometimes it didn't start at all, not even in a > shell. > > I would recommend to install Debian on the SD card [¹]. In Debian you can > install everything including Abiword and Emacs. I even had LaTeX > installed on my OM. > > Greetings > > Sven > > [¹] http://wiki.debian.org/DebianOnFreeRunner. > > -- > Sven Bretfeld > CERES -- CEntrum für REligionswissenschaftliche Studien > Ruhr-Universität Bochum > Universitätsstraße 150 > D-44780 Bochum > > ___ > 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
[SHR-testint] On Yaouh! 0.5 and 0.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi list, does anyone know where can I find the opk/ipk for Yaouh! 0.3? I've tried 0.4 on my fresh SHR-testing but, when downloading during the night, it crashed (I don't know why, I'm trying again now to report the error from shell). Yaouh 0.5 simply doesn't work showing an error related to filesystem (but this has been discussed in another topic). So, for my SHR-testing the latest version avaiable for use has been 0.3. Does anyone know where can I get it? Thanks - -- 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" GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkmuRikACgkQRi2TsGSC4FZ+pwCeJ5usbgA1+M0TSytW8ELKQPhJ 3cgAnjjuhW3Mj1neT56+QDRceG6/qZdP =DPZQ -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: New accelerometer application, that draws the current perpendicular line and angle
r...@om-gta02:~# opkg install perpendicular http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-1.2-0_1.2.11-r7_armv4t.ipk http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-ttf_2.0.3-r1_armv4t.ipk http://downloads.openmoko.o rg/repository/unstable/armv4t/libstdc++6_4.1.2-r19_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-1.2-0_1.2.11-r7_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/libsdl-ttf_2.0.3-r1_armv4t.ipk Downloading http://downloads.openmoko.org/repository/unstable/armv4t/libstdc++6_4.1.2-r19_armv4t.ipk Installing perpendicular (0.1) to root... Downloading http://www.opkg.org/packages/perpendicular_0.1_armv4t.ipk Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-1.2-0 and libsdl-1.2-0) providing same name marked HOLD or PREFER. Using latest. Upgrading libsdl-1.2-0 on root from 1.2.11-r6 to 1.2.11-r7... Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libsdl-ttf and libsdl-ttf) providing same name marked HOLD or PREFER. Using latest. Installing libsdl-ttf (2.0.3-r1) to root... Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Multiple packages (libstdc++6 and libstdc++6) providing same name marked HOLD or PREFER. Using latest. Upgrading libstdc++6 on root from 4.1.2-r18 to 4.1.2-r19... Configuring libsdl-1.2-0 Configuring libstdc++6 Collected errors: * ERROR: Cannot satisfy the following dependencies for perpendicular: * libsdl-1.2-0 (>= 1.2.11-r7.1) * libsdl-ttf (>= 2.0.3-r1.1) * libstdc++6 (>= 4.1.2-r19.1) * * Package libsdl-ttf md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. r...@om-gta02:~# with --force-depends I was able to install it and start. Nice app, I'd like to see a menu icon for it. I also had some problems with the automatically rotating screen - in the end the line pointed to wrong direction (not down) but anyway :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner freely runs Gentoo
On Wed, Mar 4, 2009 at 7:49 AM, Sven Rebhan wrote: > 2009/3/4 : >> I'm waiting for the NetBSD+pkgsrc annoucement :) > > Isn't it possible to run Gentoo with a BSD kernel!? :-P > > /me runs and hides It's even officially supported: http://www.gentoo.org/proj/en/gentoo-alt/bsd/fbsd/ However, I wouldn't expect the FreeBSD kernel to support the Neo's hardware good enough. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] Yet more on the wrench, sorry
On Tue, Mar 03, 2009 at 04:49:41PM -0800, Nick Van Fossen wrote: > > So I've been frustrated over the last few months just trying to get a working > terminal keyboard under 2008.12. I see the distro as borderline useless > without this, and as a side point I'm completely baffled by the choice of > making the wrench so difficult to get working when it worked fine in 2008.9. > > So right now I have a working qwerty button and a wrench icon that opens but > none of the sub-menus contain anything. I believe all I need to do now is > get the keyboard selector menu within the wrench to let me select the default > keyboard instead of None, and then I set QT to not export its keyboard and I > should be good. > > My problem though is I can't seem to figure out where the hell the menu > information for the wrench tool is located. I have been looking in the e.cfg > and related files and the freerunner.edc file within the asu theme, and the > files within the illume theme, but I see no mention of the keyboard menu. > Also the preconfigured binaries on the enlightenment.cfg wiki page just bring > me to a blank white screen, and when I try to use eet to view the source of > the e.cfg file included it just says it cannot be opened for reading, so I'm > thinking the files are just corrupt. > > Can anyone give me a pointer on where the wrench menu info is even stored? Are you sure your installation went ok? I didn't have that with 2008.12... Rui -- Grudnuk demand sustenance! Today is Pungenday, the 63rd 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