One alternative might be to have separate posting addresses which all
go to the same list, but result in a short subject prefix being
prepended.
This would allow group synergies to emerge, while also enable
effective client-side filtering.
Problems with this approach include :
*members who filter
I tried 4 shops today, looking for an adapter, no luck at all. Mostly
blank, unknowing stares.
I found/ordered one from ebay, so fingers crossed.
While this does not direcly address your problem, the ebay description
mentioned a dozen or more devices which the adapter was compatiblw
with.
Thet
On Tue, Aug 19, 2008 at 10:54 AM, Neil Brown [EMAIL PROTECTED] wrote:
On Monday August 18, [EMAIL PROTECTED] wrote:
I was kind of surprised that gpsd didn't give me a simple way to just get
the current location, I
had to capture 5 sentences to do that simple thing, but what I really wanted
I don't mean to be overly critical, the process you've described is
trivial enough, and thank you for sharing, but why is is designed like
this?
Surely if the exact same steps are performed before building the
software, it will be much easier for many more people.
It just seem insane to be
Between Kevin Dean's commentary and Wolfgang's response, there's more
information than can be found in a day of trawling threads and
rummaging in the wiki.
Bravo
___
Openmoko community mailing list
community@lists.openmoko.org
On Fri, Aug 8, 2008 at 8:36 AM, Fredrik Wendt [EMAIL PROTECTED] wrote:
And there is a profile switcher planned I hope?
I just can't let go of the idea of having several profiles activated at
the same time, so I'll spam you all once more (last time, I promise).
Locations:
- work
- home
-
On Thu, Aug 7, 2008 at 12:53 PM, Guillaume Chereau [EMAIL PROTECTED] wrote:
Just for your information, with the new events system, it will soon be
different. You will have to edit the rule.yaml file. It looks like this
now :
-
# This rule will play a ring tone when a call is incoming
On Mon, Aug 4, 2008 at 11:47 AM, Esben Stien [EMAIL PROTECTED] wrote:
Paul Buede [EMAIL PROTECTED] writes:
What I need now is a way to pass commands from the cli and have it
return values to the cli rather than operating in the shell.
What you want is a non interactive interface to the gsm
On Thu, Jul 31, 2008 at 10:38 AM, Paul Buede [EMAIL PROTECTED] wrote:
Anybody else know what I can query or run to view available cell
carriers at any given time? Is this even possible? Correct me if I am
wrong, I am kind of making this up to try and figure out how it works:
I had a play
It would be good to make sure that it's easy to have prolog or some
other rule based system autogenerate and interface to the small domain
specific language. I think the way it would work is prolog would use
some event handlers to maintain a table of facts that the DSL would then
use as its
Tilman Baumann wrote:
Scott wrote:
I just found this inference engine.
http://ruleby.org/wiki/Ruleby
I working on a Rails project think Ruby is a great language to work
with. And Ruby is pretty small..
A bit too many layers there for my taste. :)
A domain specific rules
On Wed, Jul 23, 2008 at 6:41 AM, Frederik Sdun
[EMAIL PROTECTED] wrote:
Hi,
I'm one of the GSoC students and work on the answering machine. I
already use this concept in my project and it uses modules so it might
be possible to extend it to fit your needs. It's implemented in vala so
you can
I also got an error, trying to save a minor change.
Database error
From Openmoko
Jump to: navigation
http://wiki.openmoko.org/index.php?title=Supportaction=submit#column-one,
search
http://wiki.openmoko.org/index.php?title=Supportaction=submit#searchInput
A database query syntax error has
I'd like to see a diagram showing how you envisage this fitting together.
Somethings like :
App1=D=[event handler, current states]=[rules
engine]=[rules]=[rules gui]
App2=B
App3=U
App4=S
I'm not clear on the existing role or use of DBUS, are existing apps
(gsmd, gps, mplayer, contacts, clock,
Scott Derrick wrote:
If GPS position is going to be a phone answering rule you would have
to have the GPS sub system running all the time. It can't wake from
sleep and acquire a position soon enough go be part of the decision.
Not sure what that will do to battery life.
Scot
That's a
be close
enough.
Scott
matt joyce wrote:
Scott Derrick wrote:
If GPS position is going to be a phone answering rule you would have
to have the GPS sub system running all the time. It can't wake from
sleep and acquire a position soon enough go be part of the decision.
Not sure what
arne anka wrote:
It may be possible to use GSM call towers to give a good enough location
for these rules.
a gsm cell is usually much bigger than most restaurants -- and gps might
not be available inhouse.
btw: a rule that analyses calendar entries and depending of the character
from the GPS is too long.
Scott
matt joyce wrote:
Or, perhaps use GSM triangulation to trigger GSP fix acquisition.
Scott Derrick wrote:
I thought about it awhile and decided that you could have the GPS engine
get a fix every 5 minutes or some user adjustable time frame and use the
last
On Mon, Jul 21, 2008 at 11:08 AM, Ryan Meador [EMAIL PROTECTED]
wrote:
matt joyce [EMAIL PROTECTED] writes:
Ryan, what approach have your efforts taken already?
Any interesting insights to the problem?
Matt
My efforts as far as applying my inference engine to the OpenMoko platform
Yes.
http://lists.openmoko.org/pipermail/community/2008-July/022628.html
Josh Monson wrote:
Has the list been created? The wiki-editors mailing list?
Michael/Brenda,
Is there any type of organizational plan at this point in terms of whom
will be doing what, and will Brenda be coordinating
arne anka wrote:
imho the number of people adverse to top postings equals more or less the
number of people being annoyed by down-postings.
just recently i got mail over 4 pages (with a screen 19200x1200 and 11px
font!) with just one (and above all rather meaninmgless) sentence below.
Mike wrote:
Scott Derrick wrote:
If your going to quote the email your replying to, please reply above
the quotation.
Its hard enough wading through 300 emails a day without having to page
down to see the reply.
Scott
Are you with openmoko?? Do you have any authority? You
OK so let's take this to the extreme- if I were to post something like
From now on, the official rule is, no one can use the word 'code' on
this mailing list. You would be wrong to ask me if I had any
authority, right?
No, I would just ignore it.
Jörgen Lidholm wrote:
On Sat, Jul 19, 2008 at 7:31 PM, Ron K. Jeffries [EMAIL PROTECTED] wrote:
just saw this reference to a small keyboard that may work with Freerunner.
http://theburtonreport.blogspot.com/2008/06/ultra-slim-mobile-keyboard.html
Comments?
Quite nice keyboard,
Ryan Meador wrote:
Steven Kurylo [EMAIL PROTECTED] writes:
The problem with this is that one needs to think like a programmer to
describe your ideal phone as a set of rules like these. Not only does
one have to think analytically and dissect their concept into orthogonal,
Guillaume Chereau wrote:
This is one of the thing I am planning to add in the framework (FSO
project), although for the moment we don't focus on it too much.
I agree with Alexey as well, the danger is to create something so
configurable, that at the end your setting become a python script.
However, I would've thought that if every application can generate and
consume 'events', then all that is needed in your policy app is the
ability to look for combinations of events (and/or states?) and generate
new events that other apps can pick up? Is that what you were thinking.
AVee wrote:
On Thursday 17 July 2008 23:35, Dotan Cohen wrote:
2008/7/17 Brenda Wang [EMAIL PROTECTED]:
Hi, I am wiki full time editor of Openmoko.
Thank you for your opinion . I will put more effort , to make wiki more
easy to use.
And now , If you want to know what we have on
I have always wanted many more features on my phone, than any phone I've
owned has provided.
I expect the majority of people who are excited about Openmoko have
similar day dreams.
I'd like to propose a rule based policy engine.
In essence this would be an event based system, a service that
On Fri, Jul 18, 2008 at 9:59 AM, Alexey Feldgendler [EMAIL PROTECTED]
wrote:
On Fri, 18 Jul 2008 01:01:08 +0200, matt joyce [EMAIL PROTECTED]
wrote:
If it can be reliably established that my physical location is one of
my favourite restaurants please switch my phone to vibrate, unless
On Fri, Jul 18, 2008 at 11:55 AM, Steven Kurylo [EMAIL PROTECTED]
wrote:
The problem with this is that one needs to think like a programmer to
describe your ideal phone as a set of rules like these. Not only does
one have to think analytically and dissect their concept into orthogonal,
Perhaps it's the databse config, not the wiki.
http://kb.ucla.edu/articles/configuring-mediawiki-to-search-for-three-letter-words
BrendaWang wrote:
Can you give me the more information about modify the configuration ?
That will be great help.
Thenks
Brenda
Sven Klomp ??:
Dear
That look so neat.
john wrote:
A project I was on had a similar requirement of being able to search
and read documents offline on the iPhone *snarl*. Anyway, what I did
was port an excellent open source search engine called hyper estraier
[1] over to the iPhone and used that on various kinds
On Tue, Jul 15, 2008 at 2:47 PM, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
Jay Vaughan wrote:
This stood out for me The tangled pile of mostly outdated and
incomplete documentation at the OpenMoko wiki...
Is this an accurate evaluation of the wiki ?
If so, what can we do to fix it up, how
Firstly I don't have much of an issue with the way things have been handled
so far.
In fact the closeness of the users, the community, the developers, the
engineers and management, just strengthen my resolve that Open Source phones
are the way to go. (I'm finding the resolution process
On Wed, Jul 16, 2008 at 8:54 AM, ian douglas [EMAIL PROTECTED]
wrote:
Michael Shiloh wrote:
I will help support you in any way I can. Yes, we can absolutely set up
a mailing list for you to coordinate amongst yourselves. I will also
make myself more immediately available to the wiki
mokopedia brings the whole wikipedia to your openmoko phone even while being
offline because all articles will reside on an attached microSD card.
http://projects.openmoko.org/projects/mokopedia/
On Tue, Jul 15, 2008 at 8:00 AM, Kurt Snieckus [EMAIL PROTECTED] wrote:
GNU wget can recurse and
It will depend of the amount and type of activity and size of files.
I like the look of nilfs or logfs,but I'm not sure they are available or
even mature enough.
Flyin_bbb8 wrote:
So what's the best filesystem to use on our microSDs?
On Sat, Jul 12, 2008 at 12:51 AM, Mikko Rauhala
[EMAIL
I found a Sandisk Micro SD 8gb on the pavement today.
It was full of *.nds files, Nintendo DS roms I think.
Will it work in the FR?
ian douglas wrote:
Hey all,
Got my 8GB SanDisk 8GB micro SDHC card [1] in a few minutes ago, popped
it into my GTA02v5 (beta tester model) Freerunner and
Jay Vaughan wrote:
This stood out for me The tangled pile of mostly outdated and
incomplete documentation at the OpenMoko wiki...
Is this an accurate evaluation of the wiki ?
If so, what can we do to fix it up, how do we identify old content
and schedule it for updating?
I
Federico Lorenzi wrote:
On Thu, Jul 10, 2008 at 3:56 PM, ian douglas [EMAIL PROTECTED] wrote:
So interestingly enough, writes were slower on ext3 than vfat on the
512MB card.
Makes sense, ext3 is journaled, and using a journaling FS on flash
memory is generally a bad idea. Could
I found this yesterday, thought it was quite an ok article.
http://arstechnica.com/reviews/os/open-moko-software.ars
This stood out for me *The tangled pile of mostly outdated and incomplete
documentation at the OpenMoko wiki*...
Is this an accurate evaluation of the wiki ?
If so, what can we do
Johan Badenhorst wrote:
Hi guys,
I was just wondering if anyone has flashed their Freerunners using
VMWare Player on Windows and if that would even be possible?
Alternatively would it be possible to use colinux or a similar tool?
I've been developing for Maemo using VMWare
Torfinn Ingolfsen wrote:
Hi,
On Tue, Jul 8, 2008 at 5:08 AM, Matt Joyce [EMAIL PROTECTED] wrote:
Dear Community
Would there be any support for prefixing the subject with the list names ?
eg [openmoko-community]
It's a trivial enough to implement with Mailman (the system being
Not really my idea of quite accurate!
It's just initialisation data. More accurate will probably be better, but
20km
of doesn't sound that bad. It sure is *way* better than not even knowing
which hemisphere you're in.
Actually it think just knowing which country your in will
Torfinn Ingolfsen wrote:
Hello,
On Tue, Jul 8, 2008 at 1:44 PM, matt joyce [EMAIL PROTECTED] wrote:
Can you elaborate please (not for the sake of debate, I'm just curious
No, I'm not going to restart that discussion. The last time it lasted
for more than a month, wasting lots
arne anka wrote:
No, I'm not going to restart that discussion.
so you were speaking about the discussions that may arise from the request
not some drawbacks of the markers as such?
___
Openmoko community mailing list
Dear Community
We want to simplify around key communication points. What do you think
of the following:
1) Combine 'openmoko-devel' and 'distro-devel' into one list -- called
'devel'.
2) Remove 'device-owners'.
3) Remove 'hardware'.
Any concerns / comments?
-Sean
I
48 matches
Mail list logo