Re: [Debian] Auxlaunch

[Ben]

Oops, I've forgotten : yes, openmoko-panel-plugin is in debian, thx,
but when i lunch the panel I don't see it in auxlaunch, only on the
icones box (using fluxbox with my debian)


Le Sun, 19 Oct 200808:51:28 +0200, 
Ben <[EMAIL PROTECTED]> a écrit :

> Hi,
> 
> thx again Aliasid, but I've got troubles with DMS :
> 
> [EMAIL PROTECTED]:~$ ./auxlaunch -dms
> Traceback (most recent call last):
>   File "./auxlaunch", line 246, in 
> auxl = AuxLaunch(sys.argv)
>   File "./auxlaunch", line 130, in __init__
> [dmsLbl, dmsImg, dmsCmd] = load_from_dms()
>   File "./auxlaunch", line 228, in load_from_dms
> app[pair[0]] = pair[1].strip('"')
> IndexError: list index out of range
> [EMAIL PROTECTED]:~$ 
> 
> And I'm asking if the most interesting way is not to create a
> middle-hand for a special menu (configured in .auxlaunchrc).
> For exemple, on window :
>  - left-hand == choice of menu
>  - middle-hand == app of the menu
>  - right-hand == switcher
> 
> And put in .auxlauchrc, something like :
> 
> M1=System App,/opt/myicons/system_apps.png,
> M2=Games,/opt/myicons/games.png,
> M3=System Fonctions,/opt/myicons/system_fonctions.png,
> 
> M1,XTerm,xterm,/usr/share/pixmaps/xterm-color_32x32.xpm,
> M1,Rox,rox,/usr/share/rox/images/dirs.png,
> M2,codebreaker,codebreaker,/opt/myicons/codebreaker.png,
> M3,Suspend,apm -s,gtk-media-pause,
> M3,Cancel,(cancel),gtk-cancel,
> M3,Quit,(quit),gtk-quit,
> 
> Is it possible ? Maybe the 3 divisions will be too much ? And if the
> name of the top button division is under the icon ?
> I really don't know how to make that, sorry ..
> 
> Otherwise I've made a patch for AUX hide/unhide (thx
> matchbox-keyboard-toggle) c.f. patch-auxlaunch_hide
> Sorry if the code is horrible I really never code in PyGTK and haven't
> a lot of time for it, but that works.
> 
> 
> Le Sat, 18 Oct 2008 18:52:04 -0400,
> "Al Iasid" <[EMAIL PROTECTED]> a écrit :
> 
> > Ben, thank you for your comments! I just finished adding a command
> > line option ("-dms") to add launch items from the Debian Menu
> > System. (Note that it only uses DMS entries that specify
> > "needs=x11".)
> > 
> > Also, I made changes based on your suggestions. I added a "-right"
> > command line option to swap the button columns. And, I added code to
> > attempt full-screen mode. (I'm not sure this works since I run the
> > Matchbox window manager where every window is full-screen). The AUX
> > button currently unhides Auxlaunch. I'll investigate causing it to
> > also hide Auxlaunch. As always any input is welcome!
> > 
> > The top level icons (keyboard activiate, battery level, etc) are
> > displayed by the really cool "openmoko-panel-plugin" (see link
> > below). It is a very helpfull tool. Besides power and GSM status, it
> > shows/hides the keyboard and controls Bluetooth, GPS, and USB. It is
> > essential in Debian, IMHO. I think there's now a Debian package to
> > help install it.
> > 
> > - alisid
> > 
> > http://projects.openmoko.org/projects/panel-plugin/
> > 
> > 
> > 
> > 
> > 
> > On Fri, Oct 17, 2008 at 4:39 PM, Ben <[EMAIL PROTECTED]> wrote:
> > 
> > > Hi,
> > >
> > > thx a lot for this nice app, I think I will leave my idesk conf
> > > for it.
> > >
> > > Is there a way to :
> > >  - use right-hand entry for making a menu switcher
> > >  - making defaults sizes when auxlaunch starts (fullscreen-like ?)
> > >  - use aux botton for hide/unhide auxlaunch
> > > and how to get your top level icones (gsm info/battery level/etc)
> > > please ?
> > >
> > >
> > >
> > > Le Wed, 15 Oct 2008 20:06:30 -0400,
> > > "Al Iasid" <[EMAIL PROTECTED]> a écrit :
> > >
> > > > I created a wiki page with screenshot [1]. I also enhanced
> > > > Auxlaunch. It now also acts as a rudimentary, finger-friendly
> > > > task (window) switcher. This is an optional feature. Comments
> > > > welcome,
> > > >
> > > > Aliasid
> > > >
> > > > [1] http://wiki.openmoko.org/wiki/Auxlaunch
> > > >
> > > > On Wed, Oct 15, 2008 at 10:19 AM, Davide Scaini
> > > > <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > yes a wiki is quite necessary...
> > > > > d
> > > > >
> > > > > On Tue, Oct 14, 2008 at 7:56 PM, Michael Shiloh
> > > > > <[EMAIL PROTECTED]>wrote:
> > > > >
> > > > >> This is beautiful. Thanks!
> > > > >>
> > > > >> It is very simple, very flexible, and easy to configure.
> > > > >>
> > > > >> On top of that, it makes a great example program.
> > > > >>
> > > > >> If you have time to write up a wiki page that would be great.
> > > > >> Otherwise, I'll add it to my list.
> > > > >>
> > > > >> Michael
> > > > >>
> > > > >> Al Iasid wrote:
> > > > >> > Hi,
> > > > >> >
> > > > >> > I wanted a simple, very finger-friendly app launcher for my
> > > > >> > Freerunner running Debian. I also wanted to access it using
> > > > >> > the "Aux" button. So, I mixed code from the PyGTK hello
> > > > >> > world example with code from matchbox-keyboard-toggle and
> > > > >> > came up with "Auxlaunch". A screenshot and download link
> > > > >> > is at aliasid.g

Re: Virtualized developer system (was Re: Back to the basics:improving user experience)

[Joel Newkirk]

On Sat, 18 Oct 2008 08:49:40 +0200, Fredrik Wendt <[EMAIL PROTECTED]> wrote:
> fre 2008-10-17 klockan 21:46 -0400 skrev Joel Newkirk:
>> What would you want to be included in such an image, realistically?I
>> have one currently with Ubuntu 8.04 jeos+XFCE, toolchain, qemu via
>> mokomakefile, latest Enlightenemnt e17(as of three weeks ago, at least).
>  
> 
> This is a great setup - have you added info to the wiki on where one can
> download this image?
> 
> / Fredrik

