Re: How to fix missing icons in SHR-Unstable

[Klaus 'mrmoku' Kurzmann]

Am Sonntag 08 März 2009 03:19:33 schrieb The Digital Pioneer:
> Hey, all. I've heard the devs are going to release a fix for the missing
> icons in SHR soon, but for those like me who just can't wait, I think I've
> got a fix. I've attached a file which needs to be put into /etc/xdg/menus/
> and that should get your icons back. If it doesn't, let me know and I'll
> try to figure out what else I did.
well... that would be surprising... we (more specifically dos1) found the issue 
and 'opkg install e-wm-utils' fixes it. See blog.shr-project.org for details.

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian] Illume won't show any icons

[Klaus 'mrmoku' Kurzmann]

Am Sonntag 08 März 2009 01:56:41 schrieb Jeffrey Ratcliffe:
> Following this thread:
>
> http://lists.openmoko.org/nabble.html#nabble-td2315355
>
> I installed menu-xdg, deleted ~/.e and restarted e, and was able to
> choose Enlightenment (Applications), but I still see no icons.
>
> What else do I have to do?
>
> Illume is in black and white. Is this supposed to be the case?
>
> Regards
>
> Jeff
>
don't know for debian... we had missing icons because of not installed e-wm-
utils... 

Klaus 'mrmoku' Kurzmann

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Kustomizer for 2008.12

[Marius Næss Olsen]

Some packages are broken, so sortdesk is not being installed.

xChris skrev:
> Hi,
>
> I just run the Kustomizer 0.35 on a fresh 2008.12.
>
> There are no application-categories (as I see from the screenshoots) , every
> application is on the "desktop". 
>
> is it a bug?
>
> chris
>   


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Kustomizer for 2008.12

[Risto H. Kurppa]

On Sun, Mar 8, 2009 at 3:05 AM, xChris  wrote:
>
> Hi,
>
> I just run the Kustomizer 0.35 on a fresh 2008.12.
>
> There are no application-categories (as I see from the screenshoots) , every
> application is on the "desktop".
>
> is it a bug?

Hi, thanks for letting me know!
The problem is in opkg.org and the repository there. the devel version
installs  sortdesk (to create the folders) from another source that
should be more stable. Run the following on your freerunner (copied
from the end of the Kustomizer devel version)



opkg install 
http://projects.openmoko.org/frs/download.php/613/sortdesk_1.2_armv4t.ipk

sortdesk add Games
sortdesk add Net
sortdesk add GPS
sortdesk add Tools
sortdesk add Apps

cd /usr/share/pixmaps/sortdesk
wget http://www.kurppa.fi/freerunner/config_files/sortdesk_icons.tar.gz
tar -zxf sortdesk_icons.tar.gz

cd /usr/share/applications/Home

#games
folder="/home/root/.sortdesk/Games/";
mv liquidwar* $folder
mv ko-dice* $folder
mv pyefl-sudoku* $folder
mv xlogical* $folder
mv acceleroids* $folder
mv xmahjong* $folder
mv pong* $folder
mv numpty* $folder
mv duke3d* $folder
mv openttd* $folder
mv mokomaze* $folder
mv linball* $folder
mv openmoocow* $folder
mv openmiaocat* $folder

#Net
folder="/home/root/.sortdesk/Net"
mv midori* $folder
mv minimo* $folder
mv openmoko-browser* $folder
mv centerim* $folder
mv wireshark* $folder
mv dillo* $folder
mv netsurf* $folder
mv wlan* $folder

#GPS
folder="/home/root/.sortdesk/GPS"
mv navit* $folder
mv om-locations* $folder
mv openmoko-agps* $folder
mv yaouh* $folder
mv orrery* $folder
mv tangogps* $folder
mv gpssight* $folder
mv gtkadd* $folder
mv agps* $folder

#Tools
folder="/home/root/.sortdesk/Tools"
mv battery* $folder
mv gwaterpas* $folder
mv perpendi* $folder
mv exposure* $folder
mv AppManager* $folder
mv ledclock* $folder
mv ffalarms* $folder
mv mokoconv* $folder
mv qtopia-calculator* $folder
mv xterm* $folder

#Apps
folder="/home/root/.sortdesk/Apps"
mv fbreader* $folder
mv pypennotes* $folder
mv voicenote* $folder
mv mokox48* $folder
mv mtpaint* $folder
mv fourier* $folder
mv neon* $folder
mv leafpad* $folder
mv guitartune* $folder
mv gtick* $folder
mv pythm* $folder
mv qtopia-textedit* $folder

#Globals - because sortdesk fails..
mv gpsdcontrol* ..
mv meooem* ..



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: [All] To build a better music player

[Risto H. Kurppa]

On Sun, Mar 8, 2009 at 5:32 AM, The Digital Pioneer
 wrote:
