Re: Sean's speech at ESC about making a 3G device
See below Arigead wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Steve Mosher wrote: Since I worked on the presentation with Sean for the days he was here in SF, let me give you my view and sean's view. That way we won't get into some version of the telephone game. Sean discussed three things at OpenExpo. 1. Our successes. 2. Our mistakes. 3. Our challenges I won't go over 1 2 but I'll cover #3 since rasters perception has a bit of color added to it. Only a tiny bit and he's entitled to that color commentary, I'll just add what Sean and I, as authors of the presentation, had as our message. Our biggest challenge was to make a choice about how to spend the balance of 2009. There were two paths: A: Fulfill our promises on FreeRunner and launch GTA03 B: Fulfill our promises on FreeRunner and launch project B. We will talk more about project B in the coming months, but these salient facts should be able to guide any budding executives out there. 1. GTA03 was in constant flux as a design. 2. GTA03 schedule was consequently always slipping. 3. The resources required for GTA03 are 3X those required for Project B. 4. We don't have 3X. So, we picked plan B. Now comes the question, what about GTA03? how do we get there? And when? and what is it? Well my basic argument was and is this: First we attend to the issues that still remain with the GTA02. That's why the VP of marketing ( of all people) is working on the buzz fix problem. Second we complete project B. When we've done that, then we get to eat dessert. Essentially, I made the same argument I heard so many times on this list: How do expect us to buy a GTA03 when you've yet to deliver on all the promise of FreeRunner? And I took the arguments I heard from disty seriously, how do you expect us to buy FR, when GTA03 is right around the corner? And I accepted the arguments I heard from Engineers I respect who questioned the viability of the GTA03 in the market place. All of those arguments said put a bullet in its brain pan! So, what about GTA03? As it was defined, it is dead. So how do we get to a new GTA03? Two requirements: continue to improve GTA02; deliver on project B. What is GTA03 and when do we get there? There are a number of independent efforts out there that are pitching me ideas for GTA03. I talked to sean a bit about this and I'd like to try to open up more of the design process and the marketing process to the community. Perhaps on a separate list. Some of these discussions have already started. What can you do to help? 1. Move GTA02 code upstream. 2. Stay Involved. 3. Continue work on applications 4. Buy a FreeRunner. 5. Get involved in GTA03 discussions Best, Steve Carsten Haitzler (The Rasterman) wrote: On Thu, 2 Apr 2009 18:35:58 +0100 Rui Miguel Silva Seabra r...@1407.org said: On Thu, Apr 02, 2009 at 06:13:36PM +0100, Justyn Butler wrote: 2009/4/2 Rui Miguel Silva Seabra r...@1407.org: On Thu, Apr 02, 2009 at 05:38:42PM +0100, Justyn Butler wrote: He also explains what it would take to put 3G in the phones, saying that they'd do it (but the 3G part would be closed) if a customer put in a large enough order (ie 50,000 units). You've just convinced me that, unless this changes, no OpenMoko with 3G will get my money as far as I'm concerned :) Why the outrage? I bought the OpenMoko to get a more Free Software phone, not one that gets less and less Free as new devices come up :) I seriously hope GTA3 fixes some of the most serious problems GTA2 had regarding that. 3g can be done - just like the 2g on feeerunner - you will talk to a closed blob via a defined protocol. just like any chip anywhere. no less free than gta02 in that way. BUT yes - you'll pay an extra $200. nb gta03 - you missed the news from sean's talk at openexpo in switzerland. gta03 is postponed (read cancelled - postponed is just a nice way to say it and try and keep the community hanging around in hope it un-cancels, as openmoko has laid off most of their staff (also news from openexpo), their linux staff. you don't un-postpone if you just let all the people go who work on the software). Thanks for the clarification Steve, Carsten had be worried there for a moment. Can I say that I'm using the FR as my Daily Phone and I'm as happy as a pig in shit that when I find the time I can write new apps and improve existing apps. I think most of the people on these lists appreciates the philosophy of Open Source. I for one would love for Open Moko to make that philosophy successful in the Hardware arena. Regardless of what you produce as Plan B, even if it's a hair straightener, I'll buy one. ;-) Oh I think Raster's concerns are well placed. I know I have a mailbox full of requests from the press to explain what this all means. So I'll make an official public statement to them probably tomorrow, but it won't be different from what I said here, just written
Re: The future of the Neo Freerunner
read my posts. I should have something official done this weekend. I thought id get it done tonight, but lots of other things to do. So, read my posts here. and ask me for clrification. Thomas Bumberger wrote: As Openmoko sacked/was left by 50% of its developers and halted the development of GTA03 i want to know your opinion on the future of the Neo. As it seems Openmoko stopped funding FSO too. Are there any official statements beside the announcement yesterday at OpenExpo. ___ 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)
One question : is it possible to set a recurring alarm, eg each week day at 7:00 ? It would be a great feature 2 question : is it possible to increase the light as the sound to simulate a down ? Thanks anyway, great soft ! 2009/4/4 Joerg Reisenweber jo...@openmoko.org Am Sa 28. März 2009 schrieb Łukasz Pankowski: Hello I am the author of Finger friendly alarms [1]. Which I developed for Om 2008.12 up to version 0.2. I am happy to announce version 0.2.1 of ffalarms which adds support for SHR (tested on SHR testing) -- for this I ported atd to work on top of FSO Framework Time API (called atd-over-fso available from ffalarms download page [2]). Version 0.2 also fixes Daylight Saving Time problem and adds several minor improvements, see [3] for installation instructions and detailed changes and [2] for downloads. Please report any problems or possible improvements (those may take long time to come :)). [1] http://ffalarms.projects.openmoko.org/ [2] http://projects.openmoko.org/frs/?group_id=260 [3] http://projects.openmoko.org/frs/shownotes.php?release_id=488 Hey great work! :) Have you considered to port cron as well as atd? I know it's a little bit more demanding task, as we might want to modify crontab semantics to distinguish between jobs that wake the phone and those who are handled the traditional way. Also FSO might want to see a dbus interface to cron for *setting* new alarms (if they make up their mind to move this functionality from the designated PIMD to cron where it belongs to IMHO) What's with batch(1) btw? /jOERG ___ 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
[QtExtended] latest and greatest, progress mail 3
(install instructions: see below) New progress/bugs: All Ok: - alarms (using atd from http://www.angstrom-distribution.org/unstable/armv4t/base/, since no newer package exists), normal + when suspended - wake up when receiving sms - call + echo check - missed call bug - duplicate sms thing: solved - voice notes (see my mail/patch) ok - mail ok - wifi ok - usb cable handling: ok (mailed a patch to Filip, I hope he integrates all the 2.6.28 patches and commits them) Problems: - bluetooth == bluetooth not available error - sms stay on SIM as well as on phone == All sms's are stored on the phone *and* on the SIM. I don't think that this is wanted behaviour (deleting an SMS only works on the SMS's stored on the phone) - alarm kept on vibrating this morning (I missed the first alarm, and probably after some time it suspended and restarted but the vibrating continued even after I pressed dismiss). - if you set the time back to something in the past, the clock service crashes and you need to restart qtextended if you want to use the clock again Installing instructions: download the script http://users.telenet.be/liedekef/openmoko_install.sh read the comments at the top and then execute the script on your openmoko (after having flashed the device and made sure internet works) Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ReMoko on SHR - python error
If I'm running remoko, the error log is: -- Traceback (most recent call last): File /usr/bin/remoko, line 39, in module from remoko.remoko_server import * ImportError: No module named remoko.remoko_server -- setting the PYTHONPATH to /usr/lib/python2.6/:/usr/lib/python2.6/site-packages/:/usr/lib/python2.6/site- packages/remoko/ doesn't help, too. Who knows the correct Pythonpath, or any else help? Thanks! And Yes, the remoko-server is installed;-) And I ran it with the DISPLAY=:0 variable. Any Idea? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] from debian to shr ;-)
Davide Scaini wrote: [writing from fr now] Could you just summarise which network/email tools/setup you are using to achieve this? Thanks, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The future of the Neo Freerunner
2009/4/3 Marcel tan...@googlemail.com [...] 2. These devs don't belong to Openmoko Inc. anymore, but they still contribute heavily to one or another aspect of the OM world. Afaik. And what's about Openmoko new software stack roadmap? If it will not fund FSO, those developers may decide to stay a bit relaxed. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Problems in openmoko-messages
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. Big thanks... Nik ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ReMoko on SHR - python error
I got it running through: 1. /usr/bin/remoko 39-41 changing remoko.remoko_server in remoko_server (and so on) 2. mkdir /usr/share/remoko/data 3. cp /usr/share/remoko/* /usr/share/remoko/data/ Can't believe that this is working propperly, cause I got the remote not running yet... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Internal USB devices (Was: Using 3G USB dongle)
On Fri, Apr 03, 2009 at 12:02:06PM +0300, Timo Juhani Lindfors wrote: I'd love to be able to fit USB devices inside the case but I have not looked at how to reroute USB easily inside the device. There has been some discussion about this already: https://lists.openmoko.org/pipermail/hardware/2009-January/000951.html https://lists.openmoko.org/pipermail/hardware/2009-January/000953.html https://lists.openmoko.org/pipermail/hardware/2009-January/000955.html http://www.instructables.com/id/Four-port-USB-hub/ Also, the LDO3 voltage regulator on the PCF50633 is unused and capable of supplying 50 mA. -- 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 Thu, Apr 02, 2009 at 09:19:45PM -0400, Iain B. FIndleton wrote: 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. 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. -- 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: Problems in openmoko-messages
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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtendedImproved] Which kernel?
Oh.. I think I didn't make it clear. Please use the old 2.6.24 kernel here http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/testing-om-gta02-20090120.uImage.bin for the current snapbuilds. We will use Qt 4.5 and add kernel 2.6.28 support soon. On Sat, Apr 4, 2009 at 6:46 AM, Martin Bernreuther martinb...@web.dewrote: Hello, it's nice, that http://wiki.openmoko.org/wiki/Qt_Extended_Improved now contains a link to a prebuild actual Qt Extended Improved. (http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/) Thanks for the effort to HouYu Li(?)! But what is the prefered kernel? (no readme found at http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/qt-extended-improved-20090403/ ) Maybe... http://downloads.openmoko.org/distro/unstable/daily/om-gta02/20090403/uImage-2.6.28-andy-tracking+gitr6+9c4451ff31b937a478f3d3eabef30b71cbe12b12-r3-om-gta02.bin or the last stable one? Or still a 2.6.24 one?... Which version of u-boot/qi is used? Thanks, Martin P.S.: I think there was something about this on the list, but I can't remember where... P.P.S.: I'll add this info to the wiki, if no one else wants to do it... -- _ Martin Bernreuther martinb...@web.de ___ 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: Graphics Performance
On Fri, Apr 03, 2009 at 09:14:16PM +0100, Ian Stirling wrote: Iain B. FIndleton wrote: I wonder what the issue is in moving the frame buffer data? At the speeds available on the FR, moving 640 x 480 x 2 = 614,400 bytes from memory to a video buffer at 30 Hz needs about 18 MB/sec. What is the bandwidth for memory moves? About 6-8 or so - with 100% CPU utilisation There are four DMA channels in the s3c422b, so you shouldn't use the CPU for straight memcpy() of such large blocks. The kernel doesn't yet support mem-mem DMA transfers, but I'm working on that to use it in the glamo SD card driver. -- 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 Sat, 4 Apr 2009 15:33:26 +0200 Rask Ingemann Lambertsen r...@sygehus.dk said: On Fri, Apr 03, 2009 at 09:14:16PM +0100, Ian Stirling wrote: Iain B. FIndleton wrote: I wonder what the issue is in moving the frame buffer data? At the speeds available on the FR, moving 640 x 480 x 2 = 614,400 bytes from memory to a video buffer at 30 Hz needs about 18 MB/sec. What is the bandwidth for memory moves? About 6-8 or so - with 100% CPU utilisation There are four DMA channels in the s3c422b, so you shouldn't use the CPU for straight memcpy() of such large blocks. The kernel doesn't yet support mem-mem DMA transfers, but I'm working on that to use it in the glamo SD card driver. that was tried. results were worse than with the cpu. try again - but.. been there, done that. ask dodji skeleti. :) 1. the memory bus is locked up anyway - be it cpu or dma cycles. if dma does it the cpu is still locked out, so it's not done async. 2. the actual performance was much worse - at best it was 1/2 the speed of using the cpu. but it was actually overall even worse on smaller blocks. -- - 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
latest and greatest, progress mail 4 (stable 2.6.28 usage)
(install instructions updated on 2090404: see below) New progress/bugs: All Ok: - 20090401: 2.6.28 ok (even 2.6.29-rc2 ok) - 20090401: alarms (using atd from http://www.angstrom-distribution.org/unstable/armv4t/base/, since no newer package exists), normal + when suspended - 20090401: wake up when receiving sms - 20090401: call + echo check - 20090401: missed call bug - 20090401: duplicate sms thing: solved - 20090401: mail ok - 20090401: wifi ok - 20090403: voice notes (see my mail/patch) ok - 20090404: usb cable handling: ok (mailed a patch to Filip, I hope he integrates all the 2.6.28 patches and commits them) - 20090404: bluetooth ok (need to downgrade to bluez3 and not use bluez4, install script updated accordingly) Problems (more like small nuisances now): - sms stay on SIM as well as on phone == All sms's are stored on the phone *and* on the SIM. I don't think that this is wanted behaviour (deleting an SMS only works on the SMS's stored on the phone) - alarm kept on vibrating this morning (I missed the first alarm, and probably after some time it suspended and restarted but the vibrating continued even after I pressed dismiss). - if you set the time back to something in the past, the clock service crashes and you need to restart qtextended if you want to use the clock again - if you reboot, wlan is online and you need to put it offline (can cause battery issues) - second call incoming needs to be checked if working ok Install instructions: = download the script http://users.telenet.be/liedekef/openmoko_install.sh read the comments at the top and then execute the script on your openmoko (after having flashed the device and made sure internet works) Enjoy! Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] from debian to shr ;-)
i'm using shr testing that's quite stable... [some issues with sound resume and gsm registering, but i guess it's just a kernel problem] i use a wep static ip network and a dhcp wpa one, i have some interfaces files that i switch between. to check my gmail account i use minimo that's really fast [and has https support]. some times i use dillo for specific uses. if you need more infos just ask, if you have some fixes... tell me! d On 4/4/09, Fernando Martins ferna...@cmartins.nl wrote: Davide Scaini wrote: [writing from fr now] Could you just summarise which network/email tools/setup you are using to achieve this? Thanks, Fernando ___ 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] from debian to shr ;-)
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. Obviously there are the proto and private ssid/psk/key differences, but are there general setup differences? Kind regards, Cameron 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: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger
Hi Thanks a lot for this ! I will report bugs if I see any. Cheers Kimaidou 2009/4/3 Onen onen...@free.fr Hello, ok, thanks for the explanations. Here you go: http://www.opkg.org/package_186.html Let me know if you see errors, possible improvements, etc... Onen kimaidou wrote: Hi About the advantages of opkg.org http://opkg.org * a software dedicated website, so that I can easily know the new and updated softs with rss feeds (I don't have to filter the new entries in the openmoko wiki and get lost among the amount of information) * a small description for each software (you can do this on a wiki page, I know), and each soft has the same description page template * at the moment, there is a small number of distro (SHR and OM are the most used), but this does not say that it will stay forever, so it could be hard to ask the developper of each new platform to integrate it on the repos * a lot of visitors * you do not have to store the ipk on opkg. A link or description to your repo is OK . So you can do both : put a description on opkg, and put the package in the distro feeds I believe a portal containing a updated list of all softwares is great for the users who are not always connected to the mailing lists and wikis. For example, I saw the Hackable:A developpers have released a great rss reader application ( https://trac.hackable1.org/trac/wiki/FeedReader ) . It could be used by users using another debian based distribution (fyp or other), but there is no way for them to know. If this app was in opkg, everyone would know (I know, this is not a good examplen, as opkg is only for ipk package and not deb, but you understand the meaning :D ) Cheers Kimaidou ___ 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: Linphone not available?
yacine wrote: I just wanted to say thank you for provided the packages. Using them I was able to install linphonec v1.6 I have the 3.x series linphone working now, available in the feeds under: http://openmoko.truebox.co.uk/repos/mazikeen/fso-milestone5/ipk/ I didn't have time to post the bitbake recipe for the svn build before going away, so expect that in a couple of weeks. This has the gui working too, but you will still have to change the alsa scenario manually. My problem now is the voice path. I have created a free sip account from iptel.org. I tested the account using a PC sip client and it worked just fine. The problem occurs when I try to use the same sip account on the OM and call the echo number I get this: warning: Unknown nb_ctl request: 12 ortp-error-Could not set vbr mode to speex encoder. warning: Unknown nb_ctl request: 34 It looks like the local speex doesn't support one of the options the far end wants to use. You could try disabling the speex codec in .linphonerc or try the updated linphone version. Also, before making the call I get: Registration on sip:iptel.org sucessful. That's a good sign. I followed instructions in here . I also tried testing my microphone and speakers with voicenote . It worked. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Multivast over USB?
Hi, Im currently working with multicast for my internship at a university. For testing I tried to let my computer and the FR communicate multicasted over USB, but it didnt work, my pc was unable to join the multicast group of the neo. Via LAN it worked with another computer, same software, same settings. Any ideas? A universitie's guy said, that probably Multicast isnt supported over USB, is that right? Is there work going on so this will be implemented in the future, some kind of cdc_ether2.0? Greetings, Martin Puffe. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] latest unstable with problems!
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. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IPhoneOS on Freerunner
Am 02.04.2009 um 13:37 schrieb ivanshirok...@gmail.com: Dr. H. Nikolaus Schaller пишет: Have you seen yesterday? http://openmoko-fr.org/wiki/index.php/IPhoneOS_on_Freerunner Well, it is/was a good April joke. But this one isn't. Have you ckecked it out? http://www.quantum-step.com/wiki.php?page=About http://freeyourphone.de/portal_v1/gallery/menu.php?gallery=membersalbum_id=16 Yes. You need to mail the developers to get a beta tar package and some special instructions to install it on the Freerunner. And you need to start it from the command line since it is not integrated into a flash image. The GUI has some rough edges but it already works as a technology demonstrator. I have played some GNUchess on its GUI. It is not complete, but has a lot of potential. Even the potential to run real iPhone apps since it is also based completely on C and Objective-C. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Hello, thanks for you reply. I would need some more help before running the installation process. I will write a wiki page on openmoko.org Ok, I try to be more verbose. If you have more questions, just ask :-): There are also feeds for shr testing http://meru.inf.ethz.ch/~rkralovi/shr http://meru.inf.ethz.ch/%7Erkralovi/shr I will use this since I run SHR testing Most of the packages was compiled on 19 March. So, if SHR testing didn't change too much since then, it might be a good choice. If it doesn't work, let me know an I try to recompile for recent SHR testing. I think SHR testing uses FSO5, so I have nothing to install, right ? Shr uses FSO, but FSO-M5 is basically a different distribution, with different versions of packages. So I am not sure if versions for FSO-M5 are ok to install into SHR testing. So, basically it should just work if you add this to your opkg feeds: You have to create a file /etc/opkg/meru.conf with the following content: src/gz meru-all http://meru.inf.ethz.ch/~rkralovi/shr/ipk/all src/gz meru-armv4t http://meru.inf.ethz.ch/~rkralovi/shr/ipk/armv4t src/gz meru-om-gta02 http://meru.inf.ethz.ch/~rkralovi/shr/ipk/om-gta02 After this, I will run opkg update Yes. Is this correct (or do I need to add some more command lines ?): Try just opkg update opkg install xserver-kdrive-glamo xcompmgr qwo e-wm I am not sure if xserver and e-wm will be reinstalled - if not, try opkg -force-depends remove xserver-kdrive-glamo opkg -force-depends remove e-wm and then opkg install ... #modifiy the file */etc/X11/Xserver nano **/etc/X11/Xserver And add *ARGS=$ARGS +extension Composite #creating a file to launch xcompmgr and load it echo xcompmgr /etc/X11/Xsession.d/xcompmgr_start chmod +x /etc/X11/Xsession.d/xcompmgr_start /etc/X11/Xsession.d/xcompmgr_start Yes. After restarting illume and selecting qwo as the keyboard, everything _should_ work. But please be aware that if the packages versions from shr-testing of my repository are not compatible with your version of shr-testing (which may well be the case), you can end up with quite broken system. So I recommend you to have backup (maybe whole image of rootfs). This is all I understoof reading your email and the webpage. Can you please comment / modify it ? If you have more questions, just ask :-) Greets Richard ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bying a Freerunner with the buzz-fix on it
Cédric Berger wrote: On Wed, Mar 4, 2009 at 02:09, Steve Mosher st...@openmoko.com wrote: so much for my schedules. There were some issues with ALSA states. so manufacturing got put on hold. then Chinese new year. I'll have an update shortly on A7. So as I understand these were issues not only relating to software ? The issues are as follows: 1. A delay due to the timing of chinese new year. factories shut down. 2. We needed to check that the ALSA states in the production image gave a good experience on the A7. 3. Engineering a smooth transition in the channel between the A6 which is in inventory, and the A7. 4. Coming up with a plan for fixing as much of the buzz issue on existing stock as possible. 5. Working with our distributors to roll the A7 out. Because if it was just a matter of alsa states files not ready yet, production would not have to be put on hold (hey if openmoko would wait for software be ready to start production, no freerunner would be existing yet ;-) ) Sorry, but I got the hammer on this one. I didnt want to launch A7 and require customers to reflash as their first chore. Further, I wanted to go over the test results myself for the phones sent to test before I committed to SMT and assembly. I did that in late feb. And if it is the buzz fix (by adding the cap) that causes potential problems... what about the SOP currently applied to freerunners ? They may be impacted by incorrect ALSA states ? Yes, that was a concern of mine as well, so this too had to be checked and verified. The complication being that a reworked A6 can only be distinguished AFAIK by visual inspection and not by checking a bit in the hardware. Joerg may correct me on this, but I believe the only ALSA state setting that may be effected is the mic sensitivity or gain ( can't recall, exactly ) oh... and still no update about A7 production ? Since I probably have my phone to be replaced (broken button), I am waiting for Bearstech to get new phones (they are out of stock, and anyway since I have to send my phone I want either a A7 or at least the buzz fix applied... not having to send it again later to get it fixed...) When distributors start to take shipments of A7 ( see 1-5 above) we will make an announcement. The buzz fixing program is coming together with Tuxbrain taking a pivotal role in working through the logistics with me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bying a Freerunner with the buzz-fix on it
Thanks for all these precisions ! Good to have more infos... 2009/4/4 Steve Mosher st...@openmoko.com: [...] When distributors start to take shipments of A7 ( see 1-5 above) we will make an announcement. The buzz fixing program is coming together with Tuxbrain taking a pivotal role in working through the logistics with me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [openBmap] Version 0.2.0 released of the GSM cell, GPS logger
2009/3/31 Onen onen...@free.fr: i tried the new version of openbmap today, and got this error when i ran it: import openbmap.logger ImportError: No module named openbmap.logger am i missing a dependency? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Bying a Freerunner with the buzz-fix on it
your welcomed. I really got behind on my list mail. Now that I'm back down to zero unread mails on the community its easier for me to respond in a timely fashion. Cédric Berger wrote: Thanks for all these precisions ! Good to have more infos... 2009/4/4 Steve Mosher st...@openmoko.com: [...] When distributors start to take shipments of A7 ( see 1-5 above) we will make an announcement. The buzz fixing program is coming together with Tuxbrain taking a pivotal role in working through the logistics with me. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sean's speech at ESC about making a 3G device
On Fri, Apr 03, 2009 at 11:27:02PM -0700, Steve Mosher wrote: The GTA03 as a design had a recamping bug. it kept changing. and changes of course, are perceived as easy. after all, hardware is just like software.. I won't go through all the iterations of GTA03. But it's processor changed, the RFs changed, in the end the design had no Wifi and no GPS. Raise your hand if think that a GTA03 with no wifi and no GPS is good thing to sell to the community? Raise your hand if you think it was a mistake to kill this? Yes, I think GPS and Wifi/WLAN can be considered a requirement these days for anything else than a basic cell phone. I kind of like the GTA02.5 idea (see Tim Dobson's message) as a follow up to the GTA02: Upgrade S3C2442B to S3C6410. Take out the Glamo, including - using the S3C LCM interface for the display. - using the S3C SDIO interface for the SD card connector. This means finding somewhere else to hook up the Wifi chip (and in turn finding another Wifi chip I guess). Upgrade Calypso GSM to Cinterion MC75i. Time, space and cost permitting: Camera on S3C6410 camera interface. Stylus with middle and right mouse buttons. Increased maximum display brightness. Increased maximum speaker volume. Generally keep everything else as in GTA02v8. Most of this was already being worked on for the GTA03 - certainly the kernel patches suggest so. So I'm curious what changed so much in the intended usages of the GTA03 (compared to GTA02) that it had to be cance^W^H postponed. The Neo1973 was released in July 2007 and the Freerunner in July 2008, so with about the same number of changes for the new device as between the two previous ones, perhaps a GTA2.5 could have been out in about July 2009. It must have been more than just the volume up/down buttons that did it. -- 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
Slashdotted
http://mobile.slashdot.org/article.pl?sid=09/04/04/228240art_pos=2 Not pretty. As someone who has been lurking on this list for 1 1/2 years, patiently waiting to buy a phone but trying to avoid buzz fix parties if I could help it, I suppose its not surprising. On the positive side, I'll stick around to see what happens with plan b - if that is there's anyone left to develop it and its not vapor. I like the idea of Freerunner, just not its execution. I'd like to surprised though and see a turn around. And yes, I'll probably buy one that ships without hardware problems. - R ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Slashdotted
Yes very sad wrong titular No More OpenMoko Phone and very discorageus comentaries :( 2009/4/5 robert lazarski robertlazar...@gmail.com: http://mobile.slashdot.org/article.pl?sid=09/04/04/228240art_pos=2 Not pretty. As someone who has been lurking on this list for 1 1/2 years, patiently waiting to buy a phone but trying to avoid buzz fix parties if I could help it, I suppose its not surprising. On the positive side, I'll stick around to see what happens with plan b - if that is there's anyone left to develop it and its not vapor. I like the idea of Freerunner, just not its execution. I'd like to surprised though and see a turn around. And yes, I'll probably buy one that ships without hardware problems. - 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
Re: Slashdotted
only add that replies are quite unfair to a any free project whatever it succeed or not. 2009/4/5 David Reyes Samblas Martinez da...@tuxbrain.com: Yes very sad wrong titular No More OpenMoko Phone and very discorageus comentaries :( 2009/4/5 robert lazarski robertlazar...@gmail.com: http://mobile.slashdot.org/article.pl?sid=09/04/04/228240art_pos=2 Not pretty. As someone who has been lurking on this list for 1 1/2 years, patiently waiting to buy a phone but trying to avoid buzz fix parties if I could help it, I suppose its not surprising. On the positive side, I'll stick around to see what happens with plan b - if that is there's anyone left to develop it and its not vapor. I like the idea of Freerunner, just not its execution. I'd like to surprised though and see a turn around. And yes, I'll probably buy one that ships without hardware problems. - 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!!! -- 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: Sean's speech at ESC about making a 3G device
Rask Ingemann Lambertsen wrote: On Fri, Apr 03, 2009 at 11:27:02PM -0700, Steve Mosher wrote: The GTA03 as a design had a recamping bug. it kept changing. and changes of course, are perceived as easy. after all, hardware is just like software.. I won't go through all the iterations of GTA03. But it's processor changed, the RFs changed, in the end the design had no Wifi and no GPS. Raise your hand if think that a GTA03 with no wifi and no GPS is good thing to sell to the community? Raise your hand if you think it was a mistake to kill this? Yes, I think GPS and Wifi/WLAN can be considered a requirement these days for anything else than a basic cell phone. I kind of like the GTA02.5 idea (see Tim Dobson's message) as a follow up to the GTA02: Upgrade S3C2442B to S3C6410. Take out the Glamo, including - using the S3C LCM interface for the display. - using the S3C SDIO interface for the SD card connector. This means finding somewhere else to hook up the Wifi chip (and in turn finding another Wifi chip I guess). Upgrade Calypso GSM to Cinterion MC75i. That's pretty close to one iteration the design went through. Time, space and cost permitting: Camera on S3C6410 camera interface. Stylus with middle and right mouse buttons. Increased maximum display brightness. Increased maximum speaker volume. Design had a capacitive screen and a camera. Generally keep everything else as in GTA02v8. More had to change, like wifi chip vendor. Most of this was already being worked on for the GTA03 - certainly the kernel patches suggest so. So I'm curious what changed so much in the intended usages of the GTA03 (compared to GTA02) that it had to be cance^W^H postponed. The Neo1973 was released in July 2007 and the Freerunner in July 2008, so with about the same number of changes for the new device as between the two previous ones, perhaps a GTA2.5 could have been out in about July 2009. It must have been more than just the volume up/down buttons that did it. One of the schedules had a July Ship date, essentially as you describe. 6410, agps,wifi,camera,BT, accels. 2.5G ( after some early flirtations with 3G which just set us back ) the difficult was threefold: 1. Getting price separation from the FreeRunner. could I charge 499 for such a phone. With FreeRunner at 399 would processor bump and a camera justify a +100 dollar adder. 2. Fitting all of this inside the ID we had for the phone. The ID is complete as well as mechanical and there were issues with the latter fitting in the former without some serious work and comprimises. 3. Some manufacturing challenges for the case. a few key unknowns. 4. Antenna design issues. With all those RFs in the case we had it was a serious concern whether it would work or not. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Recommended GTA01 images?
Hi It seems that my FRs are suffering from additional HW woes to the usual ones, and I just contacted my vendor with warranty questions. Meanwhile, what's hot nowadays for a GTA01 if one wants the phone functions to somewhat work, and yeah, suspend too preferrably? -- Mikko Rauhala m...@iki.fi - http://www.iki.fi/mjr/blog/ The Finnish Pirate Party - http://piraattipuolue.fi/ World Transhumanist Association - http://transhumanism.org/ Singularity Institute- http://singinst.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Recommended GTA01 images?
try shr-lite-image-om-gta01.jffs2 from http://shr.bearstech.com/shr-testing/images/om-gta01/ Seems to work great on my gta01, dialling / suspend / sms etc.. By default it won't suspend automatically after x seconds, but this might be easy to change. I just suspend it myself before putting it in my pocket every time (click X at homescreen for shutdown/suspend options). It has always woken up from suspend when calls or txt arrive. so yeah, seems perfectly stable to me for everyday use. There's some shr tweaks here (some may already have been done to the image, ie, i didn't have to do fast suspend and no echo) http://shr-project.org/trac/wiki/Tweaks The GPRS scripts here also work for me http://wiki.openmoko.org/wiki/GPRS_FSO It doesn't have a browser in the image however you can opkg install one Ben Mikko Rauhala wrote: Hi It seems that my FRs are suffering from additional HW woes to the usual ones, and I just contacted my vendor with warranty questions. Meanwhile, what's hot nowadays for a GTA01 if one wants the phone functions to somewhat work, and yeah, suspend too preferrably? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community