Thanks.  No, I haven't - it's really not downloadable yet.  I wanted to get
it cleaned up and incorporate all useful (but lightweight magabyte-wise)
tools first.

j



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

Re: Introducing http://www.opkg.org

[Steven Goyvaerts]

Hi Tobias,

Just wanted to say thank you.

Great idea !

Greetings,
Steven





-- 
View this message in context: 
http://n2.nabble.com/Introducing-http%3A--www.opkg.org-tp1321934p1351330.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: LED notification

[Kishore]

On Friday 17 Oct 2008 8:16:10 pm Michael wrote:
> On 16/10/08 16:52:10, Andy Green wrote:
> > Somebody in the thread at some point said:
> > | (The first message I sent does not seem to have arrived)
> > |
> > | On 12/10/08 18:00:55, Andy Green wrote:
> > |> Yes always-on MPU can deliver consistent power behaviours we can't
> >
> > do
> >
> > |> in
> > |> our current way of relying on PMU.  You would basically make the
> >
> > PMU
> >
> > |> a
> > |> slave of the MPU.  Stuff like debricking scheme for a programmable
> > |> and
> > |> so brickable MPU that controls the PMU... needs careful thought.
> > |>
> > |> -Andy
> > |
> > | That shouldn't be a problem, because microcontrollers support in
> > | circuit serial programming, so just make sure we can get to those
> >
> > pins
> >
> > | and have a doc that specifies the programming protocol for the
> >
> > brave.
> >
> > The issue is that if we allow user-updateable MPU, it can always be
> > bricked.  So for example we put out a new package with some MPU
> > update
> > that is broken, suddenly many devices could be bricked before we pull
> > it.  We definitely need some credible sequence of actions for the
> > end-user that can unbrick the devices.  Just telling him where some
> > pins
> > are doesn't really cut it.
> >
> > If the MPU is master of the CPU, then when it is bricked a lot of
> > assets
> > we might otherwise call on are unavailable.  So it needs thinking
> > through being aware of specific capabilities of the MPU.
>
> Should have mentioned that I have flashed microcontrollers for various
> projects that I am doing, so this was just meant for people who are
> used to this sort of thing rather than end users. I think you would
> probably want to leave MCU updates to the distributors or people who
> have done this sort of thing before and I suppose you would need a nano
> boot loader if you wanted to flash the MCU from user space (if
> microcontrollers that small will allow you to rewrite the flash from
> code).

Indeed this is the method we follow for microcontrollers that may need firmware 
upgrade after deployment. the controller itself has a small boot loader that 
can only be modified with a hardware programmer. This basic boot loader can be 
used to flash the firmware that acts as the "Linux" boot loader.
Of course, this may require that the USB port be multiplexed so the 
microcontroller is connected to it at boot and the main controller takes over 
later.
-- 
Cheers!
Kishore

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

Re: Fennec on Openmoko

[Xavier Cremaschi]

Thanks for your advices, it is far more usable now.
Xavier.


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

Re: [Om2008.9] Example of remapping AUX button for Scummvm

[Rui Miguel Silva Seabra]

On Sat, Oct 18, 2008 at 10:34:33PM -0500, Bryan DeLuca wrote:
> I thought some folks might find this useful.  I have updated the scummvm 
> shell script in Om2008.9 stable, to remove the enlightenment keybind to allow 
> for the key to be remapped with xmodmap.  I simply followed Raster's 
> instructions on using enlightenment_remote.  Hope this helps someone.

Nice, thank you very much.

I wonder if enlightenment_remote is the best way to know the screen is
locked... (will test later)

Rui


-- 
This statement is false.
Today is Boomtime, the 73rd day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: Pingus ported

[Patrick Beck]

Hello Tobias,

thanks for your help it works. I use the tip from Marco =>  Exec=xrandr
-o 3; pingus -f -g 640x480 -m -s; xrandr -o 0; into the
pingus.desktop-file

My last question at all is => How can i leave the game, when i am on the
map view? The "Leave?"-Button won't work for me.

Thanks.

with kind regards 
Patrick

Am Samstag, den 18.10.2008, 20:20 +0200 schrieb Tobias Kündig:
> You have to rotate the screen to landscape.
> 
> Look here for more information:
> http://www.opkg.org/package_27.html
> 
> Regards,
> Tobias


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Dale Maggee]

arne anka wrote:
>> ==Pim device==
>> 
>
>
> imho that's exactly the kind of task openmoko did _not_ ask for.
>   
I would respectfully disagree - Openmoko asked about "Improving user 
experience", and users are saying they want to experience PIM capabilities.

> there are a lot of posts lately completely ignoring the point of "basics"  
> and "no eyecandy"
I haven't seen anybody ask for pretty-looking PIM applications, people 
seem to be asking for *reliable* PIM applications. I'd call reliability 
and robustness "basic".
> pim frinst is at it's best part of a middle tier, but rather of a  
> particular distribution -- 
This kind of comes into the "Should FSO merge be sped up?" debate, as I 
believe the framework has PIM stuff built into it.
> and it's doable by community!
>   
Agreed, it could be done by the community, but I don't see anyone doing 
it, and I'm not smart enough, nor do I have the time at the moment.

> there are several task which require knowledge of the hardware and access  
> to nda'ed docs, which in turn means they are best or exclusively solved by  
> openmoko's limited forces.
>   

Agreed.

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

Re: Pingus ported

[Michael Zanetti]

On Sunday 19 October 2008 05:39:52 Marco Trevisan (Treviño) wrote:
> > If you are using FDOM you can just rotate the screen by using Tap/Untap
> > prior to launching pungus. Anyways, installing a script that does it with
> > the ipk obviously would be the best thing!
>
> Ehm, I've not FDOM... How is exactly working that?

[EMAIL PROTECTED]:/usr/share/applications# cat tapuntap.desktop 
   
[Desktop Entry] 
   
Encoding=UTF-8
Name=.Tap/Untap
Comment=rotate the screen 90
Exec=/usr/bin/tapuntap.py
Icon=tapuntap
Terminal=false
Type=Application
Categories=Office;
MimeType=text/x-vcard;
SingleInstance=true
StartupNotify=true