> Of course, opkg gives the obligatory segfault. Had to download package
> manually. :(

I'm sure we're all experienced the opkg.org problems..

Please have a look at this here: http://www.opkg.org/repo.html
It tells how the repository is built. Try to find what's wrong there..
Being able to find it would allow everyone a nice smooth opkg.org
repository experince..

Anyway, thanks for the new version!


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: [debian] xfce and xglamo

[Timo Juhani Lindfors]

Fox Mulder  writes:
> The second problem (which is the real blocker) is that some programs use
> a way too large font. It is so huge that i can't use them. Interestingly

What is "xdpyinfo" showing as DPI when this happens?


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Pulster fixe(s) / adding caps for bass

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|> Lifting the can and meddling with the caps is nontrivial.  Somebody did
|> give this plan a go on the list about 6 months ago and reported some
|> success though.  But I don't recommend considering it unless you are in
|> an experimental frame of mind and can deal with the fiddling and risk
|> involved.
|
| I understand that it won't be trivial. Maybe not for me. But if openmoko
| creates a standard procedure for this improvement too, then I can have
| an electronic repair shop do everything in one go - both buzz and bass
| fixes. That will cost me less than having the fixes done separately,
| even if both fixes together may cost a bit more than buzz only. I hope
| to ship the phone only once, the repair guy will need to open it only
| once...

I did this rework thismorning just to see how possible it is.  I wrote
up the following document about it

http://people.openmoko.org/andy/additional-headset-audio-caps.pdf

but this isn't intended to be any official story, just something for
people to try at their own risk.  Don't go near it unless you're
confident you can handle the rework listed in there.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkmzufMACgkQOjLpvpq7dMpZpgCglANrjlScuayAoa1USU5wv8of
t0sAn2LQ8qmJu4uNhnaEv8Y953qzgu1R
=oq/B
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Kustomizer for 2008.12

[xChris]

btw, when after I installed the Kustomizer, I cannot hear anymore from the
handset.
I changed the states,  but still nothing.

-- 
View this message in context: 
http://n2.nabble.com/Kustomizer-for-2008.12-tp2257875p2444341.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: Troubles with opkg.org repo

[Risto H. Kurppa]

On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig  wrote:
> This is a little summary of what I do: http://www.opkg.org/repo.html

Thanks Tobias!

At #openmoko tried to figure out what's wrong. Someone pointed out
that ftp uses ascii mode by default - I suppose you're uploading at
least the Packages -ascii file. How about packages.gz. Man ftp says
that ascii upload of binary files might corrupt it -> this might be
the problem - using binary format shouldn't corrupt the .gz

Another find was that 22 packages out of 93 were other than Debian
Binary when checked with file *ipk. The list file types listed below:

DEBIAN BINARY – CORRECT!!!
neon_0.9.8-r1_all.ipk
openmoocow_0.3_armv4t.ipk
nethack_3.4.3-10.1-0.4_armv4t.ipk
openmiaocat_0.2.2_armv4t.ipk
orrery_2.4_arm_2008.8.ipk
pyring_1.1.6-r1_armv4t.ipk
python-pyalsaaudio_0.3-ml0_armv4t.ipk
perpendicular_0.1_armv4t.ipk
pong_0.1_armv4t.ipk
liquidwar_5.6.4-2_armv4t.ipk
moko-eightball_0.20080721_om-gta02.ipk
mokogeocaching_0.2_all.ipk
meooem_0.1_armv4t.ipk
minimo_0.02+cvs20070626-r1_armv4t.ipk
mokomaze_0.2.2-1_armv4t.ipk
mokox48_1.0_arm_2008.8.ipk
mutagen_svn-4350-2_armv4t.ipk
mokopod_0.1.5_armv4t.ipk
mokosync_0.1_arm.ipk
tangogps_0.9.6-r0_armv4t.ipk
wicd_1.5.6_armv4t.ipk
wlan_0.3_arm.ipk
tor-0.2.0.34_0.1_armv4t.ipk
usbmode-button_0.3_armv4t.ipk
xmahjongg-3.7_0.2_armv4t.ipk
zinnia-tomoe-ja_0.6.0-20080911_armv4t.ipk
zinnia-tomoe-zh_0.6.0-20080911_armv4t.ipk
zedlock_0.1_armv4t.ipk
zinnia_0.02_armv4t.ipk
pytomboy_0.1_armv4t.ipk
remoko-server_0.2.1_svnr119-r0_armv4t.ipk
rotate_0.0.2_armv4t.ipk
qwo_0.4_armv4t.ipk
remoko_0.3.2_armv4t.ipk
rotator_0.1_all.ipk
sms-sentry_1.0-r0_armv4t.ipk
swedish-illume_0.1_armv4t.ipk
satan_0.4_armv4t.ipk
scummvm_0.12.0_armv4t.ipk
deforaos-browser_0.1.0_armv4t.ipk
epiano_0.3.1-r1_armv4t.ipk
ethtool_6_armv4t.ipk
deforaos-editor_0.1.0_armv4t.ipk
enscribi_0.1_armv4t.ipk
euphony_0.1.3-r0_armv4t.ipk
ffalarms_0.2-r0_all.ipk
fido_0.2.2-r0_armv4t.ipk
evopedia_0.1_any.ipk
fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk
0_pythm_0.5.5-dmr_armv4t.ipk
1_wireshark_1.0.99+svnr26030_armv4t.ipk
acceleroids_0.1.0-0_armv4t.ipk
0_tshark_1.0.99+svnr26030_armv4t.ipk
0_wireshark-common_1.0.99+svnr26030_armv4t.ipk
bt-gps_1.0-r0_armv4t.ipk
cellhunter_0.4.2_armv4t.ipk
agps_0.1_armv4t.ipk
danish-illume-0.0.1.ipk
batalarm_0.2_all.ipk
illume-default-alt_0.1_arm.ipk
guitartune_0.31_arm.ipk
gtick_0.1_armv4t.ipk
fourier_1.1_arm.ipk
leafpad_0.8.15-r1_armv4t.ipk
libsystem_0.1.0_armv4t.ipk
gwaterpas_0.2_armv4t.ipk
ledclock_0.6_all.ipk
flashlight_0.1_armv4t.ipk
gridpad_2.0-r0.1_armv4t.ipk
gridpad_1.432-r0.1_armv4t.ipk
libboost-signals1.33.1_1.33.1-r3_armv4t.ipk

DATA
gpssight_0.8.4_freerunner.armv4t.ipk

EMPTY
sortdesk_1.2_armv4t.ipk
jdd_0.1_all.ipk
usbmode_0.1_armv4t.ipk
accel-rotate_0.41_armv4t.ipk
0_multitap-pad_0.1_armv4t.ipk
omview_r32_armv4t.ipk
deforaos-player_0.1.0_armv4t.ipk
illume-keyboards-ru_0.2_om-gta02.ipk

GZIP
yphonekitd_0.4.3_any.ipk
zomg_0.0.6-r2_armv4t.ipk
mbac_0.3_all.ipk
ylock_0.2_all.ipk
mofi_0.02_armv4t.ipk
illume-keyboards-norwegian-no_0.1_all.ipk
efplayer_0.3_arm.ipk
playstankontakarta_0.4_any.ipk
osmupdater_0.4_any.ipk
voicenote_0.3_arm.ipk
mokocard_0.1_all.ipk
mokoconv_0.1_all.ipk
shortom_0.2_all.ipk

So things seem to fail because:
- Empty file is an empty file, not much to discuss about that. Only
need to find out the reason for that: did the authors really upload an
empty package or did the upload fail but an empty file was created?

- ar isn't able to extract gzip files so all files recognized as gzip
will not get listed properly in the Packages file. Again the reason
for the wrong file type should be found: did the packages package it
wrong or did the type/mime/something get corrupted along the way,
during the upload or on the server?

So if YOU reader have packaged some of the packages not recognized as
debian binary please make sure that the package you upload is
recognized as debian binary with the command 'file packagename.ipk'
and then upload it again..

Now we only need to find out a way to contact all packagers...



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: Kustomizer for 2008.12

[Risto H. Kurppa]

On Sun, Mar 8, 2009 at 3:00 PM, xChris  wrote:
>
> btw, when after I installed the Kustomizer, I cannot hear anymore from the
> handset.
> I changed the states,  but still nothing.

Hmm.. this is interesting.. What version did you install, 0.35 or the
devel version. Devel has some changes in pythm config, it _might_ have
some effect but not sure.. Check alsamixer if you can find anything
there.. I'll try to have a look at it too..


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: Kustomizer for 2008.12

[xChris]

nevermind...

I had a backup of some alsa states.(from previous installations)  I put them
on the Freerunner, its ok now..

-- 
View this message in context: 
http://n2.nabble.com/Kustomizer-for-2008.12-tp2257875p2444552.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

Your package is broken in opkg.org

[Risto H. Kurppa]

(cc:d the authors of some broken packages I was able to extract the
e-mail address from..)

Hi!

If you have packaged some of the apps listed below, I just want to let
you know that the package in opkg.org is broken and not recognized as
an installable file
(to try this, download the packages from opkg.org and run file
package.ipk - it should return Debian Binary but for the ones listed
below, it returns data/empty or gzip)

So please check that your local package returns debian binary and then
upload it again to opkg.org. The file need to have a control file in
it to work in the opkg.org repository opkg.org/packages

Packaging instructions can be found at
http://cc.oulu.fi/~rantalai/freerunner/packaging/

Thanks!

r

On Sun, Mar 8, 2009 at 3:30 PM, Risto H. Kurppa  wrote:
> DATA
> gpssight_0.8.4_freerunner.armv4t.ipk
>
> EMPTY
> sortdesk_1.2_armv4t.ipk
> jdd_0.1_all.ipk
> usbmode_0.1_armv4t.ipk
> accel-rotate_0.41_armv4t.ipk
> 0_multitap-pad_0.1_armv4t.ipk
> omview_r32_armv4t.ipk
> deforaos-player_0.1.0_armv4t.ipk
> illume-keyboards-ru_0.2_om-gta02.ipk
>
> GZIP
> yphonekitd_0.4.3_any.ipk
> zomg_0.0.6-r2_armv4t.ipk
> mbac_0.3_all.ipk
> ylock_0.2_all.ipk
> mofi_0.02_armv4t.ipk
> illume-keyboards-norwegian-no_0.1_all.ipk
> efplayer_0.3_arm.ipk
> playstankontakarta_0.4_any.ipk
> osmupdater_0.4_any.ipk
> voicenote_0.3_arm.ipk
> mokocard_0.1_all.ipk
> mokoconv_0.1_all.ipk
> shortom_0.2_all.ipk
>
> So things seem to fail because:
> - Empty file is an empty file, not much to discuss about that. Only
> need to find out the reason for that: did the authors really upload an
> empty package or did the upload fail but an empty file was created?
>
> - ar isn't able to extract gzip files so all files recognized as gzip
> will not get listed properly in the Packages file. Again the reason
> for the wrong file type should be found: did the packages package it
> wrong or did the type/mime/something get corrupted along the way,
> during the upload or on the server?



-- 
| 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: Troubles with opkg.org repo

[Thomas Zimmermann]

Am Sunday 08 March 2009 14:30:36 schrieb Risto H. Kurppa:
> On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig  
wrote:
> > This is a little summary of what I do: http://www.opkg.org/repo.html
>
> Thanks Tobias!
>
> At #openmoko tried to figure out what's wrong. Someone pointed out
> that ftp uses ascii mode by default - I suppose you're uploading at
> least the Packages -ascii file. How about packages.gz. Man ftp says
> that ascii upload of binary files might corrupt it -> this might be
> the problem - using binary format shouldn't corrupt the .gz
>
> Another find was that 22 packages out of 93 were other than Debian
> Binary when checked with file *ipk. The list file types listed below:
>
> DEBIAN BINARY – CORRECT!!!
> neon_0.9.8-r1_all.ipk
> openmoocow_0.3_armv4t.ipk
> nethack_3.4.3-10.1-0.4_armv4t.ipk
> openmiaocat_0.2.2_armv4t.ipk
> orrery_2.4_arm_2008.8.ipk
> pyring_1.1.6-r1_armv4t.ipk
> python-pyalsaaudio_0.3-ml0_armv4t.ipk
> perpendicular_0.1_armv4t.ipk
> pong_0.1_armv4t.ipk
> liquidwar_5.6.4-2_armv4t.ipk
> moko-eightball_0.20080721_om-gta02.ipk
> mokogeocaching_0.2_all.ipk
> meooem_0.1_armv4t.ipk
> minimo_0.02+cvs20070626-r1_armv4t.ipk
> mokomaze_0.2.2-1_armv4t.ipk
> mokox48_1.0_arm_2008.8.ipk
> mutagen_svn-4350-2_armv4t.ipk
> mokopod_0.1.5_armv4t.ipk
> mokosync_0.1_arm.ipk
> tangogps_0.9.6-r0_armv4t.ipk
> wicd_1.5.6_armv4t.ipk
> wlan_0.3_arm.ipk
> tor-0.2.0.34_0.1_armv4t.ipk
> usbmode-button_0.3_armv4t.ipk
> xmahjongg-3.7_0.2_armv4t.ipk
> zinnia-tomoe-ja_0.6.0-20080911_armv4t.ipk
> zinnia-tomoe-zh_0.6.0-20080911_armv4t.ipk
> zedlock_0.1_armv4t.ipk
> zinnia_0.02_armv4t.ipk
> pytomboy_0.1_armv4t.ipk
> remoko-server_0.2.1_svnr119-r0_armv4t.ipk
> rotate_0.0.2_armv4t.ipk
> qwo_0.4_armv4t.ipk
> remoko_0.3.2_armv4t.ipk
> rotator_0.1_all.ipk
> sms-sentry_1.0-r0_armv4t.ipk
> swedish-illume_0.1_armv4t.ipk
> satan_0.4_armv4t.ipk
> scummvm_0.12.0_armv4t.ipk
> deforaos-browser_0.1.0_armv4t.ipk
> epiano_0.3.1-r1_armv4t.ipk
> ethtool_6_armv4t.ipk
> deforaos-editor_0.1.0_armv4t.ipk
> enscribi_0.1_armv4t.ipk
> euphony_0.1.3-r0_armv4t.ipk
> ffalarms_0.2-r0_all.ipk
> fido_0.2.2-r0_armv4t.ipk
> evopedia_0.1_any.ipk
> fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk
> 0_pythm_0.5.5-dmr_armv4t.ipk
> 1_wireshark_1.0.99+svnr26030_armv4t.ipk
> acceleroids_0.1.0-0_armv4t.ipk
> 0_tshark_1.0.99+svnr26030_armv4t.ipk
> 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk
> bt-gps_1.0-r0_armv4t.ipk
> cellhunter_0.4.2_armv4t.ipk
> agps_0.1_armv4t.ipk
> danish-illume-0.0.1.ipk
> batalarm_0.2_all.ipk
> illume-default-alt_0.1_arm.ipk
> guitartune_0.31_arm.ipk
> gtick_0.1_armv4t.ipk
> fourier_1.1_arm.ipk
> leafpad_0.8.15-r1_armv4t.ipk
> libsystem_0.1.0_armv4t.ipk
> gwaterpas_0.2_armv4t.ipk
> ledclock_0.6_all.ipk
> flashlight_0.1_armv4t.ipk
> gridpad_2.0-r0.1_armv4t.ipk
> gridpad_1.432-r0.1_armv4t.ipk
> libboost-signals1.33.1_1.33.1-r3_armv4t.ipk
>
> DATA
> gpssight_0.8.4_freerunner.armv4t.ipk
>
> EMPTY
> sortdesk_1.2_armv4t.ipk
> jdd_0.1_all.ipk
> usbmode_0.1_armv4t.ipk
> accel-rotate_0.41_armv4t.ipk
> 0_multitap-pad_0.1_armv4t.ipk
> omview_r32_armv4t.ipk
> deforaos-player_0.1.0_armv4t.ipk
> illume-keyboards-ru_0.2_om-gta02.ipk
>
> GZIP
> yphonekitd_0.4.3_any.ipk
> zomg_0.0.6-r2_armv4t.ipk
> mbac_0.3_all.ipk
> ylock_0.2_all.ipk
> mofi_0.02_armv4t.ipk
> illume-keyboards-norwegian-no_0.1_all.ipk
> efplayer_0.3_arm.ipk
> playstankontakarta_0.4_any.ipk
> osmupdater_0.4_any.ipk
> voicenote_0.3_arm.ipk
> mokocard_0.1_all.ipk
> mokoconv_0.1_all.ipk
> shortom_0.2_all.ipk
>
> So things seem to fail because:
> - Empty file is an empty file, not much to discuss about that. Only
> need to find out the reason for that: did the authors really upload an
> empty package or did the upload fail but an empty file was created?
>
> - ar isn't able to extract gzip files so all files recognized as gzip
> will not get listed properly in the Packages file. Again the reason
> for the wrong file type should be found: did the packages package it
> wrong or did the type/mime/something get corrupted along the way,
> during the upload or on the server?
>
> So if YOU reader have packaged some of the packages not recognized as
> debian binary please make sure that the package you upload is
> recognized as debian binary with the command 'file packagename.ipk'
> and then upload it again..
>
> Now we only need to find out a way to contact all packagers...
>
>
>
> r

Additionally there are a lot of Packages that don't contain a control file 
with depencies and so on:

Form the packages in debian format are these:

0_tshark_1.0.99+svnr26030_armv4t.ipk
danish-illume-0.0.1.ipk   
gtick_0.1_armv4t.ipk 
numptyphysics_0.3-svn118_armv4t.opk
wicd_1.5.6_armv4t.ipk
0_wireshark-common_1.0.99+svnr26030_armv4t.ipk  
deforaos-browser_0.1.0_armv4t.ipk 
guitartune_0.31_arm.ipk  
openttd_0.6-r0.6_armv4t.opk   
xmahjongg-3.7_0.2_armv4t.ipk
0_xlogical_1.0-8-r0.4_armv4t.opk
deforaos-edit

Re: Kustomizer for 2008.12

[Risto H. Kurppa]

On Sun, Mar 8, 2009 at 4:00 PM, xChris  wrote:
>
> nevermind...
>
> I had a backup of some alsa states.(from previous installations)  I put them
> on the Freerunner, its ok now..

Hmm.. I suppose this means that kustomizer might install broken alsta
states.. Could you still specify what version did you use?

Thanks!


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: Troubles with opkg.org repo

[Tomas Riveros Schober]

(...cut...)

With that huge list of broken packages, wouldn't it be better to just 
remove them from opkg.org's repository while good versions are uploaded?
maybe after that implement some sort of automatic check for both 
conditions (file type and control file inside)

regards
Tom

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Your package is broken in opkg.org

[François TOURDE]

Le 14311ième jour après Epoch,
Risto H. Kurppa écrivait:

> If you have packaged some of the apps listed below, I just want to let
> you know that the package in opkg.org is broken and not recognized as
> an installable file

Hi Risto.

Mine (jdd) is correct on my local machine. I uploaded it again (twice
because of a mistake) on opkg.org, and now the file n_
seems to be correct.

The new naming convention (n_package) may cause some problems. Should I remove
completely the package before reinstalling it ?

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Kustomizer for 2008.12

[xChris]

Hi,

its the:

# Version 0.35 - 2009-02-20



Risto H. Kurppa wrote:
> 
> On Sun, Mar 8, 2009 at 4:00 PM, xChris  wrote:
>>
>> nevermind...
>>
>> I had a backup of some alsa states.(from previous installations)  I put
>> them
>> on the Freerunner, its ok now..
> 
> Hmm.. I suppose this means that kustomizer might install broken alsta
> states.. Could you still specify what version did you use?
> 
> Thanks!
> 
> 
> 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
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Kustomizer-for-2008.12-tp2257875p2444676.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: Flashing GSM firmware

[Torfinn Ingolfsen]

Hello,

On Thu, Mar 5, 2009 at 4:22 PM, Tom Yates  wrote:
> if anyone else is minded to try it, there are a few more details at
> http://wiki.openmoko.org/wiki/GSM/Flashing#uSD-card_Image .

Will this image work on a Neo 1973 as well?
-- 
Regards,
Torfinn Ingolfsen

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Debian] Launch openmoko-panel-plugin functions from .desktop files?

