Re: Slashdotted
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Mosher wrote: Good comments All. Let me inline some answers/explanations. Lothar Behrens wrote: Hi, I use this analogy. You write your code in a series of units. you unit test them. Then you do your first integration. You set up your make files and I charge you 50K to hit return. would you hit the compile button? Yes, this pretty much true, and you have to hit the button in time, or so some the package in that make might phase out (like GTA01 PMU PCF50606), and then you have spent another run of money to enable the make button hit-able till mass production again. So what's the result if you don't use a waterfall model in hardware development. Whats the cost if you find a requirements defect or a design defect ( glamo? )when you do that prototype run? 50K minimum, plus a redesign. Take the appendix out--perform a glamoectomy? ask Werner about the design implications of that on WIFI. And see my comments below about design and diving into peanut butter. Werner just replied, maybe he could share more about his painful direct contact experience with chip vendor ;) In hardware, specification/datasheet is not always correct (or always not correct). People may found a lot interesting component datasheet with powerful function (the dream chip) could solve specific design problem, but when OM direct contact local distributor, following scenario always happens: * the chip never put mass production before, or we are the only user interested that chip, need bare with long lead-time and bad payment deal * the chip specific model we want not manufactured yet * the chip specific function not work, or could not work stability, even the datasheet * Our quantities (market size) too small, ignore us (this is better case, we sometimes got already married with some solution then after a while, vendor ask for divorce ;) ) OM might have other internal issues, but external hardware game rules tough as well. I don't think other company could really open hardware not only legal issue (design specification with customer/contract with telcom) but they got Open mind set to solve open hardware related process issue like OM done before. or capacitive, keyboard or touch.-- ALL signs to me of a lack of appreciation for the complexity and cost involved in doing hardware. I got a hammer your problem must be a nail. I'll give you And each component we have to verify it's hardware functionality and compatibility with Open source, and most of time we have to spent extra resource to build a full GPL'ed driver if vendor only have proprietary Windows or some binary vendor version. This also cause the difficulty when verification hardware in time, because we need build our own driver to test vendor's hardware. Usually only hardware vendor could have 1 or 2 FAE port driver for us, and with our latest kernel and open policy (release driver early even before product manufactured). and energy is spent on this solution In the end, marketing looks at that and says who took the fucking camera out! that's not an actual example, but you get the idea. Yes, freeze idea and snapshot it in time is art of products ;) Isn't it possible to also develop hardware collaboratively? In one sense this is trivally true. hardware development is inherently collaborative. But I suppose you mean is it possible to do it in an open fashion. It maybe. But if the requirements process and design process is not rigorous and well defined you end up with expensive implementation problems. And if you don't have team consensus, then it's very problematic. Forking software is easy. Forking hardware is forking hard. The best example I can use is forking ASIC design. You can do a big chip with lots of functionality and then fork off 'defeatured' versions, but that forking needs to be designed in.and it may come with a cost. the same holds true for modular hardware designs. what's easy with lego blocks aint so trivial when it comes to EE design. As describe above, some of the chip/module may not look pretty real world as pdf does. And component have supply issue, you never knows you are the only one buying the really crap or not until you put into mass production. Using S3C6410 as example, you never sure which version will put into mass production for sure or which version will phase out in next 6 months, unless you direct contact with the vendor/distributor, and got the update in time. It's hard to explain: sorry, your last 6 months software plan won't work because vendor's business plan suddenly canceled due to another their BIG customer want go another direction. seems my reply via other mail account fail, so I use this one instead my personal as I should ;) Neng-Yu Tu (Tony Tu) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
Re: Just Got Buzz Fixed
not so weird. The buzz is believed to be somewhat dependent on the frequency you are on. 900 is worst, 1800, less so, 1900 reported as ok. Do you have an 850 phone or 900? The Digital Pioneer wrote: Buzz was interesting for me... I have never had trouble with it before, but then I took a trip to Tennessee, and I was told it was horrible. Once I got back home, it was gone again. Weird. ___ 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: Slashdotted
I'm just amazed to see this discussion, that actually someone from Openmoko (=Steve) is responding to the ideas, sharing their/his thoughts. As someone pointed already out earlier in this thread - this is what an open company is supposed to be doing. Way to go, keep up the good work, we're looking forward to see the freeopen hair-straightener with WLAN :) r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
no i didnt upload that video. I relented today and got a youtube account to upload my video, so I'm still fumbling around with youtube. Kosa wrote: Thanks fo that. Just a recomendation. I don't know know if you yourself (hope that's well written since english is not my first language) upload that video, but I think it could be a good idea to rename it so it includes openmoko on the title. It wuld be easier to find for those who are not on the list, but have heard about OM. Kosa - Un mundo mejor es posible - Steve Mosher escribió: Thanks Anthony. For the sake of everyone who hasnt read my posts on this or seen the video of seans speech. Let me say that your position is the one we settled on. spend our resources on the FR and then fund a modest project: project B. Put the GTA03 on hold and find a way to involve the community more in its development. inlined below find an advanced copy of my official comments. stuff I send to the press. As a side note on this, these official comments grew out of posts I made here first. During sean's presentation someone commented that our approach to open business was the most radical he had seen. It is. and it presents great challenges for all of us. Seans video: http://www.youtube.com/watch?v=UFuwhPXYxxIfeature=PlayListp=96FB31DA6E4012DAindex=1 I'll have my video up in a bit, an interview. Here's the advance copy of my comments to the press. During the last week Openmoko has had two great events. First the Embedded System Conference, ESC) and second, the OpenExpo in Bern. Those events could not have been more well timed for us because we had two major announcements to make: a thrust into the embedded systems market and the announcement of a new device, not a phone but an entirely new open device. The launch into the embedded systems market is a case of the market finding the manufacturer. We designed the FreeRunner as an open phone. After it launched we started to receive requests from customers we never dreamed existed: Innovators who wanted to change the case or add in additional hardware. People who wanted to resell the phone with their software added. The collective creativity outside the company, dwarfed the creativity within the company. Our customers truly are an army of Davids. To seize this opportunity we decided to open up our CAD files, and open up our schematics. That way these new-found markets can develop for themselves products that we don’t have the resources to develop. So, over the next few months you’ll see us make a more focused effort in this market space. As a platform for embedded development, nothing compares to the FreeRunner: Open schematics; Open CAD; Open hardware; Open software. At OpenExpo we had a keynote speech in the business track. This gave us the opportunity to explain some of the change in focus we’ve made in the past month. Our CEO Sean Moss-Pultz delivered the presentation and I’ll take some space here to explain in a bit more detail the background behind these exciting changes. Sean discussed three things: 1. Our successes. 2. Our mistakes. 3. Our challenges It’s vitally important when addressing the challenges of the future to assess and understand your past success. Openmoko launched its first developer phone in July of 07 and the FreeRunner shipped in July of 08. Sales tripled. Not only did we build a phone; we built a company and distribution network in the process. We also helped others build their own businesses around the FreeRunner. Our takeaway lessons were as follows: Open Products can be successful in the marketplace; being Open multiplies everyone’s business opportunities. For our mistakes we identified these: Open Product design is very hard as there is a tendency to make too many changes. Our culture is not authoritarian. We also tended to view hardware with a “software” mentality, as something that could be easily changed or patched. Our challenge going forward is to seize the opportunity we see in the embedded space and push forward the cause of open hardware. And we had to make some choices about how to spend the balance of 2009. There were essentially three projects going on inside OpenMoko: ongoing support of FreeRunner; Development of a follow on phone, the GTA03; and development of project “B”. From a resources standpoint we could pick any two. Given the traction we see in the embedded space and given our passionate commitment to current FreeRunner owners and developers it was easy to pick that project. Nine months after launching FreeRunner with tremendous support from the community the product is coming into its own with a diverse set of distributions that run on it, from android to debian. Then comes the choice between project “B” and the GTA03. There were two paths: A: Fulfill our promises on FreeRunner and launch GTA03 B: Fulfill our promises on
Re: Slashdotted
Hey tony! 好朋友 Glad to see your comments. Neng-Yu Tu (Tony Tu) wrote: Steve Mosher wrote: Good comments All. Let me inline some answers/explanations. Lothar Behrens wrote: Hi, I use this analogy. You write your code in a series of units. you unit test them. Then you do your first integration. You set up your make files and I charge you 50K to hit return. would you hit the compile button? Yes, this pretty much true, and you have to hit the button in time, or so some the package in that make might phase out (like GTA01 PMU PCF50606), and then you have spent another run of money to enable the make button hit-able till mass production again. So what's the result if you don't use a waterfall model in hardware development. Whats the cost if you find a requirements defect or a design defect ( glamo? )when you do that prototype run? 50K minimum, plus a redesign. Take the appendix out--perform a glamoectomy? ask Werner about the design implications of that on WIFI. And see my comments below about design and diving into peanut butter. Werner just replied, maybe he could share more about his painful direct contact experience with chip vendor ;) In hardware, specification/datasheet is not always correct (or always not correct). People may found a lot interesting component datasheet with powerful function (the dream chip) could solve specific design problem, but when OM direct contact local distributor, following scenario always happens: * the chip never put mass production before, or we are the only user interested that chip, need bare with long lead-time and bad payment deal * the chip specific model we want not manufactured yet * the chip specific function not work, or could not work stability, even the datasheet * Our quantities (market size) too small, ignore us (this is better case, we sometimes got already married with some solution then after a while, vendor ask for divorce ;) ) OM might have other internal issues, but external hardware game rules tough as well. I don't think other company could really open hardware not only legal issue (design specification with customer/contract with telcom) but they got Open mind set to solve open hardware related process issue like OM done before. Yes. I think one of the challenges that some people really dont understand very well are all these little nagging details.having worked for a big company I'm just used to going in and getting the parts I needed when I needed them. In 11 years there were only a few cases were I had to go begging for parts.. RAM on the VoodooII from silcon magic, and DDR memory on the Nv10 I think from infineon.. oh and 1.8 toshiba drives after the ipod shipped, bastards.. ah and tantalum caps once or twice. or capacitive, keyboard or touch.-- ALL signs to me of a lack of appreciation for the complexity and cost involved in doing hardware. I got a hammer your problem must be a nail. I'll give you And each component we have to verify it's hardware functionality and compatibility with Open source, and most of time we have to spent extra resource to build a full GPL'ed driver if vendor only have proprietary Windows or some binary vendor version. This also cause the difficulty when verification hardware in time, because we need build our own driver to test vendor's hardware. Usually only hardware vendor could have 1 or 2 FAE port driver for us, and with our latest kernel and open policy (release driver early even before product manufactured). and energy is spent on this solution In the end, marketing looks at that and says who took the fucking camera out! that's not an actual example, but you get the idea. Yes, freeze idea and snapshot it in time is art of products ;) Isn't it possible to also develop hardware collaboratively? In one sense this is trivally true. hardware development is inherently collaborative. But I suppose you mean is it possible to do it in an open fashion. It maybe. But if the requirements process and design process is not rigorous and well defined you end up with expensive implementation problems. And if you don't have team consensus, then it's very problematic. Forking software is easy. Forking hardware is forking hard. The best example I can use is forking ASIC design. You can do a big chip with lots of functionality and then fork off 'defeatured' versions, but that forking needs to be designed in.and it may come with a cost. the same holds true for modular hardware designs. what's easy with lego blocks aint so trivial when it comes to EE design. As describe above, some of the chip/module may not look pretty real world as pdf does. And component have supply issue, you never knows you are the only one buying the really crap or not until you put into mass production. Using S3C6410 as example, you never sure which version will put into mass production for sure or which version will phase out in next 6
Re: Slashdotted
Thanks Risto. It really is a function of the sharpened focus of the company. In my particular case, if we back up to the september october time frame I was working on doing the requirements and specs for the GTA04 with joerg, looking at the glamoetctomy with werner, Doing FR stuff and project B. So now I have a much clearer focus and ability to tend to community matters. Risto H. Kurppa wrote: I'm just amazed to see this discussion, that actually someone from Openmoko (=Steve) is responding to the ideas, sharing their/his thoughts. As someone pointed already out earlier in this thread - this is what an open company is supposed to be doing. Way to go, keep up the good work, we're looking forward to see the freeopen hair-straightener with WLAN :) r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
http://www.youtube.com/watch?v=_d8Tsvj2TdQ Hair straightener required. Risto H. Kurppa wrote: I'm just amazed to see this discussion, that actually someone from Openmoko (=Steve) is responding to the ideas, sharing their/his thoughts. As someone pointed already out earlier in this thread - this is what an open company is supposed to be doing. Way to go, keep up the good work, we're looking forward to see the freeopen hair-straightener with WLAN :) r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] does anybody use matchbox keyboard?
On Mon, Apr 6, 2009 at 3:05 AM, Radek Polak pson...@seznam.cz wrote: leona...@lilik.it wrote: Hi all, Does anybody use the matchbox keyboard on Qtextended? (the one with grey little letters unusable with your fingers?). I am using it. I am surprised myself that i can type on it, but works for me quite good. However i wouldnt mind if i had better keyboard :) At least the backspace could be in place that is easier to hit. My favourite keyboard was the one in SHR. Radek well, the predictive one is nice as well, it just shouldn't be predictive :-) That way typing goes much faster and the sliding to get another layout is pretty nice ... I've already tweaked this keyboard to go faster into non-predictive mode per letter, but it should be possible to disable predictiveness altogether. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
I finally see your face :), I also add great voice Great excerpt of what's going on there in OM thanks steve. As Risto sais way to go :) 2009/4/6 Steve Mosher st...@openmoko.com: http://www.youtube.com/watch?v=_d8Tsvj2TdQ Hair straightener required. Risto H. Kurppa wrote: I'm just amazed to see this discussion, that actually someone from Openmoko (=Steve) is responding to the ideas, sharing their/his thoughts. As someone pointed already out earlier in this thread - this is what an open company is supposed to be doing. Way to go, keep up the good work, we're looking forward to see the freeopen hair-straightener with WLAN :) r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
packaging my application
Hi I try to run a program helloworld I read the toolchain document, I arrived to packaging your application: but I run this command om-make-ipkg helloworld the output of this command is: make: entrant dans le répertoire « /root/helloworld » Making install in src make[1]: entrant dans le répertoire « /root/helloworld/src » make[1]: *** Pas de règle pour fabriquer la cible « sample-main.c », nécessaire pour « sample-main.o ». Arrêt. make[1]: quittant le répertoire « /root/helloworld/src » make: *** [install-recursive] Erreur 1 make: quittant le répertoire « /root/helloworld » y011pc99:~# cd hellworld bash: cd: hellworld: Aucun fichier ou répertoire de ce type what I have do to solve this problem, should I rename sample-main.o to main.o, or what?? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Then I restarted, and lead the xcom script. It runs ok (no errors). But when I open the keyboard, it is not transparent, and the circles from u... clockwise or the way back just change the size. Have I really installed your qwo package ? How can I check please Hmmm... you can e.g. check if /usr/bin/qwo contains string NET_WM_WINDOW_OPACITY (run strings /usr/bin/qwo | grep NET_WM_WINDOW_OPACITY ). Or you can just reinstall qwo (I have recompiled it now to be sure that the version is correct). If you want to test if the transparency works at all, you can try opkg upgrade opkg install transset transset and click any window - it should be transparent afterwards. Greets Richard Thanks again ___ 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
toolchain with Ubuntu Jaunty (9.04)
Hi, has anybody tried the new toolchain with new Ubuntu (9.04)? Is it compatible? Greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Bass fix (Was: buzz fix)
On Thu, Jan 29, 2009 at 01:51:04PM +0100, Helge Hafting wrote: My hope is that the plug is so big, that re-soldering it won't require special skills. And the small caps can apperently be shorted without soldering, as suggested on the hw list. Do you have a pointer to that? -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
On Fri, Apr 03, 2009 at 11:36:39AM +0100, Thomas White wrote: We do have some acceleration already - both XGlamo (the Kdrive X server) and xf86-video-glamo (the Glamo driver for Xorg) make use of Glamo's 2D engine to accelerate tasks such as flood-filling large areas and moving blocks of data around the screen or onto the screen from offscreen. Btw, what is the state of xf86-video-glamo? Does XVIDEO work? Does screen rotation work (without getting huge fonts, messed up DPI values)? There are many limitations of the chip, but I don't see them as a reason to give up on this kind of thing. For example, it's often mentioned that the 3D engine won't render to a buffer larger than 511x511 pixels. That would seem to rule out such graphical fanciness at the native resolution of 480x640, but how about we just cover a 480x511 region of the screen with accelerated graphics and make the remaining area into some kind of tool or status bar? No, we absolutely need to have a 3D accelerated keyboard. :-) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: packaging my application
what I have do to solve this problem a first step would be to make your system put out those messages in english. my french is rather rusty and was never supposed to work with tech terms. before starting what ever you do do export LANG=en_US and in the same shell run your commands. when the errors come up, they should be in english, allowing more people to respond. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Navit skins...
Hello, some days ago I saw this nice skin for Navit [1] on scap. Please, could the author share it? :P Anyway, how can these skins be written? And... How can be enabled the 3d-view? Should I change something in my navit.xml to get it working with latest svn version? Thanks. PS: Is the navit EFL porting [2] going on? [1] http://img403.imageshack.us/img403/2592/a1eb2f95f1cac3004593991.png [2] http://i34.tinypic.com/2m7t64m.png -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Freerunner buzz-fix party in Braunschweig
Hello, there is now a date set for the buzz-fix party in Braunschweig (May 1st - May 3rd). Please put your names on the wikipage http://wiki.openmoko.org/wiki/BuzzFixParty#Braunschweig if you are planning to attend. Any other infos, location, etc. will be updated there. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bass fix
Rask Ingemann Lambertsen r...@sygehus.dk writes: On Thu, Jan 29, 2009 at 01:51:04PM +0100, Helge Hafting wrote: My hope is that the plug is so big, that re-soldering it won't require special skills. And the small caps can apperently be shorted without soldering, as suggested on the hw list. Do you have a pointer to that? Shorting caps is discouraged for various reasons; please see the schematics to know about all implications of that idea. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Remote buzz-fix in Braunschweig or PULSTER? was: Re: Freerunner buzz-fix party in Braunschweig
Hi, I would quite like to have my FreeRunner fixed, but not at the cost of driving across all of germany. What about sending it to you (along with money for return shipping somehow)? There was discussion of this before. Alternatively - does pulster offer some buzz-fixing? I seem to remember reading about plans for this here before? Christoph? Cheers, - Gunnar Daniel Willmann wrote: Hello, there is now a date set for the buzz-fix party in Braunschweig (May 1st - May 3rd). Please put your names on the wikipage http://wiki.openmoko.org/wiki/BuzzFixParty#Braunschweig if you are planning to attend. Any other infos, location, etc. will be updated there. Regards, Daniel Willmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Gunnar Aastrand Grimnes gunnar.grimnes [AT] dfki.de DFKI GmbH Knowledge Management Trippstadter Strasse 122 D-67663 Kaiserslautern Germany Office: +49 631 205 75-117 Mobile: +49 177 277 4397 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Just Got Buzz Fixed
On Sunday 05 April 2009 11:33:08 pm The Digital Pioneer wrote: ... I have never had trouble with it before, but then I took a trip to Tennessee... Maybe that is my problem with the buzz, looks like it is time to move XP 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: Problems in openmoko-messages
forin...@gmail.com forin...@gmail.com writes: OK. Next question: can I use another application (maybe console one) for sending SMS-messages in my native lang? Ok, looks like the problem is fixed. :) See [1]. Would you please avoid top-posting the next time? [1] http://wiki.openmoko.org/wiki/Localization -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera module as back case (was Re: Slashdotted)
2009/4/6 Lothar Behrens lothar.behr...@lollisoft.de: About the camera issue: I have read something about a small computer base case that has a jack or bus system ontop of it's case. That way it is extendable with cameras or what ever. I don't know where it was but it was cool. Why not think about a back case that includes a cam and using contacts in the inner housing to connect the cam to, say an I2C bus or even an USB hub (USB2)? excellent - i'd thought of the idea myself, via an internal usb hub (from a disassembled, tiny 4-way usb hub i bought), as had a few others i think. there were a few tentative steps on the wiki some months back concerning alternate cases, and this was one suggested idea i just got back from a talk on reprap, so i'm itching to find something i can make, and this would be a good start ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera module as back case (was Re: Slashdotted)
2009/4/6 Robin Paulson robin.paul...@gmail.com: there were a few tentative steps on the wiki some months back concerning alternate cases, and this was one suggested idea lots around here: http://wiki.openmoko.org/wiki/Category:Hardware_ideas expansion back looks like it covers your camera module ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian/fsod] Failed to register to network
Moin,
Since yesterday (iirc) zhone always complains about not being able to register
to the gsm network, .xsession-errors tells me this:
Failed to register to network
network status changed: dbus.Dictionary({dbus.String(u'registration'):
dbus.String(u'denied', variant_level=1), dbus.String(u'strength'): dbus.Int32
(52, variant_level=1), dbus.String(u'mode'): dbus.String(u'automatic',
variant_level=1), dbus.String(u'act'): dbus.String(u'GSM', variant_level=1)},
signature=dbus.Signature('sv'))
registration denied - okay. But why? The debuglog of frameworkd says
something about no network code, but I cannot interpret the AT commands :)
The log can be found here: http://pastebin.ca/1383626
My actions:
1. /etc/init.d/fso-frameworkd start
2. start zhone
3. enter PIN
4. see the error in the log (tail -f)
5. /etc/init.d/fso-frameworkd stop
Then the error occurs. The strange thing is: Yesterday I still received an SMS
in this state. Can someone light this up?
--
Marcel
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Hi Thanks again ! I managed to install it. for this, I had to remove imlib2 and then reinstall your qwo package !: opkg remove imlib2 -recursive opkg remove qwo (if not removed by the precedent line) opkg install http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk And BIM, a great transparent keyboard !! Big question : Have you proposed to the SHR guys to add this functionnality by default on the next testing release ? Thanks anyway I will try to write a wiki page on this, if you don't mind 2009/4/6 Richard Kralovic r...@om.ksp.sk Hello, I got nothing So it looks like the qwo can not be configured because of dependency problems with imlib2. Which version of imlib2 do you use? Maybe you could try to remove imlib2 (with -force-depends) and install it again from the repository on meru? Or maybe you can try the shr-unstable feed (i.e. modify your /etc/opkg/meru.conf to use shr-unstable, opkg update, and opkg install qwo)? Richard Or you can just reinstall qwo (I have recompiled it now to be sure that the version is correct). -- I tried and could not (the -force-depends did not help) r...@om-gta02 ~ $ opkg install -force-depends http://kedrigern.dcs.fmph.uniba.sk /~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk Downloading http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipkhttp://kedrigern.dcs.fmph.uniba.sk/%7Eriso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Upgrading qwo on root from 0.4 to 0.4-r0... Installing libimlib2-loaders (2:1.4.2.001+svnr38274-r0) to root... Downloading http://meru.inf.ethz.ch/~rkralovi/shr/ipk/armv4t/libimlib2-loaders_1.4.2.001+svnr38274-r0_armv4t.ipkhttp://meru.inf.ethz.ch/%7Erkralovi/shr/ipk/armv4t/libimlib2-loaders_1.4.2.001+svnr38274-r0_armv4t.ipk Collected errors: * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/tiff.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/bz2.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/bmp.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/png.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/xpm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/pnm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/tga.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/lbm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/jpeg.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/argb.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/zlib.so But that file is already provided by package * imlib2 If you want to test if the transparency works at all, you can try opkg upgrade opkg install transset transset and click any window - it should be transparent afterwards. -- it worked well ! Thanks for your patience :D ___ 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: packaging my application
Hi I try to run a program helloworld I read the toolchain document, I arrived to packaging your application: but I run this command om-make-ipkg helloworld the output of this command is: usage: om-make-ipkg [app_dir_name] [ipkg_control_file] y011pc99:~/helloworld/src# cd .. y011pc99:~/helloworld# cd .. y011pc99:~# om-make-ipkg helloworld make: Entering directory `/root/helloworld' Making install in src make[1]: Entering directory `/root/helloworld/src' make[1]: *** No rule to make target `sample-main.c', needed by `sample-main.o'. Stop. make[1]: Leaving directory `/root/helloworld/src' make: *** [install-recursive] Error 1 make: Leaving directory `/root/helloworld' what I have do to solve this problem, should I rename sample-main.o to main.o, or what?? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
Rask Ingemann Lambertsen r...@sygehus.dk writes: Btw, what is the state of xf86-video-glamo? I have been using xf86-video-glamo since Feb 25 and it[1] seems to be quite stable. Does XVIDEO work? xdpyinfo advertises Xvideo. My normal .mplayer/config has framedrop=yes vo=x11 quiet=yes and with that at least some youtube videos play just fine (including audio): li...@ginger:~$ youtube-dl http://www.youtube.com/watch?v=aq-YQ7GuP7I li...@ginger:~$ time mplayer -endpos 30 `youtube-dl -g http://www.youtube.com/watch?v=aq-YQ7GuP7I` real0m41.659s user0m20.940s sys 0m3.830s I tried -vo xv and it seemed to use considerably less cpu time: li...@ginger:~$ time mplayer -endpos 30 -vo xv `youtube-dl -g http://www.youtube.com/watch?v=aq-YQ7GuP7I` real0m41.375s user0m9.090s sys 0m2.930s However, I did not see anything on the screen :-) (Audio was fine though.) Does screen rotation work (without getting huge fonts, messed up DPI values)? li...@ginger:~$ xdpyinfo | grep -B1 resolution dimensions:480x640 pixels (200x200 millimeters) resolution:61x81 dots per inch li...@ginger:~$ xrandr -o 1 li...@ginger:~$ xdpyinfo | grep -B1 resolution dimensions:640x480 pixels (200x200 millimeters) resolution:81x61 dots per inch li...@ginger:~$ xrandr -o 0 li...@ginger:~$ xdpyinfo | grep -B1 resolution dimensions:480x640 pixels (200x200 millimeters) resolution:61x81 dots per inch Clearly it is lying on the physical screen size but my fonts look normal so I have not bothered to look into it :-) Lars, any comments? Is this what you see also? [1] my regular status report describes most aspects of my setup: time unix: 1238931495 time: Sun Apr 5 14:38:15 EEST 2009 uptime: 14:38:15 up 1:39, 6 users, load average: 1.75, 1.11, 0.61 uptime seconds: 5959.21 5368.47 ip: 85.77.253.68 energy: 80 % consumption on resume: 32437 uA temperature: 27.6 C temperature on resume: 27.3 C accelerometer1: 738 -594 -432 accelerometer2: 936 126 -504 gsm signal strength: 24 kernel: Linux ginger 2.6.28-GTA02_lindi-andy-tracking_b8b36e5ec3db71d5-mokodev #53 PREEMPT Sun Feb 22 13:08:50 UTC 2009 armv4tl GNU/Linux kernel cmdline: rootfstype=jffs2 root=/dev/mtdblock6 console=ttySAC2,115200 console=tty0 loglevel=8 regular_boot mtdparts=physmap-flash:-(nor);neo1973-nand:0x0004(u-boot),0x0004(u-boot_env),0x0080(kernel),0x000a(splash),0x0004(factory),0x0f6a(rootfs) rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 panic=10 mem=127M gsm0710muxd: abcbcd7cc532a8834906de3fc24c8f8fe7643cd4 frameworkd: e6c36e917cc75809f60fa587b68bbf6be0c5bf58 u-boot: U-Boot 1.3.2+gitr46+dc633f4be2527f844158aa5085c278b0c3039d3f (Aug 8 2008 - 03:58:49) xserver-xorg-core: 2:1.5.99.902-1 xf86-video-glamo: 703acea13 distro: debian gnu/linux unstable dialer: kapula Thu Feb 5 02:10:58 EET 2009 timo.lindf...@iki.fi gsm firmware: gsm_ac_gp_fd_pu_em_cph_ds_vc_cal35_ri_36_amd8_ts0-Moko11b1 hardware revision: 0350 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
2009/4/6 Richard Kralovic r...@om.ksp.sk Then I restarted, and lead the xcom script. It runs ok (no errors). But when I open the keyboard, it is not transparent, and the circles from u... clockwise or the way back just change the size. Have I really installed your qwo package ? How can I check please Hmmm... you can e.g. check if /usr/bin/qwo contains string NET_WM_WINDOW_OPACITY (run strings /usr/bin/qwo | grep NET_WM_WINDOW_OPACITY ). -- i tried the command: strings /usr/bin/qwo | grep NET_WM_WINDOW_OPACITY I got nothing Or you can just reinstall qwo (I have recompiled it now to be sure that the version is correct). -- I tried and could not (the -force-depends did not help) r...@om-gta02 ~ $ opkg install -force-depends http://kedrigern.dcs.fmph.uniba.sk /~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk Downloading http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Upgrading qwo on root from 0.4 to 0.4-r0... Installing libimlib2-loaders (2:1.4.2.001+svnr38274-r0) to root... Downloading http://meru.inf.ethz.ch/~rkralovi/shr/ipk/armv4t/libimlib2-loaders_1.4.2.001+svnr38274-r0_armv4t.ipk Collected errors: * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/tiff.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/bz2.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/bmp.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/png.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/xpm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/pnm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/tga.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/lbm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/jpeg.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/argb.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/zlib.so But that file is already provided by package * imlib2 If you want to test if the transparency works at all, you can try opkg upgrade opkg install transset transset and click any window - it should be transparent afterwards. -- it worked well ! Thanks for your patience :D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera module as back case (was Re: Slashdotted)
The expansion spacer is exactly what could be done for a hands on hobby electronics playground :-) (http://wiki.openmoko.org/wiki/Wishlist/ExpansionSpacer) What I mean with the replacement back case, is that you don't need to screw up the torx and add the spacer. The end user don't like to fiddle with that. He simply wants to change the front and back covers by ones with other color. Adding a cam inside there would be doable without the risk of less stability of the back cover to keep the howsing closed. The issue is with the bigger or second battery. Does it still keep closed or could it easyly fall out due to the wight. Modifying the battery housing to be more likely a snap in for the bettery would solve this issue. With the higher cover also a different battery could be used and with the snap in mechanics it will hopefully no problem for the stability. The contacts for the signals, whatever is used, should be similar to the battery contacts. Using any jack like the USB on the outside is fiddling. I know it by fiddling my car holder for the neo to connect the usb power cable. For sample, we could use the connector aparatus like that from the SD card. Using a one side mounted plate with a spring behind the other side the 'SD card' would propably savely 'connect' to the SD card connector used as the jack. (If the usual spring based connector pins like the battery aren't enough) I don't know how stable the hinge would be as also the moving wires that goes to the cover's electronic, but it's worth a try. The snap in mechanism of the cover will help adjusting the place where the jack must be. Lothar Am 06.04.2009 um 12:49 schrieb Robin Paulson: 2009/4/6 Robin Paulson robin.paul...@gmail.com: there were a few tentative steps on the wiki some months back concerning alternate cases, and this was one suggested idea lots around here: http://wiki.openmoko.org/wiki/Category:Hardware_ideas expansion back looks like it covers your camera module ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems in openmoko-messages
OK. Next question: can I use another application (maybe console one) for sending SMS-messages in my native lang? 2009/4/4 Klaus 'mrmoku' Kurzmann m...@mnet-online.de Am Samstag 04 April 2009 13:23:41 schrieb forin...@gmail.com: Hello list! Lately I started to use SHR testing distrib on my FR device and found very big problem. I'm from Russia and want to send SMS messages on my native language, but cannot do it. When I type a new message in russian language - nothing is displayed on the screen, when typing in english everything is ok. I can perfectly receive message in Russian, but cannot send. Need your help. This is a known problem with enlightenment and UTF8 input... Don't know of a fix... not even in sight. Big thanks... Nik Klaus 'mrmoku' Kurzmann -- http://lcl.sytes.net:3880 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Camera module as back case (was Re: Slashdotted)
About the camera issue: I have read something about a small computer base case that has a jack or bus system ontop of it's case. That way it is extendable with cameras or what ever. I don't know where it was but it was cool. Why not think about a back case that includes a cam and using contacts in the inner housing to connect the cam to, say an I2C bus or even an USB hub (USB2)? If an USB jack is mounted that way, such a 'pimp my neo with a cam module' would propably a gatget one could buy. (Expected he want's a camera :-) The usual neo looks as before when this replacement back case isn't used and when used, there may also the possibility to add an extra battery. I asked some time ago, if it would be practical to have a database application on the neo (Database applications practical on mobile device ?). There was an interest, that may also involved to have a camera option: http://www.thehumanjourney.net/ Joseph Reeves argued that it would be very interesting to contribute or evaluate. As he is a member at the above link, the 'archaeology service' would propably benefit from such a cam gatget with extra battery, because they seem to make much pictures in the archaeology work, thus they need also long live usability. If the gatget didn't really be implementable with the USB connector in mind, it would be an option to connect with bluetooth and only connect the extra battery. Advantages: One gatget to track GPS locations, correlate directly the pictures with the GPS positions (I am struggling with my extra cam and the GPS traces), propably add voice notes that are GPS correlated. Development: The standard back case, could be used to mod it as a first prototype. I have seen a post with pictures that show something with an extra battery. (The second last picture from here: http://freeyourphone.de/portal_v1/gallery/views.php?start=20) That could be done colleraborately. The bluetooth camera: http://digitalcameras.engadget.com/2006/04/02/kodaks-bluetooth-camera-module/ Design: As thicker than one battery, As thicker than a cam module, As thicker than the supporting electronics. Using BRLCAD could be an option to create a preview, when possible components with their sizes are choosen. The database that may be the backend should be discussed separately. I am practicing the idea of model driven development and fast prototyping. I have seen wxWidgtes on my neo, but not yet found the time to start porting my code to it :-( But prototyping from a desktop would be possible for creating python CRUD applications at the end (code generation). Lothar Am 06.04.2009 um 10:29 schrieb David Reyes Samblas Martinez: I finally see your face :), I also add great voice Great excerpt of what's going on there in OM thanks steve. As Risto sais way to go :) 2009/4/6 Steve Mosher st...@openmoko.com: http://www.youtube.com/watch?v=_d8Tsvj2TdQ Hair straightener required. Risto H. Kurppa wrote: I'm just amazed to see this discussion, that actually someone from Openmoko (=Steve) is responding to the ideas, sharing their/his thoughts. As someone pointed already out earlier in this thread - this is what an open company is supposed to be doing. Way to go, keep up the good work, we're looking forward to see the freeopen hair-straightener with WLAN :) r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using 3G USB dongle [Re: Sean's speech at ESC about making a 3G device]
On Fri, Apr 03, 2009 at 09:59:49AM +0200, Sander wrote: Timo Juhani Lindfors wrote (ao): I have been using E169 dongle quite a lot with freerunner. What do you use to connect the dongle and the FR? I'm looking for a converter between the small FR port and the large dongle port. https://wiki.openmoko.org/wiki/Specialized_USB_cables -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] Packaging extra fonts
Hi all, I need some extra fonts to display kanji. I have manged to copy some .ttf files manually and that works. Now, I would like to package these fonts in an .opkg file. do I need to call some executables to properly register the ttf files or is putting the files in the correct directory suffiecient? Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Hello, I got nothing So it looks like the qwo can not be configured because of dependency problems with imlib2. Which version of imlib2 do you use? Maybe you could try to remove imlib2 (with -force-depends) and install it again from the repository on meru? Or maybe you can try the shr-unstable feed (i.e. modify your /etc/opkg/meru.conf to use shr-unstable, opkg update, and opkg install qwo)? Richard Or you can just reinstall qwo (I have recompiled it now to be sure that the version is correct). -- I tried and could not (the -force-depends did not help) r...@om-gta02 ~ $ opkg install -force-depends http://kedrigern.dcs.fmph.uniba.sk /~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk Downloading http://kedrigern.dcs.fmph.uniba.sk/~riso/Openmoko/qwo/qwo_0.4-r0_armv4t.ipk Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Multiple packages (qwo and qwo) providing same name marked HOLD or PREFER. Using latest. Upgrading qwo on root from 0.4 to 0.4-r0... Installing libimlib2-loaders (2:1.4.2.001+svnr38274-r0) to root... Downloading http://meru.inf.ethz.ch/~rkralovi/shr/ipk/armv4t/libimlib2-loaders_1.4.2.001+svnr38274-r0_armv4t.ipk Collected errors: * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/tiff.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/bz2.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/bmp.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/png.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/xpm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/pnm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/tga.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/lbm.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/jpeg.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/argb.so But that file is already provided by package * imlib2 * Package libimlib2-loaders wants to install file /usr/lib/imlib2/loaders/zlib.so But that file is already provided by package * imlib2 If you want to test if the transparency works at all, you can try opkg upgrade opkg install transset transset and click any window - it should be transparent afterwards. -- it worked well ! Thanks for your patience :D ___ 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: Camera module as back case (was Re: Slashdotted)
I read the issue with removing the hole. The space in that 'hole' could be used as the docking bay for extensions. Ok, the mic should somehow moved, or a 'voicepipe' could be used to direct the acustics. A good starting point to use the space somehow useful. Lothar Am 06.04.2009 um 12:49 schrieb Robin Paulson: 2009/4/6 Robin Paulson robin.paul...@gmail.com: there were a few tentative steps on the wiki some months back concerning alternate cases, and this was one suggested idea lots around here: http://wiki.openmoko.org/wiki/Category:Hardware_ideas expansion back looks like it covers your camera module ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: test result of battery current against display brightness and GPS power mode
On Mon, Mar 30, 2009 at 02:41:54PM +0200, Richard Kralovic wrote:
Rask Ingemann Lambertsen wrote:
On Sat, Mar 28, 2009 at 07:32:24PM +0100, Richard Kralovic wrote:
It may be the case that the fixes for the current leak were introduced
in devel branch (linux-openmoko-devel). On kernel 2.6.29-rc3, my tests
show a drop from cca 80mA to cca 47mA.
Do you know which git revision that kernel is? Alternatively, where did
I am using gitr1e257a0e99817a338e3706708ebb5036518e46d8, I compiled it
myself.
OK, I think I've found something. If I boot up Debian with LXDE (with
xscreensaver and pcmanfm uninstalled) and just run the test there, I once in
a while get 53 mA, but usually it's 55 mA. Now I stopped some userspace
stuff:
# /etc/init.d/apmd stop
# /etc/init.d/nodm stop
$ sleep 120 cat
/sys/class/power_supply/battery/{status,current_now,voltage_now,capacity}
Discharging
47250
4151000
100
I.e. 8 mA lost because of something in userspace. :-(
I'm working on CPU frequency scaling support. Slowing the CPU to 100 MHz
and 1.1 V core power supply gives:
$ sleep 120 cat
/sys/class/power_supply/battery/{status,current_now,voltage_now,capacity}
Discharging
39750
4148000
100
:-)
--
Rask Ingemann Lambertsen
Danish law requires addresses in e-mail to be logged and stored for a year
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Besides all the discussion. Is this here really yet patented? http://www.brainshell.de/patentmarkt_ikt.php http://www.brainshell.de/upload/Openmoko_de01b9e8b4.pdf If a patent would disable an emergeny functionality like automating the alert in case of 'changing behaviour' (accels), or it makes the device a bit more expensive, because it helps save live, I must say patents are the wrong way. I think, such an important issue should not be patented, because it is a feature all phones should become and not only these whose manufacturer are willing to pay the patent licenses. Also, in my view, the amount of invention is not quite high to eligible for a patent. What do you think? Is there prior art? http://www.steiger-stiftung.de/GPS-Ortung-So-funktioniert-s.67.0.html An interactive location is established and is provided by many services, does an automation of them by a change in accelorometer behavior not be always the conclusion to be the best? Wouldn't that idea in someones head earlyer? Lothar Am 19.03.2009 um 01:18 schrieb Rask Ingemann Lambertsen: On Tue, Mar 17, 2009 at 02:58:10PM +0100, Tilman Baumann wrote: Harald Welte wrote: On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. Yep, but there seems to be some international agreement on the significance of 112. I don't have any quote yet, but as far as I understood it is even required to by the GSM standards. But that might be wrong. A D112 AT command is mentioned in the 3GPP TS 07.07 specification which you can get from here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm Quoting section 8.3 Enter PIN +CPIN: NOTE: Commands which interact with ME that are accepted when ME is pending SIM PIN, SIM PUK, or PH‑SIM are: +CGMI, +CGMM, +CGMR, +CGSN, D112; (emergency call), +CPAS, +CFUN, +CPIN, +CDIS (read and test command only), and +CIND (read and test command only). I don't know where the D112 command is documented. I also haven't looked through the commands to see if there is a loophole such that you can dial 112 without making an emergency call. Btw, a few days ago danish media had a news story about unintended emergency calls. It appears that the answering machine offered by many telcos is partly to blame. What happens is that you press and hold 1 to speed dial your answering machine, press 1 to listen to a message and press 2 to delete a message. Doing so leaves the number 112 on the display... -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
On Mon, Apr 6, 2009 at 13:50, kimaidou kimai...@gmail.com wrote: Big question : Have you proposed to the SHR guys to add this functionnality by default on the next testing release ? It can't be in any distro by default as it's breaking Illume keyboard. When patch will be more flexible, I will add it to SHR (patch for compositing with Xglamo is already in SHR for some time) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
eds-dbus - how to install?
Hello! I'm having troubles installing eds-dbus. The package itself is just 11 kb and contains only pixmaps. After reading that pimlico uses Embedded Evolution Data Server so I've installed it. Applications work but I don't see any dbus objects corresponding to EDS. How do I enable dbus for embedded EDS? Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Just Got Buzz Fixed
LOL @ Adam Steve: I believe it's 850... It's the one used in North America, whichever that is... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
CAD files and gCAD3D
Hi, I have just seen on the page http://wiki.openmoko.org/wiki/CAD_models that gCAD3D could be used for previewing the CAD models. Does it support boolean operations to derive other housings? Is this tool propably usable to export in other formats? I have tried to play with blender and it is a great animation tool. It also is relatively easy to use when some introductory videos or screen casts are followed. Also this application runs on Mac OS X I am mostly running. Thanks Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Complete overview of CAD files and software for custom cases
Hi all, As Lothar already noticed when I was editing the Wiki, multiple applications exist for viewing or manipulating the CAD model files that make up the case as a whole and the individual parts. It took some effort to scrape all the knowledge together but now an overview of the downloadable files, formats applications and parts is now out there for all to use and extend. Please see: http://wiki.openmoko.org/wiki/CAD_models and I hope many contributions will be made. Regards, Pander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS emergency call standards
Perhaps you can also merge the functionality with http://wiki.openmoko.org/wiki/Anti-Theft_Mode and avoid the patent thing. Lothar Behrens wrote: Besides all the discussion. Is this here really yet patented? http://www.brainshell.de/patentmarkt_ikt.php http://www.brainshell.de/upload/Openmoko_de01b9e8b4.pdf If a patent would disable an emergeny functionality like automating the alert in case of 'changing behaviour' (accels), or it makes the device a bit more expensive, because it helps save live, I must say patents are the wrong way. I think, such an important issue should not be patented, because it is a feature all phones should become and not only these whose manufacturer are willing to pay the patent licenses. Also, in my view, the amount of invention is not quite high to eligible for a patent. What do you think? Is there prior art? http://www.steiger-stiftung.de/GPS-Ortung-So-funktioniert-s.67.0.html An interactive location is established and is provided by many services, does an automation of them by a change in accelorometer behavior not be always the conclusion to be the best? Wouldn't that idea in someones head earlyer? Lothar Am 19.03.2009 um 01:18 schrieb Rask Ingemann Lambertsen: On Tue, Mar 17, 2009 at 02:58:10PM +0100, Tilman Baumann wrote: Harald Welte wrote: On Tue, Feb 24, 2009 at 12:06:20PM +0100, Tilman Baumann wrote: PS: According to Wikipedia, 112 works on all GSM networks no matter if the number is a emergency number in tie state. that depends on what the network operator does. Yep, but there seems to be some international agreement on the significance of 112. I don't have any quote yet, but as far as I understood it is even required to by the GSM standards. But that might be wrong. A D112 AT command is mentioned in the 3GPP TS 07.07 specification which you can get from here: http://www.3gpp.org/ftp/Specs/html-info/0707.htm Quoting section 8.3 Enter PIN +CPIN: NOTE: Commands which interact with ME that are accepted when ME is pending SIM PIN, SIM PUK, or PH‑SIM are: +CGMI, +CGMM, +CGMR, +CGSN, D112; (emergency call), +CPAS, +CFUN, +CPIN, +CDIS (read and test command only), and +CIND (read and test command only). I don't know where the D112 command is documented. I also haven't looked through the commands to see if there is a loophole such that you can dial 112 without making an emergency call. Btw, a few days ago danish media had a news story about unintended emergency calls. It appears that the answering machine offered by many telcos is partly to blame. What happens is that you press and hold 1 to speed dial your answering machine, press 1 to listen to a message and press 2 to delete a message. Doing so leaves the number 112 on the display... -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] Packaging extra fonts
On Mon, Apr 6, 2009 at 10:56 AM, Pander pan...@users.sourceforge.net wrote: Hi all, I need some extra fonts to display kanji. I have manged to copy some .ttf files manually and that works. Now, I would like to package these fonts in an .opkg file. do I need to call some executables to properly register the ttf files or is putting the files in the correct directory suffiecient? Hi, If you want Japanese fonts, the following two fonts are already available and packaged for SHR: ttf-sazanami-mincho ttf-sazanami-gothic You can just install them with opkg. Best regards, Olof Sjöbergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] latest unstable with problems!
Tony Berth wrote: On Sat, Apr 4, 2009 at 7:03 PM, Alastair Johnson alast...@truebox.co.uk mailto:alast...@truebox.co.uk wrote: Tony Berth wrote: - tangoGPS still crashes when trying to change the settings :( IIRC there's a missing dependency on dbus-x11 which provides the session bus that it uses to access the config. Install it then reboot and all should be fine. ___ sorry but what's the name of that dependency? Can I install it via opkg? opkg install dbus-x11 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
Am 06.04.2009 um 02:49 schrieb Marco Trevisan (Treviño): Hello, some days ago I saw this nice skin for Navit [1] on scap. Please, could the author share it? :P Anyway, how can these skins be written? Maybe you want to check out [1], [2] and [3]. I stumbled accross these pages by searching for Mineque on the documentation wiki (they had a screenshot of a skin called Mineque on their main page). I was quite amazed about the possibilities of this software :-) And... How can be enabled the 3d-view? Should I change something in my navit.xml to get it working with latest svn version? On [1] they mention a cegui (not supported anymore) that can be started in 3D mode by specifying: gui type=cegui tilt=400 view_mode=3D skin=Mineque / I haven't tried if it works with any other GUI's but maybe it's worth giving it a try? Dirk [1] http://wiki.navit-project.org/index.php/Configuring_Navit [2] http://wiki.navit-project.org/index.php/Skinning_the_SDL_GUI [3] http://wiki.navit-project.org/index.php/OSD ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Hello, Thanks anyway You are welcome :-) I will try to write a wiki page on this, if you don't mind Sure, I will be happy about that. Greets Richard P.S. I am testing just now some ideas how to enhance the accuracy of qwo, so hopefully it will be even more finger-friendly soon ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit skins...
D. Gassen wrote: Am 06.04.2009 um 02:49 schrieb Marco Trevisan (Treviño): Hello, some days ago I saw this nice skin for Navit [1] on scap. Please, could the author share it? :P Anyway, how can these skins be written? Maybe you want to check out [1], [2] and [3]. Thanks after few searches I found that too :P I stumbled accross these pages by searching for Mineque on the documentation wiki (they had a screenshot of a skin called Mineque on their main page). I was quite amazed about the possibilities of this software :-) Me too ;) And... How can be enabled the 3d-view? Should I change something in my navit.xml to get it working with latest svn version? On [1] they mention a cegui (not supported anymore) that can be started in 3D mode by specifying: Well, it should work also in the gtk view using a svn version of navit (check also its wiki homepage), but it doesn't to me. :( -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
This is getting ridiculous. Now the misreportage is spreading through the blogosphere: http://www.phonescoop.com/news/item.php?n=4214 which was picked up by Giz and Engadget: http://i.gizmodo.com/5200285/openmoko-cancels-freerunner-the-original- open-source-linux-phone http://www.engadget.com/2009/04/06/openmoko-freerunner-canceled-staff- slashed/ I'd strongly recommend OpenMoko puts out a press release or something... best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http://lalomartins.info/ GNU: never give up freedom http://www.gnu.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Three different databases for gsm celltower locations
I have some more examples with some test data I still have to publish. Project is here: http://athirne.sourceforge.net/ Database is well designed, I will make a post when I have the code out there. Onen wrote: Hi, Stefan Schmidt wrote: On Sat, 2009-04-04 at 15:03, Onen wrote: Another point is the other signals than GSM. Our initial vision was to build a database of communicating objects, WiFi, Bluetooth, etc... Can anybody give me some ideas how BT should be useful here? From what I know there are very little fixed BT accesspoints around. Likely to be killed by wifi anyway. I associate with bluetooth something that is mobile itself therefor not useful to get an idea rom your current location from. Well maybe Bluetooth was not the best example. I wanted to put the emphasis that the original idea of openBmap was to get a map of all communicating objects (RFID, future things, ...). Nevertheless here are some examples of static BT points we may encounter pretty soon: * some experiments have been carried on in Paris subway about BT beacons which help blind people find their ways in the labyrinth. They have a special device at the ear, which says where they are, and if they go in the wrong direction, etc... * ad panels in the subway, or on the street, may have bluetooth to distribute details to phones * in Paris, there are BT stations on the street, you can get connected to with your phone, and download maps and or details of the area you currently are. A reason why BT may still last over WiFi may be the power needed to have BT on in comparison of WiFi, don't you think? If anybody sees more examples... Onen ___ devel mailing list de...@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/devel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
This is getting ridiculous. Now the misreportage is spreading through the blogosphere: ... in what respect a mis-reportage? that's, what i concluded from these long mails with 99.9% quote and half a line at the bottom ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
On Thu, 02 Apr 2009 21:19:45 -0400 Iain B. FIndleton ifindle...@videotron.ca said: Well, that clears things up a bit. So, there is no way to get rid of the draping one sees when the display is refreshed? My stuff uses double buffering, but your comments appear to indicate that that is a waste of time. none. there is no vblank interrupt so you cant do have front and back buffer in fullscreen mode and just swap fb pointers on vblank and writes to the frontbuffer are slower than the refresh so you will watch it draw as it takes longer to copy to screen than refresh the screen by a large margin (whereas on most other gfx systems ever since.. it has been faster to write than refresh - so you can wait for vblank then quickly write knowing you will stay ahead of the rescan). Carsten Haitzler (The Rasterman) wrote: On Thu, 2 Apr 2009 18:23:38 +0200 Tobias Diedrich ranma +openm...@tdiedrich.de said: Iain B. FIndleton wrote: A significant issue for me is the performance of the graphics display on the FR. I recall some discussions a while back about making use of the XGlamo acceleration features. Has any progress been made here? It appears to me that the graphics performance on the FR is poor compared to, for instance, the iPhone or iTouch, both of which have slower CPUs. When applications running on the FR have their X output routed to a machine with accelerated graphics, it is apparent that the FR processor can deliver the X events fast enough, but the FR graphics chip interface can't keep up. Isn't the glamo supposed to have one (or more?) OpenRISC cores? It would be nice to have a documented way to upload code to the core, that way it might be possible to implement the Bling on the graphics chip directly... I mean, since OpenRISC has a documented instruction set (unless they've augmented it) set I'd figure the only thing missing would be where to put the code and how to start it... this information is not even in the docs openmoko had on the glamo. there is no known way to play with this core. my understanding is that it is actually a relatively slow core (50mhz) and is only really for higher level management of sub-systems on the glamo. of course here is your big problem.. you can do all this for the glamo and it will never work anywhere else. it is a 1 off for 1 chip that will never see the light of day in another product. So, just like with the mpeg4 decoding unit, wouldn't it be possible for someone with access to the NDA documentation to write an example program that just shows how to run a simple program (e.g. bitblt) on the OpenRISC processor? no. as those docs are not even in the nda docs. other than that.. bitblit is documented and not related to the risc core. there is a blitter there. xglamo uses even. xglamo *IS ACCELERATED* it's about as accelerated as most x drivers (fills, blits). it has no accel for xrender (xglamo doesnt implement enough of xrender's operations to make it worth it - again see my previous mail. you'll be writing fallback software code and end up no faster than where you started). if you want decent speed - drop to qvga. thats what glamo was really designed to handle. even the 2442 (cpu) is pushing it to deal with vga nicely. it can. but that generation of cpu is more geared to qvga resolutions. the gta02 is a ferrari body (vga screen) with a lawnmower engine under it (2442 +glamo). you need to drive it like a lawnmower - and then only expect it to be as good as a lownmower. it looks nice parked on the street (still photos) but if it moves... it will show its true nature. remove the heavy ferrari body and drive it like a go-kart and you'll have more fun. -- Tobias PGP: http://9ac7e0bc.uguu.de ___ 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 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] screensaver/lock for X?
2007.2 had that nice screenlock where one had to move an om logo to unlock the screen. with debian the only lock i get is the one from zhone which locks only zhone -- so, does someone know where to get that 2007.2 lock or another one for debian? normal x screen locks require to type in a password which for obvious reasons is impossible. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
quoth arne anka as of Mon, 06 Apr 2009 18:01:11 +0200: This is getting ridiculous. Now the misreportage is spreading through the blogosphere: ... in what respect a mis-reportage? that's, what i concluded from these long mails with 99.9% quote and half a line at the bottom ... The articles (Slashdot, Phonescoop, Engadget, Giz) are saying Freerunner was cancelled. That doesn't even make sense, since Freerunner is out, what's there to cancel? But I believe it was said explicitly that production of the Freerunner is *not* stopping... (I certainly still want one, buzz or not) best, Lalo Martins -- So many of our dreams at first seem impossible, then they seem improbable, and then, when we summon the will, they soon become inevitable. - http://lalomartins.info/ GNU: never give up freedom http://www.gnu.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
On Sat, 4 Apr 2009 15:04:27 +0200 Rask Ingemann Lambertsen r...@sygehus.dk wrote: The Glamo doesn't have a vblank interrupt. Try to search the bug tracker, though, because there was a mention of an alternative means of getting double buffering to work. Not having a vblank interrupt doesn't rule out double buffering in any way. It just means we may have to put up with tearing. If we can make proper use of what Glamo can do, we can do back-front buffer blitting with the 2D engine in a fast way - i.e. without draping, as it has been called. That would possibly give us tearing, since there's no nice way to synchronise our blits with vblank. In addition, Glamo can do page flipping which should be synchronised properly with the LCD (the datasheet claims tearing free operation). Just the ticket for full-screen applications, but not great (read: probably slow, but perhaps not - I haven't investigated properly yet) for an X desktop with multiple windows. Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
On Mon, Apr 6, 2009 at 1:52 PM, Lalo Martins lalo.mart...@gmail.com wrote: quoth arne anka as of Mon, 06 Apr 2009 18:01:11 +0200: This is getting ridiculous. Now the misreportage is spreading through the blogosphere: ... in what respect a mis-reportage? that's, what i concluded from these long mails with 99.9% quote and half a line at the bottom ... The articles (Slashdot, Phonescoop, Engadget, Giz) are saying Freerunner was cancelled. That doesn't even make sense, since Freerunner is out, what's there to cancel? But I believe it was said explicitly that production of the Freerunner is *not* stopping... (I certainly still want one, buzz or not) best, Lalo Martins Talk is cheap. The GT03 was announced and canceled, a tentative A7 release was announced, canceled and replaced with a 5 point plan or something , so I certainly wouldn't be surprised if neither the A7 nor plan b happen at this point. You don't fire or create conditions for the most important kernel / hardware / UI guys to leave if you have growth in mind. Something new may happen, but IMHO its time to at least consider that what you see is what you get. The one thing for sure is that OM a company generally has a bad reputation at this point with all this recent press - unfairly or not. If they can overcome that image and also release new products with a skeleton staff, then I'll be pleasantly surprised - like many of us, I'd rather not have my time spent go down the tubes. - R ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Graphics Performance
On Fri, 03 Apr 2009 21:14:16 +0100 Ian Stirling openm...@mauve.plus.com wrote: What is the bandwidth for memory moves? About 6-8 or so - with 100% CPU utilisation Or one pixel per 2D engine clock cycle for moves inside Glamo's memory using its blitter (i.e. VRAM-VRAM). I think that in the Freerunner the relevant clock runs at 50MHz, but I haven't managed to properly decipher what's going on in that regard. Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoko on SHR - python error
noo wrote: I got it running through: 1. /usr/bin/remoko 39-41 changing remoko.remoko_server in remoko_server (and so on) Do you mean changing: from remoko.remoko_server import * to from remoko_server import * in /usr/bin/remoko? Didn't work for me (using shr-testing). I get r...@om-gta02 ~ $ DISPLAY=:0 remoko Traceback (most recent call last): File /usr/bin/remoko, line 39, in module from remoko_server import * ImportError: No module named remoko_server r...@om-gta02 ~ $ echo $PYTHONPATH /usr/lib/python2.6/:/usr/lib/python2.6/site-packages/ r...@om-gta02 ~ $ ls /usr/lib/python2.6/site-packages/remoko remoko_conf.py remoko_key_mapper.py remoko_server.py remoko_conf.pyoremoko_key_mapper.pyo remoko_server.pyo Any ideas? Thanks, Stuart ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera module as back case (was Re: Slashdotted)
I'll ask Tully OMs resident ME genius to have a look. A long while back when Joerg and I were doing the GTA04 we had decided to use the GTA02 case (with mods) for the project and were playing with several camera Ideas. Tully is looking at that for me now ( I had some new ideas) so I'll ask him to have a look see at this stuff as well. Steve Lothar Behrens wrote: About the camera issue: I have read something about a small computer base case that has a jack or bus system ontop of it's case. That way it is extendable with cameras or what ever. I don't know where it was but it was cool. Why not think about a back case that includes a cam and using contacts in the inner housing to connect the cam to, say an I2C bus or even an USB hub (USB2)? If an USB jack is mounted that way, such a 'pimp my neo with a cam module' would propably a gatget one could buy. (Expected he want's a camera :-) The usual neo looks as before when this replacement back case isn't used and when used, there may also the possibility to add an extra battery. I asked some time ago, if it would be practical to have a database application on the neo (Database applications practical on mobile device ?). There was an interest, that may also involved to have a camera option: http://www.thehumanjourney.net/ Joseph Reeves argued that it would be very interesting to contribute or evaluate. As he is a member at the above link, the 'archaeology service' would propably benefit from such a cam gatget with extra battery, because they seem to make much pictures in the archaeology work, thus they need also long live usability. If the gatget didn't really be implementable with the USB connector in mind, it would be an option to connect with bluetooth and only connect the extra battery. Advantages: One gatget to track GPS locations, correlate directly the pictures with the GPS positions (I am struggling with my extra cam and the GPS traces), propably add voice notes that are GPS correlated. Development: The standard back case, could be used to mod it as a first prototype. I have seen a post with pictures that show something with an extra battery. (The second last picture from here: http://freeyourphone.de/portal_v1/gallery/views.php?start=20) That could be done colleraborately. The bluetooth camera: http://digitalcameras.engadget.com/2006/04/02/kodaks-bluetooth-camera-module/ Design: As thicker than one battery, As thicker than a cam module, As thicker than the supporting electronics. Using BRLCAD could be an option to create a preview, when possible components with their sizes are choosen. The database that may be the backend should be discussed separately. I am practicing the idea of model driven development and fast prototyping. I have seen wxWidgtes on my neo, but not yet found the time to start porting my code to it :-( But prototyping from a desktop would be possible for creating python CRUD applications at the end (code generation). Lothar Am 06.04.2009 um 10:29 schrieb David Reyes Samblas Martinez: I finally see your face :), I also add great voice Great excerpt of what's going on there in OM thanks steve. As Risto sais way to go :) 2009/4/6 Steve Mosher st...@openmoko.com: http://www.youtube.com/watch?v=_d8Tsvj2TdQ Hair straightener required. Risto H. Kurppa wrote: I'm just amazed to see this discussion, that actually someone from Openmoko (=Steve) is responding to the ideas, sharing their/his thoughts. As someone pointed already out earlier in this thread - this is what an open company is supposed to be doing. Way to go, keep up the good work, we're looking forward to see the freeopen hair-straightener with WLAN :) r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ 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: Slashdotted
Steve Mosher wrote: Thanks Anthony. For the sake of everyone who hasnt read my posts on this or seen the video of seans speech. Let me say that your position is the one we settled on. spend our resources on the FR and then fund a modest project: project B. Put the GTA03 on hold and find a way to involve the community more in its development. I'm not a marketing guy, but I am somewhat surprised not to see more references about this aspect. There is talk about products and about methods. All that discussion on hardware development made it clear that OM needs to increase market or gain share to achieve economies of scale. I can understand that market aspects might not come to the front, but maybe the community could also help here. From another post I understand that you are also going to niche markets that need custom/open phones, which looks like a sensible approach. But could the GTA02 be made interesting to the general public to be sold together with a telecom subscription? if not, is there a GTA02+ that could do it? I have the impression that people are already using the phones in many different ways. Some do it in obvious ways for them which might not be so obvious to the majority. How about collecting these use cases and see how you can grow the current specific FR market from here, or gain market share from the general phone market. Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
snip Talk is cheap. snip yeah robert Talk is cheap and moaning is even fun ,isn't it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.20 - alpha release) Elementary based mplayer frontend
c_c wrote: Hi, Well, it took a lot longer than I thought - but finally - here's the alpha release of Intone - a mplayer frontend (for audio files - as of now) in C. Uses about 2% CPU (max) while running - memory goes up depending on your playlist - on my phone (~2500 songs) it uses about 15%. All you need to do is download the attached ipk and install it. Intone depends on sqlite3 and libelementary. If you have elementary on your phone upgraded to a level where the elementary test application shows you a demo of sliders and genlists, Intone should run on your phone. The recommended way to organise music is to put all the files in a folder (lets say Music), with sub folders named after artists (say Music -Eagles) and with sub sub folders holding albums (that becomes Music-Eagles-Hell Freezes Over-*.mp3). That way, Intone can correctly organise your music collection into albums. It automatically creates a default playlist containing all songs and individual playlists for each album. I have added features to manage playlists and albums - but there is always scope for improvement. Intone uses a sqlite database as a backend for the playlists and albums. That should, hopefully, give flexibility in adding more features later. Very nice, as I already said :P 1. Feedback. - I haven't been able to add dialogs yet. So - wait a little while for Intone to finish long operations (like adding your music collection for the first time - my 2500 odd songs took about 6 secs - the button remains pressed too) I'd suggest you to use as many ecore_* function as you can to use the e loop without freezing your app. 2. Artwork - Ideas / png's / whatever I'd add just a tango note and a tango folder with note for the songs and the albums without a specific cover. Use that instead. 3. Elementary help. I have a lot of questions. Here are a few :- a) How do I reduce the vert height of 1 entry in the genlist? Right now each line in the list is too high (almost 3 text lines high) - so I get only about 4 song names on the screen. Can I reduce the height to say 1.5 text line - 2 text line? This generally is done automatically based on the elementary finger size and on the scale factor. But I've seen that it can change also if the icon used is quite big. However I didn't see that running intone in my PC (using illume BTW). b) How do I use the pager with a genlist? In my case the pager works - but it doesn't show the genlist - the buttons all show up though. Give a look to my eTube code in projects.openmoko.org. It has an implementation for it (BTW it works only in Illume WM, not in my standard system due to the fact that the window collapse without considering the preset evas size at all!) c) Dialogs and progress bars. I know elementary doesn't have them - but can I make/have a simple ty solution for the time being? Dialog-like windows examples are in the Elementary wiki, maybe you could use them. Anyway I think that using an inwin is a good idea. About the progress bar, I really think that Elementary needs a widget to write them easily (I figure that they can do using a edj theme). Bye! -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Hi all, I originally wrote Lothar in private, and asked for his permission to repost to the list. There have been a few replies in the meantime, but there were some good points here. Now, I'm not a hardware guy, so take my input with a grain of salt, but I have been watching the project for a while, and as a software person I hope we can make it work. Lothar -- new comments are inline. On Sun, Apr 5, 2009 at 10:47 AM, Lothar Behrens lothar.behr...@lollisoft.de wrote: On Sun, Apr 5, 2009 at 7:08 AM, Lothar Behrens lothar.behr...@lollisoft.de wrote: Ok I cannot buy expensive equipment to test hardware that I may have developed, but I virtually could develop hardware. But many developers at one subject could spend money for a rent to let one of the team do outstanding tests. Isn't it possible to also develop hardware collaboratively? I have to say -- at this point, I don't think so. It's not that the concept is impossible, or as you mention above, that testing can't be done. But based on what OM and FIC before them have reported, it would be very hard. Yes, it would be hard, but FIC and OM have made a great job. We have a fully functioning phone, but we couldn't easy create our own prototypes to play with. Good ideas are published as the robotics project. If having a really open schematics and even the board design. one could change the formfactor and add his/her needed stuff to play with. If you have to worry about how to enter a completely new schematics from the PDF, the fence is higher to think about jumping over and just DO it. Steve has commented a bit about this, as far as a packaging and final production are concerned. There might be a possibility to build modular kits so different hardware (and software) combos could be tried out, but translating that into a widget that can be sold as a phone is also a consideration. We could put together an awesome phone as a kit that is about the size of a CD drive, but then find out that some parts we used aren't available in quantities or timelines that make sense to produce a phone. The concept is awesome, but I'm not sure it can feed into a real product -- but it's something to think about. Principally, this is due to a moving target. Since everything is obsolete in a few months, the shelf life of products in the embedded space is very small. The next big hurdle is in getting specs. OM/FIC were producing thousands of devices and possibly more, so had better quantities then a hobby group might muster -- and still had poor access to hardware specs, when they got them. Now, of course, some of their decisions might have been practical too (we can get 1000 more closed pieces from company X, while we can only get ~100 more open pieces from company Y), we don't know. Yes, the technique is moving forward fast - for the real phone, not for a GSM module for sample :-) Today I have searched for a GSM module and indeed found one with a complete ARM based Linux stack. It would be much too expensive, but when having only the next planned GSM module that will appear in the phone, one could test it on a standard pc. Or even participate in GSM related development only. I love the idea of being able to mock up hardware, as it lets the software move forward too. But if our test platform can't be translated into a suitable form factor, it might be a waste. I had an idea about my car radio. The idea came because I use my Neo to transmit music over bluetooth, then over a FM transmitter to the radio. This is bad quality. There are really much entusiasts building their own carPC in double DIN factor or similar - even small PC barebones. Why not equip it with a GSM module to become a real handsfree carPC + phone. They will benefit from such a module and propably participate in development. Open the development by also selling parts of a phone for the hobby electronics would increase the audience and the feedback. I don't know how this component has to be deliverded, but I think it must be compilant to some law. The current phone stuff already passes those laws. Would it be possible to adapt them, on the electronic side? I have no doubt. Steve or someone on the OM side might be able to speak to the regulations issue. Now, there are many people who like the idea of an open source phone, but I think that a lot of them assume it will be polished to the level that modern Linux distros are up to nowadays. And the truth is, the open linux phone isn't there yet. Now, these aren't impossible hurdles to climb, but they aren't going to be simple either. What I also think about, is why are there only PDF schematics available? I think there were other formats too, but that might have only been case design. My feeling is that OM isn't trying to be closed about hardware -- but rather make some money selling it and be able to subsidize software development. Selling a mobile phone lab with components and the
[QtExtended] screenshot package
Hi all, for those fortunate qtextended users, I've build and packaged the screenshot application from qtextended (it turned out to be quite simple). You can download and install it in the following way: # Add a new package server to a running Qt Extended device by using the Settings-Software Packages application on the device. Navigate to the Downloads tab, invoke the Options context menu and choose the Edit Servers option. Invoke Options-New... and enter in the server details As server details: name: franky (or whatever you like) URL: http://users.telenet.be/liedekef/qtapps For the moment only one app is on there (screenshot). Once installed, it appears in the application list (ok, the icon seems smaller than the rest, but that's about it). Newly taken screenshots appear under /home/root/Documents/image/png I could also provide a ipk, but then the app doesn't appear in the application list (maybe it does that on restarting qtextended, but I don't like that idea). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Camera module as back case (was Re: Slashdotted)
Am Mo 6. April 2009 schrieb Lothar Behrens: I read the issue with removing the hole. The space in that 'hole' could be used as the docking bay for extensions. Ok, the mic should somehow moved, or a 'voicepipe' could be used to direct the acustics. A good starting point to use the space somehow useful. This unused space is part of GSM-ant design and it isn't that easy to simply build some electronics to fit in there without detuning whole RF-design and/or having nasty EMI-problems in the newly created addon. /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
Hello List ! I am pleased to announce the availability of AUIMD version 0.2. In short AUIMD is a user interface targeted at mobile devices, written with PyQt4. Auimd is both a sort of fullscreen X11 window manager, and a small framework suitable for rapid and easy build of new python/Qt4 applications. AUIMD works best on the FreeRunner and relies on FSO for telephony and other services, but it can also be used on other devices with VGA/QVGA screens. This second release includes a minimal phone application, enough to send and receive calls, but no more. Use it with extreme care as it has been tested with only one setup ! AUIMD is mainly a monolithic application : the idea is to keep resources as low as possible and reduce applications startup time, while still providing error management and dynamic application reloading thanks to python mechanism. The simplest way to run AUIMD is probably to use Debian, as apt-get will easily fetch dependencies (see README for more), but it is also possible to use OE to build PyQt4 and other needed packages such as python-dbus (not tried it myself). Some more infos here : http://www.pierrox.net/auimd/ And some screenshots here : http://www.pierrox.net/auimd/screenshots.html AUIMD started a long time ago as a proof of concept, stagnate for months, and got some revival a few weeks ago. It may or may not go really further, but anyway all feedbacks and contributions are welcome :-) Cheers, Pierre. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Tichy now hosted on google code + release 1.0.0
Hello all, (Some of you may know me from my previous openmoko address : char...@openmoko.org) Since I don't work for openmoko anymore, and since I had some free time in my hands recently, I restarted the tichy project (previously hosted on openmoko public git) The project is now hosted on google code [0]. From the web site we can see some screenshots. For the history, tichy is the project that was used as the base for the paroli project [1], officially supported by openmoko. Both projects are python frameworks to write applets for openmoko phones. I decide to restart tichy because in my opinion paroli has forked too much, and now both projects are having very different goals. So why I think people should give tichy a try : * It can run on debian, SHR, and FSO (even thouhg there is currently a problem with the installation on FSO) * it is using the Dbus framework for all the phone applets. * It is very simple to modify it, almost everything is written in python, with some small parts in cython. * It can run on the desktop as well. * There is a release (1.0.0) [2] The first release 1.0.0 [2] contains the source package, a debian packages, and an ipkg package that can be installed on SHR (should also work on FSO, but I see that python-pygame package is currently missing from the FSO feeds.) I will keep working on the project if I think there are interested people. I don't know how much time I will allocate to this, so I can make no statement about plans or future releases. Of course contributions are welcomes. I have to admit I didn't test it so much (I personally only use it for the chinese learning and dictionary applets), if people experience any problems, please let me know and I'll make a bug fix release. I would also be interested to know if the SHR, debian, or FSO people are interested for a collaboration to add tichy in there distributions. Happy programming, Guillaume [0] http://code.google.com/p/tichy [1] http://www.paroli-project.org/ [2] http://tichy.googlecode.com/svn/release/1.0.0/ -- http://charlie137.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
Without trying, to me it looks like a job well done! I think I might try it on Debian at some stage. If someone tries this please post your results!! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
Hello Pierre, Ha ! I just rear your announcement after I sent mine for a very similar project :O I am going to have a look at AUIMD for sure tomorrow (it is late here in taiwan) I like the idea of using your application as a simple x window manager to start other application embedded into it ! Nice screen shots, it looks very promising ! Guillaume 2009/4/7 Pierre Hébert pier...@pierrox.net: Hello List ! I am pleased to announce the availability of AUIMD version 0.2. In short AUIMD is a user interface targeted at mobile devices, written with PyQt4. Auimd is both a sort of fullscreen X11 window manager, and a small framework suitable for rapid and easy build of new python/Qt4 applications. AUIMD works best on the FreeRunner and relies on FSO for telephony and other services, but it can also be used on other devices with VGA/QVGA screens. This second release includes a minimal phone application, enough to send and receive calls, but no more. Use it with extreme care as it has been tested with only one setup ! AUIMD is mainly a monolithic application : the idea is to keep resources as low as possible and reduce applications startup time, while still providing error management and dynamic application reloading thanks to python mechanism. The simplest way to run AUIMD is probably to use Debian, as apt-get will easily fetch dependencies (see README for more), but it is also possible to use OE to build PyQt4 and other needed packages such as python-dbus (not tried it myself). Some more infos here : http://www.pierrox.net/auimd/ And some screenshots here : http://www.pierrox.net/auimd/screenshots.html AUIMD started a long time ago as a proof of concept, stagnate for months, and got some revival a few weeks ago. It may or may not go really further, but anyway all feedbacks and contributions are welcome :-) Cheers, Pierre. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- http://charlie137.blogspot.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Selling Neo Freerunner in Poland, Europe
Hi, Due to my financial problems, I have to sell my Neo Freerunner. http://cgi.ebay.pl/ws/eBayISAPI.dll?ViewItemitem=270370169802 Greetings, wp. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
One word: Awesome! :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ffalarms: clicking any puzzle button should one day silent the alarm for 5 seconds
W.Kenworthy bi...@iinet.net.au writes: On Sun, 2009-04-05 at 12:32 +0200, Łukasz Pankowski wrote: kimaidou kimai...@gmail.com writes: ... Thanks anyway, great soft ! When you do the rewrite, can you lose the 1..2..3..4.. thing! - or at least make it an optional setting in favour of a large (red) single button saying STOP! Woke up this morning, and by the time I had fumbled and missed trying to enter the digits because of bleary sleep filled eyes and no glasses, my other half was awake and sympathetically saying Can you please just stop fiddling around and take the battery OUT! Otherwise its great on shr-testing - even wakes when its supposed to - not like the alarm app thats the default. For now there is a dark cheating code: you may suspend the phone, then it will wake up on the next alarm (it works with default configuration, but somehow not if you change the player to mplayer, the next alarm will give no sound, at least on shr-unstable). I consider silenting the alarm for, let say, 5 seconds after touching any of the four buttons or the LED clock. I think the puzzle assures you turn off the alarm by conscious decision (but little training makes it no harder for me than hitting the snooze button :), unless you need glasses of course) and not by accidental touching the screen in the pocket, and silenting the alarm will make it even more so, because there will be no pressure to turn it off as soon as possible to avoid making noise. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
On Monday 06 April 2009, Risto H. Kurppa wrote: Without trying, to me it looks like a job well done! I think I might try it on Debian at some stage. If someone tries this please post your results!! r I forgot to mention that a good way to try it is to simply run auimd on a desktop. Of course the FSO framework won't be available, but it should run ok :-) Pierre. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
Hello Guillaume, Yes indeed, it's a strange coincidence ! But somewhere I believe that it shows that the FreeRunner is a great source of inspiration ;-) Cheers, Pierre. On Monday 06 April 2009, Guillaume Chereau wrote: Hello Pierre, Ha ! I just rear your announcement after I sent mine for a very similar project :O I am going to have a look at AUIMD for sure tomorrow (it is late here in taiwan) I like the idea of using your application as a simple x window manager to start other application embedded into it ! Nice screen shots, it looks very promising ! Guillaume 2009/4/7 Pierre Hébert pier...@pierrox.net: Hello List ! I am pleased to announce the availability of AUIMD version 0.2. In short AUIMD is a user interface targeted at mobile devices, written with PyQt4. Auimd is both a sort of fullscreen X11 window manager, and a small framework suitable for rapid and easy build of new python/Qt4 applications. AUIMD works best on the FreeRunner and relies on FSO for telephony and other services, but it can also be used on other devices with VGA/QVGA screens. This second release includes a minimal phone application, enough to send and receive calls, but no more. Use it with extreme care as it has been tested with only one setup ! AUIMD is mainly a monolithic application : the idea is to keep resources as low as possible and reduce applications startup time, while still providing error management and dynamic application reloading thanks to python mechanism. The simplest way to run AUIMD is probably to use Debian, as apt-get will easily fetch dependencies (see README for more), but it is also possible to use OE to build PyQt4 and other needed packages such as python-dbus (not tried it myself). Some more infos here : http://www.pierrox.net/auimd/ And some screenshots here : http://www.pierrox.net/auimd/screenshots.html AUIMD started a long time ago as a proof of concept, stagnate for months, and got some revival a few weeks ago. It may or may not go really further, but anyway all feedbacks and contributions are welcome :-) Cheers, Pierre. ___ 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: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
Thanks for the compliment :-) On Monday 06 April 2009, Michael 'Mickey' Lauer wrote: One word: Awesome! :M: ___ 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: Camera module as back case (was Re: Slashdotted)
Am 06.04.2009 um 21:03 schrieb Joerg Reisenweber: Am Mo 6. April 2009 schrieb Lothar Behrens: I read the issue with removing the hole. The space in that 'hole' could be used as the docking bay for extensions. Ok, the mic should somehow moved, or a 'voicepipe' could be used to direct the acustics. A good starting point to use the space somehow useful. This unused space is part of GSM-ant design and it isn't that easy to simply build some electronics to fit in there without detuning whole RF- design and/or having nasty EMI-problems in the newly created addon. Ahh ok. So beside this, a small sketch where addons could be placed would be helpfull to not fall in that traps. Are there save regions, say bottom layer to ground (HF shield) and SMD only on top of the board added? Lothar /j -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Am 06.04.2009 um 22:19 schrieb Max: so a switch to maemo ? Why switching. It's an internet tablet, not really usable as a mobile phone - in my mind. -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auimd-0.2, a user interface for mobile devices (and especially the FreeRunner !)
2009/4/6 Pierre Hébert pier...@pierrox.net: On Monday 06 April 2009, Risto H. Kurppa wrote: Without trying, to me it looks like a job well done! I think I might try it on Debian at some stage. If someone tries this please post your results!! r I forgot to mention that a good way to try it is to simply run auimd on a desktop. Of course the FSO framework won't be available, but it should run ok :-) Pierre. Ah, true. Tried on my Kubuntu 8.10 + KDE 4.2.2: r...@rubert:~/freerunner/auimd/auimd-0.2$ ./auimd.py Traceback (most recent call last): File ./auimd.py, line 25, in module from core.desktop import createDesktop File /home/rhk/freerunner/auimd/auimd-0.2/core/desktop.py, line 67, in module from core.window_catcher import WindowCatcher File /home/rhk/freerunner/auimd/auimd-0.2/core/window_catcher.py, line 3, in module from Xlib.display import Display ImportError: No module named Xlib.display r...@rubert:~/freerunner/auimd/auimd-0.2$ Any tips? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Lothar Why switching. It's an internet tablet, not really usable as a mobile phone - in my mind. nextgen maemo will have 3g. -- Brad Midgley ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wifi problems, WPA/WEP differences
Same here. 24 worked stable but 29 doesn't work at all. Connection to AP seems established but no data transfer between freerunner and AP with new kernels. Johny Tenfinger wrote: My AP worked well with .24 kernel. With .28 and .29 it doesn't (I've connected once for about month) 2009/4/5, Paul Fertser fercer...@gmail.com: Cameron Frazier frazier.came...@gmail.com writes: On Sat, 2009-04-04 at 16:25 +0200, Davide Scaini wrote: ... i use a wep static ip network and a dhcp wpa one, i have some interfaces files that i switch between. ... I can get a DHCP WEP network to connect fine (work), but at home (DHCP WPA) I get nothing. You mention that you have different interface files, coul dyou describe the differences between them. I've had successful connections with open, WEP and WPA networks. And i've seen an AP i couldn't connect at all too. It looks like FR's wifi is incompatible with some APs, no matter if encryption is used or not. See http://docs.openmoko.org/trac/ticket//1250 for example. To sum up: FR's wifi has 2 kinds of known problems: incompatibility with particular APs and instability of the internal firmware. Using an old (pre-.28) kernel is not recommended due to stability issues. Also i think Werner is still going to finish his daemon to promptly power-cycle the wifi module on internal firmware crash; that can improve stability somewhat. I wouldn't hope these compatibility issues will ever be fixed, so my advice is: trade your AP for the one FR can work with. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ 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: CAD files and gCAD3D
Maybe Tully knows Lothar Behrens wrote: Hi, I have just seen on the page http://wiki.openmoko.org/wiki/CAD_models that gCAD3D could be used for previewing the CAD models. Does it support boolean operations to derive other housings? Is this tool propably usable to export in other formats? I have tried to play with blender and it is a great animation tool. It also is relatively easy to use when some introductory videos or screen casts are followed. Also this application runs on Mac OS X I am mostly running. Thanks Lothar -- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de Lothar Behrens Heinrich-Scheufelen-Platz 2 73252 Lenningen ___ 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
gvSIG Mobile 0.1.2
Dear all, I've just packaged up gvSIG Mobile for Openmoko 0.1.2: http://blogs.thehumanjourney.net/finds/entry/gvsig_mobile_0_1_2 http://www.opkg.org/package_162.html It contains various updates and improvements, even a choice of GUI language. The full (?) list of changes is on my blog. Massive thanks as ever to Juan Lucas Dominguez Rubio for all his hard work making this great app and to the brave translators who have enabled us to provide it in their language of choice. Cheers, Joseph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
I have an official statement out. I'll get on the corrections asap steve. community! chime in. on these sites Lalo Martins wrote: This is getting ridiculous. Now the misreportage is spreading through the blogosphere: http://www.phonescoop.com/news/item.php?n=4214 which was picked up by Giz and Engadget: http://i.gizmodo.com/5200285/openmoko-cancels-freerunner-the-original- open-source-linux-phone http://www.engadget.com/2009/04/06/openmoko-freerunner-canceled-staff- slashed/ I'd strongly recommend OpenMoko puts out a press release or something... best, Lalo Martins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
production is not stopping. Sean said explicitly in his Bern address that there is ample inventory and I'll add that the production continues. In fact, one of the consequences of suspending GTA03 is that we can focus on two things ( FreeRunner and Project B) as opposed to three things. Let's get this straight. FreeRunner is Open. There is no EOL. Not like a closed product where software support ends. As long as parts remain available ( as far as I can see at least through the balance of 2009) as long as demand remains, we will produce and support the FreeRunner. That's the whole blessed point of delaying the GTA03. Lalo Martins wrote: quoth arne anka as of Mon, 06 Apr 2009 18:01:11 +0200: This is getting ridiculous. Now the misreportage is spreading through the blogosphere: ... in what respect a mis-reportage? that's, what i concluded from these long mails with 99.9% quote and half a line at the bottom ... The articles (Slashdot, Phonescoop, Engadget, Giz) are saying Freerunner was cancelled. That doesn't even make sense, since Freerunner is out, what's there to cancel? But I believe it was said explicitly that production of the Freerunner is *not* stopping... (I certainly still want one, buzz or not) best, Lalo Martins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.20 - alpha release) Elementary based mplayer frontend
c_c wrote: Hi, Well, it took a lot longer than I thought - but finally - here's the alpha release of Intone - a mplayer frontend (for audio files - as of now) in C. Uses about 2% CPU (max) while running - memory goes up depending on your playlist - on my phone (~2500 songs) it uses about 15%. All you need to do is download the attached ipk and install it. Intone depends on sqlite3 and libelementary. If you have elementary on your phone upgraded to a level where the elementary test application shows you a demo of sliders and genlists, Intone should run on your phone. The recommended way to organise music is to put all the files in a folder (lets say Music), with sub folders named after artists (say Music -Eagles) and with sub sub folders holding albums (that becomes Music-Eagles-Hell Freezes Over-*.mp3). That way, Intone can correctly organise your music collection into albums. It automatically creates a default playlist containing all songs and individual playlists for each album. I have added features to manage playlists and albums - but there is always scope for improvement. Intone uses a sqlite database as a backend for the playlists and albums. That should, hopefully, give flexibility in adding more features later. Things that don't work as of now :- 1. Feedback. - I haven't been able to add dialogs yet. So - wait a little while for Intone to finish long operations (like adding your music collection for the first time - my 2500 odd songs took about 6 secs - the button remains pressed too) Ah, why don't you use the ecore_exe_pipe_run function for controlling mplayer? -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometers in recent kernels (was: Re: [SHR] latest unstable with problems!)
I tried to edit the wiki page about the accelerometer in order to document this change : http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval Please someone review it ! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Hi bob. A couple points below. thanks for your continued interest. robert lazarski wrote: On Mon, Apr 6, 2009 at 1:52 PM, Lalo Martins lalo.mart...@gmail.com wrote: quoth arne anka as of Mon, 06 Apr 2009 18:01:11 +0200: This is getting ridiculous. Now the misreportage is spreading through the blogosphere: ... in what respect a mis-reportage? that's, what i concluded from these long mails with 99.9% quote and half a line at the bottom ... The articles (Slashdot, Phonescoop, Engadget, Giz) are saying Freerunner was cancelled. That doesn't even make sense, since Freerunner is out, what's there to cancel? But I believe it was said explicitly that production of the Freerunner is *not* stopping... (I certainly still want one, buzz or not) best, Lalo Martins Talk is cheap. The GT03 was announced and canceled, As an open company we take great pains to disclose as much as possible. Throughout the development of GTA03 when people asked me what it was and when would it ship I took great pains to explain ( as did wolfgang) that it may not ship at all. In closed companies they have closed caskets. For us its more like an irish wake. Every company I have ever worked for has had to kill products. usually we just take them out back and shoot them and never speak about it. But we have to talk about it. First because we were open enough to talk about it when it was still in design, second because our commitment to openness demands it, and third because others who want to create open companies can learn from our experience. a tentative A7 release was announced, canceled and replaced with a 5 point plan or something , The 5 points are conditions that must be met for me to release the A7 that are sitting comfortably in their boxes in the factory. The delay caused by the factory being off for CNY is past. The final checks on the image and ALSA states is done. Now I'm working with disty to plan its entry into the market. so I certainly wouldn't be surprised if neither the A7 nor plan b happen at this point. You don't fire or create conditions for the most important kernel / hardware / UI guys to leave if you have growth in mind. Something new may happen, but IMHO its time to at least consider that what you see is what you get. It's exactly because we have growth in mind that we had to make the cuts we did. the suicide path was to continue 3 projects when the resources available can only deliver on the two more modest projects. here is how it works. You have 3 projects: 1. FreeRunner: requires .5X 2. Project B: requires X 3. GTA03 requires 3X. You have 2X resources. Pick your projects. If you pick door number 3, you have just picked failure. Couple that with these facts. #3 is has no wifi and no GPS and costs 499. Looks pretty clear that if you want growth you better do a little pruning. Is the growth path a straight line? nope. But if we set goals we have a chance of meeting and then deliver, I'm confident that our unique experiment will draw additional resources. At early stages growth is never funded by cash flow. The one thing for sure is that OM a company generally has a bad reputation at this point with all this recent press - unfairly or not. If they can overcome that image and also release new products with a skeleton staff, then I'll be pleasantly surprised - like many of us, I'd rather not have my time spent go down the tubes. - R ___ 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: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Hi, It works under the SHR-testing, but there is no sound... chris -- View this message in context: http://n2.nabble.com/ffalarms-0.2.1-and-atd-over-fso-%28now-works-on-SHR-testing%29-tp2547473p2595997.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: Tichy now hosted on google code + release 1.0.0
Hello! Thanks for your work! I have a problem - when I start tichy it gives me just black screen :( I had some of the packages installed from anstrom repository, so it might be a problem. But as I remember from previous tries - I had black screen too. Is it treatable? Tomorrow I will try to install it on clean and fresh SHR distro and see what it gives me. Leonti On Mon, Apr 6, 2009 at 9:13 PM, Guillaume Chereau charlie...@gmail.com wrote: Hello all, (Some of you may know me from my previous openmoko address : char...@openmoko.org) Since I don't work for openmoko anymore, and since I had some free time in my hands recently, I restarted the tichy project (previously hosted on openmoko public git) The project is now hosted on google code [0]. From the web site we can see some screenshots. For the history, tichy is the project that was used as the base for the paroli project [1], officially supported by openmoko. Both projects are python frameworks to write applets for openmoko phones. I decide to restart tichy because in my opinion paroli has forked too much, and now both projects are having very different goals. So why I think people should give tichy a try : * It can run on debian, SHR, and FSO (even thouhg there is currently a problem with the installation on FSO) * it is using the Dbus framework for all the phone applets. * It is very simple to modify it, almost everything is written in python, with some small parts in cython. * It can run on the desktop as well. * There is a release (1.0.0) [2] The first release 1.0.0 [2] contains the source package, a debian packages, and an ipkg package that can be installed on SHR (should also work on FSO, but I see that python-pygame package is currently missing from the FSO feeds.) I will keep working on the project if I think there are interested people. I don't know how much time I will allocate to this, so I can make no statement about plans or future releases. Of course contributions are welcomes. I have to admit I didn't test it so much (I personally only use it for the chinese learning and dictionary applets), if people experience any problems, please let me know and I'll make a bug fix release. I would also be interested to know if the SHR, debian, or FSO people are interested for a collaboration to add tichy in there distributions. Happy programming, Guillaume [0] http://code.google.com/p/tichy [1] http://www.paroli-project.org/ [2] http://tichy.googlecode.com/svn/release/1.0.0/ -- http://charlie137.blogspot.com/ ___ 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: Slashdotted
Fernando Martins wrote: Steve Mosher wrote: Thanks Anthony. For the sake of everyone who hasnt read my posts on this or seen the video of seans speech. Let me say that your position is the one we settled on. spend our resources on the FR and then fund a modest project: project B. Put the GTA03 on hold and find a way to involve the community more in its development. I'm not a marketing guy, but I am somewhat surprised not to see more references about this aspect. There is talk about products and about methods. All that discussion on hardware development made it clear that OM needs to increase market or gain share to achieve economies of scale. I can understand that market aspects might not come to the front, but maybe the community could also help here. First and foremost I try to get the word out to the community. For that I try to talk about the engineering aspects of things, as best I can since I put my complier down years ago. Then I discuss the marketing aspects of things. Search my posts and you'll find the comments on marketing. yes, its true we need to increase market share. My job is to size what I think is reasonable. To fund GTA03 I would have to TRIPLE sales overnight. If you look at the economic drivers in our channel, basically it cash constrained at the inlet, you'll understand why I would not project a tripling of volume. Further, increasing the sales this much overnight would not even be feasible from a cash flow standpoint. It takes money to buy inventory and to market. So, I picked a more modest growth projection. A projection based on our entry to the Embedded market. Thousands of developers who never even heard of us. ramping to volume is only possible by a reallocation and yes de allocation of resources from certain areas. And you are right the community can help: 1. get code upstream. That decreases our cost to maintain. 2. Stay involved or get involved, either by coding, testing, or spreading the word. you get the idea. From another post I understand that you are also going to niche markets that need custom/open phones, which looks like a sensible approach. But could the GTA02 be made interesting to the general public to be sold together with a telecom subscription? if not, is there a GTA02+ that could do it? The telecom play is a tough one. 1. The tests you have to go through cost on the order of 700K 2. Your CUSTOMER is really the product marketing manager of the telco. They are driven to monetize the 3G network they set up. They are not especially dedicated to open source as an ideal. The niche market play is one where we see the most traction. If I want to ramp to volume, I'm going to pick the hill where I have traction and not the slippery slope of a telco play. Crawl, walk run. I have the impression that people are already using the phones in many different ways. Some do it in obvious ways for them which might not be so obvious to the majority. How about collecting these use cases and see how you can grow the current specific FR market from here, or gain market share from the general phone market. Yup that's our impression and the plan. http://www.youtube.com/watch?v=_d8Tsvj2TdQ Our launch into these areas happened march 31st WRT the general phone market, I'd say we are content to have the android distribution cover that demand. That effort is being carried out independently of us. I see that as pure upside business. In brazil for example, we see a market for 13 million android phones. Do I put this in my forecast? No. Will our business change overnight if it materializes? yes. Regards, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
AW: Accelerometers in recent kernels (was: Re: [SHR] latest unstable with problems!)
Thanks, and it works.The examples have to be edited, though. I will do this now. Von: Cedric Cellier ri...@happyleptic.org An: List for Openmoko community discussion community@lists.openmoko.org Gesendet: Dienstag, den 7. April 2009, 00:45:05 Uhr Betreff: Re: Accelerometers in recent kernels (was: Re: [SHR] latest unstable with problems!) I tried to edit the wiki page about the accelerometer in order to document this change : http://wiki.openmoko.org/wiki/Accelerometer_data_retrieval Please someone review it ! ___ 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: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)
Same on unstable. I could really stand to use this app, if only I could get it working... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] screenshot package
Hi Franky. Nice to have the package although I have included it in the source repo. On Tue, Apr 7, 2009 at 2:46 AM, Franky Van Liedekerke liede...@telenet.bewrote: Hi all, for those fortunate qtextended users, I've build and packaged the screenshot application from qtextended (it turned out to be quite simple). You can download and install it in the following way: # Add a new package server to a running Qt Extended device by using the Settings-Software Packages application on the device. Navigate to the Downloads tab, invoke the Options context menu and choose the Edit Servers option. Invoke Options-New... and enter in the server details As server details: name: franky (or whatever you like) URL: http://users.telenet.be/liedekef/qtapps For the moment only one app is on there (screenshot). Once installed, it appears in the application list (ok, the icon seems smaller than the rest, but that's about it). Newly taken screenshots appear under /home/root/Documents/image/png I could also provide a ipk, but then the app doesn't appear in the application list (maybe it does that on restarting qtextended, but I don't like that idea). Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Gerald A wrote: Hi all, I originally wrote Lothar in private, and asked for his permission to repost to the list. There have been a few replies in the meantime, but there were some good points here. Now, I'm not a hardware guy, so take my input with a grain of salt, but I have been watching the project for a while, and as a software person I hope we can make it work. Lothar -- new comments are inline. On Sun, Apr 5, 2009 at 10:47 AM, Lothar Behrens lothar.behr...@lollisoft.de wrote: On Sun, Apr 5, 2009 at 7:08 AM, Lothar Behrens lothar.behr...@lollisoft.de wrote: Ok I cannot buy expensive equipment to test hardware that I may have developed, but I virtually could develop hardware. But many developers at one subject could spend money for a rent to let one of the team do outstanding tests. Isn't it possible to also develop hardware collaboratively? I have to say -- at this point, I don't think so. It's not that the concept is impossible, or as you mention above, that testing can't be done. But based on what OM and FIC before them have reported, it would be very hard. Yes, it would be hard, but FIC and OM have made a great job. We have a fully functioning phone, but we couldn't easy create our own prototypes to play with. Good ideas are published as the robotics project. If having a really open schematics and even the board design. one could change the formfactor and add his/her needed stuff to play with. If you have to worry about how to enter a completely new schematics from the PDF, the fence is higher to think about jumping over and just DO it. Steve has commented a bit about this, as far as a packaging and final production are concerned. There might be a possibility to build modular kits so different hardware (and software) combos could be tried out, but translating that into a widget that can be sold as a phone is also a consideration. We could put together an awesome phone as a kit that is about the size of a CD drive, but then find out that some parts we used aren't available in quantities or timelines that make sense to produce a phone. The concept is awesome, but I'm not sure it can feed into a real product -- but it's something to think about. Werner and I are discussing various possibilities. I rule nothing out. Principally, this is due to a moving target. Since everything is obsolete in a few months, the shelf life of products in the embedded space is very small. The next big hurdle is in getting specs. OM/FIC were producing thousands of devices and possibly more, so had better quantities then a hobby group might muster -- and still had poor access to hardware specs, when they got them. Now, of course, some of their decisions might have been practical too (we can get 1000 more closed pieces from company X, while we can only get ~100 more open pieces from company Y), we don't know. Yes, the technique is moving forward fast - for the real phone, not for a GSM module for sample :-) Today I have searched for a GSM module and indeed found one with a complete ARM based Linux stack. It would be much too expensive, but when having only the next planned GSM module that will appear in the phone, one could test it on a standard pc. Or even participate in GSM related development only. I love the idea of being able to mock up hardware, as it lets the software move forward too. But if our test platform can't be translated into a suitable form factor, it might be a waste. YUP. Just to review the GTA03. At one stage the WIFI and GPS had to be removed because it didnt fit in the case. If thin is in, then using a module is out, for the most part. How thin is thin? Typical marketing answer would be thinner than the iPhone but obviously some fat phones ship I had an idea about my car radio. The idea came because I use my Neo to transmit music over bluetooth, then over a FM transmitter to the radio. This is bad quality. There are really much entusiasts building their own carPC in double DIN factor or similar - even small PC barebones. Why not equip it with a GSM module to become a real handsfree carPC + phone. They will benefit from such a module and propably participate in development. On of our early partners, in fact, was designing such a carPC and wanted to use FR as a dev platform. Alas they demanded a different processor ( Intel) so that deal didnt go through. Open the development by also selling parts of a phone for the hobby electronics would increase the audience and the feedback. I don't know how this component has to be deliverded, but I think it must be compilant to some law. The current phone stuff already passes those laws. Would it be possible to adapt them, on the electronic side? I have no doubt. Steve or someone on the OM side might be able to speak to the regulations issue. You change the RFs ( antenna/circuits etc) and you have to recert. I'll have to take a closer look. I
Re: Slashdotted
On Mon, Apr 6, 2009 at 8:17 PM, Steve Mosher st...@openmoko.com wrote: WRT the general phone market, I'd say we are content to have the android distribution cover that demand. That effort is being carried out independently of us. I see that as pure upside business. In brazil for example, we see a market for 13 million android phones. Do I put this in my forecast? No. Will our business change overnight if it materializes? yes. I live in Brazil and I'd be curious to see how you generally could come up with those numbers. Not doubting, just curious. Its a 200 million people country and my guess is there currently are not 13 million cell phones operating in the entire country that cost more than the cheapest Andriod-based phone on the market. Even still, I wish you luck. - R ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GTA03 List now open at openmoko.org
Come on in the waters fine. Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Werner and I are discussing various possibilities. I rule nothing out. Steve, at the OpenExpo Sean refered to the Dash navigator as a dashtraction from the serious business of Openmoko. How will Plan B (which is presumably not a distraction but a means of improving ROI for FIC) avoid becoming thought of as Dash2? Thanks for your emails on the subject so far, Joseph 2009/4/7 Steve Mosher st...@openmoko.com: Gerald A wrote: Hi all, I originally wrote Lothar in private, and asked for his permission to repost to the list. There have been a few replies in the meantime, but there were some good points here. Now, I'm not a hardware guy, so take my input with a grain of salt, but I have been watching the project for a while, and as a software person I hope we can make it work. Lothar -- new comments are inline. On Sun, Apr 5, 2009 at 10:47 AM, Lothar Behrens lothar.behr...@lollisoft.de wrote: On Sun, Apr 5, 2009 at 7:08 AM, Lothar Behrens lothar.behr...@lollisoft.de wrote: Ok I cannot buy expensive equipment to test hardware that I may have developed, but I virtually could develop hardware. But many developers at one subject could spend money for a rent to let one of the team do outstanding tests. Isn't it possible to also develop hardware collaboratively? I have to say -- at this point, I don't think so. It's not that the concept is impossible, or as you mention above, that testing can't be done. But based on what OM and FIC before them have reported, it would be very hard. Yes, it would be hard, but FIC and OM have made a great job. We have a fully functioning phone, but we couldn't easy create our own prototypes to play with. Good ideas are published as the robotics project. If having a really open schematics and even the board design. one could change the formfactor and add his/her needed stuff to play with. If you have to worry about how to enter a completely new schematics from the PDF, the fence is higher to think about jumping over and just DO it. Steve has commented a bit about this, as far as a packaging and final production are concerned. There might be a possibility to build modular kits so different hardware (and software) combos could be tried out, but translating that into a widget that can be sold as a phone is also a consideration. We could put together an awesome phone as a kit that is about the size of a CD drive, but then find out that some parts we used aren't available in quantities or timelines that make sense to produce a phone. The concept is awesome, but I'm not sure it can feed into a real product -- but it's something to think about. Werner and I are discussing various possibilities. I rule nothing out. Principally, this is due to a moving target. Since everything is obsolete in a few months, the shelf life of products in the embedded space is very small. The next big hurdle is in getting specs. OM/FIC were producing thousands of devices and possibly more, so had better quantities then a hobby group might muster -- and still had poor access to hardware specs, when they got them. Now, of course, some of their decisions might have been practical too (we can get 1000 more closed pieces from company X, while we can only get ~100 more open pieces from company Y), we don't know. Yes, the technique is moving forward fast - for the real phone, not for a GSM module for sample :-) Today I have searched for a GSM module and indeed found one with a complete ARM based Linux stack. It would be much too expensive, but when having only the next planned GSM module that will appear in the phone, one could test it on a standard pc. Or even participate in GSM related development only. I love the idea of being able to mock up hardware, as it lets the software move forward too. But if our test platform can't be translated into a suitable form factor, it might be a waste. YUP. Just to review the GTA03. At one stage the WIFI and GPS had to be removed because it didnt fit in the case. If thin is in, then using a module is out, for the most part. How thin is thin? Typical marketing answer would be thinner than the iPhone but obviously some fat phones ship I had an idea about my car radio. The idea came because I use my Neo to transmit music over bluetooth, then over a FM transmitter to the radio. This is bad quality. There are really much entusiasts building their own carPC in double DIN factor or similar - even small PC barebones. Why not equip it with a GSM module to become a real handsfree carPC + phone. They will benefit from such a module and propably participate in development. On of our early partners, in fact, was designing such a carPC and wanted to use FR as a dev platform. Alas they demanded a different processor ( Intel) so that deal didnt go through. Open the development by also selling parts of a phone for the hobby electronics would increase the audience and the feedback. I don't know how
Re: GSM buzz-fix party in Braunschweig, Germany
Hello Fabian, On Sat, 4 Apr 2009 04:18:20 +0200 Fabian Killus fab...@ji-xiansheng.de wrote: I'm really interested in this buzz-fix party. How is it supposed to be organized and when exactly? Beginning of may? still working on the details, but take a look at http://wiki.openmoko.org/wiki/BuzzFixParty#Braunschweig and add yourself to the list. Will I have to register somewhere? What is the location in Braunschweig? What about warranty from Openmoko? I have been promised devices from Openmoko and I'm confident that I'll get them in time so I can replace any Freerunner that broke in the rework process. For updates on that please watch the mailing list and wiki page. I'm thinking of going by train to Braunschweig bringing one Freerunner along. It's a good opportunity for me to visit this city and its university (still not sure where I want to study). Sounds fine. Please be aware that we cannot provide any accomodation if you want to stay longer. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.12] gps sight with gpsd
On Sat, 4 Apr 2009 18:26:02 +1300 Robin Paulson robin.paul...@gmail.com wrote: i installed gps sight today and fired it up, but couldn't connect to the gps. tango was showing a good fix, so gpsd was running. i looked on the wiki page, and through some rather ambiguous writing, i surmised that gps sight implements it's own intermediary for communicating with the gps hardware. is this correct? i turned off gpsd, but still couldn't get a fix. does gypsy offer an alternative which will work for gps sight, and gpsd reliant software? fso-gpsd offers a compatibility layer so gpsd applications will still work with the Gypsy DBus interface. The apps will even benefit of the automatic resource control (GPS gets turned on if a program connects to fso-gpsd and turns off again after all connections have been closed). Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.20 - alpha release) Elementary based mplayer frontend
c_c wrote:
3. Seek. Dont know how to use the slider for seeking. Any Ideas?
The attached patch (intone-seek-fix.patch) does the work.
However I've done another one (intone-seek-fix.patch) that reads
continuously (every 0.5 sec) the real position from mplayer and also if
it uses more CPU (I figure, not tested in my FR) it could be better.
However I've not finished that and it requires a fix (since it actually
makes intone hang as soon as the song reaches its end) too.
By the way actually the slider shows the position in seconds; why not
using the percentage value?
--
Treviño's World - Life and Linux
http://www.3v1n0.net/
Index: src/gui.c
===
--- src/gui.c (revisione 2)
+++ src/gui.c (copia locale)
@@ -211,6 +211,12 @@
}
void
+pos_change_start(void *data, Evas_Object *obj, void *event_info)
+{
+ ecore_timer_freeze(timer1);
+}
+
+void
pos_changed(void *data, Evas_Object *obj, void *event_info)
{
double val;
@@ -218,8 +224,10 @@
char pos[15];
val = elm_slider_value_get(obj);
- sprintf(pos, seek %d\n, (int)val);
+ pos_time = (int)val;
+ sprintf(pos, seek %d 2\n, pos_time);
ret = write(fd, pos, strlen(pos));
+ ecore_timer_thaw(timer1);
}
static int
@@ -897,7 +905,8 @@
evas_object_size_hint_align_set(pos_slider, -1.0, 0.0);
elm_box_pack_end(vbox, pos_slider);
evas_object_show(pos_slider);
- //evas_object_smart_callback_add(pos_slider, delay,changed, pos_changed, NULL);
+ evas_object_smart_callback_add(pos_slider, changed, pos_change_start, NULL);
+ evas_object_smart_callback_add(pos_slider, delay,changed, pos_changed, NULL);
//add hbox to vbox at pos 4
hbox = elm_box_add(win);
Index: src/gui.c
===
--- src/gui.c (revisione 2)
+++ src/gui.c (copia locale)
@@ -39,12 +39,33 @@
int timer_func(void *data)
{
- //set position data
- pos_time ++;
- if(pos_time song_dur) {
+ char cmd[255], *tok;
+ int ret;
+ ssize_t read;
+ size_t len = 0;
+ char *dur = ;
+
+ if(pos_time = song_dur) {
//song over - start next song
next_button_clicked (NULL, NULL, NULL);
+ return 1;
}
+
+ //get time position
+ sprintf(cmd, get_time_pos\n);
+ ret = write(fd, cmd, strlen(cmd));
+ //read data from mplayer output
+ while(strncmp(dur, ANS_TIME_POSITION, 17) != 0) {
+ read = getline(dur, len, mp_data);
+ }
+
+ strcat(dur, =);
+ tok = strtok(dur, =);
+ tok = strtok(NULL, =);
+
+ //set position data
+ pos_time = atoi(tok);
+
elm_slider_value_set(pos_slider, (double)pos_time);
return 1;
}
@@ -69,7 +90,7 @@
ret = write(fd, cmd, strlen(cmd));
//set timer
pos_time = 0;
- timer1 = ecore_timer_add(1.0, timer_func, NULL);
+ timer1 = ecore_timer_add(0.5, timer_func, NULL);
//set play state
play_state = PLAYING;
set_duration ();
@@ -126,7 +147,7 @@
ret = write(fd, cmd, strlen(cmd));
//set timer
pos_time = 0;
- timer1 = ecore_timer_add(1.0, timer_func, NULL);
+ timer1 = ecore_timer_add(0.5, timer_func, NULL);
set_duration();
play_state = PLAYING;
}
@@ -156,7 +177,7 @@
ret = write(fd, cmd, strlen(cmd));
//set timer
pos_time = 0;
- timer1 = ecore_timer_add(1.0, timer_func, NULL);
+ timer1 = ecore_timer_add(0.5, timer_func, NULL);
set_duration ();
play_state = PLAYING;
}
@@ -188,7 +209,7 @@
ret = write(fd, cmd, strlen(cmd));
//set timer
pos_time = 0;
- timer1 = ecore_timer_add(1.0, timer_func, NULL);
+ timer1 = ecore_timer_add(0.5, timer_func, NULL);
//set play state
play_state = PLAYING;
set_duration ();
@@ -211,6 +232,12 @@
}
void
+pos_changed_start(void *data, Evas_Object *obj, void *event_info)
+{
+ ecore_timer_freeze(timer1);
+}
+
+void
pos_changed(void *data, Evas_Object *obj, void *event_info)
{
double val;
@@ -218,8 +245,10 @@
char pos[15];
val = elm_slider_value_get(obj);
- sprintf(pos, seek %d\n, (int)val);
+ pos_time = (int)val;
+ sprintf(pos, seek %d 2\n, pos_time);
ret = write(fd, pos, strlen(pos));
+ ecore_timer_thaw(timer1);
}
static int
@@ -897,7 +926,8 @@
evas_object_size_hint_align_set(pos_slider, -1.0, 0.0);
elm_box_pack_end(vbox, pos_slider);
evas_object_show(pos_slider);
- //evas_object_smart_callback_add(pos_slider, delay,changed, pos_changed, NULL);
+ evas_object_smart_callback_add(pos_slider, changed, pos_changed_start, NULL);
+ evas_object_smart_callback_add(pos_slider, delay,changed, pos_changed, NULL);
//add hbox to vbox at pos 4
hbox = elm_box_add(win);
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