[EMAIL PROTECTED]:/usr/share/applications# cat /usr/bin/tapuntap.py
#!/usr/bin/env python
import os
if os.path.exists('/var/tmp/tapuntap'):
px=os.popen('cat /var/tmp/tapuntap')
x=int(px.readline())
else:
x=0

x=abs(x-1)
os.system('DISPLAY=:0 xrandr -o %d' %x)
os.system('echo %d > /var/tmp/tapuntap' %x)


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

Re: Virtualized developer system (was Re: Back to the basics:improving user experience)

[Jisakiel]

¿May I suggest the image being a virtualbox one instead of vmware? Virtualbox 
is quite fast as well, and there are free (as in speech) versions available for 
all major distros. Only problem is that the open source does not support usb 
(but the commercial version is freely downloadable and does). 

Only free vmware nowadays are the player (no snapshots ability) and the server 
(too heavyweight, based on tomcat + firefox plugin). 



- Mensaje original 
> De: Joel Newkirk <[EMAIL PROTECTED]>
> Para: List for Openmoko community discussion 
> Enviado: domingo, 19 de octubre, 2008 10:27:26
> Asunto: Re: Virtualized developer system (was Re: Back to the 
> basics:improving user experience)
> 
> On Sat, 18 Oct 2008 08:49:40 +0200, Fredrik Wendt wrote:
> > fre 2008-10-17 klockan 21:46 -0400 skrev Joel Newkirk:
> >> What would you want to be included in such an image, realistically?I
> >> have one currently with Ubuntu 8.04 jeos+XFCE, toolchain, qemu via
> >> mokomakefile, latest Enlightenemnt e17(as of three weeks ago, at least).
> >  
> > 
> > This is a great setup - have you added info to the wiki on where one can
> > download this image?
> > 
> > / Fredrik
> 
> Thanks.  No, I haven't - it's really not downloadable yet.  I wanted to get
> it cleaned up and incorporate all useful (but lightweight magabyte-wise)
> tools first.
> 
> j
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.es 

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

Re: [Om2008.9] Example of remapping AUX button for Scummvm

[Marco Trevisan (Treviño)]

Bryan DeLuca wrote:
> I thought some folks might find this useful.  I have updated the scummvm 
> shell script in Om2008.9 stable, to remove the enlightenment keybind to allow 
> for the key to be remapped with xmodmap.  I simply followed Raster's 
> instructions on using enlightenment_remote.  Hope this helps someone.

Nice example... Thanks!

-- 
Treviño's World - Life and Linux
http://www.3v1n0.net/


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

Re: Back to the basics: improving user experience

[Stroller]

On 19 Oct 2008, at 13:46, Dale Maggee wrote:

> arne anka wrote:
>>> ==Pim device==
>>>
>>
>>
>> imho that's exactly the kind of task openmoko did _not_ ask for.
>>
> I would respectfully disagree - Openmoko asked about "Improving user
> experience", and users are saying they want to experience PIM  
> capabilities.
> ...
>> and it's doable by community!
>>
> Agreed, it could be done by the community, but I don't see anyone  
> doing
> it, and I'm not smart enough, nor do I have the time at the moment.


It does not matter whether YOU could do it or not. it's a matter of  
where Openmoko's resources are best spent.

If you can't write a PIM app, then you CERTAINLY can't write kernel  
drivers - THAT is where Openmoko's resources should be mist focussed,  
IMO. As others have stated, there is some hardware-level stuff that  
only Openmoko has NDA for. And without working hardware drivers to  
ensure that phonecalls work flawlessly (and wifi, and bluetooth), a  
PIM is irrelevant.

>> there are a lot of posts lately completely ignoring the point of  
>> "basics"
>> and "no eyecandy"
> I haven't seen anybody ask for pretty-looking PIM applications, people
> seem to be asking for *reliable* PIM applications. I'd call  
> reliability
> and robustness "basic".

Basic reliability and robustness resides in a program with which you  
can enter a number and make a call. Once that prototype exists it is  
much easier for the community to extend it to PIM functionality.  
Openmoko can then move on to wifi drivers, Glamo hardware acceleration  
and pairing of bluetooth headsets.

>> pim frinst is at it's best part of a middle tier, but rather of a
>> particular distribution --
> This kind of comes into the "Should FSO merge be sped up?" debate,  
> as I
> believe the framework has PIM stuff built into it.

AIUI (and I would be delighted to be corrected if I'm wrong), the FSO  
stuff is intended to provide functions which will allow you to make  
simple DBUS calls  such as "get number $var from PIM manager" and  
"make call to number $var". Once these are complete, writing your own  
applications becomes easy. True the first of these example calls  
requests you integrate the functionality in your own app, but the  
latter makes problems with dealing with the dialler & the GSM chips &  
whatever go away. It is FAR more important to provide the community  
with these tools than it is to provide any kind of application that  
utilises them (beyond a command-line version which gets numbers from a  
text-file and operates as a test example). Once these calls are  
available there will be dozens of PIM managers posted to this list and  
being written by enthusiastic Python programmers.

Stroller.
  

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

Re: Back to the basics: improving user experience

[Rui Miguel Silva Seabra]

On Sun, Oct 19, 2008 at 02:21:17PM +0100, Stroller wrote:
> >>> ==Pim device==
> >>>
> >>
> >>
> >> imho that's exactly the kind of task openmoko did _not_ ask for.
> >>
> > I would respectfully disagree - Openmoko asked about "Improving user
> > experience", and users are saying they want to experience PIM  
> > capabilities.
> > ...
> >> and it's doable by community!
> >>
> > Agreed, it could be done by the community, but I don't see anyone  
> > doing
> > it, and I'm not smart enough, nor do I have the time at the moment.
> 
> 
> It does not matter whether YOU could do it or not. it's a matter of  
> where Openmoko's resources are best spent.
> 
> If you can't write a PIM app, then you CERTAINLY can't write kernel  
> drivers - THAT is where Openmoko's resources should be mist focussed,  
> IMO. As others have stated, there is some hardware-level stuff that  
> only Openmoko has NDA for. And without working hardware drivers to  
> ensure that phonecalls work flawlessly (and wifi, and bluetooth), a  
> PIM is irrelevant.

All hail that. And I'd add that that work should've been done ages ago.

Dear OpenMoko, please work on fixing those things only YOU[1] can
adequately fix.

[1] yes, we can also fix that, but without docs it's extremely harder

Many hugs and thanks for the courage to be the only Free Software phone
brand in the market.

You deserve all my respect, but if you don't fix these reliability
issues, I wouldn't bet on your longevity as an enterprise, and we'll all
be that much more poorer :|

Respect doesn't pay salaries, selling good phones does.

I love my OpenMoko, but if I didn't love Free Software, I think I
wouldn't be patient enough for all the problems :)

Rui

-- 
Or not.
Today is Boomtime, the 73rd day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: Back to the basics: improving user experience

[Feydreva]

I am not a developer, but i test the images and try to use the openmoko...
My main issue with Openmoko are :

1) Battery life : only 4hrs, and when you charge it, it discharge itself
after a while. I cannot use it as a daily phone :/
2) Basic telephony : the phone should wake up faster than it does now
the time the phone wakes up, rings, and you pick the call, there has been 6
rings for the other party, and may already be on the voicemail
3)Basic text message should work flawlessly.
4) A way to set up the sound and rings ... There is actually no gui for that
5) I haven;t find yet where to activate the PIN or not... I put 1 sim card
that asked for a pin, it work.. I put a another sim card, where no pin is
needed.. it was still asking for a pin... (I had to reflash to solve this
one) but there is no Menu where I could choose, Pin on/off, if pin on, set
up the pin


