Merge branch 'master' of ssh://git-annex.branchable.com

This commit is contained in:
Joey Hess 2013-11-05 21:26:06 -04:00
commit 39fb20631f
6 changed files with 95 additions and 0 deletions

View file

@ -100,3 +100,46 @@ ok
> (It also sounds like your repository on markov is for some reason not
> able to push its git repository to marcos. You might need to fix
> something in your setup to get syncing working) --[[Joey]]
>
> > Humm.. Weird. Upgrading fixes the crash, but `marcos` still sees only
> > one repository. It sees some syncs going on from `unknown`, and when
> > I click on that `unknown` link, I get to edit that repository, and
> > it sees it as `here`. So I am not sure I understand what is going
> > on here.
> >
> > (As for the repo on `markov`, it does sync properly:
> >
> > anarcat@desktop008:books$ git annex sync
> > commit
> > ok
> > pull origin
> > From anarc.at:/srv/books
> > 3b4fa7b..c35b13e git-annex -> origin/git-annex
> > ok
> >
> > Or rather - it doesn't fail. But it doesn't push!
> >
> > anarcat@desktop008:books$ git push
> > Everything up-to-date
> >
> > Note that git on `marcos` is the 1.8.4 backport for some reason.
> > I know that branch tracking changed with that release, maybe
> > that's the problem? --[[anarcat]])
> >
> > > So yep, I confirm that even in 4.20131105-g8efdc1a, the webapp
> > > doesn't find the `markov` remote properly, even though
> > > `git annex status` can:
> > >
> > > $ git annex status
> > > repository mode: direct
> > > trusted repositories: 0
> > > semitrusted repositories: 3
> > > 00000000-0000-0000-0000-000000000001 -- web
> > > a75cbbf7-e055-423e-b375-443e0552c9e2 -- here (anarcat@marcos:/srv/books)
> > > aa500f29-42d9-4777-ae02-4a2c3d47db44 -- anarcat@markov:~/books
> > >
> > > I see transfers happening, but they go to "unknown". The link is:
> > >
> > > http://127.0.0.1:56577/config/repository/edit/UUID%20%22aa500f29-42d9-4777-ae02-4a2c3d47db44%22?auth=...
> > >
> > > -- [[anarcat]]

View file

@ -0,0 +1,10 @@
[[!comment format=txt
username="https://www.google.com/accounts/o8/id?id=AItOawkzwmw_zyMpZC9_J7ey--woeYPoZkAOgGw"
nickname="dxtrish"
subject="comment 2"
date="2013-11-05T17:46:02Z"
content="""
When I use that Delete button it seems to still have records of it
because when I delete the repo on the other end and create a new bare
one it complains about some UUID mismatch.
"""]]

View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.47"
subject="comment 3"
date="2013-11-05T18:03:26Z"
content="""
Hmm well, it's true that deleting a repository does not clean out any git remotes that other repositories might have configured using it, and the uuid of the old remote is cached in there. This is only a problem if you put back another repository in the same location as the old one. `git remote remove` should clean that up for you.
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.47"
subject="comment 1"
date="2013-11-05T16:43:26Z"
content="""
Checking the time stamps is what it does.
How long is a very long time?
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.47"
subject="comment 1"
date="2013-11-05T16:46:28Z"
content="""
It might make sense to sync this across remotes and have it edited with `git annex vicfg`
Putting it in the webapp would need some nice interface for constructing the underlying expression. Might be doable for at least simple filtering (ie, files larger than XX or with extensions .A, .B, .C). I tend to think of this as a setting for people comfortable with the command line though.
"""]]

View file

@ -0,0 +1,14 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawne_amN4fko4p5cRY_9EYwaYuJKNn7LRio"
nickname="Tobias"
subject="feedback"
date="2013-11-05T21:23:11Z"
content="""
> It might make sense to sync this across remotes and have it edited with git annex vicfg
That would be great!
> Putting it in the webapp would need some nice interface for constructing the underlying expression. Might be doable for at least simple filtering (ie, files larger than XX or with extensions .A, .B, .C). I tend to think of this as a setting for people comfortable with the command line though.
I could live with a simple filtering interface without too many fancy stuff. The fancy stuff could be done on the command line if needed...
"""]]