Re: [Debian] Auxlaunch
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 module
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.googlepages.com/auxlaunch
http://aliasid.googlepages.com/auxlaunch if you're
interested.
At first, it minimizes and waits for the Aux button to be
pressed. Then, it pops up full screen and shows 3 large
buttons. You use the up and down buttons to change the top
button. Press the top button and the selected app starts.
You can configure the choices by editing the .auxlaunchrc
text file. I added an item for Suspend (apm -s), too.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
patch-auxlaunch_hide
Description: Binary data
___
Openmoko
Re: [Debian] Auxlaunch
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 module
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.googlepages.com/auxlaunch
http://aliasid.googlepages.com/auxlaunch if you're
interested.
At first, it minimizes and waits for the Aux button to be
pressed. Then, it pops up full screen and shows 3 large
buttons. You use the up and down buttons to change the top
button. Press the top button and the selected app starts.
You can configure the
Re: Virtualized developer system (was Re: Back to the basics:improving user experience)
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
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
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
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
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
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
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: Virtualized developer system (was Re: Back to the basics:improving user experience)
¿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 community@lists.openmoko.org 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: Back to the basics: improving user experience
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
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
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
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
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
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
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
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; http://wiki.openmoko.org/wiki/Booting_from_SD 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
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
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
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?
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
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
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
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
Re: [FDOM/all?] best kernel (as of 2008.10.19)
So first I tried the testing-om-gta02-20081019.uImage.binhttp://downloads.openmoko.org/daily/testing-om-gta02-20081019.uImage.binkernel 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
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
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
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
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
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...
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
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
---BeginMessage--- 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
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
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
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 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: Introducing http://www.opkg.org
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
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
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?
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
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