I do not care at all about any other application. I want a daily phone...
where i can receive, make call, receive and send text message, and have the
phone a day with me, wihotut having to cahrge it every 2 hrs... (8-10 hrs
battery life would be better, with wifi on, gps off)

Until we reach this point, I will continue tu use my dumb phone eeyday, and
the FR will catch some dust on a shelve...

Peace
Philippe


On Sun, Oct 19, 2008 at 9:21 AM, Stroller <[EMAIL PROTECTED]>wrote:

>
> On 19 Oct 2008, at 13:46, Dale Maggee wrote:
>
> > arne anka wrote:
> >>> ==Pim device==
> >>>
> >>
> >>
> >> imho that's exactly the kind of task openmoko did _not_ ask for.
> >>
> > I would respectfully disagree - Openmoko asked about "Improving user
> > experience", and users are saying they want to experience PIM
> > capabilities.
> > ...
> >> and it's doable by community!
> >>
> > Agreed, it could be done by the community, but I don't see anyone
> > doing
> > it, and I'm not smart enough, nor do I have the time at the moment.
>
>
> It does not matter whether YOU could do it or not. it's a matter of
> where Openmoko's resources are best spent.
>
> If you can't write a PIM app, then you CERTAINLY can't write kernel
> drivers - THAT is where Openmoko's resources should be mist focussed,
> IMO. As others have stated, there is some hardware-level stuff that
> only Openmoko has NDA for. And without working hardware drivers to
> ensure that phonecalls work flawlessly (and wifi, and bluetooth), a
> PIM is irrelevant.
>
> >> there are a lot of posts lately completely ignoring the point of
> >> "basics"
> >> and "no eyecandy"
> > I haven't seen anybody ask for pretty-looking PIM applications, people
> > seem to be asking for *reliable* PIM applications. I'd call
> > reliability
> > and robustness "basic".
>
> Basic reliability and robustness resides in a program with which you
> can enter a number and make a call. Once that prototype exists it is
> much easier for the community to extend it to PIM functionality.
> Openmoko can then move on to wifi drivers, Glamo hardware acceleration
> and pairing of bluetooth headsets.
>
> >> pim frinst is at it's best part of a middle tier, but rather of a
> >> particular distribution --
> > This kind of comes into the "Should FSO merge be sped up?" debate,
> > as I
> > believe the framework has PIM stuff built into it.
>
> AIUI (and I would be delighted to be corrected if I'm wrong), the FSO
> stuff is intended to provide functions which will allow you to make
> simple DBUS calls  such as "get number $var from PIM manager" and
> "make call to number $var". Once these are complete, writing your own
> applications becomes easy. True the first of these example calls
> requests you integrate the functionality in your own app, but the
> latter makes problems with dealing with the dialler & the GSM chips &
> whatever go away. It is FAR more important to provide the community
> with these tools than it is to provide any kind of application that
> utilises them (beyond a command-line version which gets numbers from a
> text-file and operates as a test example). Once these calls are
> available there will be dozens of PIM managers posted to this list and
> being written by enthusiastic Python programmers.
>
> Stroller.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Om2008.9] man pages??? && killing events/0

[Matthias Apitz]

Hello,

