Re: Gnus Cloud

[Philipp Haselwarter <philipp.haselwarter@gmx.de>]

"TZ" == Ted Zlatanov <tzz@lifelogs.com> writes:

TZ> On Wed, 09 Feb 2011 17:02:53 -0800 Lars Ingebrigtsen <larsi@gnus.org> wrote:

LI> Ted Zlatanov <tzz@lifelogs.com> writes:

>>> A .GPG file could be stored.  It wouldn't be synchronized, just
>>> set/get.

LI> Well, it should be updated when it's updated on one of the Gnus
LI> installations.

TZ> Right.  So I'd allow for a generic "save a file to the cloud"
TZ> facility that doesn't have any of the deltas.

I'm not sure that's a very good idea; there's no guarantee a
.authinfo.gpg file is encrypted or anything.
But I'd want to run the cloud on my own server anyways. After all, the
emacs does let you shoot yourself in the foot if you insist, so, go for
it.

LI> You might also envision totally storage-less Gnus installations,
LI> sort of.  That is, `M-x gnus-ephemeral-on-the-go' that would just
LI> get the data from the cloud, read a bit, and then exit without
LI> saving anything locally.  If you're afraid storing your secret
LI> .newsrc.eld/.authinfo.gpg files on your device.

TZ> Basically Google Reader.  I don't like that as much as just
TZ> synchronizing the configuration, although I'm sure some would like
TZ> it.  It seems like an extreme compared to just synchronizing the
TZ> things you listed.

I'd love that, just caching the authinfo and state, that way you can get
a fully blown gnus experience anywhere you have a recent emacs. Sounds
like what I'd want at uni.

TZ> I would make a final Gnus release of the current series and start a
TZ> new "Cloudy" or "Cumulonimbus Gnus" whichever way you go.  FWIW I'd
TZ> make it flexible enough that people can sync just their marks or go
TZ> all the way up to 100% synchronized configuration.

TZ> Ted

Give it sane defaults, but keep configuration very fine grained, down to
group level (maybe I want to read everything but my football groups at
work).

-- 
Philipp Haselwarter