Re: community Digest, Vol 68, Issue 16

2008-02-29 Thread Emre Turkay
By the way, I don't have a debug board and I would prefer to not rewrite the
uboot. The uboot on the device is the one intalled by FIC before I got it.
It's from May.19.2007.


 From: Mike Montour [EMAIL PROTECTED]
 To: community@lists.openmoko.org
 Date: Thu, 28 Feb 2008 19:24:34 -0800
 Subject: Re: Booting from SD
 Ortwin Regel wrote:
  The problem might be your u-boot version. Try this one:
  http://buildhost.automated.it/u-boot-good-for-sd-boot-r13_0_2632_0.bin
  It's what I've been using successfully. I never could get it to work
  with other u-boot versions I tried.

 SD-booting in u-boot was broken for several months but as of late
 January it is fixed (or at least worked-around; the root cause of the
 bug has not yet been identified). The link you posted will boot from SD,
 but it has other bugs that have been fixed in later versions.

 Regarding the original problem, it is likely related to the 2.6.24
 kernel. The GTA01 SD-card driver was broken for a while. My
 understanding is that it is now functional, but that it is still
 configured to emit a large amount of debugging information. Things
 should work fine with a 2.6.22.5 kernel as long as you have the
 corresponding modules installed on your root filesystem.


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bootin from SD

2008-02-29 Thread Emre Turkay
(Sorry for the previous digest reply..)

On Fri, Feb 29, 2008 at 12:03 PM, Emre Turkay [EMAIL PROTECTED] wrote:

 By the way, I don't have a debug board and I would prefer to not rewrite
 the uboot. The uboot on the device is the one intalled by FIC before I got
 it. It's from May.19.2007.

 
  From: Mike Montour [EMAIL PROTECTED]
  To: community@lists.openmoko.org
  Date: Thu, 28 Feb 2008 19:24:34 -0800
  Subject: Re: Booting from SD
  Ortwin Regel wrote:
   The problem might be your u-boot version. Try this one:
   http://buildhost.automated.it/u-boot-good-for-sd-boot-r13_0_2632_0.bin
   It's what I've been using successfully. I never could get it to work
   with other u-boot versions I tried.
 
  SD-booting in u-boot was broken for several months but as of late
  January it is fixed (or at least worked-around; the root cause of the
  bug has not yet been identified). The link you posted will boot from SD,
  but it has other bugs that have been fixed in later versions.
 
  Regarding the original problem, it is likely related to the 2.6.24
  kernel. The GTA01 SD-card driver was broken for a while. My
  understanding is that it is now functional, but that it is still
  configured to emit a large amount of debugging information. Things
  should work fine with a 2.6.22.5 kernel as long as you have the
  corresponding modules installed on your root filesystem.
 
 
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Partitions

2008-02-27 Thread Emre Turkay
Hi folks,

I see there are two 60Mb partitions on the device, one is mounted to the
/var/volatile. 60 MBs seems so small for the root filesystem and I'm already
having trouble. Is it really necessary to divide them? And what can I do to
at least temporarily overcome this problem?

Thanks,

Emre Turkay
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Neo fast charge utility

2008-01-01 Thread Emre Turkay
Well, wrote it, using it ;)

emre

On Jan 1, 2008 12:56 PM, rakshat hooja [EMAIL PROTECTED] wrote:

 I just saw this project on the open moko projects page

 http://projects.openmoko.org/projects/thunder/

 It is a fast charge utility that allows the neo to fast charge with an AC
 -USB adaptor that can give a 500 Mil Amp output. Has any member manage to
 test it out yet?

 Thanks
 Rakshat

 ___
 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: Professional applications

2007-11-30 Thread Emre Turkay
Running vi on neo?
Not recommended without a usb keyboard..

By the way, where can I get one ;)

emre

On Nov 30, 2007 5:20 PM, Frans Grotepass [EMAIL PROTECTED] wrote:


 Well, any person that actually took the time to learn (g)Vim will have no
 trouble agreeing that it is a professional tool, so that stands stands as
 definitive!




 ___
 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: start writing applications - how?