I'm thinking in writing s small script which pops up a box on the FR and
asking for reboot if this proc events/0 run away; the application for
the pop-up could easy be done in Python; how can I ask for the actual
CPU time of a proc? I was thinking in something like 'cat /proc/5/...'
but have no man pages about the /proc layout :-(
Yes, I could use the output of ps(1) like 'ps ax | fgrep events/0 | fgrep -v 
grep'
but may be there is a less consuming way;

btw: Where I could get man pages of the Linux in which is based the FR's
Om2008.9?

TIA

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
A computer is like an air conditioner, it stops working when you open Windows
Una computadora es como aire acondicionado, deja de funcionar si abres Windows

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

Problems with audio and usb-ethernet

[Gunnar AAstrand Grimnes]

Hi all,

I recently reflashed my freerunner to the 2008.09 release. At first
ethernet over usb worked fine, and I think also audio, but after running
"opkg upgrade" they both broke.

For usb-ethernet: Now nothing happens when I insert the usb-cable.
Flashing from uBoot still works fine though, and when booting into
debian on the sd card usb-ethernet works fine as well, so the problem is
somewhere with 2008.09 distro...

For audio: alsamixer reports:
"alsamixer: function snd_ctl_open failed for default: No such device"

Is audio and usb-ethernet meant to be provided by kernel modules?
lsmod shows me no modules loaded :(

also "modprobe -l" doesn't list sound or usb-ethernet modules.

(Nor does opkg list show me them as available to be installed)

Now to work around this I tried reflashing to the daily testing image,
there usb-networking works slightly better, i.e. the PC detects the
moko, but then something goes wrong and I cannot ssh. Also the settings
app is not shown in the launcher, nor is any other application I installed.

Thanks for any help!

- Gunnar


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

Re: [OSX] AJZaurusUSB bug fix project

[Dr. H. Nikolaus Schaller]

>
> Here is the main link:
> http://www.handheld-linux.com/wiki.php?page=AJZaurusUSB
>
> Sources:
> http://www.dsitri.de/download/AJZaurusUSB-0.5.4-src.tgz
>
> Please ask if you need support for debugging.

I noticed that there was a bug in the installer package - so you  
probably won't have had any installtion result.

Please look if you find the AJZaurusUSB.kext on the root level on your  
Mac (ls -l /). In that case, please
delete and use the new installer.

> http://www.dsitri.de/download/AJZaurusUSB-0.5.4.1.tgz

Nikolaus

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

2008.10 and back to basics

[Minh Ha Duong]

Hi,

  What happens to the handful of bugs tagged Installer, Locations and Settings 
for 2008.10 then ? My understanding is that they do not fall in the perimeter 
of OM's new "back to basics" strategy, so are these orphans ?

Minh

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

Re: Creating a distro on a sim card

[[EMAIL PROTECTED]]

Hi Rodney

Was that a question for me?
I see you posted that to the list

Yes I believe these are the instructions to install and boot an OS on the SD

Now may be you can fix your IP problem without doing that
Do you know what steps led you to have a problem and not connect to your 
phone anymore ?


Thanks
Alan


Rodney Myers wrote:

I was pointed to this link to help with my previous problem;



I was wondering if that read, was all that it took to get a 
functioning OS on the SD card, and then the ability to copy onto the 
phone?


Thanks


___
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

Freerunner for sale/Pune

[ritz]

Hello

  I have a freerunner for sale; this includes the box, memory card
(512megs), hands free, adapter, pen, and the phone ( with screen guard/
om 200.8.09 stack ) for 16k; as I am unable to help with openmoko
project due to time constraint :(

  People interested can write back to me.

-- 
Ritesh Khadgaray
Ph: +919970164885
Desktop LinuX N Stuff, RHCE
Software Maintenance Engineer, Pune, Red Hat
ॐ मणि पद्मे हूँ
Eat Right, Exercise, Die Anyway.



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

Re: 2008.10 and back to basics

[Rui Miguel Silva Seabra]

On Sun, Oct 19, 2008 at 05:45:44PM +0200, Minh Ha Duong wrote:
>   What happens to the handful of bugs tagged Installer, Locations and 
> Settings 
> for 2008.10 then ? My understanding is that they do not fall in the perimeter 
> of OM's new "back to basics" strategy, so are these orphans ?

I would definitely hope so.

Rui

-- 
Grudnuk demand sustenance!
Today is Boomtime, the 73rd day of Bureaucracy in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: Pingus ported

[Alasal]

I've changed the package of Sander, So it rotates on start and it starts with
the right screen resolution and more. For more information, look at
http://onlinedev.blogspot.com/2008/10/getting-pingus-on-your-neo-freerunner.html

ps. The package may be used for inclusion on opkg. But I didn't do it,
because some people want sound (What I doubt, because it's not playing well)
and I've disabled it on my package. 


Sander van Grieken wrote:
> 
> Hi All,
> 
> I'm glad to report that I've managed to port Pingus, the free lemmings
> clone, 
> for OE based distributions (it was already available on Debian).
> 
> I have submitted the bitbake recipe and patches to Openembedded, but
> there's 
> no need to wait while these trickle down the various branches. I have
> created 
> the binaries for you.
> 
> On both FSO and OM2008.8 you can install 
> 
> http://3v8.net/~sander/openmoko/libboost-signals1.33.1_1.33.1-r3_armv4t.ipk
> http://3v8.net/~sander/openmoko/pingus_0.7.2-r0_armv4t.ipk
> 
> Also libpng3 must be installed, but I haven't been able to get the
> dependency 
> right, so you'll need to do that manually.
> 
> Note: for OM2008.8, you need to have the testing feeds to get recent
> enough 
> SDL packages.
> 
> more information is at http://wiki.openmoko.org/wiki/Sander
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Pingus-ported-tp1349075p1352263.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: [debian] State of annoying memory card corruption bug?

[Brock]

On 2008.10.09.22.36, Fox Mulder wrote:
| I don't "feel" any performace issues with the 64MB swapfile on the
| sd-card. More the contrary is the fact. Debian is much smoother because
| i don't get all the time to the memory limit when running a few
| programs. And the FR or maybe debian itself seems to really dislike it
| when the memory consumption gets to the limit.

I also turned off the ramdisks in /tmp and /var, which decreased memory
consumption fractionally.

--Brock


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

[FSO-testing] Good news for 19/10/2008 image

[yves mahe]

Houray,

I test the last FSO image and good things have been done :

   - suspend/resume works.
   - consumption in suspend mode for 7h :
- With WIFI disabled before, my battery loose 5%
- With WIFI enabled before, my battery loose 80%
   - wakeup from suspend on calls is OK
   - sounds on calls are OK :
- ring
- no acoustic echo for me
- volume a bit high

The bad :
   - automatic suspend don't work
   - python-etk lists are broken (already reported)

FSO team, keep it up !!

Yves Mahe


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

(OM2008.9) Weird death on connecting USB

[Paul]

Hi all,

Been running OM2008.9 for a while (from uSD) and that's pretty okay.
Just now however I noticed:
After having the FR on for about a day, I connected the USB cable to the 
PC. The FR screen showed for a moment, went black and remained that way. 
I had to pull the battery to force a reboot.

Is this known behaviour? Will that not happen when I flash the FR with this?

Paul

-- 
We learn the rope of life by untying its knots.
-Jean Toomer

http://www.nlpagan.net
Running on Mandriva Linux 2008 and Ubuntu 8.04


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

Re: [FSO-testing] Good news for 19/10/2008 image

[Bumbl]

yves mahe wrote:
> Houray,
>
> I test the last FSO image and good things have been done :
>
>- suspend/resume works.
>- consumption in suspend mode for 7h :
> - With WIFI disabled before, my battery loose 5%
> - With WIFI enabled before, my battery loose 80%
>- wakeup from suspend on calls is OK
>- sounds on calls are OK :
> - ring
> - no acoustic echo for me
> - volume a bit high
>
> The bad :
>- automatic suspend don't work
>- python-etk lists are broken (already reported)
>
> FSO team, keep it up !!
>
> Yves Mahe
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>   

GPS does not work (at least for me)
i just don't get a fix (tried 2h)
with zhone


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

Re: [FSO-testing] Good news for 19/10/2008 image

[Rui Miguel Silva Seabra]

This is awesome!

On Sun, Oct 19, 2008 at 07:11:26PM +0200, yves mahe wrote:
> I test the last FSO image and good things have been done :
> 
>- suspend/resume works.

Wonderful!

>- consumption in suspend mode for 7h :
> - With WIFI disabled before, my battery loose 5%
> - With WIFI enabled before, my battery loose 80%

Even 5% in 7h is not very good, but it is a gigantic improvemente,
congratutalions, folks!

>- wakeup from suspend on calls is OK

Great!

>- sounds on calls are OK :
> - ring
> - no acoustic echo for me
> - volume a bit high

Well, I currently hear people well, but they hear me too low, so pimp
the volume as needed :)

> The bad :
>- automatic suspend don't work
>- python-etk lists are broken (already reported)

Not so critical, but nice to have :)

> FSO team, keep it up !!

Indeed (if it keeps going this way, the beer fest in taiwan may be
needed ;))

Rui

-- 
Wibble.
Today is Boomtime, the 73rd day of Bureaucracy in the YOLD 3174
+ 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

[FDOM/all?] best kernel (as of 2008.10.19)

[Geoff Ruscoe]

I have just reflashed with the 2008.09.27 fdom

So first I tried the
testing-om-gta02-20081019.uImage.bin<http://downloads.openmoko.org/daily/testing-om-gta02-20081019.uImage.bin>kernel
from
http://downloads.openmoko.org/daily/

While everything booted fine, I could not ssh into the device so I had to
give up on that kernel and just reflashed with:

http://downloads.openmoko.org/releases/Om2008.9/Om2008.9-gta02-20080916.uImage.bin

My concern is that there was probably been a lot of kernel fixing that I
should be getting.  Is there any agreement or recommendation of "the best"
kernel to be using right now?  This question is for the FDOM 2008.09.27 but
I'm sure it is a good question for other releases as well.

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

Re: [FDOM/all?] best kernel (as of 2008.10.19)

[arne anka]

> So first I tried the
> testing-om-gta02-20081019.uImage.bin<http://downloads.openmoko.org/daily/testing-om-gta02-20081019.uImage.bin>kernel
> from
> http://downloads.openmoko.org/daily/
>
> While everything booted fine, I could not ssh into the device so I had to
> give up on that kernel and just reflashed with:


my understanding is, that a lot of important things (g_ether in  
particular) are modules -- thus simply flashing another kernel w/o  
updating the modules accordingly is doomed to fail.

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

Re: [Om2008.9] Example of remapping AUX button for Scummvm

[Bryan DeLuca]

On Sun, 19 Oct 2008 15:05:48 +0200
"Marco Trevisan (Treviño)" <[EMAIL PROTECTED]> wrote:

> Bryan DeLuca wrote:
> > I thought some folks might find this useful.  I have updated the scummvm 
> > shell script in Om2008.9 stable, to remove the enlightenment keybind to 
> > allow for the key to be remapped with xmodmap.  I simply followed Raster's 
> > instructions on using enlightenment_remote.  Hope this helps someone.
> 
> Nice example... Thanks!
> 
> -- 
> Treviño's World - Life and Linux
> http://www.3v1n0.net/
> 

Glad you like it.  Here is a better version that will capture whatever the 
previous Enlightenment settings for AUX were.  Instead of assuming like my 
first version did.   Should be good enough for most uses.

Enjoy!
-- 
Bryan DeLuca <[EMAIL PROTECTED]>


openmoko-scummvm.new
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

rpm packages for openmoko-*-arm(v4t)-linux-gnueabi-toolchain

[Joop Boonen]

All,

I'm currently working on rpm packages (Centos/Fedora/Mandriva/OpenSuSE)
for openmoko-*-arm(v4t)-linux-gnueabi-toolchain. (Packed from the
binaries provided by the openmoko project).

I think I got them to work. I didn't test them yet.

I'm wonder is it helpful for the openmoko people?

The packages can be found at:
http://download.opensuse.org/repositories/home:/worldcitizen/

Please drop me a line if they don't work as they should or when you
think it's no use (if possible also explain why).

Regards,

Joop Boonen.

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

Re: rpm packages for openmoko-*-arm(v4t)-linux-gnueabi-toolchain

[Joop Boonen]

Short remark: The i686 version is probably not up to date yet as it's
not build, yet. The last version that is.

Joop Boonen wrote:
> All,
>
> I'm currently working on rpm packages (Centos/Fedora/Mandriva/OpenSuSE)
> for openmoko-*-arm(v4t)-linux-gnueabi-toolchain. (Packed from the
> binaries provided by the openmoko project).
>
> I think I got them to work. I didn't test them yet.
>
> I'm wonder is it helpful for the openmoko people?
>
> The packages can be found at:
> http://download.opensuse.org/repositories/home:/worldcitizen/
>
> Please drop me a line if they don't work as they should or when you
> think it's no use (if possible also explain why).
>
> Regards,
>
> Joop Boonen.
>
>   


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

Partitionning separate /home/ floder to SD

[BS - João Vieira]

Hi,

Tryed to find in the threads but no luck.

Is there a way that /home/ is in my SD card? Only /home/, like we do in Linux 
distributions... so I can flash whenever i want the Neo without loosing 
configuration files, icons and stuff I am adapting for myself in the Neo?

The idea is to have the OS in the flash rams in Neo, and /home/ in mini-SD, 
this is basically one of the awesome features in the base of linux 
distributions that helps me "sell" it.


Rgds,
JV


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

Re: Partitionning separate /home/ floder to SD

[Andy Selby]

> Is there a way that /home/ is in my SD card? Only /home/, like we do in Linux
> distributions... so I can flash whenever i want the Neo without loosing
> configuration files, icons and stuff I am adapting for myself in the Neo?

Did you try
#link /media/card/home /home

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

Re: New Rasterman Image...

[Robert Norton]

2008/10/2 The Rasterman Carsten Haitzler <[EMAIL PROTECTED]>:
> On Thu, 02 Oct 2008 00:59:20 -0700 Steve Mosher <[EMAIL PROTECTED]> babbled:
>
> aha! a "decent" frequency corpus (a few thousand words). i'll merge this with
> the default us dict (and remove the small one as now that's useless).
If you are still looking for a word corpus I found this the other day:

http://en.wiktionary.org/wiki/Wiktionary:Frequency_lists

Looks like they come from a number of sources including Project Gutenberg.

Robert

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

Re: Partitionning separate /home/ floder to SD

[Joel Newkirk]

On Sun, 19 Oct 2008 22:39:34 +0100, "Andy Selby"
<[EMAIL PROTECTED]> wrote:
>> Is there a way that /home/ is in my SD card? Only /home/, like we do in
> Linux
>> distributions... so I can flash whenever i want the Neo without loosing
>> configuration files, icons and stuff I am adapting for myself in the
> Neo?
> 
> Did you try
> #link /media/card/home /home

Actually that'd be 'ln'... ;)

The solution I suspect Andy is seeking is to alter /etc/fstab:
/dev/mmcblk0p1  /media/card autodefaults,async,noauto   0  0
change to 
/dev/mmcblk0p1  /home autodefaults,async,noauto   0  0

This replaces /home in the filesystem with the contents of the first
partition on the uSD.  (note that if the /home folder already exists that
this will effectively redirect /home to the uSD without touching the
'local' /home, so that if the uSD is removed, corrupted, etc, and doesn't
mount, there's still a /home/root folder, just without everything you
customized and added while on the uSD)

When (if) I get my FR where I plan to retain the same installation
long-term, I intend to carve up the 8gb uSD and have /dev/mmcblk0p3 as
/home.  (partition #2 as swap, #1 as alternate boot)

j



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

[Debian] installer script

[Matthew Lane]

--- Begin Message ---

Hey all,

I'm trying to install Debian on the freerunner using the install.sh script.

I keep getting stuck at Calling ioctl() to re-read partition table. and 
then my script exits.  I've tried individually installing, but after the 
"install" step the script fails to install.


I've added a u-boot environment boot option to lower the clock to 
10,000,000 as instructed on the bug report here: 
https://docs.openmoko.org/trac/ticket/1743


After booting with this option, without going into suspend, and after 
killing qpe:


DASH_BINSH=false SD_PART1_FS=vfat ./install.sh all

The script terminates after the partition stage.  I'm using a SanDisk 
8GB uSDHC card.


I'm using the latest GTA02v5_and_up NAND u-boot.

I think I remember seeing some more instructions, but I can't seem to 
find them anywhere.  Anyone have an idea of how to proceed from here?


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

One more rotate version

[Fabian Henze]

Hi,
As it seems popular these days to publish a custom version of the rotate 
program, I am also going to do it.
After reading the source code of Rui Miguel Silva Seabra's rotate program, I 
found some parts that could be improved and hacked on those. The result differs 
from the original in the following points:
 - No brightness control (Its just annoying)
 - Imo better (and faster) heuristics
 - Fewer errors and false positives (the display won't rotate while the phone 
is shaken around or sth. like this)
 - uses fewer CPU cycles (I have not done much research, because it would not 
even show up in top)
BUT:
 - It still suffers from the "accelerometers stop working after a while" bug.

I would much appreciate feedback on the program and especially on the quality 
of the code. And I would even more appreciate a better accelerometer driver so 
userland hacks like one by Oscar Casamitjana are not necessary anymore

-- Fabian


accel-rotate.tar.bz2
Description: application/bzip-compressed-tar


accel-rotate-allyouneed.tar.bz2
Description: application/bzip-compressed-tar
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: LED notification

[Denis Johnson]

On Sun, Oct 12, 2008 at 4:53 AM, Jason Cawood <[EMAIL PROTECTED]> wrote:
> My reason is because if I suspend my phone then I walk away and return
> to it, I have no visible notification I missed an event unless I touch
> the screen and see if my phone is still suspended.  If I'm not
> constantly touching the screen to make sure it's still suspended and I
> did miss an event.  Then my power consumption just increased and my
> battery life is quickly diminishing.

Andy Green in this thread said that it is possible to leave an LED on
prior to going to suspend. If that is the case then I suggest:
1. Whenever there is an event which requires user attention one LED is
turned on, I suggest the blue power LED.
   Events include:
   a) new unread sms
   b) new alarm
   c) missed call

