Hi all,
I tried following the various snippets around the web ML, but I
could not get fake bare git repos with modified worktree to work as
expected.
Can someone dump a current snippet that will create a fake bare git
repo that works locally _and_ allows me to push to a truly bare
remote?
On Sun, Apr 3, 2011 at 11:35, Dieter Plaetinck die...@plaetinck.be 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
On Thu, Apr 7, 2011 at 18:03, Dieter Plaetinck die...@plaetinck.be wrote:
I also brought this up on the fd.o xdg lists
$XDG_CONFIG_HOME/app/config for config
$XDG_CONFIG_HOME/app/state for state
This does seem to make a lot of sense and if we contact the relevant
ML in bulk, with a
On Sat, Apr 9, 2011 at 04:42, Christophe-Marie Duquesne
chm.duque...@gmail.com wrote:
git-annex does location tracking. Even if you delete the link, the file is
still there and other repositories know what repositories have the file. If
you want to be sure the file is always reachable, you
On Sun, Apr 3, 2011 at 17:13, Dieter Plaetinck die...@plaetinck.be wrote:
I use mr 1.02-3, it definitely doesn't find $XDG_CONFIG_HOME/mr/config by
default.
Joey, are you willing to support this config location in addition to
~/.mrconfig? I know inflation of possible config locations is A
On Sat, Apr 9, 2011 at 16:28, Richard Hartmann
richih.mailingl...@gmail.com wrote:
$XDG_CONFIG_HOME/mr/trust
$XDG_CONFIG_HOME/mr/trust.d/
FYI, I started a thread [1] about the general layout of foo.d/ vs
foo/bar.d/ on the XDG list.
This would most likely mean a result of
$PREFIX being either
On Sun, Apr 10, 2011 at 16:43, Harley J Pig harley...@gmail.com wrote:
You can
find it at https://github.com/harleypig/gitperms
Are you willing to bounce that onto the git list or should I do so?
RIchard
___
vcs-home mailing list
On Mon, Apr 11, 2011 at 02:07, Harley J Pig harley...@gmail.com wrote:
I'm not subscribed to that list, go ahead and post it if you would. Thank
you.
Done.
Richard
___
vcs-home mailing list
vcs-home@lists.madduck.net
Hi all,
this, or some modification, might be useful for you:
git config [--global] alias.annex-push '!git pull git annex add
. git annex copy . --to $REMOTE --fast --quiet git commit -a -m
$HOST $(date +%F--%H-%M-%S-%Z) git push'
Richard
___
On Wed, Apr 6, 2011 at 11:10, martin f krafft madd...@madduck.net wrote:
git config core.worktree ../../ # ~/.fgits/vim.git/../../ → ~
FYI, this works:
git config core.worktree ~/
Richard
___
vcs-home mailing list
vcs-home@lists.madduck.net
3b95e9bd9ef16fdb4d1592db6159f580e8a509be Mon Sep 17 00:00:00 2001
From: Richard Hartmann richih.mailingl...@gmail.com
Date: Sun, 1 May 2011 12:29:02 +0200
Subject: [PATCH] Add support for setting jobs via config file
---
mr | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/mr b/mr
Hi all (i.e. Joey),
git annex fsck
is a no-op in a bare repository. While I can understand that there is
no (easy) way to verify the symlinks, the annex objects are there
regardless.
Wouldn't it make sense to allow me to check repo integrity in bare
repos, as well?
As an aside, should those
On Mon, Jun 13, 2011 at 18:43, Joey Hess j...@kitenet.net wrote:
Yes, fsck could check the size and checksum (if available). It could not
check the location log correctness or number of available copies.
Sounds good to me. I am only concerned about data integrity, anyway.
I prefer to track
Hi all,
I am using several local repos and one common bare remote. Said remote
is origin for all other repos and meant as a central point of
distribution.
A few issues with this setup:
* I can not run git annex fsck (this might be addressed by Joey in code)
* git annex status does not know
Hi all,
my take at vcsh, ending in a from-scratch re-implementation of
madduck's fake bare git repo, is ready for general consumption.
It's trivial to set up thanks to a template repo you can clone from.
If anyone has any questions, ask. If I managed to pique your interest,
have a look at it.
Also, bare git annex repos only know about themselves and not other
repos. Again, this is somewhat expected, but still.
The more I think about it, the more do I think that a combination of
object stores of bare non-bare repos makes sense. Only need to
figure out the cleanest way to meld bup into
On Thu, Oct 27, 2011 at 21:21, Joey Hess j...@kitenet.net wrote:
It would be very weird to have a bup repository that is *not* bare.
True; what I meant was the merged bup annex, indeed.
As I said, it's probably possible to use a branch of the same repository
for bup as for git-annex, but
mumble..
[1] https://github.com/RichiH/vcsh
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
On Fri, Oct 28, 2011 at 18:33, Joey Hess j...@kitenet.net wrote:
It seems your repository has lost the git-annex branch.
No, the branch was still there. If you want the contents, I can send
them off-list.
You might try running git fsck to get a better view of the damage,
but it's unlikely
On Fri, Oct 28, 2011 at 18:23, Adam Spiers vcs-h...@adamspiers.org wrote:
Ah thanks, I did wonder about that.
Yah, I hope the old version will drop off of google at some point to
avoid confusion.
Sure, there's no right and wrong. It sounds like your preference is
based on a sense of
On Fri, Oct 28, 2011 at 21:23, Joey Hess j...@kitenet.net wrote:
Hmm, either the main git-annex branch or origin/git-annex seems to be
missing based on the error message, and I don't think it's the latter.
Both are there.
The only place the uuid for a repository is stored is .git/config.
%
On Fri, Oct 28, 2011 at 23:44, Joey Hess j...@kitenet.net 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
On Sat, Oct 29, 2011 at 03:11, Adam Spiers vcs-h...@adamspiers.org 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
On Sat, Oct 29, 2011 at 18:58, Joey Hess j...@kitenet.net 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
On Thu, Dec 1, 2011 at 09:12, Dieter Plaetinck die...@plaetinck.be wrote:
Is this the right way to go? that mr plugins expose themselves by introducing
a new variable just to enable them?
I think vcsh was planning to do the same. Why not have a 'type' variable or
something which can be set
On Wed, Dec 7, 2011 at 16:21, Adam Spiers vcs-h...@adamspiers.org wrote:
On Wed, Dec 7, 2011 at 2:34 PM, Antonio Ospite osp...@studenti.unina.it
wrote:
or where else?
Good question - I will probably write zsh completion rules for mr
at some point too.
For zsh, it's
On Mon, Dec 12, 2011 at 11:28, Adam Spiers vcs-h...@adamspiers.org wrote:
Would love to hear your thoughts on all this!
You surely spent a _lot_ of time and effort on this. After reading all
of this, I am not sure why you couldn't just put your group
definitions into available.d and use full
On Mon, Dec 12, 2011 at 20:55, Adam Spiers vcs-h...@adamspiers.org wrote:
mr -r zsh,emacs up
Sounds useful.
Richard
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
On Tue, Dec 13, 2011 at 09:56, Bruce Schultz bruce.schu...@gmail.com wrote:
XDG_CONFIG_HOME=${XDG_CONFIG_HOME:-$HOME/.config}
[ -z $XDG_CONFIG_HOME ] XDG_CONFIG_HOME=$HOME/.config
Of course ;)
What I meant was if you use $XDG_CONFIG_HOME outside of vcsh, make
sure it exists
Richard
I would use
find -name \*.avi -exec git annex add {} \;
but other than that, this seems fine. Depending on your level of OCD,
it might make sense to throw away the initial repo once your data is
clean and import everything in a clean one. That's what I do.
Richard
PS: There are various
On Wed, Dec 14, 2011 at 14:15, Adam Spiers vcs-h...@adamspiers.org wrote:
That's substantially less performant, because it forks a whole new
tree of git / git-annex processes per file.
True.
Interesting - any particular reason for doing that?
Mainly that I will keep my repos for as long as
On Thu, Dec 15, 2011 at 18:19, Joey Hess j...@kitenet.net wrote:
You need to run git annex merge before pushing and all will be well.
This seems to be a _very_ common problem for new users. I know it's a
message from git, not git-annex, but would there be any way to display
a hint?
Richard
On Thu, Dec 15, 2011 at 20:44, Richard Hartmann
richih.mailingl...@gmail.com wrote:
This seems to be a _very_ common problem for new users. I know it's a
message from git, not git-annex, but would there be any way to display
a hint?
As a follow-up, there are no hooks that could be used. Pity
Awesome! Solves a ton of issues with USB for me.
Sent by mobile; excuse my brevity.
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
On Mon, Dec 26, 2011 at 19:53, Joey Hess j...@kitenet.net wrote:
To follow-up, I have added a new one, called tweak-fetch. Hopefully it
will be accepted into git in due course
Nice; thanks.
I already have a tweak-fetch
branch of git-annex that can use the hook to avoid any need of manually
On Sat, Dec 24, 2011 at 15:44, Joey Hess j...@kitenet.net wrote:
Since using git-ls-files is so convenient in most ways, all I can
think to do about this is document it.
--error-unmatch ?
Richard
___
vcs-home mailing list
vcs-home@lists.madduck.net
On Tue, Dec 27, 2011 at 16:51, Joey Hess j...@kitenet.net wrote:
joey@gnu:~/src/other/gitgit ls-files --error-unmatch --others zlib.o zlib.c
zlib.o
error: pathspec 'zlib.c' did not match any file(s) known to git.
Did you forget to 'git add'?
I am 99% sure this is a bug; investigating.
On Wed, Jan 11, 2012 at 20:44, Vincent Demeester vinc...@demeester.fr wrote:
That also sound useful for me, and somehow with a similar use case (my
photography folder).
I just realized that a special git remote may make more sense than a
special bup remote.
This is, after all, _exactly_ what
On Tue, Feb 7, 2012 at 12:31, Vincent Demeester vinc...@demeester.fr wrote:
Line 10: [ -z $XDG_CONFIG_HOME ] XDG_CONFIG_HOME=$HOME/.config
He was referring to README.md.
--
Richard
PS: Forgot to hit send, thus the delay in sending the latter.
___
I am afraid that I don't really know what you are referring to.
Richard
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
On Wed, Feb 15, 2012 at 08:57, Thomas Koch tho...@koch.ro wrote:
In the case of schroot this means to add a vcsh script in /etc/schroot/setup.d
(see man schroot-setup) that checks whether a given set of vcsh repos is
cloned into the home dir of the user entering the chroot.
After googling
On Wed, Feb 15, 2012 at 08:22, Thomas Koch tho...@koch.ro wrote:
I've just updated vcsh in Wheezy and was curious to see what changed, but
neither in the Debian package nor in the upstream Git repository is a project
changelog.
Could you please be so kind to add one? It'd be a shame not to
After looking at what the git logs get transferred into, they are not
even near my expectations of a changelog. The result is more or less a
brain dump, but lacks concise editing.
If anyone knows of a trick to show all commit messages between any two
subsequent tags, that would help with writing
On Wed, Feb 15, 2012 at 13:17, Adam Spiers vcs-h...@adamspiers.org wrote:
git log tag_a..tag_b
Yes, I know of that. What I meant was more or less an automated/pre-existing
for tag in ...
etc.
I will whip it up myself, I guess.
--
Richard
On Wed, Feb 15, 2012 at 13:20, Richard Hartmann
richih.mailingl...@gmail.com wrote:
I will whip it up myself, I guess.
Ugly, but workable:
for tag in $(git tag | tac | grep -v -- '-'); do echo $tag; [ -n
$tag ] {echo $tag..$previous_tag; git log $tag..$previous_tag;
echo; echo
On Fri, Feb 17, 2012 at 17:02, Adam Spiers vcs-h...@adamspiers.org wrote:
Would
you accept extract subroutine refactoring patches which do not
change the functionality in any way, but simply break down some of the
longer subroutines into more easily understandable chunks?
Personally, I think
On Sun, Feb 19, 2012 at 01:14, Chanoch (Ken) Bloom kbl...@gmail.com wrote:
But for historical work, I guess it helps as a start.
Aye, that's what I did. From now on, I will simply maintain it on the fly.
Richard
___
vcs-home mailing list
On Sat, Mar 3, 2012 at 12:08, Thomas Koch tho...@koch.ro wrote:
Forgot one advantage: easily exclude annex-ed repos from backups.
Just exclude */.git/annex/*
Richard
___
vcs-home mailing list
vcs-home@lists.madduck.net
On Sat, Apr 14, 2012 at 20:38, Joey Hess j...@kitenet.net wrote:
Tho it would
not cover your non-public case, unless you did something tricky with
apache htaccess.
Checking a .htaccess into git is trivial and would actually help with
the mental model of the gallery, I guess.
One problem I
On Sun, Apr 15, 2012 at 00:47, Joey Hess j...@kitenet.net wrote:
Note that this is a potentially difficult security situation.
One idea that has been floated is to keep the annexed files in a
different repo, in an ikiwiki underlay. It would be easier to make
ikiwiki skip security checks that
Hi Andre,
submodules are still a point of contention with vcsh.
Problem is, git needs to support a way to move .gitmodules around, which it
does not currently have.
That submodules work at all with vcsh is a relatively recent development.
git didn't clean up its own variables properly, that bug
On Sat, Apr 27, 2013 at 2:24 AM, Andre Klärner kan...@ak-online.be wrote:
madduck's last mail reminded me about something I struggeled with when I
started using vcsh and read about all that mr-related stuff.
One of my first impressions was, that one could register a vcsh-repo with
mr
On Fri, Apr 26, 2013 at 9:28 PM, martin f krafft madd...@madduck.netwrote:
also sprach Brian May br...@microcomaustralia.com.au [2012.02.06.0116
+0100]:
- git add requires the -f flag
I have been pondering if it's possible to tell vcsh about directories it's
managing exclusively.
On Sat, Apr 27, 2013 at 6:40 PM, Andre Klärner kan...@ak-online.be wrote:
I think I missed the discussion about the two approaches? What are these=
My approach aka symlinks:
If you symlink, mr will clone, update, etc.
Joey approach aka lazy checkouts:
mr will only update etc if you cloned
On Sat, Apr 27, 2013 at 6:40 PM, Andre Klärner kan...@ak-online.be wrote:
Well, that's mostly due to my laziness, as I know which repos I always want
to use (like bash, zsh and vim) and which should rather not be checked out.
I was probaply also quite lazy and did not implement it for all
On Sun, Apr 28, 2013 at 5:01 PM, Andre Klärner kan...@ak-online.be wrote:
Btw: is there a way to support anonymnous checkouts while auto-configuring
the resulting repo for ssh-based push? Has someone already done this?
Why auto-config? Just define it by hand once and check it into the mr
On Sun, Apr 28, 2013 at 11:02 PM, Andre Klärner kan...@ak-online.be wrote:
What is the move-in best practice used by others? Always create the
config.d/* symlinks after cloning the mr-repository?
cd ~/.config/mr/config.d
ls ../available.d
ln -s !$/foo .
This forces you to make a
On Mon, Apr 29, 2013 at 4:48 PM, Andre Klärner kan...@ak-online.be wrote:
Richard, did you use Google's GMail interface to reply? Didn't find a
X-Mailer header.
Yes, plain GMail with the new-ish message composer (which I hate).
Richard
___
vcs-home
On Thu, Aug 1, 2013 at 4:18 PM, Cory Francis Myers c...@panix.com wrote:
As much as I prefer this route myself, I venture that not all writers
have this choice to make. Journalism outfits and publishing houses
alike have established workflows that depend on Microsoft Word, its
impoverished
On Thu, Aug 1, 2013 at 5:05 PM, Yaroslav Halchenko li...@onerussian.com wrote:
btw -- another interesting idea which I now remembered but which wasn't
yet mentioned I believe: collaborate on google docs but keep version
control outside under git: https://github.com/satra/doc2hub
If you _have_
On Tue, May 27, 2014 at 9:45 PM, Joey Hess j...@kitenet.net wrote:
I don't really use vcsh
For the record: tsk.
Richard ;)
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
On Fri, Aug 8, 2014 at 4:34 PM, Michael McCracken
michael.mccrac...@gmail.com wrote:
I suspect I'm missing a straightforward way to solve this, but in searching
through the vcsh issues on github, it seems like it wasn't solved (or no
one updated the issue, #27 [1]).
I talked to the authors of
Reinholdtsen p...@hungry.com wrote:
[Richard Hartmann]
Dear all,
the first videos are now online and ready for your consumption:
http://meetings-archive.debian.net/pub/debian-meetings/2014/debconf14/
Thank you very much. I've already seen two of the talks, and look
forward to more. :)
Would
On Tue, Sep 9, 2014 at 5:09 PM, martin f krafft madd...@madduck.net wrote:
But why didn't fsck by itself fix this?
I didn't recreate your situation, but I cron `git fsck; git annex
fsck` on _all_ my repos and, up to now, assumed `git annex fsck` did
everything --fast did.
Is `git annex fsck`
Everyone can push to doc/ without authentication.
At least that's the way git-annex is set up.
Richard
Sent by mobile; excuse my brevity.
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
Meh, answered while on a plane and did not see your reply...
We had the exact same issue a few times already, so access control for that
one page would be good.
Richard
Sent by mobile; excuse my brevity.
___
vcs-home mailing list
I am still not 100% sure if I understand what you want.
Another option thrown into the ring, without being sure if that would
work for you:
You could have one branch with and one without README.rst and have one
rebase on the other automagically.
As an aside: If you have more than one instance
On Sat, Mar 7, 2015 at 4:07 PM, Jean-Christophe Boggio
v...@thefreecat.org wrote:
I'm discovering vcsh and try to write a noobs howto in french
Great! If you send me the link and/or the text, I can link to it or
put it into the docs.
echo test .totorc
vcsh init toto
vcsh toto add .totorc
Vcsh does support branches.
That being said, if you switch from branch zsh to branch vim, you will
delete the copies of your zsh config in $HOME.
That is most likely not what you want...
Richard
Sent by mobile; excuse my brevity.
___
vcs-home mailing
On Fri, Jun 26, 2015 at 7:32 PM, Sitaram Chamarty sitar...@gmail.com wrote:
That being said, if you switch from branch zsh to branch vim, you will
delete the copies of your zsh config in $HOME.
Is that a documented feature or an accidental one and might it change in
future?
This is a
On Sat, Jun 27, 2015 at 4:40 AM, Sitaram Chamarty sitar...@gmail.com wrote:
[1]: https://github.com/sitaramc/gaf
gaf expands to gitify arbitrary files; out of interest, where did
you pick up the term gitify?
Richard
___
vcs-home mailing list
On Wed, Oct 12, 2016 at 3:32 PM, Kai Weber wrote:
> I just found the issues #180 and #203 which would be an answer to my
> question. Any chance to get this into the master?
I will try and get some actual time this weekend to sit down, test,
and merge this and others.
Dear all,
it took some time, but there's an active upstream again and we have a
beta release for 2.0.0
https://github.com/RichiH/vcsh/releases/tag/v2.0.0-beta.1 for your
vcsh'ing pleasure.
We intend to add and run with set -eu; concerns, help, pitfalls appreciated.
Best,
Richard
73 matches
Mail list logo