[Marcel]

Hello,

Since illume doesn't provide a systray (and the screen's too slim for all the 
icons anyway), I'm looking for a way to for example launch the usb-mode- or 
the shutdown/suspend/wifi(on|off)-panel by hand from some .desktop icon 
instead of the (unavailable) systray symbol. I had a look at the code but I 
don't really understand what launches what and when there... As of writing 
this, I remember some of that must be possible through mdbus calls, but does 
frameworkd provide functions for switching usb host/client mode? (Okay, I 
could find that out myself, API docs ftw...)
But the question stays the same: Can I somehow launch these nice panels 
manually?

--
Marcel

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Flashing GSM firmware

[Paul Fertser]

Torfinn Ingolfsen  writes:
> On Thu, Mar 5, 2009 at 4:22 PM, Tom Yates  wrote:
>> if anyone else is minded to try it, there are a few more details at
>> http://wiki.openmoko.org/wiki/GSM/Flashing#uSD-card_Image .
>
> Will this image work on a Neo 1973 as well?

Not yet. But the manual instructions at the OM wiki were verified to
work on Neo1973.

-- 
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

Re: [Debian] Launch openmoko-panel-plugin functions from .desktop files?

[Sebastian Ohl]

Hi,
On Sun, 2009-03-08 at 15:55 +0100, Marcel wrote:
> Since illume doesn't provide a systray (and the screen's too slim for all the 
> icons anyway), I'm looking for a way to for example launch the usb-mode- or 
> the shutdown/suspend/wifi(on|off)-panel by hand from some .desktop icon 
> instead of the (unavailable) systray symbol. I had a look at the code but I 
> don't really understand what launches what and when there... As of writing 
> this, I remember some of that must be possible through mdbus calls, but does 
> frameworkd provide functions for switching usb host/client mode? (Okay, I 
> could find that out myself, API docs ftw...)
> But the question stays the same: Can I somehow launch these nice panels 
> manually?
i don't know if i am understanding you correctly: you want to start only
a part of opp without haveing a systray application running, right?
first of all you can disable the icons you don't want to have in opp so
there should be no need to strip opp down to what you wanne use. second
the initialization of the icons are mainly done in the StatusIcon object
of the opp code. if you want to add icons to an other environment than
systray, you may want to change this code. we are always happy to
receive patches to enhance opp. but may be the easyest was to achive
your goal is to find/write a systray application for illume.

