Re: [SHR] Miscellanious minor issues
On Thu, Feb 12, 2009 at 10:07 PM, ivvmm unachieva...@gmail.com wrote: Margo Koppelmann wrote: On Thu, Jan 29, 2009 at 6:53 AM, Joel Newkirk freerun...@newkirk.us wrote: On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk freerun...@newkirk.us wrote: 8 - I use gprson and gprsoff, one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext D'oh!! That's org.freesmartphone.ogsmd, not ogpsd... j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) I decided to try SHR also. I like it. There's no echo! But there are still some small problems, that are already mentioned in the other SHR thread. And a few problems that aren't mentioned: 1. If I activate the silent profile, the phone still rings. 2. After using the phone few hours and making some calls the phone doesn't ring anymore, it only vibrates. After rebooting it rings again. 3. At some point, the phonelog application just stopped working. It doesn't start. I didn't do anything and I didn't change anything, I just made a few phonecalls. When starting it, it gives me an error saying, that there's no error message. When starting it from command line, it says: TypeError: float() argument must be a string or a number I thought rebooting wil fix this, but it didn't. I tried to use gprs using Joel's instructions, but it gives me the error: ActivateContext failed: org.freesmartphone.GSM.MUX.NoChannel Have you solved this? Or anybody else? Posted a request in OpenMoko community list, but no answer. Seems like nobody notices gprs not working in shr-testing or everybody has it working or nobody uses gprs on shr-testing. try SHR unstable. I think it works much better than 'testing'! Cheers Tony ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Margo Koppelmann wrote: On Thu, Jan 29, 2009 at 6:53 AM, Joel Newkirk freerun...@newkirk.us wrote: On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk freerun...@newkirk.us wrote: 8 - I use gprson and gprsoff, one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext D'oh!! That's org.freesmartphone.ogsmd, not ogpsd... j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) I decided to try SHR also. I like it. There's no echo! But there are still some small problems, that are already mentioned in the other SHR thread. And a few problems that aren't mentioned: 1. If I activate the silent profile, the phone still rings. 2. After using the phone few hours and making some calls the phone doesn't ring anymore, it only vibrates. After rebooting it rings again. 3. At some point, the phonelog application just stopped working. It doesn't start. I didn't do anything and I didn't change anything, I just made a few phonecalls. When starting it, it gives me an error saying, that there's no error message. When starting it from command line, it says: TypeError: float() argument must be a string or a number I thought rebooting wil fix this, but it didn't. I tried to use gprs using Joel's instructions, but it gives me the error: ActivateContext failed: org.freesmartphone.GSM.MUX.NoChannel Have you solved this? Or anybody else? Posted a request in OpenMoko community list, but no answer. Seems like nobody notices gprs not working in shr-testing or everybody has it working or nobody uses gprs on shr-testing. signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Thanks a lot MQY
This works great with all the apps using the grey theme. But, for the apps
using the golden theme, it does not. (eg Contacts). Could you please tell
me how to change the scrollbar size for this them too ?
Thanks a lot, it is improving SHR finger friendlyness a lot
2009/2/1 mqy meng.qing...@gmail.com
A temp solution is:
create file .gtkrc-2.0 in use home dir, and add the following contents:
style scroll
{
GtkScrollbar::slider-width = 25
}
class * style scroll
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
kimaidou,
Sorry, I have the same question as well :) I'm not expert at
enlightenment and illume.
I find that .cfg files in ~/.e/ is binary format, so can't give a hack :)
What about go IRC for answers?
host: chat.au.freenode.net
channel: #openmoko-cdevel
mqy
2009/2/2 kimaidou (via Nabble) ml-user+116665-1939907...@n2.nabble.com:
Thanks a lot MQY
This works great with all the apps using the grey theme. But, for the apps
using the golden theme, it does not. (eg Contacts). Could you please tell
me how to change the scrollbar size for this them too ?
Thanks a lot, it is improving SHR finger friendlyness a lot
2009/2/1 mqy meng.qing...@...
A temp solution is:
create file .gtkrc-2.0 in use home dir, and add the following contents:
style scroll
{
GtkScrollbar::slider-width = 25
}
class * style scroll
___
Openmoko community mailing list
commun...@...
http://lists.openmoko.org/mailman/listinfo/community
This email is a reply to your post @
http://n2.nabble.com/-SHR--Miscellanious-minor-issues-tp2235786p2257910.html
You can reply by email or by visting the link above.
--
View this message in context:
http://n2.nabble.com/-SHR--Miscellanious-minor-issues-tp2235786p2262049.html
Sent from the Openmoko Community mailing list archive at Nabble.com.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
A temp solution is:
create file .gtkrc-2.0 in use home dir, and add the following contents:
style scroll
{
GtkScrollbar::slider-width = 25
}
class * style scroll
kimaidou wrote:
Hi
About the scrollbar, it is much to thin to be reachable with the finger. I
proposed an enhancement in the trac : make the right scrollbar twice (or 3
times) bigger, so that all soft needing it become more finger friendly
Kimaidou
2009/1/29 Johny Tenfinger seba.d...@gmail.com
3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi
Wifi hangs when I run it, even before the menu comes up. Is this known?
What could be a fix? Will wicd be ported to SHR?
With new frameworkd you firstly have to set WiFi to on in shr-settings.
4) Sometimes the scroll bar on the left is gold (see contacts) and
sometimes it is black (see settings).
Scrollbar from contacts is from etk theme; scrollbar from shr-settings
is from elementary theme.
___
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
--
View this message in context:
http://n2.nabble.com/-SHR--Miscellanious-minor-issues-tp2235786p2253824.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: Dialup On Demand (was: [SHR] Miscellanious minor issues)
On Sat, 31 Jan 2009 11:34:42 +1100 (EST), NeilBrown ne...@suse.de wrote: On Sat, January 31, 2009 2:55 am, Michael 'Mickey' Lauer wrote: Ok cool, but how does this work internally? We want the framework to be notified, not the ppp process (which we don't want to run all the time) On demand network connection is awkward to do in a completely general way. When an application makes a TCP connection, the kernel needs to choose a local address for this end of the connection. It chooses that based on the IP address of whichever interface will be the first hop of the outgoing connection. If you don't have that interface established, then there is no address or route, so the kernel will give up quite quickly - there is no where for user-space to hook in and make things work. One option is to always use a VPN through some base station. I think you can get OpenVPN to establish a connection on demand. So the kernel sees the OpenVPN interface and sends a packet to that. OpenVPN then brings up whatever network can be found and forwards the packet over the VPN and on the the Internet. You could probably set up something vaguely similar that works locally without needing a remove VPN server or even a VPN. What about (which I expect will not be a candidate for an 'official' solution;) get frameworkd talking to ip_queue or netlink. For example, we could: Create a lowest-priority default route that hits lo, like: route add default gw 127.127.127.127 dev lo metric 100 use ip_queue.ko. Write a userspace handler for the iptables QUEUE target. (It's been a few years but I've written a couple, in c, use libipq - pretty simple) The handler will receive every packet that is sent to it with a firewall rule like: iptables -A INPUT -d ! 127.0.0.0/8 -i lo -m limit --limit 1/sec -j QUEUE iptables -A INPUT -d ! 127.0.0.0/8 -i lo -j DROP Now whenever another route doesn't exist, the kernel presents outbound packets to the queue handler. (up to one per second, and unspecified --limit-burst is 5 - the second rule drops what doesn't get queued) The handler gets to tell the kernel whether to accept or drop the packets, in this case it'd be simplest probably to drop them. In the meantime, however, it can tell the network manager (or whatever mechanism) to try to bring up an interface. If that's successful then its newly-created route takes precedence. (providing it has a lower metric than 100...) It can also take a moment to examine the packets it's handed and decide - based on whatever criteria desired - if it really needs to bring up an interface or not. Like if it's DNS fire it up, but if it's broadcasts just ignore it. (those criteria could be handled in iptables actually, but others would be harder, the things that frameworkd can offer like is a voice call in progress? [if so, forget gprs] or am I preparing to suspend?, etc) j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialup On Demand (was: [SHR] Miscellanious minor issues)
On Saturday January 31, freerun...@newkirk.us wrote: What about (which I expect will not be a candidate for an 'official' solution;) get frameworkd talking to ip_queue or netlink. For example, we could: Create a lowest-priority default route that hits lo, like: route add default gw 127.127.127.127 dev lo metric 100 use ip_queue.ko. Write a userspace handler for the iptables QUEUE target. (It's been a few years but I've written a couple, in c, use libipq - pretty simple) The handler will receive every packet that is sent to it with a firewall rule like: iptables -A INPUT -d ! 127.0.0.0/8 -i lo -m limit --limit 1/sec -j QUEUE iptables -A INPUT -d ! 127.0.0.0/8 -i lo -j DROP Now whenever another route doesn't exist, the kernel presents outbound packets to the queue handler. (up to one per second, and unspecified --limit-burst is 5 - the second rule drops what doesn't get queued) The handler gets to tell the kernel whether to accept or drop the packets, in this case it'd be simplest probably to drop them. In the meantime, however, it can tell the network manager (or whatever mechanism) to try to bring up an interface. If that's successful then its newly-created route takes precedence. (providing it has a lower metric than 100...) I've never played with ip_queue so I cannot say. You may well be right that a solution lies that way as well. However if I understand it correctly, it relies on the kernel retransmitting packets after the new routes are set up. I think that is likely to introduce more delay that might be acceptable. As soon as the link come up we really want to re-introduce all packets that were captured so that the network seems as responsive as possible. Though I may be misunderstanding you suggestion. There is an interesting complication that I was reminded of when I tried to knock up a quick-and-dirty proof of concept. An important aspect of any solution is that you need to set up masquerading (or Source NAT) so that packets from the internal address get the source address re-written on the way out. However SNAT mapping are set up when the first packet in a connection is seen. So if we capture the first packet of a connection, then set up an external interface, it is now too late to do source NAT for that connection. It can work for new connections without trouble, but that first connection is stuck. I think(hope?) it might be possible to use the NOTRACK target in iptables to exempt all packets from connection tracking until the external like is up and the default route and been redirected. I only learned about NOTRACK today and have not experimented with it so I cannot be sure, but it does seem to be a perfect fit for this problem. It can also take a moment to examine the packets it's handed and decide - based on whatever criteria desired - if it really needs to bring up an interface or not. Like if it's DNS fire it up, but if it's broadcasts just ignore it. (those criteria could be handled in iptables actually, but others would be harder, the things that frameworkd can offer like is a voice call in progress? [if so, forget gprs] or am I preparing to suspend?, etc) Yes, being selective about which packets can trigger a network connection would be a valuable feature. NeilBrown ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Johny Tenfinger wrote: 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? With new frameworkd you firstly have to set WiFi to on in shr-settings. Would it be more 'natural' to have it switched on when needed, and switched of when it is not needed any more? This would be similar to the implementation GPS already is powered on and off. 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). Scrollbar from contacts is from etk theme; scrollbar from shr-settings is from elementary theme. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Al Johnson wrote: I asked about the same thing a while back. Raster's reply was: it's that way because slowly i'm expecting toolkits to be able to auto-popup or apps - it's still there, but i moved it away to make more room on the top bar for other things. it's laid out by theme so it can be changed - but the default is aimed more at the state of things how they should be right now Sure, the current qwerty text takes up a lot of space. How about a square little icon instead? A miniature drawing of a keyboard? Or the same qwerty-icon that we see in the upper right-hand corner of the keyboard? just an idea. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Fri, Jan 30, 2009 at 10:14, Pander pan...@users.sourceforge.net wrote: Johny Tenfinger wrote: 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? With new frameworkd you firstly have to set WiFi to on in shr-settings. Would it be more 'natural' to have it switched on when needed, and switched of when it is not needed any more? This would be similar to the implementation GPS already is powered on and off. I think it would be hard to do. But if not, it's not SHR, but FSO guys work ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Dialup On Demand (was: [SHR] Miscellanious minor issues)
Am Friday 30 January 2009 14:10:05 schrieb Johny Tenfinger: On Fri, Jan 30, 2009 at 10:14, Pander pan...@users.sourceforge.net wrote: Johny Tenfinger wrote: 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? With new frameworkd you firstly have to set WiFi to on in shr-settings. Would it be more 'natural' to have it switched on when needed, and switched of when it is not needed any more? This would be similar to the implementation GPS already is powered on and off. I think it would be hard to do. But if not, it's not SHR, but FSO guys work ;) Indeed. I think this is a very old feature, I remember the good old days of dial-up networking using pppoe. There we had something like a connection dialog that popped up on demand, which is what we want as well on mobile devices. Does anyone remember which kernel infastructure this on-demand dialling used? -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialup On Demand (was: [SHR] Miscellanious minor issues)
2009/1/30 Michael 'Mickey' Lauer mic...@openmoko.org: Indeed. I think this is a very old feature, I remember the good old days of dial-up networking using pppoe. There we had something like a connection dialog that popped up on demand, which is what we want as well on mobile devices. Does anyone remember which kernel infastructure this on-demand dialling used? IIRC pppoe (and dialup in general) used the ppp on demand stucture. That is, put something like: demand idle 300 into your /etc/ppp/options file and the dialup will start as soon as someone accesses the ppp0 device. After 300s of inactivity, the connection is killed. Sven ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialup On Demand (was: [SHR] Miscellanious minor issues)
Am Friday 30 January 2009 15:54:12 schrieb Sven Rebhan: 2009/1/30 Michael 'Mickey' Lauer mic...@openmoko.org: Indeed. I think this is a very old feature, I remember the good old days of dial-up networking using pppoe. There we had something like a connection dialog that popped up on demand, which is what we want as well on mobile devices. Does anyone remember which kernel infastructure this on-demand dialling used? IIRC pppoe (and dialup in general) used the ppp on demand stucture. That is, put something like: demand idle 300 into your /etc/ppp/options file and the dialup will start as soon as someone accesses the ppp0 device. After 300s of inactivity, the connection is killed. Ok cool, but how does this work internally? We want the framework to be notified, not the ppp process (which we don't want to run all the time) -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Pander wrote: bburde...@comcast.net wrote: 6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? Click your stylus (or finger) at the very top of the screen. You should get a panel with three large buttons on it. On the buttons are some boxes, a house, and a big X. Above these buttons on the left is a wrench icon, and on the right is a 'qwerty' label. Click on the 'qwerty' label and you'll get a keyboard. Found it now. Was looking with another person who also knows the Om2008 release for over 10 minutes without any luck. But we overlooked the qwerty on the 'right' side. We were really fooled by only looking on the left side LOL In Om2008.12 it is, in latest unstable SHR, it is not. However the keybaord is available when writing an SMS. hope this helps, Ben B ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Thanks, see below fro extra info Joel Newkirk wrote: On Thu, 29 Jan 2009 01:05:45 +0100, Pander pan...@users.sourceforge.net wrote: Hi all, I've been an FDOM-adept and am new to SHR. I am using it now and this distributions holds a lot of potential. I completely understand that this is an unstable distribution and it has an issue tracker (which I use). Nevertheless, I hope you can answer the following some questions on some issues, or at least I hope they can be input as a simple test report. Excuse me if they contain trivial things or too well know issues: 1) One of the opkg repositories is non existing, so I disabled it for now, see: r...@om-gta02 /etc/opkg $ cat armv4-feed.conf #src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 Will this repo come on line or is it depreicated and should the definition be removed from opkg configuration all together? 2) The repos have a lot of double slashes (//), see: r...@om-gta02 /etc/opkg $ grep \/\/ * all-feed.conf:src/gz shr-all http://shr.bearstech.com/shr-unstable/ipk//all armv4-feed.conf:#src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 armv4t-feed.conf:src/gz shr-armv4t http://shr.bearstech.com/shr-unstable/ipk//armv4t om-gta02-feed.conf:src/gz shr-om-gta02 http://shr.bearstech.com/shr-unstable/ipk//om-gta02 Should these remain like this or is this a no-brainer? 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). 5) Can the vote plugin be installed inside of SHR Trac? 6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? 7) Will the GPS get an icon which indicates if it is powered on, off, and perhaps even the number of satellites it is receiving correctly. 8) Anyone have a howto, script or some code to the GRPS working? Thanks and keep up the good work, Pander 1 2 - if it works leave it be... :) Seriously, though: the double-slashes aren't an issue, and I presume the armv4 feed is the result of a typo since other feeds (OM as well as Angstrom) do not have such a version, but I could easily be wrong. :) 3 - What SHR version are you using? Testing, Unstable or Unstable-lite? I didn't think mofi was included in the Unstables, and haven't seen it in several weeks so am not able to comment on any problems with it. But I CAN assure you that the difference between Testing (Christmastime release) and Unstable (couple days ago) is tremendous. At this time, given that we all understand it's still in development, I have to recommend Unstable over Testing. (that will change of course when the next semi-stable 'testing' release is made - but for now, the number and degree of improvements and fixes that are still not committed to Testing makes it less functional than Unstable IMHO) I'm using unstable with opkg upgrade. I also managed to hook up with opkgorg repo and successfully installed eightball. When you install wicd, you will not be asked to enter your PIN :( Deinstalling wicd fixes this. Just today a fix was posted for wicd, it seems the files are installed in python-2.6 in stead of python-2.5. Hope the developers can have a go at it so wicd can replace Mofi. 4 - This is all to do with the Enlightenment Illume and Elementary themes. There are IIRC two default themes bundled with SHR right now, and they're still incomplete, though progressing. The gold scrollbar is one of the 'legacy' theme portions that still 'shows through' from the default E17 theme, while the black ones are the new SHR theme. (for those interested, an Illume theme's .edj file can choose to NOT override any given defaults by simply not defining anything - IE if you leave scrollbars unlisted then the default is used - personally I'd like to see a new Default crafted that's more small-screen-oriented, but as long as a theme is complete it works as well) 6 - Sounds like you are using Testing, the keyboard tends to popup pretty reliably when needed for me for the last several weeks I've been running Unstable. The presence of the qwerty keyboard button in the top shelf is theme-dependant. (as is the spanner/wrench config button) Again this sounds like Testing, since IIRC both themes in Unstable have both icons. 8 - I use gprson and gprsoff, one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext The last three items when activating GPRS are APN, User,
Re: [SHR] Miscellanious minor issues
On Thu, Jan 29, 2009 at 6:53 AM, Joel Newkirk freerun...@newkirk.us wrote: On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk freerun...@newkirk.us wrote: 8 - I use gprson and gprsoff, one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext D'oh!! That's org.freesmartphone.ogsmd, not ogpsd... j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) I decided to try SHR also. I like it. There's no echo! But there are still some small problems, that are already mentioned in the other SHR thread. And a few problems that aren't mentioned: 1. If I activate the silent profile, the phone still rings. 2. After using the phone few hours and making some calls the phone doesn't ring anymore, it only vibrates. After rebooting it rings again. 3. At some point, the phonelog application just stopped working. It doesn't start. I didn't do anything and I didn't change anything, I just made a few phonecalls. When starting it, it gives me an error saying, that there's no error message. When starting it from command line, it says: TypeError: float() argument must be a string or a number I thought rebooting wil fix this, but it didn't. I tried to use gprs using Joel's instructions, but it gives me the error: ActivateContext failed: org.freesmartphone.GSM.MUX.NoChannel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
[Answering only to the parts not really answered before] On Thu, Jan 29, 2009 at 1:05 AM, Pander pan...@users.sourceforge.net wrote: 5) Can the vote plugin be installed inside of SHR Trac? Will do! 7) Will the GPS get an icon which indicates if it is powered on, off, and perhaps even the number of satellites it is receiving correctly. Well, I personnaly don't find that useful, but if you want to do such a thing, you're welcome! :-) Our focus right now is on stabilization and release. When we'll release, we'll have time to see where we want to go (my guess is, though, full blown opimd integration). -- Julien Cassignol http://www.ainulindale.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Julien Cassignol wrote: [Answering only to the parts not really answered before] On Thu, Jan 29, 2009 at 1:05 AM, Pander pan...@users.sourceforge.net wrote: 5) Can the vote plugin be installed inside of SHR Trac? Will do! 7) Will the GPS get an icon which indicates if it is powered on, off, and perhaps even the number of satellites it is receiving correctly. Well, I personnaly don't find that useful, but if you want to do such a thing, you're welcome! :-) Reason for this would be that it is clear for the user that the GPS hardware is consuming power because this device has to be efficient with power usage. There is no other way of finding this out for a normal user. Question in general, how do I build kernel and rootfs images from latest svn unstable branch? Our focus right now is on stabilization and release. When we'll release, we'll have time to see where we want to go (my guess is, though, full blown opimd integration). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Thu, Jan 29, 2009 at 11:02 AM, Pander pan...@users.sourceforge.net wrote: Question in general, how do I build kernel and rootfs images from latest svn unstable branch? Well first you might want to use git and not svn, it'll work better :-) Then we have a Makefile to handle that for you (it's mandatory as we patch OE). It's on http://build.shr-project.org Everything is documented on http://trac.shr-project.org -- Julien Cassignol http://www.ainulindale.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Also a minor Issue. I used to use passkey-agent --default myPIN to set the bluetooth-pin under SHR-testing. passkey-agent doesn't seem to be available any more. I just need to rfcomm to some Arduino-microcontroller. What's the proper way of doingn this at the moment? Thanks a lot Richy signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Pander wrote: Reason for this would be that it is clear for the user that the GPS hardware is consuming power because this device has to be efficient with power usage. There is no other way of finding this out for a normal user. The gps is on only when needed. It is always off when the phone boots up. It gets turned on when you start something that uses it, such as tangogps or navit. And then it is turned off immediately when the last gps-using app exits. So you know that the gps is on when you're running some gps-using app, and you know it is powered off when you don't. At least that is how it is supposed to work. Tangogps displays how many satellites are in use. It'd be nice to have a miniature xgps-like window/icon on the top bar when the gps is in use - it'd show the current constellation which is cool and more interesting than just the number. But this is just a gimmick, there are many things that are more pressing. Such as working wifi. . . Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Pander wrote: Found it now. Was looking with another person who also knows the Om2008 release for over 10 minutes without any luck. But we overlooked the qwerty on the 'right' side. We were really fooled by only looking on the left side LOL I too wish the keyboard was accessible with a *single* click, like it is in Om. The keyboard gets a lot of use. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Thu, Jan 29, 2009 at 2:43 PM, Helge Hafting helge.haft...@hist.no wrote: I too wish the keyboard was accessible with a *single* click, like it is in Om. The keyboard gets a lot of use. It is doable, hacking the theme. Though we have trouble with the room available on the top bar. We're looking for a way to build a comprehensive theme. If any of you are interested, feel free to subscribe to the shr-devel ML (CCed) and help us with that :-) -- Julien Cassignol http://www.ainulindale.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Thursday 29 January 2009, Helge Hafting wrote: Pander wrote: Found it now. Was looking with another person who also knows the Om2008 release for over 10 minutes without any luck. But we overlooked the qwerty on the 'right' side. We were really fooled by only looking on the left side LOL I too wish the keyboard was accessible with a *single* click, like it is in Om. The keyboard gets a lot of use. I asked about the same thing a while back. Raster's reply was: it's that way because slowly i'm expecting toolkits to be able to auto-popup or apps - it's still there, but i moved it away to make more room on the top bar for other things. it's laid out by theme so it can be changed - but the default is aimed more at the state of things how they should be right now The full thread's here for context: http://markmail.org/thread/p54qiy6635oogma7 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? With new frameworkd you firstly have to set WiFi to on in shr-settings. 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). Scrollbar from contacts is from etk theme; scrollbar from shr-settings is from elementary theme. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
Hi About the scrollbar, it is much to thin to be reachable with the finger. I proposed an enhancement in the trac : make the right scrollbar twice (or 3 times) bigger, so that all soft needing it become more finger friendly Kimaidou 2009/1/29 Johny Tenfinger seba.d...@gmail.com 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? With new frameworkd you firstly have to set WiFi to on in shr-settings. 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). Scrollbar from contacts is from etk theme; scrollbar from shr-settings is from elementary theme. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Thu, Jan 29, 2009 at 19:37, kimaidou kimai...@gmail.com wrote: About the scrollbar, it is much to thin to be reachable with the finger. I proposed an enhancement in the trac : make the right scrollbar twice (or 3 times) bigger, so that all soft needing it become more finger friendly In elementary (shr-settings), scrollbar is not reachable at all, because it is not supposed to. For me, scrollbar in contacts should look and behave like one from elementary, so I don't agree. It's only wasting of space, and there are better ways to navigate than scrollbar and finger scrolling (like alphabetic filtering in contacts etc.) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
I don't totally disagree, but for now scrolling in SHR is painfull. I tried Qextended, and the scroll (eg in contacts) is smoothy and efficient ! I also proposed shortcuts in another trac for contacts : http://trac.shr-project.org/trac/ticket/292 2009/1/29 Johny Tenfinger seba.d...@gmail.com On Thu, Jan 29, 2009 at 19:37, kimaidou kimai...@gmail.com wrote: About the scrollbar, it is much to thin to be reachable with the finger. I proposed an enhancement in the trac : make the right scrollbar twice (or 3 times) bigger, so that all soft needing it become more finger friendly In elementary (shr-settings), scrollbar is not reachable at all, because it is not supposed to. For me, scrollbar in contacts should look and behave like one from elementary, so I don't agree. It's only wasting of space, and there are better ways to navigate than scrollbar and finger scrolling (like alphabetic filtering in contacts etc.) ___ 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
Finger friendly scrolling - Was: [SHR] Miscellanious minor issues
If done correctly, the scrollbar is the simplest(easiest to understand) and quickest way to find a contact. It is currently extremely difficult to use the scrollbar in the SHR contacts app. But, instead of making it always take up extra room, I would propose a dynamic resizing. Normally (when not in use) it's small like now. But if the user touches near the right edge, it should explode into a much bigger finger-friendly scrollbar. Instead of just scrolling the list, it would scroll one letter at a time (with adequate visual feedback). Then, when the user removes their finger from the screen, the list will pop to the selected letter. How does that sound? -Steven On Thu, Jan 29, 2009 at 12:45 PM, Johny Tenfinger seba.d...@gmail.com wrote: On Thu, Jan 29, 2009 at 19:37, kimaidou kimai...@gmail.com wrote: About the scrollbar, it is much to thin to be reachable with the finger. I proposed an enhancement in the trac : make the right scrollbar twice (or 3 times) bigger, so that all soft needing it become more finger friendly In elementary (shr-settings), scrollbar is not reachable at all, because it is not supposed to. For me, scrollbar in contacts should look and behave like one from elementary, so I don't agree. It's only wasting of space, and there are better ways to navigate than scrollbar and finger scrolling (like alphabetic filtering in contacts etc.) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Finger friendly scrolling - Was: [SHR] Miscellanious minor issues
So the contacts aren't scrolled until you press the scroll bar, move to the desired letter, and let it go? I think it's a great idea. It gets rid of the sluggish scrolling that's a real nuisance in SHR (and other distros). 2009/1/29 Steven ** montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.com If done correctly, the scrollbar is the simplest(easiest to understand) and quickest way to find a contact. It is currently extremely difficult to use the scrollbar in the SHR contacts app. But, instead of making it always take up extra room, I would propose a dynamic resizing. Normally (when not in use) it's small like now. But if the user touches near the right edge, it should explode into a much bigger finger-friendly scrollbar. Instead of just scrolling the list, it would scroll one letter at a time (with adequate visual feedback). Then, when the user removes their finger from the screen, the list will pop to the selected letter. How does that sound? -Steven On Thu, Jan 29, 2009 at 12:45 PM, Johny Tenfinger seba.d...@gmail.com wrote: On Thu, Jan 29, 2009 at 19:37, kimaidou kimai...@gmail.com wrote: About the scrollbar, it is much to thin to be reachable with the finger. I proposed an enhancement in the trac : make the right scrollbar twice (or 3 times) bigger, so that all soft needing it become more finger friendly In elementary (shr-settings), scrollbar is not reachable at all, because it is not supposed to. For me, scrollbar in contacts should look and behave like one from elementary, so I don't agree. It's only wasting of space, and there are better ways to navigate than scrollbar and finger scrolling (like alphabetic filtering in contacts etc.) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Scrolling (was Re: [SHR] Miscellanious minor issues)
On Thu, 29 Jan 2009 17:20:40 -0500, Joel Newkirk freerun...@newkirk.us wrote: single icon image and toggling (visible when touched) just a single-image frame behind it, and removing associated fade-in/fade-out animations makes a significant difference. Pop open the Illume Config (via spanner/wrench) and try finger-scrolling the top icon bar right to left - it's a tremendous difference when everything's structurally and graphically simplified. j Sorry, when I referred to 'single icon image' that was as opposed to multiframe animated icons. (I realized after sending that this might sound stupid, since the default icons are all static images) I've not seen them in any distro or package yet for the FR, but Enlightenment supports them. I've used an animated blinking shell prompt before as my terminal icon. http://www0.get-e.org/Resources/Animated_Icons/ - just stick them (they're .edj files) in /usr/share/enlightenment/data/icons and put the name in for icon in the .desktop file... (with the understanding that loading down your Freerunner with a bunch of animated icons is guaranteed to slow down your scrolling...;) j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Scrolling (was Re: [SHR] Miscellanious minor issues)
On Thu, 29 Jan 2009 20:48:28 +0100, kimaidou kimai...@gmail.com wrote: I don't totally disagree, but for now scrolling in SHR is painfull. I tried Qextended, and the scroll (eg in contacts) is smoothy and efficient ! I also proposed shortcuts in another trac for contacts : http://trac.shr-project.org/trac/ticket/292 2009/1/29 Johny Tenfinger seba.d...@gmail.com On Thu, Jan 29, 2009 at 19:37, kimaidou kimai...@gmail.com wrote: About the scrollbar, it is much to thin to be reachable with the finger. I proposed an enhancement in the trac : make the right scrollbar twice (or 3 times) bigger, so that all soft needing it become more finger friendly In elementary (shr-settings), scrollbar is not reachable at all, because it is not supposed to. For me, scrollbar in contacts should look and behave like one from elementary, so I don't agree. It's only wasting of space, and there are better ways to navigate than scrollbar and finger scrolling (like alphabetic filtering in contacts etc.) I'm split between camps on this. I don't want to see scrollbars usually, as they are either so small as to be ornamental, or so large as to waste huge swaths of valuable screen real-estate. But simple finger-scrolling doesn't cut it sometimes. For example, I tried to use neon to examine some image files from the default.edj theme. Unfortunately that theme contains 400+ images, and the one I wanted was around 360 in the list - I gave up after about 60 seconds of finger scrolling, somewhere around 'J'. What we need, IMHO, is not just alphanumeric jumps, but standardized presentation of, activation of, and interaction with such controls. Reusable that way for file requesters, addressbook, whatever. Meanwhile, the 'appears on demand' scrollbar in some Elementary apps looks promising, if only it were a bit wider so as to be friendly for fat fingers like mine. BTW - scrolling is made more painful by the theme... Raster pointed this out to me - the illume theme in SHR uses multiple layered png images with transparency for icons, for example. (the button, the icon, the hilight, the shine, with anternates for disabled or selected states) Using a single icon image and toggling (visible when touched) just a single-image frame behind it, and removing associated fade-in/fade-out animations makes a significant difference. Pop open the Illume Config (via spanner/wrench) and try finger-scrolling the top icon bar right to left - it's a tremendous difference when everything's structurally and graphically simplified. j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Miscellanious minor issues
Hi all, I've been an FDOM-adept and am new to SHR. I am using it now and this distributions holds a lot of potential. I completely understand that this is an unstable distribution and it has an issue tracker (which I use). Nevertheless, I hope you can answer the following some questions on some issues, or at least I hope they can be input as a simple test report. Excuse me if they contain trivial things or too well know issues: 1) One of the opkg repositories is non existing, so I disabled it for now, see: r...@om-gta02 /etc/opkg $ cat armv4-feed.conf #src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 Will this repo come on line or is it depreicated and should the definition be removed from opkg configuration all together? 2) The repos have a lot of double slashes (//), see: r...@om-gta02 /etc/opkg $ grep \/\/ * all-feed.conf:src/gz shr-all http://shr.bearstech.com/shr-unstable/ipk//all armv4-feed.conf:#src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 armv4t-feed.conf:src/gz shr-armv4t http://shr.bearstech.com/shr-unstable/ipk//armv4t om-gta02-feed.conf:src/gz shr-om-gta02 http://shr.bearstech.com/shr-unstable/ipk//om-gta02 Should these remain like this or is this a no-brainer? 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). 5) Can the vote plugin be installed inside of SHR Trac? 6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? 7) Will the GPS get an icon which indicates if it is powered on, off, and perhaps even the number of satellites it is receiving correctly. 8) Anyone have a howto, script or some code to the GRPS working? Thanks and keep up the good work, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? Click your stylus (or finger) at the very top of the screen. You should get a panel with three large buttons on it. On the buttons are some boxes, a house, and a big X. Above these buttons on the left is a wrench icon, and on the right is a 'qwerty' label. Click on the 'qwerty' label and you'll get a keyboard. hope this helps, Ben B ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
bburde...@comcast.net wrote: 6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? Click your stylus (or finger) at the very top of the screen. You should get a panel with three large buttons on it. On the buttons are some boxes, a house, and a big X. Above these buttons on the left is a wrench icon, and on the right is a 'qwerty' label. Click on the 'qwerty' label and you'll get a keyboard. In Om2008.12 it is, in latest unstable SHR, it is not. However the keybaord is available when writing an SMS. hope this helps, Ben B ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Miscellanious minor issues
On Thu, 29 Jan 2009 01:05:45 +0100, Pander pan...@users.sourceforge.net wrote: Hi all, I've been an FDOM-adept and am new to SHR. I am using it now and this distributions holds a lot of potential. I completely understand that this is an unstable distribution and it has an issue tracker (which I use). Nevertheless, I hope you can answer the following some questions on some issues, or at least I hope they can be input as a simple test report. Excuse me if they contain trivial things or too well know issues: 1) One of the opkg repositories is non existing, so I disabled it for now, see: r...@om-gta02 /etc/opkg $ cat armv4-feed.conf #src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 Will this repo come on line or is it depreicated and should the definition be removed from opkg configuration all together? 2) The repos have a lot of double slashes (//), see: r...@om-gta02 /etc/opkg $ grep \/\/ * all-feed.conf:src/gz shr-all http://shr.bearstech.com/shr-unstable/ipk//all armv4-feed.conf:#src/gz shr-armv4 http://shr.bearstech.com/shr-unstable/ipk//armv4 armv4t-feed.conf:src/gz shr-armv4t http://shr.bearstech.com/shr-unstable/ipk//armv4t om-gta02-feed.conf:src/gz shr-om-gta02 http://shr.bearstech.com/shr-unstable/ipk//om-gta02 Should these remain like this or is this a no-brainer? 3) Today (29 Jan 2009) I did an opkg update and opkg upgrade and Mofi Wifi hangs when I run it, even before the menu comes up. Is this known? What could be a fix? Will wicd be ported to SHR? 4) Sometimes the scroll bar on the left is gold (see contacts) and sometimes it is black (see settings). 5) Can the vote plugin be installed inside of SHR Trac? 6) How do I have a virtual Illume keyboard popup for the terminal, midori, pidgin? 7) Will the GPS get an icon which indicates if it is powered on, off, and perhaps even the number of satellites it is receiving correctly. 8) Anyone have a howto, script or some code to the GRPS working? Thanks and keep up the good work, Pander 1 2 - if it works leave it be... :) Seriously, though: the double-slashes aren't an issue, and I presume the armv4 feed is the result of a typo since other feeds (OM as well as Angstrom) do not have such a version, but I could easily be wrong. :) 3 - What SHR version are you using? Testing, Unstable or Unstable-lite? I didn't think mofi was included in the Unstables, and haven't seen it in several weeks so am not able to comment on any problems with it. But I CAN assure you that the difference between Testing (Christmastime release) and Unstable (couple days ago) is tremendous. At this time, given that we all understand it's still in development, I have to recommend Unstable over Testing. (that will change of course when the next semi-stable 'testing' release is made - but for now, the number and degree of improvements and fixes that are still not committed to Testing makes it less functional than Unstable IMHO) 4 - This is all to do with the Enlightenment Illume and Elementary themes. There are IIRC two default themes bundled with SHR right now, and they're still incomplete, though progressing. The gold scrollbar is one of the 'legacy' theme portions that still 'shows through' from the default E17 theme, while the black ones are the new SHR theme. (for those interested, an Illume theme's .edj file can choose to NOT override any given defaults by simply not defining anything - IE if you leave scrollbars unlisted then the default is used - personally I'd like to see a new Default crafted that's more small-screen-oriented, but as long as a theme is complete it works as well) 6 - Sounds like you are using Testing, the keyboard tends to popup pretty reliably when needed for me for the last several weeks I've been running Unstable. The presence of the qwerty keyboard button in the top shelf is theme-dependant. (as is the spanner/wrench config button) Again this sounds like Testing, since IIRC both themes in Unstable have both icons. 8 - I use gprson and gprsoff, one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext The last three items when activating GPRS are APN, User, Pass. In my case I'm on T-Mobile's Internet3 (InternetVPN) service in the US, and they don't care about user and pass so just 'x' and 'x' should be suitable for any T-Mo:US users. Many carriers' APNs and some additional details are listed at http://wiki.openmoko.org/wiki/GPRS#Some_APN_names_for_reference - if yours isn't listed, get the APN from the carrier, then update the wiki to add it. :) Happily, frameworkd takes care of everything else, so if you have GPRS service and
Re: [SHR] Miscellanious minor issues
On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk freerun...@newkirk.us wrote: 8 - I use gprson and gprsoff, one-liner scripts with the following contents, which can be invoked directly but less conveniently: #!/bin/sh #gprson mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x #!/bin/sh #gprsoff mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.DeactivateContext D'oh!! That's org.freesmartphone.ogsmd, not ogpsd... j -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
