Re: ****SPAM(7.5)****
You are right, I did not have it on the top of my mind since I use the workaround: As a temporary workaround one can enable otimed subsystem in /etc/frameworkd.conf: [otimed] disable = 0 Would using otimed allow setting time from GSM and GPS like it used to? Ben ___ 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: ****SPAM(6.7)**** Re: backup battery and case screws questions
Thanks, I may continue to run with just one screw. I searched for a while for a screw to match the specs given earlier, but haven't found any. My FR with 2 screws gets much better reception the the FR with 1 screw (the 1 screw is placed to make the antenna contact, so the missing screw may be irrelevant). Ben On 10/24/2010 02:37 PM, Paul Fertser wrote: Benjamin Deeringben_deer...@swissmail.org writes: I use an allen (hex) wrench to remove them, I am seeking replacements because I lost one. FYI i'm using my gta02 as my only daily cell phone for more than a year without any screws whatsoever. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 moinmoin, Am 31.07.2009 um 11:16 schrieb Michael Tansella: OK I just deleted the mailing list - I don't need it Greets Michael dumb question: how? maybe i'm to blind to find where/how .. .. lack of sleep maybe .. cheers christian (morlac) adams - -- - -BEGIN CONTACT BLOCK- eMail: mor...@morlac.de Jabber: mor...@skavaer.homelinux.org - --END CONTACT BLOCK-- - -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS$/IT;d-;s:;a?;C++(+++);UL;P++(+++); L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+;!V;PS(+);PE; Y+;PGP++;t+(++);5(+)++;X(+);R*;tv-+;b++(+++);DI++; D++(+++);G(+)++;e;h-()++;r++;y++; - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFKc/tpr81gVylJyzERAlt4AJsF21yDKOQJHIkzSWFzl+bjl8u5lACgleHC enXe7zauwXJdpAqDOGhVQsU= =u9iU -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
Am Samstag, 1. August 2009 10:23:05 schrieb Christian Adams: moinmoin, Am 31.07.2009 um 11:16 schrieb Michael Tansella: OK I just deleted the mailing list - I don't need it Greets Michael dumb question: how? maybe i'm to blind to find where/how .. .. lack of sleep maybe .. you go to projects.openmoko.org log in go to your projects overview choose tab mailinglist admin remove But unfortunately I still get this Mail every day from that now non existing mailing list. Beste Grüße Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
OK I just deleted the mailing list - I don't need it Greets Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
Michael Tansella wrote: HI, I'm the developer of openmokoder project: http://projects.openmoko.org/projects/openmokoder/ Since 3 days I get mails with subject Openmokoder-commits moderator request(s) waiting but unfortunately I'm unable to log in at http://lists.projects.openmoko.org/mailman/admindb/openmokoder-commits because of wrong password. But I'm pretty shure that it is correct. Additionally I get Mails from that list with subject: � VIAGRA � Official Site openmokoder-commits-ow...@projects.openmoko.org Any hints? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Yes,I am also facing this problem. Sriranjan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
Additionally I get Mails from that list with subject: � VIAGRA � Official Site openmokoder-commits-ow...@projects.openmoko.org to what address do you get that spam? faking the from-header is widely used -- i get a lot of spam sent allegedly from my address. simply ignore it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
arne anka ha scritto: Additionally I get Mails from that list with subject: � VIAGRA � Official Site openmokoder-commits-ow...@projects.openmoko.org to what address do you get that spam? faking the from-header is widely used -- i get a lot of spam sent allegedly from my address. simply ignore it. I received spam even from my project page (BlueMoko) same as Michael: The bluemoko-comm...@projects.openmoko.org mailing list has 1 request(s) waiting for your consideration at: http://lists.projects.openmoko.org/mailman/admindb/bluemoko-commits Please attend to this at your earliest convenience. This notice of pending requests, if any, will be sent out daily. Pending posts: From: bluemoko-comm...@projects.openmoko.org on Wed Jul 29 17:47:15 2009 Subject: Dear bluemoko-comm...@projects.openmoko.org 76% 0FF on Pfizer ! Cause: Post by non-member to a members-only list Bye. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
Pending posts: From: bluemoko-comm...@projects.openmoko.org on Wed Jul 29 17:47:15 2009 Subject: Dear bluemoko-comm...@projects.openmoko.org 76% 0FF on Pfizer ! Cause: Post by non-member to a members-only list so? what part don't you understand? the usual kind of spamming -- send to each and every address ever encountered you spam and hope for the best. it's an issue for years now, did you honestly never encounter that kind of spam? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
arne anka ha scritto: Pending posts: From: bluemoko-comm...@projects.openmoko.org on Wed Jul 29 17:47:15 2009 Subject: Dear bluemoko-comm...@projects.openmoko.org 76% 0FF on Pfizer ! Cause: Post by non-member to a members-only list so? what part don't you understand? the usual kind of spamming -- send to each and every address ever encountered you spam and hope for the best. it's an issue for years now, did you honestly never encounter that kind of spam? No, this seems a mail generated from the versioning system who alerts me of a pending commit request not a common spamming message. Furthermore my email address is not mentioned inside the message as the usual spam. It smells of security issue on the projects.openmoko site... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
Am Donnerstag, 30. Juli 2009 10:45:08 schrieb arne anka: Additionally I get Mails from that list with subject: � VIAGRA � Official Site openmokoder-commits-ow...@projects.openmoko.org to what address do you get that spam? faking the from-header is widely used -- i get a lot of spam sent allegedly from my address. simply ignore it. It's the Mail address I'm registered at projects.openmoko.org. But my main problem is that I can not log in at http://lists.projects.openmoko.org/mailman/admindb/openmokoder-commits so I get this Openmokoder-commits moderator request(s) waiting mail every day ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
No, this seems a mail generated from the versioning system who alerts me of a pending commit request not a common spamming message. ??? nothing's easier than spoofing the sent-from. just because it says it is sent from something-commits does in no way mean, it really is. Furthermore my email address is not mentioned inside the message as the usual spam. ??? It smells of security issue on the projects.openmoko site... still possible, if one take sthe password issue in account. but not from the quotes of spam. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 moinmoin, Am 30.07.2009 um 10:57 schrieb DJDAS: arne anka ha scritto: Additionally I get Mails from that list with subject: � VIAGRA � Official Site openmokoder-commits-ow...@projects.openmoko.org to what address do you get that spam? faking the from-header is widely used -- i get a lot of spam sent allegedly from my address. simply ignore it. I received spam even from my project page (BlueMoko) same as Michael: -- -- The bluemoko-comm...@projects.openmoko.org mailing list has 1 request(s) waiting for your consideration at: http://lists.projects.openmoko.org/mailman/admindb/bluemoko-commits Please attend to this at your earliest convenience. This notice of pending requests, if any, will be sent out daily. Pending posts: From: bluemoko-comm...@projects.openmoko.org on Wed Jul 29 17:47:15 2009 Subject: Dear bluemoko-comm...@projects.openmoko.org 76% 0FF on Pfizer ! Cause: Post by non-member to a members-only list -- -- Bye. i'm getting these mails _every_ day since nearly 200 days now for my project at projects.om.org and i also am not able to log in to the mentioned mailman/admin i really would like to turn this off. cheers, christian (morlac) adams - -- - -BEGIN CONTACT BLOCK- eMail: mor...@morlac.de Jabber: mor...@skavaer.homelinux.org - --END CONTACT BLOCK-- - -BEGIN GEEK CODE BLOCK- Version: 3.1 GCS$/IT;d-;s:;a?;C++(+++);UL;P++(+++); L++(+++);E---;W++;N(+);o?;K?;!w;!O;!M+;!V;PS(+);PE; Y+;PGP++;t+(++);5(+)++;X(+);R*;tv-+;b++(+++);DI++; D++(+++);G(+)++;e;h-()++;r++;y++; - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) iD8DBQFKcWjlr81gVylJyzERAkHvAKD6aS981oXGQEvxLDRtzZi7ZL2pHgCfRasz 5oZlL8CdHL+EFwQSIblNohM= =eami -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
arne anka ha scritto: No, this seems a mail generated from the versioning system who alerts me of a pending commit request not a common spamming message. ??? nothing's easier than spoofing the sent-from. just because it says it is sent from something-commits does in no way mean, it really is. Sorry but which part of the mail was sent from the versioning system you didn't understand? :) This is NOT spoofed but was sent form the projects server, please look at the headers: -- Return-Path: mailman-boun...@projects.openmoko.org X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on djdas.djdas.net X-Spam-Level: X-Spam-Status: No, score=1.0 required=5.0 tests=BAYES_50,NO_REAL_NAME autolearn=no version=3.1.5 Received: from projects.openmoko.org (projects.openmoko.org [88.198.93.218]) by djdas.djdas.net (8.13.7/8.13.4) with ESMTP id n6Q9RPQ1012478 for dj...@djdas.net; Sun, 26 Jul 2009 11:27:25 +0200 Received: from localhost ([127.0.0.1] helo=projects.openmoko.org) by projects.openmoko.org with esmtp (Exim 4.63) (envelope-from mailman-boun...@projects.openmoko.org) id 1MWOjP-0005b0-KI for dj...@users.projects.openmoko.org; Thu, 30 Jul 2009 08:03:11 +0200 Received: from localhost ([127.0.0.1] helo=projects.openmoko.org) by projects.openmoko.org with esmtp (Exim 4.63) (envelope-from bluemoko-commits-boun...@projects.openmoko.org) id 1MWOjK-0005IK-SA for bluemoko-commits-ow...@projects.openmoko.org; Thu, 30 Jul 2009 08:03:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 1 Bluemoko-commits moderator request(s) waiting From: bluemoko-commits-boun...@projects.openmoko.org To: bluemoko-commits-ow...@projects.openmoko.org Message-ID: mailman.241.1248933784.3962.bluemoko-comm...@projects.openmoko.org Date: Thu, 30 Jul 2009 08:03:04 +0200 Precedence: bulk X-BeenThere: bluemoko-comm...@projects.openmoko.org X-Mailman-Version: 2.1.9 List-Id: cvs commits bluemoko-commits.projects.openmoko.org X-List-Administrivia: yes Sender: mailman-boun...@projects.openmoko.org Errors-To: mailman-boun...@projects.openmoko.org X-Virus-Scanned: ClamAV 0.88.4/9634/Thu Jul 30 05:03:31 2009 on djdas.djdas.net X-Virus-Status: Clean -- It smells of security issue on the projects.openmoko site... still possible, if one take sthe password issue in account. but not from the quotes of spam. Maybe they were able to automatize the commit requests for all (o part of) the projects hosted in the site registering an account (or using an anonymous one if possible) that asks for commits and using the subject/notes field to add spamming messages... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam in projects.openmoko mailinglist
DJDAS wrote (ao): arne anka ha scritto: No, this seems a mail generated from the versioning system who alerts me of a pending commit request not a common spamming message. ??? nothing's easier than spoofing the sent-from. just because it says it is sent from something-commits does in no way mean, it really is. Sorry but which part of the mail was sent from the versioning system you didn't understand? :) This is NOT spoofed but was sent form the projects server, please look at the headers: These headers and this email are from the process that manages the 'moderator request(s) waiting' queue. My guess would be that a spammer spams the mailaddress which receives the commits, and that mailman refuses to send the spam to the members of the commit list due to the spammer being a non-member. With kind regards, Sander -- Return-Path: mailman-boun...@projects.openmoko.org X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on djdas.djdas.net X-Spam-Level: X-Spam-Status: No, score=1.0 required=5.0 tests=BAYES_50,NO_REAL_NAME autolearn=no version=3.1.5 Received: from projects.openmoko.org (projects.openmoko.org [88.198.93.218]) by djdas.djdas.net (8.13.7/8.13.4) with ESMTP id n6Q9RPQ1012478 for dj...@djdas.net; Sun, 26 Jul 2009 11:27:25 +0200 Received: from localhost ([127.0.0.1] helo=projects.openmoko.org) by projects.openmoko.org with esmtp (Exim 4.63) (envelope-from mailman-boun...@projects.openmoko.org) id 1MWOjP-0005b0-KI for dj...@users.projects.openmoko.org; Thu, 30 Jul 2009 08:03:11 +0200 Received: from localhost ([127.0.0.1] helo=projects.openmoko.org) by projects.openmoko.org with esmtp (Exim 4.63) (envelope-from bluemoko-commits-boun...@projects.openmoko.org) id 1MWOjK-0005IK-SA for bluemoko-commits-ow...@projects.openmoko.org; Thu, 30 Jul 2009 08:03:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: 1 Bluemoko-commits moderator request(s) waiting From: bluemoko-commits-boun...@projects.openmoko.org To: bluemoko-commits-ow...@projects.openmoko.org Message-ID: mailman.241.1248933784.3962.bluemoko-comm...@projects.openmoko.org Date: Thu, 30 Jul 2009 08:03:04 +0200 Precedence: bulk X-BeenThere: bluemoko-comm...@projects.openmoko.org X-Mailman-Version: 2.1.9 List-Id: cvs commits bluemoko-commits.projects.openmoko.org X-List-Administrivia: yes Sender: mailman-boun...@projects.openmoko.org Errors-To: mailman-boun...@projects.openmoko.org X-Virus-Scanned: ClamAV 0.88.4/9634/Thu Jul 30 05:03:31 2009 on djdas.djdas.net X-Virus-Status: Clean -- It smells of security issue on the projects.openmoko site... still possible, if one take sthe password issue in account. but not from the quotes of spam. Maybe they were able to automatize the commit requests for all (o part of) the projects hosted in the site registering an account (or using an anonymous one if possible) that asks for commits and using the subject/notes field to add spamming messages... -- Humilis IT Services and Solutions http://www.humilis.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ***SPAM*** ***SPAM*** Re: Yaouh 0.5 out
On Tue, Mar 3, 2009 at 2:46 PM, Daniel.Li lida_m...@163.com wrote: Hi fellows, Where are the resources of those maps? Well, I mean the data of map? Where does it comes from? I found that map of euro is much more clear, compared to my location. Any ideas? Openstreetmap.org - feel free to add details in your area, see http://wiki.openstreetmap.org/wiki/Main_Page r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Stroller wrote: On 28 Jan 2009, at 09:56, Jan Henkins wrote: ... There is another situation that I find to be a worry: In order to send mail to this list you have to have a registered address. ... but it could have been anybody else who have sent an email to the list. Looking in the list archives I can see that not enough is being done to obscure sender addresses. Currently the only thing that is being done is to replace the @ with a spaceatspace. So dor...@grey.com would become dorian at grey.com. Sweet! Armed with wget to leech all the archives, a few text tools (grep, Perl, Python, etc) and I can build up a list of addresses (almost 100% confirmed working addresses) that could be used for various spamming activities. A list of active addresses is worth money too! ;-) So what I suggest is that the list administrators obfuscate list members' addresses even more. MailMan's Pipermail archiver can do this if properly set up. Surely the traditional mailing list problem remains - subscribers to the list will still receive messages with the full from address intact. Or do you intend to obfuscate that, too? Surely a spammer can just subscribe to the list to obtain all our addresses? Obfuscating email addresses on the web archive is, IMO, no substitute for sensible policies (greylisting, RBL, SFF?) at your incoming mail server. Stroller. I think all are good ideas so far, with the problem at hand, SPF deals specifically with the relaying and reception of forged emails. Although the most relevant solution, there's still a lot of people not using it so success varies and it also forces some requirements on the users of the domain. Being 'open' pioneers, it's be nice to have. From experience, greylisting, helo and RBL rejections are equal to, if not at some points greater than, the amount of flagged spam I recieve. They're also the kind of techniques that subtly force other admins to fix their servers. Any issues I've had have been outweighed by the benefit. I see the web side of things more about being considerate, not so much an obligation. If it was a forum I'd care but I completely agree with Stroller. Short of removing the addresses from the emails, I can't imagine much else you could do (and I'm not suggesting that btw ;). Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
On Wed, January 28, 2009 16:08, arne anka wrote: Obfuscating email addresses on the web archive is, IMO, no substitute for sensible policies (greylisting, RBL, SFF?) at your incoming mail server. not as such. but i think it is a necessary part. From a mail server perspective I have to agree, if you do not have greylisting. SPF and some form of RBL service activated, you are courting disaster. Obfuscating mail addresses in web archives is a seperate issue, but just as important. But like it was said, it does not substitute or replace sensible email policies, but it keeps the bad guys from harvesting active e-mail addresses. Both these things are not difficult to set up, and I would urge Openmoko to act while the issue is still in discussion. -- Regards, Jan Henkins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Hello, On Wed, January 28, 2009 01:59, roguem...@roguewrt.org wrote: This should especially be done by mailing list servers and more so in openmoko's case as the contact with openmoko personnel and developers is pretty crucial. Preventing your own people from being impersonated and forged mails being relayed via your own list seems common sense to some of us, or at least me :) There is another situation that I find to be a worry: In order to send mail to this list you have to have a registered address. In the above case it was proper openmoko.org addresses that was used in the Joe Job attack, but it could have been anybody else who have sent an email to the list. Looking in the list archives I can see that not enough is being done to obscure sender addresses. Currently the only thing that is being done is to replace the @ with a spaceatspace. So dor...@grey.com would become dorian at grey.com. Sweet! Armed with wget to leech all the archives, a few text tools (grep, Perl, Python, etc) and I can build up a list of addresses (almost 100% confirmed working addresses) that could be used for various spamming activities. A list of active addresses is worth money too! ;-) So what I suggest is that the list administrators obfuscate list members' addresses even more. MailMan's Pipermail archiver can do this if properly set up. -- Regards, Jan Henkins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
2009/1/28 Jan Henkins j...@henkins.za.net So what I suggest is that the list administrators obfuscate list members' addresses even more. MailMan's Pipermail archiver can do this if properly set up. Adding ReCAPTCHA's mailhide[1] might improve this further. [1] http://mailhide.recaptcha.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
On 28 Jan 2009, at 09:56, Jan Henkins wrote: ... There is another situation that I find to be a worry: In order to send mail to this list you have to have a registered address. ... but it could have been anybody else who have sent an email to the list. Looking in the list archives I can see that not enough is being done to obscure sender addresses. Currently the only thing that is being done is to replace the @ with a spaceatspace. So dor...@grey.com would become dorian at grey.com. Sweet! Armed with wget to leech all the archives, a few text tools (grep, Perl, Python, etc) and I can build up a list of addresses (almost 100% confirmed working addresses) that could be used for various spamming activities. A list of active addresses is worth money too! ;-) So what I suggest is that the list administrators obfuscate list members' addresses even more. MailMan's Pipermail archiver can do this if properly set up. Surely the traditional mailing list problem remains - subscribers to the list will still receive messages with the full from address intact. Or do you intend to obfuscate that, too? Surely a spammer can just subscribe to the list to obtain all our addresses? Obfuscating email addresses on the web archive is, IMO, no substitute for sensible policies (greylisting, RBL, SFF?) at your incoming mail server. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Obfuscating email addresses on the web archive is, IMO, no substitute for sensible policies (greylisting, RBL, SFF?) at your incoming mail server. not as such. but i think it is a necessary part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Paul Boddie wrote: To avoid some problems with forged mail, I recommend setting up an SPF policy record: http://www.openspf.org/ See the Deploying SPF part of that page and the associated setup wizard. When I looked at openmoko.org's DNS records, I couldn't find any evidence of SPF policies, so perhaps someone should look into it. And everyone else who isn't publishing SPF policies for their domain should consider doing so, too - it's a pain to get a deluge of spam backscatter in one's inbox, but you can prevent it from happening. This should especially be done by mailing list servers and more so in openmoko's case as the contact with openmoko personnel and developers is pretty crucial. Preventing your own people from being impersonated and forged mails being relayed via your own list seems common sense to some of us, or at least me :) As the from address is maintained when sending to this particular list, I guess it's not even necessary for them to be checking records, so long as they publish some that we can check ... though they should be doing both. The only problem with implementing this now would be the multiple sending servers required to be added to the records or the set up of auth smtp (with increased BW usage) and then the requirement for openmoko.org email users to adhere to the set up. Doable but not exactly trivial. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
re: spam
On Sun, 25 Jan 2009, arne anka wrote: the best course of action, is to delete an forget it, the subject is a pretty good hint ... And perhaps for openmoko to start publishing SPF records Paul ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: spam
I really don't care what type of sun tanning lotion they are using. But there's not much you can do about forged headers and open relays. (d) --- Damian A. Spriggs Writer: Weekly World Shrew http://www.weeklyworldshrew.com On Jan 25, 2009, at 12:50 PM, Paul Wouters wrote: And perhaps for openmoko to start publishing SPF records Paul ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Jim Ancona wrote: No, looking at the headers, almost certainly not. Someone simply forged Mickey's address using their email client. I receive spam From my address all the time. The only difference is that they sent it through the mailing list. Indeed. Readers should exercise common sense when seeing mail from people, especially relatively well-known people in the community, which seems out of character or nonsensical before jumping to conclusions about that person becoming a spammer, going over to the Dark Side, and so on. A better rule (which I have just violated) is not to reply at all, since it just clutters the list. To avoid some problems with forged mail, I recommend setting up an SPF policy record: http://www.openspf.org/ See the Deploying SPF part of that page and the associated setup wizard. When I looked at openmoko.org's DNS records, I couldn't find any evidence of SPF policies, so perhaps someone should look into it. And everyone else who isn't publishing SPF policies for their domain should consider doing so, too - it's a pain to get a deluge of spam backscatter in one's inbox, but you can prevent it from happening. Paul ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Can mailman be configured that you have to sign your messages correctly and otherwise they will not be distributed? Steve 'dillo Okay wrote: Hmmm. It would appear that somebody's desktop system or server has been compromised. You all might want to check your AV software. Can I also suggest that people not use the offensive subject in their replies? ---It only gives the bigots more traction and voice. If you think the message is offensive, just think of what it will look like in a Google search 3 months from now. -Steve ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEUEARECAAYFAkl6BSEACgkQuSp/DnmT6VzWyACfTcIRBtkTimAOEMB+r+6V8KDA kQIAmOEVjCuy4Ircxhv05bCKgZZr98E= =Tsuj -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
On Fri, Jan 23, 2009 at 12:48 PM, Steve 'dillo Okay armad...@gothpunk.com wrote: Hmmm. It would appear that somebody's desktop system or server has been compromised. No, looking at the headers, almost certainly not. Someone simply forged Mickey's address using their email client. I receive spam From my address all the time. The only difference is that they sent it through the mailing list. You all might want to check your AV software. Can I also suggest that people not use the offensive subject in their replies? ---It only gives the bigots more traction and voice. If you think the message is offensive, just think of what it will look like in a Google search 3 months from now. A better rule (which I have just violated) is not to reply at all, since it just clutters the list. Jim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Quake III on Nokia devices
Am Friday 28 November 2008 16:24:28 schrieb Ivan Shirokoff: Hello everybody =) http://www.engadget.com/2008/11/28/nokia-quake-iii-gains-on-phone-server-bl uetooth-keyboard-and-mo/ I wonder if there any way we would get something like this on FR? =) Unlikely from what I've heard about the glamo. Especially with today's state of drivers, although Graeme was working on a new/better one if I remember correctly. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Mon, Oct 6, 2008 at 8:44 PM, Bastian Muck [EMAIL PROTECTED] wrote: I had no problems with echo. But I can confirm the other issues. And one is missing: I can't recieve SMS. Does anyone? I wrote one to myself and a friend wrote one. after half an hour i turned neo off and put the card in my old phone and this recieved both messages. But now, i have another issue: somehow the theme changed. And at this theme the buttons at the bottom don't appear. so I neither can change nor do any other important things. I used FR with Qtextended as my one and only daily phone today, because I lost my Motorokr E6 the night before the last (using OM2008.8-update was an actual waking nightmare yesterday). I have been very happy with the results so far, but the problems I have found, confirming yours are: 1. Default volume too low: had to hand-edit gsmhandset.state, the volume control in settings call settings did not do the trick 2. Using the headset during a call requires you to select speakerphone from the menu - audio is routed usually through one earphone, but for the mic, you have to use the FR's speaker-mic. Selecting headset does not work - Could this mean the settings in gsmheadset.state and gsmspeakerout.state have been interchanged? 3. Strong echo heard by most of the callers 4. Phone needs to be reminded of power management functions when plugged in - I have already saved the settings in (added to) my profile 5. Whenever a new SMS is received, the phone reports earlier messages as unread in the popup notification 6. Some messages are received twice 7. Somehow, the phone seems to create copies of messages in the inbox - I now have 159 messages in one day, when the total received was perhaps 16. Sent items shows the correct number 8. In GPRS settings, I can't modify the APN setting, so there is no way to figure out if it works. The wiki says here [1] that it should be specified in the chat file. However, I don't know if Qtextended uses the same functionality to connect to GPRS. There are no such files in /etc/ppp 9. I don't think networking through usb0 works correctly. I have specified my proxy in settings internet new ethernet, also exported it as an environment variable under SSH, but no cigar. Ping to www.google.com or 208.67.222.222 doesn't seem to work. I am using Freeproxy as a bridge between my corporate lan on my laptop, and the FR 10. Due to 9 above, settings software packages does not work. Neither does opkg, for much the same reason, although I believe nothing should be installed from the OM repositories 11. What about GPS? Both 8 and 9 mean there is no way to test how it works. Plus there are hardly any tried and tested routing / navigation applications available (roadmaps seems to be experimental, haven't tried it). We need something like TangoGPS or Navit 12. The qwerty keyboard is too tiny and a bit messy. The predictive keyboard seems to have done away with the right-to-left flick for backspace So there are twelve problems I can enumerate quickly, but they are not showstoppers. I believe most of these issues will be cleared up quickly. Battery life is much better than under any of the OMs, applications start up much faster and I haven't even tried fastload yet, and respond much faster too! All in all, FR with Qtextended (4.4.1) is the closest I have gotten to a phone, much better than the 2007.2 factory image, which was quite buggy, and of course, everyone's favourite 2008.x. [1] http://wiki.openmoko.org/wiki/Manually_using_GPRS#gprs-connect-chat.2C_version_1 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
I had no problems with echo. But I can confirm the other issues. And one is missing: I can't recieve SMS. Does anyone? I wrote one to myself and a friend wrote one. after half an hour i turned neo off and put the card in my old phone and this recieved both messages. But now, i have another issue: somehow the theme changed. And at this theme the buttons at the bottom don't appear. so I neither can change nor do any other important things. Greetings Bastian gromez schrieb: On Thu, Oct 2, 2008 at 8:23 PM, Franky Van Liedekerke [EMAIL PROTECTED] wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: [...] - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. Same problem. A solution for getting the right date is to use the date command from ssh. - echo problem is back During a call, people notify me that they hear their own voice, so echo problem is back. - alarm keeps vibrating the phone, after pressing snooze I've tried alarm this morning and it worked fine. - each received call arrives twice, causing the second call to show up as missed Similar problem with calls and text messages. Even if I read them it seems they are never marked as read. ___ 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: [SPAM] Re: kernel for qt extended 4.4
Kishore wrote: On Friday 03 Oct 2008 4:46:45 am Lorn Potter wrote: Franky Van Liedekerke wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: No problem here. I reflashed previous QT snapshot 4.3 so i presume if you use kernel from 4.3 you are ready to go. unless...I was also looking at the services screen or what it's called in QT4.4 so i might have activated USB networking by an accident and it's kernel independent? Check it out anyways. hmmm ... I'm guessing that image isn't the official released one, too many bugs (old and new): - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? yes, this has nothng to do with qtextended. I get plenty of errors with regard to splash plugin not found. Seems like there should have been a splash screen that is trying to be updated but then it does not exist. And yes, boot it still slow. thats because I removed that, but some script is still trying to use it. It's harmless - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. hmmm... indeed. sorry. I will update with a new image. I hope it will be possible to just upgrade from the current install i just spent a few hours setting up the moko, transferring contacts etc. (My previous motoming phone does not have an export all feature) ok. I will put up a ipkg of the needed zoneinfo files. - echo problem is back odd. - alarm keeps vibrating the phone, after pressing snooze - each received call arrives twice, causing the second call to show up as missed also odd. I haven't seen this. The image is called 4.4.1, but my phone reports it as 4.4.2 ... I thought it was going to be 4.4.3? Thats because its really a snapshot. which is just 4.4.1 + a few bug fixes. I do not use the FR as my primary phone yet so have not tested how well it manages calls. Ps: Lorn, In your blog post for today, you mention dynamic rotation. Does that mean it adjusts based on accelerometer reading? I could only find one application where i had to tap on the screen to make it rotate. We have not done anything with motion sensors yet. So it is not automatic rotation on the Neo. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Qt Software, Nokia Pty Ltd ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Friday 03 Oct 2008 11:29:39 am Lorn Potter wrote: Kishore wrote: On Friday 03 Oct 2008 4:46:45 am Lorn Potter wrote: Franky Van Liedekerke wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: No problem here. I reflashed previous QT snapshot 4.3 so i presume if you use kernel from 4.3 you are ready to go. unless...I was also looking at the services screen or what it's called in QT4.4 so i might have activated USB networking by an accident and it's kernel independent? Check it out anyways. hmmm ... I'm guessing that image isn't the official released one, too many bugs (old and new): - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? yes, this has nothng to do with qtextended. I get plenty of errors with regard to splash plugin not found. Seems like there should have been a splash screen that is trying to be updated but then it does not exist. And yes, boot it still slow. thats because I removed that, but some script is still trying to use it. It's harmless OK. Harmless but still looks bad but no issue really. - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. hmmm... indeed. sorry. I will update with a new image. I hope it will be possible to just upgrade from the current install i just spent a few hours setting up the moko, transferring contacts etc. (My previous motoming phone does not have an export all feature) ok. I will put up a ipkg of the needed zoneinfo files. Thanks! - echo problem is back odd. I put in a SIM to test. Neither I nor the other side experience any echo. - alarm keeps vibrating the phone, after pressing snooze - each received call arrives twice, causing the second call to show up as missed also odd. I haven't seen this. When i answer a call it does register the same call as a missed call too. I have another issue where if the call was from an unknown contact and i wish to add to my contacts list, it would ask me if i want to create a new contact and there touch screen does not respond to my input on either of yes or no or elsewhere. I have to press the AUX button to recover. Also when i choose to delete data from the call history, it okays my input but does not delete the entry. The image is called 4.4.1, but my phone reports it as 4.4.2 ... I thought it was going to be 4.4.3? Thats because its really a snapshot. which is just 4.4.1 + a few bug fixes. I do not use the FR as my primary phone yet so have not tested how well it manages calls. Ps: Lorn, In your blog post for today, you mention dynamic rotation. Does that mean it adjusts based on accelerometer reading? I could only find one application where i had to tap on the screen to make it rotate. We have not done anything with motion sensors yet. So it is not automatic rotation on the Neo. OK, Is there an API that one can use to write a small script daemon? -- Cheers! Kishore ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
Tried the latest mwester stable kernel (uImage-gta02-g78199ea0_mwester-stable.bin) and everything is OK except the battery gauge which is always empty when I unplug the FR from USB. Even my Sandisk 8GB microSD works fine :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Fri, Oct 3, 2008 at 10:00 AM, gromez [EMAIL PROTECTED] wrote: Tried the latest mwester stable kernel (uImage-gta02-g78199ea0_mwester-stable.bin) and everything is OK except the battery gauge which is always empty when I unplug the FR from USB. Even my Sandisk 8GB microSD works fine :) Everything fine? So no echo issues, no missed call for every received call? That would be great for me! Where did you get this kernel? Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Fri, Oct 3, 2008 at 11:08 AM, Franky Van Liedekerke [EMAIL PROTECTED]wrote: On Fri, Oct 3, 2008 at 10:00 AM, gromez [EMAIL PROTECTED] wrote: Tried the latest mwester stable kernel (uImage-gta02-g78199ea0_mwester-stable.bin) and everything is OK except the battery gauge which is always empty when I unplug the FR from USB. Even my Sandisk 8GB microSD works fine :) Everything fine? So no echo issues, no missed call for every received call? That would be great for me! Where did you get this kernel? never mind, I found the kernel :-) But are the mentioned issues really resolved? Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Fri, Oct 3, 2008 at 11:08 AM, Franky Van Liedekerke [EMAIL PROTECTED] wrote: On Fri, Oct 3, 2008 at 10:00 AM, gromez [EMAIL PROTECTED] wrote: Tried the latest mwester stable kernel (uImage-gta02-g78199ea0_mwester-stable.bin) and everything is OK except the battery gauge which is always empty when I unplug the FR from USB. Even my Sandisk 8GB microSD works fine :) Everything fine? So no echo issues, no missed call for every received call? That would be great for me! Well, these problems are not kernel related so there are still present :( Where did you get this kernel? Here: http://qtextended.org/modules/mydownloads/visit.php?lid=91 Franky ___ 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: [SPAM] Re: kernel for qt extended 4.4
On Fri, 03 Oct 2008, Franky Van Liedekerke wrote: On Fri, Oct 3, 2008 at 10:00 AM, gromez [EMAIL PROTECTED] wrote: Tried the latest mwester stable kernel (uImage-gta02-g78199ea0_mwester-stable.bin) and everything is OK except the battery gauge which is always empty when I unplug the FR from USB. Even my Sandisk 8GB microSD works fine :) Everything fine? So no echo issues, no missed call for every received call? That would be great for me! Where did you get this kernel? Well I have no issues as far as echoes and duplicate missed calls. I'm using the kernel from the 4.3.2 release. I do hear a small audio effect (like loud static which does down - quite tonefully, I must add) whenever a call ends. I can live with the unintended call end indicator. Problems that I do have : * WiFi - connects and is usable, but makes the interface really slow after a while. Then causes freezes. I'm using WPA-PSK-TKIP btw. * The aux red LED keeps on glowing even after I disconnect the USB cable. I can get it to behave as expected by playing around with repeated inserts of the cable. One of those times, it behaves correctly. I wouldn't call it a fix or even a workaround though. It's more of a buggy bug. * Missing zoneinfos. I'll try the updated image today. I haven't tried setting up my GPRS yet. --gera. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
Hi, her are my results after a fresh flash with the latest uimage and rootfs from qt: On Fri, 03 Oct 2008 09:16:45 +1000 Lorn Potter [EMAIL PROTECTED] wrote: - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? yes, this has nothng to do with qtextended. using the new uimage, these are gone - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. hmmm... indeed. sorry. I will update with a new image. - echo problem is back odd. using the new uimage, this still seems to be a problem - alarm keeps vibrating the phone, after pressing snooze this also no longer happens. But the issue of the alarm not sounding on time after suspend still remains (the alarm is on time only once, after a fresh reboot, all subsequent alarms seem to drift off in time when the phone is suspended) - each received call arrives twice, causing the second call to show up as missed also odd. I haven't seen this. after a dialer crash and some reboots, this no longer is the case. But now, at the end of each call, the call-volume setting window pops up briefly, with the sound setting/noice. Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: No problem here. I reflashed previous QT snapshot 4.3 so i presume if you use kernel from 4.3 you are ready to go. unless...I was also looking at the services screen or what it's called in QT4.4 so i might have activated USB networking by an accident and it's kernel independent? Check it out anyways. hmmm ... I'm guessing that image isn't the official released one, too many bugs (old and new): - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. - echo problem is back - alarm keeps vibrating the phone, after pressing snooze - each received call arrives twice, causing the second call to show up as missed The image is called 4.4.1, but my phone reports it as 4.4.2 ... I thought it was going to be 4.4.3? Franky ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Thursday 02 Oct 2008 11:53:46 pm Franky Van Liedekerke wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: No problem here. I reflashed previous QT snapshot 4.3 so i presume if you use kernel from 4.3 you are ready to go. unless...I was also looking at the services screen or what it's called in QT4.4 so i might have activated USB networking by an accident and it's kernel independent? Check it out anyways. hmmm ... I'm guessing that image isn't the official released one, too many bugs (old and new): - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. - echo problem is back - alarm keeps vibrating the phone, after pressing snooze - each received call arrives twice, causing the second call to show up as missed The image is called 4.4.1, but my phone reports it as 4.4.2 ... I thought it was going to be 4.4.3? Yup! I have all of those issues you mention. Anyway, USB networking is now working after i flashed mwester kernel. I am able to ssh but i cannot connect to the internet. ping google.com gives me ping: bad address 'google.com'. I checked /etc/resolv.conf and it is empty. -- Cheers! Kishore ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
Franky Van Liedekerke wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: No problem here. I reflashed previous QT snapshot 4.3 so i presume if you use kernel from 4.3 you are ready to go. unless...I was also looking at the services screen or what it's called in QT4.4 so i might have activated USB networking by an accident and it's kernel independent? Check it out anyways. hmmm ... I'm guessing that image isn't the official released one, too many bugs (old and new): - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? yes, this has nothng to do with qtextended. - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. hmmm... indeed. sorry. I will update with a new image. - echo problem is back odd. - alarm keeps vibrating the phone, after pressing snooze - each received call arrives twice, causing the second call to show up as missed also odd. I haven't seen this. The image is called 4.4.1, but my phone reports it as 4.4.2 ... I thought it was going to be 4.4.3? Thats because its really a snapshot. which is just 4.4.1 + a few bug fixes. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Qt Software, Nokia Pty Ltd ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Friday 03 Oct 2008 4:46:45 am Lorn Potter wrote: Franky Van Liedekerke wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: No problem here. I reflashed previous QT snapshot 4.3 so i presume if you use kernel from 4.3 you are ready to go. unless...I was also looking at the services screen or what it's called in QT4.4 so i might have activated USB networking by an accident and it's kernel independent? Check it out anyways. hmmm ... I'm guessing that image isn't the official released one, too many bugs (old and new): - lots of kernel-warnings spit out during booting (using uImage-gta02-mwester-stable-d6f9fd270943fb22.bin from I believe the previous 4.3.x snapshot version). Or maybe this is a uimage issue? yes, this has nothng to do with qtextended. I get plenty of errors with regard to splash plugin not found. Seems like there should have been a splash screen that is trying to be updated but then it does not exist. And yes, boot it still slow. - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. hmmm... indeed. sorry. I will update with a new image. I hope it will be possible to just upgrade from the current install i just spent a few hours setting up the moko, transferring contacts etc. (My previous motoming phone does not have an export all feature) - echo problem is back odd. - alarm keeps vibrating the phone, after pressing snooze - each received call arrives twice, causing the second call to show up as missed also odd. I haven't seen this. The image is called 4.4.1, but my phone reports it as 4.4.2 ... I thought it was going to be 4.4.3? Thats because its really a snapshot. which is just 4.4.1 + a few bug fixes. I do not use the FR as my primary phone yet so have not tested how well it manages calls. Ps: Lorn, In your blog post for today, you mention dynamic rotation. Does that mean it adjusts based on accelerometer reading? I could only find one application where i had to tap on the screen to make it rotate. -- Cheers! Kishore ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SPAM] Re: kernel for qt extended 4.4
On Thu, Oct 2, 2008 at 8:23 PM, Franky Van Liedekerke [EMAIL PROTECTED] wrote: On Thu, 2 Oct 2008 19:43:23 +0200 Petr Vanek [EMAIL PROTECTED] wrote: [...] - timezone management isn't working (the files just aren't there in /usr/share/timezone). Also the time itself can't be changed. Same problem. A solution for getting the right date is to use the date command from ssh. - echo problem is back During a call, people notify me that they hear their own voice, so echo problem is back. - alarm keeps vibrating the phone, after pressing snooze I've tried alarm this morning and it worked fine. - each received call arrives twice, causing the second call to show up as missed Similar problem with calls and text messages. Even if I read them it seems they are never marked as read. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ***SPAM*** Re: In the press
I don't think its the wiki software that is the problem. Its the ad-hoc management method of everybody editing and no one doing QA to insure old stuff is thrown out or clearly marked, consistent format, new pages in the right place, appropriate links to and from the document, etc There has to be some kind of control to enforce a standard, I'm a libertarian at heart but the free-for-all method used now falls apart when you have multiple projects(1973, FreeRunner, etc) and hundreds of contributers.. I think OpenMoko stands to gain the most from teh effort and should step up to the plate to provide a WikiBoss that can provide the standard, organize volunteers to police their areas of expertise. Unless this of some other kind of oversight is done any new wiki will degenerate into the state of the current wiki in short order. Scott Curtis Vaughan wrote: Since Ken really liked OpenWRT's Wiki, I looked at it and see they use MoinMoin. So, I am willing to set up MoinMoin on a server to be used as an FR community wiki. If people think it's a good idea then I will set up a website for it and register it. Perhaps something like mokofanbox.org or whatever. I don't really care. I can register it and I will make it available to whomever can administer it. Jay seems to be willing. Anyhow, if that's what will help us out then just give me the green light and I'll do that much. If it works out - Great! Curtis ___ 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: Spam
No increase in spam here. I use thunderbird, so I don't see any spam :D Mo Abrahams skrev: Did anybody else notice a huge increase in the spam they get since they first joined this mailing list? I never used to get any, and within a week of joining this list I get lots. Mo. ___ 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: Spam
Did anybody else notice a huge increase in the spam they get since they first joined this mailing list? not yet -- but the archive at lists.openmoko.org does not hide email-addresses. thus, harvesting should be pretty easy. maybe the archive could be configured to chop off everything after @? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
Yes, but if anyone really wants to get the email addresses, they just join the list ;) arne anka skrev: Did anybody else notice a huge increase in the spam they get since they first joined this mailing list? not yet -- but the archive at lists.openmoko.org does not hide email-addresses. thus, harvesting should be pretty easy. maybe the archive could be configured to chop off everything after @? ___ 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: Spam
Yes, but if anyone really wants to get the email addresses, they just join the list ;) true, oh pharao -- which poses the question, why not use a foru ... uhm, never mind :-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Spam
On Sunday 15 June 2008 13:36, Mo Abrahams wrote: Did anybody else notice a huge increase in the spam they get since they first joined this mailing list? I never used to get any, and within a week of joining this list I get lots. I use a unique email adress for this list, but my spam folder doesn't hold a single email with that adresses anywhere in it. So at least there wasn't any spam in the last 20 days... AVee -- You've been warned! If you fall and break your leg, don't come running to me! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SPAM Re: TomTom on Openmoko?
On Friday 28 March 2008 10:37, joerg wrote: Waaah! 10.142.178.13 spamming the list :-( it's probably gmail being sucky yet again and sending mail out repeatedly Andy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ***SPAM*** (was : Re: FAQ Interactive, Funny Images and VideosOnline)
On Fri, 08 Feb 2008 02:32:35 -0800, Michael Shiloh [EMAIL PROTECTED] wrote: Yup. I already brought it to the attention of our list superuser, who will remove this spammer. Michael good, note that I just replied it to inform others to not read it, to save time ;) -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ***SPAM*** (was : Re: FAQ Interactive, Funny Images and Videos Online)
Yup. I already brought it to the attention of our list superuser, who will remove this spammer. Michael Steven Le Roux wrote: Just for the record... ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [-SPAM-] Re: application idea
andy wrote: Just wondering if there is a reason for the [-SPAM-] in the subject line? Because for some reason my ISP tagged it as spam. And I forgot to edit it. Oops. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [-SPAM-] Re: application idea
ian douglas wrote: Tilman Baumann wrote: The biggest challenge would be a mapping from gps coordinates to regions/postcodes or such. If you have this information, you could do all sorts of crazy stuff. But i doubt these data would be very easy to get. I've seen it at another contract I worked a year ago, but not sure if the GPS-to-US-zip-code data was freely available or a paid service. The database I used for my job there had the entire US postal code regions mapped out based on latitude/longitude so the data IS out there. Just a matter of seeing if it's free to download from somewhere. The database was gigantic though, I'm not sure it's something you'd want to store on the device itself. Going to the 5 digit zips is easy - it's well under a meg. 5 digit + 4 is a whole different matter. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [-SPAM-] Re: application idea
On Wed, September 19, 2007 12:00 pm, Ian Stirling wrote: ian douglas wrote: Tilman Baumann wrote: The biggest challenge would be a mapping from gps coordinates to regions/postcodes or such. If you have this information, you could do all sorts of crazy stuff. But i doubt these data would be very easy to get. I've seen it at another contract I worked a year ago, but not sure if the GPS-to-US-zip-code data was freely available or a paid service. The database I used for my job there had the entire US postal code regions mapped out based on latitude/longitude so the data IS out there. Just a matter of seeing if it's free to download from somewhere. The database was gigantic though, I'm not sure it's something you'd want to store on the device itself. Going to the 5 digit zips is easy - it's well under a meg. 5 digit + 4 is a whole different matter. But is the data freely available, or is it constrained by copyright or the like. In the UK, postcode (zipcode) data is restricted by copyright, and the post office makes money selling licenses to users. Even if we could get the data, we could not freely distribute it. In the UK there is a project [1] to build a post code database using user contributed information. Basicaly users are asked to type in the postocode and location of their homes, busneses, and any other site they can find. We many have to use similar database for other countries. [1] http://www.freethepostcode.org/ -- David Pottage Error compiling committee.c To many arguments to function. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [-SPAM-] Re: application idea
David Pottage [EMAIL PROTECTED] wrote : But is the data freely available, or is it constrained by copyright or the like. In the UK, postcode (zipcode) data is restricted by copyright, and the post office makes money selling licenses to users. Even if we could get the data, we could not freely distribute it. I'm not particularly bothered about free solutions to making sat nav work on the Neo. If someone can make the Tomtom map data and postcode file work on the Neo it would be good. It's not that expensive to get a licence for these day. --- G O Jones ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [-SPAM-] Re: application idea
Just wondering if there is a reason for the [-SPAM-] in the subject line? Andy On Wed, 19 Sep 2007 15:11:30 GMT, Giles Jones [EMAIL PROTECTED] wrote: David Pottage [EMAIL PROTECTED] wrote : But is the data freely available, or is it constrained by copyright or the like. In the UK, postcode (zipcode) data is restricted by copyright, and the post office makes money selling licenses to users. Even if we could get the data, we could not freely distribute it. I'm not particularly bothered about free solutions to making sat nav work on the Neo. If someone can make the Tomtom map data and postcode file work on the Neo it would be good. It's not that expensive to get a licence for these day. --- G O Jones ___ 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: [Spam?] Re: google earth - [was: Re: Another simple GPS+GPRS idea]
I have a bit of experience in GIS data and applications. Okay, a lot. Sean is absolutely right about the rarity and high price of street maps, not to mention the legal rights problems which can drag in Queens and Kings. The first question to answer is: what is the necessary accuracy? If you're not routing ambulances then there may be adequate data available from public sources. Availability varies tremendously by country, even by internal divisions, but streets are always changing, hence more difficult to obtain. If street level geocoding is needed, one approach would be to take advantage of Google or Yahoos geocoding APIs. Would work for a limited (but large) number of hits/day, and for a non-commercial application. For basic context like major roads, landmarks, postal code or political boundaries, data may well be available for free or the cost of bashing them into a useful shape. These data also have the advantage of smaller file sizes. Hope this helps. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sean Moss-Pultz Sent: Tuesday, November 28, 2006 10:25 AM To: Marcus Bauer; community@lists.openmoko.org Subject: [Spam?] Re: google earth - [was: Re: Another simple GPS+GPRS idea] Importance: Low On 11/27/06 8:16 PM, Marcus Bauer [EMAIL PROTECTED] wrote: You may ask Sean about availability of maps for the Neo1973 (a quick search in the ML-archives gives no hits). Mapping data is actually really difficult. There are only two providers worldwide: * Navitec * TeleAtlas And they are really expensive. We have some commercial software lined up that we could sell, but I'm not too excited at anything at this point. Hopefully we can come up with something free together. -Sean ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community NOTICE: This e-mail message is for the sole use of the intended recipient(s) and may contain confidential and privileged information of Motricity. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: [Spam?] Re: google earth - [was: Re: Another simple GPS+GPRSidea]
On 11/28/06, Sam Kome [EMAIL PROTECTED] wrote: I _love_ the idea of openstreetmap, but truly doubt that it will retain enough dedicated participants over time. Initial capture is not enough; eternal vigilance is needed to recapture the data everytime a bulldozer appears or a planning committee renumbers the addresses. I disagree, I'm not a GIS-ologist, but my assumptions is that OpenStreetmap, or a similar project, will continue to grow slowly until: a) GPS devices become ubiquitous, as does the technology to streamline and facilitate the acquisition and syncronisation of 'tagging' info. b) Some corporate or governmental agency acquires the rights to place such streetmap data into the public domain. Likely a result of widespread GPS adoption (a). You are right in that if you look at who is creating these uploads, it is mostly a small subset of devotees.. however for all the towns and cities I've lived in, the actual street layouts and names don't change terribly often. One thing the Neo1973 should be able to do easily, which would differentiate it somewhat, is that it could time its GPS acquisitions to fill in the missing datapoints, by comparing existing datapoints - if a road takes a sharp bend, the extent of which is not picked up by the first pass: [EMAIL PROTECTED] | @ | Then the Neo could compare its own vectors, and the timestamps for the first pass.. and flesh out the missing corner, add a few more passes and you've boosted your accuracy. Dedicated participants, as you say, are only required at the early-adoption stage because they are the ones who end up creating the mechanisms which the masses end up using? Richard ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
Re: [Spam?] Re: google earth - [was: Re: Another simple GPS+GPRSidea]
On 11/28/06, Richard Franks [EMAIL PROTECTED] wrote: however for all the towns and cities I've lived in, the actual street layouts and names don't change terribly often. Let me qualify this rather anecdotal statement.. I don't think street-layout/renumberings change often enough to be show-stopper problem for a project like OpenStreetmap. If you work a lot with streetmap data, then you probably deal with renumbering/layout changes on a daily basis. But what percentage of roads require such changes per year? What percentage of the total streetmap mileage is affected? Does this occur more frequently in urban, suburban, or rural areas? I think you'd need to take account of at least these variables to determine the extent of the problem, and the ease of the fix. I'm also thinking in terms of highway maintainance -- if one section is under maintainance, and traffic from both directions are forced to share one side of the highway.. then temporary traffic information could be mined quite easily if the highway is wide enough to draw conclusions from the offset in expected GPS vectors. Likewise for accidents, or temporarily blocked roads. All it requires is a few more programmable GPS devices on the roads who share data, and you have the basis for an automonous dynamic nagivation system, which has the potential to report back issues rather quickly. Richard ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/cgi-bin/mailman/listinfo/community