-- 
Regars
 Sebastian Ohl

 --
 Sebastian Ohl  sebast...@ohl.name
 Kurzekampstr. 14   Tel +49 531 7998221
 D-38104 Braunschweig   Mobil +49 172 1837678


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Pulster fixe(s) and rework

[Joerg Reisenweber]

http://wiki.openmoko.org/wiki/GTA02_bass_fix
/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: How to fix missing icons in SHR-Unstable

[The Digital Pioneer]

Well, I tried reinstalling e-wm-utils, but that didn't have any apparent
effect. Playing with applications.menu did. IDK what the problem was, but
that's how I fixed it.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to fix missing icons in SHR-Unstable

[Johny Tenfinger]

On Sun, Mar 8, 2009 at 18:41, The Digital Pioneer
 wrote:
> Well, I tried reinstalling e-wm-utils, but that didn't have any apparent
> effect. Playing with applications.menu did. IDK what the problem was, but
> that's how I fixed it.

e-wm-utils was first problem, aplications.menu is now second one. Only
effect is the same :D

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to fix missing icons in SHR-Unstable

[The Digital Pioneer]

Ahh, so I guess I halfway fixed it without noticing... OK, so reinstall
e-wm-utils and then fix applications.menu?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Pulster fixe(s) and rework

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| http://wiki.openmoko.org/wiki/GTA02_bass_fix

Yes it's a different way to come at it.

By putting the caps in that case void 100uF will fit easily, but it
needs long leads, the leads violate the can frame / can clearance, you
have to cut the can and make some kind of grommet for the leads to pass
through.  I dunno what happens to BT antenna effectiveness either.

The way I documented you keep the leads short, the components are all in
the can and the can is unchanged, but you're limited to 22uF or maybe 47uF.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm0BrEACgkQOjLpvpq7dMpKEgCffFr8lSOttUjCypf7dJJeCkN2
q5AAnig1L9yZhI/ot2gZuIbPkED4wG6D
=3L+d
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to use other applications with Paroli fullscreen?

[digger vermont]

On Fri, 2009-03-06 at 23:12 -0500, Mirko Lindner wrote:
> Hi,
> > I've been tracking OM unstable.  Now that Paroli is starting at boot
> > with a full-screen I can't figure out how to start any other
> > applications outside of using ssh.  Then once started the application
> > doesn't have the Illume top-bar available to do any of the functions it
> > provided such as application switching or ending the program.  I tried
> > killing paroli-launcher.  That left me with a black-screen.
> > 
> > Is there something I'm missing?
> > 
> No you aren't missing anything. Our goal is to provide a distribution 
> that allows the user to use the gta02 as a daily phone. In order to 
> achieve this faster we decided to make certain sacrifices to save time 
> and energy, as our team is only small. One of these was worrying too 
> much about integrating in illume.
> 
> To put it in one sentence:
> 
> for Now the paroli image comes with these styles installed. We hope we 
> can change that in the future. There is a way of "reactivating" the old 
> style, I will try to compile a document and publish it here.
> 
> /mirko
> 

Mirko, thanks for your reply.  However like Scott Petersen, I
unfortunately feel the need to rant.
  
I find the decision frustrating.  I guess I don't see why Illume and
Paroli are at such odds.  With Paroli's current direction it seems to
mean that if I want to help develop Paroli, as it is meant to be used, I
must give up using the FreeRunner for anything else.  By isolating
Paroli in that way it may have the effect of even more fragmentation of
community resources and less people joining in on its development.  I'll
tell you, it makes me feel less enthusiastic.  

My desire is to be developing on the FreeRunner.  Paroli seems like a
good way to go.  I enjoy working with Python, Edje, and now learning
Elementary.  To that end I have been experimenting with Paroli toward
the goal of integrating "FSO Control"[0] into it.  Unfortunately the
time when I can do that is sporadic and, due to those constraints, I
can't just plain say, "Yes I will be helping with Paroli."  So my
frustration is also that I can't commit my own support to any large
degree in an effort to steer Paroli's direction.

digger


