Hint for gmail-users: How to mute a conversation
Hello fellow openmoko users, For all gmail-users there is an easy way to deal with the threads that just won't die. Given the last 1-2 weeks on this list I think this topic is not offtopic in the least. I know that finding out about this feature is what kept me subscribed to this list. :) Here is a way to permanently mute conversations you are not interested in. I think that's a good enough solution, until maybe some other form of regulation keeps some people in line. Here you go: http://mail.google.com/support/bin/answer.py?answer=47787topic=1565 * * * * * How can I mute (ignore) a conversation? If you're subscribed to a mailing list, you've no doubt been subjected to the 'thread that just won't die!' If you're part of a long message conversation that isn't relevant, you can 'mute' the conversation to keep all future additions out of your inbox. By using the 'm' shortcut key, new messages added to the conversation bypass your inbox so that the conversation stays archived. If your address appears in the to or cc field, though, the conversation will pop back into your inbox ready for your attention. Muted messages are not marked as read, are still searchable, and can specifically be found by searching for: is:muted Filters will still be applied to muted messages. To un-mute a conversation, select the conversation and select Move to inbox from the More actions... menu. Doing so will move the entire conversation to your inbox and will remove the mute action, so that future messages are also delivered to your inbox. * * * * * Have fun. Bring back the joy! ;) Kind regards Sencer -- http://www.sencer.de ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Hint for all webmail-user Re: Hint for gmail-users: How to mute a conversation
Salve Sencer,*! First I thought your tipp would be to avoid 100 lines of quote by using a webmailer To avoid that non gmail-users thing that mailing with gmail is more comfortable/better than with a normal emailclient my tipp: On Sun, 28 Jan 2007, Sencer wrote: Hello fellow openmoko users, For all gmail-users there is an easy way to deal with the threads that just won't die. Well when you use a normal (good) MUA (Mail user agent) it will thread your mails. When you have a filter, that all mails from this mailinglist came into jut one openmoko-community mailinglist it feels not like mail- flood anymore. So with such a - separate mailbox - MUA (mail client) that organize mail as threads I've no problem with thread that just won't die. And when you want to access the mails of this list flexible - I use the non-GUI MUA mutt, together with GNU-Tool screen and ssh on a virtual server I rent for 3 Euro/month (1GB space, 1 Domain, unlimited traffic) Feel free to ask me in PM (private mail) about this - I dislike spreading popularity of big companies services like skype, hotmail/gmail (doing money with analysing mails and personal networks) Greetings, rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: collaborating on bluetooth audio
Brad Midgley skrev: Koen After reading the LCA slides on pulse-audio it seems to be the best choice for an audiorouting app FYI, I mocked up some diagrams including one that incorporates pulse. I am hoping to have some of these ideas validated, so let me know if you have any thoughts on it. http://bluetooth-alsa.sourceforge.net/future.html#pulse I like the use of D-bus for finding out whats there and hove to use it. But there really should be *one* audio connection manager. Were I can find a headset whether it is connected by usb or blutooth or anything else. And find out hove to connect to it (preferably in many ways, ie: hove to build a gst stream, hove to connect by pulse, hove to get a dsp interface, hove to get at it with alsa, hove to get at it by some lowlevel interface (eg: by blutooth directly). So an app can choose to connect the best way it know. For apps that don't care much for latency, it shuld be possible streaming the sound by D-bus, encoded with mimetype, or tell the D-bus service to play a file with (optionally?) given mimetype. Record to a file or D-bus stream into given mimetype. Then those apps only need to know hove to talk D-bus to get sound support. Don't need to know anything about encoders or conections, just ask the system what is supported. That gives a few D-bus services: General audio connection mgt, possably xfer agent. Blutooth audio device discovery agent. USB audio device discovery agent. Build audio connection service (possably several different 'protocol'/sources/targets). Support for mixer to? D-bus audio sink (passably several different for different formats - destinations). Support volume? D-bus audio source (passably several different for different formats - source). Support volume? This can be implemented in one demon, in several demons, inside other demons (like ones who discover other usb/blutooth devices). D-bus activation should let the app just talk to the D-bus interface the General audio connection manager point it to. Even pulse could be started on demand if we want :-) It need not be implemented in one shot ether. It's possably starting out supporting, say, only pulse and only main audio and blutooth. But USB shuld be a priority too. The D-bus audio sink/source may be left to more advanced media player apps/libs to implement. The audio connection mgr only need interface to register services and offer them. /LaH ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Hint for all webmail-user Re: Hint for gmail-users: How to mute a conversation
You can also unsubscribe from the list @ https://lists.openmoko.org/mailman/listinfo/community :) Other lists: https://lists.openmoko.org/mailman/listinfo/ On 1/28/07, Robert Michel [EMAIL PROTECTED] wrote: Salve Sencer,*! First I thought your tipp would be to avoid 100 lines of quote by using a webmailer To avoid that non gmail-users thing that mailing with gmail is more comfortable/better than with a normal emailclient my tipp: On Sun, 28 Jan 2007, Sencer wrote: Hello fellow openmoko users, For all gmail-users there is an easy way to deal with the threads that just won't die. Well when you use a normal (good) MUA (Mail user agent) it will thread your mails. When you have a filter, that all mails from this mailinglist came into jut one openmoko-community mailinglist it feels not like mail- flood anymore. So with such a - separate mailbox - MUA (mail client) that organize mail as threads I've no problem with thread that just won't die. And when you want to access the mails of this list flexible - I use the non-GUI MUA mutt, together with GNU-Tool screen and ssh on a virtual server I rent for 3 Euro/month (1GB space, 1 Domain, unlimited traffic) Feel free to ask me in PM (private mail) about this - I dislike spreading popularity of big companies services like skype, hotmail/gmail (doing money with analysing mails and personal networks) Greetings, rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- Declan Naughton ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Hint for all webmail-user Re: Hint for gmail-users: How to mute a conversation
Other lists: https://lists.openmoko.org/mailman/listinfo/ Could please someone of list admins add the new -devel list to gmane.org? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Hint for all webmail-user Re: Hint for gmail-users: How to mute a conversation
I do not think that we should encourage or advocate considerate subscribers to leave, due to the actions of inconsiderate users. Richard On 1/28/07, Declan Naughton [EMAIL PROTECTED] wrote: You can also unsubscribe from the list @ https://lists.openmoko.org/mailman/listinfo/community :) Other lists: https://lists.openmoko.org/mailman/listinfo/ On 1/28/07, Robert Michel [EMAIL PROTECTED] wrote: Salve Sencer,*! First I thought your tipp would be to avoid 100 lines of quote by using a webmailer To avoid that non gmail-users thing that mailing with gmail is more comfortable/better than with a normal emailclient my tipp: On Sun, 28 Jan 2007, Sencer wrote: Hello fellow openmoko users, For all gmail-users there is an easy way to deal with the threads that just won't die. Well when you use a normal (good) MUA (Mail user agent) it will thread your mails. When you have a filter, that all mails from this mailinglist came into jut one openmoko-community mailinglist it feels not like mail- flood anymore. So with such a - separate mailbox - MUA (mail client) that organize mail as threads I've no problem with thread that just won't die. And when you want to access the mails of this list flexible - I use the non-GUI MUA mutt, together with GNU-Tool screen and ssh on a virtual server I rent for 3 Euro/month (1GB space, 1 Domain, unlimited traffic) Feel free to ask me in PM (private mail) about this - I dislike spreading popularity of big companies services like skype, hotmail/gmail (doing money with analysing mails and personal networks) Greetings, rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- Declan Naughton ___ 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
Re: Hint for all webmail-user Re: Hint for gmail-users: How to mute a conversation
Salve Declan! Declan Naughton schrieb am Sonntag, den 28. Januar 2007 um 13:59h: You can also unsubscribe from the list @ https://lists.openmoko.org/mailman/listinfo/community :) Other lists: https://lists.openmoko.org/mailman/listinfo/ Will this help to let the community grow? I don't know if webmailer offer threading the mails - I just concerned that many mails without the right tool, an email client with threading function, will bother the users. As more people will join this list, as more mails will be posted. Looking on an debian-user, asterisk or kernel mailinglist people (used to get 5 mails a day) will be shooked when they get a mail flood - without seeing the overview who is answering whom. So the tip of unsubscribing is not the best one to let the community grown. For somebody who don't know about to use mailfilter to get the mails automaticaly in the right mailbox, a seperate mail account like [EMAIL PROTECTED] helps. This could be also a freemailer. But viewing the mails without threading could be a big mess... so I have only the experiances with mutt and give this advice - but there are other mailclients which support threading and maybe also webmailer which do this. Sencers hint is IMHO usefull - don't take it personal that not everyone is interested in every thread. IMHO charing some skills will help that also people not experinaced with big mailinglist stay on this list ;) Also I would appreciate that people would ask on this mailinglist for help like I'm using Thunderbird for reading this mail, but this mailflood is mixing with my privat mails - what can I do? instead of unsubscribe. Having people on this list, and having as early user of OpenMoko/Neo1973 without Linux Admin skills are important - we can profit from their feedback to make OpenMoko/Neo1973 mass market ready - so in return we should let them profit by beeing here e.g. by learning how to mange mails more efficent. When they unsubscribe we would be a big loss. http://lists.openmoko.org/pipermail/community/2007-January/002401.html Greetings rob PS: Don't get me wrong with my tip of a vserver... I think client server solutions will play an important role with OpenMoko/Neo1973, also how to select and filter information and mails to do not spend to much money on expensive GSM/GPRS communication. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Possibilities for commercial software?
On Fri, 26 Jan 2007, Simon wrote: GPLv3? The GPLv3 does nothing to stop people from using DRM to protect proprietary software. Yeah, but try writing DRM sofware without the GNU software, which includes glibc for your proprietary software (which realisticly, would be linked against a GPLv3 glibc in the future). And it is not the DRM on video playing on an openmoko phone that people would want to prevent. It is the flash this firmware on the phone or else the custom app won't run, where you can only decide on an all or nothing approach that I think we would want to prevent. As an example, having a commercial (protected) skype client on the phone would be good. Having the skype client disallow sip software, either by licence or by software enforcement, would be wrong (and violate GPLv3) But on the other hand, imagine someone wanting to use openmoko to build a super secure phone. One of its functions would be to not allow untrusted other binaries to run on its secure firmware image. Would this violate GPLv3? Probably not, since the user agrees to be put under a DRM voluntarily. But what if the (stupid) user wants to add one application to the secure firmware, defeating the whole security of that firmware load? Suddenly the user no longer consents to the DRM, and thus makes the secure firmware a GPLv3 violation Paul ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Possibilities for commercial software?
On Fri, 26 Jan 2007, David Schlesinger wrote: I still don't see how trying to limit people's choices is more free than letting them make their own choices. You are leaving out one important issue here. The free market is in fact already forcing non-free decisions on you. You can try to avoid all of those forced decisions, but like you said, you wouldn't be able to live a normal life. Look at how apple used BSD code to trap users into not running their own software on the apple hardware. Is it their freedom to enforce that upon us? Or has freedom been taken away from us? Look at Fairplay/itunes, and realise that Fairplay is proprietary code, which is probably using a lot of BSD code in there. Is that the freedom we wanted to give when writing BSD code? I guess it is, which is why I am a GPL person, despite the fact that I do own an OSX laptop. So to answer your question, are you more free due to BSD code in apple products, or less free? I believe you are less free. Paul ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: addon sleeves / casings - wish
Or look like a hole on this one: http://www.infogiciel.info/article0325.html Le samedi 27 janvier 2007 à 19:31 +0100, Marcel de Jong a écrit : On 1/27/07, Lars Hallberg [EMAIL PROTECTED] wrote: polz skrev: According to this image: http://www.areamobile.de/images/handies/FIC/Neo1973/200611081450Neo1973_Rot-Gruen.jpg, the Neo1973's casing is supposed to have two pairs of grooves on each side. If I look at the larger version of that picture: http://www.linuxdevices.com/files/misc/fic_traveler_handset_fic-gta001.jpg It seems more like it's a button. --- Marcel de Jong ___ 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
gmane.org
Nikita V. Youshchenko wrote: Could please someone of list admins add the new -devel list to gmane.org? I submitted the form yesterday, but it hasn't shown up in the nntp feed yet. D. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Possibilities for commercial software?
On 1/28/07 10:15 AM, Paul Wouters [EMAIL PROTECTED] wrote: On Fri, 26 Jan 2007, David Schlesinger wrote: I still don't see how trying to limit people's choices is more free than letting them make their own choices. You are leaving out one important issue here. The free market is in fact already forcing non-free decisions on you. You can try to avoid all of those forced decisions, but like you said, you wouldn't be able to live a normal life. Life has always been full of compromise. I don't see that changing any time soon, I'm afraid. Look at how apple used BSD code to trap users into not running their own software on the apple hardware. Is it their freedom to enforce that upon us? Or has freedom been taken away from us? Look at Fairplay/itunes, and realise that Fairplay is proprietary code, which is probably using a lot of BSD code in there. Is that the freedom we wanted to give when writing BSD code? I guess it is, which is why I am a GPL person, despite the fact that I do own an OSX laptop. I don't see that Apple's trapped anyone: no one's being made to buy Apple hardware or run iTunes at gunpoint. If you want to run any of a variety of Linux-based operating systems on your Apple hardware, there's nothing to stop you. Yellowdog and Ubuntu, at least, work right out of the box on PowerPC systems. If you want to take advantage of the features of OS X, then, yes, you need to run OS X. This seems unsurprising to me. OS X is proprietary, in large part. Apple likes it that way. That's their right: they invested a lot of time, money and effort into it. I can't presuppose whether or how much BSD code is in either Fairplay or iTunes, but if there is, that's a freedom that the license grants. Just as free speech demands that you tolerate the speech of others even when it offends you, this sort of thing can potentially happen. Freedom can sometimes include the freedom to do things that make some people unhappy and gratify others. You can't really complain about the use which someone makes of an outright gift. If you don't like Fairplay, don't buy your music from the iTunes Music Store. I don't, for a bunch of reasons: I rip CDs and buy tracks from eMusic, and throw 'em all into iTunes on an old Mac Cube I have. There's possibly a bunch of BSD code on my iPod, for that matter, who can tell...? My iPod still does a good job of aggregating my MP3s and iTunes still does a good job of organizing my MP3s and pulling down the podcasts I want to listen to. I could make it all work on a Linux system with nothing but open source software--at the cost of some personal effort, which could range from a little to a lot--but what I get out of the box from Apple works just fine. Am I somehow less free for using the iPod, and iTunes, for this purpose? If so, how does this diminished freedom manifest itself in my life? I'd say that spending an hour, say, to pull down and configure the various pieces I'd need to manage my library, subscribe to my podcasts, and sync my iPod would diminish my freedom: it'd be an hour (or more) in which I could have been doing something else. What's the benefit of spending that hour, in practical terms? (This is all assuming I didn't want to go whole hog and make the iPod itself run Linux, too, which would increase the time by a couple orders of magnitude, maybe.) So to answer your question, are you more free due to BSD code in apple products, or less free? I believe you are less free. I don't see how it impacts my freedom at all. If Apple and all of its software, BSD-derived or not, were to vanish from the universe tomorrow, the range of free software available to me would be pretty much the same as it is today. Again, if I'm less free as a result of this, or society at large is, there has to be some concrete diminishment of some range of possible actions for me, or for somebody. What is it can't be done as a result of Apple's (supposed) use of BSD code in Fairplay that could be done if they didn't use BSD code there, but wrote it all from scratch? (Yes, you might argue that I can't for instance, fix bugs on my iPod. In practical terms, my more likely recourse--since all my tracks are backed up in iTunes--would be to reinitialize the iPod and reload my library on it. It'd likely be faster than tracking down the problem, fixing it, and then rebuilding and reinstalling the OS on my MP3 player... Vanishingly few end users are capable of doing this, so this freedom is even more theoretical for them...) ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
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: about those new lists . . .
Thanks, that announcement had gotten drowned out by all of the history lessons on the BSD license. :) Now if we can just get the openmoko-freedom list . . . On 1/28/07, Corey [EMAIL PROTECTED] wrote: 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 ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: addon sleeves / casings - wish
kkr wrote: Or look like a hole on this one: http://www.infogiciel.info/article0325.html Le samedi 27 janvier 2007 à 19:31 +0100, Marcel de Jong a écrit : On 1/27/07, Lars Hallberg [EMAIL PROTECTED] wrote: polz skrev: According to this image: http://www.areamobile.de/images/handies/FIC/Neo1973/200611081450Neo1973_Rot-Gruen.jpg, the Neo1973's casing is supposed to have two pairs of grooves on each side. If I look at the larger version of that picture: http://www.linuxdevices.com/files/misc/fic_traveler_handset_fic-gta001.jpg It seems more like it's a button. are any of these pictures of the physical phone, or just computer renderings of how it will appear? ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: about those new lists . . .
openmoko-whining, too. (yes, I get the irony in it all. I simply must) On 1/28/07, Pius A. Uzamere II [EMAIL PROTECTED] wrote: Thanks, that announcement had gotten drowned out by all of the history lessons on the BSD license. :) Now if we can just get the openmoko-freedom list . . . On 1/28/07, Corey [EMAIL PROTECTED] wrote: 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 ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- Declan Naughton ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Speakerphone
Hi, U can buy USB headset with microphone, I googled this: http://www.abeier.com/product/headset/usb/usb.htm?gclid=CN_eoNSPhIoCFQaUXgodtl0dMQ (or even some USB audio adapter like this 1 on the bottom of the page)... I hope there are some more suitable for the mobile phone also ;-) and U have BT headset for mobiles as well... Robert Michel napisał(a): [...] Realy no chance for a mic/audio in jack? Greetings rob ___ 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
Re: Phone enhancements
I know, couple the breathalyser with the GPS, the phone could detect you are driving while drunk and call the cops! ;-) ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Phone enhancements
On 1/28/07, Tehn Yit Chin [EMAIL PROTECTED] wrote: I know, couple the breathalyser with the GPS, the phone could detect you are driving while drunk and call the cops! ;-) lol! That would be a really neat selling point for the next version, gps and a breathalyser the ultimate college student phone, then when you wake up dazed and confused you'll know weather you should drive back home and also know how to get there. :-D ha, I think we can emulate this feature with no sensor at all: if (saturday-morning student) intoxicated(); -- Declan Naughton ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Q: desktop software?
Salve Oleg! On Sat, 27 Jan 2007, Oleg L. Sverdlov wrote: What software is planned on desktop side? If any. I would like to use FreeNX to use the Neo1973 from a Workstation, and to have video projctor presentation live from a Neo1973. Then a full emulation to use the full Neo1973 power (beside the touchscreen) on a workstation as well. Very cool would be an emulation via web with java, (maybe with FreeNX again) without any local installation. (in this case with an own server running the emulation) So when the Neo1973 would get lost, lay at home/in the car only access to any (trustworthy) workstation would be ok to use the Neo1973. Mabye emulation including doing calls via Voip Then do I think that client/server solution would become more important then device/desktop software one, even for normal user. So before starting a seperate desktop software, my quetion is, what more then standard desktop software would be thinkable? Greetings, rob ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: OMG wiki license
On Sat, 2007-01-27 at 23:31 -0500, Simon wrote: I'm usually a big nitpicker on the legal side, but suspend that for a moment and ask yourselves: is anybody who contributed to the wiki going to want to sue FIC for importing the content into an official wiki? I think that any major effort to restart the wiki is wasted effort that could be better spent elsewhere, whether for OpenMoko related activities or not. In any case, if you're going to get a license agreement on the wiki, it does not belong in the editable part of pages, it belongs in the edit UI as an agreement, i.e. By submitting content to this wiki you agree that you own the copyright for the submitted content, and agree to release it under the GNU Free Documentation License.. That way you don't have to waste effort putting a header on each page, and you don't have to worry about the integrity of all of the headers. However, I still don't think that there is a licensing issue with the content of the wiki, since the only people contributing to it would be extremely likely to be supportive of OpenMoko. Ok, legal stuff is very serious, however... Ok, another option, since a direct import is not probaby going to happen is to, once the new wiki is live, summarize and help build the new wiki using the temp one as guide, with the explicit directive that no copy-and-paste is allowed, however linking is ok. To all wiki-ppl out there, remember to always set-up licensing on your wiki prior to the start of your wiki. This is the easiest thing to do and saves the most time...cool? If so, then back to work, right ;) Jon ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community -- Jon Phillips San Francisco, CA USA PH 510.499.0894 [EMAIL PROTECTED] http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: [EMAIL PROTECTED] IRC: [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Reactions From Other People to News of OpenMoko
darn, and I was really hoping it was a bottle opener! :-) Perhaps we can have this feature in future revisions ;-) ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: Possibilities for commercial software?
On 29 Jan 2007, at 09:52, Mike wrote: The linux community *overall* quietly wants linux to be a walled- off OSS only world. They have never quite been comfortable with commercial apps running on the linux platform. It's quite common to mistake the vocal minority for the overall will of the community. I can't be 100% sure that's the case here, since there is no comprehensive survey of the linux community, but it is a common problem. Quite a few people can't be stuffed to get involved in the flame wars and would rather just focus on the code. For most of the rest, I agree with you. For me, the attraction of the OM phone is the functionality that I can build on it, not that it's only loaded with 100% Free Software. Few, if any, other phones grant us this level of access. I'm really looking forward to the cool apps and ideas that flow when we free our phones ... Ken P.S. only-OSS-third-party-application-friendliness, then we've got linux all over again, and suffer the same marginalized fate of 0.39% (desktop market) after a full 15 years. I work in a company with 100% Linux desktops, except for the OSX laptops floating around. The desktop's ready for the workplace, but there's a lot of intertia to overcome. ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community
Re: dialer interface questions
Richi Plana wrote: You'll be surprised at how big dictionaries can get and how much it bogs down the CPU when you try to compress it. If not for that, I had a whole slew of fancy ideas I wanted to implement that would make the cellphone seem as if it could read your mind with just a few keystrokes. Richi, Great to have your expertise available! Don't know if you were on the list when I posted http://lists.openmoko.org/pipermail/community/2006-December/000798.html - but do you know how difficult the idea there would be to implement? Or if some phones already provide it (and I've just been unlucky so far)? Thanks, Ben ___ OpenMoko community mailing list community@lists.openmoko.org https://lists.openmoko.org/mailman/listinfo/community