Re: OpenMooCow 0.1
On Thursday 16 October 2008 01:08:26 William Kenworthy wrote: Rather than reboot, suspend/resume usually works for me. Unfortunately it doesn't for me. Anyways I noticed that only the upper accelerometer (/dev/input/event2) stops working here. I have never seen this happening on do lower one (event3). For this I can't really understand why _every_ app around is using the upper one. I guess the lower one doesn't crash right because it is never used. But anyways, I have seen crashing the upper one even if unused quite often. This never happens with the lower one... Can anyone confirm this behaviour or am I alone in this situation? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
On Thu, Oct 16, 2008 at 08:02:11AM +0200, Michael Zanetti wrote: On Thursday 16 October 2008 01:08:26 William Kenworthy wrote: Rather than reboot, suspend/resume usually works for me. Unfortunately it doesn't for me. Anyways I noticed that only the upper accelerometer (/dev/input/event2) stops working here. I have never seen this happening on do lower one (event3). For this I can't really understand why _every_ app around is using the upper one. CJB's and mine versions of rotate read events3 and suffer from the same problem. Rui -- Kallisti! Today is Prickle-Prickle, the 70th day of Bureaucracy in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
VARTA Digital USB Charger
I've just read an article about new VARTA Digital USB Charger http://www.en.varta-consumer.com/content.php?path=/1204126618.htmldomain=www.en.varta-consumer.com For our purposes it's really great that it can charge our precious Neo from inserted AA or AAA accumulators, power point or car socket :-). Well, when it is available someone test try it and add it to: http://wiki.openmoko.org/wiki/Neo_USB_charger_specifications_and_compatibility_list Minh -- Minh HA DUONG, Chargé de Recherche, CNRS CIRED, Centre International de Recherches sur l'Environnement et le Développement http://minh.haduong.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VARTA Digital USB Charger
On Thursday 16 of October 2008 09:36:58 Minh Ha Duong wrote: I've just read an article about new VARTA Digital USB Charger http://www.en.varta-consumer.com/content.php?path=/1204126618.htmldomain =www.en.varta-consumer.com For our purposes it's really great that it can charge our precious Neo from inserted AA or AAA accumulators, power point or car socket :-). Well, when it is available someone test try it and add it to: http://wiki.openmoko.org/wiki/Neo_USB_charger_specifications_and_compatibil ity_list Minh I'm not sure if this is the same model http://www.agen.cz/produkt/57387/VARTA-Professional-Charger-nabijecka-USB-2xAAA1000-2xAA2700_ph.htm . But if it is, it's currently available in my country. But the price is little more that I want pay for it (cca 38€). -- Ing. Radek Bartoň Faculty of Information Technology Department of Computer Graphics and Multimedia Brno University of Technology E-mail: [EMAIL PROTECTED] Web: http://blackhex.no-ip.org Jabber: [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: File browser and mplayer frontend for the Openmoko
I have just completed my first packages for the Openmoko. First things first, here are the instructions, download links, and screenshots: http://people.defora.org/~khorben/200810.html#20081016022955 Besides about the programs themselves, I will welcome suggestions regarding how to better generate the packages, and how to host them somewhere more « official ». Actually, I'd even be happy if someone would volunteer for this task, and push me to commit fixes :) Hi, There are four places involved: the forge, the repository, the directory and the wiki. 1. The forge: official hosting is at http://projects.openmoko.org/ The quotes are important, this is provided only as a community service. So far this service availability has been in the 90s rather than 99% uptime. 2. The repository: official (no quotes) package repository at: http://wiki.openmoko.org/wiki/Community_Repository I think there is a script that pulls daily released packages from projects.openmoko.org. I also had a glimpse of a web interface to drop your packages there, and further openings are probably planned. 3. The directory: In addition to hosting, you also want indexing at: http://opkg.org . Your packages are already in there, but I mention it for future reference. 4. The wiki: you want the packages to be found when people search in the wiki. Obviously we are thinking about automatic crosslinking with the above information sources, and obviously this is non-trivial work (see Alessandro's cross-sites Om search engine http://aiurlano.netsons.org/OpenMoko/ ) . Meanwhile, application developpers are kindly suggested to at least drop a link at: http://wiki.openmoko.org/wiki/Applications Happy hacking, Minh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Back to the basics: improving user experience
Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] How to export Vcf Contacts from FR?
Charles Pax wrote: On Wed, Oct 15, 2008 at 11:00 PM, nickd [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Vasco I've put your contribution up on the wiki. Once step closer to working out the export. Also in the discussion I've asked for thoughts on either moving 'exporting' to a new page or rename the current one. What do you think? -Nick Have you guys considered writing a plugin for Conduit [1]? It looks like Conduit supports Evolution Data Server, which is what (I think) Openmoko uses. 2007.2 used Evolution Data Server, but 2008.9 uses qtopia which stores things in an sqlite database. I'd be pretty happy if I could synchronize my Freerunner with Evolution via Conduit. Maybe some of us should put together a beer of the month club [2] bounty for whoever makes a plugin for conduit. -Charles Pax [1] http://www.conduit-project.org/ [2] http://www.beermonthclub.com/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: console command history
Carsten Gerlach ha scritto: Hi, Am Dienstag 14. Oktober 2008 3:13:14 am schrieb Joel Newkirk: On Mon, 13 Oct 2008 22:26:10 +0100, Stroller wrote Isn't it in .bashrc or .bash_profile? Stroller. it is for bash, but OM distros are using an sh/ash replacement builtin to busybox. ~/.bashrc is for bash. What is the corresponding file for sh/ash? ~/.ashrc? or ~/.shrc? Greetings, Carsten I use ~/.profile and it seems to work :) My 2 cents ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[qtextended] new release 4.4.3
HI,I just noticed a new release is available at http://www.qtopia.net/modules/mydownloads/ Is there any description about what was changed ? I'm gonna try it now... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtextended] new release 4.4.3
oups, sorry it is 4.3.3 ! :-p I'll check it closer before I update the correct partition on my phone... On Thu, Oct 16, 2008 at 10:08, Cédric Berger [EMAIL PROTECTED]wrote: HI,I just noticed a new release is available at http://www.qtopia.net/modules/mydownloads/ Is there any description about what was changed ? I'm gonna try it now... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wiimote + electric guitar
nickd wrote: Can somebody smarter than I work out how we do this? http://www.engadget.com/2008/10/15/wiimote-strapped-on-guitar-for-wild-effects-whammy-bar-gets-tot/ Which aspect of it? You could follow it closely by imitating the wiimote with ReMoko. You could bypass the remote aspect by adding a usb midi adapter and sending midi commands to the Digitech pedal based on the accelerometer readings. We probably don't have enough CPU to run ecamegapedal or similar. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, Oct 16, 2008 at 9:47 AM, John Lee [EMAIL PROTECTED] wrote: We assembled a team to focus on improving the user experience. Here is our todo list at the moment: So, tell us what you want, then the coding monkeys will start working! Speed, speed, speed... If I compare the current user experience to the iPhone (*phtuey*) one, I prefer the iPhone. I don't have one, and don't plan on getting one, but it appears to be much faster then the Neo any day. Program response should be lots better. Startup time reducing for apps would be great. Boot time, maybe, I don't (plan on) doing that too much. Suspend is quite good at the moment, but when the display is 'blanked' and the system is not in suspend, maybe pressing the 'power' button could wake up the screen instead. Now it wakes up and immediately suspends. And, as arne says, having a faster screen response would be nice, as well... Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
John Lee [EMAIL PROTECTED] writes: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? My vote is stuff that enables me as a client developer to develop code and only have myself to blame for bugs. Here are my desired clients I want to develop: - Emacs phone services on top of dbus - touch and accellerometer based gui for nearly blind people - funky gui that changes every week for teenagers(Ok, I dont really want to develop this but i'd like to have it) The Emacs ui would be geared towards myself and wouldnt need to be very robust. The other ui:s must be completely failsafe. Here battery life and reliability is essential. The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, 2008-10-16 at 11:08 +0200, arne anka wrote: I would like to ask the community: What do you want us to work on? accelerated x-driver! since the specs for the glamo are subject to an nda, nobody else can ... We have an accelerated X driver, do you mean add more features? I am going to be working on improving the Xglamo as much as I can in the future. But I won't get to that task immediately. Graeme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
W.Kenworthy schrieb: It often takes several boots before the pin dialog comes up. If you forget while waiting and it does come up but its awhile until you get to it, it will hang so you have to reboot anyway. Sometimes restarting X helps, but not always don't know if you already optimized your /opt/Qtopia/etc/default/Trolltech/*Storage.conf * file. But that helped me a lot with the pin dialog. http://openmoko.markmail.org/search/?q=Storage.conf+pin#query:Storage.conf%20pin+page:1+mid:dzsa4by46vnvfa2r+state:results i didn't disable the hole media card like it is in the thread. i just disabled Applications and Removable ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Thu, Oct 16, 2008 at 12:06, Nishit Dave [EMAIL PROTECTED] wrote: I inserted the file in /usr/Trolltech/Qtopia/plugins/phonevendors/ on qtextended. No change in the echo / buzzing problem for me, but then I started to have problems with the phone going on unrecoverable standby, and loss of audio (speaker, mic and ringtone, all together) when it could be woken up. I did not try this file, but I sometimes have these problems with qtextended... (sound lost, and sometimes unrecoverable standby) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
So, tell us what you want, then the coding monkeys will start working! In my opinion, the buttons and LED are critical parts of the user-experience. They are still not consistent and reliable enough. Quick test: can _you_ tell what the various colours and light / blinking states mean ? References: http://wiki.openmoko.org/wiki/FreeRunner/Buttons_and_LEDs https://wiki.openmoko.org/wiki/FreeRunner_LED_signals Thanks for your consideration, Minh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FSO] makefile - openembedded git repository not working
hello, it's some days (4-5) that i am not able to update the fso tree. when i give make update i get this errors: [EMAIL PROTECTED] ~/openmoko/fso2 $ make update ( cd common ; git pull ) Already up-to-date. ( cd bitbake ; svn up ) At revision 1108. ( cd openembedded ; git pull ) fatal: The remote end hung up unexpectedly make: *** [update-openembedded] Error 1 even if i remove the openembedded folder (move it somewhere) it doesn't work. what should i do? should i change the repository? and how? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: UMA anyone?
Hi, The answer is no, at least as long as Openmoko's phones use the current TI Calypso modem. This is because UMA requires hacking in the GSM firmware itself. But the firmware has to be certified and will never be open source so that it can be modified. The only possibility would be to get a GSM firmware and hardware that support a way of hooking so that the appropriate software can be implemented in the modem. Also, UMA authentication requires running the GSM A3/A5/A8/cant-remember in the sim, and this facility is not provided by the AT sim commands in the modem. Outside the modem, it's only a matter of IKE and IPSec. (Yes, I did my master degree internship on UMA, and I investigated how to do it on Openmoko ;) ) SL ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, Oct 16, 2008 at 05:15:59PM +0800, W.Kenworthy wrote: 2008.9 + updates A phone that works: reliably make and receive calls reliably make and receive sms's At the moment, totally losing sms messages (phone sometimes hangs/crashes when one comes in) or not waking up if suspended when one comes in means that its almost unusable as a phone. It often takes several boots before the pin dialog comes up. If you forget while waiting and it does come up but its awhile until you get to it, it will hang so you have to reboot anyway. Sometimes restarting X helps, but not always Stability: My average in normal usage is at least two boots a day due to crashes, and often extra rebooting to check if an sms comes in (sometimes they will only show on fresh re-registration. Leaving the phone on and registered for hours doesnt seem to help - not sure how vodafone australia takes to retry messages but surely its less that 12 hours. The only way to stop crashes is not to use the thing! No GPS, no wireless, no phone calls, and definitely never send/receive an sms :) I suspect the event/0 thread is at the root of a lot of this so I am waiting a fix for that. I dont think I am alone in this - hopefully the new focus means that these issues can be dealt with. I am a little concerned though that you think things like boot time is important enough to mention, but not basic issues like being able to reliably make a phone call. Though a faster boot means less time wasted going through multiple bootups to get the thing registered. :) I would like to explain a bit more about this: We're not the only team that will work on the new focus. Stability should be greatly improved by the effort of FSO, and boot time is just another thing we would also like to improve. At the same time, we will work on fixing qtopia bugs as well, so if the problems you have is in trac already, we will look into them. - John ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Why Qtopia? I prefer that you release the next minor update ( aka 2008.10 ) and focus all works on paroli and tichy. The new framework is pretty usable and stable. 2008/10/16 John Lee [EMAIL PROTECTED] On Thu, Oct 16, 2008 at 05:15:59PM +0800, W.Kenworthy wrote: 2008.9 + updates A phone that works: reliably make and receive calls reliably make and receive sms's At the moment, totally losing sms messages (phone sometimes hangs/crashes when one comes in) or not waking up if suspended when one comes in means that its almost unusable as a phone. It often takes several boots before the pin dialog comes up. If you forget while waiting and it does come up but its awhile until you get to it, it will hang so you have to reboot anyway. Sometimes restarting X helps, but not always Stability: My average in normal usage is at least two boots a day due to crashes, and often extra rebooting to check if an sms comes in (sometimes they will only show on fresh re-registration. Leaving the phone on and registered for hours doesnt seem to help - not sure how vodafone australia takes to retry messages but surely its less that 12 hours. The only way to stop crashes is not to use the thing! No GPS, no wireless, no phone calls, and definitely never send/receive an sms :) I suspect the event/0 thread is at the root of a lot of this so I am waiting a fix for that. I dont think I am alone in this - hopefully the new focus means that these issues can be dealt with. I am a little concerned though that you think things like boot time is important enough to mention, but not basic issues like being able to reliably make a phone call. Though a faster boot means less time wasted going through multiple bootups to get the thing registered. :) I would like to explain a bit more about this: We're not the only team that will work on the new focus. Stability should be greatly improved by the effort of FSO, and boot time is just another thing we would also like to improve. At the same time, we will work on fixing qtopia bugs as well, so if the problems you have is in trac already, we will look into them. - John ___ 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: Back to the basics: improving user experience
Prioritized: 1 - Solve the call quality problems (echo, buzzing, volume) for 99% of the users. 2 - Solve the illume resume problems. They have been talked about over and over, but unfortunately the information is scattered and imprecise. the tickets themselves have misleading info (I should know, I helped confuse you...), so maybe this deserves a new single ticket, where everyone contributes with more exact information; 3 - Get the wifi driver corrected, so that it does not create link association and stability and problems; 4 - Finish/validate implementation of the networking stack (all the way up to resolv.conf and friends); 5 - Merge the GPRS muxer into the stable distro, so that it works out of the box; 6 - Integrate the main applications with the power management: if QPE wants to index the whole friggin' filesystem right after boot, then give it time to do so before going into suspend; if you don't, it just bogs down the CPU for many suspend/resume cycles, creating all sorts of problems, and we don't know what is going on... 7 - Accelerate Qt applications - they respond so slowly that a normal user will shoot itself in the foot everyday (i.e. pushing the Answer button twice because it didn't appear to respond, effectively killing the call; or taking the phone to the ear after pushing Answer and having it rind loudly one last time in the ear); 8 - Work with the people of FDOM to integrate the best workarounds and hacks - they did the work already, just use it. 9 - Get all the bluetooth support organized out-of-the-box. I haven't played with it in a long time, but it looked like black voodoo to get a simple pairing and OBEX exchange going... forget about PAN!... 10 - Put a speaker button on the dialer app. This is my only GUI desire for now... +5, Insightful Meaning, I second, third and fourth the recommendation. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] using qtmail on command line
hi matthias, i just updated the wiki page you referred to. i managed to initiate a call. the sms functionality must be quite similar. good luck max Matthias Apitz schrieb: El día Wednesday, October 15, 2008 a las 02:55:30PM +0200, Max Giesbert escribió: hi matthias, have you considered using the dbus interface of FSO for this purpose? cheers Hello Max, Do you have a bit more information about that? I went to the Wiki page about D-Bus: http://wiki.openmoko.org/wiki/D-Bus but this is outdated or incomplete (again); I've played around with this: # dbus-send --print-reply --dest=org.openmoko.Dialer /org/openmoko/Dialer org.openmoko.Dialer.Dial string:08961308351 Failed to open connection to session message bus: dbus-launch failed to autolaunch D-Bus session: Autolaunch requested, but X11 support not compiled in. Cannot continue. # export DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-GJbsqe78BO,guid=c08c2c056c7ef84e3fc4a09048f59782 (the DBUS_SESSION_BUS_ADDRESS I've got by just doing 'cat /proc/*/environ | fgrep DBUS') # dbus-send --print-reply --dest=org.openmoko.Dialer /org/openmoko/Dialer org.openmoko.Dialer.Dial string:08961308351 Error org.freedesktop.DBus.Error.ServiceUnknown: The name org.openmoko.Dialer was not provided by any .service files So, now I'm lost :-( Thx matthias -- exactt technology Dipl. Inf. (FH) Max Giesbert Schießstättstr. 16 T: +49 17 75 07 53 44 D-80339 München F: +49 89 1 22 21 97 02 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
2008.9 + updates A phone that works: reliably make and receive calls reliably make and receive sms's At the moment, totally losing sms messages (phone sometimes hangs/crashes when one comes in) or not waking up if suspended when one comes in means that its almost unusable as a phone. It often takes several boots before the pin dialog comes up. If you forget while waiting and it does come up but its awhile until you get to it, it will hang so you have to reboot anyway. Sometimes restarting X helps, but not always Stability: My average in normal usage is at least two boots a day due to crashes, and often extra rebooting to check if an sms comes in (sometimes they will only show on fresh re-registration. Leaving the phone on and registered for hours doesnt seem to help - not sure how vodafone australia takes to retry messages but surely its less that 12 hours. The only way to stop crashes is not to use the thing! No GPS, no wireless, no phone calls, and definitely never send/receive an sms :) I suspect the event/0 thread is at the root of a lot of this so I am waiting a fix for that. I dont think I am alone in this - hopefully the new focus means that these issues can be dealt with. I am a little concerned though that you think things like boot time is important enough to mention, but not basic issues like being able to reliably make a phone call. Though a faster boot means less time wasted going through multiple bootups to get the thing registered. :) I should mention that 2007.2 seemed more stable and mature than 2008 anything still is up until work stopped on it. BillK On Thu, 2008-10-16 at 15:47 +0800, John Lee wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ 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: [FSO] makefile - openembedded git repository not working
Previdi Roberto wrote: hello, it's some days (4-5) that i am not able to update the fso tree. OE moved from a trial git server to a production git server, and the git repository location changed as a result. I forgot to update the FSO makefile to match. when i give make update i get this errors: [EMAIL PROTECTED] ~/openmoko/fso2 $ make update ( cd common ; git pull ) Already up-to-date. ( cd bitbake ; svn up ) At revision 1108. ( cd openembedded ; git pull ) fatal: The remote end hung up unexpectedly make: *** [update-openembedded] Error 1 even if i remove the openembedded folder (move it somewhere) it doesn't work. what should i do? should i change the repository? and how? 1) make update-common 2) Remove the openembedded folder (not your build folder) 3) make setup-openembedded That should fix it for you. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Cant agree with this. They are bugs, but none are urgent issues and few affect a users basic needs - to be able to make phone calls and SMS's This is where OM lost the plot - it looks pretty, but doesnt work. Standing joke where I work (there are two of us neo owners - the other was thinking of selling though) Whats the difference between an iphone and a neo - one looks pretty and works, one looks pretty and doesnt work ... qtopia is what people are using NOW, and will for many months yet as far as I can see. There seem to be only a few issues with its basic functionality- fix them so its at least usable - please! BillK On Thu, 2008-10-16 at 04:49 -0700, Alasal wrote: I agree, we don't have to spend developer time on things that are going away. (So please don't fix qtopia) And here are the bugs that should be solved (My opinion): LANSCAPE http://docs.openmoko.org/trac/ticket/1244: Landscape mode must work good, also for glamo http://docs.openmoko.org/trac/ticket/1961: Going into landscape mode must be smooth http://docs.openmoko.org/trac/ticket/1336: Landscape mode shouldn't shift the screen by 160px http://docs.openmoko.org/trac/ticket/1381: Let libsdl spit out the correct mouse coordinations WIFI http://docs.openmoko.org/trac/ticket/1860: Give the wifi driver more love http://docs.openmoko.org/trac/ticket/1902: Make the wifi work with one-character long ESSID http://docs.openmoko.org/trac/ticket/2030: Let the wifi also connect with WEP networks VARIA http://docs.openmoko.org/trac/ticket/1158: Charger shouldn't stop charging when it's still connected http://docs.openmoko.org/trac/ticket/1024: Fix the gsm reregistering issue. (Only if it's not qtopia related) http://docs.openmoko.org/trac/ticket/1718: Finally fix the python-pygtk program http://docs.openmoko.org/trac/ticket/1267: Fix the echo problem http://docs.openmoko.org/trac/ticket/1802: Don't let the partition table of the sd card be corrupted http://docs.openmoko.org/trac/ticket/1597: Don't let cpu do nothing and still eating 30% http://docs.openmoko.org/trac/ticket/1315: Keep xglamo at the same performance http://docs.openmoko.org/trac/ticket/1841: Solve the WSOD, so openmoko isn't the next windows Neil Jerram wrote: I agree that you should not spend time on Qtopia. Even though I use Qtopia most of the time, I would prefer you to focus all your efforts on the lower levels (up to and including the FSO dbus interfaces) until they are rock solid. Neil -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, 2008-10-16 at 15:47 +0800, John Lee wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? Definately a working WiFi driver (the current one is half-working only, just have a look at opened bug reports). Generally more working low-level stuff. Thanks, Xav ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Nope, thats a furphy - made the alterations, two boots so far and no pin dialog ... Took the SD card out and the pin popped up - twice Put the SD card back in and no PIN dialog. I have an 8G card as 2 partitions. On p1 I have a single file while on p2 I have tangogps maps - but p2 isnt indexed as far as I can see, so they should not affect it and qpe doesnt show as being busy in task list. The alterations suggested below had been done. Could it be an issue related to SD cards rather than QPE? BillK On Thu, 2008-10-16 at 11:39 +0100, Vasco Névoa wrote: An important note to the people who are experiencing all-round instability: I haven't had many problems with phone calls or SMS. I believe the critical point was to disable QPE's file search upon bootup [1]. Before I did that, I had all kinds of mysterious problems (including PIN), derived from the fact that the Neo's CPU was starving for cycles. To make matters worse, it would suspend before the indexing job was done, and so the Neo would not have enough CPU power to correctly process incoming calls and messages when it resumed. After disabling that QPE stuff, it basically works. [1]: http://n2.nabble.com/No-pin-dialog--qpe-tp685679p685679.html Citando John Lee [EMAIL PROTECTED]: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
I agree with you partly; the main efforts should go into getting the new framework out - *as long as it runs on a rock-solid core system*. So I support the idea of accelerating the FSO integration... but in the meantime people have to use the sucking Qtopia ware in their everyday life, because there is no realistic alternative. FSO is still very incomplete at the user level. Today, the complete system is not reliable and the reliable system is not complete at all. If you fix the core and qtopia now, everybody gets a working phone, and FSO gets a more reliable development core. You favor the users, which are the noisier people. ;) If you jump start FSO into main distro, there will still not exist a complete system that can be used everyday. You favor the developers, who could wait a little more (but not long!) and ARE ALSO USERS. So please just make it work solidly, and then integrate FSO. :) Citando Neil Jerram [EMAIL PROTECTED]: 2008/10/16 Riccardo Centra [EMAIL PROTECTED]: Why Qtopia? I prefer that you release the next minor update ( aka 2008.10 ) and focus all works on paroli and tichy. The new framework is pretty usable and stable. I agree that you should not spend time on Qtopia. Even though I use Qtopia most of the time, I would prefer you to focus all your efforts on the lower levels (up to and including the FSO dbus interfaces) until they are rock solid. Neil ___ 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: Flashing in (K)Ubuntu Linux 64bits
I presume my device is number 2 $ sudo ./dfu-util -l ... Found Runtime: [0x0b05:0x1712] devnum=2, cfg=0, intf=2, alt=0, name=UNDEFINED So using 2 as the device ID I got this error $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs -d 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' thanks J On Thursday 16 October 2008, Patrick Beck wrote: ./dfu-util -a rootfs --device listed-id -R -D -- View this message in context: http://n2.nabble.com/Flashing-in-%28K%29Ubuntu-Linux-64bits-tp1340682p1340916.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: Flashing in (K)Ubuntu Linux 64bits
Hello jotalix, i think you have the same problem as me, when i start to flash my Freerunner. dfu-util has detected two devices (./dfu-util -l) so i have to select one with the parameter --device. For example = ./dfu-util -a rootfs --device listed-id -R -D image.rootfs with kind regards Patrick Am Donnerstag, den 16.10.2008, 04:13 -0700 schrieb jotalix: Kubuntu, 64bits Hi, I am able to browser inside Neo Freerunner gta02, i do ssh [EMAIL PROTECTED], and do whatever i need inside. But i want to flash it to a recent version, and here comes the problem, i can only use dfu-util with my Neo on bootloader ,and while on bootloader kubuntu dont recognize it as a USB device whatever,... so how can it be possible to flash it? best regards, jotalix signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] makefile - openembedded git repository not working
even if i remove the openembedded folder (move it somewhere) it doesn't work. what should i do? should i change the repository? and how? They are in the process of,or have finished migrating to git...so use the git repository see: http://wiki.openembedded.net/index.php/Getting_Started#Obtaining_OpenEmbedded_using_GIT ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Vasco Névoa wrote: I agree with you partly; the main efforts should go into getting the new framework out - *as long as it runs on a rock-solid core system*. So I support the idea of accelerating the FSO integration... but in the meantime people have to use the sucking Qtopia ware in their everyday life, because there is no realistic alternative. FSO is still very incomplete at the user level. Today, the complete system is not reliable and the reliable system is not complete at all. If you fix the core and qtopia now, everybody gets a working phone, and FSO gets a more reliable development core. You favor the users, which are the noisier people. ;) If you jump start FSO into main distro, there will still not exist a complete system that can be used everyday. You favor the developers, who could wait a little more (but not long!) and ARE ALSO USERS. So please just make it work solidly, and then integrate FSO. :) Well... I would rather let a bit more freedom to the team : if you (as in the team which will make the iFoan obsolete) think that breaking useability or functionality or anything else could serve the cause : do it ! Please decide your roadmap and make it public ! I (personnally) don't care if I am not able to use my Neo as a phone (and anything else possible) for 2-3-4-5 months : I have a working phone. BUT, what I would like to know is _when_ I will get _what_ functionality. I you think that breaking the whole stuff for a moment will serve a precise goal, please do it ! Regards, OdyX -- Swisslinux.org − Le carrefour GNU/Linux en Suisse − http://www.swisslinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
El jue, 16-10-2008 a las 15:47 +0800, John Lee escribió: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. ok * Optimize the touch screen driver on freerunner for finger usage. for me is quite good right now but any improvement are welcome * A generic python loader to enhance the start up time of python scripts. YES PLEASE :) this will allow script kiddies like me to help in high level development and utilities on the phone * Work with system team to improve suspend/resume user experience. yes, I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. ok, there a lot of thirparty apps out there than can provide new features, but they need a rock solid base to be totally cool * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. Not totally agree here, some(a lot of) effort must be done in current specific gta02 , a clear example is the famous glamo chipset, you are the only ones who can improve it due NDA as some one else has pointed, you must struggle(even more) this chipset to extract until the last drop of it juice. * won't work on om2007 stack. Better make efforts on FSO So, tell us what you want, then the coding monkeys will start working! :) just work on the basics as you have pointed, and the basic is all hardware must work without any blocking bug(alas stability) and inside this stability do it as fast as phisicaly posible. Fancy apps will come from the community and porting from other distros, thats the magic on free source :) Regards, John ___ 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: New Rasterman Image...
Hi there! I've got one question... Since this image is using a much richer theme things like kinetic scrolling of lists get really slow. I tried to lower the device's resolution and it was much faster! The only problem: There is something wrong with the colors when using 'xrandr -s 240x320'... Is there any way to fix that? -- Sebastian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO] makefile - openembedded git repository not working
thank you, i didn't know that make update-common update the makefile On Thu, Oct 16, 2008 at 2:28 PM, Rod Whitby [EMAIL PROTECTED] wrote: Previdi Roberto wrote: hello, it's some days (4-5) that i am not able to update the fso tree. OE moved from a trial git server to a production git server, and the git repository location changed as a result. I forgot to update the FSO makefile to match. when i give make update i get this errors: [EMAIL PROTECTED] ~/openmoko/fso2 $ make update ( cd common ; git pull ) Already up-to-date. ( cd bitbake ; svn up ) At revision 1108. ( cd openembedded ; git pull ) fatal: The remote end hung up unexpectedly make: *** [update-openembedded] Error 1 even if i remove the openembedded folder (move it somewhere) it doesn't work. what should i do? should i change the repository? and how? 1) make update-common 2) Remove the openembedded folder (not your build folder) 3) make setup-openembedded That should fix it for you. -- Rod ___ 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: Flashing in (K)Ubuntu Linux 64bits
Hi, You are using dfu-util in the wrong way. Try = sudo ./dfu-util -a rootfs --device 0x0b05:0x1712 -R -D Om2008.9.rootfs.jffs2 with kind regard Patrick Am Donnerstag, den 16.10.2008, 05:51 -0700 schrieb jotalix: I presume my device is number 2 $ sudo ./dfu-util -l ... Found Runtime: [0x0b05:0x1712] devnum=2, cfg=0, intf=2, alt=0, name=UNDEFINED So using 2 as the device ID I got this error $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs -d 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' thanks J On Thursday 16 October 2008, Patrick Beck wrote: ./dfu-util -a rootfs --device listed-id -R -D signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: JTAG interface board
On Thu, Oct 16, 2008 at 9:22 AM, Leo McManus [EMAIL PROTECTED]wrote: Am looking at buying a Freerunner for use on a embedded course. When I looked at buying last year the phone came with a developer board...and a pretty case! If I buy a freerunner now it will not come with the interface board. What restrictions will this put on my development. Will I be unable to modify the U-Boot code. Can I flash all the blocks within the flash? TA Leo In a study, scientists report that drinking beer can be good for your liver. I'm sorry, did I say 'scientists'? I meant Irish people. This message was sent using IMP, the Internet Messaging Program. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community You can update uboot and install new kernels and rootfs using openmoko's dlf-util program. But if you mess up programming uboot, your going to brick you phone. They sell a JTAB / serial port board for the freerunner. This board is nice because it can work on any arm system that has the 20 pin JTAG connector. Openmoko still sells the Dboard on the US direct site http://us.direct.openmoko.com/. Basicly its a FTDI high speed usb to serial interface chip wired up to be a JTAG. Its nice because its a simple open jtag system, that programs like xilinx and openOCD can operate. -- Peter Fetterer KB3GTN The force is like duct tape. It has a light side and a darkside and binds the universe together. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing in (K)Ubuntu Linux 64bits
hi, i did it, i thought devnum was the device ID to use, it seems it was the hexadecimal codes more on the left. all went smoothly thanks everyone J On Thursday 16 October 2008, jotalix wrote: I presume my device is number 2 $ sudo ./dfu-util -l ... Found Runtime: [0x0b05:0x1712] devnum=2, cfg=0, intf=2, alt=0, name=UNDEFINED So using 2 as the device ID I got this error $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs -d 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' thanks J On Thursday 16 October 2008, Patrick Beck wrote: ./dfu-util -a rootfs --device listed-id -R -D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing in (K)Ubuntu Linux 64bits
thanks Patrick, I was also using the wrong image i had to use gta02, now im using the right flash On Thursday 16 October 2008, Patrick Beck wrote: Hi, You are using dfu-util in the wrong way. Try = sudo ./dfu-util -a rootfs --device 0x0b05:0x1712 -R -D Om2008.9.rootfs.jffs2 with kind regard Patrick Am Donnerstag, den 16.10.2008, 05:51 -0700 schrieb jotalix: I presume my device is number 2 $ sudo ./dfu-util -l ... Found Runtime: [0x0b05:0x1712] devnum=2, cfg=0, intf=2, alt=0, name=UNDEFINED So using 2 as the device ID I got this error $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs -d 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' thanks J On Thursday 16 October 2008, Patrick Beck wrote: ./dfu-util -a rootfs --device listed-id -R -D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing http://www.opkg.org
I just updated the site. More information is available here: http://www.opkg.org/posting_1.html On Tue, Oct 14, 2008 at 12:08, Tick Chen [EMAIL PROTECTED] wrote: Hi Rod, Your points are very true. Actually, we have a lot of discussion about these internally. When I am trying to create the community repository, we meet some issues. There were some open issues. 1. Dependency: * Wrong/None Dependency The accuracy of dependency really matters. * Out of date: It is very hard to find out if the package is out of date or not. * Different ABI: Some people may release packages with different toolchain, and this may cause many difficult problem, and sometimes very hard to find out. 2. Security issues: When we got a package, we will need to take a look of it's source code, and make sure the package is not harmful. For those very good projects, I'd love/encourage to put them into feeds of our build system, and so that they will having less above problems. We want to provide a platform that everyone can share whatever they want to share legally, and also what shared through Openmoko should be workable and runs well at least on Openmoko's Om2008.8. Therefore, we have community repository to put these packages. I realize that, creating a BB file and building system with OE, sometimes is a high barrier from interaction with many developers. (Thanks mokoMakefile, it indeed helps a lot of people.) Many developers actually do not care about how the whole system built, they just want to develop what they are interested in. (And they should not have to worry about other issues) Therefore we provide meta-toolchain. http://wiki.openmoko.org/wiki/Toolchain. For those projects, developers may just want to pack their own packages and release. Other some may be data, themes... etc. If they are good enough and work well on current system, I'd love to put them into community repository. I also encourage developers create their own bb files, and so that it can be build by our build system, and even be ported to many machine very easily. That way they can promote their own brain-child greatly. We also know there are many many ebullient hackers wants to release their own distributions/repository. We love that. And we want to create an easy way for them to release and promote their repositories. But for those repositories, we cannot guarantee those are compatible for our distribution. Hackers will need to take care of that themselves. To summarize: If my info were not wrong or outdated. There *will* be three ways to release packages/repositories through Openmoko. 1. Through our build system, hackers provides (or ask us (but we are lazy)) bb files and put them into OE. 2. University repository: Putting packages that satisfy the following conditions: a. Open source, and legal. (If they were execuable files, GPL License is prefered.) b. Runs well on our distribution(s). c. Do no evil. If we found any package does not satisfy any above conditions, we will remove that immediately. 3. Multiverse repository: Putting packages of repositories. Let people download those packages and adding repositories. (Above is unfinished yet, I need to push someone to do this more.) Praise on Tobias's work. It's really a very good way to find out useful packages. This web site can be the best collection of useful packages (for Searching). It can also becomes one of the best community repository. If it maintains well. We do very happy to see this, and appreciate. Cheers, Tick On Mon, Oct 13, 2008 at 05:43:14PM +1030, Rod Whitby wrote: Robin Paulson wrote: 2008/10/12 Tobias Kündig [EMAIL PROTECTED]: It's a simple database of available *.ipk-Packages. great stuff, found some interesting things there already would you be interested in turning it into a true repository? with an entry for the .conf file for opkg? It really is a sad commentary on the state of official Openmoko repositories that this question is even asked. The state of affairs *should* be that you just get the application name from opkg.org, and then type opkg install name on whatever distribution you are running (or select the application name from the GUI installer application on the device) and it installs flawlessly from the official feeds for that distribution. Have we all given up on that scenario (which is commonplace in other community projects) and must resort to even more third-party repositories which do nothing more than mirror bits and pieces of all the existing disparate repositories? Please, let's make this the best site for *finding* new applications and deciding which ones to install, but hook it into the existing repositories and improve them instead of creating yet more repositories to confuse people, become out of date, and cause upgrade nightmares when they are not consistent with the base images
Re: [debian] I need hints! please help
A bit of documentation here : http://www.debian-administration.org/articles/28 Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
I was wondering about one thing: When we talk about FR as phone every one wants it to by light speed fast (instant calls, sms and so one), but when you think about FR as ultramobile PC capable of playing games, movies and so one our response time expectations are much lower. So maybe we could make one big(ger) app (remember that there is quite big amount of ram there) responsible for calling, contacts, sms and all that phonny stuff and keep it all the time in memory with all needed library (static build?) and maybe even higher priority - result: no loading, no waiting = instant phone functionality. you want to play some games? sorry you have to wait (which is acceptable). ps. this approach could also apply to some basic settings. -- View this message in context: http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1340779.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: looking for a mentor
On Wed, Oct 15, 2008 at 4:53 PM, [EMAIL PROTECTED] wrote: So I'm asking if someone from openmoko is intersted to mentor me. Feel free to ask me any questions, this afternoon I'll be able to join the #openmoko chan. Sorry for the indiscretion, but what 'afternoon' means on a list whose members live on any place around the world? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community correct ^^ didn't think about that ;) about, the ui/distro related thing, hem, I think that it's easier to begin with that. but if the project grows I intend to continue it after school period and then that could be a nice improvement (but difficult I think). raster, I can't join irc now (work policy...). anyway, I think about it after that and I'm really interested in this project. and now my professors are asking me if I found a mentor.. so are you interested ? If you don't know yet, maybe I can put you in touch with one of my professor. I'm sorry to press you but time is running out ;) Mathieu. -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: JTAG interface board
Hi On Thu, Oct 16, 2008 at 3:49 PM, Pete [EMAIL PROTECTED] wrote: On Thu, Oct 16, 2008 at 9:22 AM, Leo McManus [EMAIL PROTECTED] wrote: Am looking at buying a Freerunner for use on a embedded course. When I looked at buying last year the phone came with a developer board...and a pretty case! If I buy a freerunner now it will not come with the interface board. What restrictions will this put on my development. Will I be unable to modify the U-Boot code. Can I flash all the blocks within the flash? TA Leo In a study, scientists report that drinking beer can be good for your liver. I'm sorry, did I say 'scientists'? I meant Irish people. This message was sent using IMP, the Internet Messaging Program. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community You can update uboot and install new kernels and rootfs using openmoko's dlf-util program. But if you mess up programming uboot, your going to brick you phone. You can flash u-boot in NAND via dfu-util, but you can only alter u-boot in NOR with the debug board. So without the board you can still play around with bootloader, kernel and rootfs, and if you stuff up, then the u-boot in NOR will still be available to use to reflash and recover. Cheers They sell a JTAB / serial port board for the freerunner. This board is nice because it can work on any arm system that has the 20 pin JTAG connector. Openmoko still sells the Dboard on the US direct site http://us.direct.openmoko.com/. Basicly its a FTDI high speed usb to serial interface chip wired up to be a JTAG. Its nice because its a simple open jtag system, that programs like xilinx and openOCD can operate. -- Peter Fetterer KB3GTN The force is like duct tape. It has a light side and a darkside and binds the universe together. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Nick Loeve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
As a user that switches between Debian, Qtopia, and om2008, I urge you to focus on improving areas that could benefit all distributions. I don't understand the technical dependencies, but I get the impression that Lorn and the Debian folks rely on some form of Openmoko development. Just as an example, suspend/resume continues to be a problem for me across all three distros. Also, the point someone made about working on stuff that's restricted under NDA seems valid. Thank you for your continued work It is appreciated, Aliasid On Thu, Oct 16, 2008 at 3:47 AM, John Lee [EMAIL PROTECTED] wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ 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: Back to the basics: improving user experience
Christ van Willegen schrieb: On Thu, Oct 16, 2008 at 9:47 AM, John Lee [EMAIL PROTECTED] wrote: We assembled a team to focus on improving the user experience. Here is our todo list at the moment: So, tell us what you want, then the coding monkeys will start working! Speed, speed, speed... [...] Suspend is quite good at the moment, but when the display is 'blanked' and the system is not in suspend, maybe pressing the 'power' button could up the screen instead. Now it wakes up and immediately suspends. what distro did you use? my suspend / resum still kills my sound. (Pulsaudio) and that means it isn't realy a phone. it's more an extention pack for my laptop :) i am using Om2008.8 stable. see this ticket for more details: http://docs.openmoko.org/trac/ticket/1599 @John: my priority list would be: -- stable suspend / resume upgrade to kernel 2.6.26 / 2.6.27 faster boot. - but maybe it is better first to go to a new kernel in the hope that some suspend resume problems just go away by magic ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing in (K)Ubuntu Linux 64bits
Hi, no problem ;) I should write the hexadecimal code is for me the device-id. You can print a help-message about dfu-util with ./dfu-util -h I wish you fun with your Freerunner :) with kind regard Patrick Am Donnerstag, den 16.10.2008, 14:51 +0100 schrieb BS - João Vieira: thanks Patrick, I was also using the wrong image i had to use gta02, now im using the right flash On Thursday 16 October 2008, Patrick Beck wrote: Hi, You are using dfu-util in the wrong way. Try = sudo ./dfu-util -a rootfs --device 0x0b05:0x1712 -R -D Om2008.9.rootfs.jffs2 with kind regard Patrick Am Donnerstag, den 16.10.2008, 05:51 -0700 schrieb jotalix: I presume my device is number 2 $ sudo ./dfu-util -l ... Found Runtime: [0x0b05:0x1712] devnum=2, cfg=0, intf=2, alt=0, name=UNDEFINED So using 2 as the device ID I got this error $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs --device 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' $ sudo ./dfu-util -a rootfs -d 2 -R -D Om2008.9.rootfs.jffs2 ... unable to parse `2' thanks J On Thursday 16 October 2008, Patrick Beck wrote: ./dfu-util -a rootfs --device listed-id -R -D ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: LED notification
(The first message I sent does not seem to have arrived) On 12/10/08 18:00:55, Andy Green wrote: Yes always-on MPU can deliver consistent power behaviours we can't do in our current way of relying on PMU. You would basically make the PMU a slave of the MPU. Stuff like debricking scheme for a programmable and so brickable MPU that controls the PMU... needs careful thought. -Andy That shouldn't be a problem, because microcontrollers support in circuit serial programming, so just make sure we can get to those pins and have a doc that specifies the programming protocol for the brave. Michael. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: JTAG interface board
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | You can flash u-boot in NAND via dfu-util, but you can only alter | u-boot in NOR with the debug board. So without the board you can still | play around with bootloader, kernel and rootfs, and if you stuff up, | then the u-boot in NOR will still be available to use to reflash and | recover. Yes you don't have to fear trashing U-Boot in NAND at all, and you can't trash NOR U-Boot without a debug board. The main downside is that if you were planning to work on bootloader or kernel, you will miss out on being able to see the serial console traffic. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkj3TJsACgkQOjLpvpq7dMqQoACeI3pE6SJgfiHwT6fvL7YpoSJr gHEAniL1/BNZRgjeoNYk/khw0YuJimPs =qIMe -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing in (K)Ubuntu Linux 64bits
El Thursday, 16 de October de 2008 13:13:42 jotalix va escriure: But i want to flash it to a recent version, and here comes the problem, i can only use dfu-util with my Neo on bootloader ,and while on bootloader kubuntu dont recognize it as a USB device whatever,... so how can it be possible to flash it? Which version and architecture? Hardy don't have problems. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtextended] new release 4.4.3
On Thu, Oct 16, 2008 at 1:40 PM, Cédric Berger [EMAIL PROTECTED]wrote: oups, sorry it is 4.3.3 ! :-p I'll check it closer before I update the correct partition on my phone... :( For a moment, my hopes had gone soaring up, like the stock markets of yore. Now they are down to a better correlation with the trend. Still waiting for Lorn to share some good news. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
accelerated x-driver! since the specs for the glamo are subject to an nda, nobody else can ... We have an accelerated X driver, do you mean add more features? afair 3d and video (ie playing videos) still need work. am i wrong? did i miss something? additionally, xglamo in debian does not support tslib (yet) -- but i am not sure how close the xglamo of debian is to the one of om200X.Y ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
On Thu, Oct 16, 2008 at 12:52 PM, Vasco Névoa [EMAIL PROTECTED] wrote: Lightsaber??? yuck, no way, the ayeFone has it already!!! :P We're better than that!!! Hey, Senkerik, how's the Accelerometer Game coming along??... The iPheune has that as well... Christ van Willegen -- 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
On Thu, Oct 16, 2008 at 1:12 PM, Nishit Dave [EMAIL PROTECTED] wrote: We want Teh Lightsaberz!! Yes, lightsaber was the first application I was able to think of when I heard that a phone would have accelerometers. Anyone? 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: console command history
papa-piet a écrit : Fox Mulder schrieb: I didn't try it with 2008.9 because i only use debian I did. shh into your Neo workerd for me, but scp didn't, it looked like a timeout. Greetings Same behavior here, with bash I can ssh, but not scp. Here is the end of a scp -vvv with sh : http://pastebin.com/m475828a Here is the end of a scp -vvv with bash : http://pastebin.com/m5164a60e With bash I cannot : scp localfile [EMAIL PROTECTED]:/tmp nor scp [EMAIL PROTECTED]:/tmp/file localfile Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, 2008-10-16 at 17:15 +0800, W.Kenworthy wrote: 2008.9 + updates A phone that works: reliably make and receive calls reliably make and receive sms's ... and I forgot to add, more regular updates to the stable branch. Monthly is way too long considering the rate of progress and the seriousness of the issues hitting users. Weekly seems more appropriate at the moment. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
2008/10/16 [EMAIL PROTECTED]: Here are my desired clients I want to develop: - Emacs phone services on top of dbus Hey, me too! Can we share / help each other out? That said, all I have so far is an attempt at an Emacs soft keyboard (attached). It's very clunky and basic right now, but I think there are lots of possibilities down this road, such as predictive keyboards (like the Qtopia one), keyboards that are optimized for specific applications, etc. Regards, Neil softkey.el Description: Binary data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
I agree, we don't have to spend developer time on things that are going away. (So please don't fix qtopia) And here are the bugs that should be solved (My opinion): LANSCAPE http://docs.openmoko.org/trac/ticket/1244: Landscape mode must work good, also for glamo http://docs.openmoko.org/trac/ticket/1961: Going into landscape mode must be smooth http://docs.openmoko.org/trac/ticket/1336: Landscape mode shouldn't shift the screen by 160px http://docs.openmoko.org/trac/ticket/1381: Let libsdl spit out the correct mouse coordinations WIFI http://docs.openmoko.org/trac/ticket/1860: Give the wifi driver more love http://docs.openmoko.org/trac/ticket/1902: Make the wifi work with one-character long ESSID http://docs.openmoko.org/trac/ticket/2030: Let the wifi also connect with WEP networks VARIA http://docs.openmoko.org/trac/ticket/1158: Charger shouldn't stop charging when it's still connected http://docs.openmoko.org/trac/ticket/1024: Fix the gsm reregistering issue. (Only if it's not qtopia related) http://docs.openmoko.org/trac/ticket/1718: Finally fix the python-pygtk program http://docs.openmoko.org/trac/ticket/1267: Fix the echo problem http://docs.openmoko.org/trac/ticket/1802: Don't let the partition table of the sd card be corrupted http://docs.openmoko.org/trac/ticket/1597: Don't let cpu do nothing and still eating 30% http://docs.openmoko.org/trac/ticket/1315: Keep xglamo at the same performance http://docs.openmoko.org/trac/ticket/1841: Solve the WSOD, so openmoko isn't the next windows Neil Jerram wrote: I agree that you should not spend time on Qtopia. Even though I use Qtopia most of the time, I would prefer you to focus all your efforts on the lower levels (up to and including the FSO dbus interfaces) until they are rock solid. Neil -- View this message in context: http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1340753.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: Re: [Qt-Extended] Messenger bugs?
Nishit Dave wrote: On Wed, Oct 15, 2008 at 10:47 AM, Matthew Lane [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hey, I'm using the new qt-extended (4.4 I think). I'm getting strange problems, especially with the messenger. It always says my SMS is full, and when receiving a new text it displays it between 5-15ish times. Also, scrolling doesn't stop at the top of units, it continues into blank area, and then when I let my finger up, it jumps to the top-most unit (if I scrolled too far). Is anyone else receiving these errors? Common problem, oft reported. There are no updates yet, so we will have to see if its solved when they are released. Also, I can't seem to get a WEP access point on WIFI. More information needed about nature of problem and circumstances. I can connect to my WPA network easily. You can try putting ethernet offline when you attempt the wifi connection and see. It resolves some default route issues that might otherwise crop up. There doesn't seem to be an option to select WEP encryption. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Introducing http://www.opkg.org
On Thu, Oct 16, 2008 at 4:56 PM, Tobias Kündig [EMAIL PROTECTED] wrote: I just updated the site. More information is available here: http://www.opkg.org/posting_1.html Thanks for the RSS's and other updates. Can you still link the OPKG logo to take the user to the front page, at the moment it's not a link. Thanks! 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: Back to the basics: improving user experience
I would like to ask the community: What do you want us to work on? accelerated x-driver! since the specs for the glamo are subject to an nda, nobody else can ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
On Thu, Oct 16, 2008 at 12:37 PM, David Samblas [EMAIL PROTECTED] wrote: a better demostation of the toy :) LOL http://es.youtube.com/watch?v=CHw9EOVwKnk El mié, 15-10-2008 a las 17:38 +0200, Xavier Bestel escribió: As far as I understand, it should mimick that toy: http://www.youtube.com/watch?v=2GQ126DUsyQNR=1 Xav On Wed, 2008-10-15 at 17:19 +0200, Thomas Bertani wrote: sorry I can't understand what this software is. is there a video or image aviable? 2008/10/15 Joseph Reeves [EMAIL PROTECTED]: I just loaded this onto a colleagues phone - he said he wanted a cat and suggested the name OpenMeowKo :) 2008/10/14 Thomas White [EMAIL PROTECTED]: I'm pleased to be able to announce version 0.1 of my advanced accelerometer and audio framework testing system, OpenMooCow. Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/http://www.srcf.ucam.org/%7Etaw27/openmoko/openmoocow/ When installed and run, OpenMooCow displays an artistic rendition of a fine specimen of Friesian dairy cattle. Invert the device and return it to an upright orientation to experience the pinnacle of audio rendering kwality. The sound effect can be altered by putting a suitable WAV file in /usr/share/openmoocow/moo.wav. A credit is due to Chris Hendricks who is the author of the original sound file (obtained from www.flashkit.com). Comments/abuse to this address. Tom We want Teh Lightsaberz!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] I need hints! please help
not sure, if i understand you correctly -- but you might have a look into /usr/bin/zhone-session. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
An important note to the people who are experiencing all-round instability: I haven't had many problems with phone calls or SMS. I believe the critical point was to disable QPE's file search upon bootup [1]. Before I did that, I had all kinds of mysterious problems (including PIN), derived from the fact that the Neo's CPU was starving for cycles. To make matters worse, it would suspend before the indexing job was done, and so the Neo would not have enough CPU power to correctly process incoming calls and messages when it resumed. After disabling that QPE stuff, it basically works. [1]: http://n2.nabble.com/No-pin-dialog--qpe-tp685679p685679.html Citando John Lee [EMAIL PROTECTED]: What do you want us to work on? Prioritized: 1 - Solve the call quality problems (echo, buzzing, volume) for 99% of the users. 2 - Solve the illume resume problems. They have been talked about over and over, but unfortunately the information is scattered and imprecise. the tickets themselves have misleading info (I should know, I helped confuse you...), so maybe this deserves a new single ticket, where everyone contributes with more exact information; 3 - Get the wifi driver corrected, so that it does not create link association and stability and problems; 4 - Finish/validate implementation of the networking stack (all the way up to resolv.conf and friends); 5 - Merge the GPRS muxer into the stable distro, so that it works out of the box; 6 - Integrate the main applications with the power management: if QPE wants to index the whole friggin' filesystem right after boot, then give it time to do so before going into suspend; if you don't, it just bogs down the CPU for many suspend/resume cycles, creating all sorts of problems, and we don't know what is going on... 7 - Accelerate Qt applications - they respond so slowly that a normal user will shoot itself in the foot everyday (i.e. pushing the Answer button twice because it didn't appear to respond, effectively killing the call; or taking the phone to the ear after pushing Answer and having it rind loudly one last time in the ear); 8 - Work with the people of FDOM to integrate the best workarounds and hacks - they did the work already, just use it. 9 - Get all the bluetooth support organized out-of-the-box. I haven't played with it in a long time, but it looked like black voodoo to get a simple pairing and OBEX exchange going... forget about PAN!... 10 - Put a speaker button on the dialer app. This is my only GUI desire for now... Vasco. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Flashing in (K)Ubuntu Linux 64bits
Kubuntu, 64bits Hi, I am able to browser inside Neo Freerunner gta02, i do ssh [EMAIL PROTECTED], and do whatever i need inside. But i want to flash it to a recent version, and here comes the problem, i can only use dfu-util with my Neo on bootloader ,and while on bootloader kubuntu dont recognize it as a USB device whatever,... so how can it be possible to flash it? best regards, jotalix -- View this message in context: http://n2.nabble.com/Flashing-in-%28K%29Ubuntu-Linux-64bits-tp1340682p1340682.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: console command history
On Thu, 16 Oct 2008 14:12:26 +0200, Xavier Cremaschi [EMAIL PROTECTED] wrote: papa-piet a écrit : Fox Mulder schrieb: I didn't try it with 2008.9 because i only use debian I did. shh into your Neo workerd for me, but scp didn't, it looked like a timeout. Greetings Same behavior here, with bash I can ssh, but not scp. Here is the end of a scp -vvv with sh : http://pastebin.com/m475828a Here is the end of a scp -vvv with bash : http://pastebin.com/m5164a60e With bash I cannot : scp localfile [EMAIL PROTECTED]:/tmp nor scp [EMAIL PROTECTED]:/tmp/file localfile Xavier. Interesting. I usually use SFTP instead of SCP, just a matter of habit. I tested (Raster's prior image + FSO, uname -a gives Linux iota.newkirk.us 2.6.24 #1 PREEMPT Fri Sep 26 14:13:25 EST 2008 armv4tl unknown) and both sftp and scp work for me as expected, with root:Kepdp5b2.52RA:0:0:root:/home/root:/bin/bash in /etc/passwd. Oh, and I have a root password set. I've not tested with ssh-key, since I don't have that handy here at work. My suspicions fall on either differing dropbear (Dropbear sshd v0.51) config or different bash packages. (GNU bash, version 3.2.39(1)-release (arm-angstrom-linux-gnueabi), installed from FSO repository) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Neil Jerram [EMAIL PROTECTED] writes: 2008/10/16 [EMAIL PROTECTED]: Here are my desired clients I want to develop: - Emacs phone services on top of dbus Hey, me too! Can we share / help each other out? Cool! Clearly we should work together. Here are some ideas of mine: - get emacs23 working, so one can use the dbus support of emacs 23. - make a dialer compatible with bbdb, and later addressbook.el - make a gnus backend for sms - a symbol chooser keyboard, much like you hinted at below. Heres my take on the idea: - start the keyboard(an emacs app) in a particular context(lets say m-x now, but its the same for adresses or whatever) - (1) show all unique prefixes in this context - (2) choose a prefix - (3) repeat from (1) with the chosen prefix, exit on a terminal symbol I really think Emacs could be a superiour telephone application plattform! That said, all I have so far is an attempt at an Emacs soft keyboard (attached). It's very clunky and basic right now, but I think there are lots of possibilities down this road, such as predictive keyboards (like the Qtopia one), keyboards that are optimized for specific applications, etc. Regards, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
On Wed, Oct 15, 2008 at 11:45 PM, Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: Matthias Apitz wrote: El día Wednesday, October 15, 2008 a las 08:18:40AM +0200, Marco Trevisan (Treviño) escribió: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz Thanks for this. the outgoing RING tone nearly killed my ear; with 111 for value.[01] it is fine, but with the above described noise; what is your gsmhandset.state file for this? thx again I'm pratically using the standard gsmhandset.state... I've to say that in my experience in noisy places the main speaker volume (for ringing) isn't so loud... I inserted the file in /usr/Trolltech/Qtopia/plugins/phonevendors/ on qtextended. No change in the echo / buzzing problem for me, but then I started to have problems with the phone going on unrecoverable standby, and loss of audio (speaker, mic and ringtone, all together) when it could be woken up. I have removed the file again, because I don't know if it was meant for qtextended in the first place. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [qtextended] new release 4.4.3
On Thu, Oct 16, 2008 at 1:40 PM, Cédric Berger [EMAIL PROTECTED]wrote: oups, sorry it is 4.3.3 ! :-p I'll check it closer before I update the correct partition on my phone... I tried to update my 4.3.3 version, but it doesn't start anymore. Looks like it complains that it should be installed in /opt/Trolltech/Qtopia instead of /opt/Nokia/Qtopia ! Is it on purpose ? (anyway qpe.sh script still uses QPEDIR=/opt/Nokia/Qtopia so it is messed up) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: LED notification
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | (The first message I sent does not seem to have arrived) | On 12/10/08 18:00:55, Andy Green wrote: | Yes always-on MPU can deliver consistent power behaviours we can't do | in | our current way of relying on PMU. You would basically make the PMU | a | slave of the MPU. Stuff like debricking scheme for a programmable | and | so brickable MPU that controls the PMU... needs careful thought. | | -Andy | That shouldn't be a problem, because microcontrollers support in | circuit serial programming, so just make sure we can get to those pins | and have a doc that specifies the programming protocol for the brave. The issue is that if we allow user-updateable MPU, it can always be bricked. So for example we put out a new package with some MPU update that is broken, suddenly many devices could be bricked before we pull it. We definitely need some credible sequence of actions for the end-user that can unbrick the devices. Just telling him where some pins are doesn't really cut it. If the MPU is master of the CPU, then when it is bricked a lot of assets we might otherwise call on are unavailable. So it needs thinking through being aware of specific capabilities of the MPU. - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkj3YyQACgkQOjLpvpq7dMpyyQCfSZYQPHneZXNAJNDYB7IqbZ/Q rxQAniNtY9xYzk8epS7KagcJGLKipmbo =fbfM -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
Thomas White wrote: On Wed, 15 Oct 2008 16:21:19 +1000 nickd [EMAIL PROTECTED] wrote: This has now shot to my favourite app. I wonder if we could make the 'moo' earlier. I assume you're trying to replicate those little toys that make the same kind of noise when you do the same thing. Yes - originally I planned to do a full emulation of the physics that goes on inside a proper moobox, and to vary the pitch and volume depending on the speed of the flap inside. Then I realised that that was a bit harder than I have time for at the moment so it's saved for a later version. Ehm... Maybe I'm the only, but I can't understand why this app is getting so popular (yes it's nice, but it doesn't remember me nothing :)). Reading the mails I figured that it tries to emulate something else available on the market, but what is it? In Italy we don't have such things/toys :P. -- 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: Back to the basics: improving user experience
I can see there are at least 2 distinct types of user of OM: A - I need a working phone now, the uber-cool PDA stuff can wait; B - OM is a groundbreaking project, I don't care about telephony, let's press the revolution! As much as I am divided among the two views, I think OM must oblige to its responsibility towards the users who have paid for their hardware, and keep its promise of a working phone. I don't think that making the core system work (including a little hacking of the Qtopia stuff) is a waste of time; any insight that is gained here can immediately be applied to FSO. OM2008.x will simply serve as a real-world testbed (one that is everyday usable!). When FSO comes along, it will already have the necessary corrections... Citando Didier Raboud [EMAIL PROTECTED]: Vasco Névoa wrote: I agree with you partly; the main efforts should go into getting the new framework out - *as long as it runs on a rock-solid core system*. So I support the idea of accelerating the FSO integration... but in the meantime people have to use the sucking Qtopia ware in their everyday life, because there is no realistic alternative. FSO is still very incomplete at the user level. Today, the complete system is not reliable and the reliable system is not complete at all. If you fix the core and qtopia now, everybody gets a working phone, and FSO gets a more reliable development core. You favor the users, which are the noisier people. ;) If you jump start FSO into main distro, there will still not exist a complete system that can be used everyday. You favor the developers, who could wait a little more (but not long!) and ARE ALSO USERS. So please just make it work solidly, and then integrate FSO. :) Well... I would rather let a bit more freedom to the team : if you (as in the team which will make the iFoan obsolete) think that breaking useability or functionality or anything else could serve the cause : do it ! Please decide your roadmap and make it public ! I (personnally) don't care if I am not able to use my Neo as a phone (and anything else possible) for 2-3-4-5 months : I have a working phone. BUT, what I would like to know is _when_ I will get _what_ functionality. I you think that breaking the whole stuff for a moment will serve a precise goal, please do it ! Regards, OdyX -- Swisslinux.org - Le carrefour GNU/Linux en Suisse - http://www.swisslinux.org ___ 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: Introducing http://www.opkg.org
Wanted to do that days ago! Thanks for reminding me. Risto H. Kurppa schrieb: On Thu, Oct 16, 2008 at 4:56 PM, Tobias Kündig [EMAIL PROTECTED] wrote: I just updated the site. More information is available here: http://www.opkg.org/posting_1.html Thanks for the RSS's and other updates. Can you still link the OPKG logo to take the user to the front page, at the moment it's not a link. Thanks! r ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Vasco Névoa wrote: I can see there are at least 2 distinct types of user of OM: A - I need a working phone now, the uber-cool PDA stuff can wait; B - OM is a groundbreaking project, I don't care about telephony, let's press the revolution! As much as I am divided among the two views, I think OM must oblige to its responsibility towards the users who have paid for their hardware, and keep its promise of a working phone. I agree. Having a solid functional phone is the prime objective. Paul -- My advice to you is not to inquire why or whither but just enjoy your ice cream while it's on your plate - that's my philosophy. -Thornton Wilder (from The Skin of Our Teeth) http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing in (K)Ubuntu Linux 64bits
That's very strange to me... I've got Ubuntu 64bits, and no such problems. I just turn on the FR in the NOR bootloader (AUX-POWER, not POWER-AUX), and then go right ahead and use dfu-util without having to specify the device number... if the machine does not detect it, relaunch dfu-util. Maybe you guys have some USB hardware inside your machines that is capable of DFU (weird, but possible on laptops)... try dfu-util -l without the FR plugged in. Citando Patrick Beck [EMAIL PROTECTED]: Hello jotalix, i think you have the same problem as me, when i start to flash my Freerunner. dfu-util has detected two devices (./dfu-util -l) so i have to select one with the parameter --device. For example = ./dfu-util -a rootfs --device listed-id -R -D image.rootfs with kind regards Patrick Am Donnerstag, den 16.10.2008, 04:13 -0700 schrieb jotalix: Kubuntu, 64bits Hi, I am able to browser inside Neo Freerunner gta02, i do ssh [EMAIL PROTECTED], and do whatever i need inside. But i want to flash it to a recent version, and here comes the problem, i can only use dfu-util with my Neo on bootloader ,and while on bootloader kubuntu dont recognize it as a USB device whatever,... so how can it be possible to flash it? best regards, jotalix ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
Thomas White wrote: I'm pleased to be able to announce version 0.1 of my advanced accelerometer and audio framework testing system, OpenMooCow. Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/ When installed and run, OpenMooCow displays an artistic rendition of a fine specimen of Friesian dairy cattle. Invert the device and return it to an upright orientation to experience the pinnacle of audio rendering kwality. The sound effect can be altered by putting a suitable WAV file in /usr/share/openmoocow/moo.wav. A credit is due to Chris Hendricks who is the author of the original sound file (obtained from www.flashkit.com). Comments/abuse to this address. Tom -- Thomas White Department of Materials Science and Metallurgy Electron Microscopy Group (PhD Student) University of Cambridge / Downing College ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Now I want the lightsaber! -- View this message in context: http://n2.nabble.com/OpenMooCow-0.1-tp1334650p1341668.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: [Om2008.9] How to export Vcf Contacts from FR?
Matthias Apitz ha scritto: Hello, I've recently moved from a normal cellphone to FR and punched out of the old cellphone all my contacts to a CSV file, converted this to Vcf (which is easy using the KDE application 'kontact' because it supports both formats on import/export); than I've loaded the resulting addr.vcf file into my FR as described in http://wiki.openmoko.org/wiki/Import_Vcf_Contacts so far so good; but how can I export now all these (and new added) contacts to a Vcf file, for example before flashing the rootfs on next update? Some time weeks ago I used an huge workaround, but it worked. Contacts - Options - Send All.. - (in qtopia it let you choose how send them, select by email) - Don't send the message that pop ups, but save it as draft. Now, get the mail with the contacts attached using: cp /home/root/Applications/qtmail/mail/$(ls -t \ /home/root/Applications/qtmail/mail/ | head -n1) /tmp/contacts.eml (it copies the latest modified mail/sms to /tmp/contacts.eml, you can find the needed file also grepping like this: grep vCard describing multiple contacts \ /home/root/Applications/qtmail/mail/* After you got the mail with the contacts attached, copy it on your PC. If you can handle the .eml files with your mail client, just open it and save the attachment. Otherwise open that file with a text editor and decode the base64 encoded text (under MIME-Version: 1.0) using a tool like this [1] (if you don't want to write down few lines of python/php/c...) A little tricky, but it works :) [1] http://www.opinionatedgeek.com/dotnet/tools/Base64Decode/ -- 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: console command history
Hi, Am Donnerstag 16. Oktober 2008 9:41:33 am schrieb DJDAS: I use ~/.profile and it seems to work :) yes, this works good, thank you. Now I can use aliases :-) Greetings, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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: console command history
Joel Newkirk wrote: On Thu, 16 Oct 2008 14:12:26 +0200, Xavier Cremaschi [EMAIL PROTECTED] wrote: papa-piet a écrit : Fox Mulder schrieb: I didn't try it with 2008.9 because i only use debian I did. shh into your Neo workerd for me, but scp didn't, it looked like a timeout. Greetings Same behavior here, with bash I can ssh, but not scp. Here is the end of a scp -vvv with sh : http://pastebin.com/m475828a Here is the end of a scp -vvv with bash : http://pastebin.com/m5164a60e With bash I cannot : scp localfile [EMAIL PROTECTED]:/tmp nor scp [EMAIL PROTECTED]:/tmp/file localfile Xavier. Interesting. I usually use SFTP instead of SCP, just a matter of habit. I tested (Raster's prior image + FSO, uname -a gives Linux iota.newkirk.us 2.6.24 #1 PREEMPT Fri Sep 26 14:13:25 EST 2008 armv4tl unknown) and both sftp and scp work for me as expected, with root:Kepdp5b2.52RA:0:0:root:/home/root:/bin/bash in /etc/passwd. Oh, and I have a root password set. I've not tested with ssh-key, since I don't have that handy here at work. My suspicions fall on either differing dropbear (Dropbear sshd v0.51) config or different bash packages. (GNU bash, version 3.2.39(1)-release (arm-angstrom-linux-gnueabi), installed from FSO repository) The first thing i always did on my different distros was to replace bash-busybox with real bash and replace dropbear with openssh. Maybe you should try this combo to get scp to work again because i never got any problems with it. Ciao, Rainer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Regarding Xtst error
Hey, yea.. I figured it out. It's not a target error, it's a host lib error. Install the packages libxtst-dev and libxtst6. It's a dependency of some qt host tool I think. Maybe you were running a kubuntu iso? That's what I was using. It did not have this lib by default. After it got past that point (this past weekend) it stopped while building ruby later on. There was an unterminated escaped string in a fake.rb. If you terminate the escaped string it will continue. It may be some kind of test case that's supposed to be unterminated, but I didn't look at that because I just wanted the build to continue. Matt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, October 16, 2008 12:40 PM To: Crane, Matthew Subject: Regarding Xtst error Hi, I am building Openmoko using mokomakefile and having the same problem that you have posted on Xtst library. Could you tell me how you fix the problem ? Thanks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
Vasco Névoa wrote: Hey, Senkerik, how's the Accelerometer Game coming along??... Latest svn has some changes: [1] [1] http://scap.linuxtogo.org/files/54ecd917ef857d0d84ab87ed17260671.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
Re: Back to the basics: improving user experience
I would love to see the rotation/scaling bugs finished up Bug #1244. It has evolved as far as symptoms, both scaling to low res 320x240 and rotation yield incorrect x,y coordinates. (Although going through tslib directly works fine, showing that it is glamo issue) Would be nice to have this year + issue laid to rest, that would open the doors to some of our game developers and add to the overall functionality of the gui interfaces being created. There have been two patches made available, one that fixes rotation and one that independantly fixes scaling, but I havnt seen an overall solution, or at least havn't seen the solution show up in the repo. Scott John Lee wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Back-to-the-basics%3A-improving-user-experience-tp1340253p1341811.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: Back to the basics: improving user experience
I agree to this point. I would rather wait a few months to have a rock solid core functioning device than one that works now with something that isn't going to be used long term. quote who=Didier Raboud Vasco Névoa wrote: I agree with you partly; the main efforts should go into getting the new framework out - *as long as it runs on a rock-solid core system*. So I support the idea of accelerating the FSO integration... but in the meantime people have to use the sucking Qtopia ware in their everyday life, because there is no realistic alternative. FSO is still very incomplete at the user level. Today, the complete system is not reliable and the reliable system is not complete at all. If you fix the core and qtopia now, everybody gets a working phone, and FSO gets a more reliable development core. You favor the users, which are the noisier people. ;) If you jump start FSO into main distro, there will still not exist a complete system that can be used everyday. You favor the developers, who could wait a little more (but not long!) and ARE ALSO USERS. So please just make it work solidly, and then integrate FSO. :) Well... I would rather let a bit more freedom to the team : if you (as in the team which will make the iFoan obsolete) think that breaking useability or functionality or anything else could serve the cause : do it ! Please decide your roadmap and make it public ! I (personnally) don't care if I am not able to use my Neo as a phone (and anything else possible) for 2-3-4-5 months : I have a working phone. BUT, what I would like to know is _when_ I will get _what_ functionality. I you think that breaking the whole stuff for a moment will serve a precise goal, please do it ! Regards, OdyX -- Swisslinux.org â Le carrefour GNU/Linux en Suisse â http://www.swisslinux.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Suspend is quite good at the moment, but when the display is 'blanked' and the system is not in suspend, maybe pressing the 'power' button could wake up the screen instead. Now it wakes up and immediately suspends. 100% agreement. The suspend on power button is completely useless for me. The machine suspends automatically anyway, so I don't need to waste the precious few buttons we have on rare operations like explicitly request the machine to go to sleep. It would have been good to put more buttons on the FR, but at the very least we should make better use of the 2 we have. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flashing in (K)Ubuntu Linux 64bits
Obrigado Vasco I figure it out with the help of eveyrone now my war is with WLAN :) força, J On Thursday 16 October 2008, vasco.nevoa wrote: That's very strange to me... I've got Ubuntu 64bits, and no such problems. I just turn on the FR in the NOR bootloader (AUX-POWER, not POWER-AUX), and then go right ahead and use dfu-util without having to specify the device number... if the machine does not detect it, relaunch dfu-util. Maybe you guys have some USB hardware inside your machines that is capable of DFU (weird, but possible on laptops)... try dfu-util -l without the FR plugged in. Citando Patrick Beck [EMAIL PROTECTED]: Hello jotalix, i think you have the same problem as me, when i start to flash my Freerunner. dfu-util has detected two devices (./dfu-util -l) so i have to select one with the parameter --device. For example = ./dfu-util -a rootfs --device listed-id -R -D image.rootfs with kind regards Patrick Am Donnerstag, den 16.10.2008, 04:13 -0700 schrieb jotalix: Kubuntu, 64bits Hi, I am able to browser inside Neo Freerunner gta02, i do ssh [EMAIL PROTECTED], and do whatever i need inside. But i want to flash it to a recent version, and here comes the problem, i can only use dfu-util with my Neo on bootloader ,and while on bootloader kubuntu dont recognize it as a USB device whatever,... so how can it be possible to flash it? best regards, jotalix ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community __ View message @ http://n2.nabble.com/Flashing-in-%28K%29Ubuntu-Linux-64bits-tp1340682p13417 40.html To unsubscribe from Flashing in (K)Ubuntu Linux 64bits, click (link removed) uY29tfDEzNDA2ODJ8LTE2NDE0NzQzMjQ= -- View this message in context: http://n2.nabble.com/Flashing-in-%28K%29Ubuntu-Linux-64bits-tp1340682p1342158.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: JTAG interface board
the debug board is now sold separately for 100USD If you like the case you can try this. http://www.thepelicancases.com/smallcases.html Leo McManus wrote: Am looking at buying a Freerunner for use on a embedded course. When I looked at buying last year the phone came with a developer board...and a pretty case! If I buy a freerunner now it will not come with the interface board. What restrictions will this put on my development. Will I be unable to modify the U-Boot code. Can I flash all the blocks within the flash? TA Leo In a study, scientists report that drinking beer can be good for your liver. I'm sorry, did I say 'scientists'? I meant Irish people. This message was sent using IMP, the Internet Messaging Program. ___ 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: Back to the basics: improving user experience
Am Donnerstag, den 16.10.2008, 10:13 -0700 schrieb SCarlson: I would love to see the rotation/scaling bugs finished up Bug #1244. It has evolved as far as symptoms, both scaling to low res 320x240 and rotation yield incorrect x,y coordinates. (Although going through tslib directly works fine, showing that it is glamo issue) Would be nice to have this year + issue laid to rest, that would open the doors to some of our game developers and add to the overall functionality of the gui interfaces being created. There have been two patches made available, one that fixes rotation and one that independantly fixes scaling, but I havnt seen an overall solution, or at least havn't seen the solution show up in the repo. Scott John Lee wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community +1 I think this will help us to improve (X) performance for every image... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Am Donnerstag, den 16.10.2008, 18:20 +0200 schrieb Paul: Vasco Névoa wrote: I can see there are at least 2 distinct types of user of OM: A - I need a working phone now, the uber-cool PDA stuff can wait; B - OM is a groundbreaking project, I don't care about telephony, let's press the revolution! As much as I am divided among the two views, I think OM must oblige to its responsibility towards the users who have paid for their hardware, and keep its promise of a working phone. I agree. Having a solid functional phone is the prime objective. Paul I agree too. With high priority the phone/sms functinality should fixed and maybe enhanced and afterwards the PC functions could be performed. But the terminal appl. should be availible all time, because FR is still a computer with a GSM module and sometimes I need the terminal to check/fix/calibrate the phone/PC. -- mfg/br, christian Flurstraße 14 29640 Schneverdingen Germany E-Mail: [EMAIL PROTECTED] Telefon: +49 5193 97 14 95 Mobile: +49 171 357 59 57 http://wesselch.homelinux.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, 2008-10-16 at 16:58 +0100, Vasco Névoa wrote: I can see there are at least 2 distinct types of user of OM: A - I need a working phone now, the uber-cool PDA stuff can wait; B - OM is a groundbreaking project, I don't care about telephony, let's press the revolution! As much as I am divided among the two views, I think OM must oblige to its responsibility towards the users who have paid for their hardware, and keep its promise of a working phone. There has been a lot of talk about a working phone, and I agree (mostly). When I bought the FR I used it to replace my old phone (non-PDA style regular flip phone). Other than just telephony services, I found the Calendar/Alarm service very important. Currently accessing the clock and accessing the alarm is difficult, not to mention there is only one alarm time slot per day. I couldn't say much about the stability, I have two other alarm clocks next to it to wake up, although neither of those are stable either (I use a Cowon A3 player... DO NOT use it to wake you up.. it won't go off half the time). Apart from this digression, I would just like to say that a regular phone is expected to have extensible utilities such as stable SMS, calendars, contacts, and alarm clocks. In my opinion, it's not just a phone. It's a day-planner. -Boris ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Cannot browse source on trac.freesmartphone.org
Am Thursday 16 October 2008 04:26:15 schrieb Dylan Semler: It's been down for a few days now. Whenever I go to http://trac.freesmartphone.org/browser I'm getting a 500 Internal Server Error. For browsing the source, please use git.freesmartphone.org. trac's git plugin is giving us a major headache due to its slowness. -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Personally I would like to see stopping development of ASU and 2007 stack and concentrate on FSO and developing some standards. The reason for this is that so much time and effort are spent on something that we won't use in the future. If the official distro is going to be based on FSO, than a lot of work will be just thrown away. Example - suspend/resume issue - some people work to get it done on ASU, spending time, and some are working on the same problem on FSO. Than, when FSO will be merged with the main distro - we won't need suspend thing from ASU - a lot of time and effort for nothing. It's just an example. About standards - FSO is good from this point. I can develop for it using different languages and it's awesome. But what about PIM stack? There is a project from GSOC, but it's either dead or just being developed really slow. What if some time OM is spending on ASU get to develop PIM stack for FSO? Or even make a 0.9 release of FSO even earlier as planned? In short I would like to see: 1. Abandonment of ASU and 2007. 2. More effort fo FSO. 3. Some fixes for Qtopia (for people who needs working phone), instead of working on ASU. 4. Hardware - some fixes. Personally I have GSM re-registering problem. Some people have others. A lot of them are fixed, but it still needs some work. Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Back to the basics: improving user experience
John Lee wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: [...] I would like to ask the community: What do you want us to work on? For my 2 cents, I'd suggest that OM choose one distribution, either 2008.x or (more likely) FSO, and concentrate on getting basic phone and SMS functionality, with suspend/resume, to work very reliably on that distribution. Until that is done, I'd recommend ignoring everything else. Unless the Freerunner works as a phone, the thing is just a toy for nerds no matter how wonderfully anything else might work on it. Ken Young ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Photosea. Suggestion?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello I'd like to show you and idea I had some days ago. I don't know for sure if already there is something similary for Freerunner. I tried to trasform it on code. It is written in python, and use pygame libs. To use it you must have python and python-pygame installed To you it you can download it from: (tar.gz or zip version) http://rubino.dyndns.org/photosea/ you can unpack it and from terminal: cd photosea ./photosea.py Known problem: There is a big problem: one time you launch it it will not be possible to close it with the close button. To close it you must to give a CTRL+C on the terminal window you used to launch it, than to return on the main window! I am working on it. Another problem is about the velocity: when I started to write it, it was my first worry! I have to say it is not so bad! Questions: 1. Someone know when pygame 1.8.X will arrive on armel4 Debian repository? 2. Someone has an idea about what is possible to do with it? Thank you! Ps. I apologize for the sephora delay! I will release next alpha soon! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI96b4SIAU/I6SkT0RAtyyAJ9ejcvOMcb3qB0dM1WTm9OtCKv8gwCgrBP5 ypHke5dzimEiFvICZ9a+9bc= =mXmr -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Photosea. Suggestion?
Michele Renda wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello I'd like to show you and idea I had some days ago. I don't know for sure if already there is something similary for Freerunner. I tried to trasform it on code. It is written in python, and use pygame libs. Sorry for the dumb question. But, what is it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Photosea. Suggestion?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Nöthen wrote: Sorry for the dumb question. But, what is it? What is it, you must to say! I only made it :) I uploaded a screenshot just now! For now it only show three photo, and permit it to move it, and to zoom it! Now I'd like to know what it could to become. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI96ubSIAU/I6SkT0RArX7AJ9NPEmd8y6woZTv5/D/s3gANM81FwCfVZ41 TuFsg6FjZbIOuZQySqEP1DI= =GIRD -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Photosea. Suggestion?
I'd like to show you and idea I had some days ago. I don't know for sure if already there is something similary for Freerunner. I tried to trasform it on code. It is written in python, and use pygame libs. Sorry for the dumb question. But, what is it? Follow the link ( http://rubino.dyndns.org/photosea/ ) Click screenshot.png and you'll find it is a picture viewer. :-) Paul -- My advice to you is not to inquire why or whither but just enjoy your ice cream while it's on your plate - that's my philosophy. -Thornton Wilder (from The Skin of Our Teeth) http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMooCow 0.1
On Thursday 16 October 2008 17:57:58 Marco Trevisan (Treviño) wrote: In Italy we don't have such things/toys :P. Well, I had one, in Italy. Altough it may be possible someone of my parents friends brought it from germany. Can't remember. It's so many years ago... Basically it is a box with with some sort of airbag in it. One side is attached to the bottom and the other side has a heavy cap with holes on it. When you turn it upside down, it gets filled with air because the cap pulls the bag down. If you turn it again the cap falls down and pushes the air out through the holes. This makes the cow or sheep like sound. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Photosea. Suggestion?
What is it, you must to say! I only made it :) I uploaded a screenshot just now! For now it only show three photo, and permit it to move it, and to zoom it! Now I'd like to know what it could to become Ohhh... don't get me started. A file- or directory browser to select images from a certain place? (e.g. vacation pictures from a specific year or so, in my case...) :-) -- My advice to you is not to inquire why or whither but just enjoy your ice cream while it's on your plate - that's my philosophy. -Thornton Wilder (from The Skin of Our Teeth) http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Thu, Oct 16, 2008 at 10:15 AM, W.Kenworthy [EMAIL PROTECTED] wrote: 2008.9 + updates A phone that works: reliably make and receive calls reliably make and receive sms's At the moment, totally losing sms messages (phone sometimes hangs/crashes when one comes in) or not waking up if suspended when one comes in means that its almost unusable as a phone. It often takes several boots before the pin dialog comes up. If you forget while waiting and it does come up but its awhile until you get to it, it will hang so you have to reboot anyway. Sometimes restarting X helps, but not always Stability: My average in normal usage is at least two boots a day due to crashes, and often extra rebooting to check if an sms comes in (sometimes they will only show on fresh re-registration. Leaving the phone on and registered for hours doesnt seem to help - not sure how vodafone australia takes to retry messages but surely its less that 12 hours. The only way to stop crashes is not to use the thing! No GPS, no wireless, no phone calls, and definitely never send/receive an sms :) I suspect the event/0 thread is at the root of a lot of this so I am waiting a fix for that. I dont think I am alone in this - hopefully the new focus means that these issues can be dealt with. I am a little concerned though that you think things like boot time is important enough to mention, but not basic issues like being able to reliably make a phone call. Though a faster boot means less time wasted going through multiple bootups to get the thing registered. :) I should mention that 2007.2 seemed more stable and mature than 2008 anything still is up until work stopped on it. BillK Totally, totally agree! Who cares a beep about wifi , speed, gps, accelerometer, booting time when the phone itself doesn't work. Please fix this issues first, use the precious developing time for these priorities , so whe can finally use the phone for daily use. The fun and fancy stuff can come later. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