[0]There is a new release, version 0.2.0, at
   https://projects.openmoko.org/frs/?group_id=225
   I've had problems with opkg.org and haven't had time to make a
   proper announcement.


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: How to use other applications with Paroli fullscreen?

[digger vermont]

On Sat, 2009-03-07 at 11:04 -0800, Scott Petersen wrote:
> Mirko Lindner wrote:
> > Hi,
> > > I've been tracking OM unstable.  Now that Paroli is starting at boot
> > > with a full-screen I can't figure out how to start any other
> > > applications outside of using ssh.  Then once started the application
> > > doesn't have the Illume top-bar available to do any of the functions it
> > > provided such as application switching or ending the program.  I tried
> > > killing paroli-launcher.  That left me with a black-screen.
...

> > To put it in one sentence:
> >
> > for Now the paroli image comes with these styles installed. We hope we 
> > can change that in the future. There is a way of "reactivating" the old 
> > style, I will try to compile a document and publish it here.
> >
> > /mirko
> >   
> I too have been tracking the unstable images and slowly digging in to 
> the code to try and contribute.
> 
> First the answer:
> 
> You can get back to using illume by logging in with SSH and doing
> 
> opkg remove paroli-autostart
> rm -rf /home/root/.e
> reboot
> 

Similarly, I flashed with fso-image-om-gta02.jffs2.  I think the end
result is about the same except for a reflash.  Thanks for the
suggestion.

> You should then get the illume launcher on next boot and be able to 
...
> 
> Second a bit of a rant:
> 
> I have to say that I am extremely disappointed in this decision to 
> prevent users from using the functionality of their phone. Why would 
> anyone want to purchase a piece of hardware with as much promise as the 
> freerunner and not be able to use it for anything but what a sub $50 
> dollar phone has been able to do for years? It just doesn't make sense 
> to me when it seems so easy to shrink paroli down a little bit and use 
> illume. I have wondered for some time about why Paroli was duplicating 
> functionality from illume. (e.g. the Battery level) Now I understand and 
> I am flabbergasted. Yes I do want stable phone functionality but not at 
> the expense of all other functionality.
> 
> Scott Petersen

You've voiced close to my own sentiments.

digger 


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: Your package is broken in opkg.org

[Rask Ingemann Lambertsen]

On Sun, Mar 08, 2009 at 04:01:45PM +0200, Risto H. Kurppa wrote:
> (cc:d the authors of some broken packages I was able to extract the
> e-mail address from..)
> 
> Hi!
> 
> If you have packaged some of the apps listed below, I just want to let
> you know that the package in opkg.org is broken and not recognized as
> an installable file
> (to try this, download the packages from opkg.org and run file
> package.ipk - it should return Debian Binary but for the ones listed
> below, it returns data/empty or gzip)

   Another type of breakage I've seen is this one (data and control archives
in wrong order):

$ ar tv fluid_0.0+svn20070817-r2_armv4t_eabi.ipk 
rw-r--r-- 1000/1000  4 Aug 17 02:28 2007 debian-binary
rw-r--r-- 1000/1000  45830 Aug 17 02:28 2007 data.tar.gz
rw-r--r-- 1000/1000411 Aug 17 02:28 2007 control.tar.gz

   While this seems to work fine with the Debian tools, it would be
preferable to fix the tool which builds the packages that way. Packages
broken this way can be fixed like this:

$ cd empty_directory
$ ar xov broken_package.ipk
$ rm broken_package.ipk
$ ar qcv broken_package.ipk debian-binary control.tar.gz data.tar.gz
$ rm debian-binary control.tar.gz data.tar.gz

> > GZIP
> > yphonekitd_0.4.3_any.ipk
> > zomg_0.0.6-r2_armv4t.ipk
[snip]

   They might be gzipped tar archives. An example case I came across:

$ cd empty_directory
$ tar -zxf pingus_0.7.2-r0_armv4t_DolfFix.ipk
$ rm pingus_0.7.2-r0_armv4t_DolfFix.ipk
$ ar qcv pingus_0.7.2-r0_armv4t_DolfFix.ipk debian-binary control.tar.gz 
data.tar.gz
$ rm debian-binary control.tar.gz data.tar.gz

-- 
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: Troubles with opkg.org repo

[Rask Ingemann Lambertsen]

On Sat, Mar 07, 2009 at 09:09:15AM +0100, Tobias Kündig wrote:
> This is a little summary of what I do: http://www.opkg.org/repo.html

   Debian has this tool called dpkg-scanpackages in the dpkg-dev package. It
might simplify your create_repo script. Example usage:

$ cat updateindex
#!/bin/sh

( dpkg-scanpackages . /dev/null \
; dpkg-scanpackages -t opk . /dev/null \
; dpkg-scanpackages -t ipk . /dev/null ) \
| sed -e 's_^Filename: ./_Filename: _' \
| gzip --best >Packages.gz


-- 
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: How to use other applications with Paroli fullscreen?

[Neil Jerram]

digger vermont  writes:

> I find the decision frustrating.  I guess I don't see why Illume and
> Paroli are at such odds.  With Paroli's current direction it seems to
> mean that if I want to help develop Paroli, as it is meant to be used, I
> must give up using the FreeRunner for anything else.  By isolating
> Paroli in that way it may have the effect of even more fragmentation of
> community resources and less people joining in on its development.  I'll
> tell you, it makes me feel less enthusiastic.  

I agree.  I haven't commented on this before, because I didn't want to
be purely negative; but if others are feeling the same way, perhaps
it's worth adding my voice.

To be honest, my heart fell when I read the very beginning of the
Paroli website: "In a few words one could say: paroli is a new
approach to application development on the openmoko phones."  My
reaction to that?  "Good grief, that's exactly what we DON'T need."
In other words, a new approach is exactly what we don't need - and
especially a new approach that shuts out all previous approaches.

What we need, in my opinion, is the hard work - in terms of QA,
usability, and bugfixing - of polishing what is already out there; not
reinventing the wheel again from scratch.  Frankly, anyone can start a
new approach; that's easy.  The hard part is finally getting to an
actual product.

To make a constructive suggestion: I wonder what the official Openmoko
view is of SHR Testing?  I think it's pretty good, so

- why not help to polish that?

- if not, what _precise_ reasons do OM have for believing that the
  Paroli route will produce (in the near future) something better than
  SHR?

Regards,
Neil

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to use other applications with Paroli fullscreen?

[Johny Tenfinger]

> To make a constructive suggestion: I wonder what the official Openmoko
> view is of SHR Testing?  I think it's pretty good, so
>
> - why not help to polish that?
>
> - if not, what _precise_ reasons do OM have for believing that the
> Paroli route will produce (in the near future) something better than
> SHR?

I'm glad Openmoko is away from SHR - their designers has very strange
ideas and points of view... If you don't know about what I'm talking -
ask raster ;)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Newbie questions

[Mile Davidovic]

Hello I would like to start developing application which should use CSD
(datacall) capability of GTA02 phone.

As I am new in this please help me with following:
On http://wiki.openmoko.org/wiki/Distributions
page
I have read a lot of info regarding various distro (OM 2008.12, FSO, FDOM,
QtExt, Android ...).
  If I want to use GTA02 as every day phone which distro I should chose?
  According to table on same page Qt Extended is most mature, but I do not
see any information about OM 2008.12?

My second questions is regarding status of CSD, according to
http://wiki.openmoko.org/wiki/Gsmd CSD is not supported. Do we have any
update on this topic?

Kind regards
Mile
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [2008.12] GPS from python

[Daniel Willmann]

On Fri, 06 Mar 2009 14:39:33 +0100
GNUtoo  wrote:

