On Tue, 2010-04-13 at 15:12 -0700, Kip Warner wrote: > On Tue, 2010-04-13 at 19:17 +0000, Cry wrote: > > The burden is on you because you want it. Do you feel a sense of > > entitlement? Openmoko is gone from this space leaving the phone > > stack being improved by various folks acting on their own. > > > > Nobody around any more owes you anything. If you feel so betrayed, > > why don't you sue Openmoko in small claims court? > > > > At this point, it seems to me that you are just trolling. > > > > Cry > > Cry, your logic makes no sense at all. I asked a legitimate question and > you responded with irrelevant references to feelings of betrayal, > lawsuits, the judicial system, and lastly creatures living under > bridges. I was not pointing fingers at anyone. You've exceeded your > utility in answering this question, so you are not needed further with > my thread since others managed to answer it in a mature manner. > > The "burden" should be on those who received compensation for providing > goods as advertised in the first place. I've never faulted volunteers of > tangential projects for their contributions. > You seem betrayed when you ask for features and insist it should already be provided. You need some background! :) > OpenMoko, however, did not volunteer the device to me. They asked for > payment and received it, on the grounds that the device was ready for > the end user. This was how it was advertised and this was the impression > people were left with when they bought it. Rant time! :) Go to the last paragraph if short on time, but I attempted to address the nature of the complaints.
This is *not* a proprietary device, with one simple use. Openmoko promised a free phone. That is what we got. It gives you the possibility to do whatever is possible with it, without paying extra. I want a phone that I can use VOIP, download media, read books, serve web pages, do port scanning, go on IRC, read comics, play music, play video, and much more. How much should Openmoko have gone into supporting? Contrast to something like the iphone where I'll get a phone but if I want to ssh into it, run a webserver, read books, multi-task i'll have to pay extra or I won't get to do it due to an artificial limitation (I paid those asshats to make me NOT do things with my phone). In the beginning they were working on the "distro" side as well, but it was pretty shit. Maybe you weren't around for the om 2007.x or the om 2008 days. Then they funded FSO for a while with some strange ass requirements (everything in python or something like that?) You want basic phone features that won't break use Qtmoko or H:1 (sync might not work great though, especially calender). The SHR devs are working with getting a full blown linux with Xserver and free smart phone spec implemented- in their free time. They are not paid to do this anymore (AFAIK). When you come in with a sense of entitlement because you paid $ for the phone, people respond negatively since they owe you nothing. (infact i would say you owe them for making such an awesome distro, again free both libre and beer). Everyone here paid for the phone and got the same deal. Cry was saying if you have a problem with how Openmoko marketed, take it up with them. SHR has very little to nothing to do with the company Openmoko anymore, again AFAIK. Making something like calendar sync'ing is labourous work, usually it's done with one program's screwy database to another programs screwy database. To take your example the palm pilot's calendar to outlook's and some of the plugins supported in multisync. Want to sync with Wyrd, too bad. Upgraded your palm pilot cause palm made another release, time to rewrite alot of stuff! Or you can choose between new shiny device or older supported device. Part of the point behind FSO is that we need only one sync method for all FSO based systems. We can keep upgrading (even hardware) and using different calendar programs that will need minimal fuss to do things like sync. If any of these are not the goals of FSO, i have misunderstood something and would appreciate a correction. What looks like a basic phone feature often isn't, or takes more work than people make it out to be. This is free software. If you want something that's not part of the package you have options: 1. Do it yourself. 2. Ask/pay someone to implement for you. 3. Suggest one of the active devs do it. Can't code, don't want, too little time, no one else is interested enough to code feature in, not enough $, then 1 and 2 are out. Once features have been suggested in some official manner like as a feature request on the bug tracker, all you can do is ask active devs to implement. They're usually pretty smart and know what to prioritize so that path is often futile. There is lots of background info on the mailing list on why certain things have been difficult to implement- I can understand not wanting to sift through all that, but it will really answer almost any expectation you have. In short, this is not the right stack (yet) for everyday phone, at least if you upgrade. Get QTmoko, upgrades only once every month or two, and the phone side of it never breaks. Or do what I used to do with SHR and leave one partition where everything you want works and *don't* upgrade it. _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