2007-11-12 Thread Emre Turkay
There are python packages available on both the repository and in the
compilation output directory, you can install them with ipkg. Practically
you don't need any moko specific example or documentation (except gsm/gps
related issues, in which case you need to look at the code and interact with
those services through dbus). Just consult the python/gtk examples and your
code will run on any platform including moko. You don't need to do anything
for the screen size, gtk is handling them very good. You may, however, want
to optimize your design for a 480x640 display, which is done in application
specific way (i.e., placing buttons in an optimized way.) So, there is
nothing stopping you ;)

Scripting is easy, however support for developing C/C++ applications is a
disaster. You have to have the ability to touch your left ear with your
right hand's thumb, while standing up-down on the other arm and break the
100m Olympic record on running (or better have a seat at FIC) to be able to
write those applications. About the development platform, no central
documentation (even no documentation at all), no community support so far.
There was an announcement on the list about a development framework as far
as I remember, but I heard nothing about it again.

Emre Turkay

On Nov 12, 2007 11:34 AM, Andreas Jellinghaus [EMAIL PROTECTED] wrote:

 On the list I see next to no mails about people writing applications for
 moko. What would be the best way to start doing that?

 I'd prefer some script language over C or C++ by far. Has any script
 language been integrated into the openmoko default image these days,
 or would I need to install some ipkg files? Or even recompile to build
 my own package (something most people won't like, takes far too much
 time, cpu and disk space)?

 Are there any examples written in some script language that featuresimplys
 beyond hello world, such as being optimized for the neo screen size
 and to be used with fingers, or even gestures, or are optimized to
 use the least amount of battery / cpu / memory? are optimized to be
 used / unused (e.g. is it preferable to save state and quit and be
 re-started or should the application rather sleep and not use the cpu
 unless it is selected by the user)? or any example app using data
 shared with other applications such as the address book etc? or some
 application with example code for syncing data with a pc/desktop
 application?

 sure, I understand openmoko is new and has a long way to go, and I'm very
 happy about everyone contributing. but I'm somehow worried that I see
 no discussion about these issues, or only I want type of discussions,
 but not how can I? or what is done / what can I do? even if none
 of these features I mentioned are available so far, that would be fine
 for me, at least I would know where we are so far and what I can already
 do and what I can't. having more information what the current status is
 would be great.

 but maybe it is me spending too little time ont he mailing list and wiki,
 and I need to read up? in that case I'm sorry for waisting your time and
 will do so (still a few links would be quite welcome).

 Thanks for your help!

 Regards, Andreas

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: qtopia media player

2007-10-08 Thread Emre Turkay
Put .wav files in the sd card, (/media/card), and select the file in
the documents application (the bottom right icon in the main menu).

It doesn't play mp3/ogg files.

emre

On 10/8/07, KiM Jahn [EMAIL PROTECTED] wrote:
 Hello,

 I want to know how I can play a file with the media player in qtopia? I
 found nothing in the media player where I can choose a directory or a
 file and dont found anything of a special directory where I must copy
 my files. Can someone help me?

 Greetings
 KiM



 ___
 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: Small menu bar