> On Thu, 2009-03-05 at 22:27 +0100, Francesco de Virgilio wrote:
> > It seems not work on SHR-testing :(
> That's normal...you are using the gpsd bindings on your desktop
> computer.
> They permit you to talk to a gpsd compatible device
> I tested it with fso-gpsd(python on my desktop with the gpsd
> bindings(so I needed to install gpsd on my desktop to get the
> bindings) and fso-gpsd on the openmoko)

Oh, that's interesting. fso-gpsd should actually be gpsd compatible.
Could you explain more why it's not working/what is not working or what
gps.py actually does to talk to gpsd.

One problem you might encounter is that ogpsd and fso-gpsd only switch
on the GPS when there's actually a program that needs GPS. In the case
of fso-gpsd that happens when you connect to the gpsd port.
My guess is that the connection is either made at the constructor
(g = gps.gps()) or for every call (g.query("admosy")).
At this point the chip will not have any fix for sure, even with
hotstart working it usually takes ~16 seconds.

What you can do to test my hypothesis is start a different program like
the GPS view in zhone and wait until GPS actually has a fix and then
try with your program. If you get a fix then you can request the
resource GPS to make sure GPS stays on.

> So you have 2 solutions:
> 1)replace fso-gpsd by gpsd
> 2)use dbus to talk to the GPS

3)Make fso-gpsd compatible with gpsd so gps.py works.

Regards,
Daniel Willmann


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Transparent keyboard in illume

[Richard Kralovic]

Hello,

despite some skepticism about having transparent keyboard in illume, I
decided to try it. After some work, I got it working. More precisely, I
am using the qwo external keyboard (an implementation of quikwriting
technique); imho it's great with stylus, and also quite finger-friendly
when the keyboard is large enough. I think it's quite usable. As for
speed, displaying/hiding the keyboard is quicker than displaying/hiding
the default keyboard, since the application window is not resized (which
is usually quite slow).

I wrote a small howto about it, it's (together with screenshots) here:
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/

Actually, to get it work, I had to fix some bugs/annoying features of
Xglamo. I reported these (together with patches) as ticket #2242 and
#2243 at docs.openmoko.org about one week ago. Unfortunately, I got no
answer regarding these patches. Would it be possible to accept them to
the openembedded repository and close the tickets?

Next, I had to force illume not to resize the running application when
displaying keyboard, and also not to force the width of the keyboard to
be equal to the width of the screen. Currently, I have only very ugly
hack to do this and I am not quite sure how to do it right. I am
thinking of making illume look for the _NET_WM_WINDOW_OPACITY property
on external keyboards, and behave in above-described way if this
property is set. Would this be acceptable for including upstream?

Greets
Richard

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: How to use other applications with Paroli fullscreen?

[Paul Fertser]

Johny Tenfinger  writes:
>> To make a constructive suggestion: I wonder what the official Openmoko
>> view is of SHR Testing?  I think it's pretty good, so
>>
>> - why not help to polish that?
>>
>> - if not, what _precise_ reasons do OM have for believing that the
>> Paroli route will produce (in the near future) something better than
>> SHR?
>
> I'm glad Openmoko is away from SHR - their designers has very strange
> ideas and points of view... If you don't know about what I'm talking -
> ask raster ;)

Among their properties is also a complete lack of transparency: i
don't remember anyone from the community has ever seen any public
document or mail (not even talking about IRC discussion) from
them. The main UI design decisions weren't put clearly or discussed in
public ever before actual implementation existed.

Also their goals are completely unknown, given it's quite possible
they're aiming for GTA03's capacitive TS they might design an
interface largely inadequate for the FreeRunner and GTA01.

So, if behind the UI design decisions are the same people who abused
Raster, we'd better forget about Paroli and improve SHR for good.

IMHO
-- 
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

Re: AGPS question

[Daniel Willmann]

On Wed, 4 Mar 2009 20:33:15 +0100
Leonti Bielski  wrote:

> 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?

The GPS chip can only search for a limited number of SVs in parallel
(the new ublox5 chips comes with a one million correlators which more
or less allows it to search for all SVs in parallel) so in order to
know which SVs should be in view it needs:

1) Current time
2) approx. position of the GPS device
3) Almanac (coarse orbit information) of the SVs


> My brother has N95 with Agps and he does not have to provide his
> location while using agps service.

Cellhunter http://wiki.openmoko.org/wiki/CellHunter tries to collect
GSM cell locations by making a game of it. After we have sufficient
coverage it will be possible to use that for initial position or even
for an approximate location in areas where GPS doesn't work.

Regards,
Daniel Willmann


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Transparent keyboard in illume

[kimaidou]

Waou, THIS IS GREAT ! I am very happy to find someone with the same will,
but skilled ! For me, qwo is also the fastest keyboard, and making it
fullscreen + transparent will make it the killer keyboard. Congratulation
for sharing your method. I will try it asap.

Kimaidou

2009/3/8 Richard Kralovic 

> Hello,
>
> despite some skepticism about having transparent keyboard in illume, I
> decided to try it. After some work, I got it working. More precisely, I
> am using the qwo external keyboard (an implementation of quikwriting
> technique); imho it's great with stylus, and also quite finger-friendly
> when the keyboard is large enough. I think it's quite usable. As for
> speed, displaying/hiding the keyboard is quicker than displaying/hiding
> the default keyboard, since the application window is not resized (which
> is usually quite slow).
>
> I wrote a small howto about it, it's (together with screenshots) here:
> http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
>
> Actually, to get it work, I had to fix some bugs/annoying features of
> Xglamo. I reported these (together with patches) as ticket #2242 and
> #2243 at docs.openmoko.org about one week ago. Unfortunately, I got no
> answer regarding these patches. Would it be possible to accept them to
> the openembedded repository and close the tickets?
>
> Next, I had to force illume not to resize the running application when
> displaying keyboard, and also not to force the width of the keyboard to
> be equal to the width of the screen. Currently, I have only very ugly
> hack to do this and I am not quite sure how to do it right. I am
> thinking of making illume look for the _NET_WM_WINDOW_OPACITY property
> on external keyboards, and behave in above-described way if this
> property is set. Would this be acceptable for including upstream?
>
> Greets
>Richard
>
> ___
> 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: Kustomizer for 2008.12

[Risto H. Kurppa]

On Sun, Mar 8, 2009 at 4:42 PM, xChris  wrote:
>
> Hi,
>
> its the:
>
> # Version 0.35 - 2009-02-20

OK, thanks. I'll have a look what's wrong there and if it's fixed in
the devel version..


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: Open IPKG packages from command line

[Rask Ingemann Lambertsen]

On Tue, Feb 17, 2009 at 10:10:14AM +0100, Kasper Johansen wrote:
> Hi list.
> 
> Is it possible to extract a IPK-package (some_package.ipk)? I do not 
> want to install anything - just inspect the package on my Ubuntu-machine.

   man dpkg-deb

> I have been able to extract some packages by using "tar -zxvf" after 
> renaming the extension to tar.gz - though I cant with all packages (and 
> I dont know why).

   Because they are not supposed to be gzipped tar archives. The ones you
can extract with "tar -zxvf" are broken.

-- 
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: Transparent keyboard in illume

[Yorick Moko]

might be a stupid question,
but any plans on making a transparent large "normal" keyboard?
btw: it seems great!

y

On Sun, Mar 8, 2009 at 8:49 PM, kimaidou  wrote:
> Waou, THIS IS GREAT ! I am very happy to find someone with the same will,
> but skilled ! For me, qwo is also the fastest keyboard, and making it
> fullscreen + transparent will make it the killer keyboard. Congratulation
> for sharing your method. I will try it asap.
>
> Kimaidou
>
> 2009/3/8 Richard Kralovic 
>>
>> Hello,
>>
>> despite some skepticism about having transparent keyboard in illume, I
>> decided to try it. After some work, I got it working. More precisely, I
>> am using the qwo external keyboard (an implementation of quikwriting
>> technique); imho it's great with stylus, and also quite finger-friendly
>> when the keyboard is large enough. I think it's quite usable. As for
>> speed, displaying/hiding the keyboard is quicker than displaying/hiding
>> the default keyboard, since the application window is not resized (which
>> is usually quite slow).
>>
>> I wrote a small howto about it, it's (together with screenshots) here:
>> http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
>>
>> Actually, to get it work, I had to fix some bugs/annoying features of
>> Xglamo. I reported these (together with patches) as ticket #2242 and
>> #2243 at docs.openmoko.org about one week ago. Unfortunately, I got no
>> answer regarding these patches. Would it be possible to accept them to
>> the openembedded repository and close the tickets?
>>
>> Next, I had to force illume not to resize the running application when
>> displaying keyboard, and also not to force the width of the keyboard to
>> be equal to the width of the screen. Currently, I have only very ugly
>> hack to do this and I am not quite sure how to do it right. I am
>> thinking of making illume look for the _NET_WM_WINDOW_OPACITY property
>> on external keyboards, and behave in above-described way if this
>> property is set. Would this be acceptable for including upstream?
>>
>> Greets
>>        Richard
>>
>> ___
>> 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: Transparent keyboard in illume

