Re: FSO ringtone
I don't mean to be overly critical, the process you've described is trivial enough, and thank you for sharing, but why is is designed like this? Surely if the exact same steps are performed before building the software, it will be much easier for many more people. It just seem insane to be hardcoding references to sound files for functions that people will habitually want to change. Ring tone is probably the first item of customisation a new user will want to change, and they will expect it to be intuitive. On another note, the rule.yaml file looks intresting, where can I find out more about that ? Matt On Thu, Aug 7, 2008 at 12:53 PM, Guillaume Chereau [EMAIL PROTECTED] wrote: Just for your information, with the new events system, it will soon be different. You will have to edit the rule.yaml file. It looks like this now : - # This rule will play a ring tone when a call is incoming trigger: CallStatus() filters: HasAttr(status, incoming) actions: - PlaySound(/usr/share/sounds/Arkanoid_PSID.sid) - StartVibration() - # This one will stop the ring tone when the call is in an other state trigger: CallStatus() filters: Not(HasAttr(status, incoming)) actions: - StopSound(/usr/share/sounds/Arkanoid_PSID.sid) - StopVibration() So you will need to replace the path to the path you want. Still not as good as a real user interface, but better than being hard-coded in the framework code. Charlie On Thu, 2008-08-07 at 01:53 +0200, Francesco Cat wrote: add this on the wiki :D it seems nice and should be automated in a really simple way! :) 2008/8/7 Angus Ainslie [EMAIL PROTECTED]: On Wed, Aug 6, 2008 at 3:40 PM, simarillion [EMAIL PROTECTED] wrote: On Wednesday 06 August 2008 20:20:29 Angus Ainslie wrote: Where is the FSO ring tone saved ? Angus I think it's /usr/share/sounds/ But I'm not sure. Thanks , Thats exactly where it is. /usr/share/sounds/Arkanoid_PSID.sid Now to change it is a little bit of fun. first in /usr/lib/python2.5/site-packages/framework/subsystems/oeventd/receiver.py Change the line that reads: decoder = gst.element_factory_make( siddec, decoder ) to decoder = gst.element_factory_make( mad, decoder ) and change the line that reads: filesrc.set_property( location, /usr/share/sounds/Arkanoid_PSID.sid ) to filesrc.set_property( location, /usr/share/sounds/ringtone ) Then mv /usr/lib/python2.5/site-packages/framework/subsystems/oeventd/receiver.pyo /home/root then reboot the phone ( I'm sure there's a better way to regenerate receiver.pyo but I don't know it ) Now you can link /usr/share/sounds/ringtone to any mp3 and that will be your ringtone Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to see how full my battery is?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Wed, 2008-08-06 at 18:20 +0300, Timo Juhani Lindfors wrote: | Hi, | | kazaam [EMAIL PROTECTED] writes: | There's some symbol in the try looking a bit like a black battery | with a lightning symbol in it. Is this meaning it's loading? And | where do I see how full it is? I tried acpi -v in the terminal but | it seems openmoko is running without acpi. | Try apm to see current charge and cat | /sys/devices/platform/bq2700-battery.0/power_supply/bat/current_now | to see power consumption. | | What units is this in? - I get a slightly varying 505500 uA... that's a lot of power you're sucking there? Normally Freerunner is around 190mA with backlight on full or 90mA idle with backlight down. Negative numbers from that is charging current again in uA. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkianBkACgkQOjLpvpq7dMpA3QCfZIZB1tHhHxo9CO30pBZRqDU9 V5AAoI9bLe03Et8r8HczevfQ5L7VNvhK =HH18 -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: receiving SMS messages
Alle 04:04, giovedì 7 agosto 2008, Robert William Hutton ha scritto: 5. In the meantime the network has accepted that the SMS can't be sent, and puts it into some kind of wait queue. Is not possible, after the GSM is fully up, say to the network I'm ready, is something waiting for me? -- We do not colonize. We conquer. We rule. There is no other way for us. -- Rojan, By Any Other Name, stardate 4657.5 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to see how full my battery is?
Something wasnt right - the next resume X didnt come back leaving a console display without any means of data entry. Required the battery to be removed to reboot it. And it was ~1hr when I discovered it and the battery had lost 30% in that time - was down to 4% :) Now its drawing ~166000 when I removed the charger. BillK On Thu, 2008-08-07 at 07:54 +0100, Andy Green wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Wed, 2008-08-06 at 18:20 +0300, Timo Juhani Lindfors wrote: | Hi, | | kazaam [EMAIL PROTECTED] writes: | There's some symbol in the try looking a bit like a black battery | with a lightning symbol in it. Is this meaning it's loading? And | where do I see how full it is? I tried acpi -v in the terminal but | it seems openmoko is running without acpi. | Try apm to see current charge and cat | /sys/devices/platform/bq2700-battery.0/power_supply/bat/current_now | to see power consumption. | | What units is this in? - I get a slightly varying 505500 uA... that's a lot of power you're sucking there? Normally Freerunner is around 190mA with backlight on full or 90mA idle with backlight down. Negative numbers from that is charging current again in uA. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkianBkACgkQOjLpvpq7dMpA3QCfZIZB1tHhHxo9CO30pBZRqDU9 V5AAoI9bLe03Et8r8HczevfQ5L7VNvhK =HH18 -END PGP SIGNATURE- ___ 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: How to see how full my battery is?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | | What units is this in? - I get a slightly varying 505500 | | uA... that's a lot of power you're sucking there? Normally Freerunner | is around 190mA with backlight on full or 90mA idle with backlight down. | | Negative numbers from that is charging current again in uA. | Something wasnt right - the next resume X didnt come back leaving a | console display without any means of data entry. Required the battery | to be removed to reboot it. And it was ~1hr when I discovered it and | the battery had lost 30% in that time - was down to 4% :) | | Now its drawing ~166000 when I removed the charger. Huh. Well that's more normal, but no idea what was eating that power before, it's ~1.7W... It sounds like the kind of drain if you were on a call, GSM side is the only thing that power hungry AFAIK, unless you had it in host mode and a device like WLAN stick (or room heater :-) ) plugged in. Even internal WLAN is only meant to be 400mW during TX. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkian+YACgkQOjLpvpq7dMp+IgCfaSCBVFGpprRr3V6mxh3GWkhe 6lgAn1zuDS68/Vddpkh9NsC5Vz0qNF7M =c56j -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS for FSO Milestone 2
ons 2008-08-06 klockan 21:07 -0700 skrev Michael Shiloh: C R McClenaghan wrote: I've been able to hack together the necessary ppp scripts to get GPRS working on FSO Milestone 2 release. This is for a Freerunner, if it matters. snip I'll post something to the wiki if there's sufficient interest. Chris To make a typical British understatement, Heck yeah!. Getting GPRS working has been incredibly difficult. Please post your recipes on the wiki in the appropriate place. If there already exists one set please add yours as an alternative - this is one case where duplication is good because each carrier seems to be a little different. You shouldn't need to execute pppd by yourself (on the FSO) - there are methods available on the dbus ready to be used. I have a shell script that executes: mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device org.freesmartphone.GSM.PDP.ActivateContext internet.parlino.se username password It works perfectly. (However, after a disconnect I loose all GSM connectivity, but I need to test this more in order to feel I can file a bug.) / Fredrik signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
Matt Joyce wrote: I don't mean to be overly critical, the process you've described is trivial enough, and thank you for sharing, but why is is designed like this? I agree with you that it is not the way we should do. For me the decision to start or stop the ringing tone should be left to the software that reacts to the incoming call signal. Then the configuration file should depends of the software. Fun thing to try : kill zhone on FSO, and call the phone, it will still ring. But, in the framework we want to include a full customizable events system, that will be useful when you want to programs context rules, like : when I enter into my house, set profile to Silent, etc... So the moment we use this mechanism to start and stop the ring tone. Maybe in the future we will move that out of the framework, but the events manager system will stay, because it has many other uses. Surely if the exact same steps are performed before building the software, it will be much easier for many more people. It just seem insane to be hardcoding references to sound files for functions that people will habitually want to change. Yes, that is why I say, the software should decide of the way it reacts to an incoming call. Ring tone is probably the first item of customisation a new user will want to change, and they will expect it to be intuitive. On another note, the rule.yaml file looks intresting, where can I find out more about that ? Well, it is very new, I just added this to the framework a few days ago. It uses the yaml syntax [0] that I like a lot . If you want to see the code, download the framework daemon [1], and have a look at the files in subsystems/oeventsd/ It is all in python and there is enough documentation to get the idea. As soon as the framework team accepts this thing, I will create a tutorial on how to create custom rules in the freesmartphone wiki [1] [0] http://www.yaml.org/ [1] http://git.freesmartphone.org/?p=framework.git;a=summary [2] http://www.freesmartphone.org/index.php/Tutorials Charlie Matt On Thu, Aug 7, 2008 at 12:53 PM, Guillaume Chereau [EMAIL PROTECTED] wrote: Just for your information, with the new events system, it will soon be different. You will have to edit the rule.yaml file. It looks like this now : - # This rule will play a ring tone when a call is incoming trigger: CallStatus() filters: HasAttr(status, incoming) actions: - PlaySound(/usr/share/sounds/Arkanoid_PSID.sid) - StartVibration() - # This one will stop the ring tone when the call is in an other state trigger: CallStatus() filters: Not(HasAttr(status, incoming)) actions: - StopSound(/usr/share/sounds/Arkanoid_PSID.sid) - StopVibration() So you will need to replace the path to the path you want. Still not as good as a real user interface, but better than being hard-coded in the framework code. Charlie On Thu, 2008-08-07 at 01:53 +0200, Francesco Cat wrote: add this on the wiki :D it seems nice and should be automated in a really simple way! :) 2008/8/7 Angus Ainslie [EMAIL PROTECTED]: On Wed, Aug 6, 2008 at 3:40 PM, simarillion [EMAIL PROTECTED] wrote: On Wednesday 06 August 2008 20:20:29 Angus Ainslie wrote: Where is the FSO ring tone saved ? Angus I think it's /usr/share/sounds/ But I'm not sure. Thanks , Thats exactly where it is. /usr/share/sounds/Arkanoid_PSID.sid Now to change it is a little bit of fun. first in /usr/lib/python2.5/site-packages/framework/subsystems/oeventd/receiver.py Change the line that reads: decoder = gst.element_factory_make( siddec, decoder ) to decoder = gst.element_factory_make( mad, decoder ) and change the line that reads: filesrc.set_property( location, /usr/share/sounds/Arkanoid_PSID.sid ) to filesrc.set_property( location, /usr/share/sounds/ringtone ) Then mv /usr/lib/python2.5/site-packages/framework/subsystems/oeventd/receiver.pyo /home/root then reboot the phone ( I'm sure there's a better way to regenerate receiver.pyo but I don't know it ) Now you can link /usr/share/sounds/ringtone to any mp3 and that will be your ringtone Angus ___ 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: InvibleShield at ZAGG : swindling ?!?
I finally received an answer from ZAGG. They say they will ship another one ... So now ... Wait See ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
I don't think that one works, it has to have 3 plastic rings on the 2.5 connector. this one will only give you mono IMO. -- View this message in context: http://n2.nabble.com/2.5mm-neo-to-3.5mm-stereo-adaptor-tp677280p677785.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
Guillaume Chereau wrote: Just for your information, with the new events system, it will soon be different. You will have to edit the rule.yaml file. It looks like this now : - # This rule will play a ring tone when a call is incoming trigger: CallStatus() filters: HasAttr(status, incoming) actions: - PlaySound(/usr/share/sounds/Arkanoid_PSID.sid) - StartVibration() - # This one will stop the ring tone when the call is in an other state trigger: CallStatus() filters: Not(HasAttr(status, incoming)) actions: - StopSound(/usr/share/sounds/Arkanoid_PSID.sid) - StopVibration() So you will need to replace the path to the path you want. Still not as good as a real user interface, but better than being hard-coded in the framework code. Charlie On Thu, 2008-08-07 at 01:53 +0200, Francesco Cat wrote: add this on the wiki :D it seems nice and should be automated in a really simple way! :) 2008/8/7 Angus Ainslie [EMAIL PROTECTED]: On Wed, Aug 6, 2008 at 3:40 PM, simarillion [EMAIL PROTECTED] wrote: On Wednesday 06 August 2008 20:20:29 Angus Ainslie wrote: Where is the FSO ring tone saved ? Angus I think it's /usr/share/sounds/ But I'm not sure. Thanks , Thats exactly where it is. /usr/share/sounds/Arkanoid_PSID.sid Now to change it is a little bit of fun. first in /usr/lib/python2.5/site-packages/framework/subsystems/oeventd/receiver.py Change the line that reads: decoder = gst.element_factory_make( siddec, decoder ) to decoder = gst.element_factory_make( mad, decoder ) and change the line that reads: filesrc.set_property( location, /usr/share/sounds/Arkanoid_PSID.sid ) to filesrc.set_property( location, /usr/share/sounds/ringtone ) Then mv /usr/lib/python2.5/site-packages/framework/subsystems/oeventd/receiver.pyo /home/root then reboot the phone ( I'm sure there's a better way to regenerate receiver.pyo but I don't know it ) Now you can link /usr/share/sounds/ringtone to any mp3 and that will be your ringtone Angus SIDs for a ringtone? . . . *THAT'S* . . . *AWESOME*! . . . /me adds this to the list of things you can't do on any other phone... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
vale wrote: I don't think that one works, it has to have 3 plastic rings on the 2.5 connector. this one will only give you mono IMO. It needs only 2 plastic rings which means three contacts. The fourth contact would be necessary for hands-free equipment with a microphone. In case you just want to use it for earphones or line-out, the microphone input contact is short-circuit to ground, which does not matter at all because it is input. Wolfgang. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
SIDs for a ringtone? . . . *THAT'S* . . . *AWESOME*! . . I can't wait to have my phone play the Bubble Bobble theme song to me when it rings :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
* Mikael Berthe [2008-08-05 14:56 +0200]: I've ordered one too, I haven't received it. I complained and they suppposedly sent me another one, which I haven't received either (the 2nd one was reshipped on Jully 25th). They told me (by email) they were sending them via UPS with no tracking, so there's nothing we can do to check the status :\ [Not UPS but USPS, btw...] Well, for your information I finally received it yesterday. It was ordered on July 3rd, shipping confirmation on July 7th, RE-shipping confirmation on July 25th, arrival on Aug, 6th. HTH, -- MiKael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR at golem.de
Yes, but you can use it only if you promise that you will not show to others how to use it (NDA)! So, for me is like it doesn't exist! IF only we had OpenGL on the Freerunner by now, imagine the amazing apps we could write .. geeze guys, what a big disappointment the Glamo is .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: InvibleShield at ZAGG : swindling ?!?
I got my order confirmation 27.7, shipping confirmation 28.7 and received it yesterday. I chose the slowest cheapes delivery, so I think it was in time. Delivery to France. Got one for my Nokia N810 too at the same time :) Cheers, Kalle Cédric DUFOUIL wrote: I finally received an answer from ZAGG. They say they will ship another one ... So now ... Wait See ... ___ 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: InvibleShield at ZAGG : swindling ?!?
Thanks for your update ;) By the way, I don't care if I receive it in one or two month, I just want to receive it ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
Aaron Sowry wrote: SIDs for a ringtone? . . . *THAT'S* . . . *AWESOME*! . . I can't wait to have my phone play the Bubble Bobble theme song to me when it rings :) Yeah, Bubble Bobble works, but my favorite has always been the music from R-type... I also loved the music from RoboCop and Maniac Mansion. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: source code for openembedded-common?
according to dpkg -I openembedded-common_0.2-3_all.deb the maintainer's email is [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
Yeah, Bubble Bobble works, but my favorite has always been the music from R-type... I also loved the music from RoboCop and Maniac Mansion. Crazy Climber FTW!! BTW, we need an openmoko-emu-porters list .. ;) ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
yeah but the distances don't match on a 2 ring adapter. L and R Channel won't contact on the right place i think, but not sure. try it ;) i`m intresting in finding the right adapter too. -- View this message in context: http://n2.nabble.com/2.5mm-neo-to-3.5mm-stereo-adaptor-tp677280p677935.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: FR at golem.de
Jay Vaughan wrote: Yes, but you can use it only if you promise that you will not show to others how to use it (NDA)! So, for me is like it doesn't exist! IF only we had OpenGL on the Freerunner by now, imagine the amazing apps we could write .. geeze guys, what a big disappointment the Glamo is .. ; -- Jay Vaughan Agreed. Why does nobody seem to be addressing/acknowledging this issue (or am I just looking in the wrong places)? An April 2008 post on the mailing list suggests that SMedia want $15,000 to release the docs under NDA to anyone outside of Openmoko employees. If this is the case, and nobody is even prepared to address this issue in other ways let alone pay for it, then for the foreseeable future it seems that this chip will do nothing more than sit there consuming power and the Freerunner will be without any form of graphic acceleration. It is a crying shame. Aaron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wiki statistic numbers
Hi, all : I make a page , and put the google analytic number here for reference. http://wiki.openmoko.org/wiki/Wiki_statistic_numbers Feel free to let me know what kind of statistics number is more useful? Then I will put this on this page. Brenda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ASU 2008.08 image
I'm a little bit confused. On the devel List I read that the real ASU image has a black Wallpaper. But where can I download it? I downloaded this one http://buildhost.openmoko.org/daily/freerunner/200808/20080807/openmoko-openmoko-qtopia-x11-image-glibc-ipk--20080807-om-gta02.rootfs.jffs2 but it has the wallpaper of the FSO image and the nice qwerty button at the top left. Which image is this, SHR ? Greets Simarillion ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR at golem.de
Agreed. Why does nobody seem to be addressing/acknowledging this issue (or am I just looking in the wrong places)? An April 2008 post on the mailing list suggests that SMedia want $15,000 to release the docs under NDA to anyone outside of Openmoko employees. If this is the case, and nobody is even prepared to address this issue in other ways let alone pay for it, then for the foreseeable future it seems that this chip will do nothing more than sit there consuming power and the Freerunner will be without any form of graphic acceleration. It is a crying shame. The more we moan about it, the more likely it is that someone who has signed the NDA will produce a fix. ;) Oh no, wait, thats not reality, thats me waking up from a dream .. ; -- Jay Vaughan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
yeah but the distances don't match on a 2 ring adapter. L and R Channel won't contact on the right place i think, but not sure. try it ;) i`m intresting in finding the right adapter too. I had one of those 2ring adapters on my MDA Compact which also has 4 contacts on it's 2.5 headset plug. Delivered me perfect stereo sound on my 3.5 headphones. Can't guarantee that this also works on the FR though, still waiting for mine. rgds ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR at golem.de
Agreed. Why does nobody seem to be addressing/acknowledging this issue (or am I just looking in the wrong places)? An April 2008 post on the mailing list suggests that SMedia want $15,000 to release the docs under NDA to anyone outside of Openmoko employees. If this is the case, and nobody is even prepared to address this issue in other ways let alone pay for it, then for the foreseeable future it seems that this chip will do nothing more than sit there consuming power and the Freerunner will be without any form of graphic acceleration. It is a crying shame. Aaron Which prompts me to ask: when FIC/OM chose this chip, what was their plan? they knew that it had IP strings attached, and yet they chose it anyway. They must have had some kind of plan to make it compatible with Open philosophy. What is it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR at golem.de
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Which prompts me to ask: when FIC/OM chose this chip, what was their plan? they knew that it had IP strings attached, and yet they chose it anyway. They must have had some kind of plan to make it compatible with Open philosophy. What is it? I am not sure what about telling, so I prefer someone who know better confirm this. When there was the design of FR people of OM asked himself what chip to use. There was not open alternative so they choose the most open alternative they can get (and that can be used to a mobile plateform). The choose went to Glamo because the 2D feature was opened and documented. And they thinked was a good choose. They also received the *informal* notice that glamo will in a few time become open and full documented. But it was not happen and we all now we pay conseguencies. OM tried only to choose the most open solution, and, I am sorry to say this, them was the most open solution (how much close is generally the hardware whe have in our house). OM was in a very difficult position, and he tried to choose the *less sucking* way. May be he was wrong, but at least he tried. Now OM must to stay under the NDA. If they will try to give us the info under NDA, I think they risk a lot (big penality). So, I think, making pessure to the firm that produce Glamo, is the only possibility to get very open our hardware. If someone can correct me, please do it. Regards Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIms0SSIAU/I6SkT0RAuzVAJ9vqMzP08GXKQZMZ59VrVWM5/0FDgCgn0Ew MCOYfUFyMVvAczAR0g2YhOc= =Q5qN -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: new galician team for translate openmoko
Hi Evgeny: It looks like this list is not for localizers?? Am I wrong?? Is there any special list for localizers?? If there is one, let me know. Thanks. About translation, I'm working in OpenOffice.org 3 localization process, so after OpenOffice.org 3 release date (late september), I will start translate OpenMoko. Cheers. Evgeny Ginzburg escribiu: Frco. Javier Rial wrote: Hi to everybody: My name is Frco. Javier Rial Rodríguez. I've registered a galician team in the Wiki for translation openmoko: http://wiki.openmoko.org/wiki/Translation#Galician I work in a government project (Mancomun.org) at Galicia. The main focus of the project is to promote open source software, and help our localization communities offering our services, and because of that, we want to translate OpenMoko into galician. I've read the Translation_HOWTO, download cvs copy and locate the *.po and *.pot files. There are 3 pot files (excluded the sample file): openmoko-calculator2/po/Calculator.pot openmoko-calculator/po/Calculator.pot openmoko-simplemediaplayer/po/bmp.pot And a lot of localized po for openmoko-feedreader2 openmoko-calculator2 openmoko-contacts openmoko-calculator openmoko-simplemediaplayer openmoko-panel I understand that I have to translate calculator, calculator2, simplemediaplayer, feedreader, contacts and panel. Do I miss something??, Do I need to translate any kind of images (logos, buttons, ...) or html pages? Hello Javier -- Frco. Javier Rial Rodríguez Técnico Centro de Referencia e Servizos de Software Libre www.mancomun.org Praza de Europa, nº 10A, 6ºB 15707Santiago de Compostela (Galiza/ES) Tel/ Fax: (0034) 981 957 687/ 881 999 113fjrial @ cesga.es ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
no usb-ethernet
I'm a little bit confused. On the devel List I read that the real ASU image has a black Wallpaper. But where can I download it? I downloaded this one http://buildhost.openmoko.org/daily/freerunner/200808/20080807/openmoko-openmoko-qtopia-x11-image-glibc-ipk--20080807-om-gta02.rootfs.jffs2 but it has the wallpaper of the FSO image and the nice qwerty button at the top left. Which image is this, SHR ? Greets Simarillion i also downloaded thisone today, with the result of not having a usb-ethernet any more. could you connect to your freerunner over usb? without a pre installed terminal i also couldn't do very much to analyse the problem. i think there are still some problems with this package . (ie.: the yesterday rootfs had false opkg-feeds. don't know if they changed this yet) But i also have installed a new kernel. ( http://buildhost.openmoko.org/daily/freerunner/200808/20080806/uImage-om-gta02-latest.bin ) Maybe the kernel didn't have the usb-ethernet-device as buildin any more, and the rootfs didn't have the module included yet. (I didn't know if they made this step in the stable-kernel yet.) beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
search for pages that contain external link
Hi, We enable the LinkSearch function of openmoko wiki. http://www.mediawiki.org/wiki/Extension:LinkSearch This link allows to search for pages that contain external link. You can use this link from Special Page==Search Web link or use this link directly : http://wiki.openmoko.org/wiki/Special:Linksearch Brenda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
Hi, yeah but the distances don't match on a 2 ring adapter. L and R Channel won't contact on the right place i think, but not sure. I can confirm this. I've tried a stereo adapter from www.reichelt.de (just enter NTA 230 in the left search field), and I was only getting mono output. After that I cut the stereo connector from the adapter and soldered a 4 pin one (KS K4-25 on reichelt.de) to the remaining cable. This is now working as expected. Altough I have to say, the 2.5 plug doesn't sit in very tight, so it gets pulled out very easily. Maybe next time I'll spend a little more money on the plug (f.e. KS K4G-25). regards elh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FR at golem.de
Citando Michele Renda [EMAIL PROTECTED]: So, I think, making pessure to the firm that produce Glamo, is the only possibility to get very open our hardware. Given the legal situation, I agree. Let's pester them with a ton of emails! :) Maybe we could get the FSF and GNU into this as well? We might as well use all the armies at once, for greater impact... ;) Maybe we could collect information about good examples of HW firms who have opened their specs and are gaining market share because of this, and present that data to SMedia. I'm just throwing up ideas, I don't have the time to actually execute them... but someone with GNU/FSF connections could. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: no usb-ethernet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | But i also have installed a new kernel. | ( | http://buildhost.openmoko.org/daily/freerunner/200808/20080806/uImage-om-gta02-latest.bin | ) | | Maybe the kernel didn't have the usb-ethernet-device as buildin any | more, and the rootfs didn't have the module included yet. | (I didn't know if they made this step in the stable-kernel yet.) Updating the kernel separately from the modules is not a good idea under normal circumstances, it's best to use a package and then modules and the monolithic kernel match. If they don't match, bad things can and will happen. To get over this you can DFU one of the moredrivers kernels that don't rely on any modules for critical stuff and won't use modules from another kernel build. http://warmcat.com/uImage-moredrivers-stable_507c3c1ba3921bb7.bin The packaging is meant to be sorted out now for modules, hopefully the rootfs will follow tomorrow. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkia030ACgkQOjLpvpq7dMqPJACfcUxze8rbfrCPevR2Q/9nVAiK ZEAAoI8IVBvaIljuhkonaWCK1S96m2qM =k2Jx -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: no usb-ethernet
could you connect to your freerunner over usb? Yes but only after a reboot of the Freerunner. The strange thing is at the devel list Carsten Haitzler wrote: whatever you are seeing is not ASU - not what OM is developing it is some derivation that is different. i can tell you that simply by the fact you have a wallpaper and not a black bg with grey/white text. :) i have no idea what your source of the good stuff is... but your dealer is definitely supplying your with non-factory-direct merchandise! :) Now the questions are, what is this for an image? Where is the ASU? Greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU 2008.08 image
simarillion wrote: I'm a little bit confused. On the devel List I read that the real ASU image has a black Wallpaper. But where can I download it? I downloaded this one http://buildhost.openmoko.org/daily/freerunner/200808/20080807/openmoko-openmoko-qtopia-x11-image-glibc-ipk--20080807-om-gta02.rootfs.jffs2 but it has the wallpaper of the FSO image and the nice qwerty button at the top left. Which image is this, SHR ? FYI, that image is not ASU/2008.08, since buildhost builds from the org.openmoko.dev branch, not the org.openmoko.asu.* branches. It's not SHR either. It's a qtopia-x11 image based on the latest builds of the branch that brought you the current openmoko release (the one that comes on your phone). In my opinion, it should be removed, since it causes so much confusion. Hopefully, the point will be moot in less than 2 days. So whilst it might give an idea of what ASU might look like, it will certainly have lots of bugs and features (e.g. the FSO theme) which definitely are not in the image you get when you build from the correct branch. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner-powered bike ride
On Thursday 07 August 2008 05:45:11 Michael Shiloh wrote: Please someone create a wiki page for Freerunner biking enthusiasts. There seem to be quite a few of you and it would be great to consolidate all this information in one place. I don't bike much. My motive is to have a great example to show when I am asked what community members are doing with the Freerunner. Michael atweb wrote: Hi, Yesterday, I bought a Solar-Charger from Ansmann. Later this week, I will test it (We have until Monday a Town-Party). cu Markus Brad Midgley schrieb: Hey The next step would be a dynamo-powered charger for the Freerunner. I read an article in the german computer magazine ct [2] about creating a converter for charging USB devices while riding your bike with a hub-dynamo. I like the idea of a hub dynamo or using induction like the reelight. I don't like the idea of a separate dynamo that has to make physical contact with the wheel. It would probably generate more energy in the form of heat than electricity :) ___ 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: no usb-ethernet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | could you connect to your freerunner over usb? | | Yes but only after a reboot of the Freerunner. | | The strange thing is at the devel list Carsten Haitzler wrote: | | whatever you are seeing is not ASU - not what OM is developing it is some | derivation that is different. i can tell you that simply by the fact you have | a wallpaper and not a black bg with grey/white text. :) i have no idea what | your source of the good stuff is... but your dealer is definitely supplying | your with non-factory-direct merchandise! :) | | Now the questions are, | what is this for an image? | Where is the ASU? I don't know about it, but tomorrow is meant to be the big day for ASU. ~ So I guess we will see announcements and official links there. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkia2yAACgkQOjLpvpq7dMo2gQCeKZne/RWNG5LN/bdiej58zWWp f34AnRfJGDUNtgCCtNaKh8bM+E4XU0rI =Umrc -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
Hi, On Thu, Aug 07, 2008 at 12:21 (+0200), elh wrote: yeah but the distances don't match on a 2 ring adapter. L and R Channel won't contact on the right place i think, but not sure. I can confirm this. Me too. My cheap adaptor from the supermarket (Watson 9612, not found online) has two rings and connects only one channel (right ear) if plugged in tightly. When fiddling around and pulling it a bit out there's one position in which both channels are connected, but this isn't usable for real life. On the other hand the wiki says, that the stereo audio adapter for Motorola MPx200/E398 would work[1]. The original adaptor from Motorola has 3 rings[3]. According to this picture[2], there're also variants with 2 rings, though. Those probably won't serve for headsets but only for listening. But to make it complicated I found an adaptor with 3 rings which, according to the shop's description, yet needs to be unplugged in order to make a call or answer the phone[4]. As a obvious conclusion this means, that not only the number of rings but also their position is important. And/or that we might not trust those webshop pictures too much. (Wow, what a result for one hour research...) I think I'll try that 3-ring-adapter sold by handynow.de (link 4) and post my experience to this thread later. Bye, /Ben [1] http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner#Buttons_and_connectors [2] http://www.amazon.de/gp/product/images/B000SO26JQ/sr=1-1/qid=1218106143/ref=dp_image_0?ie=UTF8n=562066s=ce-deqid=1218106143sr=1-1 [3] http://www.discountcell.com/cellular/pn/Motorola_SKN6183 [4] http://www.handynow.de/handy-zubehoer/motorola-musikadapter.5325.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Opening the Glamo
So, I think, making pessure to the firm that produce Glamo, is the only possibility to get very open our hardware. Given the legal situation, I agree. Let's pester them with a ton of emails! :) Maybe we could get the FSF and GNU into this as well? We might as well use all the armies at once, for greater impact... ;) Maybe we could collect information about good examples of HW firms who have opened their specs and are gaining market share because of this, and present that data to SMedia. I'm just throwing up ideas, I don't have the time to actually execute them... but someone with GNU/FSF connections could. I'm happy to press the case with SMedia as best I can but not unilaterally. Before we start doing anything though I think we need an official rundown on the Glamo state of affairs from the relevant people within Openmoko privy to the NDA and past dialogue with SMedia on the subject. Things like: - What impact will opening the Glamo 3362 chip have outside of the Neo? i.e. how many other devices use this chip and how might this affect SMedia's decision to open it up? - Has anything in the graphic department been finalised for the GTA03? Could we use the possibility of not using SMedia in future and the apparent popularity of the Openmoko project as leverage? - What were the primary considerations in choosing Glamo? Has SMedia stood by any obligations they made in this regard or were they misleading? - Have you discussed binary divers? (yeah, I know, but it's better than nothing...) - What is the status of the Harald Welte driver? - etc... Over to you Aaron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
/qtopia/ alarm clock drains battery
if you decide to use alarm clock in the qtopia -- it would drain the battery much more rapidly. Usually charge is sufficient for me to hold for a day (24h) but with alarm it doesn't survive through the night -- I wake up and phone is dead :-/ -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU 2008.08 image
Rod Whitby schrieb: So whilst it might give an idea of what ASU might look like, it will certainly have lots of bugs and features (e.g. the FSO theme) which definitely are not in the image you get when you build from the correct branch. -- Rod we should editing the wiki then. because the wiki definitly saied that this should be the ASU (Om2008.8) Image. Is at this place the Om2008.8 (ASU) tomorrow or not? (OK.. ok, i will wait for the offical announcment) But i have to say that everyone who looked after the ASU by the wiki was directed to this fake-ASU. (or was it just me?) but i would say i wait until tomorrow before i complain something or write something to the wiki hear you all tomorrow ;) Beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Opening the Glamo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am in accord with you: We must to know well what to ask to SMedia. And we must to be coordinated. We are the end user, and our money go to SMedia too. So is right that they must to listen to us. Because if every of us start to write to SMedia asking differents things, we will get nothing. We must to take some objective, and to be focused on these. Steve, you can help us about what request to Smedia? What are the most important objectives? Aaron Sowry wrote: So, I think, making pessure to the firm that produce Glamo, is the only possibility to get very open our hardware. Given the legal situation, I agree. Let's pester them with a ton of emails! :) Maybe we could get the FSF and GNU into this as well? We might as well use all the armies at once, for greater impact... ;) Maybe we could collect information about good examples of HW firms who have opened their specs and are gaining market share because of this, and present that data to SMedia. I'm just throwing up ideas, I don't have the time to actually execute them... but someone with GNU/FSF connections could. I'm happy to press the case with SMedia as best I can but not unilaterally. Before we start doing anything though I think we need an official rundown on the Glamo state of affairs from the relevant people within Openmoko privy to the NDA and past dialogue with SMedia on the subject. Things like: - What impact will opening the Glamo 3362 chip have outside of the Neo? i.e. how many other devices use this chip and how might this affect SMedia's decision to open it up? - Has anything in the graphic department been finalised for the GTA03? Could we use the possibility of not using SMedia in future and the apparent popularity of the Openmoko project as leverage? - What were the primary considerations in choosing Glamo? Has SMedia stood by any obligations they made in this regard or were they misleading? - Have you discussed binary divers? (yeah, I know, but it's better than nothing...) - What is the status of the Harald Welte driver? - etc... Over to you Aaron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFImvDOSIAU/I6SkT0RAhBlAKCeNoubwTC6svIkPlj8AJqkhW0wRQCfX4JQ KYYrXepDMZ0kgB5ZweyRhjM= =n2To -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Opening the Glamo
Aaron Sowry wrote, On 07/08/08 13:03: So, I think, making pessure to the firm that produce Glamo, is the only possibility to get very open our hardware. Given the legal situation, I agree. Let's pester them with a ton of emails! :) Maybe we could get the FSF and GNU into this as well? We might as well use all the armies at once, for greater impact... ;) Maybe we could collect information about good examples of HW firms who have opened their specs and are gaining market share because of this, and present that data to SMedia. I'm just throwing up ideas, I don't have the time to actually execute them... but someone with GNU/FSF connections could. I'm happy to press the case with SMedia as best I can but not unilaterally. Before we start doing anything though I think we need an official rundown on the Glamo state of affairs from the relevant people within Openmoko privy to the NDA and past dialogue with SMedia on the subject. Things like: - What impact will opening the Glamo 3362 chip have outside of the Neo? i.e. how many other devices use this chip and how might this affect SMedia's decision to open it up? - Has anything in the graphic department been finalised for the GTA03? Could we use the possibility of not using SMedia in future and the apparent popularity of the Openmoko project as leverage? - What were the primary considerations in choosing Glamo? Has SMedia stood by any obligations they made in this regard or were they misleading? - Have you discussed binary divers? (yeah, I know, but it's better than nothing...) - What is the status of the Harald Welte driver? - etc... Over to you I'd agree to this. We are users of the equipment, and not getting full value from the chip (or so it appears). However, in the graphics market, nVidia haven't released their info, but Intel and ATI have. Clearly S.Media believes they have to protect something, and it may well be somebody else's IP that they are protecting. Would be good to get a position statement on this. OpenMoko? -- Alex. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /framework/milestone2/updates/om-gta02 empty?
Am Mittwoch 06 August 2008 11:00:41 schrieb Eildert Groeneveld: After trying FSO and installing distro-feed-configs_1.0-r0_om-gta02.ipk I did a opkg update and upgrade, without any effect. When looking at /framework/milestone2/updates/om-gta02 : no wonder, it is empty. Will there be no daily update? or is this just not the right URL? No daily updates for the framework. I'm going to manually put newer packages there, only after a significant change and having the package tested though. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
2008/8/7 Marcel [EMAIL PROTECTED]: I'm desperately looking for a (cheap?) 2.5mm to 3.5mm adaptor to use my normal headset with the neo. Does anyone preferably from Europe already have such a thing and can confirm it works properly (both stereo channels where they ought to be)? See MP35A at http://pc-mobile.net/audioadapter.htm - I have a few of those and they work great. The shop looks terrible but shipped those alright. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
Sounds good, I think I'm going to order one of them. -Marcel Am Donnerstag 07 August 2008 15:48:50 schrieb Timo Jyrinki: 2008/8/7 Marcel [EMAIL PROTECTED]: I'm desperately looking for a (cheap?) 2.5mm to 3.5mm adaptor to use my normal headset with the neo. Does anyone preferably from Europe already have such a thing and can confirm it works properly (both stereo channels where they ought to be)? See MP35A at http://pc-mobile.net/audioadapter.htm - I have a few of those and they work great. The shop looks terrible but shipped those alright. -Timo ___ 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: 2.5mm neo to 3.5mm stereo adaptor
let us now if it works :) -- View this message in context: http://n2.nabble.com/2.5mm-neo-to-3.5mm-stereo-adaptor-tp677280p678724.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: Openmoko presentation
Hi, --- On Tue, Aug 5, 2008 at 8:09 PM, Timo Juhani Lindfors [EMAIL PROTECTED] wrote: | sudo sh -c 'echo foo sources.list' \-- Fixed. Thanks! SK -- Shakthi Kannan http://www.shakthimaan.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner ?hibernates? while flashing?
Hi, when I go into the NOR-Flash to flash my rootfs or the kernel and I do nothing for ~30 sec the screen gets dark. What happens? Is it just hibernating or shutting down? I have to press the aux-button a lot but this is really annonying. But the real question: what happens if I flash an image and do not press the aux-button all the time? The same like I'm just normal in the menu? So does it shutdown and abort the flashing while the transfer? signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pulsters outstanding orders
I'm happy to anounce that the Portuguese group buy from Pulster has been correctly satisfied. We got the mega-package yesterday. Now I'm waiting for the group leader to break it up and give us our phones. We'll make a mini-party, I'm sure. Vasco. Citando [EMAIL PROTECTED]: Hi all. I've also been anxiously waiting here in Lisbon for my FR to arrive from Pulster together with a 10+ group from Portugal and another 10+ group from Spain. And of course, Pulster is delayed. Worse yet, they've just told us they probably switched the Spanish and Portuguese orders by mistake. 8) Now, Pulster himself has been satisfyingly accessible and honest with us (he even told us to refuse the packages and he would reship them correctly on his own cost), so we are going to cut him some slack (we will accept the packages and sort out the mess by ourselves); I believe, like David just so eloquently said, that the people at Pulster are working in overdrive to satisfy an overwhelming amount of orders for this phone, and I think the problem extends to all the other distributors and even the openmoko factory. It is a bit their fault, of course, for having created such high expectations for so long, in a synchronized release. But it couldn't be done any other way. So please, guys, take it easy. We'll all get our phones. We've waited over a year for this, we can wait a few more days/weeks. After all, there is no other phone like this in the whole history of mankind. :) Keep in mind that getting the phone in our hands is not the goal; it is just the beginning of the revolution! Vasco. Citando David Samblas [EMAIL PROTECTED]: Nicolas, I can understad your anxious, and the nerves of the unknown status of your desired order. But you must understand than Pulster has make an great effort to mantain the Neo as affordable as posible, this has translated to an overheading amount of enstusiast impatience mail-vervose geeks that in solitare or in numerous groups has decided to buy to him(me included), I don't know the number of items had sell before the Neo madness but I'm only a coordinator of a group and some times it's hard to follow track about my 18 neo future(barely present) owners, so cmagine hundreds of them (I can imagine Chris as Jim Carey in this scence where he is God's sustitute and decide to drive all plege via mail.. It's scary, isn't it?). We all are noobs, Openmoko delivering from factory, Distributors estimating sales and shipping resources, we as costumers are also noob becouse this kind of open distribution chain has no precedent in a comercial product. So all of you, waiting a neo from Pulster or from any distributor , please have a little empathy with your provider, an consider this fisrsts bacthes deliveries as beta, they will surelly have bugs but you must be confident that you neo will arrive, and in the near future the situation will be more regular and soft. And as Pulster said you have all the right to put on his nerves asking for the status of you Neo, but take in account that any mail/phonecall you send is a little more weigth in the load of your provider so please use it gently. Regards David Samblas El mié, 06-08-2008 a las 00:16 +0200, Nicolas Pichon escribió: arne anka wrote: from where in europe are you ordering? if you're inside emu when using iban your transfer is not allowed to cost more than a national transfer. I'm ordering from France (my bank is Société Générale), and they charged me 3,05€ (not 3,50€ as I said before, I've just re-checked), which is also the cost for a national transfer in my bank. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Is my freerunner defect?
Hi, I read that yesterday someone asked the same question but there was no good answer. I don't know how full my freerunner is so I can't take it with me when I go out because I'm afraid it's going to be deep unloaded and bricked than. On the getting started guid is written we shall load our freerunner full when using it for the first time which is pretty funny if there's no possibilty to know how full the freerunner is at all. In the other post was written apm is broken? I flashed today a new kernel and FSO (milestone 2) image on my neo but still cat /proc/apm shows also for me -1% 1 at the end. apm -v shows APM BIOS 1.2 (kernel driver 1.13) and apm -V just shows apm version 3.2.1. cat /sys/devices/platform/bq2700-battery.0/power_supply/bat/time_to_full_now 3932100 cat /sys/devices/platform/bq2700-battery.0/power_supply/bat/status Not charging --- but it's plugged via USB cat /sys/devices/platform/bq2700-battery.0/power_supply/bat/current_now 0 --- no consumption at all?? But it's switched on ;) So with which kernel, apm is not broken and I can check how full my battery is? Or should it work with FSO 2 and my freerunner is just defect? Any help how I can see how much % my battery is loaded is really really welcome!! signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner ?hibernates? while flashing?
setenv boot_menu_timeout 9 fixes this On Thu, Aug 7, 2008 at 5:02 PM, Rorschach [EMAIL PROTECTED] wrote: Hi, when I go into the NOR-Flash to flash my rootfs or the kernel and I do nothing for ~30 sec the screen gets dark. What happens? Is it just hibernating or shutting down? I have to press the aux-button a lot but this is really annonying. But the real question: what happens if I flash an image and do not press the aux-button all the time? The same like I'm just normal in the menu? So does it shutdown and abort the flashing while the transfer? ___ 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: Is my freerunner defect?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hi, I read that yesterday someone asked the same question but there | was no good answer. I don't know how full my freerunner is so I can't | take it with me when I go out because I'm afraid it's going to be | deep unloaded and bricked than. | | On the getting started guid is written we shall load our freerunner | full when using it for the first time which is pretty funny if | there's no possibilty to know how full the freerunner is at all. No normally it gives you a good idea :-) | In the other post was written apm is broken? No, it is just the battery is not used yet I think, so the coulomb counter in the battery sends dunno information for predictions. | cat | /sys/devices/platform/bq2700-battery.0/power_supply/bat/time_to_full_now | 3932100 cat | /sys/devices/platform/bq2700-battery.0/power_supply/bat/status Not | charging --- but it's plugged via USB cat | /sys/devices/platform/bq2700-battery.0/power_supply/bat/current_now 0 | --- no consumption at all?? But it's switched on ;) No consumption from *battery* because it uses USB power :-) It only tells you about battery view of current flow. | So with which kernel, apm is not broken and I can check how full my | battery is? Or should it work with FSO 2 and my freerunner is just | defect? No I think it's OK. | Any help how I can see how much % my battery is loaded is really | really welcome!! Have a look in here: /sys/devices/platform/bq2700-battery.0/power_supply/bat/capacity this is the estimate for percentage full on battery. It can be wrong initially, I think it would be good to run the device for a while with just battery, then charge and then I think these estimates can be more realistic from coulomb counter. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkibFrEACgkQOjLpvpq7dMpfOwCfRBVK0fJxaK6fqaY2vxnIEyJ6 DXkAnj5TImGlcFpjrs8rOl0ko5bB7EnM =luwx -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU 2008.08 image
Same here. I thought the fake ASU was the real ASU, as clearly stated by the wiki. After installing it, I had all sorts of problems: USB wasn't working right; it was very sluggish; it would crash within a few minutes... horrible. D Benedikt Schindler wrote: Rod Whitby schrieb: So whilst it might give an idea of what ASU might look like, it will certainly have lots of bugs and features (e.g. the FSO theme) which definitely are not in the image you get when you build from the correct branch. -- Rod we should editing the wiki then. because the wiki definitly saied that this should be the ASU (Om2008.8) Image. ... But i have to say that everyone who looked after the ASU by the wiki was directed to this fake-ASU. (or was it just me?) but i would say i wait until tomorrow before i complain something or write something to the wiki Beni -- View this message in context: http://n2.nabble.com/ASU-2008.08-image-tp678322p678912.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: Freerunner ?hibernates? while flashing?
On Thu, 7 Aug 2008 17:22:08 +0200 Yorick Moko [EMAIL PROTECTED] wrote: setenv boot_menu_timeout 9 fixes this thx for this answer :) But doesn't totally answer my question: what happens after this timeout? shutdown or suspend/hibernate? signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner ?hibernates? while flashing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | On Thu, 7 Aug 2008 17:22:08 +0200 | Yorick Moko [EMAIL PROTECTED] wrote: | | setenv boot_menu_timeout 9 | fixes this | | thx for this answer :) | | But doesn't totally answer my question: what happens after this timeout? shutdown or suspend/hibernate? off -- U-Boot doesn't know how to do anything fancier. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkibGI8ACgkQOjLpvpq7dMrSrwCglBBvGsVCiWC58wtDRF/kNJno /EAAn3NDh6KF/oD0rKC472STnj9hPkj4 =U9TP -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Debian on FreeRunner
Hello, After much efforts (but thanks for the page ;-) ), I have managed to install this on my microSD card: http://wiki.openmoko.org/wiki/Debian I can reach the gdm screen but the calibration of the touchscreen is totally flaky. After another set of painful efforts, I have managed to install libts-bin and run ts_calibrate. If you want to know, you need to do this from the terminal over the USB-connection: export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_CONSOLEDEVICE=none export TSLIB_TSDEVICE=/dev/input/event1 ts_calibrate I get some numbers on /etc/pointercal but there are quite different if I run ts_calibrate a few times. In any case, the touchscreen is still totally mad and I can't use xvkbd to input the login info. In the best case scenario, the pointer is around 200x200 pixels NW from the touch. Then, I have played with xorg.conf. I have tried the rotate option and many other things, but unsuccessfully. Any idea? Thanks in advance, Gregoire PS: In case, you ask: more /etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner-powered bike ride
Hey Looks like there still was no page so I created it: http://wiki.openmoko.org/wiki/Biking I didn't see how to add it to the technical category. Maybe someone can help out there. -- Brad ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | Hello, | | After much efforts (but thanks for the page ;-) ), I have managed to | install this on my microSD card: | http://wiki.openmoko.org/wiki/Debian | | I can reach the gdm screen but the calibration of the touchscreen is | totally flaky. | | After another set of painful efforts, I have managed to install | libts-bin and run ts_calibrate. If you want to know, you need to do this | from the terminal over the USB-connection: | | export TSLIB_CALIBFILE=/etc/pointercal | export TSLIB_CONFFILE=/etc/ts.conf | export TSLIB_PLUGINDIR=/usr/lib/ts | export TSLIB_FBDEVICE=/dev/fb0 | export TSLIB_CONSOLEDEVICE=none | export TSLIB_TSDEVICE=/dev/input/event1 | ts_calibrate Thanks for sharing. | I get some numbers on /etc/pointercal but there are quite different if I | run ts_calibrate a few times. In any case, the touchscreen is still | totally mad and I can't use xvkbd to input the login info. In the best | case scenario, the pointer is around 200x200 pixels NW from the touch. Huh, sounds a bit like this https://docs.openmoko.org/trac/ticket/1244#comment:35 URL points to the apparent fix for some cases. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkibI8YACgkQOjLpvpq7dMoo1wCeKgdsFgic/FOktcaSDNlnpos6 kB8An2qi3lv5LX9nRMuCdrZ5TNTCaVEU =Xk+g -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some commentary on the new Openmoko direction, and a review of FSO
Dear Kevin, thanks for writing your review, for us at Openmoko nothing is better than a genuine reality check from outside. Executive summary first: I understand that we have not done a very good job at communicating our software strategy, and I accept responsibility for that. In detail, let me go through some of your comments: ---1 The ASU was a proof-of-concept image that combined Qtopia, Enlightenment and GTK I would say it's more than proof-of-concept. When Qtopia became fully GPL in November last year, we looked at it technically. Trolltech published great binary images for the Neo 1973 but we couldn't immediately use them because Qtopia ran on the framebuffer not on X, and we did not want to give up GTK+. By February, we had come to the conclusion that porting Qtopia onto X, retaining GTK+ support, would be technically feasible for Openmoko. Our initial estimate was 2-4 months. So we started. Qtopia is an addition to the Openmoko software stack. ---2 ASU and 2008.8 are the same thing for the most part. Correct. ---3 The GTK based 2007.02 line was obsoleted (or some might argue deprecated ... I would say neither obsoleted nor deprecated. Bringing Qtopia (and especially Enlightenment) in _TEMPORARILY_ broke GTK+, that's one reason why we didn't release more ASU builds earlier. Actually the real breakage of the GTK+ telephony apps came from Enlightenment, which forced us to replace matchbox. We also wrote a new launcher, Illume. Then we went back to fix the GTK+ part, adding the theme back in, making it easy to switch from what are now the default Qtopia telephony apps to the GTK+ telephony apps. That part is not yet entirely finished. When 2008.8 is released, you still will not be able to remove Qtopia with a few clicks, and switch back to GTK+. Neither can you have both installed at the same time. We are very interested that both of that works, if nobody in the community picks this up then we will. We are already on it actually, like I said fixing the GTK+ telephony apps that got broken by the introduction of Enlightenment and Qtopia is something we do for a while already. ---4 The ASU and Framework were announced at roughly the same time. Please don't read anything into this. Openmoko is a real open source project. What you may feel are two 'announcements' 'at the same time' are in reality probably several emails from people in different parts of the world that are _NOT_ synchronized to the degree that you might see this from the typical company. In many companies, all you will hear is the marketing department. So they always speak with one voice. At Openmoko, even full-time, fully paid employees have no restrictions whatsoever to post private opinions, blogs, etc. In fact we encourage them! Please factor that in... ---5 To the community is appeared as if Sean Moss-Pultz had pulled a decision out of his ass to abandon the software that people knew and go with Qtopia instead I agree some people felt like that, and it's not good. Again we have no unified marketing message, and we don't want to introduce any kind of 'gag order' for engineers (a lot of them would leave if we would try that anyway ;-)) I will try to do better going forward communicating our technical strategy. ---6 The biggest unanswered question was I want to develop an app for Freerunner, what should I start with? Yes, big problem. Right now a lot of the new things we are doing are implemented in Python using Python-ETK bindings. Check out the sources here: http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/?root=exposure Now, this is not the end of the story. You can also develop using GTK +, or Qtopia. We even have quite good Java support (Jalimo) on the Neo. And so on. We are fully aware that we need to provide an entry point that is AS EASY AS POSSIBLE to use. We are working towards that, but I think you need to give us a few more months until we have good tutorials, sample sources, development/installation methods, etc. At least you will be able to see it coming together alive, I hope it's not too stressful :-) ---7 Mickey Lauer posted again, making it pretty clear that my assumptions [that ASU and Framework were complimentary projects] were wrong You must have misunderstood Mickey. ASU and Framework are absolutely complimentary. Behind the scenes it is all melting together. Luckily Linux is a multi- process environment :-) ASU means Enlightenment and Qtopia were brought into the Openmoko software stack. It will be released as Om 2008.8. FSO/Framework means many more dbus services will be brought into the Openmoko software stack, including applications using d-bus. It will be released later, maybe Om 2009? OpenEmbedded is holding all this together. ---8 If the two [ASU and Frameowork] were to merge, it would be by community support. Not correct. Full-time Openmoko engineers are
FSO: is zhone here to stay?
I seem to remember reading that zhone is a test application and that FSO will not be developing applications. Is it correct to assume that the features of zhone - dialer, answer, etc. will eventually be replaced by other applications that are developed outside of the FSO project? If zhone is going to be around for a while, how can I make a request for a new feature? -- Craig ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some commentary on the new Openmoko direction, and a review of FSO
Thanks for taking the time to respond as this does clarify a lot of questions in my mind! I feel my energy for development returning... Cheers, John. 2008/8/7 Wolfgang Spraul [EMAIL PROTECTED]: Dear Kevin, thanks for writing your review, for us at Openmoko nothing is better than a genuine reality check from outside. Executive summary first: I understand that we have not done a very good job at communicating our software strategy, and I accept responsibility for that. In detail, let me go through some of your comments: ---1 The ASU was a proof-of-concept image that combined Qtopia, Enlightenment and GTK I would say it's more than proof-of-concept. When Qtopia became fully GPL in November last year, we looked at it technically. Trolltech published great binary images for the Neo 1973 but we couldn't immediately use them because Qtopia ran on the framebuffer not on X, and we did not want to give up GTK+. By February, we had come to the conclusion that porting Qtopia onto X, retaining GTK+ support, would be technically feasible for Openmoko. Our initial estimate was 2-4 months. So we started. Qtopia is an addition to the Openmoko software stack. ---2 ASU and 2008.8 are the same thing for the most part. Correct. ---3 The GTK based 2007.02 line was obsoleted (or some might argue deprecated ... I would say neither obsoleted nor deprecated. Bringing Qtopia (and especially Enlightenment) in _TEMPORARILY_ broke GTK+, that's one reason why we didn't release more ASU builds earlier. Actually the real breakage of the GTK+ telephony apps came from Enlightenment, which forced us to replace matchbox. We also wrote a new launcher, Illume. Then we went back to fix the GTK+ part, adding the theme back in, making it easy to switch from what are now the default Qtopia telephony apps to the GTK+ telephony apps. That part is not yet entirely finished. When 2008.8 is released, you still will not be able to remove Qtopia with a few clicks, and switch back to GTK+. Neither can you have both installed at the same time. We are very interested that both of that works, if nobody in the community picks this up then we will. We are already on it actually, like I said fixing the GTK+ telephony apps that got broken by the introduction of Enlightenment and Qtopia is something we do for a while already. ---4 The ASU and Framework were announced at roughly the same time. Please don't read anything into this. Openmoko is a real open source project. What you may feel are two 'announcements' 'at the same time' are in reality probably several emails from people in different parts of the world that are _NOT_ synchronized to the degree that you might see this from the typical company. In many companies, all you will hear is the marketing department. So they always speak with one voice. At Openmoko, even full-time, fully paid employees have no restrictions whatsoever to post private opinions, blogs, etc. In fact we encourage them! Please factor that in... ---5 To the community is appeared as if Sean Moss-Pultz had pulled a decision out of his ass to abandon the software that people knew and go with Qtopia instead I agree some people felt like that, and it's not good. Again we have no unified marketing message, and we don't want to introduce any kind of 'gag order' for engineers (a lot of them would leave if we would try that anyway ;-)) I will try to do better going forward communicating our technical strategy. ---6 The biggest unanswered question was I want to develop an app for Freerunner, what should I start with? Yes, big problem. Right now a lot of the new things we are doing are implemented in Python using Python-ETK bindings. Check out the sources here: http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/?root=exposure Now, this is not the end of the story. You can also develop using GTK +, or Qtopia. We even have quite good Java support (Jalimo) on the Neo. And so on. We are fully aware that we need to provide an entry point that is AS EASY AS POSSIBLE to use. We are working towards that, but I think you need to give us a few more months until we have good tutorials, sample sources, development/installation methods, etc. At least you will be able to see it coming together alive, I hope it's not too stressful :-) ---7 Mickey Lauer posted again, making it pretty clear that my assumptions [that ASU and Framework were complimentary projects] were wrong You must have misunderstood Mickey. ASU and Framework are absolutely complimentary. Behind the scenes it is all melting together. Luckily Linux is a multi- process environment :-) ASU means Enlightenment and Qtopia were brought into the Openmoko software stack. It will be released as Om 2008.8. FSO/Framework means many more dbus services will be brought into the Openmoko software stack, including applications using d-bus. It will be released later, maybe Om 2009?
Re: FSO: is zhone here to stay?
Hello. On Thu, 2008-08-07 at 12:39, Craig B. Allen wrote: Is it correct to assume that the features of zhone - dialer, answer, etc. will eventually be replaced by other applications that are developed outside of the FSO project? This is right. The main focus of the FSO is to deliver a framework people can use to write applications for. But to develop this framework we need applications actually using it. Without such an app we would just design dbus APIs and write daemons without even knewing if they make sense for an application developer. That's the reason for zhone. It's out testing app, show case, consumer, name it like you want. If zhone is going to be around for a while, how can I make a request for a new feature? Well, that depends a lot on what kind of feature request this is. As I wrote above, zhone is mostly to test our APIs and implementations. It's not targeted to fullfill all user needs yet. Basic phone functionality is the goal. If it is something in this area feel free to submit a ticket for it: http://trac.freesmartphone.org regards Stefan Schmidt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
I copied my /etc/pointercal from internal flash (Which can be mounted from within debian as /dev/mtdblock6, I believe) That worked for me. :) Hope that helps. I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. On Thursday 07 August 2008 12:20:11 Gregoire Gentil wrote: Hello, After much efforts (but thanks for the page ;-) ), I have managed to install this on my microSD card: http://wiki.openmoko.org/wiki/Debian I can reach the gdm screen but the calibration of the touchscreen is totally flaky. After another set of painful efforts, I have managed to install libts-bin and run ts_calibrate. If you want to know, you need to do this from the terminal over the USB-connection: export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_CONSOLEDEVICE=none export TSLIB_TSDEVICE=/dev/input/event1 ts_calibrate I get some numbers on /etc/pointercal but there are quite different if I run ts_calibrate a few times. In any case, the touchscreen is still totally mad and I can't use xvkbd to input the login info. In the best case scenario, the pointer is around 200x200 pixels NW from the touch. Then, I have played with xorg.conf. I have tried the rotate option and many other things, but unsuccessfully. Any idea? Thanks in advance, Gregoire PS: In case, you ask: more /etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community p -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | I copied my /etc/pointercal from internal flash (Which can be mounted | from within debian as /dev/mtdblock6, I believe) | | That worked for me. :) Hope that helps. | | I wished that the openmoko team used Debian instead of openembedded.. | I wish I could just apt-get stuff instead of having to struggle with | opkg .. and busybox annoys me sometimes. Well, Debian currently doesn't make it a phone, but if that's not what you're doing with the device it makes a lot of sense, full servers and utils, relatively standard build and package system, etc. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkibK+oACgkQOjLpvpq7dMouqgCggUvFnC/nh1pBFRiOFJs7Im/m W7IAn3ZFBxXZHcWlz7l6bTrJk5pYp1/g =Pp7x -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some commentary on the new Openmoko direction, and a review of FSO
Wolfgang, I just wanted to say thanks for this very informative response! :) -Dale Wolfgang Spraul wrote: Dear Kevin, thanks for writing your review, for us at Openmoko nothing is better than a genuine reality check from outside. Executive summary first: I understand that we have not done a very good job at communicating our software strategy, and I accept responsibility for that. In detail, let me go through some of your comments: ---1 The ASU was a proof-of-concept image that combined Qtopia, Enlightenment and GTK I would say it's more than proof-of-concept. When Qtopia became fully GPL in November last year, we looked at it technically. Trolltech published great binary images for the Neo 1973 but we couldn't immediately use them because Qtopia ran on the framebuffer not on X, and we did not want to give up GTK+. By February, we had come to the conclusion that porting Qtopia onto X, retaining GTK+ support, would be technically feasible for Openmoko. Our initial estimate was 2-4 months. So we started. Qtopia is an addition to the Openmoko software stack. ---2 ASU and 2008.8 are the same thing for the most part. Correct. ---3 The GTK based 2007.02 line was obsoleted (or some might argue deprecated ... I would say neither obsoleted nor deprecated. Bringing Qtopia (and especially Enlightenment) in _TEMPORARILY_ broke GTK+, that's one reason why we didn't release more ASU builds earlier. Actually the real breakage of the GTK+ telephony apps came from Enlightenment, which forced us to replace matchbox. We also wrote a new launcher, Illume. Then we went back to fix the GTK+ part, adding the theme back in, making it easy to switch from what are now the default Qtopia telephony apps to the GTK+ telephony apps. That part is not yet entirely finished. When 2008.8 is released, you still will not be able to remove Qtopia with a few clicks, and switch back to GTK+. Neither can you have both installed at the same time. We are very interested that both of that works, if nobody in the community picks this up then we will. We are already on it actually, like I said fixing the GTK+ telephony apps that got broken by the introduction of Enlightenment and Qtopia is something we do for a while already. ---4 The ASU and Framework were announced at roughly the same time. Please don't read anything into this. Openmoko is a real open source project. What you may feel are two 'announcements' 'at the same time' are in reality probably several emails from people in different parts of the world that are _NOT_ synchronized to the degree that you might see this from the typical company. In many companies, all you will hear is the marketing department. So they always speak with one voice. At Openmoko, even full-time, fully paid employees have no restrictions whatsoever to post private opinions, blogs, etc. In fact we encourage them! Please factor that in... ---5 To the community is appeared as if Sean Moss-Pultz had pulled a decision out of his ass to abandon the software that people knew and go with Qtopia instead I agree some people felt like that, and it's not good. Again we have no unified marketing message, and we don't want to introduce any kind of 'gag order' for engineers (a lot of them would leave if we would try that anyway ;-)) I will try to do better going forward communicating our technical strategy. ---6 The biggest unanswered question was I want to develop an app for Freerunner, what should I start with? Yes, big problem. Right now a lot of the new things we are doing are implemented in Python using Python-ETK bindings. Check out the sources here: http://projects.openmoko.org/plugins/scmsvn/viewcvs.php/trunk/?root=exposure Now, this is not the end of the story. You can also develop using GTK +, or Qtopia. We even have quite good Java support (Jalimo) on the Neo. And so on. We are fully aware that we need to provide an entry point that is AS EASY AS POSSIBLE to use. We are working towards that, but I think you need to give us a few more months until we have good tutorials, sample sources, development/installation methods, etc. At least you will be able to see it coming together alive, I hope it's not too stressful :-) ---7 Mickey Lauer posted again, making it pretty clear that my assumptions [that ASU and Framework were complimentary projects] were wrong You must have misunderstood Mickey. ASU and Framework are absolutely complimentary. Behind the scenes it is all melting together. Luckily Linux is a multi- process environment :-) ASU means Enlightenment and Qtopia were brought into the Openmoko software stack. It will be released as Om 2008.8. FSO/Framework means many more dbus services will be brought into the Openmoko software stack, including applications using d-bus. It will be released later,
Re: Debian on FreeRunner
Daniel, Thanks for the answer. It's not working for me. I don't have any more the delta but there is a scale problem (top left corner matches but bottom right corner doesn't at all). Can you please copy paste your /etc/ts.conf and /etc/pointercal here? Thanks, Grégoire On Thu, 2008-08-07 at 13:01 -0400, Daniel Benoy wrote: I copied my /etc/pointercal from internal flash (Which can be mounted from within debian as /dev/mtdblock6, I believe) That worked for me. :) Hope that helps. I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. On Thursday 07 August 2008 12:20:11 Gregoire Gentil wrote: Hello, After much efforts (but thanks for the page ;-) ), I have managed to install this on my microSD card: http://wiki.openmoko.org/wiki/Debian I can reach the gdm screen but the calibration of the touchscreen is totally flaky. After another set of painful efforts, I have managed to install libts-bin and run ts_calibrate. If you want to know, you need to do this from the terminal over the USB-connection: export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_CONSOLEDEVICE=none export TSLIB_TSDEVICE=/dev/input/event1 ts_calibrate I get some numbers on /etc/pointercal but there are quite different if I run ts_calibrate a few times. In any case, the touchscreen is still totally mad and I can't use xvkbd to input the login info. In the best case scenario, the pointer is around 200x200 pixels NW from the touch. Then, I have played with xorg.conf. I have tried the rotate option and many other things, but unsuccessfully. Any idea? Thanks in advance, Gregoire PS: In case, you ask: more /etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community p ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
What I'm hoping for, is that the openmoko folks use the same software but start making .deb packages instead of .ipk ones :) So that it would be a phone. Although the worry, I suppose, is that the 256MB of internal flash wouldn't be pleased with Debian's full bash shell and such. Perhaps the solution is for someone to volunteer to become a 'package manager' for Debian and produce .deb packages software like illume and the FSO components and such (Straight from git version control or whatever). Maybe I will give it a try at some point. (Or perhaps I'd try doing the same thing only with Gentoo). In order for this to be possible, the openmoko team must have carefully ensured that their packages are autonomous, and they don't require extensive modifications to the source of other software (i.e. Hopefully they didn't put any special stuff into the X server, or whatever.) On Thursday 07 August 2008 13:07:54 Andy Green wrote: Somebody in the thread at some point said: | I copied my /etc/pointercal from internal flash (Which can be mounted | from within debian as /dev/mtdblock6, I believe) | | That worked for me. :) Hope that helps. | | I wished that the openmoko team used Debian instead of openembedded.. | I wish I could just apt-get stuff instead of having to struggle with | opkg .. and busybox annoys me sometimes. Well, Debian currently doesn't make it a phone, but if that's not what you're doing with the device it makes a lot of sense, full servers and utils, relatively standard build and package system, etc. -Andy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
Guys, Please don't steal my thread! ;-) I still have the problem - and I'm not the only one to have this problem according to the forums. It will confuse people to discuss two different topics on the same topic. Thanks! Grégoire On Thu, 2008-08-07 at 20:25 +0300, Timo Juhani Lindfors wrote: Daniel Benoy [EMAIL PROTECTED] writes: I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. Indeed. It would be nice if you could then apt-get the openmoko specific parts so that you could also make calls. How hard would it be package these for debian? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacing Openembedded with Debian for Openmoko (was: Debian on FreeRunner)
It's ours now sucker! hahahah! On Thursday 07 August 2008 13:27:15 Gregoire Gentil wrote: Guys, Please don't steal my thread! ;-) I still have the problem - and I'm not the only one to have this problem according to the forums. It will confuse people to discuss two different topics on the same topic. Thanks! Grégoire On Thu, 2008-08-07 at 20:25 +0300, Timo Juhani Lindfors wrote: Daniel Benoy [EMAIL PROTECTED] writes: I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. Indeed. It would be nice if you could then apt-get the openmoko specific parts so that you could also make calls. How hard would it be package these for debian? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Replacing Openembedded with Debian for Openmoko (was: Debian on FreeRunner)
Thanks! And I do vote for this BTW... Grégoire On Thu, 2008-08-07 at 13:36 -0400, Daniel Benoy wrote: It's ours now sucker! hahahah! On Thursday 07 August 2008 13:27:15 Gregoire Gentil wrote: Guys, Please don't steal my thread! ;-) I still have the problem - and I'm not the only one to have this problem according to the forums. It will confuse people to discuss two different topics on the same topic. Thanks! Grégoire On Thu, 2008-08-07 at 20:25 +0300, Timo Juhani Lindfors wrote: Daniel Benoy [EMAIL PROTECTED] writes: I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. Indeed. It would be nice if you could then apt-get the openmoko specific parts so that you could also make calls. How hard would it be package these for debian? ___ 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: SDcard holder - convenience rework
Hehe, i have had a similar idea, but in my case it was the battery. Thanks to jOERG i was able to improve my hack :) papa-piet http://freeyourphone.de Joerg Reisenweber schrieb: for a nice handle to save your fingernails and do no violence on SD-holder by using a knife etc, see: http://people.openmoko.org/joerg/sdcard-handle note the pretty original scotchtape-end of the transparent sticky tape ;-) Works like a charm! cheers jOERG ps: thanks to XorA for triggering the idea by complaining about the varnish-killer ;-) ___ 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: Debian on FreeRunner
[EMAIL PROTECTED]:~# cat /mnt/debian/etc/pointercal 557 38667 -4654632 -51172 121 46965312 65536 [EMAIL PROTECTED]:~# cat /mnt/debian/etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear [EMAIL PROTECTED]:~# diff /etc/pointercal /mnt/debian/etc/pointercal [EMAIL PROTECTED]:~# diff /etc/ts.conf /mnt/debian/etc/ts.conf --- /etc/ts.confWed Dec 31 19:00:00 1969 +++ /mnt/debian/etc/ts.conf Sun Feb 3 15:05:58 2008 @@ -1,5 +1,5 @@ # Uncomment if you wish to use the linux input layer event interface -module_raw input grab_events=1 +module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie On Thursday 07 August 2008 13:21:30 Gregoire Gentil wrote: Daniel, Thanks for the answer. It's not working for me. I don't have any more the delta but there is a scale problem (top left corner matches but bottom right corner doesn't at all). Can you please copy paste your /etc/ts.conf and /etc/pointercal here? Thanks, Grégoire On Thu, 2008-08-07 at 13:01 -0400, Daniel Benoy wrote: I copied my /etc/pointercal from internal flash (Which can be mounted from within debian as /dev/mtdblock6, I believe) That worked for me. :) Hope that helps. I wished that the openmoko team used Debian instead of openembedded.. I wish I could just apt-get stuff instead of having to struggle with opkg .. and busybox annoys me sometimes. On Thursday 07 August 2008 12:20:11 Gregoire Gentil wrote: Hello, After much efforts (but thanks for the page ;-) ), I have managed to install this on my microSD card: http://wiki.openmoko.org/wiki/Debian I can reach the gdm screen but the calibration of the touchscreen is totally flaky. After another set of painful efforts, I have managed to install libts-bin and run ts_calibrate. If you want to know, you need to do this from the terminal over the USB-connection: export TSLIB_CALIBFILE=/etc/pointercal export TSLIB_CONFFILE=/etc/ts.conf export TSLIB_PLUGINDIR=/usr/lib/ts export TSLIB_FBDEVICE=/dev/fb0 export TSLIB_CONSOLEDEVICE=none export TSLIB_TSDEVICE=/dev/input/event1 ts_calibrate I get some numbers on /etc/pointercal but there are quite different if I run ts_calibrate a few times. In any case, the touchscreen is still totally mad and I can't use xvkbd to input the login info. In the best case scenario, the pointer is around 200x200 pixels NW from the touch. Then, I have played with xorg.conf. I have tried the rotate option and many other things, but unsuccessfully. Any idea? Thanks in advance, Gregoire PS: In case, you ask: more /etc/ts.conf # Uncomment if you wish to use the linux input layer event interface module_raw input # Uncomment if you're using a Sharp Zaurus SL-5500/SL-5000d # module_raw collie # Uncomment if you're using a Sharp Zaurus SL-C700/C750/C760/C860 # module_raw corgi # Uncomment if you're using a device with a UCB1200/1300/1400 TS interface # module_raw ucb1x00 # Uncomment if you're using an HP iPaq h3600 or similar # module_raw h3600 # Uncomment if you're using a Hitachi Webpad # module_raw mk712 # Uncomment if you're using an IBM Arctic II # module_raw arctic2 module pthres pmin=1 module variance delta=30 module dejitter delta=100 module linear ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community p -- Daniel Benoy http://daniel.benoy.name -- Daniel Benoy http://daniel.benoy.name signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
Daniel Benoy [EMAIL PROTECTED] writes: What I'm hoping for, is that the openmoko folks use the same software but start making .deb packages instead of .ipk ones :) So that it would be a phone. Ideally the sources should be in a state where you can create ipkg and debian (and fedora and gentoo) packages just as easily. Although the worry, I suppose, is that the 256MB of internal flash wouldn't be pleased with Debian's full bash shell and such. See www.emdebian.org ensured that their packages are autonomous, and they don't require extensive modifications to the source of other software Exactly my thoughts! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
I think you are being overly critical of a prototype. That is what Zhone is, right? It's prototype code to flesh out the framework. I know I tend to hard-code things when I'm first getting something working. It's a lot easier to debug things that way. -Steven On Thu, Aug 7, 2008 at 1:51 AM, Matt Joyce [EMAIL PROTECTED] wrote: I don't mean to be overly critical, the process you've described is trivial enough, and thank you for sharing, but why is is designed like this? Surely if the exact same steps are performed before building the software, it will be much easier for many more people. It just seem insane to be hardcoding references to sound files for functions that people will habitually want to change. Ring tone is probably the first item of customisation a new user will want to change, and they will expect it to be intuitive. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU 2008.08 image
If those who make ASU are telling to us fake ASU is fake ASU why do you think fake ASU is a real ASU? It seems a beta version of some kind of FSO more than a ASU. It uses the same wallpapers that I have saw in a FSO light image I have tested before on Qemu. So You want ASU? then wait until tomorrow anounce, is easy. El jue, 07-08-2008 a las 08:40 -0700, Dimitri escribió: Same here. I thought the fake ASU was the real ASU, as clearly stated by the wiki. After installing it, I had all sorts of problems: USB wasn't working right; it was very sluggish; it would crash within a few minutes... horrible. D Benedikt Schindler wrote: Rod Whitby schrieb: So whilst it might give an idea of what ASU might look like, it will certainly have lots of bugs and features (e.g. the FSO theme) which definitely are not in the image you get when you build from the correct branch. -- Rod we should editing the wiki then. because the wiki definitly saied that this should be the ASU (Om2008.8) Image. ... But i have to say that everyone who looked after the ASU by the wiki was directed to this fake-ASU. (or was it just me?) but i would say i wait until tomorrow before i complain something or write something to the wiki Beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ alarm clock drains battery
Yaroslav Halchenko wrote: if you decide to use alarm clock in the qtopia -- it would drain the battery much more rapidly. Usually charge is sufficient for me to hold for a day (24h) but with alarm it doesn't survive through the night -- I wake up and phone is dead :-/ the clock only uses 'at' to set the alarm. So the problem would be with atd and friends. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU 2008.08 image
You misunderstood me. NOW we know it was fake ASU. NOW. But 2 days ago, the WIKI said it was the actual ASU. The error was in the WIKI, not with the people who followed the WIKI's (now false) directions. D David Samblas wrote: If those who make ASU are telling to us fake ASU is fake ASU why do you think fake ASU is a real ASU? It seems a beta version of some kind of FSO more than a ASU. It uses the same wallpapers that I have saw in a FSO light image I have tested before on Qemu. So You want ASU? then wait until tomorrow anounce, is easy. El jue, 07-08-2008 a las 08:40 -0700, Dimitri escribió: Same here. I thought the fake ASU was the real ASU, as clearly stated by the wiki. After installing it, I had all sorts of problems: USB wasn't working right; it was very sluggish; it would crash within a few minutes... horrible. D Benedikt Schindler wrote: Rod Whitby schrieb: So whilst it might give an idea of what ASU might look like, it will certainly have lots of bugs and features (e.g. the FSO theme) which definitely are not in the image you get when you build from the correct branch. -- Rod we should editing the wiki then. because the wiki definitly saied that this should be the ASU (Om2008.8) Image. ... But i have to say that everyone who looked after the ASU by the wiki was directed to this fake-ASU. (or was it just me?) but i would say i wait until tomorrow before i complain something or write something to the wiki Beni ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/ASU-2008.08-image-tp678322p679217.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: Some commentary on the new Openmoko direction, and a review of FSO
Wolfgang Spraul wrote: Dear Kevin, thanks for writing your review, for us at Openmoko nothing is better than a genuine reality check from outside. Executive summary first: I understand that we have not done a very good job at communicating our software strategy, and I accept responsibility for that. In detail, let me go through some of your comments: ---1 The ASU was a proof-of-concept image that combined Qtopia, Enlightenment and GTK I would say it's more than proof-of-concept. When Qtopia became fully GPL in November last year, we looked at it technically. Trolltech published great binary images for the Neo 1973 but we couldn't immediately use them because Qtopia ran on the framebuffer not on X, and we did not want to give up GTK+. By February, we had come to the conclusion that porting Qtopia onto X, retaining GTK+ support, would be technically feasible for Openmoko. The is technically wrong. Trolltech had already done the 'porting to X' work as an experiment/internal demo. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Trolltech, a Nokia company ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some commentary on the new Openmoko direction, and a review of FSO
[Long and detailed reply from Wolfgang Spraul] Thank you for the explanation. It cleared lots of things out for me as well. Keep doing the good job you do. Not only you but the rest of Openmoko team as well. You have my thanks and respect. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ alarm clock drains battery
Is there an easy way to suspend for a time period (say 8 hours) or set a realtime clock to it wake up? I set BIOS this way on my desktop - cron shuts it down at midnight and BIOS wakes up every morning at 7. Works quite well to save power. On Thu, Aug 7, 2008 at 10:54 AM, Lorn Potter [EMAIL PROTECTED] wrote: Yaroslav Halchenko wrote: if you decide to use alarm clock in the qtopia -- it would drain the battery much more rapidly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDcard holder - convenience rework
Also, you can get adhesive tabs that will work just as well, and they're designed for the purpose. That way, everyone gets a colored part that isn't sticky. On Thu, Aug 7, 2008 at 1:42 PM, papa-piet [EMAIL PROTECTED] wrote: Hehe, i have had a similar idea, but in my case it was the battery. Thanks to jOERG i was able to improve my hack :) papa-piet http://freeyourphone.de Joerg Reisenweber schrieb: for a nice handle to save your fingernails and do no violence on SD-holder by using a knife etc, see: http://people.openmoko.org/joerg/sdcard-handle note the pretty original scotchtape-end of the transparent sticky tape ;-) Works like a charm! cheers jOERG ps: thanks to XorA for triggering the idea by complaining about the varnish-killer ;-) ___ 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 -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS internet connection applet
hi Niccolo Am Mittwoch, den 06.08.2008, 10:47 +0200 schrieb Niccolo Rigacci: I just wondering if it exists an applet to start/stop the GPRS ppp connection (I use OM2007.2). Not officially - though SettingsGUI has a panel for GPRS. Following the guidelines of this page http://wiki.openmoko.org/wiki/GPRS I wrote a little PythonGTK applet, that is working well. The applet is callet PyPPP, screenshot and download here: http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/freerunner#connessione_internet_via_gprs Looks nice! Have a look at SettingsGUI if you like - I wrote some code there to interpret and generate pppd/peers files. It's also pygtk. Greetings Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some commentary on the new Openmoko direction, and a review of FSO
On Thu, Aug 7, 2008 at 8:14 PM, Yogiz [EMAIL PROTECTED] wrote: [Long and detailed reply from Wolfgang Spraul] Thank you for the explanation. It cleared lots of things out for me as well. Keep doing the good job you do. Not only you but the rest of Openmoko team as well. You have my thanks and respect. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community same here (and probably a lot of people who do not reply to this mail -which is not nescessary- agree) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Tmobile GPRS
Am Dienstag 05 August 2008 00:36:06 schrieb Fredrik Wendt: Sets up ppp with IP, DNS and (replaces) default route. However, after I disconnect (using mdbus PDP.DeactivateContext) zhone reports that there's no network signal - the signal strength bar is empty (black). /org/freesmartphone/GSM/Device: GetStatus failed: org.freesmartphone.GSM.Device.Timeout Is there anything i should do, or avoid doing? Sounds like there was a parsing error in ogsmd in between. I'd be grateful for debug logs. WIth the newest framework deamon (which I'm going to upload to the updates feed on weekend), you can change debug log destination while the program is running -- that should simplify sending me logs. Thanks again, playing with the FSO really is fun! :) :) -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ alarm clock drains battery
Brian Wilson wrote: Is there an easy way to suspend for a time period (say 8 hours) or set a realtime clock to it wake up? I set BIOS this way on my desktop - cron shuts it down at midnight and BIOS wakes up every morning at 7. Works quite well to save power. smart arse answer. There is no BIOS. ;) Some time ago in any of the openmoko lists someone proposed a solution for RTC wakeup. -- Drucken Sie diese Mail bitte nur auf Recyclingpapier aus. Please print this mail only on recycled paper. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO adding packages
Am Mittwoch 06 August 2008 15:45:44 schrieb Eildert Groeneveld: are there any other packages, that can be installed in FSO or is all there is in openmoko-fso-image-glibc-ipk--20080729-om-gta02.rootfs.jffs2.summary ? Further: gps does not seem to be working . Is there a was to switch off/on services like GSM/GPS/BT? Yes. We have both low level device control as well as high level (reference counted). For the high level, please use the org.freesmartphone.Usage API, for the low level control, please use e.g. the org.freesmartphone.PowerControl API on /org/freesmartphone/Device/PowerControl/GPS. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian on FreeRunner
well -- bringing openmoko's changes and novel packages into emdebian port [0] sounds like a great task which many would appreciate. It might be worth inquiring [1] people on suggestions and plausibility/interest of such a project. Then indeed it might become a point that we could simply run the best OS on our phones as well supporting all the phone features ;-) if someone jumps to package things for emdebian, and those packages are forth to appear in the mainline Debian (some parts of matchbox are in the mainline I believe), I could spare some time for sponsoring their uploads into Debian, so your efforts don't vanish due to decentralization. [0] http://www.emdebian.org/ [1] http://lists.debian.org/debian-embedded/ -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /qtopia/ alarm clock drains battery
smart arse answer. There is no BIOS. ;) Not intentionally -- just drawing an analogy as a means of exposition Some time ago in any of the openmoko lists someone proposed a solution for RTC wakeup. I will try searching for it later. A block diagram of what's in the phone would be nice for this beginner. I wonder if one of those is around. I know they are talking of releasing schematics. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO adding packages
are there any other packages, that can be installed in FSO or is all there is in openmoko-fso-image-glibc-ipk--20080729-om-gta02.rootfs.jffs2.summary You should be able to install more or less everything from any OM feed. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean: Please authorise the release of GTA01 schematics
Am Sa 2. August 2008 schrieb Joerg Reisenweber: Am So 20. Juli 2008 schrieb Rod Whitby: Sean, please release the hardware schematics and pcb layout and component placements for the GTA01. Let the GTA01 run free and continue to impact the material world. Respectfully, -- Rod Whitby PCB-layout is a little difficult to release - this is a multilayer PCB. Component placement 01/02 TBD. Schematics 01 TBD. Needs some prettyprinting first. Also there are NDA-issues with TI Calypso. Those parts of schematics we mustn't release you may find elsewhere though (heard sth about Chinese books on cellphones ;) Stay assured we won't forget on GTA01 owners. cheers jOERG added GTA01, component-placement for 01 and 02 see http://people.openmoko.org/joerg and http://downloads.openmoko.org/schematics/ for some echo in press see http://www.google.de/search?q=openmoko+schematics please note this is a RC, not a gold Feel free to comment! cheers jOERG signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some commentary on the new Openmoko direction, and a review of FSO
Thanks to both of you for clearing up the roadmap. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
imho shipping such an adapter within FR box would be a nice gesture from OM -- they chosen an adapter which seems to be not that popular and people struggle to choose 'the right one'. I bet if OM bought in bulk it would cost them no more than 1$ a piece. On Thu, 07 Aug 2008, vale wrote: let us now if it works :) -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
Am Donnerstag 07 August 2008 08:51:52 schrieb Matt Joyce: I don't mean to be overly critical, the process you've described is trivial enough, and thank you for sharing, but why is is designed like this? Resources. I have only four people working on whole FSO and I prefer to concentrate on the important stuff first (telephony subsystem) rather than making paths for ringtones configurable. That said, configuration is on schedule for milestone 3 and Charlie has already started working on that. In general: Please don't forget that FSO-image is mainly about providing an UI for testing the APIs. It happens to be good enough so that people start using it as their main image -- which is completely fine and makes us proud -- but the primary thing is getting the service APIs done. That's why little work goes into the actual UI -- for now. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO ringtone
Am Donnerstag 07 August 2008 09:44:42 schrieb Dale Maggee: SIDs for a ringtone? . . . *THAT'S* . . . *AWESOME*! . . . /me adds this to the list of things you can't do on any other phone... :) This may be insane to a lot of people, but being forced into WAV or MP3 has been one of my strongest motivations for joining Openmoko Inc on their struggle to create an open mobile communications platform. I *want* my SIDs and MODs. Now we're there. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO adding packages
On Thu, Aug 7, 2008 at 12:35 PM, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Yes. We have both low level device control as well as high level (reference counted). For the high level, please use the org.freesmartphone.Usage API, for the low level control, please use e.g. the org.freesmartphone.PowerControl API on /org/freesmartphone/Device/PowerControl/GPS. I'm looking to try and control bluetooth using the API. I assume the has the same sort of power controls as GPS does. On freesmartphone.org I found documentation for the telephony API, is there something similar for the device API ? Thanks Angus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm neo to 3.5mm stereo adaptor
On Thu, Aug 7, 2008 at 11:41 AM, Yaroslav Halchenko [EMAIL PROTECTED] wrote: imho shipping such an adapter within FR box would be a nice gesture from OM -- they chosen an adapter which seems to be not that popular and people struggle to choose 'the right one'. I bet if OM bought in bulk it would cost them no more than 1$ a piece. In fact, if any of us bought more than three it would cost no more than $0.88 US (shipped): http://www.dealextreme.com/details.dx/sku.3541 Although, there seems to be a flat $1.70 air mail fee for bulk orders. (I've already told Marcel about this site on IRC and he noted that they only accept PayPal) Of course, at $1.30 shipped worldwide, I've already ordered one. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO: is zhone here to stay?
Stefan summarized it, that's our position officially. Let me add one thing though, taking off the Openmoko hat for a second: thinking aloud Coming out of the Linux on iPAQ, Zaurus, Motorola EZX, ..., world, with their semi-open platforms and lack of integration everywhere, I see a lot of unused potential both on services and application level. FSO is cleaning up on the services level, integrating existing dbus APIs and adding new ones where they were missing, so everyone can play along. But why stop there? Why not launch an effort to do a nice application framework optimized for simple but smart applications on mobile devices? This surely won't be something for the power users (who can still run their Qt/Gtk/whatever applications on the device), but something a Linux-loving mum and dad would appreciate as well. Something that strives for maximum UI consistency and usability while being a pleasure to write applications for. Sounds like reinventing UIKit? It's excellent -- why not ;) /thinking aloud -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: receiving SMS messages
I've had the impression, on other phones, that the GSM network could successfully deliver a message into the SIM card inside my phone, but if the phone software was too distracted to hear the initial notification from the SIM card about the new message, the phone wouldn't notice the message until another message came along or something else happened (such as rebooting the phone) that caused the phone to look for messages on the SIM. Is there a way to actively interrogate the SIM card for a list of messages (instead of waiting around for a new message notification)? - Bruce P.S. I have to admit I have zero depth of knowledge about SMS, GSM or SIM cards. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FSO adding packages
Am Donnerstag 07 August 2008 20:46:19 schrieb Angus Ainslie: On Thu, Aug 7, 2008 at 12:35 PM, Michael 'Mickey' Lauer [EMAIL PROTECTED] wrote: Yes. We have both low level device control as well as high level (reference counted). For the high level, please use the org.freesmartphone.Usage API, for the low level control, please use e.g. the org.freesmartphone.PowerControl API on /org/freesmartphone/Device/PowerControl/GPS. I'm looking to try and control bluetooth using the API. I assume the has the same sort of power controls as GPS does. On freesmartphone.org I found documentation for the telephony API, is there something similar for the device API ? Yes, there is. The reason why I did not publish docs for that is that I don't feel confident with the stability of that API yet. I promise to upload the first sketch of device API docs on weekend (if my wife lets me...). -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community