Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
On Tue, 26 Jan 2010 18:59:44 +0100, Ben Wong lists.openmoko@wongs.net wrote: It's been awhile since I used procmail, but I believe the recipe to add to your procmailrc is: :0: * ^From:.*commun...@lists.openmoko.org * ^Subject:.*\bOT\b trash # Save to a file named trash. Could use /dev/null. community@lists.openmoko.org appears in To rather than From. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Where can I meet a female companion with similar interests and personality /in person/?
On Fri, 15 Jan 2010 14:32:58 +0100, Neil Jerram neiljer...@googlemail.com wrote: There is. It's their. Difference is pike is using singular, you're using plural, Neil. Historically, yes, they and their are plural. But in real current (UK) English, they are being used more and more also as gender-independent singular. This use has produced a singular reflexive pronoun “themself”, distinct from the plural “themselves”. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Security Behavior Survey
Hello! I'm running a small survey on internet users' security behavior. I'll really appreciate if you answer to it when you have time. http://www.surveymonkey.com/s/XKDYYZ3 Thank you! -- Alexey Feldgendler Software Developer, Desktop Team, Opera Software ASA [ICQ: 115226275] http://my.opera.com/feldgendler/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Security Behavior Survey
On Wed, 09 Dec 2009 18:23:19 +0100, George Brooke solar.geo...@googlemail.com wrote: I'm running a small survey on internet users' security behavior. I'll really appreciate if you answer to it when you have time. http://www.surveymonkey.com/s/XKDYYZ3 Talk about coincidence, just finished your survey and this (http://theravingrick.blogspot.com/2009/12/and-so-it-begins.html) appears in akregator. Thanks! Sure, Linux systems aren't any more secure than Windows when it comes to social engineering. I agree with the author that Linux users need to be security-conscious and care about the origin of software packages just as much as Windows users (are supposed to) do. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Security Behavior Survey
On Wed, 09 Dec 2009 23:00:08 +0100, zogg zoggif...@gmail.com wrote: When/Where to expect/access the results of the survey? :) They will probably be used internally to make some security UI design decisions. But, of course, the results themselves are not secret, so I'll post them here if there's interest. (Although every post about this is offtopic here, sorry for that.) -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: WikiReader
On Tue, 13 Oct 2009 07:51:42 +0200, Sean Moss-Pultz s...@openmoko.com wrote: Today, with the greatest of pleasure, I am ready to share with you the birth of our third product -- WikiReader. Three simple buttons put three million Wikipedia articles in the palm of your hand. Accessible immediately, anytime, anywhere without requiring an Internet connection. No strings attached. With WikiReader you'll be prepared for those unexpected moments when curiosity strikes. And once you have it, you'll realize how often you ask yourself questions during the day. This is great, congratulations on the launch! The device sounds interesting, and the price is affordable. As I understand, it contains a snapshot of English Wikipedia. Can I somehow make a snapshot of a different wiki, for example, Russian Wikipedia, and put it on the device? Other MediaWiki-based installations? What about non-wiki books, can I convert them to a format the device understands? I've long wanted to get myself a e-ink device, but hesitate to get one that can only do one thing, read English Wikipedia. To what extent is it hackable? -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: cronjobs
On Fri, 29 May 2009 15:49:27 +0200, Ed Kapitein e...@kapitein.org wrote: i need a script/program that will read a crontab line ( * * * * * some_action) and output the date and time the job will run. Does anyone know of such a tool? This way i can un-suspend the FR a few seconds prior to the start of that cron job. I already made a script that sort of works, but it is limmited at best and i hate to reinvent the wheel again. You might want to look at this: http://search.cpan.org/dist/Schedule-Cron/ -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth spam
On Fri, 24 Apr 2009 13:44:32 +0200, Tilman Baumann til...@baumann.name wrote: Hehe, I once did this on a ICE train. I was bored so I scanned for bluetooth devices. And then send them text files. O group of girls answered. Was really funny. Bur did not help me to ge laied tough. :) Modern advances in mobile computing technologies still don't get one laid. Someone needs to work on that. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the Basics plan: Andy left
On Tue, 24 Mar 2009 08:04:30 +0100, clare johnstone clar...@gmail.com wrote: Michele and others you could try reading what Andy said here: fromAndy Green a...@openmoko.com hide details Mar 23 (17 hours ago) to Nicolas Dufresne nicolas.dufre...@gmail.com cc openmoko-ker...@lists.openmoko.org dateMar 23, 2009 1:32 PM subject Re: [PATCH] Forced shutdown for / Andy mailed-by lists.openmoko.org That still doesn't say he was fired. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.testing] sshfs
On Sun, 22 Feb 2009 11:18:21 +0100, Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com wrote: Mounting my FR from my Ubuntu Intrepid box via sshfs is really useful, but sometimes, I cannot unmount it, getting: $ make moko- fusermount -u /home/jeff/OM/moko umount: /home/jeff/OM/moko: device is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) make: [moko-] Error 1 (ignored) rmdir /home/jeff/OM/moko rmdir: failed to remove `/home/jeff/OM/moko': Device or resource busy make: *** [moko-] Error 1 How can get it to unmount cleanly? This usually happens because a process keeps a file or directory under the mount point open. One particularly frequent case is when the current working directory of some process is under the mount point. As the error message suggests, you can use lsof to identify the offending process. Further - how would I go about doing the mount to say /media/moko automatically on plugging it in? There are many automount solutions for linux, from kernel modules to fuse filesystems. You probably don't want to mount it on plugging in, but rather on access to the mount point. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No dropbear in om2008.12 ?
On Mon, 22 Dec 2008 13:50:37 +0100, steve dl...@bluewin.ch wrote: Then I rebooted and pluged in the usb cable and tried to connect, no success. I can ping 192.168.0.202 but not connect via ssh. I then tried to nmap the FR and the result was all ports filtered. I finally decided to flash with the om2008.9 version, hoping that these problems would vanish but no, still same problem. Are you sure your own firewall is not blocking the access? Returning to a version that worked for you before should have fixed it for you, unless the reason is external to FR. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Default IP Address on All Distributions
On Sat, 20 Dec 2008 13:26:01 +0100, William Kenworthy bi...@iinet.net.au wrote: 169.254.0.0/16 is probably more appropriate because this range is assigned to link-local addresses. Sure. And if we go that way, why not use the proper way of setting a link-local address? * Pick a random address * check that it is free (arp, ping,...) * take it. That would be reinventing some wheels. See below for standardized solutions. That has a good chance of working, even for those who routinely connect two phones to the same pc at the same time. This would make it way harder to communicate with the freerunner. For now you know you can reach it at 192.168.0.202 and most of the documentations builds on this. So figuring out the ip address FR has chosen is way harder, especially for newbies. Not if its handled right. One possible way to handle it right would be: 1. Try DHCP first. If a DHCP server gives us an address, use it and skip to step 3. 2. Grab a link-local IP address via IPv4LL (RFC 3927). This is even supported by default by both Windows = 98 and MacOS = 8, as well as in many Linux distributions, so it's as simple as plugging the device in. 3. If we have a DNS address from step 1, use it and skip to step 5. 4. Try discovering a DNS server using DNS-SD and use one if discovered. 5. Advertise through mDNS a user-configurable name defaulting to something like openmoko.local. 6. Advertise relevant services through mDNS, such as ssh, sftp-ssh, clipboard (would be nice, eh?), sip/h323 (why not?). 7. If we have a router address from step 1, skip to step 9. 8. Try some router discovery protocol (UPnP, SSDP?). Most of this is fulfilled by using avahi http://avahi.org, so it seems like a good choice. From a user's point of view, the device will never cause routing problems and always be accessible at a fixed host name, even without a domain name server. Alternatively, the phone itself can run a DHCP server after step 1 and assign an IP address to the peer, as well as run a DNS server. That way, plugging the phone with GPRS enabled into a Windows machine will automatically provide it with Internet connectivity. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Default IP Address on All Distributions
On Thu, 18 Dec 2008 16:46:55 +0100, Esben Stien b...@esben-stien.name wrote: Why on earth would you choose 192.168.0.*? This is probably the most common IP address on an internal network in the world and of course this means problems. 169.254.0.0/16 is probably more appropriate because this range is assigned to link-local addresses. -- Alexey Feldgendler ale...@feldgendler.ru [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mobile phone comparison
http://files.myopera.com/Ilya%20Shpan'kov/albums/616329/difference.jpg :-) -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner for Sale in Denver - $350 or best offer
On Tue, 07 Oct 2008 18:14:46 +0200, Vince M. Clark [EMAIL PROTECTED] wrote: Will hand deliver if you're in Denver, or ship otherwise. Cash or credit cards accepted. And how exactly are you going to accept credit cards? :-) -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
On Tue, 22 Jul 2008 17:34:58 +0200, Andy Green [EMAIL PROTECTED] wrote: I guess you're not a kernel coder... not only is the segment for these definitively zero at start of kernel, but it is an offence against ./scripts/checkpatch.pl to explicitly zero these things. It's strange to have a script that enforces a worse practice, even when you really can assume that the segment is zeroed. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Reason for GPS problems found! / more patches
On Mon, 21 Jul 2008 02:11:38 +0200, Andy Green [EMAIL PROTECTED] wrote: Just a heads-up there is also another relevant patch on stable tonight. ~ It gives another interesting knob to twiddle about GPS performance. http://git.openmoko.org/?p=kernel.git;a=commitdiff;h=1d04b142ffeaa15129f046751f1366b0f0614f47 What does “strength” mean in this context? Voltage? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS rework for SD card interference issue
On Fri, 18 Jul 2008 11:28:29 +0200, Neng-Yu Tu (Tony Tu) [EMAIL PROTECTED] wrote: For GTA02 SD card interference GPS issue, our hardware team provide a hardware fix/workaround for this coexistence bug. Sorry post it late, because we have to make sure this fix works and don't have side effects. Here is the fix: http://www.openmoko.org/wiki/Image:Gta02_gps_10pf_rework_sop.pdf This fix could give almost same performance with SD card out of case. Kudos to the Openmoko team! This is what's great about an open phone. For any other device, the necessary fix would be a big secret, and making it would be monopoly of the manufacturer and their service partners. With this kind of openness, anybody can either make the fix themself or hire someone on the open market to do it. I'm pretty sure that a cell phone repair shop near you will fix it for you using this instruction. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM AT command to disable/change caller ID?
On Thu, 17 Jul 2008 08:50:48 +0200, Ken Restivo [EMAIL PROTECTED] wrote: My old, cheap 7-11 ATT pay-as-you-go Nokia phone had a neat feature which would disable the Caller ID. Are there any AT commands I can issue on the FR to do the same feature? I'm guessing it was a feature of the GSM modem, or maybe it was an instruction to the carrier network, issued via the modem. GSM features like this one are controlled by “dialling” certain special numbers: http://web.telia.com/~u47904776/gsmkode.htm#nummerpres Note that not every cell provider implements this, and some charge for it. It'd be REALLY GREAT if there was a way to change the caller ID number to be my actual main phone number, not the phone disposable number of my pay-as-you-go cellphone plan. You are not allowed to change your caller ID number, for obvious reasons. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSM AT command to disable/change caller ID?
On Thu, 17 Jul 2008 10:33:46 +0200, Ken Restivo [EMAIL PROTECTED] wrote: The command appears to be CLIR, and, unfortunately, there's no global setting for it. #31#PhoneNumber, means I have to type it before each call. On land phones, there's a *70 (or is it *71), to disable caller ID globally. So it appears that the Nokia is prepending #31# before each phone number it dials. Sorry, I was wrong, the permanent setting for CLIR is controlled by a GSM modem command AT+CLIR. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
On Wed, 16 Jul 2008 15:54:41 +0200, Joerg Reisenweber [EMAIL PROTECTED] wrote: 1. When running with the battery in (charged enough) and a USB cable plugged into a computer, removing the battery makes the phone die. It seems to turn off several seconds after the battery is removed. Probably GSM trying to pull ~2A for transmitting. This will make the device shut down instantly. Try disabling GSM! Turning GSM off from the power menu didn't help. Besides, I don't even have a SIM card inserted. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
On Thu, 17 Jul 2008 22:07:51 +0200, Andy Green [EMAIL PROTECTED] wrote: Probably GSM trying to pull ~2A for transmitting. This will make the device shut down instantly. Try disabling GSM! Turning GSM off from the power menu didn't help. Besides, I don't even have a SIM card inserted. This seems to be to do with the PMU charger deciding to start charging empty air making trouble. The charger is autonomous and runs by itself on its own schedule. Maybe we can find a way to defeat this behaviour, but for now you need a battery in to boot and to stay running. Did it work and then regress, or has it never worked? I remember people on the list mentioning running without a battery. However, running without a battery isn't really a use case. While plugged in, the phone can survive without a battery for several seconds, which is enough to quickly insert a spare. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Operation without battery (GTA02)
On Thu, 17 Jul 2008 23:19:13 +0200, Andy Green [EMAIL PROTECTED] wrote: I ran without a battery for many weeks earlier in the year. It seems to be specifically if we enable the PMU charger with no battery, it freaks out and goes to PMU STANDBY state. Earlier in the year, we didn't enable charger yet so it hangs together. What's the advantage of enabling the charger? However, running without a battery isn't really a use case. While plugged in, the phone can survive without a battery for several seconds, which is enough to quickly insert a spare. Well it can be a use case if you don't want GSM... as Joerg said USB alone cannot provide enough power for GSM TX usage so there's no hope for it (or any other GSM device) being an actual phone with no battery. ~ But it's actually a pretty decent embedded / server / smart display device aside from the phone aspect useful for other things if it can be tethered to some always on power without battery, so I still hope that can be gotten to work. Still not really a use case because nothing stops you from having a battery inserted, even while external power is attached. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Rules based policy engine
On Fri, 18 Jul 2008 01:01:08 +0200, matt joyce [EMAIL PROTECTED] wrote: If it can be reliably established that my physical location is one of my favourite restaurants please switch my phone to vibrate, unless my babysitter calls. If I miss a call or I receive an SMS from from any of my work contacts during work hours, and I don't respond, please remind me. If it's not during work hours, do not take any calls from contacts exclusively in my work contacts. If my home wifi is available and my battery is not too low, don't use GPRS for data. If it a WEEKDAY and 06:00, turn on, play alarm, connect to WIFI and start getting email and rss. At 21:00 on weekdays, switch to standby. If my battery is low and I'm at home, remind me to charge. If I'm at home disable my auto-lock. The problem with this is that one needs to think like a programmer to describe your “ideal phone” as a set of rules like these. Not only does one have to think analytically and dissect their concept into orthogonal, machine-checkable rules, but from your examples it's also clear that for such a wide range of possibilities a whole *language* with *expressions* (at least boolean) is necessary. Moreover, if one *is* a programmer, and has learned the rule expression language, there will be bugs in the rulesets, like overlooked priorities or excessively permissive conditions, and you'll spend some time debugging it, probably missing a few important calls and alarms now and then in the process. Next step would be debugging tools for rulesets, allowing to simulate times of day, different conditions and incoming events to test the rules. Next, backup and revision control for rulesets. This is where madness lies: you have to modify and debug a program in a declarative logic language when you start dating someone because it breaks all your carefully polished ruleset. Sounds like a topic for XKCD. Randall, are you by any chance reading this? I understand that you must be thinking, “This phone is fully programmable, so I can make it do whatever I want”. True. Now, by defining sets of possible conditions and actions and letting the user make rules out of these, you're basically saying: “Here is a computer. You can program it to do whatever you want”. While this might be usable for someone who is a programmer (and who's willing to be a programmer when they deal with their cell phone), it's not a killer application. It's an absence of application; it's rather an interpreter for a programming language in which a user can write themself a killer application. The key to making a phone do what you, I or someone else wants is rather in analyzing our requirements and figuring out what parts are constant and what are changing. Of course, all people want different things, and the same person wants different things at different times. But the number of dimensions in the space of all reasonable people's demands is still much less than that of the space of all possible rulesets. Only a small subset of all possible rules, let alone rulesets, makes any sense at all, while the vast majority is nonsensical, such as “When WiFi is available and John's phone is nearby, mute all calls”, or “If I have unread SMS on Thursday, prefer GPRS”. Analyzing and isolating the axes of user demands is much harder than developing a ruleset-driven engine, but at least it has a chance of becoming usable. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Operation without battery (GTA02)
I have two 100% reproducible issues with my GTA02. 1. When running with the battery in (charged enough) and a USB cable plugged into a computer, removing the battery makes the phone die. It seems to turn off several seconds after the battery is removed. If the battery is replaced quickly enough, the phone doesn't turn off. While the battery is disconnected, some things still run and some seem to stop; e.g. the GPS chip stops sending NMEA sentences but continues doing so when the battery is put back. 2. When the phone is off with no battery in it, plugging the USB cable connected to a computer makes the phone emit a buzzing noise. The noise continues until the cable is disconnected. The phone won't start up in this state, not even in the NOR menu. I remember a similar issue in GTA01, but GTA02 was supposed to work without a battery. Can anybody reproduce? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web server on the phone?
On Wed, 16 Jul 2008 11:34:12 +0200, arne anka [EMAIL PROTECTED] wrote: Basically all of my experience writing UIs is on the web. I'd like to run a webserver on the phone, so I can write dirt-simple UIs that way, rather than getting tied up in GTK/e/Qt. - any correctly designed webserver would hinder you from accessing the files of the underlying system, except your webapp - you would need o lot of code to connect to the underlying systems api, so you may access the system - there would be another layer consuming resources - you'd need to protect your phone/webserver from being connected to from the world (firewall or so) which probably will eat another share of resources - to access your app you will need a running browser(engine) which will eat resources too - every interaction will be from browser to server and back and you will probably need a resource hog like ajax to accomplish something resembling a native app Using an actual local web server strikes me as an extremely wasteful set-up that can be an overkill even for a desktop application, let alone mobile. However, using a good web browser engine as a UI platform alternative to native toolkits has been successfully done before. In that approach, the browser engine is modified, extended, or built into the application. Instead of accessing a web server to execute actions, a custom ECMAScript API is used by the HTML-based UI. The custom API is implemented as native code and provides the actual functionality of the application. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Web server on the phone?
On Wed, 16 Jul 2008 12:15:35 +0200, arne anka [EMAIL PROTECTED] wrote: mobile. However, using a good web browser engine as a UI platform alternative to native toolkits has been successfully done before. well, still strikes me as ... to be moderate ... odd, not at least in respect to the plethora of available gui toolkits or languages (qt, gtk, e-something, pyqt, pygtk, java w/ swt, curses, probably something ghastly for perl too, you name it). The advantage of using a browser engine is much better portability of the UI code. You can make it run on any platform that has a browser, and you can port it to turn into an actual server-side web application. Also, many developers feel that web technologies provide for easier and faster UI development than at least some of native toolkits. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS
On Fri, 11 Jul 2008 13:50:40 +0200, Jeffrey Ratcliffe [EMAIL PROTECTED] wrote: http://wiki.openmoko.org/wiki/FreeRunner_GPS_antenna_repair_SOP It was written this morning. Anybody tried this fix and can report whether this realy fixes the issue? These look like warranty-destroying repairs if you do them yourself. That is, if there was a warranty to destroy in the first place. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: not being able to use Skype is a big problem
On Thu, 03 Jul 2008 13:17:01 +0200, arne anka [EMAIL PROTECTED] wrote: who still wonders why any freedom-loving person would ever want to use skype because it's obviously easy to setup and use That's not the real reason for me, though. I don't mind setting up a proper SIP phone and piercing holes in the firewall; I'd rather prefer to do it in a way I control than have Skype obfuscate its way through whatever ports it manages to use. Whether Skype's GUI is easy and convenient to use is also a matter of taste. One of the worst in my personal opinion. But with Skype, you get no choice. and thus a huge bunch of people use it. This is the real problem, though. In reply to “please call me on Skype”, I really can't tell everyone to do the above instead. plus: they got really good pr! ask average joe what kind of phone over the internet he knows -- most people will answer skype. Their prices are NOT the best on the VoIP market, at least for calling to countries they don't consider a priority, such as Russia. Calling to Russia is several times as cheap on the free market. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: not being able to use Skype is a big problem
On Thu, 03 Jul 2008 23:32:47 +0200, Shawn Rutledge [EMAIL PROTECTED] wrote: It's often been wished for an Asterisk-to-Skype gateway. It would be an elegant solution: run the gateway at home or on a hosted server, and use any ordinary SIP or IAX client on the Neo. Well last time I checked into that was a couple years ago, but now it appears such a thing exists: Those I've seen work by running the actual Skype binary inside a virtual machine or some kind of a sandbox and routing audio to and from it. This probably wastes ten times more resources than it should. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FYI: ATT to sell iPhone without contract
On Wed, 02 Jul 2008 02:12:15 +0200, Joshua Broussard [EMAIL PROTECTED] wrote: Get a 2 year and cancel it the 31st day. The $175 from this and $35 for activation saves you $190 if you buy sans contract. Well a little less if you count the cost of service... If you must have the iPhone, get it in the way that you will get less screwed... This still won't get the phone unlocked. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FYI: ATT to sell iPhone without contract
On Tue, 01 Jul 2008 18:48:56 +0200, McCreery, Lee CTR DISA [EMAIL PROTECTED] wrote: I know this has been beaten to death but found this interesting. http://www.clarionledger.com/apps/pbcs.dll/article?AID=/20080701/BIZ/80701011 $599 for iPhone without a two-year contract, but still locked to the network. Imagine what the “real” price would be (for a fully unlocked device). -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: humor
On Mon, 23 Jun 2008 08:38:59 +0200, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: http://www.xkcd.com/433/ Who needs to tell jokes when you have XKCD? Just post a number, and everyone will have a good laugh. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: bluetooth proximity
On Mon, 16 Jun 2008 12:24:27 +0200, W. B. Kranendonk [EMAIL PROTECTED] wrote: I wondered, can two bluetooth devices ping each other and find out their distance or relative speeds? Not that I know of, but two cooperating Freerunners can exchange information about their GPS coordinates and measured acceleration. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Why not use newsgroup?
On Fri, 13 Jun 2008 19:30:02 +0200, Ben Burdette [EMAIL PROTECTED] wrote: But I still don't understand why groups choose mailing lists over newsgroups. Usenet was an almost 30 years old attempt at implementing what's currently solved by mailing lists, subject to those days' technological requirements and constraints. It's currently obsoleted by mailing lists providing exactly the same on a better technological basis. NNTP is an underdefined protocol with a vast number of features, of which servers and clients support arbitrary subsets, and most of which have lost their value with the development of communications. Some parts of NNTP are still impossible to get “right” because they aren't specified, e.g. international characters in headers. The only two real features that NNTP has and mailing lists don't are the ability to access older messages through the client timmediately after subscribing (that is supposed to be solved by the often overlooked feature of IMAP: shared folders) and the ability to cancel a message after sending it (something that is a bit unfair and shouldn't be possible in the first place). All other “features”, like the often mentioned “kill files”, are actually features of clients, not the protocol, and are also found in good email clients. By default you just download the headers without having to get the text of every message, You can do that with IMAP, which is the modern protocol for accessing your mail. you can subscribe and unsubscribe from them without impacting your regular email account. If you insist on ML subscriptions being on a separate account, you can have another email account for that. How is having one email account and one NNTP account better than having two email accounts? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why not use forum?
On Thu, 12 Jun 2008 17:30:39 +0200, Leonti Bielski [EMAIL PROTECTED] wrote: I was wondering - why are we not using forum for community? No, thanks. If I have to check a particular webpage, or even many of them, periodically to see if someone wrote something new, I'll give up quickly. It's much better to view, you can subscribe and unsubscribe to the topics you want and etc. I'd advise you to use a better email client. You can't say that something is better to view than email because email is displayed differently by hundreds of email clients available. Some of them have support for dealing with particular threads, such as ignoring or giving priority. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why not use forum?
On Thu, 12 Jun 2008 22:24:15 +0200, Ortwin Regel [EMAIL PROTECTED] wrote: Pah, mailing lists are for old people. :P Though I have to admit that a web forum has an indisputable advantage of offering a wide choice of graphical smileys. Forum users love that. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2.5mm or 3.5mm
On Fri, 30 May 2008 08:18:16 +0200, Joerg Reisenweber [EMAIL PROTECTED] wrote: A short poll: on a future GTA0x (2), would you prefer to have A) standard 2.5mm headset (mic+phones) connector, where you have to buy a cheap adapter if you want to use your old headphones, (the way like it's for GTA01/02) I guess there is more than one standard here for the microphone button line, right? I vote for the same as what Nokia and many others do, because that's what most headsets are made for. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: screen protector
On Fri, 30 May 2008 16:26:10 +0200, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: I want a film with life time warranty, which I can take off and clean. A simple googling for screen protector gave me a lot of options. I know that a long lasting, high quality protective film is thicker than the cheaper ones. This make me worry that they might not have a good conductivity, which is nessecary since the Freerunner has a resistive touch screen. A “resistive” touch screen doesn't require conductivity to fingers and is sensitive to pressure only. Hint: it's usable with a plastic stylus. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo as cellular modem?
On Thu, 29 May 2008 08:59:10 +0200, Andy Green [EMAIL PROTECTED] wrote: We're helpless unless Atheros decided to implement Master mode in their closed firmware. Unfortunately the power advantages of having the bulk of the ieee80211 actions managed in the firmware are pretty compelling so I don't know how we get out of that bind. The very knowledge that we can't do something that the hardware would technically be capable of is annoying, but I don't really see why we would need to implement a true AP in the phone. For any reasonable use case I can think of, ad-hoc mode should be enough. The only usability advantage of being an AP would be that it can send beacon packets that allow other devices to detect an available network, but sending beacon would be a battery drain anyway. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Fwd: u-blox binary protocol boilerplate code]
On Wed, 28 May 2008 03:08:24 +0200, Michael Shiloh [EMAIL PROTECTED] wrote: I'd like to request if there's any boilerplate code available to deal with the binary protocol as provided by the FreeRunner's u-blox chip? This would be a great help to us. What's the advantage of that binary protocol over NMEA? Does it convey more information? Is Freerunner going to have the GPS chip run in the binary mode? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo as cellular modem?
On Wed, 28 May 2008 02:15:16 +0200, Matt Mets [EMAIL PROTECTED] wrote: It might also be cool to have the Freerunner act as a wireless router! Instant (slow) internet anywhere... In ad-hoc network mode only. AFAIK the WiFi chip used in the Freerunner doesn't support AP mode. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mapless GPS
Randall Munroe, the author of XKCD, suggests an excellent idea: http://blag.xkcd.com/2008/05/20/gps-cyborg-implant/ Simply put, it's a GPS navigator that only repeatedly gives you the direction towards the target (in “three o'clock” style) and the distance to it, without using any maps at all. It probably won't help you in a maze of twisty passages all alike, but should be good enough when navigating in a city or suburb where roads are made to enable you to reach places. This has a lot of advantages: * Dead simple to implement. * Doesn't require display. This allows to save power (usually GPS navigators have to keep the screen backlight on all the way) and use a headset to speak directions -- especially useful for cyclists. * Doesn't require maps that are often expensive (especially routable ones), are in proprietary formats, get outdated, use a lot of memory or require a persistent internet connection. Only a one-time access to Google Maps or alike is necessary to obtain the target coordinates; or they can be saved from the current location of the device, sent to each other in SMS etc. * Equally suitable for drivers, cyclists and pedestrians. * Doesn't insist on taking you blocked roads it doesn't know about. * Makes following the directions more interesting because you actually make decisions and don't feel following directions like a robot. * You get a chance to learn different roads and the way they connect instead of just taking the same path every time (important for the “navigation idiots” like myself who doesn't ever leave home without their GPS navigator). * The idea can be easily extended to more complex cases, like having several targets and having the user, not the machine, make decisions as to in which order to visit them; having two OM users find each other by getting directions towards each other's location; taking note of the routes the user follows, comparing them by distance travelled and duration and giving hints like “last time you turned right here”; etc. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mapless GPS
On Thu, 22 May 2008 12:27:08 +0200, Alexey Feldgendler [EMAIL PROTECTED] wrote: Randall Munroe, the author of XKCD, suggests an excellent idea: http://blag.xkcd.com/2008/05/20/gps-cyborg-implant/ Simply put, it's a GPS navigator that only repeatedly gives you the direction towards the target (in “three o'clock” style) and the distance to it, without using any maps at all. It probably won't help you in a maze of twisty passages all alike, but should be good enough when navigating in a city or suburb where roads are made to enable you to reach places. Stupid me. Should have done some research before posting. Of course, this exists and has been done long before routed maps even appeared. Garmin makes a range of those direction-only navigators, for example. I've also found that I can turn my €500 device into a dumb direction-only one with the right settings. :-) For anyone owning a Garmin nüvi 360 or alike, that's Settings - Map - Map Info, uncheck every available map, then Settings - Map - Map View = Track Up, then Settings - Navigation - Route Preference = Off Road. This turns off map display and draws a straight start-to-finish line instead of calculating a route. However, voice prompts with bearing angles would still be nice. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Mapless GPS
On Thu, 22 May 2008 20:48:28 +0200, Carl Snellman [EMAIL PROTECTED] wrote: Just FYI, I'm actually in process of registering well-known SMS ports for this purpose with IANA, so that interoperability between devices would be facilitated. If we get the registration through, there would be two known ports: port X for receiving someones location, and port Y for receiving a location request from someone. Below is the email I originally sent to IANA. All comments are welcome! I also though about getting TCP/UDP ports registered for the same purposes, but there the biggest problem is identification and authentication of the sender. With SMS, MSISDN can be quite reliably used for identifying the sender, but no such identifier exists in TCP/UDP world. Let me know if you have any ideas/comments on this! This is exactly why it's not a good idea to register a TCP or UDP port for it. It's better to use a well-established protocol where authentication issues have already been solved. I'd recommend to go for an XMPP (Jabber) protocol extension. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Browser report of Wiki
On Fri, 09 May 2008 21:15:00 +0200, Casey Harkins [EMAIL PROTECTED] wrote: Using a recent scaredycat snapshot: Mozilla/5.0 (X11; U; Linux armv4tl; c) AppleWebKit/525.1+ (KHTML, like Gecko, Safari/525.1+) openmoko-browser2 Fear of being rejected as an unknown browser produces crazy UA strings. Just add MSIE and Opera to this string somewhere. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stylus Recommendation
On Thu, 01 May 2008 17:07:52 +0200, Hans L [EMAIL PROTECTED] wrote: You also might be interested in a stylus that attaches to your fingertip, as opposed to pen style, as discussed previously: http://lists.openmoko.org/pipermail/community/2007-September/010165.html It's called “fingernail”. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: .Mac like service
On Wed, 30 Apr 2008 02:54:08 +0200, Shawn Rutledge [EMAIL PROTECTED] wrote: my list starts with: *backing up phone settings, including list of installed packages (in case i need to re-install everything) *backing up e-mails/text messages *storing gps coords in case the phone's stolen/lost *backup/storage of any other arbitrary files You would want it to be a commercial service like .mac, with a subscription fee and guaranteed reliable service, and use GPRS to access it? Or you would want to just do that stuff with your own PC? The difference between an open technology and a closed one is that while Apple is the only one who runs a .Mac server, anyone can run a server in an open technology. Someone can install software based on open standards and run a server, and even charge for its use if they like. Don't like paying for it? Set up your own! I believe that an open standards based server solution for assisting mobile phone features should be created. The most important thing here is that the data formats and protocols are open, so that anyone can implement a client or a server. There are several proprietary services with their closed data formats out there, but no really open one, as far as I know. Developing a consistent and comprehensive specification is an immensely important step. I would define the scope of the technology as “sycnhronization, backup and remote control for mobile devices”. Here is a very vague, draft list of requirements: * Allow backup and incremental synchronization of typical data items stored on mobile devices: * SMS/IM histories * last dialled/received calls * contact lists * browser bookmarks, histories and cookies * calendar events * various account information (GPRS, HTTP proxy, email, IM) * stored certificates * global preferences like language, time zone, visual theme * software-specific settings * user documents * information about installed downloadable addons * As much as possible should be synchronizable across devices and software platforms. * Leverage existing open standards wherever possible, e.g. use vCard for contact information. * Provide automatic conflict resolution. * Be bandwidth-efficient. * Survive long periods without connectivity and synchronize reasonably afterwards. * Don't insist on complete synchronization before parts of data become usable. * Be secure so that even passwords and certificates can be trusted to it. * Do not require server-initiated activity because it's often impossible, i.e. rely on pull only. * Allow for interchangeable transport layers to make use of various connectivity options available on devices: * HTTP * various serial port-like connections like IR and BT * maybe offline synchronization via memory card * Allow automatic offloading of data that's typically moved from device to PC: * pictures, video and audio recordings * various logs * Probably allow sharing or publishing parts of user's data. * Provide remote control and reporting infrastructure that allows: * upgrades of device software * activation of special modes on lost/stolen devices and obtaining information from them * Transparent expansion of device's storage, e.g. the user can continue taking pictures without thinking about where they go, and the older ones are pushed off to the server. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 10 or more phones order
On Mon, 28 Apr 2008 10:20:46 +0200, ian douglas [EMAIL PROTECTED] wrote: Well, may be that i missed the answer but someone asked if the discount and the extra stuff are applied only to the 10 pack or it could also be a 12 pack? So to let you understand the condition is: if (phones_ordered == 10) do_the_10_pack_trick(); More like: if (phones_ordered phones_ordered % 10 == 0) do_the_10_pack_trick(); I just can't leave it like that. :-) if (phones_ordered % 10 * PRICE_1 PRICE_10_PACK) phones_ordered += 10 - phones_ordered % 10; for (; phones_ordered = 10; phones_ordered -= 10) do_the_10_pack_trick(); for (; phones_ordered = 1; phones_ordered--) no_tricks_just_order_1(); -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko Remote Controller (SoC)
On Sun, 27 Apr 2008 09:58:45 +0200, David Murrell [EMAIL PROTECTED] wrote: /me backs up the metaphorical truck... Just _how_ accurate are these accelerometers? * accelerometers detect the maneuver of the metaphorical truck -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: photographs of box and POSSIBLE contents of Neo Freerunner
On Tue, 22 Apr 2008 06:19:58 +0200, Jeremy List [EMAIL PROTECTED] wrote: I would be very surprised if there was any law in New Zealand against importing things with foreign power plugs as a few years ago I bought a palm treo which required an adaptor. Adaptors for devices which have the wrong shape of plug but don't mind 240V AC @ 50Hz are much cheaper and more efficient than ones which actually convert the electricity to whatever voltage is standard in the U.S. When I finally get a freerunner, would I fry the charger and/or the phone by using that kind of power supply? The charger is supposed to work in Europe, therefore it can run on 220V @ 50Hz. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: photographs of box and POSSIBLE contents of Neo Freerunner
On Tue, 22 Apr 2008 08:29:17 +0200, Andy Powell [EMAIL PROTECTED] wrote: #!/bin/bash echo index.html for i in *.jpg do convert -thumbnail x230 $i thumb_$i echo a href='$i' target='_new$i'img src='thumb_$i'/a index.html done The img tag is missing the right angle bracket, and the target attribute is evil. Whoever wants to open it in a new window, will use the browser's features to do so, but please don't decide for the user. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko sounds, Motto
On Tue, 22 Apr 2008 20:01:50 +0200, Hans L [EMAIL PROTECTED] wrote: Also since Openmoko allows users to turn their device into whatever they can dream of, something like: Open to interpretation might be another cool motto. This one is seriously cool, especially because it's got more than three meanings. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 99 vs RED (or was it PINK) Phone cases
On Mon, 21 Apr 2008 06:05:20 +0200, Ron K. Jeffries [EMAIL PROTECTED] wrote: It's wonderful the focus of the community is now all about $399 vs $400 rather than availability of Freerunner in certain colors. That's the marvel of communities. All it takes is a good topic-starter. :-) and YES I agree, the remaining V5 vs V6 issues seem small (but we did get extra info and clarification, thanks Tony). BTW, there is a way to work around the v5 issue in software. Because the LED in an unmodified v5 shines 6 or so times as bright as it should (and eats 6 times more power), the solution is to correct the brightness with PWM to reduce it 6 times. This would bring the brightness and power consumption to normal. However, I suspect that for many community members who were so eager to prefer v6 over v5, simply knowing that there is a workaround, and thus no known unavoidable hardware bugs exist in v5, would be enough, and actually implementing the workaround would not be that important. :-) -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 99 vs RED (or was it PINK) Phone cases
On Mon, 21 Apr 2008 12:35:44 +0200, Andy Powell [EMAIL PROTECTED] wrote: BTW, there is a way to work around the v5 issue in software. Because the LED in an unmodified v5 shines 6 or so times as bright as it should (and eats 6 times more power), the solution is to correct the brightness with PWM to reduce it 6 times. Or just have it on for 1/6 the time or, if flashing, multiply the gap (off state) by 6. 1 second for v6 == 6 for v5 It's exactly what PWM is about. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 99 vs RED (or was it PINK) Phone cases
On Mon, 21 Apr 2008 11:43:18 +0200, Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: BTW, there is a way to work around the v5 issue in software. Because the LED in an unmodified v5 shines 6 or so times as bright as it should (and eats 6 times more power), the solution is to correct the brightness with PWM to reduce it 6 times. This would bring the brightness and power consumption to normal. Well, I didn't know there was also this software workaround, since the only that was stated was turning off the LED itself... I didn't know that either. I've just made it up. Theoretically, it should work. Well, a workaround like this can be considered something like a real fix imho :P That is, if there is an easy way to do PWM without sucking too much CPU time. (Well, I suppose PWM will be used on the LEDs anyway for glowing/pulsing effects.) -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 99 vs RED (or was it PINK) Phone cases
On Mon, 21 Apr 2008 12:51:52 +0200, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: Or just have it on for 1/6 the time or, if flashing, multiply the gap (off state) by 6. 1 second for v6 == 6 for v5 It's exactly what PWM is about. No. I do not think he was meaning PWM. I think I was meaning that the interval between each blink could be e.g. 12 sec instead of 2 sec. Oops, I misread his post as if he meant microscopic instead of macroscopic intervals. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
99
The prices for GTA02 and the debug board are $399 and $99, respectively. While there's nothing wrong with charging exactly 99 dollars for something, the practice of reducing a round price by one dollar, AKA http://en.wikipedia.org/wiki/Psychological_pricing is often associated with cheap marketing tricks, trying to make the price look less than it is and so on. In my opinion, admitting that a hundred is a hundred and charging $400 and $100 for GTA02 and the debug board would fit better into the OpenMoko spirit of openness and transparency. Especially when most of the other prices out there end with 95 or 99, a round price tag will send a message: “We're honest with you and aren't messing with your mind like others do”. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo Freerunner Quickstart Guide
On Sat, 19 Apr 2008 09:04:49 +0200, Michael Shiloh [EMAIL PROTECTED] wrote: As you will see, I have a lot more to fill in, but I would welcome your feedback on what is already there, and suggestions for topics you think should be included. Chapter 4 describes installation of the SIM card, MicroSD card and the battery as if they were one task, while in fact it's three different ones. It's probably necessary to remove the battery to access the card holders; if so, it should be mentioned. Each of the SIM card and MicroSD card can be replaced without disturbing the other one, can't they? However, these clarifications and breaking down into three tasks is probably not worth the hassle, as the developers are going to figure it out anyway, and I hardly remember myself ever using a manual to replace the SIM card in any phone. The text mentins provided accessories several times. However, the next deliveries after the some number of the first ones may not include them. Chapter 7 should describe how to find out the current image versions and how to use dfu_util (or where to read about it). It should also tell what happens to the user data when the root filesystem is updated. Chapter 8 should describe how to build the toolchain yourself (how is the prebuilt one made?) in case you're not exactly on Intel/Linux. Putting stuff in /usr/local/openmoko is against FHS. If the package insists on installing everything in one directory, it should be /opt/openmoko. But this isn't a problem of this guide. Chapter 8 mentions downloading the package to /tmp (where you might not have write access because it's not mentioned in the prerequisites) and later unpacking them as if they were in ~/sources. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Charging Neo Freerunner via USB port
On Fri, 18 Apr 2008 21:06:26 +0200, Michael Shiloh [EMAIL PROTECTED] wrote: * you mention 'other manufacturers' that 'identify their own chargers' with various resistors... if I have one of those chargers, is there a way to get the phone to ID it? There are two issues here: First of all, you have to know the value and location (i.e. between which two pins) of the resistor. There is no standard, no gathering place of all this information. You can search the Internet in case someone has posted this. I'm not sure how we measure the resistor. My guess is we measure the current and deduce from this. Measuring the current requires an analog to digital converter (ADC), which we must have wired up to the pin in question. If an arbitrary charger uses a different pin, and if we don't have an ADC on that pin, we won't be able to detect the resistor there. That said, the most common location for a resistor is the same as ours, so you're in good shape. Next, you have to modify the code to do this. Trivial for all you developers. This could actually be done by an application downloadable by a user who knows what he's doing. The user starts the application, plugs in the charger, the application measures the resistance. If it's not something identifiable, too bad. Otherwise, the user reads the output current specification on the charger and adds the pair (ID resistance, current) to the table. The reason I think this is of limited use is that I would guess that most of you will simply read the label on the charger, and then use a utility to override all the automatic detection and simply tell the charging logic that 500mA or 1A is available. Automating this is a lot of work for little gain. Not so little if you have a particular charger (say, Motorola) and use it to charge Neo every time. You'd really want it to auto-detect the charger instead of choosing the charging current manually every time. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: home zone functionality
On Thu, 17 Apr 2008 09:47:54 +0200, Matthias Lohr [EMAIL PROTECTED] wrote: I didn't find an answer to my question. I had a look at the wish list for the FreeRunner and wanted to add a software feature but wasn't allowed to edit the page so I'm writing it in this mailing list. I'm german and using o2. It offers the so called Homezone which is a area you can define the center. When in this area (depending on GSM cells) you can give and receive calls with a additionaly provided fixed line number at lower charge. So my question is: is this feature already in the todo list? Since Vodafone and T-Mobile is offering an equivalent service for about one or two years now I think that it would be worth to implement this. This seems like a feature of the network, not of the phone, and doesn't require any special support from the phone. And a quite strange feature, frankly. I'm not sure I understand the advantage of having one more number that only works sometimes, while in reality I strive for quite the opposite: having just one number that I can always be reached at, instead of having to tell people my home/office/etc numbers. This location-based approach is also quite counter to the current trend: with the modern technologies, it matters less and less where you physically are. It started with the very concept of a mobile phone and later continued with GSM roaming. These days some countries, like Norway, remove area codes and establish the same rate for calling any phone in the country. Finally, various VoIP technologies make it completely irrelevant where you are as long as you have an internet connection. This Homezone offer looks like a marketing trick to encourage people to talk slightly more and squeeze another penny out of them; it doesn't add any value and is, in fact, a way of selling air. It will eventually die along with the death of the very concept of home phone. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: home zone functionality
On Thu, 17 Apr 2008 10:34:20 +0200, Tilman Baumann [EMAIL PROTECTED] wrote: The home zone icon uses a rather strange SMS feature. I don't know details. But there are several message types. Like messages which pop up without asking the user to open it. Or like the O2 logo. Which is a SMS with (smehow) a emebedded pictogram ebedded. Which your phone shows in some status bar or the background. This icon can only be re-set if you get a special delete SMS. AFAIK there are no such things as executable code in SMS. There are specially formatted SMS that set or recent certain flags. For example, there are standardized flags (and ways to set and reset them) for voicemail and fax icons. O2 is probably using an undocumented (reserved) flag bit for their home icon. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re:Wrong Mini-USB-Jack
On Mon, 14 Apr 2008 18:38:11 +0200, Joe Pfeiffer [EMAIL PROTECTED] wrote: Will Freerunner be OTG? NEO could do either host or device, but didn't follow OTG spec to do it. OTG requires USB 2.0, which Neo doesn't support. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer brainstorming
On Wed, 02 Apr 2008 17:52:56 +0200, Flemming Richter Mikkelsen [EMAIL PROTECTED] wrote: What do we need the CAN interface for? We already know the speed before we enter the tunnel, and if the neo is in a car holder in a stable position, calibrated with some software, it knows from the accelerometers if we are driving strait ahead or making a turn and also if we are accelerating. With a little bit of mathematics, this can turn out to be very precise. As you're driving through a long tunnel (the longest one in Norway being 24.5 km), error accumulation will deteriorate the precision to the point of rendering the data useless. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Wireless charger for Neo
Hello! Some mobile phone vendors are now looking into wireless charging. A wireless charger technology is more user-friendly than the traditional wired phone chargers. However, users will only truly benefit from the interoperability between chargers for different phones if the vendors agree on a common protocol; otherwise, we'll have the same situation as we have now with wired chargers: every phone vendor makes their own charger incompatible with the others. In fact, an open protocol for transfer of electricity over IP has existed since 2002: RFC 3251 http://www.ietf.org/rfc/rfc3251.txt. After DVE (Discrete Voltage Encoding), the electric current can be quickly and securely transmitted to one or more devices over WiFi or Bluetooth in an MPLampS infrastructure. A consumer device can then decode the voltage and use it to recharge its battery. Will OpenMoko, with its openness, be the first to implement MPLampS? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Wireless charger for Neo
On Tue, 01 Apr 2008 18:46:57 +0200, Ortwin Regel [EMAIL PROTECTED] wrote: Will OpenMoko, with its openness, be the first to implement MPLampS? Why not simply use standard wireless USB chargers? Or figure out how this device is implemented. http://www.thinkgeek.com/stuff/41/wec.shtml However, this can be unsuitable for Neo without transcoding from high voltage AC to low voltage DC. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More than a phone with a GPS navigator
On Thu, 27 Mar 2008 21:56:17 +0100, Marco Trevisan (Treviño) [EMAIL PROTECTED] wrote: * Track recall: if the device stores all your movements (or a rough list of areas visited) for the last few days, you could recall where you've been, when you came somewhere and when you left, which is sometimes handy. This includes finding that place again if you don't remember the way. Could also be used by sales agents, couriers etc to automatically report where they've been. You posted many intresting ideas, but this one should be well implemented since it could infringe your privacy! So maybe this could be applied if there's a kind of encryption of the data saved, or better, a full disk filesystem encryption :P. Any device with a web browser on it is a serious privacy concern anyway because the browser stores cookies, cached pages, history, sometimes passwords, etc, so encryption of sensitive data is something to think about in any case. However, it's unclear to me how some form of encryption could be implemented, more precisely, where the key material should come from. Is the user supposed to type a password to log into the phone? Only when turning it on or each time after a delay of inactivity? It would be a serious usability drawback, and most users would disable encryption or set a very weak password that's easy to type. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More than a phone with a GPS navigator
On Fri, 28 Mar 2008 10:51:14 +0100, Andy Green [EMAIL PROTECTED] wrote: We get very approximate part of town location information for free from GSM cell number just by being a phone. We get +/- 100m specific location information from powering the WLAN and doing an AP scan periodically, studying the AP MAC addresses we can hear beacons from. So it can differentiate between being at home, office, lunch, travelling, visiting and so on autonomously. What's the advantage of the other ways of locating yourself (GSM, WiFi) over GPS? We don't neccesarily know the GPS coordinates or name of a location, but with such a daemon we can pretty cheaply know if we are back there without needing GPS, and we can recognize it as a place and subtly change contexts on the phone, different background, as Alexey said ring or vibrate, different sorting order for contacts based on who you contacted from that place, etc. The latter is very interesting! Indeed: I live in Norway but sometimes visit Russia. I rarely call my Russian friends while I'm in Norway because of the high international call rates, but when I come to Russia, I'm very likely to call them! -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More than a phone with a GPS navigator
On Fri, 28 Mar 2008 12:27:56 +0100, Andy Green [EMAIL PROTECTED] wrote: | What's the advantage of the other ways of locating yourself (GSM, WiFi) | over GPS? Power, and they work inside buildings away from windows. Inside a building your essential location (as read from the GPS receiver the last time before entering the building) stays the same. Once you've come home, you're staying home until you go outside and get a GPS signal that tells you're somewhere else. GSM at least will be powered anyway in the normal case, so polling that every 10 minutes Or whenever we get an interrupt from the accelerometers -- you can't really move if you don't accelerate. or whatever is relatively cheap. WLAN just needs to come up long enough for a scan and can go back to sleep if not already in use. It can use GPS as an input too, I don't know the power consumption but I know in my work room anyway where I spend most time, at least the proprietary satnav we have here cannot get a signal unless I go outside. I guess it is the same in most buildings and that is where people are most time so it can't be relied on I think. That's the point: while you're inside a building, all you have to know is that you're still inside. I really would love WLAN to scavenge open connections as well at the same time (Holger mentioned this idea but I already cherished it). So if you walk down a street and you didn't have Internet connection for a while, it keeps seeing new APs each scan and on the basis it deduces you are moving, it can increase the frequency of waking for scan and trying for association and DHCP on anything it finds, update mail and rss, maybe alert you it scored a connection. One has to be careful about that. IANAL, but it might be illegal in some countries to use someone's private network even if it's left unencrypted (compare: if an apartment door is left unlocked, it doesn't mean that it's ok for everyone to come in). Also, in many public places you'll get a page telling you that you have to pay or log in instead of any web page you request, and it can confuse the RSS parser, screw up page caches etc. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Accelerometer brainstorming
Just like my recent post about using GPS to enhance the phone, I'll try to explore the synergy opportunities for the accelerometers that Neo has. Once again, some of this might have already been discussed. * Intuitive mute: put the ringing phone on a flat horizontal surface (table) with its screen facing down to stop the ringing. Intuitive for the user and easy to detect with the accelerometers. Could also be used to hang up the current call. The gesture is very distinguishable and is hard to misinterpret because there aren't many situations when the user would normally put the phone on the table screen down. * Vibration control: when the phone is lying flat, either with its screen up or down, don't vibrate, so as to not produce the annoying loud noise. Ring instead, or do something else. Maybe make a weaker vibration, if the vibrator can do that. * Step counter: use the accelerometers to count steps when walking or running. Some people use dedicated devices for that. * GPS power saving: you can't move if you don't accelerate, so don't do power-expensive location detection until acceleration is detected. Once it's detected, start monitoring the location and keep doing it. Stop monitoring once the position stops changing for a while. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer brainstorming
On Fri, 28 Mar 2008 14:31:20 +0100, Joseph Reeves [EMAIL PROTECTED] wrote: To join this post and your previous post, how about using the accelerometers to enhance the GPS? Not just for power saving, but say you drive through a tunnel; the GOS loses connectivity but the device still knows your location based on accelerometer data. There are commercially available in car navigation systems that already employ this technology. I haven't mentioned accelerometer-assisted dead reckoning because I remember it having already been discussed. The same goes for recognition of various gestures like shaking and tilting. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: More than a phone with a GPS navigator
On Fri, 28 Mar 2008 14:59:42 +0100, Andy Green [EMAIL PROTECTED] wrote: | That's the point: while you're inside a building, all you have to know | is that you're still inside. Well you can know where you are in the building from AP scan monitoring. ~ In an office building for example you might go to a meeting room or a cafeteria and want that as a different place, but you never get to the open sky moving around between these places. Fair point about different rooms. However, attempts to locate yourself up to room precision will fail a lot -- the range of one WiFi AP isn't really confined within the walls of a room, so just walking the corridor past the meeting room or sitting in an adjacent room would trigger the meeting room profile. I don't see how it could be made to work up to room precision. It seems to me that building precision is the best that's practically possible. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Accelerometer brainstorming
On Fri, 28 Mar 2008 17:59:38 +0100, Crane, Matthew [EMAIL PROTECTED] wrote: * I mentioned this in another thread, but if the device: - goes from 60km+ to 0 in short order, e.g. high g stop - while traveling horizontally - over a road - an on-screen alert/countdown is not stoped Then it's likely a vehicular accident so auto-call/sms for help with some kind of countdown to disable. Only really possible to do that with a phone + GPS + acell. In some countries it's illegal to call emergency numbers automatically. * Use acell data to charecterize person carrying the phone (as many couples out there will share phones, or give to children) and tie into user profile. Do you think it's possible to use traits of a person's walk for identification? Never heard about something like this. Interesting idea, if it turns out implementable. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
More than a phone with a GPS navigator
Hello! What always fascinated me in multi-functional devices like Neo is that you can do more with them than with separate devices. Some examples of such synergy have already been discussed. Here are a few more ideas of this sort: “more than a phone with a GPS navigator”. Sorry if some of them have already been posted here. * Location-triggered reminders: in addition to usual organizer entries that remind you at a certain time, you could have reminders that trigger at a certain location. For example: next time you're near the post office (according to GPS), fetch your package there. (Or remind anyway if a certain amount of time passes and you haven't been near the post office.) * Beforehand notifications dependent on location: usually the organizer allows you to specify how long before the event the notification should be given. In many cases, this depends on how long it would take you to get to where the event happens. The interval could be dependent on the distance measured between you and the target location: the further you are from there, the more time you need. * Remember where the contact lives: when storing a new contact (typing in, bluetooth etc), optionally store the current GPS position as the location for the contact. * Location-triggered profiles: device profiles can be triggered by locations. For example, the phone can switch to quiet mode in the library (once you've configured it to do so the first time you visited the location). * Location-guided configuration: automatic selection of configuration presets basing on where you are (country and city, maybe also GSM network). Can work for GPRS, MMS, call routing (prefix rewriting / routing via SIP basing on what is cheaper in what area), currency/measure converter, time zones, holidays in the calendar and many other things. * Device finding service: if you have lost your Neo, you could access it remotely and find out where it is, according to GPS. * Track recall: if the device stores all your movements (or a rough list of areas visited) for the last few days, you could recall where you've been, when you came somewhere and when you left, which is sometimes handy. This includes finding that place again if you don't remember the way. Could also be used by sales agents, couriers etc to automatically report where they've been. * Where I am: automatically send someone an email or SMS with your current GPS coordinates which are human readable but at the same time parseable by another Neo or by compatible software. This lets you quickly tell another person where you are if you want to meet up and it's difficult to describe the precise location. (Everyone has been through this. “I'm waiting for you on the other side of the road.” -- “I'm on that side of the road, but I can't see you. Or do you mean the *other* side?”) When received, such a message can be used to find out how far away the location is and to plan a route. * Picture annotation: when taking pictures with an external camera (or with a camera built into some future device), automatically add comments describing the location where the picture was taken in a format that is both machine- and human-readable. You can view these pictures pinned to the map later. The same applies to audio and video recordings as well as text and “ink” notes. * Public transport planning: provide pluggable integration with public transportation trip planer web services that exist in many cities. That means, craft the HTTP request automatically from the locations picked on the map (or using the current location) without having the user fill the form. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: hand charger for neo
On Wed, 12 Mar 2008 02:41:14 +0100, joerg [EMAIL PROTECTED] wrote: i spend a fair part of my time away from power points/computers and having recently got a hand-crank powered torch, i realise this would be the way to go for re-charging my neo. I've one too... I've some connectors for commercial phones, but I don't know how I could use it for my future neo... I've just a two-pin jack-like port... Any idea? get yourself a powered usb-hub Anyway i doubt anyone likes to turn the crank for at least 2 hours, to charge NEO's battery ;-) You wouldn't want to reach 100% battery this way, but you might want to crank for several minutes to send that important SMS you have to send, or make a vital call. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Using Wi-fi on Neo FreeRunner
On Wed, 12 Mar 2008 11:29:30 +0100, David Pottage [EMAIL PROTECTED] wrote: is there anything underway to allow nokia n-series software to run on the neo? is it just a matter of installing hildon and some other dependencies? if it's possible, there is always skype That is like asking if there is anything available to run windows software under Linux, and asking that question about 10 years ago. If we're talking about Skype, then Skype for Nokia N800 is more likely to get to run under OM than one for S60. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: To everybody! Brenda -Full time editor on board
On Tue, 19 Feb 2008 10:52:53 +0100, Brenda Wang [EMAIL PROTECTED] wrote: Firstly, I will create a page as an Index. The page's name is OPENMOKO WIKI Offical Index Page. It is like a book's Index; then you can find things easily. Please let me know if you have any suggestions or questions. http://wiki.openmoko.org/wiki/Special:Allpages is supposed to be an automatic index page in MediaWiki, but apparently it's broken, as it only shows two pages. I think it should be fixed. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New wiki page - Problems of typical closed phones
On Sun, 03 Feb 2008 20:55:07 +0100, JW [EMAIL PROTECTED] wrote: I created a new page to list the problems of typical closed phones with the intention of informing potential Openmoko phone buyers. Instead of putting Manufacturer / Model / Operating System / Operator into one column with slashes inbetween, it seems natural to make four separate columns, that's what tables are for. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: France : Taxes for video and mp3 playing capacity
On Fri, 25 Jan 2008 00:07:23 +0100, Steven Le Roux [EMAIL PROTECTED] wrote: France is about to taxe smartphone which provide 3 features : - At least 128mo internal memory (neo will have 256) - at least one touch/key dedicated to audio playing (what about a touchscreen ?) - mp3 or video playing Neo doesn't have keys dedicated to anything except turning it on and off. A touch screen is a versatile controller with areas assigned to different features at different times, with no part of it being dedicated to anything in particular. So it cannot be said that Neo has a control dedicated to audio playing. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Recent spam.
On Mon, 07 Jan 2008 19:53:55 +0100, Torfinn Ingolfsen [EMAIL PROTECTED] wrote: for those who feel the need to reply to the spam messages in order to inform the rest of us that the message is spam[1] and should be dealt[2] with - please, please do NOT quote the message. If you do, the spammer gets the commercial displayed once more. Plus, the efficiency of Bayesian filters is decreased by doing this because non-spam messages very similar to spam appear and get learned. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Apologies for spam - we will blacklist that account right away
On Tue, 25 Dec 2007 23:09:52 +0100, Michael Shiloh [EMAIL PROTECTED] wrote: As most of you will surely guess, that email about magazine subscriptions was spam. We take your privacy very seriously and will take the necessary steps to prevent this poster from using our list again. Well, looking at the headers of that message, it scored a jackpot on SpamAssassin, I wonder why it still got through. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Any chance to have a dual-SIM slot on futures products?
On Tue, 11 Dec 2007 14:37:02 +0100, David Pottage [EMAIL PROTECTED] wrote: The dual SIM products you can buy after market, take two SIM cards, and provide a way for to switch between them, either by rebooting the phone, or via a SIM services menu. This isn't exactly true. In some dual-SIM phones that have recently entered the market, such as Fly B700 Duo, both SIM cards can be used simultaneously without the need for any kind of switching. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SIM card read/write [was Re: SIM Card Copy]
On Tue, 27 Nov 2007 14:28:34 +0100, Arthur Marsh [EMAIL PROTECTED] wrote: Struggling to get back on topic, a USB SIM card reader/writer that works under GNU/Linux with free specifications and drivers would be a great complement to the NEO 1973 and successors. Would FIC be in a position to make available such a product? I don't know what exactly you mean under a SIM card reader/writer, but the phone itself is a programmable device with a USB port and a SIM card slot. What other hardware do you need? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo1973 drawings
On Thu, 18 Oct 2007 06:33:12 +0200, Doug Jones [EMAIL PROTECTED] wrote: Would be great if somebody did a really thorough job of documenting the Neo case. In other words, disassemble a Neo as described here: http://wiki.openmoko.org/wiki/Disassembling_Neo1973 and make nice orthographic images of all the case parts, from all angles -- back, front, edge-on, etc. As far as I know, the GTA02 case would be different from GTA01 inside, though the outer shape doesn't change. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Some ideas for the accelerometer
On Sun, 14 Oct 2007 21:57:52 +0200, Ortwin Regel [EMAIL PROTECTED] wrote: It's also important to remember that the motion of picking up your phone should not lead to denial of the call... ;) The initial proposal mentioned muting the ringer, not denying the phone. It's perfectly OK to mute the ringer if you're already taking the phone to your ear. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Vorbis Support on Nokia N800
On Tue, 09 Oct 2007 11:46:35 +0200, chetan nanda [EMAIL PROTECTED] wrote: I have made one ogg player using gstreamer libraries and when i try to run the that on Nokia N800 its not working. It gives me the following error: GLIB WARNING ** Gstreamer - Failed to load plugin: Opening module failed: /usr/lib/gstreamer-0.10/libgstivorbis.so: cannot open shared object file: No such file or directory I have installed the ogg- support package and the libgstivorbis.so is there in the /usr/lib/gsteamer-0.10 folder. Try running ldd /usr/lib/gstreamer-0.10/libgstivorbis.so -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Vibrator
On Wed, 03 Oct 2007 09:20:28 +0200, Javi Roman [EMAIL PROTECTED] wrote: Great, I submitted patches http://lists.openmoko.org/pipermail/openmoko-kernel/2007-September/000249.html for vibration modulation, so you can use pulses with low intensity and avoid waste of battery power. Nice! But why do identifier names mention GTA01? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gpsd and AGPS
On Fri, 28 Sep 2007 21:21:54 +0200, Ken Yale [EMAIL PROTECTED] wrote: You have 4 great ideas to discard or supplement the location cache: 1) CellID database inside the phone. ...or on a server, updated with contributions from many users. Note that such database can even be used by non-GPS-capable devices (e.g. running OpenMoko) to find their approximate location -- you can't get any precision, but at least it gives you the city and district, enough for tasks like finding a café nearby. 2) Power-on after a long timeout with a prompt to discard location. 3) Flight mode with no destination typing. This one should probably also have a prompt. Software shouldn't try to be smarter than the user. 4) Change cell network. With (1) working, this will rarely cause loss of location; the current location aid will rather be replaced with location data associated with the CellID. If the new location aid doesn't contradict the previous one, we're having a case of overlapping networks, and the previous data (more precise) shouldn't be discarded. Each of these sparks additional ideas and opportunities for improving autonomous GPS: - invalidate location cache from sort of travel manager application that knows you're flying because of schedule, change of timezone, invoking flight mode, etc. Could tie into the airport destination planning to get a rental car, directions, local information, etc. Could be useful, but only if it's transparent to the user and behaves predictably. Another issue is driving through tunnels. Garmin receivers used to have this problem: when you drive into a tunnel, the signal is lost, and upon exit, the last valid location (entry point) is used as aid. Norway (where I happen to live, so I'm affected by the issue) has a lot of tunnels, including the longest one in the world which is 24.5 km long. After driving though such a tunnel, the cached location is a hindrance rather than an aid. As the result, immediately after exit the device could show your location in some unrelated point. They fixed this in newer versions of the firmware by using the map data: when you enter a tunnel, the device looks up on the map where its exit(s) are (sometimes tunnels have branches inside), and uses those locations as aids when the satellite reception restores. Garmin devices also show your inferred location while in the tunnel, based on the tunnel shape on the map and your average speed during some time before entry. Neo has a technical advantage here because its accelerometers allow to perform some dead reckoning (combined with map data, if available). -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gpsd and AGPS
On Mon, 03 Sep 2007 21:24:45 +0200, Ken Yale [EMAIL PROTECTED] wrote: Normally, ephemeris satellite data is downloaded at 50 bps from the satellites, but only when the signal strength is above about -142 dBm. Live ephemeris data is good for about 2 hours. With a data connection (I use a USB TCP/IP bridge to a PC, and then to the network), we can download 7 days of ephemeris in 3 or 4 seconds, independent of GPS signal conditions. Wasn't the last sentence supposed to say almanac? As I understand, the ephemeris data is short-lived and doesn't make sense to cache ahead of time. The almanac, on the other hand, is valid for some days once acquired. - database of cellID -- initial position look up. I understand network operators cherish and protect this database. Sure, the cell operators won't gladly share this data with anybody, but there's still something that could be done: the phone could learn the CellID - area association and use it later (if we are registered at some cell we've already been at, we can't be miles away from where we were last time at this cell). -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gpsd and AGPS
On Fri, 28 Sep 2007 16:39:43 +0200, Ken Yale [EMAIL PROTECTED] wrote: Sure, the cell operators won't gladly share this data with anybody, but there's still something that could be done: the phone could learn the CellID - area association and use it later (if we are registered at some cell we've already been at, we can't be miles away from where we were last time at this cell). [Ken] Exactly! This would be a good feature for an Open SUPL server. The Broadcom SUPL server has this feature also. Wow, I didn't think about that! I was thinking about accumulating the learned CellID - area data in the phone, but storing it on an open server would take it one step further, so that the users can benefit from each other's contributions. [Ken[ Your second point: presumed proximity based on most recent location is hard-coded into the GTA01 GPS already. However, the GPS must derate the accuracy of the position as a function of time. Most GPS receivers have this feature already. One problem is when you've flown across an ocean, and a 1-or-2 day old (or even 8 hour old) position would actually be a negative assistance. To avoid this, my Garmin does the following: if you turn it on after not having used it for quite some time AND satellite reception is difficult at the moment (happens when I turn it on before driving out of the garage), it asks you: Have you moved hundreds of miles/km since the last time? [Ken] This could be a feature to be added to the GLLIN by FIC: detect this large position change. Some ideas: - flight mode - tap the city (or airport code) your flying to. Typing should be optional, of course. So if you just enable flight mode without typing the destination, it should invalidate the recent location aid. Change of the cell network ID (not the cell ID), i.e. roaming, is also an indication that we have probably travelled far. However, this one should be used with care because some networks in urban areas have poor coverage so that the phone enters roaming now and then and connects to some other local cell network. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GTA02 GPS (was Re: gpsd and AGPS)
On Tue, 04 Sep 2007 17:27:18 +0200, Harald Welte [EMAIL PROTECTED] wrote: Just to clarify this: We have both GTA02 prototypes with GL/Broadcom and with a a competing firmware-based AGPS solution. Will the choice between them have settled by the time GTA02 becomes available to order? Would be a disappointment to order a device and be unable to develop/test/use GPS software on it because the other kind of chip has been chosen. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia coming for Neo1973
On Tue, 25 Sep 2007 10:32:46 +0200, Dani Anon [EMAIL PROTECTED] wrote: strongly agree with all these points. With mobile devices, direct access to the hardware is everything because it might mean an extra hour of battery. the main problem right now is I'm not sure about the future of openmoko if they keep using X. When I learnt openmoko was using an X server it surprised me a lot, its a very weird decision. Most of Linux powered extramobile devices that I know of (please correct me if I'm wrong) have some kind of framebuffer environment in which you can directly draw stuff on screen with little overhead. Just for the record, Nokia N770/N800 uses X. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia coming for Neo1973
On Tue, 25 Sep 2007 11:18:39 +0200, Dani Anon [EMAIL PROTECTED] wrote: Most of Linux powered extramobile devices that I know of (please correct me if I'm wrong) have some kind of framebuffer environment in which you can directly draw stuff on screen with little overhead. Just for the record, Nokia N770/N800 uses X. Just for the record, those are tablets, that weight more (i.e: they have more battery life thus power) that can take such overhead. N800 doesn't even have phone functions! Do you know about any linuxphone with X? Nokia N800 has a 1300 mAh battery, which is AFAIK less than Neo is going to have. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo 1973 certification in Russia (Rostest)
On Thu, 20 Sep 2007 09:44:05 +0200, Raphael Jacquot [EMAIL PROTECTED] wrote: I want to have Neo1973 in Russia. AFAIK there is a problem about certification in Rostest. I can discover certification procedure and prices from Rostest. I wrote following email at Rostest (in Russian): yet another bullshit certification procedure designed to keep stuff out the market... Hey, so far noone has been trying to keep Neo out of the market. Don't be judgmental yet. However, I envision it can be a hard time certifying a piece of phone hardware without the accompanying software. If the software can be changed by the user any minute, the phone at any given time may or may not comply to various regulations (like, e.g., speaking the GSM protocol correctly). -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ATT is cruising for a bruising
On Mon, 10 Sep 2007 12:03:05 +0200, Raphaël Jacquot [EMAIL PROTECTED] wrote: The problem was that their three Iphones were racking up a bill for data charges using foreign phone charges. The Iphone regularly updates e-mail, even while it's off, so that all the messages will be available when the user turns it on. This not because Apple or ATT are evil. It's actually a bug (or call it a design shortcoming) and could happen to anyone. OpenMoko should probably include some system-wide network access management that avoids huge roaming bills. Applications will normally assume that if they CAN establish a TCP connection, then it's OK to do so, and it's better to allow them think this way rather than have every application care about possible roaming. Otherwise one of the application developers will forget about it once, and we'll have a problem like Jay Levy's. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia coming for Neo1973
On Tue, 18 Sep 2007 17:45:51 +0200, Mauro Iazzi [EMAIL PROTECTED] wrote: I hate to say it but in my experience at least, its a dream developing apps using QT esp given the nice IDE in comparison to using GTK. QT just has the docs and organised feel which makes it easy. with the drawback that _everything_ will need to be Qt based Why is that? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: application idea
On Wed, 12 Sep 2007 22:57:28 +0200, ian douglas [EMAIL PROTECTED] wrote: ... which doesn't help any if you're in the air-conditioned afore-mentioned airport in Arizona and you want to know how warm it is outside ;o) While inside the airport, you also won't get the GPS satellite signal to find out where you are. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
The problem with touch screens
http://blogs.s60.com/browser/2007/08/the_problem_with_touch_screens.html The point of the article is that touch screens lack the tactile feedback that's inherent to physical buttons. I wonder if it's possible to simulate some of that feedback using the vibrator built into Neo. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The problem with touch screens
On Tue, 11 Sep 2007 19:02:47 +0200, Giles Jones [EMAIL PROTECTED] wrote: http://blogs.s60.com/browser/2007/08/the_problem_with_touch_screens.html The point of the article is that touch screens lack the tactile feedback that's inherent to physical buttons. I wonder if it's possible to simulate some of that feedback using the vibrator built into Neo. If the buttons are big enough and it beeps then it's not so bad. I wouldn't want the vibrating action to cause someone to drop the phone. I once tried a mouse with tactile feedback (built-in vibrator). I could actually feel the buttons I hovered the cursor over as being embossed; it felt like moving the mouse over a non-flat relief rather than simply vibration. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: stylus alternative
On Mon, 10 Sep 2007 07:46:29 +0200, Gabriel Ambuehl [EMAIL PROTECTED] wrote: anyone else see my vision? or am i insane? Yes, even thought you be able to cut your finger nails this way (now that IS insane). Those caps used to protect your fingers (aptly named Fingerhut i.e. finger hat in German) when sewing could easily be turned into what you're thinking about, I guess. I've always been able to operate a touch screen with pixel precision using my fingernail of natural shape, without cutting it in any special way. -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community