[The Digital Pioneer]

Any way we can get a package for this? I can't compile for my FR.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Transparent keyboard in illume

[Richard Kralovic]

> but any plans on making a transparent large "normal" keyboard?
> btw: it seems great!

Actually, it is quite easy to make the default illume keyboard
transparent. It should work with the same method as for qwo, except that
you need to revert the first hunk of e-wm-hack.patch, i.e., illume had
to set the width of keyboard to be equal to the width of the screen.

Afterwards, you can use the transset utility (I just added it to my
webpage) to change the transparency of the keyboard (and also
transparency of any other window). Surely, this is very rough and for
normal usage some decent support in illume would be nice. But I guess
this should be discussed with Raster...

Richard

> 
> y
> 
> On Sun, Mar 8, 2009 at 8:49 PM, kimaidou  wrote:
>> Waou, THIS IS GREAT ! I am very happy to find someone with the same will,
>> but skilled ! For me, qwo is also the fastest keyboard, and making it
>> fullscreen + transparent will make it the killer keyboard. Congratulation
>> for sharing your method. I will try it asap.
>>
>> Kimaidou
>>
>> 2009/3/8 Richard Kralovic 
>>> Hello,
>>>
>>> despite some skepticism about having transparent keyboard in illume, I
>>> decided to try it. After some work, I got it working. More precisely, I
>>> am using the qwo external keyboard (an implementation of quikwriting
>>> technique); imho it's great with stylus, and also quite finger-friendly
>>> when the keyboard is large enough. I think it's quite usable. As for
>>> speed, displaying/hiding the keyboard is quicker than displaying/hiding
>>> the default keyboard, since the application window is not resized (which
>>> is usually quite slow).
>>>
>>> I wrote a small howto about it, it's (together with screenshots) here:
>>> http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
>>>
>>> Actually, to get it work, I had to fix some bugs/annoying features of
>>> Xglamo. I reported these (together with patches) as ticket #2242 and
>>> #2243 at docs.openmoko.org about one week ago. Unfortunately, I got no
>>> answer regarding these patches. Would it be possible to accept them to
>>> the openembedded repository and close the tickets?
>>>
>>> Next, I had to force illume not to resize the running application when
>>> displaying keyboard, and also not to force the width of the keyboard to
>>> be equal to the width of the screen. Currently, I have only very ugly
>>> hack to do this and I am not quite sure how to do it right. I am
>>> thinking of making illume look for the _NET_WM_WINDOW_OPACITY property
>>> on external keyboards, and behave in above-described way if this
>>> property is set. Would this be acceptable for including upstream?
>>>
>>> Greets
>>>Richard
>>>
>>> ___
>>> 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: Bass fix (Was: Pulster fixe(s) and rework)

[Rask Ingemann Lambertsen]

On Thu, Mar 05, 2009 at 12:56:06PM +0100, Helge Hafting wrote:
> 
> Another question - is a single big capacitor enough, if it is put into 
> the ground line  instead of having one cap for each of the stereo 
> channels? Or will that wreck stereo sound? One could then use a even 
> bigger cap.

   I think it won't solve the problem of DC through the speakers. Think of
the case where the left output is at 0 V and the right output is at 3 V.

-- 
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: [debian] Illume won't show any icons

[Jeffrey Ratcliffe]

2009/3/8 Klaus 'mrmoku' Kurzmann :
> don't know for debian... we had missing icons because of not installed e-wm-
> utils...

Unfortunately, there doesn't seem to be e-wm-utils package for Debian.

Anyone else got any ideas?

Regards

Jeff

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Transparent keyboard in illume

[Richard Kralovic]

> Any way we can get a package for this? I can't compile for my FR.

All binary packages that I have built are available at the howto page:
http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/
If you are using FSO milestone 5, they should work. If you are using
different distribution, they _might_ work, but they might break your
system as well, so use on your own risk. I have only a compile
environment set up for FSO, so I can not easily provide other packages
just now...

Richard

> 
> 
> 
> 
> ___
> 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

[Paul Fertser]

Andy Green  writes:
> Somebody in the thread at some point said:
> | http://wiki.openmoko.org/wiki/GTA02_bass_fix
>
> Yes it's a different way to come at it.
>
> The way I documented you keep the leads short, the components are all in
> the can and the can is unchanged, but you're limited to 22uF or
> maybe 47uF.

Reworked the page, included your fix and description as
well. Thanks!

-- 
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

[debian/illume] Can't suspend

[Jeffrey Ratcliffe]

When I press the power button, I get a group of icons, one of which is
a crescent, which if I press, I get a message saying that it is going
to suspend, but the doesn't.

I'm using the 2.6.28 kernel.

How can I get it to suspend?

Another icon is a padlock. If I press that, the screen is locked, but
I can't get a keyboard up to unlock it.

The close application and shutdown buttons work fine.

Regards

Jeff

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Open IPKG packages from command line

[Risto H. Kurppa]

On Sun, Mar 8, 2009 at 9:55 PM, Rask Ingemann Lambertsen
 wrote:
> On Tue, Feb 17, 2009 at 10:10:14AM +0100, Kasper Johansen wrote:
>> Hi list.
>>
>> Is it possible to extract a IPK-package (some_package.ipk)? I do not
>> want to install anything - just inspect the package on my Ubuntu-machine.
>
>   man dpkg-deb

try
ar x file.ipk

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: [debian] Illume won't show any icons

[Klaus 'mrmoku' Kurzmann]

Am Sonntag 08 März 2009 21:44:22 schrieb Jeffrey Ratcliffe:
> 2009/3/8 Klaus 'mrmoku' Kurzmann :
> > don't know for debian... we had missing icons because of not installed
> > e-wm- utils...
>
> Unfortunately, there doesn't seem to be e-wm-utils package for Debian.
check if you have those files:
/usr/lib/enlightenment/utils/enlightenment_thumb
/usr/lib/enlightenment/utils/enlightenment_fm
/usr/lib/enlightenment/utils/enlightenment_sys
/usr/lib/enlightenment/utils/enlightenment_fm_op
/usr/lib/enlightenment/utils/enlightenment_init

in debian they may be packaged differently... different name or included in the 
main e-wm package...

> Anyone else got any ideas?
the issue we had with icons today was a missing 
/etc/xdg/menus/applications.menu 
file... if you don't have it, you can get it from 
build.shr-project.org/applications.menu


>
> Regards
>
> Jeff

Klaus 'mrmoku' Kurzmann


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: USB headset detection (Was: Pulster fixe(s) and rework)

[Rask Ingemann Lambertsen]

On Fri, Mar 06, 2009 at 10:29:52AM +0100, Helge Hafting wrote:
> Esben Stien wrote:
> > Stefan Monnier  writes:
> > 
> >> (if I could use it as an MP3 player, I'd carry it with me that much
> >> more often
> > 
> > Until a fix, you can plug in a USB headset;). 
> 
> Won't that rule out simultanous charging with the usb car charger?

https://wiki.openmoko.org/wiki/Specialized_USB_cables#How_to_make_a_USB_cable_for_powering_attached_USB_devices_and_charging_the_Neo_while_in_host_mode_.28aka_Y-Cable.29

