On Sun, 3 Apr 2011 11:18:05 -0400
Joey Hess wrote:
> Dieter Plaetinck wrote:
>
> > I think having support for this in git-annex would be very useful,
> > even if it's not that efficient: if this can be dealt with in
> > git-annex, individual "higherlevel" projects like sharebox and
> > dvcs-auto
Richard Hartmann wrote:
> I know Joey pondered this as well, you will find some references on
> git-annex' ikiwiki. This is needed for S3 in the medium term, anyway.
>
> Basically, the plan is to encrypt the files with a symmetric key and
> then allow access to that key via other keys. That way, y
On Sun, Apr 3, 2011 at 17:13, Dieter Plaetinck wrote:
> If I tell mr explicitly to use a specific config, then I think it would be
> reasonable behavior to trust that file. In fact, the whole reason I put the
> config in $XDG_CONFIG_HOME/mr/config, is to keep my home directory clean, an
> ~/.
Dieter Plaetinck wrote:
> I think having support for this in git-annex would be very useful,
> even if it's not that efficient: if this can be dealt with in
> git-annex, individual "higherlevel" projects like sharebox and
> dvcs-autosync have less headaches. Not to mention
> sharebox/dvcs-autosyn
On Sat, 2 Apr 2011 22:29:44 -0400
Joey Hess wrote:
> Richard Hartmann wrote:
> > the second request is that running mr anywhere without a .mrconfig in
> > $PWD, I would love to have mr read ~/.mrconfig by default (or possibly
> > $XDG_CONFIG_HOME/mr/config (no leading dot)). That would make runni
On Sun, Apr 3, 2011 at 13:18, Rene Mayrhofer wrote:
> I've also been thinking about transparent encryption for git/git-annex/bup
> backends, but this is not even in a real design phase yet. If anybody is
> interested in discussing the issues involved with backing up to a
> potentially untrusted r
On Sun, Apr 3, 2011 at 11:35, Dieter Plaetinck wrote:
> - centralized: have 1 (or more) remotes that always keep a copy of the files
> which are being removed on all other remotes, these would be backup-nodes,
> they don't follow the strict "always in sync" rule that applies to the
> regular n
On Sat, 2 Apr 2011 23:19:52 -0400
Joey Hess wrote:
> Dieter Plaetinck wrote:
> > @Joey: you mentioned you think inotify might be a better
> > backend/paradigm for this than fuse, so do you think implementing
> > git-annex in something like dvcs-autosync is feasible? and/or
> > preferable?
>
> Fe
On Sun, Apr 3, 2011 at 05:07, Joey Hess wrote:
> It's not documented, so perhaps it's a bug, but you can already do this. Ie:
Works perfectly, thanks. As the manpage listed absolute and relative
explicitly I didn't think of trying variables.
Richard
On Sun, Apr 3, 2011 at 04:29, Joey Hess wrote:
> This is the default behavior from mr 1.00 on. In previous versions,
> it can be enabled by the -p flag.
richih@adamantium ~ % mr update
[...]
mr update: finished (2 ok; 1 failed)
richih@adamantium ~ % cd killme
richih@adamantium ~/killme % mr upda
10 matches
Mail list logo
