On Fri, Oct 28, 2011 at 23:44, Joey Hess wrote:
> git log git-annex..origin/git-annex fails, so both are *not* there.
> (git branch may show them, which means nothing when your repository is
> corrupted)
Ah. Sorry, then.
> What I meant to say is that the only place that git-annex looks to
> de
On Sat, Oct 29, 2011 at 03:11, Adam Spiers wrote:
> By "you" are you referring to me or Joey? Yes, my intention
> was that ~/.git-repos contains all git repos (or at least most).
Yes, sorry for the confusion.
> If you mean, every repo *contains* its own .mrconfig, then
> I don't see how that
On Sat, Oct 29, 2011 at 2:11 PM, Richard Hartmann
wrote:
> On Sat, Oct 29, 2011 at 03:11, Adam Spiers wrote:
>> I like that scheme with things like apache (sites-available
>> vs. sites-enabled) although with mr config, the same effect can by
>> automated via the special 'skip' parameter, which to
On Fri, Oct 28, 2011 at 6:08 PM, Joey Hess wrote:
> Having two namespaces for the same thing does not strike me as
> necessarily a good idea.
>
> But if you wanted to do that with mr, you could
> maybe take advantage of a little-known thing it does with determining the
> absolute path:
>
> joey@gn
Adam Spiers wrote:
> I already did this; in fact I *had* to, in order to support GNU stow,
> which requires the stow package namespace to be the list of
> directories under a single "stow directory". If you look for
> $STOW_PKG_PATH in the code I originally posted, you'll see:
>
> STOW_DIR=$H
Richard Hartmann wrote:
> Is there any technical reason that would make
>
> git annex init "test" --uuid=foo
>
> impossible? That way, I could re-use the UUID when I _know_ it's OK to
> reuse them.
There is no technical reason that could not be done, but copying the
.git/config has the same
On Sat, Oct 29, 2011 at 18:58, Joey Hess wrote:
> There is no technical reason that could not be done, but copying the
> .git/config has the same effect today.
OK, so git annex init, edit the UUID manually and then start to add
data? That would still leave me with Yet One More repo in the repo
l
Richard Hartmann wrote:
> On Sat, Oct 29, 2011 at 18:58, Joey Hess wrote:
>
> > There is no technical reason that could not be done, but copying the
> > .git/config has the same effect today.
>
> OK, so git annex init, edit the UUID manually and then start to add
> data? That would still leave m