> Anyway, some setup will be necessary, right? A usb headset headset will 
> be a completely new sound device. Can the phone detect it when it gets 
> plugged in, and then do all the configuration? So the sound player will 
> "just work" Or will we have to go into the settings and change between 
> host and device mode each time the phone is switched between usb headset 
> and pc connection? :-/

   1. Charger (maybe with Y-cable) connected. Detected by 47 kOhm seen on ID
   pin. Set USB mode to host and turn off USB power supply.

   2. USB headset connected. Detected by ? Set USB mode to host and turn on
   USB power supply.

   3. USB host connected. Detected by ? Set USB mode to device and turn off
   USB power supply.

   As to automatically rerouting the audio on USB headset insertion and
removal, see pulseaudio.

-- 
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: USB headset detection (Was: Pulster fixe(s) and rework)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

|1. Charger (maybe with Y-cable) connected. Detected by 47 kOhm seen
on ID
|pin. Set USB mode to host and turn off USB power supply.
|
|2. USB headset connected. Detected by ? Set USB mode to host and
turn on
|USB power supply.
|
|3. USB host connected. Detected by ? Set USB mode to device and
turn off
|USB power supply.

"?" here is meant to be ID pin level.  But we don't supply a USB device
breakout cable which would consistently do the right thing to ID, so it
means we can't make decisions based on ID level like a normal OTG setup.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkm0NisACgkQOjLpvpq7dMpSPwCeMHIFKbzqruGjaCTn2QKGsHGi
hvoAn2Q8/UhvEPS+v/1QB0s6U/W2rNdO
=Jqjb
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [debian/illume] Can't suspend

[Stefan Fröbe]

Hi,

On Sun, Mar 8, 2009 at 9:49 PM, Jeffrey Ratcliffe <
jeffrey.ratcli...@gmail.com> wrote:

> When I press the power button, I get a group of icons, one of which is
> a crescent, which if I press, I get a message saying that it is going
> to suspend, but the doesn't.
>
> I'm using the 2.6.28 kernel.
>
> How can I get it to suspend?
>
> Another icon is a padlock. If I press that, the screen is locked, but
> I can't get a keyboard up to unlock it.
>
> The close application and shutdown buttons work fine.


I'm using  FSO 5.1, so I don't know how it applies to debian exactly ( and
suspend on powerbutton press worked directly and much more quickly through a
rule in /etc/freesmartphone/oevents/rules.yaml ) But in order to map more
functions to that precious button, I edited
/etc/enlightenment/sysactions.conf to map suspend icon click to a custom
script :

action:   suspend   /media/DATA/bin/fso_suspend.sh

which contains the fso command to suspend :

mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.Suspend


While being significantly slower it works fine that way.
Don't know if this helps, but maybe a start ...

Stefan
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: thoughts on A-GPS offline

[Daniel Willmann]

On Wed, 04 Mar 2009 13:59:07 +0100
Helge Hafting  wrote:

> 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

7s TTFF is pretty good. I got that once, but usually I have about 16s
TTFF.

> I also raised pacc from 3km to 9km, as I often enough travel a bit
> more than 3km with the gps unit off.

I'm interested to hear how that affects TTFF. The way I understand it
initial position is only used to calculate which SVs are in view so the
chip knows which SVs to search for. So a pacc of 3km or 9km shouldn't
have any noticable effect. This is just guesswork though, so any
results on your part would be greatly appreciated.

Regards,
Daniel Willmann


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: thoughts on A-GPS offline

[Daniel Willmann]

On Tue, 3 Mar 2009 06:47:26 -0800 (PST)
mqy  wrote:

> 
> I've verified the issue on GPS receiver in GTA02:
> 
> When dump ALM/EPH messages, in several messages, fields follow SV ID
> field in payload are filled with zeros.

Okay, so what you're saying is that this commit
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=ad2ec48cdb5ab9bdddc15adfc05cbd2e5b8a2cee
doesn't fix the situation for you?
If that is the case could you please send me the ALM/EPH messages that
you get when the chip crashes so I can take a look at it?

Regards,
Daniel Willmann


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Poky

[xChris]

I just tried the Poky [1] on the Freerunner... I like it because its fast,
unfortunately a lot of things are missing (phone, battery management, etc)

Is it possible to install packages from the opkg (for example), or run
paroli on Poky?



rgrds

chris



[1] http://www.pokylinux.org/
-- 
View this message in context: http://n2.nabble.com/Poky-tp2446608p2446608.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: [Cellhunter] no neighbouring cells

[Daniel Willmann]

On Fri, 6 Mar 2009 18:12:50 +0100
Leonti Bielski  wrote:

> So the problem is in FSO?
> Why then I get neighbouring cells in zhone and not in Cellhunter?
> That kinda excludes problem in framework.

No, frameworkd is the problem in that case. Zhone uses the DBus API to
get neighbouring cells while cellhunter prior to that patch used the
debug interface to send a special AT command to the modem (which is
what the neighbouring cell DBus API does anyway).

It seems that the new-timeout branch has somehow make the debug
commands useless, we'll need to investigate that.

Regards,
Daniel Willmann


signature.asc
Description: PGP signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Flashing GSM firmware

[Rask Ingemann Lambertsen]

On Thu, Mar 05, 2009 at 10:25:40AM +0300, Paul Fertser wrote:
> 
> 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.

   I flashed the moko11 GSM firmware today and found the same thing: -oo
without FLUID_FLOWCONTROL works. I couldn't not get any of the other
combinations to work. I first backed up the old firmware, then flashed the
new one:

# time FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -r 0x..0x0040 -f 
~rask/download/firmware/calypso-firmware-backup.m0
(real   6m28.286s   user0m11.200s   sys 0m4.315s)

# time FLUID_PORT=/dev/ttySAC0 fluid.exe -oo -f 
~rask/download/firmware/calypso-moko11.m0
(real   2m56.764s   user0m16.070s   sys 0m0.990s)

   I did need two power off/on cycles between the two fluid invocations,
though. I did not use "s3c24xx-gpio b7=0" as according to the schematics,
pin GPIOB7 is just the MODEM_ON signal.

-- 
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: Open IPKG packages from command line

[Stefan Monnier]

> I have been able to extract some packages by using "tar -zxvf" after 
> renaming the extension to tar.gz - though I cant with all packages (and 
> I dont know why).

Try it with `file': it will usually tell you what kind of file you're
looking at.  `ipkg' packages have used various formats over time, the
ones I remember are .tar.gz and ar.  In bith cases, the content is a few
meta files plus a .tar.gz (so you stupidly get double compression if the
outer wrapper is .tar.gz).


Stefan



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Newbie questions

[Robin Paulson]

2009/3/9 Mile Davidovic :
> As I am new in this please help me with following:
> On http://wiki.openmoko.org/wiki/Distributions page I have read a lot of
> info regarding various distro (OM 2008.12, FSO, FDOM, QtExt, Android ...).
>   If I want to use GTA02 as every day phone which distro I should chose?
>   According to table on same page Qt Extended is most mature, but I do not
> see any information about OM 2008.12?

http://wiki.openmoko.org/wiki/Distributions#Om_series

qt ext is very stable and usable, but because it uses framebuffer, not
x11, there are limited applications that can run on it, unless you use
the extremely bodgy x11 hack

i was quite pleased with 2008.8, but .12 has been a complete pita

for a simple stable phone, i'd start with qt ext and then give shr a go

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Newbie questions

[Dale Maggee]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robin Paulson wrote:
> for a simple stable phone, i'd start with qt ext and then give shr a go
> 

For a simple and stable phone, I'd start with a Nokia...


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFJtKtYFbVnQRV3OEYRArryAJ4j/4THJ8cUjZcRvCKTLPuWAcBJCQCgvXyv
yr7jLbCGOIxXXypDQmZA3zw=
=AJvZ
-END PGP SIGNATURE-

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community