Re: Dedicated IRC channel #android-on-freerunner (on Freenode)
Niels Heyvaert wrote: Hi all, Those of you who want to chat and talk about getting Android on the Freerunner can connect to #android-on-freerunner (on the Freenode server). Those of you who think this name is too long can also use #and2moko. The long name is just an alias. What's the difference between that and #freerunner-android, on the same servers? Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will my phone buzz?
Johny Tenfinger wrote: On Sun, May 3, 2009 at 10:47, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: If it says 0305 you have V5 and need a fix. You're wrong. GTA02A5 and GTA02A6 don't differ regarding buzz. Now only A7 and A8 differs. Assuming I need the fix, where do I get the right capacitor? Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will my phone buzz?
Timo Juhani Lindfors wrote: Shachar Shemesh shac...@shemesh.biz writes: Can anyone tell me how I can find out? Is there some way to look at the board of a phone and tell whether it has the fix? cat /proc/cpuinfo If it says 0305 you have V5 and need a fix. I'm sorry if I'm asking a silly question. When I do cat /proc/cpuinfo I get Revision: 24420360, so presumably I'm okay. Then again, while trying to figure out what field I was supposed to be looking at, I stumbled upon http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware. From there, it seems that the user space gets that data from the kernel, which in turn gets it from the boot loader, which doesn't get it from anywhere at all hardware related. I've upgraded my boot loader with an image I downloaded from the Internet (so I could boot from ext2 partitions on a microsd card). So now I have to wonder whether the fact that it says 24420360 actually means anything other than I upgraded my u-boot? I have the debug board, which implicitly means I have the screw driver needed to open the device (already did once). I was more looking for something that says this is the change you need to do in order to fix the buzz, and then just open the device and have a look whether that change is already in place. Thanks, Shachar P.s. This is somewhat academic, as I'm fairly certain that my phone is a V6 -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Will my phone buzz?
Hi all, I fairly recently bought a freerunner. My cellular provider uses 900MHz, and I (and my call partners) do not complain of any buzz. However, I understand that the buzz mostly happens with 1800 and 1900 cellular networks, and so the fact I hear no buzz does not mean my phone is buzz free. For the next few weeks I have high access to SMT soldering equipment and people who know how to work them. I'd prefer to find a way to find out whether my phone needs the buzz fix now (and how to apply it), rather than later (when I will have no capability to actually fix it). Can anyone tell me how I can find out? Is there some way to look at the board of a phone and tell whether it has the fix? Thanks, Shachar -- Shachar Shemesh Lingnu Open Source Consulting Ltd. http://www.lingnu.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
Steffen Winkler wrote: Hi, since I've seen that game on a mobile telephone of a friend I want it for the FR, too. Source code is on the website ( http://neverball.org ) in the download section...the source code has to be compiled, so I think the compiler has to be installed on the neo first...but would that all work? Because the neo processor is not the best and it's not a 686 processor or something like that... The game, as it is on the site, is, I think, totally unsuitable for the FR. The gameplay is completely mouse/static monitor oriented. A port of the game would have to switch to accelerometer/static view based interface (the dynamic view simply makes no sense, as the view switches left and right as the ball changes direction, which would seem totally unnatural in the context of a held tilted screen). The FAQ on the site specifically states that changing the zoom would entail completely redesigning all of the levels, a statement I tend to agree with. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Seeling my Freerunner on Ebay
feydreva wrote: Hello, I just bought an another phone, so I am selling my Freeruner on ebay. http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItemssPageName=STRK:MESELX:ITitem=270326829135 Starting bid is 100$, no reserve, free shipping. Phone is like new, it always had a zack invisible shield for the full body and for the screen. Headset have never been used, and it comes with the pouch. (i lost the stylus long time ago). I can provide more picture and more info in request. At the moment, it is loaded with the 2008.12 version of software. Regards Philippe You forgot to say whether this was the 850 or 900 model. From the fact that the phone is located in the US, I'm assuming it's the 850 model. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Anyone can sell me a phone in Sweden over the next 5 days?
Erland Lewin wrote: 2008/9/7 Fredrik Wendt [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] If you're in Gothenburg you could buy mine, if you're really desperate. :) I missed the original posting, but I'm in Stockholm, and again, if it's really important to you I guess you could buy mine and I could buy a new one. I don't think desperate would be the right word :-) If anyone bought a Freerunner and found out they need a more mature phone, I'll gladly buy it off their hands. If it's about me buying yours, and you buying a new one, I'll find a way to get my hands on a phone eventually Thanks for everyone who tried to help Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Anyone can sell me a phone in Sweden over the next 5 days?
Hi all, especially resellers. After deciding that getting a Neo in Israel is simply impossible for the next few months, I have been scheduled to go on a business trip to Sweden over the next few days. Mainly, I arrive on Sunday morning, and depart Tuesday evening. I was thinking of getting a Neo while I'm there. I already called the Swedish reseller, who said he is out of stock. This goes out to everyone else. Is there anyone here who can sell me a phone over the next few days? Thanks, Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OT: Nokia expects open source developers to accept things like DRM, commercial IP rights, and SIM locks.
Martin Larsson wrote: Sure, that's what he is saying. But it isn't possible to make DRM with free software. That's what he's not understanding. No, there is something more basic he is not understanding. This is it: If a player decides not play along, that player is a disruptive force. Not only does that player have phones that are worth more to the clients, these phones also diminish the customer value of all other phones in the market. In other words, it is not the open source that don't get the economic forces at play, it is the carriers. This is exactly what FOSS has been doing over the past 24 years. Oracle, VMWare and others didn't just decide to give free (pizza) versions of their technology. FOSS price points were forced on them. So, yes, it may take a while, but the people who need to get it are not the FOSS world. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will GTK be used in Openmoko?
Carsten Haitzler (The Rasterman) wrote: On Fri, 16 May 2008 08:19:31 +0300 Shachar Shemesh [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Thu, 15 May 2008 20:58:48 +0300 Shachar Shemesh [EMAIL PROTECTED] babbled: I will do my best to show you more respect than you have obviously shown me. No promises. ok. excuse me. but i did not show any disrespect. Calling what I say babbling seems disrespectful to me. yes. indeed. if we do it by population or by country count. the MAJORITY (most - greater than 50%) use a language that DISPLAYS perfectly well left to right 1 character at a time. I'll skip the rest of the email, because we really don't want to turn this into a flame war. Like I said, adding display support to a toolkit, especially where the machine already has the required libraries, is a piece of cake. Answering Karsten, yes, if OpenMoko ends up using EFL, I will add BiDi support to the display. I have done it before and know whats required. It is NOT the display that worries me, and I have not seen you address that point in my mail. I hate to see you disregard a need merely because of emotional investment in a toolkit. Operating a phone requires much more than merely displaying text. I think it unsmart to not take that fact into consideration when choosing a toolkit. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will GTK be used in Openmoko?
Karsten Ensinger wrote: Sorry if I sound harsh, but I want to make a point. You are right, that is an excellent excuse. What part of free you have not understand? Yes, very mature. YOU are free to do whatever you want regarding using toolkits within Openmoko. There WILL GTK as well as QT shipping too. And do not blame a mother for loving her children. ;-) I have a problem with a mother that forces ME to love her children. This is not a free software volunteer doing what he wishes, if it's good it gets accepted, if not, then not. This is an engineer getting paid with (hopefully) what is, in the end, our money. I think asking a company that wishes me to be its customer should tolerate me asking it about its engineering decisions. NO ONE promised that Openmoko will deliver a ready to use phone developed ENTIRELY ON THEIR OWN. They always stated that they need the help of the community to get user-ready. And I'm asking them to help me help them. I will add Hebrew support to an infrastructure that has the basic support. I will do that on my own time, without asking to get paid for it. It is extremely unlikely that I will have enough free time to implement a BiDi aware text editor inside EFL to support entering SMSes, however. I am not asking anyone to implement BiDi. I'm just asking them to make a choice between the ALREADY EXISTING toolkits that do. I'll stress it again. I'm not asking anyone to do development for things I need. I'm asking to choose existing, debugged, stable and free libraries that make that development easier, not only for me, but for many others. YOU YOURSELF stated, that this is an easy part, so you have to be an experienced developer. Then DO IT. Without looking at the EFL code, adding BiDi display support should take about two hours. No big deal by any stretch, and yes, I will do it. My problem is exactly with the area Carsten has dismissed, which is text input. I do not think it as trivial a part of the phone's functionality as he seems to, and I therefor think the assumption make his statistics irrelevant. I therefor stand by my original third of the world statement. That is the way, open source development works. One has some needs and does it himself or finds someone to do it for him. It is not about blaming others for not taking his personal needs into account (even if there are millions of others having the same needs). I see this confusion quite often. I run an open source based company[1], and I am a board member of an open source promoting non-profit. If I sit at home and write an open source project[2], no one has the right to complain. Then again, if it is my company that is sponsoring my time for the project[3], for example because it is part of a larger product[4], then I need to make the distinction between those who just use the free part and those who are customers. Still, if I choose the wrong technology, people will point it out to me. I think that there is a chance that Carsten is making a bad choice here, for some definition of bad. His answer did not go any distance toward making me think otherwise. In fact, the more I read the more I get the feeling that the ONLY thing going for EFL is that Carsten loves it like a mother. Again, if he was a standalone developer, I would have no leg to stand on. In this case, however, it is the money I intend to put into buying the machine that pays his rent. This is not the FOSS model. If you read his reasoning, statistics and average salaries claim, you will see that very plainly. That is why I mentioned that the phone is free. We are used to such logic from proprietary companies. Shachar [1] http://www.lingnu.com [2] http://sf.net/projects/fakerootng [3] http://sf.net/projects/rsyncrypto [4] http://www.lingnu.com/backup.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will GTK be used in Openmoko?
Carsten Haitzler (The Rasterman) wrote: On Fri, 16 May 2008 10:43:31 +0300 Shachar Shemesh [EMAIL PROTECTED] babbled: in my culture it it good natured fun. And had it not been the first time I received a message for you, I might have. Since the rest of the mail was quite dismissive as well, it is very hard to figure out, based on one email, that it was automatic. Like I said, adding display support to a toolkit, especially where the machine already has the required libraries, is a piece of cake. not really. please tell me how you determine if you display right to left or left to right where a paragraphi may be 50% roman and 50% arabic text? The standard way (GTK, QT) is to use the first character of the paragraph, where translators are instructed to place an RLM/LRM at the beginning of the paragraph if that heuristics fails. There have been many battles with the GTK team about allowing an out of line override, so far to no avail. Windows usually insists that this be set out of bounds, but some undocumented experimentation suggests that placing two RLMs at the start of the paragraph will, actually, override it in some cases. For SMSs the heuristics is usually to treat it as right to left if there is any RTL character in the SMS. The point I'm trying to make is not that it comes free. The point I'm trying to make is that once the infrastructure is there, I have the know how to do go the rest of the way. If the infrastructure is not there, however, I doubt I'll have the time to put it in. which formatting method do you use? I'm not sure I understand the question. at what point do you change? You don't. Each paragraph is rendered completely. how do you do selections of text when you are selecting text dragging right to left then over some quoted roman text that is left to right? It's complicated, but it does not come under my definition of display. This is precisely the difference between adding display support and adding full i18n support, and precisely the reason I think going for a toolkit that doesn't have it is a problem. To me, you are just proving my point. there's a lot of gotchas. But not with the display. The display is a simple call fribidi and then show the text (with shaping for Arabic). It's the other stuff, which are not display, that are difficult, and which will be greatly helped by a toolkit that has already addressed it. that is what i mentioned. input is another matter separate from display - they have entirely separate code paths and systems, so i know i tackle them separately. But does it make sense for them to have different toolkits? I don't know of any way to easily mix widgets from different toolkits in the same window (unless these are different processes doing separate message loops, but even then it's not easy). This means, to me, that we must think of the input stage even if it's far off. If a toolkit that is convenient now will give us grief later on, maybe it's not the right choice now. there are 2 halves to it. the fact is as-is right now you will get only roman text input - on the gtk based om image as with anything else. you will need to ADD support for anything else I don't mind adding support for things that are missing. HoweverAdding Hebrew letters to an already existing keyboard is one thing. Reimplementing a BiDi edit control is another. - and then hope it works ok. Except we know that with GTK it will be, more or less, ok, and with EFL it won't. We already know that. i still stand by the fact that the majority of people in the world - and by far and wide the majority of people who will buy or own an openmoko produced phone, will be right-to-left language users and the definite majority of those will even be using basic latin text. Unless you are intending to use one toolkit for display and another for input, I find that statement strange. I am not sure how text input goes on Japanese phones, but I do know that, on Windows, an average IME weights over 30MB, most of which is the dictionary of words it uses to guess what you meant from the phonetic roman letters typed. Do you really want to reimplement that? our stats show just that. Except that those stats disregarded input, and I do not see how you can disregard input. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will GTK be used in Openmoko?
Michael Shiloh wrote: Have we made the decision then to officially move away from GTK? This was asked on the community list awhile ago, and IIRC there has been no official answer. Michael Sorry for coming in the middle of the thread like that. Just wanted to point something out. Moving from GTK to QT is well enough (though I do most of my GUI programming using wxWidgets, and it has no native QT port). HOWEVER, if we are considering moving away from the mainline toolkits altogether, the question of non-standard languages must be addressed. By non-standard, I mean the BiDi languages (Hebrew, Arabic, Farsi) and the CJK languages (Chinese, Japanese and Korean). I can tell you that getting a new toolkit to support those at the same level as GTK and QT does is a non-trivial task. I know that because all of the Wine BiDi support was written by me, and I have very good knowledge of how little is in there, and how much work it took. Just something to keep in mind. The whole world does NOT use languages that are written one letter at a time, left to right, one keypress at a time. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Will GTK be used in Openmoko?
Carsten Haitzler (The Rasterman) wrote: On Thu, 15 May 2008 20:58:48 +0300 Shachar Shemesh [EMAIL PROTECTED] babbled: I will do my best to show you more respect than you have obviously shown me. No promises. indeed. but most of the world does use languages that for display purposes are 1 glyph per letter and happily drawn left to right. Oh, so that's alright then, is it? Do remind me how many people live in China. Last time I checked, traditional Chinese would not accept left to right input, nor simple key presses, nor went below a sixth of the world's population. In fact, lets go a step further. Wikipedia claims you live in Japan at the moment. Look at the phones around you and do tell me how many of them have English only input. I don't know phones very well, but for general typing, last time I checked the smallest subset of Kanji was 120 characters long, and was only used by the Government. People typing solely in Hiragana was not something Japanese would look nicely upon. And that's Japanese, a language that converted from writing top to bottom with columns going right to left to writing left to right with lines going top to bottom. Do keep in mind that the rest of east Asia has not done that transformation, to the best of my knowledge. in india roman text is pretty popular as is english (remember these are generalisations you can find exceptions). Right. They know English, so lets disregard the local language. Whether it is popular is not the right question. The question is whether it is the language of choice. Remember, this is a free phone we are talking about here. as such EFL has no right-to-left support - why? no one has yet to step up and help. why? there is so little demand for it in the developer community. Then again, the NEO is not intended to stay within the developer community. Israel has a much higher level of English literacy among the general population than almost any of the Arab countries. You can walk down ANY street of ANY city and ask for directions in English, and it will be very rare to have to get a confused look and no answer. When I work with my phone, I use an English interface, because Hebrew technical language looks weird for me. However, when I look at the vast majority of friends phones, they are on Hebrew interface. You live in a non-English speaking country. I suggest you do the same. Maybe a huge chunk of the world can GET BY on left to right, single letter at a time, but it is far from true to say that that is what a huge chunk of the world prefers. Is this a huge deal? Yes, it is. Iran has some very strange concepts of what copyright is. In practice, it only honors that right for Iranians. As a result, Microsoft stopped releasing Windows in Farsi. Did Iranians take Windows in Arabic and make do? No, they did not. Did they take the English version and added Arabic support, so they can communicate ok but read the strings in English? No, they did not. They took the Arabic version and hacked it until it would display Farsi. That's how important localization is to people. Oh, and about text input: There are very simple way to handle text printing without built in support. They won't help for Chinese, but for BiDi you can simply pre-reorder the letters. For Arabic you can pre-shape them as well. It's called Visual mode. Then again, if you look at a typical phone use, you will find out, to your utter amazement, that there are TONS of text input going on. SMS, address book, calender, and the list goes on. :( even the guys i know who do EFL dev that speak/read arabic prefer using english (they are from lebanon). See above. There is a difference between using for technical reasons and for general use, and there is a difference between highly technical people and the general population. i know it sounds harsh No, I was actually thinking of another word. It begins with a B - i don't mean to be, but minority languages tend to get the worse end of the stick support-wise Which is precisely why I'm asking that we stick to toolkits that are mature enough not to discard them. Essentially you are saying: We (actually, you|) decided to go with EFL, it doesn't do non-western, tough on everybody else. That MIGHT have made sense if no toolkit supported those languages, but the simple truth is that other toolkits exist, and they do support it. What I'm saying is: Take the question of non-western support into consideration when thinking whether to go EFL. In other words, instead of telling all those billions (literally) of people your language is too weird for my mind, so I'm going to disregard you when choosing a technology, I'm suggesting we tell EFL your toolkit does not support the first choice language for a third of the world, so we will not pick you. :( i know how painful it can be supporting them - i looked into doing right-to-left and gave up when i saw the world of hurt that was doing mixes right
Re: Quickstart web page my first manual readed before product release
Michael Shiloh wrote: David Samblas Martinez wrote: Since I was a young wannabe I like to read manuals, I allways remember my first full specification readding at 13 years reading the full Epson ms-dos manuals (full command list especification included) 1 night before I can even start my first computer (an 8086) because (damn it!) my family decided to go to soup that evening with my uncles... Now I am a old an experienced wannabe and I cannot remember any other tech doc than make me feel so near again this first geek experience (near to drop a tear here) Here again reading about manage something desired but not even (but so near ) in you hands. Michael in the chapter 7 is written [...] Note that updating the root file system will erase any data you have added, such as contacts or calendar information. [...] some tar -cvzf backupneopimdata.tar.gz watever/the/pims/apps/save/the/information will be apreciated here to be able to restore this info after an update. Some more sophisticated backup solutions can be added lately as long as their are implemented and will be ok to add a link to http://wiki.openmoko.org/wiki/Backup directly when this part has been developed. Hey David, That's a great idea. Thanks! I'll add it. Michael Actually, what would be even a better idea is if we made sure we save nothing to the root file system. This is fairly common practice with embedded devices (where you usually use the root file system as a cramfs/squashfs image, which is mounted read only). The main advantage of the single file notion is an upgrade path that is smooth. With a single file filesystem you don't get partial upgrades and other [EMAIL PROTECTED]@!# that tends to screw up the end user. It is not as fun for developers, because changing anything requires going back to the dev env and regenerating the image, but it is much more end users friendly. Maybe for the consumer edition? Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner and external Display
Florian Rebstock wrote: Hello, what i ever want to know: could it be possible - to connect the Freerunner with a external VGA Display or Beamer ? Because that would be pretty useful for small presentations or so... Florian Just run a vnc server on the device. It looks even cooler when there are no cables connecting the device to the projector during the presentation. So you hold the phone in your hands while you talk, and walk around on stage freely, but the overhead still shows what you are doing. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 10 PACK UPDATE!!!
Mohamed Hazem wrote: Cairo, Egypt. When the neo is finally released, we will try to organize a group in Israel. You are free to join in on that group (assuming shipping a device from Israel to Egypt is both easier and cheaper). Otherwise, try to find people around you who are potentially interested through the arabeyes (http://www.arabeyes.org/) project. Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 10 PACK UPDATE!!!
Mohamed Hazem wrote: What about us the poor people with no one around interested in the FreeRunner ... How are we going to get our pouches and earphones ? Where are you? Shachar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Patents and OpenMoko
Sean Moss-Pultz wrote: What I want is for a our company's patents to be freely available, for anyone, but for defensive purposes only. Aside from patent-commons, which is just a way to allow mutual defense for fellow FOSS projects (assuming I understood this correctly), what I know of is to give irrevocable, transferable non-exclusive license to anyone to use your patents for any software released under the GPL. Such a license is GPLv3 compatible, is proof against acquisition, but does not diminish the defensive aspect of the patent. Bear in mind - I am not a lawyer. Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: /. : Feds Have Access To Cellphone Tracking On Request
flexd wrote: Wow that's alot of replies for something i wrote so quickly. I didn't really mean it all seriously, and im all for being untrackable and all, like you guys say. But if they wanna track me, then fine, they can if they want. I just pity the fool that's gonna sit and monitor my boring life. The purpose of privacy is not to protect the majority from being snooped on. The majority is immune from tracking, simply for not stepping out of line. The purpose of privacy is precisely so that people CAN step out of line. Most of the people who do not conform to what is called standard practices at the time are weirdos, imbalanced or criminals, but every once in a while the people stepping out of line is doing so because they truly and honestly see something the majority doesn't. If they persist enough, their non conformist behavior of today will become the norm tomorrow, simply by dint of it being better. And this is where giving up privacy really hurts everyone, as a society. It makes stepping out of the norm even more difficult than it already is, and thus sells our tomorrow for some theoretical gains today. If people were discouraged from stepping out of line 20 years ago, we wouldn't have free software today. Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update: GSM firmware and GPS driver
Ian Darwin wrote: Anything less will lead to this sort of frustration, over and over again. It is not always possible. The way I figured it out, the GSM module will always be closed. This is not due to the hardware specs being unknown, but due to the fact that the law requires a transmitter to be approved by the FCC, and it is impossible to get an approval for a transmitter that allows anyone to change the frequencies it transmits in. I understand what the FCC is worried about (though I do not, necessarily agree with it. Anyone can build an unauthorized transmitter, and writing code that says you have copyright permission to modify this code, but you will have to get it certified with FCC yourself before you are allowed to use it does not, in my eyes, reduce your freedom). In other words, you will NEVER get a truly 100% open source cell phone as long as the FCC rules are as they are. Regarding the GPS, please pay attention to the fact that the GTA-02 did not solve this problem. It merely moved the non open source component from the software to the firmware. This solves the supporting libraries problem, but does not allow openness. Here, at least, I suspect that the reasons have less to do with an external certification authority, and thus have more hopes for the future. Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Community update: GSM firmware and GPS driver
Mike Montour wrote: A serial-attached GPS module with closed-source firmware is no worse than the hard drive with closed-source firmware in everyone's desktop PC. Just for the record - I agree. It is unrealistic to expect EVERYTHING to be open source at this stage. I'm just stating that the move solves the practical, but not the ideals related, problems. If you were RMS, it would not matter to you. Which brings up an interesting question of why RMS has not opposed proprietary hard disk controllers firmware yet, but that's just musing. Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo Base/Advanced
pHilipp Zabel wrote: work and JTAG, which you need if you have busted the bootloader (be it by hacking or it or entering nand erase on the console). Does the JTAG also support single-stepping (ICE)? Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fwd: mailing list management
Mike Hodson wrote: Why not reply to all? Because im rather sure I don't want to reply to the author twice Well, I want you to reply to me twice, reason being that one copy goes into my openmoko folder and the other goes into my inbox. This way, I know this is not just another boring email in the list, but an email regarding a thread I'm interested in. Now, you might conceivably say that while that logic applies to me, it does not apply to you. To that I answer: log on to the mailman interface and turn on no duplicates. You get what you want (one email) and I get what I want (two emails), provided EVERYBODY PRESSES REPLY TO ALL. My $0.02 Mike Shachar ___ 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: Video playback - reasonable sized works!
Ian Stirling wrote: 192Kbytes/sec - not really close. 192KB/s = 1536Kb/s B - Bytes b - bits Different units, same bandwidth. Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: another GPS idea - speed-sensitive voicemail
Michael Welter wrote: You're confusing GSM (Global Systems Mobile) with the gsm codec in Asterisk. I find that highly likely. I'm pretty new to Asterisk. They have different meanings. The codecs used by your mobile phone are not the same as the gsm codec in Asterisk. But it does use some codec. Even if it's not the same one, there is a piece of software that can decompress it, and you can (probably) store pre-compressed message you just want to dump on the line. I realize this cannot be done due to licensing and other considerations. I'm just saying that the details may be wrong, but the principle stands. Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What happened to the order?
Sean Moss-Pultz wrote: Let me check on this today. As I'm sure it's obvious to most of you now, we're having a heck of a time with logistics this first time around. Please accept my sincere apologies. I promise we will get much better really soon. I sure hope so. I will order mine from the GTA02 batch to a US address just as it will be relased, assuming it's early enough in October for it to arrive in time for someone to take it to me. Shipping times are going to be go/no go for me :-( Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Placing an order for September Release of FIC Neo.
Ian Stirling wrote: [EMAIL PROTECTED] wrote: Is there any way to place an order now for the public release of the consumer targeted FIC NEO to come out after September. I dont want to purchase the current version but want to place an order asap for the public release version with Wifi etc. The current published date is October. The chance of polished user-ready software, that does significantly more than a Nokia 1100 by then is not extremely high. It's not the software I'm worried about, it's the hardware. Software can be upgraded after the purchase. Shachar Delays are likely. ___ 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: ...Order shipped: OpenMoko direct order
Marco Crociani - Tyrael wrote: 2007/7/25, Krzysztof Kajkowski [EMAIL PROTECTED]: I'm so jealous I live abroad and have to wait another day to have my neo sent, and than wait some time, just to wait to pay tax at customs when neo arrives to Poland! Lucky you. In Israel, the first time you import a new kind of phone you have to get approval from the ministry of communications, but you can only ask for the approval AFTER THE PHONE HAS ALREADY ARRIVED and is waiting in customs. So, you order the phone, pay for it, wait for it to ship and to arrive, and only then you ask for permission and hope it is given. I'm still not sure how to buy mine (haven't ordered it yet, will probably wait for the official release). Meanwhile, is there any way to run the OS only in an emulator? On another ARM platform, perhaps? Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community