2007-10-06 Thread Emre Turkay
On 10/6/07, Kamisamanou Burgess [EMAIL PROTECTED] wrote:
 On 10/5/07, Emre Turkay [EMAIL PROTECTED] wrote:
  Hi people,
 
  The menu bar is too small, when using it with finger I have to click
  it with my fingernail (and I don't have a biig finger). Well, it works
  but it is hard. There's got to be a solution for it.
 
  What about keeping those 3 bottom buttons of the today application
  constantly there, like a gnome/kde/windows panel. If you think about
  loosing space, we can even have 2 visual profiles, one for finger and
  the other for stylus.

 Which could be switched by holding down a button of some sort?

Exactly. It can even be automatic (if there is a way to detect the
touch surface diameter) or through some kind of touch-gesture.


  When in the stylus mode a menu bar is shown and
  when in the finger mode the panel is shown.
 
  Anyone ideas about it?
 
  Thanks,
 
  emre
 
  ___
  OpenMoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 



 --
 Sayonara,
 Kamisamanou Burgess
 http://www.kamisamanou.net
 ___
 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


Small menu bar

2007-10-05 Thread Emre Turkay
Hi people,

The menu bar is too small, when using it with finger I have to click
it with my fingernail (and I don't have a biig finger). Well, it works
but it is hard. There's got to be a solution for it.

What about keeping those 3 bottom buttons of the today application
constantly there, like a gnome/kde/windows panel. If you think about
loosing space, we can even have 2 visual profiles, one for finger and
the other for stylus. When in the stylus mode a menu bar is shown and
when in the finger mode the panel is shown.

Anyone ideas about it?

Thanks,

emre

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


cron

2007-09-15 Thread Emre Turkay
Hi folks, is there a cron like tool in the current openmoko applications?

emre

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


webkit do_compile failed

2007-09-09 Thread Emre Turkay
Hi folks,

After clean
make update-makefile
make setup
make update
make openmoko-devel-image

I get the following error, any ideas?

Thanks,

emre

NOTE: Running task 2688 of 3300 (ID: 1455,
/home/emre/moko/openembedded/packages/webkit/webkit-gtk_svn.bb,
do_compile)
NOTE: package webkit-gtk-0.0+svnr25457-r25447: started
NOTE: package webkit-gtk-0.0+svnr25457-r25447-r1: task do_compile: started
ERROR: function do_compile failed
ERROR: log data follows
(/home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1/temp/log.do_compile.14313)
| 
/home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1/temp/run.do_compile.14313:
line 223: cd: 
/home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1//JavaScriptCore/pcre:
No such file or directory
NOTE: Task failed:
/home/emre/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/webkit-gtk-0.0+svnr25457-r25447-r1/temp/log.do_compile.14313
NOTE: package webkit-gtk-0.0+svnr25457-r25447-r1: task do_compile: failed
ERROR: TaskFailed event exception, aborting
NOTE: package webkit-gtk-0.0+svnr25457-r25447: failed
ERROR: Build of
/home/emre/moko/openembedded/packages/webkit/webkit-gtk_svn.bb
do_compile failed
ERROR: Task 1455
(/home/emre/moko/openembedded/packages/webkit/webkit-gtk_svn.bb,
do_compile) failed
NOTE: Tasks Summary: Attempted 2687 tasks of which 2687 didn't need to
be rerun and 1 failed.
ERROR: '/home/emre/moko/openembedded/packages/webkit/webkit-gtk_svn.bb' failed

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


usb0 ifup/down requirement.

2007-08-15 Thread Emre Turkay
Hi folks,

Although I have auto in the interfaces file for usb0, every time I
disconnect/reconnect or turn on/off the device I need to type
ifdown usb0
ifup usb0
for neo to connect to the device. Any ideas?

Thanks,

emre

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: usb0 ifup/down requirement.

2007-08-15 Thread Emre Turkay
Yep, using Feisty. Thanks for the information.

emre

On 8/15/07, Brian Brunswick [EMAIL PROTECTED] wrote:
 On 15/08/07, Emre Turkay [EMAIL PROTECTED] wrote:
 
  Hi folks,
 
  Although I have auto in the interfaces file for usb0, every time I
  disconnect/reconnect or turn on/off the device I need to type
  ifdown usb0
  ifup usb0
  for neo to connect to the device. Any ideas?
 
  Thanks,
 
  emre
 
  ___
  OpenMoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 

 If you are using ubuntu fiesty, there's a bug where it fails to run ifdown
 when the usb is unplugged.
 This means it only works the first time after the system is booted.

 Did I forget to put that on the wiki? I submitted a ubuntu bug report for
 it. (package ifupdown)

 /etc/udev/rules.d/85-ifupdown needs patching...
 # This file causes network devices to be brought up or down as a result
 # of hardware being added or removed, including that which isn't ordinarily
 # removable.
 # See udev(7) for syntax.

 SUBSYSTEM==net, DRIVERS==?*, GOTO=net_start
 GOTO=net_end

 LABEL=net_start

 # Bring devices up and down only if they're marked auto.
 # Use start-stop-daemon so we don't wait on dhcp
 ACTION==add,  RUN+=/sbin/start-stop-daemon --start --background
 --pidfile /var/run/network/bogus --startas /sbin/ifup -- --allow auto
 $env{INTERFACE}

 LABEL=net_end

 SUBSYSTEM==net, ACTION==remove,
 RUN+=/sbin/start-stop-daemon --start --background --pidfile
 /var/run/network/bogus --startas /sbin/ifdown -- --allow auto
 $env{INTERFACE}

 --
 [EMAIL PROTECTED]

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Enter runlevel: ???

2007-08-06 Thread Emre Turkay
I'm writing the files in build/tmp/deploy/images.

I've compiled it 3 times each time updating the local copy, so there
are 3 openmoko-devel-image however there is only one kernel
uImage-xxx. Are these files the generated files and I suppose the
kernel isn't changed at these three updates so there is only one
kernel. Am I right?

Thanks,

emre

On 8/6/07, Thomas Gstädtner [EMAIL PROTECTED] wrote:
 Sorry for the blank mail (damn gmail! :) ).
 Here's what I wanted to write:

 Do you use a kernel matching your rootfs?
 Some modules seem to be missing - and probably this could be the problem.


 2007/8/6, Emre Turkay [EMAIL PROTECTED]:
 
  Hi folks,
 
  I've written both the file downloaded from the buildhost  my own moko
  makefile images to the device by using the dfu-util. It is stopping at
  some point in boot and asking to enter runlevel. The messages shown on
  the screen are below. It used to work, does anybody have any idea what
  is wrong?
 
  ...
  ALSA device list:
  No soundcards found.
  TCP cubic registered
  NET: Registered protocol family 1
  Bridge firewalling registered
  pcf50606_work: INY2=0x40 INT2=0x00 INT3=0x00:SECOND
  Empty flash at 0x01eaa1d4 ends at 0x01eaa200
  fork failed for JFFS2 garbage collect thread: 513
  VFS: Mounted root (jffs2 filesystem).
  Freeing init memory: 112K
  udc: enabling fast charge
  PM: Removing info for No Bus:vcs1
  PM: Removing info for No Bus:vcsa1
  PM: Removing info for No Bus:vcs1
  PM: Removing info for No Bus:vcsa1
  INIT: Removing infor for No Bus:vcs1
  PM: Removing info for No Bus:vcsa1
  version 2.86 bootingPM: Removing infor for No Bus:vcs1
  PM: Removing info for No Bus:vcsa1
 
  PM: Removing info for No Bus:vcs1
  PM: Removing info for No Bus:vcsa1
  PM: Removing info for No Bus:vcs1
  PM: Removing info for No Bus:vcsa1
 
  Enter runlevel: _
 
 
  Thanks,
  emre
 
  ___
  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


imei number

2007-07-30 Thread Emre Turkay
Hi folks,

Does anybody know how can I see the IMEI number?

Thanks,

emre

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: imei number

2007-07-30 Thread Emre Turkay
Thanks, I looked all over /dev/ ;)