2. LED stays on until user has confirmed ALL outstanding events.

3. Leave LED lit while going into suspend. This way way if the phone
wakes on call, alarm or SMS and there is no interaction from user
prior to suspend, whenever the user returns, then it will be clear
there has been a missed event.

The only difficulty I can see (without familiarity with all the
frameworks available to us) is knowing if there are any outstanding
events not yet confirmed by the user but I suspect some system level
daemon is required so that no individual user level application like
sms does not have to make decisions or be coupled to other subsystems.

Is this a viable approach ?

cheers Denis

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

Re: [Om2008.9] man pages??? && killing events/0

[Alex Osborne]

Matthias Apitz wrote:

> how can I ask for the actual
> CPU time of a proc? I was thinking in something like 'cat /proc/5/...'
> but have no man pages about the /proc layout :-(

$ man proc

[...]

/proc/[number]/stat
Status information about the process. This is used by ps(1). It is
defined in /usr/src/linux/fs/proc/array.c.

[...]

  utime %lu
 The number of jiffies that this process has been
 scheduled in user mode.

  stime %lu
 The number of jiffies that this process has been
 scheduled in kernel mode.

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

Re: [Om2008.9] man pages??? && killing events/0

[Alex Osborne]

Alex Osborne wrote:
> Matthias Apitz wrote:
> 
>> how can I ask for the actual
>> CPU time of a proc? I was thinking in something like 'cat /proc/5/...'
>> but have no man pages about the /proc layout :-(
> 
> $ man proc

By the way, if you don't have them locally:

http://www.google.com/search?q=proc+manpage

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

Re: netfix testers?

[roguemoko]

Joel Newkirk wrote:
> I've posted a tarball of my networking fixes to
> http://newkirk.us/om/testing/netfix-j1.tar.gz, and a writeup on it at
> http://jthinks.com/better-freerunner-networking for anyone interested. Wiki
> seemed inappropriate (at least at this time), and the writeup is too long
> to post on the ML, IMHO.

Awesome. I'll upgrade/backup/test at my earliest convenience (prolly a 
couple of days at this point).

I'll let you know how I go.

Sarton

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

Re: Introducing http://www.opkg.org

[Previdi Roberto]

very good work, many thanks

On Sun, Oct 12, 2008 at 11:30 AM, Tobias Kündig <[EMAIL PROTECTED]>wrote:
[...]
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Back to the basics: improving user experience

[Stefan Monnier]

> Perhaps another idea to lighten the core developers' load...
> Invest a little time (a day or so?) to properly set up a VMWare image
> that can be downloaded by developers that want to help in any way.

I'd much rather that the various parts of the system can be built by
using tools available in distributions such as Debian testing.


Stefan


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

Re: One more rotate version

[SCarlson]

 Very snappy. It does "die" pretty quickly.. Due to accelerometer failing?
How can I help test this further. I ran from command line and when it "dies"
it just stopping writing to stdout. Also, if I re-run it just sits and waits
for stdout. I assume this is the acc. problem that you mentioned above.?

Scott


Fabian Henze wrote:
> 
> Hi,
> As it seems popular these days to publish a custom version of the rotate 
> program, I am also going to do it.
> After reading the source code of Rui Miguel Silva Seabra's rotate program,
> I 
> found some parts that could be improved and hacked on those. The result
> differs 
> from the original in the following points:
>  - No brightness control (Its just annoying)
>  - Imo better (and faster) heuristics
>  - Fewer errors and false positives (the display won't rotate while the
> phone 
> is shaken around or sth. like this)
>  - uses fewer CPU cycles (I have not done much research, because it would
> not 
> even show up in top)
> BUT:
>  - It still suffers from the "accelerometers stop working after a while"
> bug.
> 
> I would much appreciate feedback on the program and especially on the
> quality 
> of the code. And I would even more appreciate a better accelerometer
> driver so 
> userland hacks like one by Oscar Casamitjana are not necessary anymore
> 
> -- Fabian
> 
>  
>  
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/One-more-rotate-version-tp1353381p1353702.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: netfix testers?

[Joel Newkirk]

On Mon, 20 Oct 2008 11:46:12 +1100, [EMAIL PROTECTED] wrote:
> Joel Newkirk wrote:
>> I've posted a tarball of my networking fixes to
>> http://newkirk.us/om/testing/netfix-j1.tar.gz, and a writeup on it at
>> http://jthinks.com/better-freerunner-networking for anyone interested.
> Wiki
>> seemed inappropriate (at least at this time), and the writeup is too
> long
>> to post on the ML, IMHO.
> 
> Awesome. I'll upgrade/backup/test at my earliest convenience (prolly a
> couple of days at this point).
> 
> I'll let you know how I go.
> 
> Sarton

