Re: TSM30 source found!
On Thursday, September 29, 2011 01:45:17 PM Patryk Benderz wrote: Apart of legal aspects, why don't you just make it a torrent and let all who want to host it? This is very efficient way to spread big files over the net. I'm similarly confused as to why he doesn't just send an email to the list pointing to the url of the website from which the file is already being hosted: On Thursday, September 29, 2011 08:50:03 AM Michael Sokolov wrote: a very helpful comrade has pointed me to a website containing the TSM30 source I was looking for ... is this some secret darknet website that only a few privileged elite have access to or something? All that talk of Bad Guys withholding information earlier... and now... you're witholding information and acting like some sort of middle-man to the source you wanted 'liberated' so badly. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TSM30 source found!
On Thursday, September 29, 2011 06:57:09 PM Michael Sokolov wrote: If the person who has given me the secret URL emails me and tells me that s/he does not object to that URL being posted on the list, I will promptly do so. But I won't be able to do that otherwise, as the risk of compromising the identity of a comrade would be too great. This comrade of yours... is incapable of simply posting here to the list anonymously? I just don't understand why you're the middle-man in such a very simple situation. To Michael's correspondent: it'd be _somewhat_ more transparent and trustworthy were you to communicate (anonymously) here to the list, rather than indirectly via Michael as an agent. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Aurora
Thankyou for the clarification! On Tuesday, May 17, 2011 08:47:46 AM Dr. Michael Lauer wrote: Hi Corey, On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote: NOTE: Cross-posted to three mailing lists, please keep it that way, if you want to reply. Aurora is supposed to be something we call a featurephone client – featurephones being those things we used for telephony before smartphones were invented. Could you please elaborate a bit further for those of us who are unsure of the specific functional differences between a featurephone and a smartphone? For sure. Featurephone vs. Smartphone is resembling the difference of, lets say, a Sony Ericsson K700, and an iPhone. On the K700, the whole OS is designed around the telephony. While it has additional features, it doesn't allow you to install native applications (well, yes, there are some Java applets, but these don't count as they are not at all integrated into the system and they can't access the phone databases nor talk to each other) – it sells because of the quality of the telephony. On the iPhone, the whole OS is designed around the idea of a mobile computer that allows you to perform a vast variety of tasks. You can install a myriad of apps and only a very minor percentage of these apps have anything to do with telephony. The telephony is a feature among many others. In fact, telephony is pretty lousy on an iPhone, but that's ok, because it is not the feature that sells this device. Bottom line: feature phone is less flexible, comes with everything preinstalled, and is designed around the telephony. Cheers, :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Aurora
On Monday, May 16, 2011 09:02:58 AM Michael 'Mickey' Lauer wrote: NOTE: Cross-posted to three mailing lists, please keep it that way, if you want to reply. Aurora is supposed to be something we call a featurephone client – featurephones being those things we used for telephony before smartphones were invented. Could you please elaborate a bit further for those of us who are unsure of the specific functional differences between a featurephone and a smartphone? Thanks! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
qtmoko on nand - qi or u-boot?
Hello! The Qi page on the wiki (http://wiki.openmoko.org/wiki/Qi) says: actively developed (u-boot on GTA02 is deprecated) But the qtmoko installation page (http://qtmoko.org/wiki/Installation) says: Method 1: Installing on NAND [...] If you flash it you also need U-boot which is flashed with this command So, is it not possible to install qtmoko to nand using qi instead of u-boot? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtmoko on nand - qi or u-boot?
On Monday 24 May 2010 1:10:21 Paul Fertser wrote: Corey co...@bitworthy.net writes: So, is it not possible to install qtmoko to nand using qi instead of u-boot? Qi doesn't allow to install (read flash to NAND) anything because it doesn't support DFU. But you always have an option of booting NOR u-boot to flash whatever you need. A friend of mine lent me his freerunner to toy around with, so I'm just now acclimating myself to the phone - any docs online that compare the pros/cons between installing/flashing a distribution on nand vs. microSD card? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: will GTA03 be ready for holiday season?
Hmmm. I seem to remember someone saying something like that But that might just be me. Can we get someone official to answer this? even if its just to state that it wont be ready by then. It seems that the first 25 GTA03 Evaluation Boards have already arrived to wolfgang on August the 11th [1], so the phone *might* arrive in shops in december, I think no one knows. [1] http://lists.openmoko.org/nabble.html#nabble-td729555 BTW: It is unsure what will be in (what kind of camera, what GSM chip, and so on), but what won't be there is quite sure: -No Glamo -No 3G -No USB 2.0 2008/8/27 Risto H. Kurppa [EMAIL PROTECTED]: On Tue, Aug 26, 2008 at 11:54 PM, Ron K. Jeffries [EMAIL PROTECTED] wrote: I have a couple of friends who want to buy a GTA03. Cool, although as far as I know, it's still a bit unsure what's going to be in it.. what is best guess on when it will be in mass production and available to purchase? Holiday season.. what year :) Just a guess, not based on anything but a feeling: I don't expect it to arrive before mid-2009 no matter what the promises have been. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
The GTAs
Ok. Now that the FreeRunner is out, I'd like to discuss the GTA03 and 04. I've been listening to this list for quite some time, and have jotted down a few things about the upcoming models. Please make sure I have all of this correct. And if its correct, is it all on the Wiki? I can't find mention. thank you. ^-^ GTA03 Removed Glamo 3.5mm audio jack(maybe with some of Joerg's Ideas about stereo line-in) based on existing 2442 arm v4 samsung soc camera different case design than 1973/freerunner vga screen different battery different GSM modem. (I think 2G/EGDE) USB2.0-OTG GTA04 USB2.0 will be here at the earliest different GSM chip than FreeRunner I heard something about the samsung 6400 soc. more powerful 2d acceleration than Glamo. 3D? oh, and GTA03 != Dash Express, right? a little confusion on that... thanks again ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: anyone using FR as a phone?
From: steve [EMAIL PROTECTED] I use mine. My kids used theirs till I gave it away to somebody else. That said, some people have expereince audio issues. Engineering is on the issue. Steve wow... wish my Dad had your job... that way I'd get to play with cool phones! haha j/k. I love my dad. ^_^ Corey I will tell you story. My father was a printer and Saturday he had to work the graveyard shift. So, he would come home at 1AM Sunday and bring Sundays' paper with him. So I was the first kid To get to read Sundays' paper. Hours before dawn we would sit there reading the paper together, eating Nestle crunch bars That was as cool as any new phone. Steve Steve, I totally agree. Nothing is better than times such as those! I Didn't mean anything by my post. I wouldn't trade my father for all the tea in china. Memories are wonderful things, aren't they? Thank you for the story, I enjoyed hearing it. ^_^ Corey ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Anyone using FR as a phone?
From: steve [EMAIL PROTECTED] I use mine. My kids used theirs till I gave it away to somebody else. That said, some people have expereince audio issues. Engineering is on the issue. Steve wow... wish my Dad had your job... that way I'd get to play with cool phones! haha j/k. I love my dad. ^_^ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: a few questions about the games
ooh! how about a game that uses the same type interface from Kirby tilt 'n tumble? where you hod it flat to stay still and tilt in the direction you want to go? On Mon, 2008-05-12 at 21:53 +0200, [EMAIL PROTECTED] wrote: Send community mailing list submissions to community@lists.openmoko.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openmoko.org/mailman/listinfo/community or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than Re: Contents of community digest... Today's Topics: 1. Re: Funny Dialer (Torfinn Ingolfsen) 2. video and audio support (Giorgio M.) 3. Funny Dialer (Breakable) 4. RE: microSD support (Crane, Matthew) 5. Re: A few questions about the games (Steven **) 6. security (ch kalyani) 7. RE: Freerunner...when?? (steve) 8. Re: OM IDE (was: Re: Common Lisp for OM (Was: Programming OM)) (Lally Singh) 9. RE: A few questions about the games (steve) email message attachment Forwarded Message From: Torfinn Ingolfsen [EMAIL PROTECTED] Reply-To: List for Openmoko community discussion community@lists.openmoko.org To: List for Openmoko community discussion community@lists.openmoko.org Subject: Re: Funny Dialer Date: Mon, 12 May 2008 12:57:22 +0200 Hi, On Mon, May 12, 2008 at 4:03 AM, Matt Mets [EMAIL PROTECTED] wrote: I'm assuming you mean what we call a rotary phone in the US? I'm working on one... Here is a screenshot: http://www.flickr.com/photos/cibomahto/2458507254/ It's just a mock-up program at the moment though, no hooks to the actual dialer. Two suggestions for a rotary dialer that your might or might not like: 1) a mode where the dialer looks like a rotary dialer, but operates as a normal dialer, ie. when you press a number the digit is sent 2) a cheat mode - when you press a number the dialer automatically turns and returns. Of course it sends the digit as well. :-) The rotary dialer could even be made to have the sound of a mechanical dialer for the truly nostalgic. email message attachment Forwarded Message From: Giorgio M. [EMAIL PROTECTED] Reply-To: List for Openmoko community discussion community@lists.openmoko.org To: community@lists.openmoko.org Subject: video and audio support Date: Mon, 12 May 2008 12:59:52 +0200 Hi to all, freerunner will support audio and video playback, but wich kind of audio and video?wich formats it will reproduce?will I need to install some codecs? thanks email message attachment Forwarded Message From: Breakable [EMAIL PROTECTED] Reply-To: List for Openmoko community discussion community@lists.openmoko.org To: community@lists.openmoko.org Subject: Funny Dialer Date: Mon, 12 May 2008 15:06:10 +0300 I am positive you should have to turn the dialer manually for most user friendliness :D While hilarious this could become a killer feature to make a phone for the technologically challenged. email message attachment Forwarded Message From: Crane, Matthew [EMAIL PROTECTED] Reply-To: List for Openmoko community discussion community@lists.openmoko.org To: List for Openmoko community discussion community@lists.openmoko.org Subject: RE: microSD support Date: Mon, 12 May 2008 09:00:25 -0400 You are too kind to microsoft. Similar to the 4gb RAM barrier it is pretty much a 100% marketing decsion to support file systems of a given size in a particular OS. Why would anybody shell out the coin for the fancy new OS's with their funny looking guis if old ones worked just fine with all the new hardware? Microsoft even had to go beyond these limitations and charge extra for XP, vs. vista, so that people would find some easy reason to actually buy vista. I just paid the 40$ tax for XP on a recent purchase. The RAM footprint mostly would have to do with the number of files on disk, not the addressable disk size. I expect that nearly all modern file system implementations either use 64bit pointers or a 32bit pointer, rarely in between, except for 48bit (32 + 16) implementations. It would be impractical for a driver to attempt to exploit effeciencies around disk pointers in a 32bit vs. 36bit disk space for example. Complexity can often be much more expensive then ineffeciencies. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of enaut Sent: Friday, May 09, 2008 4:52 PM To: List for Openmoko community discussion Subject: Re: microSD support Kevin Dean schrieb: It's also worth noting that the 32GB limit is also artificial. 2048GB is the technical limit for
Re: about those new lists . . .
https://lists.openmoko.org/mailman/listinfo/openmoko-devel On Saturday 27 January 2007 14:04, Pius A. Uzamere II wrote: So, Sean, can you create some sublists now? (e.g. openmoko-dev, openmoko-freedom) People have floated the idea quite a bit, but this isn't a float . . . this is a direct request from a relatively new member of the community. While I do believe that the issues of freedom and licensing are germane to the community, I'm truly concerned that we're getting to a point where people who should be working together to make this project one of the greatest achievements in open source history are instead alienating other contributors with inane bickering. All due respect to the people who've been arguing these (seriously) very important issues, but do you really think that a 3-5 e-mail rebuttal sequence about the respective creation dates of the BSD and GNU licenses is helping the community? Even if you do, surely you'd agree that it'd be useful to take such detailed discussions about licensing to some other non-general area. Anyway, PLEASE let's create some sublists so that we don't screw up something with the potential to make a real impact. Here's hoping someone's listening, Pius ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: GNU discussion
On Saturday 27 January 2007 08:38, Gabriel Ambuehl wrote: On Saturday 27 January 2007 16:10:43 Declan Naughton wrote: But I prefer copyleft - the idea of using the law to try and make sure freedom doesn't go away, to giving others the freedom to take it away. If others take code under the BSDL and put it into a closed system, freedom doesn't go away at all. It just doesn't necessarily extend any further. BSD License: Do what thou wilt, shall be the whole of the law. General Public License: Share and share alike. BSDL is technically a 'weak', or 'lazy' license, _insofar_ that whatever it's attached to may be arbitrarily inclosed by the inheritor, while GPL is technically a 'strong' ( viral? [1] ) license, in that it strictly enforces its own existence upon whatever it's attached to. BSDL contains an inherent self-destruct gene, GPL contains a built-in propagation gene. I very much appreciate and admire the BSDL for its straight-forward simplicity and its stark purity of intent [2] - whereas I value the GPL for its clear determined purpose in maintaining an atmosphere of sharing and collaboration to the equal benefit of all. Both licenses do in fact provide society with a wealth of Free software, and both obviously have their uses in particular general circumstances. That said, I think it can be readily observed that BSDL _tends_ to be more corporate-friendly, while GPL _tends_ to be more people-friendly. I do, however, have a tough time with the claim that BSDL is more free, because _actual_, _sustainable_ freedom/liberty requires certain obvious restrictions. [1] I don't think viral is accurate, because a virus intrudes its host and is either destructive or parasitic in some capacity, however I use it so nobody can accuse me of utilizing preferential language for GPL vs BDSL; i.e. weak, lazy [2] the GPL will no longer be necessary when, to merrily paraphrase Thoreau: I heartily accept the motto, That [software-license] is best which governs least; and I should like to see it acted up to more rapidly and systematically. Carried out, it finally amounts to this, which also I believe--That [software-license] is best which governs not at all; and when men are prepared for it, that will be the kind of license which they will have. ... BSDL governs not at all, which the anarchist in me very much appreciates. To digress further, what I would love to see, is a license with the full explicit _spirit_ of the GPL, but which does not actually enforce that spirit through any means other than its own merit. Beers! Corey ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
openmoko-devel ( was Re: Please keep discussion on topic )
https://lists.openmoko.org/mailman/listinfo/openmoko-devel On Saturday 27 January 2007 10:04, Jonathon Suggs wrote: Can we PLEASE keep the posts to the entire list ON TOPIC!!! The last few digest have all been about licensing, personal agendas, and discussion NOT related to OpenMoko. And just in case you need a reminder, this is the OpenMoko mailing list. Does this list have moderators? If so, it is getting close to a level that something may need to be done. If you want to continue your discussions, then just reply back to the original author/authors. That way we can keep this list focused on what it was set out to do. Exchange ideas for the OpenMoko platform. Sorry to sound condescending, and please don't take this personally. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
request for openmoko-devel list
I'm more than certain that the OpenMoko crew is extremely busy with many important efforts right now, but it should be a very simple task to open a new mailing list. Doing so - sooner than later - would be hugely beneficial in the immediate sense, as it would diversify the list traffic so that there will be a place for strictly development-oriented communications, and another ( this one ) for blue-sky/general/noisy community-oriented discussion. However, if a new mailing-list is not possible at this time, then patience will be required from those subscribers who may be tired of what they may consider to be too high a signal-to-noise ratio -- remember that this is only a temporary situation, and to please put the appropropriate features of your email client to good use, namely filtering and thread muting. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Free Your Phone
On Tuesday 23 January 2007 17:35, Sean Moss-Pultz wrote: On 1/22/07 5:28 PM, Milan Votava [EMAIL PROTECTED] wrote: Then why claim that I'm trying to exploit people? Well, in his defence - and for whatever it's worth - when I read his post, I immediately took exploit in the more positive usage of the term, i.e. definition #1: ex·ploit Pronunciation (ksploit, k-sploit) n. 1. To employ to the greatest possible advantage 2. To make use of selfishly or unethically Perhaps he did in fact mean #2, which would have been pretty uncool and totally off the mark. I think it's more than clear that you and your team are 120% sincere and serious when it comes to the open/free aspects of the OpenMoko model. The geek community is going to be employed to the greatest possible advantage _naturally_ - through the sheer merits of the OpenMoko platform itself, and through the community that's bound to prosper around it. Beers! Corey ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: built-in scripting languages
On Monday 22 January 2007 13:28, Andreas Kostyrka wrote: * Derek Pressnall [EMAIL PROTECTED] [070122 19:40]: Seeing as how there has been interest in including an interpreted language with the default software install (such as Python or Perl, etc.), and the fact that they are too big to fit in the built-in flash, I would like to offer up an alternative. Technically speaking, Python is not that big. The question is more, how much space can we spare? I would recommend lua, it's extremely light-weight ( we're talking about 6 megs here ), easily embedable, dynamically typed, full-featured, multi-paradigm, and has been in real-world use for many years, has two books, actively maintained, and is very popular in a few niche areas such as games scripting. I'm not offering the suggestion because it is my favorite/pet language, but because I can see that it may be a very good fit in an embedded device. http://www.lua.org http://lua-users.org/wiki/ http://en.wikipedia.org/wiki/Lua_programming_language ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: built-in scripting languages
On Monday 22 January 2007 14:03, Marcin Juszkiewicz wrote: Dnia poniedziałek, 22 stycznia 2007 21:45, Corey napisał: I would recommend lua, it's extremely light-weight ( we're talking about 6 megs here ) 6M??? http://openzaurus.linuxtogo.org/feed-browser/?name=luaaction=search show that it will take much less then 1M Quite right: [EMAIL PROTECTED] ~ $ du -shc /usr/bin/lua* /usr/lib/*lua* /usr/include/lua* 200K/usr/bin/lua 148K/usr/bin/luac 180K/usr/lib/liblua.a 132K/usr/lib/liblua.so.5.0 112K/usr/lib/liblualib.a 76K /usr/lib/liblualib.so.5.0 12K /usr/include/lua.h 4.0K/usr/include/lualib.h 864Ktotal ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: built-in scripting languages
On Monday 22 January 2007 14:49, Andraž 'ruskie' Levstik wrote: Why is this even being discused... you have the ability to add anything to the phone once you get your hands on it... SO any scripting languages one desires can be added. It's true that you have the ability to add anything to the phone. There's another important consideration to remember: OpenMoko is a platform also; an inherent aspect of such a platform is that it always come shipped with X standard api's available for developers. This is why FIC had to select a group of components: gcc, glibc, xorg/kdrive, dbus and gtk, for instance. They may decide that a scripting language would also be a necessary or beneficial feature to include in the base/standard platform -- which, to answer your question, is why this is even being discussed. Personaly by default there should be none. And let the user decide what he wants. Choice is good. And so is having a known/standard/default/static api and platform to build from; when I begin writting commercial and/or free software for the OpenMoko, I will design my software according the existing OpenMoko specs, and thereby circumvent the necessity of having to verify that my customers/end users have first installed the necessary scripting language, which would additionally circumvent the probability that your phone will end up with every scripting language known to man. So having lua on my system would be more or less pointless as I don't use it myself. Less than one meg of space would be potentially wasted, true enough in your case. Know that there is probably plenty of other software on the OpenMoko platform that you, yourself, will not be using. Also realize that though _you_ may not be directly using this hypothetical scripting language, it is more than likely that one or more of the standard apps that ship with the phone will be using it, and that other 3rd party software that you may or may not install may also be using it. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: built-in scripting languages
On Monday 22 January 2007 15:33, Andraž 'ruskie' Levstik wrote: Let me rephrase then. Have it defined as a standard-optional component that can be used. But isn't installed by default. Won't ipkg have dependency resolution etc? Yes, so the dependency aspect will likely be a non-issue; hopefully! So have official/unofficial packages that handle the major scripting languages. That way it's possible to have any scripting language used. Definitely an adequate situation, as far as I can see; and additionally appears to be the model that the OpenMoko folks have perhaps already decided upon, seeing how there is currently no mention of a scripting interpreter in the platform specification. The only potential downfall may be that everyone ends up with quite a few interpreters on their poor little phones... python, ruby, rhino, lua, perl, etc, etc.. ... which of course may just end up happening anyhow, even should there be a standard default scripting environment defined on the platform. At any rate, I sure fear the sort of language war that could develop if a particular scripting language was to be selected! As far as I'm personally concerned though, I'd end up using whatever that choice happened to be, but many others a likely to have a much less relaxed attitude on the matter. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: built-in scripting languages
On Monday 22 January 2007 16:07, Ben Burdette wrote: The only potential downfall may be that everyone ends up with quite a few interpreters on their poor little phones... python, ruby, rhino, lua, perl, etc, etc.. That's all well and good when everyone has SPACE for every scripting language known to man. But use 10mb here, 10mb there for scripting languages, and suddenly there's nothing left of my 64mb of flash. Totally. I'm all for allowing people to use whatever scripting language they want. But I'd like the peace of mind of knowing I can write a scripted app that will run on every OpenMoko phone out there, even if they have no memory expansion card. I concur 100% ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: GNU discussion (was re:Free your phone)
On Monday 22 January 2007 20:07, David Ford wrote: p.s. the more people blabber about GNU, the more I try to remove it from my system and support non-GNU replacements. That's obviously your prerogative, by all means. But... wow, talk about throwing out the baby with the bath water. I'm curious, which GNU software have you replaced non-GNU alternatives? Anyhow, good luck replacing: gcc make autotools glibc coreutils ... and friends. Now, I'm not using that as an example of how important GNU is, but rather to illuminate what a complete excercise in futility it would be for you to make some sort of personal stand by removing GNU software from your system. In fact, you'll be doubly hosed, because 99.9% of the free software you download and install will also themselves have been compiled with the above assortment of GNU software. Shooting oneself in the foot technically, because people can be annoying socially, is... well... a bit of a misguided solution, to put it lightly. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Linux vs. GNU/Linux
On Sunday 21 January 2007 09:05, Ole Tange wrote: snip If people ask you why you chose the one then answer them politely by personal email. Another solution is to ignore the thread. Most/all mail clients have this ability, for good reason.[1] In the mean time, those who still desire to participate in the conversation occuring in an open mailing list are able to do so until the list becomes moderated - if/when that should ever occur. Constant, recurring debates of particular issues within a community are indicative of evolution and/or growth; stifling these things do not make them go away. The thread will eventually run its course on its own, though it may spring up now and again. A skeleton in the closet isn't necessarily better than an elephant in the living room. [1] - looks like you're using gmail: http://mail.google.com/support/bin/answer.py?answer=47787 ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
[OT] aims ( was Re: Free Your Phone )
On Sunday 21 January 2007 13:58, Milan Votava wrote: It would be nice to know if Sean's aim is 1. to satisfy his and our need for open source toys like Neo or 2. to earn money like almost everybody on this planet while exploiting geeks like us to achieve his goal :-) I bet the second will prove as true... What makes you think that both of those aims cannot be satisfied at the same time? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Wiki + Mailing List
On Sunday 21 January 2007 14:20, Ted Lemon wrote: I think that if the discussion here can be tolerated, it's better because it's cross-pollinating. snip Generally speaking, what helps on mailing lists is actually two- fold. snip First, we need to exercise restraint. snip part of what perpetuates debate is people feeling that the issue is still open. snip So maybe we just have to endure for a while. I suspect this will settle out a bit once people have hardware in their hands Very well stated. This list is still experiencing its growing pains, and there's always random bursts of chaos in any healthy public forum. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Free Your Phone
On Saturday 20 January 2007 15:48, David Ford wrote: OpenMoko FIC/GNU/Linus/Alan Cox/X11/Xorg/GTK/... Linux. Oh, and who is the principal for the plastic and silicon? How about the makers of the editors you use to create all this code and give credit to the companies that supplied the monitors, cpus, and keyboards? Let's just call it EverythingAndTheKitchenSink/Linux, and be done with it. Your attempt towards exaggeration has possibly led you away from the point. You use X11/Linux and Xorg/Linux as an example, well let's see: those are both names of a specific piece of userland software. You don't see anyone suggesting Bash/Linux or Grep/Linux, however. GNU is not merely a single piece of software, you seem to not understand that. GNU is a system, a collection of extremely rudimentary/fundamental pieces of _critical_ software that are used to compile, bootstrap and enable an actual functioning operating system from which even higher layers of software can then be built and ran. ( the GNU system also happens to include some other higher-layer components, such as gtk, gnome, and so on ) Xorg, GTK, etc, etc, do _not_ provide the following components: linker compiler debugger parser generator posix library assembler shell auto-builder core utilities etc, etc, ... I'm sure I missed some other important ones. The purpose in the GNU/Linux qualifier, is to explicitly state that the system being referred to is an operating environment which is largely built-from/depends-on the GNU toolchain and includes the linux kernel. Any particular extra software configuration on top of that is identified through the specific name of the distribution, i.e. Debian, Gentoo, Ubuntu, Kubuntu, OpenMoko, etc, etc, Now, if GNU/Linux - under those certain constrained instances where it is a more accurate description - is still unnecessary in your mind, then fine - but at least realize that your counter-arguments have entirely missed the mark as far as relevance to the underlying point goes: you seem to indicate that you don't like the idea of GNU/Linux primarily because it brings too much undue focus upon one simple piece of software amongst many; however GNU, as I hope you can clearly see now, is not some trivial, random single piece of userland - quite the contrary it is the _very_means_ by which most linux-based os's are built. Personally, I never actually use the GNU/Linux identifier - but I can understand the logic and reasoning behind it, and it certainly doesn't bother me when other people use it. At any rate, it looks better written out, than how it sounds verbally. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Neither iPhone or OpenMoko are revolutionary
On Thursday 18 January 2007 12:23, Renaissance Man wrote: You still don't get it. The revolutionary aspect of such a device would be the ability to talk to anyone mostly for free with one device and phone number, and be mobile. WiFi/VoIP is just a necessary part of the package for achieving that. What's the revolutionary aspect of flogging a dead-horse? Fact: the first version of Fic1973 isn't going to ship with WiFi Fact: that's a bummer Clue: deal with it, wait for the next version, and/or find some other device on the market that suits your requirements Hey, no problem. Sorry for being so inconvenient as to have a different view to start with. I know how awful it can be for people like you if others don't think the same way as you to begin with. Apparently you've just described an issue you yourself have, seeing the amount of effort and time you've placed into arguing/debating your own perspective of the matter. You appear to have a difficult time accepting that others don't necessarily think the same way as you. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Open Moko - GPL?
On Monday 27 November 2006 16:14, Robert Michel wrote: snip - no bottle opener What!? unsubscribe [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