emre

On 7/30/07, Shakthi Kannan [EMAIL PROTECTED] wrote:
 Hi,

 On 7/30/07, Scott Rushforth [EMAIL PROTECTED] wrote:
  At least on my phone, this was printed out underneath the battery,
  inside the case :)

 Just in case!

 I believe you can also use AT+CGSN.

 SK

 --
 Shakthi Kannan
 http://www.shakthimaan.com

 ___
 OpenMoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: projects of interest? - mebot

2007-07-19 Thread Emre Turkay

It looks nice, integration with RTM especially for the task-sharing
functionality would be great.

On 7/19/07, Justyn Butler [EMAIL PROTECTED] wrote:

Really loving this idea. I currently use RTM (rememberthemilk.com) for GTD -
it has a great web interface. As soon as I can (won't be that soon) I'll
start looking at how feasible a RTM plugin for Mebot might be.

Justyn

ps. sorry for all the acronyms


On 18/07/07, Emre Turkay [EMAIL PROTECTED] wrote:
 I'm planning to use it to implement a GTD[1] utility.

 Imagine an application showing an action to do. There are three
 buttons, done (I've done it delete from the queue), defer (defer
 it to a later time), cancel (there is no need to do this anymore, or
 it requires further thinking). When any one of these buttons is
 clicked the next action item brought forward.

 Now, imagine, combining this with GPS. In this case, it shows me stuff
 I should do at home, when I'm home and stuff I should do at work, when
 I'm at work. Pop up my feed-reader when I'm traveling, etc.

 Consider there is a simple market-list application, in which I note
 the stuff I need to buy from market, time to time. When I approach to
 the market moko starts an audio alert and tells me to stop by the
 market to buy stuff. When I enter the market automatically pops up my
 market list.

 I'm thinking about a plug-in architecture so you can extend this idea
 as far as it goes, bugzilla integration, mail client integration, web
 browser integration, integration with an outliner/mindmapper, project
 planner, tomboy, etc. Every new plug-in will open a door to another
 cool idea.

 Started to write it a couple weeks ago, got a sourceforge account[2].
 There is a very trivial demonstration application on subversion and as
 a tarball download.

 If there is anybody interested I would love to discuss.

 [1] http://en.wikipedia.org/wiki/Gtd
 [2] http://mebot.sourceforge.net

 emre

 On 7/17/07, Daniel Robinson [EMAIL PROTECTED] wrote:
  What are the projects of interest for people?
 
  I am interested in working on kid's phones.  I have wanted a kid's phone
  that was not as brain-dead as the phones that are currently targeted at
  children.  I like that the Neo1973 has a secure tether point.  I want
the
  phone to be tethered to my kid's backpack or clothing so it can't be
lost or
  stolen.
 
  In terms of software, I want to work on GPS related things.  It would be
  good to know where my kids are and when they exit certain zones, e.g.,
  school.
 
  --Dan
 
  ___
  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: projects of interest? - mebot

2007-07-18 Thread Emre Turkay

I'm planning to use it to implement a GTD[1] utility.

Imagine an application showing an action to do. There are three
buttons, done (I've done it delete from the queue), defer (defer
it to a later time), cancel (there is no need to do this anymore, or
it requires further thinking). When any one of these buttons is
clicked the next action item brought forward.

Now, imagine, combining this with GPS. In this case, it shows me stuff
I should do at home, when I'm home and stuff I should do at work, when
I'm at work. Pop up my feed-reader when I'm traveling, etc.

Consider there is a simple market-list application, in which I note
the stuff I need to buy from market, time to time. When I approach to
the market moko starts an audio alert and tells me to stop by the
market to buy stuff. When I enter the market automatically pops up my
market list.

I'm thinking about a plug-in architecture so you can extend this idea
as far as it goes, bugzilla integration, mail client integration, web
browser integration, integration with an outliner/mindmapper, project
planner, tomboy, etc. Every new plug-in will open a door to another
cool idea.

Started to write it a couple weeks ago, got a sourceforge account[2].
There is a very trivial demonstration application on subversion and as
a tarball download.

If there is anybody interested I would love to discuss.

[1] http://en.wikipedia.org/wiki/Gtd
[2] http://mebot.sourceforge.net

emre

On 7/17/07, Daniel Robinson [EMAIL PROTECTED] wrote:

What are the projects of interest for people?

I am interested in working on kid's phones.  I have wanted a kid's phone
that was not as brain-dead as the phones that are currently targeted at
children.  I like that the Neo1973 has a secure tether point.  I want the
phone to be tethered to my kid's backpack or clothing so it can't be lost or
stolen.

In terms of software, I want to work on GPS related things.  It would be
good to know where my kids are and when they exit certain zones, e.g.,
school.

--Dan

___
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: projects of interest? - mebot

2007-07-18 Thread Emre Turkay

Just created a wiki entry:

http://wiki.openmoko.org/wiki/Mebot

emre

On 7/18/07, Mickael Faivre-Macon [EMAIL PROTECTED] wrote:

  If there is anybody interested I would love to discuss.
 I'm sure willing to test it ...



Me too
Did you put it in the Wiki ?




 
  [1] http://en.wikipedia.org/wiki/Gtd
  [2] http://mebot.sourceforge.net
 
  emre
 

 ___
 OpenMoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community



--
Mickael.
Coding an AI ! http://faivrem.googlepages.com/antbattle



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: OPENMOKO.COM IS UP

2007-07-12 Thread Emre Turkay

How do you see their order tracking system?

emre

On 7/10/07, Jonas Berlin [EMAIL PROTECTED] wrote:

It took almost 29 hours for me, and meanwhile the ticket did not show up in 
their order tracking system either when I asked about it, so I sent a second 
order some 8 hours later, which immediately resulted in an email. I then had to 
cancel the first order when it finally came through..


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Color choice, etc.

2007-07-08 Thread Emre Turkay

I ordered one but later I realized that I didn't choose a color. And I
see two different headsets, it didn't ask me about it either.

Well, I guess the question is obvious. Is it just random, hehe?

emre

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: New Oceans

2007-06-28 Thread Emre Turkay

First of all congratulations to the FIC team.

Can someone enlighten us about which configuration (base/advanced)
should one order? What is the use of the debug board? What cannot I do
without it? Shall I be able to use it with GTA02 and later versions?

Thanks,

Emre

On 6/28/07, Sean Moss-Pultz [EMAIL PROTECTED] wrote:


Starting July 9th, we will launch openmoko.com and start taking orders.
We're going to have two configurations:

Neo Base -- everything the mobile application developer needs to enjoy
the benefits of the first freed phone, the Neo 1973:

 * Neo 1973 (GTA01B_v4)
 * Battery
 * Stylus
 * Headset
 * AC Charger
 * Phone Pouch
 * Lanyard
 * SanDisk 512MB MicroSD Card (2x)
 * Micro USB Connectivity Cable

Neo Advanced -- everything the mobile device hacker wants to get down
and dirty with the first freed phone, the Neo 1973:

 * Neo 1973 (GTA01B_v4)
 * Battery (2x)
 * Stylus
 * Headset
 * AC Charger
 * Phone Pouch
 * Lanyard
 * SanDisk 512MB MicroSD Card (2x)
 * Mini USB Connectivity Cable (2x)
 * USB Host Mode Cable
 * Debug Flex Cable
 * Debug Board v2 (JTAG and serial console)
 * Ruggedized Toolbox with shoulder strap
 * Guitar Pick (for opening case)
 * Torx T6 screwdriver

The delays have been expensive for us and annoying for you. We've
decided that instead of setting up a complicated return or tracking
system to remember who gets a discount for GTA02, we going to give you
_all_ a discount on GTA01.

We're going to sell the Neo Base for $300. The Neo Advanced will be
$450.

GTA02 (AKA: The Mass Market Neo 1973) is on schedule to go on sale in
October. It will have the following new hardware components:

 * 802.11 b/g WiFi
 * Samsung 2442 SoC
 * SMedia 3362 Graphics Accelerator
 * 2 3D Accelerometers
 * 256MB Flash

We will sell this device through multiple channels. Direct from
openmoko.com, the price will be $450 for the Neo Base and $600 for Neo
Advanced.



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Open Moko Themes

2007-06-13 Thread Emre Turkay

On 6/13/07, Peter A Trotter [EMAIL PROTECTED] wrote:

If the application is then used on a different form factor device you can
simply produce a new SVG file. All the UI script and images are linked to
the SVG.

This also gives us a nice separation of people who are good at making things
look good and those of us who know the loop preconditions / postconditions
without even thinking.

If openmoko is to deal with multiple different devices/resolutions this will
be a key feature.


I totally agree that openmoko graphics should be in a vector graphics
format. Generate the bitmaps bigger for neo and maybe smaller for
iphone, etc. Storing the generated bitmaps in .png or .svg files does
really don't much matter. If .svg provides embedding bitmaps, why not.

emre

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Making Neo Brickproof, was comments after reading Wiki

2007-05-17 Thread Emre Turkay

Hi folks,
I would strongly support putting a no-way-writable ROM chip as this first
level boot loader. If there is no such option, I really wonder what is my
option if somehow it gets screwed up, other than  the trash can? Is there an
always working solution to reset my moko?

Emre Turkay

On 5/17/07, Werner Almesberger [EMAIL PROTECTED] wrote:


Simon Matthews wrote:
 It seems to me as someone who designs and makes embedded devices (mainly
 using the Freescale MC9S12 processors) that you need another lower level
 bootstrap loader that is small,

Ah yes, we've been through that idea as well :-)

We rejected it, because we don't want to have yet more code
duplicating functionality found elsewhere to maintain. Besides, it
wouldn't be all that trivial, given that we don't have any simple
interfaces. (Anything that needs a debug board or other fancy
adapters doesn't count.)

Also, there really isn't much difference between a few protected
bytes or hundreds of protected kilobytes. We need an extra chip
anyway, and if we want something reasonably small and modern, it'll
have plenty of space. Thus there's no penalty in using it.

But yes, the small loader approach works well enough in other
contexts. I've used it myself.

- Werner

--

  _
/ Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] /
/_http://www.almesberger.net//

___
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