Re: sudden death of device
On 8/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > hi community, Please try the device owners list :-) http://lists.openmoko.org/mailman/listinfo/device-owners Joe ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: sudden death of device
[EMAIL PROTECTED], Sun, Aug 12, 2007 04:25:49 +0200: > has somebody experience with broken NEO1973 devices? > i got one last friday - installed a new image - ervything works > fine > > but now - nothing more happen! > > any ideas or same results? The most common case: discharged battery. See there: http://wiki.openmoko.org/wiki/Neo1973_Battery_Charger#Neo1973_emergency_charging ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VMWare-Image (again)
2007/8/12, Jimmy <[EMAIL PROTECTED]>: > Hate to be a newbie, but I got the image, logged in, but how do I start > the openmoko gui? please read: http://wiki.openmoko.org/wiki/MokoMakefile and http://wiki.openmoko.org/wiki/Qemu cayco ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VMWare-Image (again)
Eric Heinemann wrote: Ubuntu does not use a root password. While that is somewhat true, I'll explain a little further. Ubuntu makes extensive use of the sudo command to provide root privileges. However, if you have scripts that need to be run as root and/or you just don't want to have to type sudo before a series of commands, then you can become root by doing "sudo su" then setting the root password. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VMWare-Image (again)
On 12 Aug 2007, at 18:01, Jonathon Suggs wrote: Eric Heinemann wrote: Ubuntu does not use a root password. While that is somewhat true, I'll explain a little further. Ubuntu makes extensive use of the sudo command to provide root privileges. However, if you have scripts that need to be run as root and/or you just don't want to have to type sudo before a series of commands, then you can become root by doing "sudo su" then setting the root password. sudo -s and then your normal password works just as well. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
User Interface idea
One of the things that I've found on most pda-phones/smartphones is that they make the phone capabilities feel like just another application. But when you want to use the device as a phone, it would be nice for the rest of the features to melt into the background. The Motorola A780 does this nicely; it is a pda-phone when the flip is opened, but with the flip closed it becomes a regular feature-phone. So, that gives me an idea for UI layout. First, have the interface support two virtual desktops, most likely via the window manager. The primary desktop (PDA desktop) would remain how OpenMoko has it currently laid out. The second desktop (PHONE desktop), however, should resemble the face of a normal phone. The bottom half (or two thirds, whatever) of the screen would have a permanent phone keypad displayed (the keypad app), includuding directional buttons and several special-purpose buttons (answer/disconnect, function-A, function-B, Menu, OK, etc.). Any application running in the Phone desktop would only be able to write to the window in the upper part of the screen, and they would receive their input through the keypad app runnin in the bottom. The keypad app could have an API so that apps can request that certain keys be re-labled when that app is in the forground, but other than that the keypad would always display a similar layout for any running app. This would enforce a consistant feel among the various apps. Now any app that wants to use the secondary Phone desktop would have to be specifically coded for it; I'm thinking that apps such as the Dialer would be running in the background, and have an active connection to the Phone desktop along with the PDA desktop. The list of apps that should have Phone desktop capabilities would include the Dialer, SMS/Email, Media player, Calculator. Also, I haven't decided what the best method of switching between desktops should be -- should a common button that appears in both desktops toggle between the two, or should there be two buttons that appear on each desktop, at opposite sides of the screen, so that you know that hitting the lower left corner of the display will always bring up the Phone desktop (even if it is already displayed). Or maybe have one of the hardware buttons assigned to this task. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: USB host
assistivetechnology wrote: Did anyone ever try to use the USB host with power supply, or build a HW workaround to supply USB devices with power? I'm contemplating the latter. The kernel does not currently support USB host - it needs a patch. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VMWare-Image (again)
> If someone will host the 2gb+ file, I can provide an Ubuntu VMWare image > that I made several months ago. A few people have downloaded it, and I am > not sure how well it works for actual development. I was able to compile > everything using MokoMakefile and run the qemu image it produced. Wow, just got an idea... I'm a user of Slax (cd bootable version of slackware) and slax is based on modules. Basically, you want anything, you need a module. But, you can also install anything in a folder (--prefix=/a/folder/), compile and make a module out of it. In some cases, I've had to chroot that folder to mimic /usr/local and that fixed the worst cases. I'm sure I could come up with a qEmu module (or vmware module too) for Slax, and the module would just be the size of it's components (+lzm compression) and slax itself is about 200Mb hosted at the official site... I know saving Gigabytes of transfer doesn't save trees, but it saves longer internet bills which does! ;) Simon PS: I'm a total n00b to qEmu so if I do anything, don't expect anything soon. =) PPS: the slax modules can also be decompressed to root (/) and will be just like after a "make install", which is a great advantage for portability to other distros... ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AT command test suite
Shakthi Kannan wrote, on 2007-07-28 21:22:
Hi,
I have been looking for an AT command test suite that can be run on
the host. I've tried:
1. Minicom:
Keying in AT commands has to be done manually. I tried using the
built-in runscript feature to automate the process, for example:
send "AT"
send "AT+CGMM"
exit
or
send "AT"
send "AT+CGMM"
expect {
" "
timeout 5
}
but, it only displays the output of the last sent command. Buffer is
cleared before the next command is issued, I suppose. So, outputs
cannot be logged either.
Why not C-Kermit: http://www.columbia.edu/kermit/ckdaily.html and post
queries to newsgroup comp.protocols.kermit.misc - it has extensive
scripting and logging, and builds can be customised to only include the
features that you want/need.
Arthur.
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
