Tim Newsom wrote:
The best part is that if you don't want it, you don't use it. And
those that do want it, can use it and its all completley transparent
to the applications.
But not at all transparent to the end user. Again assuming that there
is some sort of key caching going on, what is
Hi,
there are only 4 (four) project applications until now, which is kind of
surprising, given the huge amount of ideas that were floating both on
the mailing lists and on the wiki.
Best regards,
--
- Michael Lauer [EMAIL PROTECTED] http://openmoko.org/
Dnia wtorek, 20 marca 2007, Michael 'Mickey' Lauer napisał:
there are only 4 (four) project applications until now, which is kind
of surprising, given the huge amount of ideas that were floating both
on the mailing lists and on the wiki.
Keep in mind people that if there will be no more
Marcin Juszkiewicz wrote:
Dnia wtorek, 20 marca 2007, Michael 'Mickey' Lauer napisał:
there are only 4 (four) project applications until now, which is kind
of surprising, given the huge amount of ideas that were floating both
on the mailing lists and on the wiki.
Keep in mind people that
Tobias Gruetzmacher wrote:
Am Mon, 19 Mar 2007 12:28:28 +0100 schrieb Sven Neuhaus:
With regards to encryption - it'd be great if microSD cards can contain
dm-crypt'ed partitions. It's probably rather trivial to add this.
Partitions are a major usability nightmare IMHO. That is the reason my
On Tue, 20 Mar 2007 2:08, Jim McDonald wrote:
Tim Newsom wrote:
The best part is that if you don't want it, you don't use it. And
those that do want it, can use it and its all completley transparent
to the applications.
But not at all transparent to the end user. Again assuming that there
Tim Newsom wrote:
[Encryption options]
Yep I understand that there are lots of possibilities and options, I
just think that if something ships by default it should provide end
users with a very simple dialog that is basically an on/off switch for
'protection of personal data' (or something
On Tue, 20 Mar 2007 8:12, Jim McDonald wrote:
Tim Newsom wrote:
[Encryption options]
Yep I understand that there are lots of possibilities and options, I
just think that if something ships by default it should provide end
users with a very simple dialog that is basically an on/off switch
There are already very good web interfaces for various stereo systems
such as the SlimServer (for squeezebox) and Roku Soundbridge.
For Home Automation, you definitely don't want to have it tied to a
mobile device that's going to go away so instead have the Neo1973
display an interface to your
On Tue, Mar 20, 2007 at 03:06:18PM +, Jim McDonald wrote:
Yep I understand that there are lots of possibilities and options, I
just think that if something ships by default it should provide end
users with a very simple dialog that is basically an on/off switch for
'protection of personal
Mikko Rauhala wrote:
'lo
Didn't appear in the wiki, so I figured I'd throw it out there first:
compressed SMS for when a persistent TLS-encrypted and -compressed
Jabber connection just isn't there (eg. if it would be too expensive in
a particular locale), but you need to send long text
After reading about truecrypt on slashdot I think that could pose as a
suitable start to the encryption solution... At least as a starting
place to build a framework on and test out some ideas.
--Tim
___
OpenMoko community mailing list
12 matches
Mail list logo