Thanks!

I have to apologize - I just flashed to SHR to test this and (re)discovered
that busybox's substitute for 'ip' doesn't support route metrics - I've
been installing my own from http://newkirk.us/om/iproute2_2.6.26_armv4t.ipk
in my setup script I usually run after flash and forgotten that important
factor.  I'm pretty sure the older 'route' command substitute in busybox
supports metric, will give it a test run.  

So this solution currently depends on both resolvconf and full
(non-busybox) iproute2.  Angstrom only has iproute2 packaged for Arm9 IIRC.
The resolvconf package (included with 2008.x but not SHR or Raster) is
available from the OM repository.  

Also, if you power up with USB already plugged in, it doesn't bring usb0 up
automatically at first, since udev doesn't emit a 'power plugged in' signal
- it's necessary to unplug and plug back in.  I'll look into triggering at
startup as well.

j

PS - just checked, and busybox-as-'route' DOES support route metric
setting, so I'm going to alter my scripts to use 'route' instead of 'ip
route' and make sure it behaves as expected.  Update tomorrow.


**separately: I think the full iproute2 package should be in the OM build
tree - apart from allowing far more advanced routing controls than
busybox's poor substitute, it includes the 'tc' traffic control command to
give access to the full breadth of the kernel's IP traffic management - of
little direct use on FR as a terminal, much more useful if it's a gateway -
they build bridge-utils, iproute seems more generally useful.  It builds
cleanly under dev toolchain.

