Re: QtMoko v55 for Freerunner upgraded to wheezy
Am 16.04.2013 14:35, schrieb Radek Polak: .. The wheezy images are now here: https://sourceforge.net/projects/qtmoko/files/GTA02/ Hallo, i installed the wheezy-Version 55 for GTA02 on a uSD-Card. Formatted as ext3, copyd the archiv and: $ tar xzvpf qtmoko-debian-gta02-v55.tar.gz After reboot everything seems OK. Then I connected with ssh and: $ apt-get update $ apt-get upgrade After the next reboot a endless loop dumps messages on the screen very fast. I had to take a Photo to read: udevd [659]: unable to receive ctrl connection: Function not implemented I repeated this with the same result. Now I'm going to format and untar again but without upgrade. What must be fixed before I can use upgrade again? -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Gta04-owner] QtMoko v52
Am 01.02.2013 16:15, schrieb robin: ... .., so people could still have a backup qtmoko sitting in their nand. .. robin In my NAND is a very old Version. I upgraded only QTmoko on the uSD-Card because of this Warning: http://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=Update Update to v35 Warning: If you installed QtMoko on NAND, DO NOT TRY TO UPDATE! Otherwise your phone won't boot. Is it a HOAX ? Or is it fixed since V36? This site seems not to be actual. -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v48
Am 12.09.2012 20:38, schrieb Radek Polak: Hi, QtMoko v48 is out now, ... * mokofaen is now default theme (credits to Joif for this nice theme) Hi, many thanks to Radek. I just updated my GTA02 from V47 to V48-1. Maybe I found a little bug: - click house (left, second from top) - click help open (bottom left, arrow up) - click help close (bottom left, arrow down) - try to click back (bottom right) Back don't work. Help is always opend. After opening any App and closing it, back is working again. -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner looses the date when battery is away for short time
Am 09.04.2012 08:59, schrieb Matthias Apitz: When I remove the battery from my FR, for example to change the SIM, it looses now(?) the date in hwclock and starts with 01.01.2000; I have to set the date and time again with ... matthias That seems to be normal. My FR also looses time when the battery is removed for a short time. Idea: Buffer it with USB-Power? -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM as car navigation
Am 27.02.2012 22:04, schrieb robin: hi, i still have problems with qtmoko v39 to use navit or tango/foxtrotgps. would you mind to post your gpsd file and the navit.xml line for your gpsd connection? .. robin Hallo robin, here is my solution: file /etc/default/gpsd # Default settings for gpsd. # Please do not edit this file directly - use `dpkg-reconfigure gpsd' to # change the options. START_DAEMON=true GPSD_OPTIONS= DEVICES=/dev/ttySAC1 USBAUTO=true GPSD_SOCKET=/var/run/gpsd.sock vehicle-Tag from file /home/root/.navit/navit.xml: vehicle name=Local GPS profilename=car enabled=yes active=1 source=gpsd://localhost:2947 gpsd_query=w+xj follow=3 Port :2947 is one try of many, must also run without. More on: http://wiki.openmoko.org/wiki/Navit#Center_on_Vehicle and http://wiki.navit-project.org/index.php/Configuring_Navit#The_Vehicles_Definitions -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM as car navigation
Am 27.02.2012 17:21, schrieb Guilhem Bonnefille: Hi, .. Do you know what operating system was used by Frank Jaeger? Hallo Guilhem, it's a QTmoko v38. I startet with v35 and navit in QX-mode. Now navit can be installed very confortable as App from http://qtmoko.sourceforge.net/apps/category-gps.html using the browser. But navit didn't get the actual gps-position. Also after upgrading to v37 and v39 and several attempts to configure the gpsd-vehicle in /home/root/.navit/navit.xml [1] Finally I formatted my uSD-Card and unpacked a fresh QTmoko v38. But this didn't help me, too. Last weekend I started a new attemp and get navit to work! I was so happy that i postet ist on Despora.de and FB. I don't really know, what the reason was. I think it was a missing device in the gpsd-configuration. Other GPS-Apps worked well - but not navit. Maybe they use the gps-device without gpsd? I had to run $ dpkg-reconfigure gpsd and set device to /dev/ttySAV1 Is gpsd for gta02 shipped with empty device-entry in .conf? [1] https://github.com/radekp/qtmoko/issues/23 -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: QtMoko v37 for GTA02
Is it possible to port Apps from Android to QtMoko? I'm very interested in apps for geocaching like c:geo. Regards Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: uSD corruption
Am 15.12.2011 22:00, schrieb fdvj...@vodafone.it: Hi I have a Kingstone microSD card 8GB. It seems to be reliable for data but if I use it with a running distro, at this moment QtMoko,... file system gets corrupted and I have to format the partition. ... Joif Hallo Joif, when I startet with Freerunner and QTmoko v35 I bought uSD-Cards in the Electronic-Market in Town. It was a a Toshiba 4 GB and a Toshiba 8 GB. The filesystem on it get corrupted once a day. Most times it was possible to repair the uSD-Filesystem by starting the Backup-System, a small QT-Moko in NAND and running: umount /media/card e2fsck -f -y -v /dev/mmcblk0p1 But this was no solution for eternity. I ordered a Moko-tested uSD from Pulster [1], which works fine until today. But: It was a Kingston! Maybe Kingston has different types? It's not easy to find the right one as you see in [2]. [1] http://pulster.de/index.htm?d__om8msd__Speicherkarte_8_GB_microSD_fuer_Openmoko_Freerunner1003.htm [2] http://wiki.openmoko.org/wiki/Supported_microSD_cards -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
navit in QTmoko: Map don't follow actual position
Hallo, I try to run navit on my freerunner. - QTmoko v35 - navit Version: 0.2.0~svn3501+dfsg.1-1 I downloaded and installed a OSM-Map for Germany. I see this map and can zoom and pan but ... My problem now is: The map is *not* centered on my actual position from GPS. I tried to configure some vehicle-Tags in /home/root/.navit/navit.xml vehicle name=.. profilename=car enabled=yes active=0 source=gpsd://localhost gpsd_query=w+xj follow=3 But on navit's gui I only see the default DEMO-Vehicle which has no GPSD-source. Can someone send me an example for a working freeruner-proved 'navit.xml' or a vehicle-Tag that follows GPS? How can I test, that navit gets the actual position from GPS-deamon? -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
How to run navit in qtmoko
Hallo, can anybody tell me about the 'secret' to run navit on my neo? I use qtmoko (v35). When I 'Launch' navit from QX then for a few seconds I see press AUX to leave. Then it falls back to QX-Gui. At second attempt I see only the linux-console for a few seconds. There is some output in '/var/log/user.log' you see below but I can't decide which of this problems is killig navit. In /home/root/.navit/navit.xml I have configured a OSM-Map: mapset enabled=yes map type=binfile enabled=yes data=/media/card/maps/germany.bin / /mapset All other Mapsets are set to enabled=no. user.log: gpsd[1059]: gpsd: can't bind to IPv4 port gpsd, Address already in use gpsd[1059]: gpsd: maybe gpsd is already running! gpsd[1059]: gpsd: can't bind to IPv6 port gpsd, Address already in use gpsd[1059]: gpsd: maybe gpsd is already running! Qtopia: (II) verbosity set to 5 Qtopia: Using GLAMO 3362 card Qtopia: (II) Screen: 16/16 depth/bpp Qtopia: (II) vram size:8323072, onscreen vram size:614400, offscreen vram size:7708672 Qtopia: (II) initialising offscreen pixmaps Qtopia: error opening security policy file /usr/lib/xserver/SecurityPolicy Qtopia: Extended Input Devices not yet supported. Impelement it at line 637 in ../../../../hw/kdrive/src/kinput.c Qtopia: Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! Qtopia: Could not init font path element /usr/share/fonts/X11/100dpi/:unscaled, removing from list! Qtopia: Could not init font path element /usr/share/fonts/X11/75dpi/:unscaled, removing from list! Qtopia: Could not init font path element /usr/share/fonts/X11/Type1, removing from list! Qtopia: Could not init font path element /usr/share/fonts/X11/100dpi, removing from list! Qtopia: Could not init font path element /usr/share/fonts/X11/75dpi, removing from list! Qtopia: Could not init font path element /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list! Qtopia: Qtopia: (process:1064): Gtk-WARNING **: Locale not supported by C library. Qtopia: ^IUsing the fallback 'C' locale. Qtopia: Qtopia: (unknown:1064): Gdk-WARNING **: locale not supported by C library Qtopia: navit:plugin_load:can't load '/usr/lib/navit/gui/libgui_internal.so', Error '/usr/lib/navit/gui/libgui_internal.so: undefined symbol: navit_add_bookmark' Qtopia: navit:plugin_load:can't load '/usr/lib/navit/osd/libosd_core.so', already loaded Qtopia: vehicle_gpsd:vehicle_gpsd_try_open:Trying to connect to localhost:default Qtopia: netlib_connectsock() returns socket on fd 21 Qtopia: vehicle_gpsd:vehicle_gpsd_try_open:Connected to gpsd fd=21 evwatch=0xb2710 Qtopia: navit:xinclude:Unable to include /usr/share/navit/maps/*.xml Qtopia: navit:navit_init:no gui Qtopia: sh: gdb: not found Qtopia: FreeFontPath: FPE /usr/share/fonts/X11/misc refcount is 2, should be 1; fixing. -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to run navit in qtmoko
Am 15.06.2011 18:26, schrieb Yury Sakarinen: Hi, you have to use this guide to install navit from navit-qtm.zip (not from repo): http://wiki.openmoko.org/wiki/QtMoko#Navit_Installation That was the way, I tried first. But it doesn't work. Then I installed from repo. Am 15.06.2011 18:12, schrieb Guilhem Bonnefille: ... Check you have installed navit_gui_internal (or something like that). navit-gui-internal (and all other with 'navit' in it's name) was already installed: root@neo:~# aptitude search navit i navit - Car navigation system with routing engine i navit-data - Car navigation system with routing engine - data files i A navit-graphics-gtk-drawing-area- Car navigation system with routing engine - GTK+ graphic plugin i navit-graphics-qt-qpainter - Car navigation system with routing engine - Qt graphic plugin i navit-gui-gtk - Car navigation system with routing engine - GTK+ GUI i navit-gui-internal - Car navigation system with routing engine - internal GUI p osm2navit - Transitional dummy package to maptool 2011/6/15 Guilhem Bonnefilleguilhem.bonnefi...@gmail.com: I think you have to comment the mapset using /usr/share/navit/maps/*.xml ... In addition to 'enabled=no' I put it to !-- comment --. No effect 'til now. I think, I'll try the WIKI-Version again -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to run navit in qtmoko
Am 15.06.2011 19:52, schrieb Frank: Am 15.06.2011 18:26, schrieb Yury Sakarinen: Hi, you have to use this guide to install navit from navit-qtm.zip (not from repo): http://wiki.openmoko.org/wiki/QtMoko#Navit_Installation ... I think, I'll try the WIKI-Version again Success! From WIKI http://wiki.openmoko.org/wiki/QtMoko#Navit_Installation I only had to repeat # cd / # unzip /media/card/download/navit-qtm.zip (I didn't remove it) and than configure QX's favorites again. I don't see any map, but navits's gui. Step by step -- Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] 2.6.34 Openmoko kernel package available
Hi Timo, On Mon, Oct 18, 2010 at 10:53:24AM +0300, Timo Jyrinki wrote: Hi, During the weekend I did a few cross-builds, emulated native builds and finally native builds of the 2.6.34 Openmoko kernel for Debian. It's now available at the pkg-fso repository [1]. It's basically identical in code and configuration to Radek's qtmoko-v27 git branch [2], with the added compilation of LED/vibration support. Debian packaging [3] is virtually the same as with 2.6.29, only minimal needed changes to bring it to 2.6.34 time. Huge thanks to Radek of QtMoko fame and SHR people for dwelling through the git trees and patching up on top of the git.openmoko.org trees to create an usable kernel. [1] http://pkg-fso.nomeata.de/sid/linux-image-2.6.34-openmoko-gta02 [2] http://github.com/radekp/linux-2.6/tree/qtmoko-v27 [3] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 I think the 2.6.34 is a great step forwards, although with a few caveats for existing Debian w/ 2.6.29 users: - ALSA switches have changed names. You need to update your state files manually for now. Some reference can be found at http://users.tkk.fi/~tajyrink/moko/2.6.34/ for a) phone calls and b) so that also alerts are heard. I also hacked the headphones out profile but didn't put it there. Those are probably not optimal, but work. Updated state files should of course started to be offered by us, Debian's FSO team. - Many SYS paths have changed. I've om gsm power 1 in /etc/rc.local as one easy workaround for GSM functionality, and I have also been using the om tool (from omhacks) also otherwise. Newest omhacks is in pkg-fso repository, and yet more 2.6.34 fixes for it coming reportedly soon from lindi co. Most programs probably also don't know anymore how to control the vibrator, since its path has also changed. - X.org auto-configuration is in troubles compared to 2.6.29 kernel (where at least I used xorg.conf with only glamo driver section). I didn't have time to look at it, so I've just rm /dev/input/event{3,4} /dev/input/js{0,1} /dev/input/mouse0 in /etc/rc.local for now... But with those caveats / upgrade problems everything seems to work: GSM, GPS, Bluetooth, WLAN, LEDs, suspend/resume, and reportedly also power consumption under suspend is ok... Note that of course this is not the correct way to do the kernel in the long term, but I was just willing to spend some of my limited free time on offering this 2.6.34 branch to the Debian users. What is really needed to be done (yet again re-iterated) is upstreaming the rest of the code needed by FreeRunner [4] and helping official s3c24xx support in the Debian installer / kernel [5]. It is however noticeable how huge improvement this is over the old 2.6.29 branch. The 2.6.29 kernel was based on _rc3_ of Linus' 2.6.29. There was a rc8 before the stable 2.6.29 release and six stable updates. After the rc3 however the git.openmoko.org:s andy-tracking tree was patched over the following 1.5 years without merges from the stable tree. Compared to that, with the current 2.6.34 tree [6] we're able to see stable/final 2.6.34 commit by Torvalds already on the second page of the commit log. [4] http://lists.openmoko.org/pipermail/openmoko-kernel/2010-September/011205.html [5] http://git.debian.org/?p=pkg-fso/kernel.git;a=shortlog;h=refs/heads/s3c24xx [6] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git;a=shortlog;h=refs/heads/debian-2.6.34 As a final note, Radek didn't yet include Glamo KMS/DRM support in the 2.6.34 (I think a bit more KMS/DRM problems have been seen with 2.6.34 than 2.6.32), and I didn't start doing it either. Naturally that's the biggest omission we now don't yet have regarding the work done on FreeRunner kernels during last and this year. The KMS support is available in Thomas' branch [7] and SHR's patches [8] - I don't know what's the delta between them. [7] http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-2.6.34 [8] http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/linux/linux-openmoko-2.6.34 -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community thanks for the package. to ssh in the device i must add 'g_ether' in /etc/modules. you should builtin this module in kernel. and now ... let me test all the features. ;) frank -- sent with 100% wireless electrons ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GameRunner distribution
GNUtoo meinte am 01.05.2010 21:33: On Sat, 2010-05-01 at 17:45 +0200, Frank Meier wrote: Hi, I've tested your distri. But for most games I get a only white screen with yellow/green fragments. Other games didn't start Greets Frank you used the wrong kernel(the one in rootfs) you should use the one that should be downloaded separately. Denis. Hi, I tested both. But I will test it again with new download ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GameRunner distribution
Hi, I've tested your distri. But for most games I get a only white screen with yellow/green fragments. Other games didn't start Greets Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MC Navi
Am 01.04.2010 10:31, schrieb Mike Crash: Hello, I'm going to release new version of MC Navi and I want to make maps available for direct download. So I want to ask, what country do you need? Second question - what do you prefer, car navigation or outdoor navigation? Just to know, what to do next... Thanks Mike Hi, germany for cars, please Frank ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bicycling with OpenMoko
1. this is a gta01 from our one and only community member of the week, Josch. http://wiki.openmoko.org/wiki/Community_Member_of_the_Week#Week_1:_Monday.2C_31_March 2. you can buy the material here: http://www.bikertech.de/html/pda-selbstbau.html 3. the gta01 owner are the real advocates of the OpenMoko project ;) cheers! Joerg Reisenweber schrieb: Am Do 23. April 2009 schrieb Timo Scheffler: That's the way to go :) I made something simple in about half an hour, using this [1] as insipration. Just get some Polymethylmethacrylat (PMMA - Plexiglas - marketing name here), a spare socket from a removable light, a jigsaw and a heat gun :) After you have something like this [2] you simply glue it on the socket with much hot melt adhesive and there you go. :) Btw. the hole in the Neo is great to tie it to the holder - just in case some accident happens or so. Timo [1]: http://www.rabenfrost.net/openmoko/bikemount/stencil.svg [2]: http://www.rabenfrost.net/openmoko/bikemount/100_5593.JPG WTF is this ugly black thing on top of it? ;-) Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and 10pF on uSD)? cool :-) /j ___ 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: Global domination
for your information: the 'underground' label is no longer associated with the 'pyneo-logo'. pyneo has its own online shop, you'll find it here: http://pyneo.org/t-shirt/ frank Christoph Pulster schrieb: At your urging we have opened a storefront to sell Openmoko merchandise. http://www.cafepress.com/openmoko_inc I suggest to add this shirt style: http://www.neo1973-germany.de/raw-attachment/wiki/ CommunityMemberOfTheMonth/shirt_front.JPG http://www.neo1973-germany.de/raw-attachment/wiki/ CommunityMemberOfTheMonth/shirt_back.JPG Chris ___ 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: Issues / Quirks with SMS via GUI (Messages app)
I also have these problems... My carrier does append a 1 at the beginning (t-mobile USA), but I had my vcard with the format of just the numbers, so I just appended a one onto all my contacts. I would prefer a nicer looking format, but I don't care enough to change anything. On Fri, Jul 18, 2008 at 4:41 PM, Matthew Lane [EMAIL PROTECTED] wrote: Matthew Lane wrote: Hey all, I have a few issues / quirks with the Messages app in sending and reading SMS messages. First, a problem I noticed was that when switching to the middle option in the Messages program (where the FR lists all text messages) was extremely slow. The whole program would lock up (I could still tab to other programs) but my Messages program would run extremely slow. This is NOT related to the SIM, as I have popped out the SIM card and experienced the same issues. Second, this is more of a major issue but I am not sure if it's carrier-related or a problem with the phone's Message software itself. When attempting to send a text message, I cannot send a message to a number formatted (123) 456-7890 (eg. how VCard inserts its numbers). However, when I text a number in the format 1234567890 it works just fine. VCard importing prefers the (123) 456-7890 format unfortunately. Also, the majority of my text messages are inserted into the Unknown Sender contact, because some carriers append a 1 at the beginning of their numbers. Is there any simple solution for the Messages program to identify this? And one curious question, what does the mail sending icon embedded into some outgoing text messages indicate? Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Has anyone experienced any of these issues, or does anyone have a solution? ___ 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: I got charged ;)
Your credit card has now been charged by the following amount: Subtotal: $300 USD Shipping: $54.22 USD (Germany) Total: $354.22 USD My Order# 2309 Thanks FIC, thanks Harald (Cheer up!), thanks openmoko community, thanks mom, thanks dad ... Frank Mark Chandler schrieb: Just got the credit card charge email. Order #2112 Subtotal: $300 USD Shipping: $61.57 USD Total: $361.57 USD Shipping to Australia (I asked for express). Krzysztof Kajkowski wrote: ...and shipping cost are LOWER than previously mentioned on the page: Your credit card has now been charged by the following amount: Subtotal: $300 USD Shipping: $67.89 USD Total: $367.89 USD Please note that this amount might be less than what was originally mentioned in the webshop, since we meanwhile got better shipping rates! This means that we will now send out your order ASAP. You will receive another status update once the order has been sent out. Way to go OpenMoko! cayco ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Most people are picking the ones that I didn't care too much for. Than I guess everyone's on the same wavelength here! Let me say it again: Owesom virals for just 30min of brainstorming! I personally find these virals better than the apple spoofs ideas. Because now the Neo and OpenMoko won't look look so much as an iPhone and OSX mobile ripoff. They would have done so with an mac spoof. (despite the fact that the Neo was announced first...) btw: The bluesbrother's one is also really funny. On 7/5/07, Adam Krikstone [EMAIL PROTECTED] wrote: Forgot the blues brothers one: http://www.youtube.com/watch?v=kR-4VhlsiV8 Most people are picking the ones that I didn't care too much for. It only took about 30 minutes to get the ideas. I have quite a few more but stopped in case there was overwhelming opposition here. I want to do more revolving around the neo in use instead of images and increasing productions values through better sourced media. People need to see the benefits of an open handset, not just be told how great it is. I think this project is great and have high hopes for its success. Feedback is appreciated about the videos. -adam Frank Coenen wrote: Wow... you sure made some good virals! Nice work. How long did it take you to come up with these idea's. I really like most of them! Here's my review in case you want some feedback: # 1: Good for the hardwarepeople :-), general public (GP) won't care probably. #2: Nice, sowing of the apps. You could change the one with the active appications to the one with an overlay of the mockup: http://wiki.openmoko.org/wiki/View_Active_Applications (you will need to photoshop the arrows away). Then it will look much nicer. ;-) #3: NICE! Really nice! :-D #4: Nice, (not as funny as 3 though ;-) ) #5: Sorry to say, but this one is lame. #6: Awesom, just awesom. #7: Almost the same as #8. See 8 #8: Nice refference to a speach of Sean. I like this one better than 7. Perhaps delete #7, since it is almost the same. #9: Good viral #10: To long. Same idea as #9. Perhaps delete this one. #11: Sorry, but this is a rant about the backend of the phone-compenies. The Neo won't change this.Don't raize falls hopes ;-). So, perhaps you should also remove this one. Good jub. :-) On 7/4/07, *Adam Krikstone* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Sorry for the bad quality on some but there aren't many videos or pictures of the neo1973 besides the wiki. I stayed with the free your phone, aspect since advertising linux to the public is not going to work. I can make better ones if someone can get me high res photos and video (720x480 and above). Playlist: http://www.youtube.com/view_play_list?p=472DE700A3CC70A4 Individual: http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=tQPjfUqp-dk http://www.youtube.com/watch?v=4qP-K1HOMHk http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=dpwxzEopg60 http://www.youtube.com/watch?v=EuG2hYiO9AU http://www.youtube.com/watch?v=lGjY7tigdkA http://www.youtube.com/watch?v=YR4ezMgRlWo http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=GxsVFG7jHI8 http://www.youtube.com/watch?v=62kLhNngE20 ___ OpenMoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
AND donate entire Netherlands to OpenStreetMap
Good news for openstreetmap!!! see: http://www.opengeodata.org/?p=223 Automotive Navigation Data (AND) is a leading provider of location, routing, mapping and address management are donating a street network of the entire Netherlands. Yes, an entire country. :-D ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AND donate entire Netherlands to OpenStreetMap
Whoops. I was to excited to read the rest of the article: India and China as well. That is just mindblowing good news! AND Automotive Navigation Data has agreed with the OpenStreetMap Foundation to donate digital maps of the Netherlands, China and India to the OpenStreetMap community. [...] Initially, AND will make its street level data of the Netherlands and the major road networks of China and India available to the OpenStreetMap community On 7/5/07, Frank Coenen [EMAIL PROTECTED] wrote: Good news for openstreetmap!!! see: http://www.opengeodata.org/?p=223 Automotive Navigation Data (AND) is a leading provider of location, routing, mapping and address management are donating a street network of the entire Netherlands. Yes, an entire country. :-D ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko ads now on youtube
Wow... you sure made some good virals! Nice work. How long did it take you to come up with these idea's. I really like most of them! Here's my review in case you want some feedback: # 1: Good for the hardwarepeople :-), general public (GP) won't care probably. #2: Nice, sowing of the apps. You could change the one with the active appications to the one with an overlay of the mockup: http://wiki.openmoko.org/wiki/View_Active_Applications (you will need to photoshop the arrows away). Then it will look much nicer. ;-) #3: NICE! Really nice! :-D #4: Nice, (not as funny as 3 though ;-) ) #5: Sorry to say, but this one is lame. #6: Awesom, just awesom. #7: Almost the same as #8. See 8 #8: Nice refference to a speach of Sean. I like this one better than 7. Perhaps delete #7, since it is almost the same. #9: Good viral #10: To long. Same idea as #9. Perhaps delete this one. #11: Sorry, but this is a rant about the backend of the phone-compenies. The Neo won't change this.Don 't raize falls hopes ;-). So, perhaps you should also remove this one. Good jub. :-) On 7/4/07, Adam Krikstone [EMAIL PROTECTED] wrote: Good and bad, here are some ads for openmoko and the neo1973 I did. Sorry for the bad quality on some but there aren't many videos or pictures of the neo1973 besides the wiki. I stayed with the free your phone, aspect since advertising linux to the public is not going to work. I can make better ones if someone can get me high res photos and video (720x480 and above). Playlist: http://www.youtube.com/view_play_list?p=472DE700A3CC70A4 Individual: http://www.youtube.com/watch?v=DCQ7dmGuAU8 http://www.youtube.com/watch?v=tQPjfUqp-dk http://www.youtube.com/watch?v=4qP-K1HOMHk http://www.youtube.com/watch?v=S--2HeQqjq4 http://www.youtube.com/watch?v=dpwxzEopg60 http://www.youtube.com/watch?v=EuG2hYiO9AU http://www.youtube.com/watch?v=lGjY7tigdkA http://www.youtube.com/watch?v=YR4ezMgRlWo http://www.youtube.com/watch?v=OZC3mjRW5Tg http://www.youtube.com/watch?v=GxsVFG7jHI8 http://www.youtube.com/watch?v=62kLhNngE20 ___ 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: Advertising/hype
Somehow I don't think that 'the OS/ browser/ app that you built' will excite anyone except linux-guru's. ;-) (it would scare me away...) Take a look at some of the N95 vs iPhone spoofs on youtube. Some of them are really good: Battery replacement: http://www.youtube.com/watch?v=e1-8DpRNGNEmode=relatedsearch= Internet: (This one is good since Jobs has convinced a lot of people that only the iPhone has the 'real' Internet.whatever that may be.) http://www.youtube.com/watch?v=MwrE5UCUf7sNR=1 Google Maps/ GPS: http://www.youtube.com/watch?v=GecftG1Kh7wNR=1 The scenario I like is also about the freedom to write applications, but from a user/consumer point of view: Moko: Hi, I'm an OpenMoko phone iPhone: And I'm an iPhone * OpenMoko looks is busy tapping on his phone. iPhone: What are you doing? Moko: Oh, I just installed this handy app that lets me insert cool app. iPhone: I don't think I have such a program. But I can run ajax-programs through the web. Check this app out. It finds the cheapest gas stations in your neighbourhood. Here I'll show you! * iPhone does nothing. Moko: Sow, can you show it to me or not? iPhone: Wait, be patient, I'm loading the app *pause again. iPhone: Damnit, lost my connection! On 7/1/07, Nick Johnson [EMAIL PROTECTED] wrote: This puts me in mind of this is the house that jack built: This is the phone that you built. This is the OS running on the phone that you built. This is the browser running on the OS on the phone that you built... Not sure if that's what you were referring to, as I haven't seen the ads in question. -Nick On 7/2/07, Ryan Prior [EMAIL PROTECTED] wrote: Black background. Things come on screen in their unpolished current state, glitches and all. Lines in quotes are voiceovers. This is turning it on. We see Tux and initscript messages scrolling down the screen. This is the internet. Show browser displaying Slashdot or kernel.org or something. This is your music... Show terminal with: cd /home/bob/multimedia/music ls They Might Be Giants The White Stripes The Red Hot Chili Peppers The Killers [EMAIL PROTECTED] This is the package manager . . . Show package manager displaying pending updates. . . . that installs the updates . . . User selects an update and clicks Install. . . . that you write for your Neo. Incoming call interrupts package manager, call is taken. Female voice from phone: Hey there. Fade to black, display centered text FIC Neo1973 + OpenMoko Get your hack on. That's my idea for a commercial which calls the iPhone commercials to mind, but which are targeted at a different audience and don't raise expectations unreasonably high! Cheers, Ryan ___ 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: Anti theft protection of our cherished device.
The problem is of course that you can't sent sms/emails if there is no sim. And even IF there is a sim, you cant always sent emails since you need to have a data plan. SMS of course is an option. On 6/30/07, Buddy [EMAIL PROTECTED] wrote: I have been thinking for a system like this sinds my last phone was stolen :( What I would like is: simcard is changed - phone sents email/sms to a server. Gives me the new phone number, a code to call the phone silent. Possibility to call phone and open a remote terminal. With acces to GPS data, and all personal data, my own and from the new owner. Fuck with him for a while (sent delayed (with cron) a few sms messages to his friends) change his agenda, etc etc Look him up at the most embarrassing place (work, school) and get my phone back. Buddy On 6/30/07, wim delvaux [EMAIL PROTECTED] wrote: Hi sean and other OpenMoko-ers Just read an article on Slashdot (?) about the fact that lots of of our precious gadgets get stolen (or lost). Not being a hardware guy, I was wondering if one could build/integrate/stick to them some kind of 'anti-proximity' detector. This is a device that consists of a a central - costly ? - pockettable detector (that probes for a set of devices within a know list every now and then) and which you put in your pocket, or wallet or on your keychain. Around that device a 'cloud' of periferals exists (Neo, wallet, Phone, Laptop, ...) each tagged with a cheap ID which gets probed by the central. If any of the periferals fall out of range, the central beeps warning me - the owner of these nice periferals - that I am loosing one. I do not know if this idea is at all feasible (battery consumption, size, ...) or perhaps it even exists, but I wanted to float this idea. Suggestions comments welcome W ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anti theft protection of our cherished device.
True. But ones the thief removed your simcard I assume he will flash the firmware... And then the theft-protection will be gone as well :-( On 6/30/07, Buddy [EMAIL PROTECTED] wrote: I am pretty sure that if someone steals a phone, he wants to use it and put a simcard in the phone. The phone can call my own ISP and connect on a standard dial-up line. The problem with sms is, you can sent it to your own number but can't acces the sms till you get your replacement simcard, and you can't get a new simcard with prepayed. On 6/30/07, Frank Coenen [EMAIL PROTECTED] wrote: The problem is of course that you can't sent sms/emails if there is no sim. And even IF there is a sim, you cant always sent emails since you need to have a data plan. SMS of course is an option. On 6/30/07, Buddy [EMAIL PROTECTED] wrote: I have been thinking for a system like this sinds my last phone was stolen :( What I would like is: simcard is changed - phone sents email/sms to a server. Gives me the new phone number, a code to call the phone silent. Possibility to call phone and open a remote terminal. With acces to GPS data, and all personal data, my own and from the new owner. Fuck with him for a while (sent delayed (with cron) a few sms messages to his friends) change his agenda, etc etc Look him up at the most embarrassing place (work, school) and get my phone back. Buddy On 6/30/07, wim delvaux [EMAIL PROTECTED] wrote: Hi sean and other OpenMoko-ers Just read an article on Slashdot (?) about the fact that lots of of our precious gadgets get stolen (or lost). Not being a hardware guy, I was wondering if one could build/integrate/stick to them some kind of 'anti-proximity' detector. This is a device that consists of a a central - costly ? - pockettable detector (that probes for a set of devices within a know list every now and then) and which you put in your pocket, or wallet or on your keychain. Around that device a 'cloud' of periferals exists (Neo, wallet, Phone, Laptop, ...) each tagged with a cheap ID which gets probed by the central. If any of the periferals fall out of range, the central beeps warning me - the owner of these nice periferals - that I am loosing one. I do not know if this idea is at all feasible (battery consumption, size, ...) or perhaps it even exists, but I wanted to float this idea. Suggestions comments welcome W ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OpenMoko][FIC] Neo1973 - sample ?
The GTA01 version will go on sale at www.openmoko.com on July 9th. Everyone can order one if he/ she wishes to do so. Though it is primarily meant for developers, (because of lack of software, not very stable and a limited supply of neo's) there are no criteria for who is and isn't a developer. = For detailes, please see the New Oceans post from Sean: http://lists.openmoko.org/pipermail/announce/2007-June/13.html On 6/29/07, Mickaël Toumi [EMAIL PROTECTED] wrote: Hello Sean, I'm currently working in the DVB-H mobile TV field and should be happy to contribute to OpenMoko to deliver a multimedia application. I read the message you dropped the 20th of January 2007. A sample of it is below: 2007-03-11 Phase 1: Official Developer Launch We will sell the Neo1973 direct from openmoko.com for US$350 plus shipping. Sales and orders will be worldwide. We are specifically targeting open source community developers. How and where can I buy a Neo1973 ?, I suppose I should be trusted as official developper, what's the process ? Thank you for your feedback! and Vive OpenMoko! Mickaël ___ 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: What, no GPS?
I believe the GPS is already in the GTA01 version?! So, it will also be in the GTA02 version... On 6/28/07, BJ Quinn [EMAIL PROTECTED] wrote: I can't help but notice that GPS is not on the list of scheduled upgrades in the recent announcement. Is that a confirmed no for GPS, or had it already been confirmed yes and I missed something or am I off altogether? At any rate, GPS or no GPS this is going to be an exciting device. Great work guys. -BJ Quinn ___ 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: rough seas
Sean, Herald and Mickey and all the other dev's who's name I can't remember: Your doing a great job! In less than a week, we will update you about what's going on at FIC/ OpenMoko, the status of GTA01/02, and our plans for selling these neos. I presume many readers will put this date time in their calendars... ;-) So please wish us luck. We're just about at the tipping point. One's again: Good luck and may the roadsi ahead of you be a lot smoother. :-) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: virtualization of OpenMoko...
There is even a tested Qemu version for windows with OpenMoko. Unfortunatly it is quite old. So, if you want to be up to date, role your own with the mokomakefile. (though be warned, it can take you quite some time to set up the OE enviroment...) On 6/18/07, Robin Paulson [EMAIL PROTECTED] wrote: this might help. running OM under qemu http://wiki.openmoko.org/wiki/Main_Page#Developer.27s_Documentation On 6/19/07, Sameer Verma [EMAIL PROTECTED] wrote: Does anyone have pointers on virtualization of openMoko via a VMWare-type setup? I'd like to see if there is something available so that I can do a quick demo for my class. I did the same with OLPC's virtual image (http://wiki.laptop.org/go/Using_QEMU_on_Windows_XP) and that worked wonders for students in understanding the value of such a project. A picture being worth a lot more, etc. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Open Moko Themes
Making your icons/panels/butons in svg-format and make a shell-script that (using imagemagick for example) converts all of them to the requered resolution in png. It shouldn't be the worry of the designer in what resolution use intend to use OpenMoko.The program/GTK should take care of that. On 6/12/07, Luit van Drongelen [EMAIL PROTECTED] wrote: I think the first theme concern should be different resolutions. Currently there's just a VGA theme, but QVGA and WQVGA (i guess... 480x272 anyways) for future phones, and non-FIC phones. (most phones and PDAs are QVGA). At least I'd like to see that come soon. -- LuitvD On 6/12/07, Jon Phillips [EMAIL PROTECTED] wrote: On Mon, 2007-06-11 at 19:19 -0500, Tim Shannon wrote: I know that there are going to be themes for the OpenMoko interface, but I'm just wondering if there is anyone who has started working on alternate themes? I think I'd like to take a crack at it, and I was curious if anyone has had any start yet. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I haven't, but OpenMoko team and I have discussed how the main theme is going to be CC BY-SA licensed. It would be great to get other interfaces licensed under CC BY or BY-SA tooo! Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 [EMAIL PROTECTED] http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: [EMAIL PROTECTED] IRC: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Fwd: Re: Neo1973 Update!]
No... Look at the rest ;-) That would also mean that GTA02 doesn't have a gsm-chip :-p The GTA02 part simply says what it has extra to the GTAb_v4 On 6/3/07, Richard Boehme [EMAIL PROTECTED] wrote: Hmm, does that list mean that the GTA-02 will lose the GPS and the bluetooth? Also, it would be nice to know when GTA-02 has been pushed back to. Does anyone have any information on that? Thanks. Richard ___ 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: Neo1973 Update!
Developers, developers, developers!!! (Steve Balmer style, if you know what I mean). It will be a while for GTA_02 to come out. The GTA_01 batch will probably be sold to (community)developers. Hardware will of course be continually upgraded, but you have to start somewere with the software. There has been much talk on this list for a discount on the GTA-02 device, if you already bought a gta-01. Remember: The first GTA-02 samples have just hit the FIC office in Taiwan. It will be a while until they will be massproduced. These are just the prototypes. On 6/3/07, Tomasz Zielinski [EMAIL PROTECTED] wrote: 2007/6/3, [EMAIL PROTECTED] [EMAIL PROTECTED] : Phase 2 (GTA-02) will feature: -a 2D/3D-Graphics Accelerator -256MByte of Flash Memory -WiFi -updated battery: 1700mAh Well, GTA-01 is now definitely dead on arrival. Without finished software is hasn't any chance. My bet: it won't be sold at all, nobody would buy it now. GTA-02 will be the first model on sale. Am I correct? -- Tomek Z. [EMAIL PROTECTED] ___ 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: information efficient text enty using dasher
What is wrong with just using the stylus? I've tried it with my Wacom tabled, Dasher works great! If your using an on screen keyboard, you'll need the stylus anyway. On 5/30/07, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: Just one more thing On my laptop I have this little joystick button in the middle of the keyboard. If we could get a button like that on the side of the neo phone, dasher would be great. On 5/30/07, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: Just one problem. If we only have one button, there is no way to adjust the speed. On 5/30/07, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: I tried dasher for 2 minutes and I write faster with dasher than on my mobile phone. I also would like the two extra side buttons for dasher but we don't need it. We have the aux button. In pressed mode, it can mean down, and in released mode, it can mean up. I know I will use dasher on my neo when I get it. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: HXD8?
What I found: Wifi: SWEET :-) (from: doc\hardware\HXD8v011\gpio.txt) GPE11 I MISO0 SPI_MISO WiFi GPE12 O MOSI0 SPI_MOSI WiFi GPE13 O CLK0 SPI_CLK WiFi and a low-res widescreen: (from \src\target\kernel\patcheshxd8-core.patch) +/* LCD driver info */ [...] + .width = 480, + .height = 272, Really love this line: I can't tell you specifics about the end use at this point, but most all the hardware support is ready. Feel free to look around. +1 kudos for FIC - OpenMoko. :-) Other companies would probably take the paches offline, so not to let anybody know what they were up to. Good job, anyone @ FIC! On 5/26/07, Hans Cats [EMAIL PROTECTED] wrote: 2007/5/26, Sean Moss-Pultz [EMAIL PROTECTED]: On Thu, 2007-05-24 at 17:21 -0500, chris s wrote: I've been following the openmoko project since december and eagerly awaiting my phone :-) Anywhile while looking at the archives for some of the other openmoko lists,such as kernel, there is several refrences to an HXD8. Is this a new openmoko-based device in development? Possibly with a faster cpu?? :-) Can anyone in the know shed some light? Hehe...well it's about time you guys start asking questions about this device ;-) I can't tell you specifics about the end use at this point, but most all the hardware support is ready. Feel free to look around. -Sean ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community From the comments in the hdx8-patches I can read: FIC HXD8 board with S3C2440X (ARM920T) cpu a 4G Nand flash chip select function hxd8 has multiple nand chip support HXD8 light sensor driver Hans ___ 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: Durability of the Neo1973?
Sean, does this have to do with the recent shortage on LCD-displays in Taiwan? - Source: http://www.digitimes.com/systems/a20070508PD204.html Quote: The supply of 2.2- to 2.5-inch panels for entry and medium-level DSCs began running short of demand by about 10% early last month and the shortage is getting worse, the sources indicated. A slight shortage of 2.8 - to 3-inch panels for high-end DSCs has also occurred, the sources noted. On 5/15/07, Sean Moss-Pultz [EMAIL PROTECTED] wrote: [...] Most all the parts are now at the factory. The May 10th run has been delayed about two weeks because of last minute supply coordination issues. But I'm still being told that we're on to have devices this month. [...] -Sean ___ 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: Battery powered charging/USB hub
On 5/10/07, Aloril [EMAIL PROTECTED] wrote: Small battery-powered USB charger: http://www.ladyada.net/make/mintyboost/ I assume above should be able to charge Neo1973? No it won't be able to charge the Neo1973, since it doesn't identify itself as a USB2.0 host. Hence, the Neo will only draw 100mA. You need the full 500mA from USB2.0 to charge. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Battery powered charging/USB hub
Somehow that doesn't sound right to me. Like in the movies, when they try to hack a computer: there is always some OVERWRITE command, that doesn't require a password but will grand you access to all the files. Same applies here. Why put a safety-measure in place if you plan to ignore it anyway? ;-) On 5/10/07, Ian Stirling [EMAIL PROTECTED] wrote: Frank Coenen wrote: On 5/10/07, *Aloril* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Small battery-powered USB charger: http://www.ladyada.net/make/mintyboost/ I assume above should be able to charge Neo1973? No it won't be able to charge the Neo1973, since it doesn't identify itself as a USB2.0 host. Hence, the Neo will only draw 100mA. You need the full 500mA from USB2.0 to charge. Unless you apply the soon-to-be-created patch that someone (maybe me) will write that draws 500mA anyway, if the host does not talk USB1 to us in 10 seconds. Maybe even with a confirmation dialog box. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: picture viewer
Good ideas! I will make a new mock-up. But not untill after the weekend I'm afraid. Ps. I don't have any descent programmingskills, so I won't be coding it myself ;-) pps. I also took the liberty of making a mock-up for the stylus part. In the navigation-bar: http://i172.photobucket.com/albums/w29/baldr_OM/photo_viewer_stylus_metadata.png http://i172.photobucket.com/albums/w29/baldr_OM/photo_viewer_stylus.png from left to rigth: 1 toggle between picture-prev + metadata or the picture at max for the given screenspace 2 a zoombutton, when clicking you can choose between zoom in-out 3 slideshow 4 fullscreen - for 2. Now that I've read your comments, zooming should probably be done by drawing a ZoomBox in the picture with the stylus. Button 2 can than be reserved for cropping the image to fit the window. in the image with the metadata, the controls in the rigth corner are ofcourse for: - first picture in folder - prev picture - next picture - last picture in folder -- Frank On 4/19/07, Steven Milburn [EMAIL PROTECTED] wrote: Sound pretty good, but I change a couple things from what you describe. For zooming and panning, don't do just the center tap thing. (For one thing, panning doesn't make sense until you're zoomed in). I'd like to be able to do most things without menus or buttons, just learned interaction. To Zoom, double-tap an area, that should cause the picture to zoom and center to where you tapped. Once zoomed in, just drag your finger to pan around. Zoom mode would probably have a few levels, so double-tap again zooms more. In zoom more, there could be either an escape button somewhere, or there could be a miniature display of the full pic, with a box to show the viewable area, and tapping on that display restores the full view. The reason I'm suggesting double tapping is so that you can still have single taps for going to the next and previous picture on the left/top and right/bottom, as well as pulling up a context menu for center taps. That context menu may still include zoom levels, but would have other options also, like sending the pic to someone else, copying, deleting, etc. --Steve On 4/19/07, Ortwin Regel [EMAIL PROTECTED] wrote: Dragging motions to the left/right could display the next/last picture. Maybe even better: Only require a single touch at the left or right side of the screen. Makes the screen last longer and is faster. Left and right would be two sides each because the phone could be held upwards and sideways, possibly depending on the individual picture. I like the idea that a single touch (in the middle of the screen, if the rim is used for picture switching) makes on screen controls appear. However, we should think a little more about placement and uses. I think they shouldn't necessarily be at the side of the screen. In fact there should be two prominent ones in the middle of the picture: One for starting a zooming motion, one for dragging the visible area around. You have to start at the buttom but can use the whole screen after that. The button symbols would have to be recognizable equally from both directions. Since they are in the middle of the screen they should probably be transparent to not appear as obtrusive. For rotating the standard corner wheel can be used, though it should be transparent, too. The lower right hand corner (this refers to holding the phone vertically) could then have the button for switching off the controls, the upper left hand corner the escape from slideshow button, both diagonally orientated as to be readable equally from both views. The message of the controls should be: This is a handheld device! It doesn't have to rotate pictures for you. Instead you can rotate the device and enjoy the benefit of using more screen space. The diagonal orientation might make sense for other applications and I'd love to see it used. If you need a mock up to understand this, tell me and I can make one. It will look crappy, though. Ortwin On 4/19/07, Frank Coenen [EMAIL PROTECTED] wrote: Hay, Browsing the wiki, I found that the picture viewer was to be a stylus application. Viewing photos is something you do together, making it very unpractical to do with a stylus. I think it should be a combination of both stylus and finger. Managing and looking for a specific dir should be done with a stylus. Here the approach should be like with the RSS-reader. At the top a list of photos in your current directory, at the bottom a preview. Then you should be able to switch to either slide show or full screen-mode. Both are the same, with the exception of course that the slide show switches the photo's automatically (and will rotate them so that the most amount of screen space is used) In full screen or slide show mode, if you then press the screen, 5 controls will appear: - scroll-wheel - Either for zooming or switching between the photos - button to switch to either zoom or next
picture viewer
Hay, Browsing the wiki, I found that the picture viewer was to be a stylus application. Viewing photos is something you do together, making it very unpractical to do with a stylus. I think it should be a combination of both stylus and finger. Managing and looking for a specific dir should be done with a stylus. Here the approach should be like with the RSS-reader. At the top a list of photos in your current directory, at the bottom a preview. Then you should be able to switch to either slide show or full screen-mode. Both are the same, with the exception of course that the slide show switches the photo's automatically (and will rotate them so that the most amount of screen space is used) In full screen or slide show mode, if you then press the screen, 5 controls will appear: - scroll-wheel - Either for zooming or switching between the photos - button to switch to either zoom or next-prev-picture mode - button to rotate the picture 90 dec clockwise - button to remove the on screen controls again. (so that you will only see the picture, until you press the screen again) - a button to go back to stylus mode here are two mock ups, note that the left most button will change from zoom - switch mode. http://i172.photobucket.com/albums/w29/baldr_OM/photo_viewer_zoom_mode.png http://i172.photobucket.com/albums/w29/baldr_OM/photo_viewer_slideshow_mode.png Kind regards, Frank ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko light web server
I agree. I don't fancy giving any acces to the phone from a remote location. Exept via SSH or something. Locally 'installed' web-apps would be great though. http + CSS + javascript = widgets. (think of the Vista Gadgets, OSX and iPhone widgets, SuperKaramba) http + CSS + Javascript + some kind of plug-in that has excess to the phones hardware = widgets on steroids. Making it much easier to write applications (widgets) with exotic interfaces, you're no longer tied to OpenMoko/GTK+ toolkit. It will of course drain more recourse's than native code, in stead of run time stuff like javascript. On 4/16/07, Frank Coenen [EMAIL PROTECTED] wrote: I agree. I don't fancy giving any acces to the phone from a remote location. Exept via SSH or something. Locally 'installed' web-apps would be great though. http + CSS + javascript = widgets. (think of the Vista Gadgets, OSX and iPhone widgets, SuperKaramba) http + CSS + Javascript + some kind of plug-in that has excess to the phones hardware = widgets on steroids. Making it much easier to write applications (widgets) with exotic interfaces, you're no longer tied to OpenMoko/GTK+ toolkit. It will of course drain more recourse's than native code, in stead of run time stuff like javascript. On 4/16/07, Florent THIERY [EMAIL PROTECTED] wrote: If the GUI is web-based, then we can mix offline and online apps at will, transparently ! Yet, if you want a sexy interface, you'd want to use AJAX, right? Quite frightening in terms of security... An XSS dialer worm on it's way? :) Cheers Florent ___ 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
Canada OpenMoko
I would defiantly be interested. A VMware image would be great! I haven't been able to set up a build environment. I don't have much time to search for all the right packages, so I eventually gave up. But with a ready made image we could all start experimenting with OpenMoko. A .torrent would indeed be the best option, I guess. Cheers, Frank I'm interested in this as well. vmichael On Tue, 10 Apr 2007, Chris Fazekas wrote: Can you post it as a torrent? That way I can start downloading it tonight and in-turn share it out? On 4/10/07, Eric Heinemann e_heinemann at yahoo.com wrote: Depending on my server bandwidth limit, I may post my VM using Ubuntu setup for Openmoko building. Let me know if anyone is interested in this. Thanks, Eric - Original Message From: Chris Fazekas cfazekas at gmail.com To: Dr. H. Nikolaus Schaller hns at computer.org Cc: community at lists.openmoko.org Sent: Tuesday, April 10, 2007 2:48:15 PM Subject: Re: Canada OpenMoko Hi Nikolaus, et. all. I may not first try to setup a build envrionment natively on OSX but it's something I'm interested in trying. I think my first goal is going to be creating a VMware image of a distribution (Debian or CentOS at this point, maybe both) with the development environment pre-installed. This way myself and others can get going quickly (with VMware Player for Windows and Linux for now). I'll then upload the VM image somewhere after, maybe a .torrent or it can go on the openmoko ftp server? Additionally I'll look at creating a Parallels image for OSX, but as Parallels cost's money, I'll also look at setting up a build envrionment natively in OSX, perhaps wrapped inside .img file... time will tell. First priority, is to just get a development environment setup in a VMware VM. Cheers, Chris On 4/10/07, Dr. H. Nikolaus Schaller hns at computer.org wrote: available. Until then, I'll read over the wiki and attempt to setup a development environment in a VM on my MacBook. Please write a description how that really works! I am working to make a setup (MacOE) on native MacOS X but failed so far. Nikolaus ___ OpenMoko community mailing list community at lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. ___ OpenMoko community mailing list community at lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list [EMAIL PROTECTED] http://lists.openmoko.org/mailman/listinfo/community
Re: Flash Player 9 on OpenMoko?
Steven ** wrote: How does the GPL prevent mp3 and flash video support? -Steven On 3/22/07, Christian F.K. Schaller [EMAIL PROTECTED] wrote: Gnash would probably be of no interest to any shipping a commercial product as the GPL license of it will conflict with enabling mp3 and flash video support. swfdec is LGPL though so as long as the mp3 and flash video support comes from external libraries it will be fine. It doesn't. I think Christian mixes up the (anti) software-patent provisions in the GPL (v2 and after) with a total prohibition of implementation of patented material. Even disregarding this there are still many sane regions in the world where mathematical algorithms are not patentable. So Gnash and swfdec are both fine candidates for inclusion in a free software driven device as far as I can see. Cheers//Frank ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flash Player 9 on OpenMoko?
Martin Raißle wrote: As far as I know there is not even an adobe flashplayer for amd64 on linux .. why should there be one for ARM ? In addition the adobe flashplayer is not free .. maybe we use swfdec or gnash .. of course they do not have the same funtionality but they will do the job :) And even if we were to consider using proprietary software on the device the license for Flash player does not allow you to use it on an embedded device: http://www.adobe.com/products/eulas/players/flash/ ... ... 3. Restrictions. 3.1 Web Player Prohibited Devices. You may not Use any Web Player on any non-PC device or with any embedded or device version of any operating system. For the avoidance of doubt, and by example only, you may not use a Web Player on any (a) mobile devices, set top boxes (STB), handhelds, phones, web pads, tablets and Tablet PCs that are not running Windows XP Tablet PC Edition, game consoles, TVs, DVD players, media centers (excluding Windows XP Media Center Edition and its successors), electronic billboards or other digital signage, internet appliances or other internet-connected devices, PDAs, medical devices, ATMs, telematic devices, gaming machines, home automation systems, kiosks, remote control devices, or any other consumer electronics device, (b) operator-based mobile, cable, satellite, or television systems or (c) other closed system devices. ... ... So if you want Flash use Gnash. Cheers//Frank ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community