Re: mailing list management
On 8/16/07, Giles Jones <[EMAIL PROTECTED]> wrote: > On 16 Aug 2007, at 00:07, Nick Johnson wrote: > > The list server is clearly the issue here, failing to accept messages > > in a timely fashion. > It's only affecting GMail messages. I believe people with providers other than gmail (and not just those using google apps, like myself) have also reported issues. GMail is just less patient than most - it's still only an issue because the list server is taking a long time to respond. How long _should_ a mail server wait for a reply? Forever? Saying that it must be GMail's fault because it mainly affects GMail messages is akin to blaming a user when a vending machine swallows their change - it didn't swallow anyone else's, so it must be their fault, right? > Plus that RFC you quoted says recommended 30 minute retry but GMail > is retrying every 8 minutes. Okay, in that respect Google is bucking the reccommendations - it should try less frequently. It _shouldn't_ give up after a message or two, though. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: mailing list management
On 8/16/07, Giles Jones <[EMAIL PROTECTED]> wrote: > On 15 Aug 2007, at 23:30, Nick Johnson wrote: > > Wasn't it established that the problem was with the list server taking > > ages to send an OK response to messages, and the gmail (and some > > other) servers simply giving up? Seems like more of an issue with the > > list than with the client. > > That maybe so, but it's dumb for it to keep sending it. It should > give up after 1 or more attempts and mail the sender to say it failed > to deliver. Not so. Transient failures of mail servers are common; if giving up after 1 or 2 attempts was common, a lot more mail would be returned 'undeliverable'. RFC 2821 says in section 4.5.4.1 (Sending Strategy): The sender MUST delay retrying a particular destination after one attempt has failed. In general, the retry interval SHOULD be at least 30 minutes; however, more sophisticated and variable strategies will be beneficial when the SMTP client can determine the reason for non-delivery. Retries continue until the message is transmitted or the sender gives up; the give-up time generally needs to be at least 4-5 days. The parameters to the retry algorithm MUST be configurable. The list server is clearly the issue here, failing to accept messages in a timely fashion. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: mailing list management
On 8/16/07, Dean Collins <[EMAIL PROTECTED]> wrote: > So is that one voteor twoor three.(or however many more > times your email client is going to send the same message over and > over). Wasn't it established that the problem was with the list server taking ages to send an OK response to messages, and the gmail (and some other) servers simply giving up? Seems like more of an issue with the list than with the client. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: VMWare-Image (again)
Why not upload it to Amazon S3 and use that as a seed? The costs should be minimal if it's just used to seed BitTorrent, and it's a lot easier than doing it yourself. -Nick On 8/8/07, Sébastien Lorquet <[EMAIL PROTECTED]> wrote: > Now it's 38% downlaoded. > > I found a PHP tracker (TorrentTrader), but it's designed for mysql 4. hope > this will work with my mysql 5. (I won't downgrade) > > Do you know any PHP tracker? I found this one, but maybe other are better ? > I knew PHPBT that was nice, simple, fast, but it seems to be unavailable now > :( > > > 2007/8/7, Jeff Andros <[EMAIL PROTECTED]>: > > let us know if you put this up on bittorrent... I'll help seed > > > > > > > > On 8/7/07, Sébastien Lorquet < [EMAIL PROTECTED] > wrote: > > > I'm planning to create a minimal build host with a fedora. > > > > > > I can copy your file to my server, if I can download it somewhere. We > can share it via bittorrent, too. > > > > > > > > > > > > 2007/8/7, Eric Heinemann < [EMAIL PROTECTED]>: > > > > > > > > > > > > > > > > > > > If someone will host the 2gb+ file, I can provide an Ubuntu VMWare > image that I made several months ago. A few people have downloaded it, and > I am not sure how well it works for actual development. I was able to > compile everything using MokoMakefile and run the qemu image it produced. > > > > > > > > -Eric > > > > > > > > > > > > > > > > - Original Message > > > > From: Jay Vaughan < [EMAIL PROTECTED]> > > > > To: Al Johnson < [EMAIL PROTECTED]> > > > > Cc: community@lists.openmoko.org > > > > Sent: Tuesday, August 7, 2007 9:56:38 AM > > > > Subject: Re: VMWare-Image (again) > > > > > > > > > > > > >> There is QEmu images at http://wiki.openmoko.org/wiki/ > > > > >> OpenMoko_under_QEMU . > > > > >> QEMU is a generic and open source machine emulator and virtualizer: > > > > >> http://www.qemu.org/ > > > > > > > > > > True, but answers the wrong question. The question is whether there > > > > > is a > > > > > virtual machine image of an entire configured build system, similar > > > > > to the > > > > > one for the Neuros OSD. AFAIK the answer is no. I was going to make > > > > > > one using > > > > > qemu and ubuntu, but other things got in the way and I won't have > > > > > the time > > > > > again before September. > > > > > > > > > > > > > > > > > This isn't much help I know, but I'm doing just this - setting up a > > > > Parallels image for GP2X developers - for the GP2X handheld gaming > > > > console .. maybe I should consider merging openmoko into the same > > > > image while I'm at it .. probably a good idea .. > > > > > > > > j. > > > > > > > > ___ > > > > OpenMoko community mailing list > > > > community@lists.openmoko.org > > > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > > > > > > > ___ > > > > OpenMoko community mailing list > > > > community@lists.openmoko.org > > > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > > > > > > > > > > > > > > > -- > > > Sébastien LORQUET - 이세영 (李世榮) > > > Ingénieur ENSPG 2006 / ENSIMAG-ASI 2007 > > > ___ > > > OpenMoko community mailing list > > > community@lists.openmoko.org > > > http://lists.openmoko.org/mailman/listinfo/community > > > > > > > > > > > > > > -- > > Jeff > > O|||O > > > > -- > Sébastien LORQUET - 이세영 (李世榮) > Ingénieur ENSPG 2006 / ENSIMAG-ASI 2007 > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > > ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 700 Mhz Spectrum Auction
On 8/2/07, Mark <[EMAIL PROTECTED]> wrote: > 3. If all the rules were passed the frequencies would have less > value. Radio towers are expensive and you cannot charge people for > them. Consumer electronics are cheap(to make) and people will pay for > them. If a company isn't guaranteed profits from CE, then they have > less real incentive to put up towers. (they still have service > charges). That's already been raised and pretty much torpedoed by Google's offer to meet the reserve under those conditions. Even setting that aside, why would they have less value? The openness conditions suggested don't preclude charging for service; they merely ensured that the environment would be competitive, with many different parties able to resell the bandwidth or resulting network on that frequency band. > 4. Nobody really restricts devices anyway they just use retail power > to push their phones. So point 3 because mostly irrelevant either way. See above: With open, competitive networks on the same frequency, and anyone able to buy and resell chunks of it, and devices that are _required_ to be open, this would be a lot less of an issue. If your provider of choice doesn't offer your favorite device, simply buy one from another provider, or a third-party. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why you won't find me in the forum much
This is hardly terribly complicated: Just have an email address per forum. You can subscribe to a list for each (sub)forum, and to post you just email the appropriate address. -Nick Johnson On 7/26/07, Dr. H. Nikolaus Schaller <[EMAIL PROTECTED]> wrote: I can hardly imagine how this really works? Firstly, please take a look at http://www.oesf.org/forums/ and count the subforums there. In a forum system you have main forums and subforums, i.e. tons of different boards where each one runs one or more threads (topics). Ususally you can subscribe to e-mail notifications for each subforum. This is the main benefit of a forum over a single e-mail list where everything is thrown in (compare between a large hall where everybody cries what he wants to say vs. a set of small rooms with special topics discussions). Now, should all new messages of all subfora be mapped to a single e- mail transmission? Or should each subforum have its own mailing list? For an unidrectional mode (forum -> list) this could work (even if new subfora are created). But how to respond? How do you want to specify to respond to e.g. "Developer", "Hardware", "Smalltalk", "First Aid", "Sell&Buy" etc. through E-Mail? Or even worse: how to create a new thread which should just go to a specific subforum. On the single mailing list you would simply drop it in between completely unrelated messages. My conclusions is that by this requirement "Anything else is simply sub-standard for my usage patterns. " some of the special usage patterns of a forum system have to be given up (i.e. the hierarchical grouping of different topics/rooms/subfora or however you will call it). For me, a single mailing list carrying all topics of everybody is "substandard"... And, another issue is IMHO substandard with mailing lists: it is the citation style - everybody has a different way of citing previous e- mails. This is a lot of waste of eye-movements to find the relevant references. A forum system forces to use a single citation style. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Why you won't find me in the forum much
On 7/26/07, Rod Whitby <[EMAIL PROTECTED]> wrote: I have not yet found a forum that allows you to have all new messages emailed to you, or to have *all* past messages since *exactly* the last message you saw provided to you by an RSS feed (all the feeds I've seen will give you the last N messages, or the last day's worth of messages, so if I go away for three days it is not possible to see all the messages I missed). That's not how RSS is intended to work, though. With a decent reader with offline support (such as Google Reader), you can still engage in that usage pattern (for reading, at least) - the reader polls the feed at regular intervals and stores the results until you read them. RSS feeds aren't really intended to be parsed/read directly as a substitute for a medium like email. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Finally I received another response from OpenMoko Shop
On 7/15/07, Ben <[EMAIL PROTECTED]> wrote: 1. I'm not a developer - I'm learning Python, but there isn't even bindings yet, and this release is for developers of the phone, not developers of stuff for the phone. Unless I'm seriously mistaken, this device is very much for developers of stuff for the phone. Yes, phone hackers can mess around with the hardware and the bootloader, and kernel developers can work on the kernel, but userspace programs are also welcomed with open arms at this stage of development. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thregister coverage of first Neo
"The latest from Nokia: $200" "Being tied into a 2 year contract: $1500" *crossfade to Neo* "Knowing you're not stuck with one network: Priceless" ;) -Nick On 7/13/07, Luit van Drongelen <[EMAIL PROTECTED]> wrote: Reading the title of that article I first realize the big difference between the two types of free for mobile phones... Maybe something for that guy that made those commercials. All sorts of free (no money) phones, listed with the contract they're bound to + "not really free". And then last but not least: The FIC Neo1973: 300$, but completely free. anyhow, nice thing the register noticed too :) On 7/10/07, Sander van Grieken <[EMAIL PROTECTED]> wrote: > TheRegister coverage of the GTA01 release: > > http://www.theregister.co.uk/2007/07/09/neo_1973_launch/ > > > ___ > OpenMoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: The Openmoko Vo-IP network
On 7/11/07, George Abraham <[EMAIL PROTECTED]> wrote: Now that we have a great phone to use, we could use a great channel for communication. The vision is to communicate using the most open channel of communication ( the Internet) using VoIP technology for routing all mobile phone calls. Openmoko application framework can be used to create a "skype-like" client running on openmoko. A wireless router can provide the "mobility", which are connected to each other using the Internet. The hotspot can be serviced by WiMAX or WiFi technology. The router will talk to other openmoko routers, routing the call to users on openmoko network. Files and video can be transfered/ streamed to each other through openmoko. This would be a great to go along with Openmoko, not only providing a "free" phone, but also a "free" network as well. There is already a technology for this - SIP - and open VOIP PABXes (Asterisk). We just need a client for OpenMoko. No sense reinventing the wheel. :) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Store info - shipping costs, credit card support
I just bought one. The only shipping option listed was "SAVER" at a wince-inducing $85.13 USD to ship to New Zealand. As for credit cards: Visa and American Express only. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: Delivery Status Notification (Delay)
I just got this in my inbox. Possibly the reason the messages are getting duplicated is because the connection with the list's email server is timing out _after_ the message has been transmitted, but before Google's servers have sent a QUIT? And yes, though my domain is my own, I use Google Apps for my email. -Nick Johnson -- Forwarded message -- From: Mail Delivery Subsystem <[EMAIL PROTECTED]> Date: Jul 8, 2007 2:36 PM Subject: Delivery Status Notification (Delay) To: [EMAIL PROTECTED] This is an automatically generated Delivery Status Notification THIS IS A WARNING MESSAGE ONLY. YOU DO NOT NEED TO RESEND YOUR MESSAGE. Delivery to the following recipient has been delayed: community@lists.openmoko.org Message will be retried for 2 more day(s) Technical details of temporary failure: TEMP_FAILURE: Unspecified Error (SENT_MESSAGE): Connection timed out - Message header follows - Received: by 10.100.142.12 with SMTP id p12mr574041and.1183766192881; Fri, 06 Jul 2007 16:56:32 -0700 (PDT) Received: by 10.100.96.6 with HTTP; Fri, 6 Jul 2007 16:56:32 -0700 (PDT) Message-ID: <[EMAIL PROTECTED]> Date: Sat, 7 Jul 2007 11:56:32 +1200 From: "Nick Johnson" <[EMAIL PROTECTED]> To: "Colin A. White" <[EMAIL PROTECTED]> Subject: Re: How many women on OpenMoko? Cc: community@lists.openmoko.org In-Reply-To: <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> - Message body suppressed - ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How many women on OpenMoko?
On 7/7/07, Colin A. White <[EMAIL PROTECTED]> wrote: wow... an unnecessarily hostile response. It goes a long way to explaining why the answer to the OP is "girls = 1". You don't need to be a Human Factors expert to know that men and women respond differently to design cues. For all the men on this list to assume that women are going to love their UI design work is a naive mistake. So is assuming that 'all the men on this list' think that based on one response. IMO, the most important thing for our UI would be to have UI designers. Someone experienced in UI design is going to do more for making the phone usable than an interested bystander or developer of _either_ gender. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Location Privacy Protocols, was Re: GPS trail - crazy idea
On 7/6/07, Paul Wouters <[EMAIL PROTECTED]> wrote: A paper was presented at the Privacy Enhancing Technologies conference in Ottawa a few weeks ago: Louis, Lester and Pierre: Three Protocols for Location Privacy Ge Zhong, Ian Goldberg, Urs Hengartner (University of Waterloo) See: http://petworkshop.org/2007/papers/PET2007_preproc_Louis_Lester.pdf Especially, an implementation of the Pierre protocol would be interesting. In essence, using the protocol, two people can reveal each others location but only when they are close to each other. In other words, if you are not close to each other, the other person does not obtain your location information. Additionally, you can lie about your location if you just do not want to be found right now, without revealing to the other person that you are lying. This would be a very cool IM plugin for Openmoko, and a good use of the GPS in Openmoko without losing your privacy. This does indeed look interesting. The issues I see are: - All the protocols rely on communication between peers, which is difficult in cell networks. Naturally this could be worked around by introducing a third-party as a relay, though. - Determining which friends are near you would require conducting the protocol with every one of them on a regular basis. This would be rather cumbersome for a large-scale system. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/6/07, Paul Wouters <[EMAIL PROTECTED]> wrote: Integration of "SMS buddies" with "IM buddies" would be nice :) I would really like to see 1 application for messaging, not multiple. I've seen this too many times where phones have seperate menus depending on the transport and the type of message. (The Parawireless HIPI for one is awful in that respect) Absolutely. Of course, it's not as simple as it would seem - IM apps are oriented mostly around the concept of who's online at the moment, while SMS is more like email in that it has no concept of presence. The advantages are obvious, though: If you had one contact for someone regardless of how many protocols they use, you could, for example, have it automatically send messages to them via Jabber when they're online with it, and with SMS when they're not. Obviously some sort of manual selector would be required, too. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/6/07, Mikko Rauhala <[EMAIL PROTECTED]> wrote: Basically this should be handled by the gsm daemon which the app can use via libgsmd, but going by the wiki SMS isn't there yet (maybe old data, shan't check now). You _could_ use passthrough-mode to send SMS and read them from the SIM; I'd think you'd need proper gsmd support to get notification about incoming SMS though, avoiding polling... Is gsmd under our control, or is that the closed-source module I've heard talked about? If it's open-source, I'll look into adding SMS support to it. Anyway, my impression is that the Powers that Be are rather forward-looking and want to do things such as IM with IP connectivity, which is all right and proper. Gimme a Jabber client any time. And say to people that it's "Google Talk" lest they get confused. Not to say that there isn't a place for SMS, but those are generally insanely priced; at least with data pricing there are islands of sanity ;) That's a great plan for the future, but SMS enjoys very wide deployment and compatibility right now - far and away greater, on mobile devices, than anything else. Legacy or not, I think support for sending and receiving SMSes is a must. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IM application and other questions
On 7/6/07, Ian Stirling <[EMAIL PROTECTED]> wrote: [EMAIL PROTECTED] wrote: > First off I just wanted to say I am extremely excited for Monday's release and I > hope I can get my order in for the first batch. Been following this project > since it was announced in November. Since then I've compiled a couple > different questions I was hoping you guys can help me out with. > > 1. Is the IM application SMS based or data plan based? What were you planning to code? Semi-serious. There isn't one. Is anyone more familiar with OpenMoko and the Neo able to give a quick overview of what's involved? Am I right in assuming that all that's required is a UI and an understanding of the AT commands to send and receive SMS messages? If so, I may have a go at this myself if nobody else gets in first. :) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: public access point database
On 7/4/07, Ryan Prior <[EMAIL PROTECTED]> wrote: You seem to imply that there is a technical infeasibility that cannot be overcome. If the public point database were segregated by a UNIX-style permissions system and connected to via SSH, wouldn't it be just about as safe as any public file server or database? Files that are "shared" can be accessed, files that are private stay private. A server-side daemon could negotiate friends lists, proximity, and other details without ever exposing private position data publicly. Am I missing something on the privacy front? Perhaps I just didn't grok your example. SSL would be better suited - perhaps that's what you meant. The main issue, I think, is that it requires users to trust this third-party database with some very personal information - possibly up to and including an ongoing log of their location. Even if the site itself is trustworthy, if it were compromised it could easily be exposed. The obvious solution, of course, is to simply restrict your userbase to those that are happy with the tradeoff. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS trail - crazy idea
On 7/4/07, Werner Almesberger <[EMAIL PROTECTED]> wrote: The "current location" interface should probably be generic, e.g., reading messages from a Unix domain socket. We can then feed it with fake test data and/or slap on a converter from NMEA. Why not just use NMEA sentences directly? They're simple to read, and more versatile. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS can work stand-alone (Re: Advertising/hype)
On 7/4/07, Niels L. Ellegaard <[EMAIL PROTECTED]> wrote: That sounds like great fun. Do you plan to introduce a central server and use a critical radius of a kilometer, or do you want to use wifi. I guess that wifi requires a fairly large userbase. Is it possible to design a system that worked with a central server without having the users reveal their position and identity all the time? I think a central server would be neccessary. Wifi has limited range, and doing ad-hoc networks is complicated. Bluetooth's range is even more limited. The privacy implications of constantly uploading your real-time position to a central server are formidable, though. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS can work stand-alone (Re: Advertising/hype)
On 7/3/07, Urivan Saaib <[EMAIL PROTECTED]> wrote: I noticed the freebase.com website requires invitation, do you have access to it? Also, the license of the service is free for non-commercial only, do you have any considerations in this topic? How will this affect the adoption of new developments? I have an invite. When it goes beta, accounts won't be required for read-only access, and when it goes release, accounts will be free for the taking. My undestanding RE: use is that all the content is Creative Commons licensed, so it shouldn't be an issue. Also, custom metadata repositories and replication (commercial services) do not seem feasible with freebase.com. What do you mean? I was thinking of this as a sort of mobile, location-based wikipedia. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS can work stand-alone (Re: Advertising/hype)
On 7/3/07, Urivan Saaib <[EMAIL PROTECTED]> wrote: Nick, I was thinking of something ala DNS, where the application can discover pieces of metadata associated to real-world items (you name it) categorized in a standard an open way. Users could add/edit/remove their own choices to customize what they want from their devices (getting closer to/getting far from vs state/status of the element associated to metadata. This could bring a benefic impact on the number/type of applications developed not only for OpenMoko but for any device that could gain access to a GPS hardware. Coincidentally, I was just thinking about integration with Freebase (http://www.freebase.com/), which would accomplish most of what you list. :) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS can work stand-alone (Re: Advertising/hype)
On 7/3/07, Mathias Rüdiger <[EMAIL PROTECTED]> wrote: No excuses left Nick. Seems that you have to write a wefi clone :) Looks like it. ;) Actually, I was thinking something more OpenMoko specific - a sort of enhanced PIM that lets you store locations and contacts (and contacts with locations) side-by-side, and a corresponding API so other bits can take advantage of the data (like the aforementioned muting-when-entering-cinema stuff). The other idea for a 'killer mobile gps app' that occurred to me is some sort of dynamic-flash-mob system, where you can express interest in various activities, and it'll detect whenever a 'critical mass' of people for a given activity are close enough together and buzz them all. Imagine walking past a stranger and suddenly your cellphones buzz to let you know you're both interested in a quick game of something... Obviously there are some pretty significant privacy issues that would be hard to get around for an application like that, though. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
On 7/2/07, Robin Paulson <[EMAIL PROTECTED]> wrote: someone has built an offline calendar/reminder tool called Remember The Milk: http://www.rememberthemilk.com/ it's built on google gears - all the data and application is run locally and re-synchronises on an internet connection appearing Yes, but you're still going to need an internet connection to load the site in the first place, and you're still going to need one whenever you sync. In the hypothetical situation described in the 'advertisement', both would apply. Besides, I don't see the iPhone having an implementation of Google Gears in the near future, since Apple have completely closed the platform to native apps. :) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPS can work stand-alone (Re: Advertising/hype)
On 7/2/07, Mikko Rauhala <[EMAIL PROTECTED]> wrote: Umm, the GPS chip and driver don't rely on the cellular network to function. They can work completely stand-alone. You can get a quicker cold fix if the driver can fetch some assist data from the network (what, NZ don't have GPRS?), but this isn't required. NZ has GPRS, but my understanding was that the AGPS requires the network to explicitly support it to get the assist data - that's certainly what everything I've read has indicated. I thought it was also required to get a fix at all - that the AGPS chip offloads some of the harder work onto the network, as that's what a workmate told me - but if he's wrong, I'm glad. ;) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
On 7/2/07, Al Johnson <[EMAIL PROTECTED]> wrote: On Monday 02 July 2007 11:02, Nick Johnson wrote: > I would do it myself, but from what I hear, the AGPS chip in the Neo > isn't even going to work on NZ's cellular network. Pity. :/ What gives you that idea? It can operate as a GPS without needing anything from the operator. It can use a bit of downloaded data to get a lock faster on startup, and may be able to use downloaded data to improve accuracy. None of this depends on the cellular network. My understanding was that the AGPS doesn't have the capability to get a fix on its own - that it requires assistance from the cell network for some of the heavier-duty processing it does. If I'm wrong about this, excellent. :) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
On 7/2/07, Florent THIERY <[EMAIL PROTECTED]> wrote: > > iPhone: Damnit, lost my connection! Why do people think that AJAX apps are necessarly remote ? They can be local and drive internal components (such as a gsmd for contacts/calling/messaging), do people really think that you'd have to connect the Internet to write kitchen receipes ? Maps-enabled apps, yes: Google Maps is way more clever than having to carry around a continental map. As is Wikipedia access, etc... But simple apps will be local, and won't necessarly suck ! It's just the make up that changes (ok, this does'nt count for games, but we're talking GUI toolkit here). I've yet to see an AJAX app that you can load entirely locally, so the criticism still applies. Besides, the point of nearly all AJAX apps is as a frontend for some server-connected service or another - maps, mail, sticky notes, whatever. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
On 7/2/07, Stuart Gray <[EMAIL PROTECTED]> wrote: http://www.wefi.com/ seems to be along that lines, the software they are using seems to be windows only at the moment though :(. But maybe somebody could write and open source one that still has access to the Google Wifi Mappage that works with the Neos GPS. Wow. Nice idea, but very closed. No developer API that I could find, proprietary closed-source app only, essentially you give them data and they keep it. It would be relatively easy to develop a much more open service along the same lines - GIS database backend, an open protocol for apps to submit updates and request information, and a frontend using Google Maps as well. Wouldn't even be a hugely involved mashup, at that. :) I would do it myself, but from what I hear, the AGPS chip in the Neo isn't even going to work on NZ's cellular network. Pity. :/ -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Packet encryption possibilities?
On 7/2/07, Patrick Madden <[EMAIL PROTECTED]> wrote: One of my research interests is encryption, and cell phones clearly need some help. Will hacking along these lines be possible in the upcoming release? The chip sets used in the phone might not expose enough to do this, and if it's not possible, I'd like to know early! Reading the archives, the general consensus seems to be that the only practical way to do this is to make GSM data calls to the recipient, and put your own compression and encryption on top of that. The problems with it are that apparrently it has much higher latency, and the bandwidth provided may not be enough to even make a call. -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
On 7/2/07, Dean Collins <[EMAIL PROTECTED]> wrote: Bzzz lets not get too carried away – are the Neo's going to have te gps locations of every cinema globally – nope then lets get realistic about what it can and cant do. As someone working in GIS - getting Point Of Interest data like that isn't as hard as you might think. The main problem would be that you're not going to have GPS reception indoors, so you won't neccessarially know when you're entering a cinema. :) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An alternative gaming top case
I believe the real issue is that retooling (changing the phone enclosure) is extremely expensive. So it's not adding the connector, it's modifying the case to fit. Also, do we know that they're modifying the motherboard to add extra features for the public release, or are there simply spaces left on the current one for the additional parts? -Nick On 7/2/07, Frederic Kettelhoit <[EMAIL PROTECTED]> wrote: But there is a redesign of the board for the accelerometers, the wifi, and the 3D Accleration. It would not be much more work to put a connector under the top case. So if you want to play games, you just take the top case and the back case, remove them, take the new gaming cases, add them. The little hole below the screen would be removed, instead of it, there would be a d-pad. I am not a hardware engineer, but the OpenMoko project built a whole phone, so it should be easy to add some small buttons, I think. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Advertising/hype
This puts me in mind of "this is the house that jack built": This is the phone that you built. This is the OS running on the phone that you built. This is the browser running on the OS on the phone that you built... Not sure if that's what you were referring to, as I haven't seen the ads in question. -Nick On 7/2/07, Ryan Prior <[EMAIL PROTECTED]> wrote: Black background. Things come on screen in their unpolished current state, glitches and all. Lines in quotes are voiceovers. "This is turning it on." We see Tux and initscript messages scrolling down the screen. "This is the internet." Show browser displaying Slashdot or kernel.org or something. "This is your music..." Show terminal with: cd /home/bob/multimedia/music ls They Might Be Giants The White Stripes The Red Hot Chili Peppers The Killers [EMAIL PROTECTED]> "This is the package manager . . ." Show package manager displaying pending updates. ". . . that installs the updates . . ." User selects an update and clicks Install. " . . . that you write for your Neo." Incoming call interrupts package manager, call is taken. Female voice from phone: "Hey there." Fade to black, display centered text FIC Neo1973 + OpenMoko Get your hack on. That's my idea for a commercial which calls the iPhone commercials to mind, but which are targeted at a different audience and don't raise expectations unreasonably high! Cheers, Ryan ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Advertising/hype
I just came across the OpenMoko project recently, but I'm enthused enough I intend to buy one on release day, even if shipping to NZ _is_ expensive. I'm really impressed with the project, and after being extremely disappointed with how closed the Apple iPhone is, it's a relief to see someone's doing a phone the right way. If you asked me for a feature list for my ideal phone, you'd pretty much end up with a good description of the OpenMoko. ;) Which brings me to a sudden (though premature) thought I had. I read one or two other posts in the archives about advertising/hype, and it occurred to me that the contrast between the iPhone and the OpenMoko is like night and day. Even better, Apple have a very successful advertising campaign that's just begging to be spoofed. So now I'm imagining a few ads along these lines... --- Scene: Completely blank white background. Two people enter the frame. Moko: Hi, I'm an OpenMoko iPhone: And I'm an iPhone * OpenMoko looks like he's enjoying himself iPhone: What are you doing? Moko: Oh, I just downloaded this great new game I came across. Want to try it? iPhone: I, er, I can't play new games. I've got this great game of solitaire, though! Moko: That's a shame. Nothing at all? iPhone: Well, I can play games off the web. Some of them. Want a game of bejeweled? Moko: ...thanks, no. I'm fine. --- You get the idea. Obviously I'm no script writer. ;) -Nick Johnson ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community