busybox 'ip':
Usage: ip [OPTIONS] {address | route | link | tunnel | } {COMMAND}

iproute2 'ip':
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
   ip [ -force ] [-batch filename
where  OBJECT := { link | addr | addrlabel | route | rule | neigh | ntable
|
   tunnel | maddr | mroute | monitor | xfrm }
   OPTIONS := { -V[ersion] | -s[tatistics] | -d[etails] | -r[esolve] |
-f[amily] { inet | inet6 | ipx | dnet | link } |
-o[neline] | -t[imestamp] }

iproute2 'ip route help':
Usage: ip route { list | flush } SELECTOR
   ip route get ADDRESS [ from ADDRESS iif STRING ]
[ oif STRING ]  [ tos TOS ]
   ip route { add | del | change | append | replace | monitor } ROUTE
SELECTOR := [ root PREFIX ] [ match PREFIX ] [ exact PREFIX ]
[ table TABLE_ID ] [ proto RTPROTO ]
[ type TYPE ] [ scope SCOPE ]
ROUTE := NODE_SPEC [ INFO_SPEC ]
NODE_SPEC := [ TYPE ] PREFIX [ tos TOS ]
 [ table TABLE_ID ] [ proto RTPROTO ]
 [ scope SCOPE ] [ metric METRIC ]
INFO_SPEC := NH OPTIONS FLAGS [ nexthop NH ]...
NH := [ via ADDRESS ] [ dev STRING ] [ weight NUMBER ] NHFLAGS
OPTIONS := FLAGS [ mtu NUMBER ] [ advmss NUMBER ]
   [ rtt TIME ] [ rttvar TIME ]
   [ window NUMBER] [ cwnd NUMBER ] [ initcwnd NUMBER ]
   [ ssthresh NUMBER ] [ realms REALM ] [ src ADDRESS ]
   [ rto_min TIME ]
TYPE := [ unicast | local | broadcast | multicast | throw |
  unreachable | prohibit | blackhole | nat ]
TABLE_ID := [ local | main | default | all | NUMBER ]
SCOPE := [ host | link | global | NUMBER ]
FLAGS := [ equalize ]
MP_ALGO := { rr | drr | random | wrandom }
NHFLAGS := [ onlink | pervasive ]
RTPROTO := [ kernel | boot | static | NUMBER ]
TIME := NUMBER[s|ms|us|ns|j]



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

Subversion Clients/Servers

[SCarlson]

 Anyone compiled and running subversion server or even just a client on
their Freerunners yet?

Scott
-- 
View this message in context: 
http://n2.nabble.com/Subversion-Clients-Servers-tp1353798p1353798.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