On Thu, 30 Aug 2012 17:20:15 +0200
Thomas Koch wrote:
> - It should use the namespace dvcs-autosync for folders in .config, .local
> rather then the generic autosync which would also be consistent with the
> package name.
+1
> - It should call logrotate from time to time to clean up old log f
On Wed, 23 May 2012 13:42:39 -0400
Joey Hess wrote:
> I suppose it would not be out of place to mention the Kickstarter
> project I have just launched today. The first 1/3rd of it will be
> using inotify to automatically add files, and keep a directory in sync.
> http://www.kickstarter.com/projec
Remember sharebox?
(http://lists.madduck.net/pipermail/vcs-home/2011-March/000351.html)
Seems like a rewrite in C is going on :
https://github.com/chmduquesne/sharebox-fs
Did anyone try it? What's your experience with it?
It looks super awesome, but is it?
Dieter
__
On Sun, 4 Mar 2012 22:39:22 +
Adam Spiers wrote:
> Sure - I don't mind changes to existing files being autosynced,
> but I want to manually add new files to the repo myself.
Then you should change "startupcmd = git add -A" to "git add -u", although
that's vulnerable to race conditions:
if y
On Sun, 4 Mar 2012 17:19:25 +
Adam Spiers wrote:
I have not yet used dvcs-autosync in anger;
what do you mean?
> addcmd = echo "New untracked file %s"
>
> Am I right in thinking that in this case, there is no synchronisation
> issue to worry about?
synchronisation issue? what do you me
some updates:
1) there was a typo in the original script, i also made various improvements.
such as the ability to safely ignore missing files
2) git rm --cached also needs -f flag. you want to make sure the file is
removed from the index once you get a delete inotify event. without this flag
y
PS: in retrospect, my mail subject may sound worse than it should, sorry about
that.
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.madduck.net/listinfo/vcs-home
I use dvcs-autosync+git on a daily basis, and contributed to the project.
In my previous email
(http://www.mail-archive.com/vcs-home@lists.madduck.net/msg00579.html) I found
some issues wrt race conditions and handling FS events correctly with
dvcs-autosync. Basically realizing dvcs-autosync b
Hi,
about _filter_and_handle_action()
https://gitorious.org/dvcs-autosync/dvcs-autosync/blobs/master/dvcs-autosync#line406
well actually the most important stuff is my point 3, you might want to read
that first. It could make all else moot.
1) line 431: why the break? why stop processing?
what
On Sat, 14 Jan 2012 00:10:35 +0100
Richard Hartmann wrote:
>
> https://github.com/RichiH/vcsh/commit/c189913f6c8eebaa6f2dcfcd666ccc4b17ec6c26
> A system of `pre-run`, `pre-run.10`, `pre-run.20` etc is suggested.
> The dot it optional.
i would suggest to add a file extension like .sh too, so tha
On Tue, 10 Jan 2012 00:24:04 +0100
Richard Hartmann wrote:
> On Tue, Jan 10, 2012 at 00:23, Richard Hartmann
> wrote:
>
> > vcsh enable-hook zsh/pre-commit
>
> Or hook-list, hook-enable, hook-etc?
FWIW I think such wrappers for a simple ls/ln/rm of some files in
$VCSH_HOOK_D/available.d are
On Mon, 09 Jan 2012 11:55:49 +0100
Vincent Demeester wrote:
> Hi,
>
> > vdemeester wrote:
> >> Only the ones that have an executable bit will be sourced.
> > setting executable flag to make it become sourced seems weird.
> > especially because +x is not even needed if it's sourced.
> > i would s
i like the concept and the general implementation looks compact and neat.
vdemeester wrote:
> Only the ones that have an executable bit will be sourced.
setting executable flag to make it become sourced seems weird.
especially because +x is not even needed if it's sourced.
i would say merely the f
On Fri, 30 Dec 2011 13:41:57 +0100
Richard Hartmann wrote:
> On Fri, Dec 30, 2011 at 11:33, Dieter Plaetinck
> wrote:
>
> > I don't understand what you mean. can you explain all the steps
> > involved so that I get where the problem lies?
>
> When I clone,
On Fri, 23 Dec 2011 18:50:32 +0100
Richard Hartmann wrote:
> I can simply have vcsh read out vcsh.base from git's config, but I am
> not sure if that doesn't lead to chicken/egg situations when
> cloning... If you have any ideas, do lot me know.
I don't understand what you mean. can you explain
Hi,
vcsh+mr users now need to add this to ~/.mrconfig:
include = cat /usr/share/mr/vcsh
apparently, this is how one should tell mr how to source one of its libraries.
but I see two problems:
1) path of libraries can change when updating system (mr package)
2) path of libraries can differ accross m
I would like to maintain a set of vcsh repositories as root user, both in /root
and /etc;
i.e. I have multiple possible $VCSH_BASE's with each a set of vcsh git
repositories.
currently $VCSH_BASE is configured inside the vcsh script itself and can be
overridden by setting the environment variab
On Fri, 23 Dec 2011 07:41:29 +1000
Bruce Schultz wrote:
> I solved that situation by adding the external name (ie
> public.adamspiers.org) to the DNS on my ADSL router.
>
> So if I'm on my LAN at home, public.adamspiers.org -> 10.0.0.12
>
> But if I'm away from the house, its port forwarded thr
On Tue, 13 Dec 2011 19:02:00 +0100
Richard Hartmann wrote:
> On Tue, Dec 13, 2011 at 09:56, Bruce Schultz
> 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_CONF
On Tue, 13 Dec 2011 18:56:46 +1000
Bruce Schultz wrote:
>
>
> On 13/12/11 07:19, Richard Hartmann wrote:
> > On Mon, Dec 12, 2011 at 18:02, Sean Whitton
> > wrote:
> >
> >> 3) Set up $XDG_CONFIG_HOME/mr/available.d/ with configs for each
> >> of your fgits repos, following the templates in the
On Thu, 1 Dec 2011 11:47:41 +
Adam Spiers wrote:
> Does that sound reasonable?
FWIW I'm not too familiar with mr's internals, so I can't answer that question,
but you seem to know what you're talking about :)
Dieter
___
vcs-home mailing list
vcs-
On Thu, 1 Dec 2011 00:20:54 +
Adam Spiers wrote:
> [shell-config]
> checkout = git clone ...
> stowable = true
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
On Fri, 28 Oct 2011 15:00:52 +0100
Adam Spiers wrote:
> On Fri, Oct 28, 2011 at 2:43 PM, Dieter Plaetinck
> wrote:
> > On Fri, 28 Oct 2011 14:34:16 +0100
> > Adam Spiers wrote:
> >> However I might very well want to manually place other files inside
> >> ~
On Fri, 28 Oct 2011 14:34:16 +0100
Adam Spiers wrote:
> On Fri, Oct 28, 2011 at 12:40 PM, Dieter Plaetinck
> wrote:
> > Sorry that I go slightly off-topic but you mentioned Gnu Stow, I
> > looked it up and it seems very nice. i haven't run it yet, but (for
> > tho
Sorry that I go slightly off-topic but you mentioned Gnu Stow, I looked it up
and it seems very nice.
i haven't run it yet, but (for those who don't want to read the long
description) from the description it seems like a simple and elegant tool,
which you give a directory ("i want symlinks here")
On Mon, 24 Oct 2011 21:52:47 +0200
Sven Klomp wrote:
> Hi,
>
> I just discovered dvcs-autosync as an good alternative to
> sparkleshare. Especially for headless operation. However, I ran into
> some problems:
>
> I changed the syncmethod to none, since I dont want to use Jabber. I
> thought, th
On Thu, 7 Apr 2011 23:42:26 +0200
Richard Hartmann wrote:
> On Thu, Apr 7, 2011 at 22:40, Dieter Plaetinck
> wrote:
>
> > Me too. But I got kinda demotivated after my previous attempts to
> > get it going failed. Feel free to give it another go, you have my
> > ful
On Thu, 7 Apr 2011 21:19:42 +0200
Richard Hartmann wrote:
> On Thu, Apr 7, 2011 at 18:03, Dieter Plaetinck 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
On Thu, 7 Apr 2011 17:54:40 +0200
martin f krafft wrote:
> also sprach Dieter Plaetinck [2011.04.07.1721
> +0200]:
> > well, in my experience, many of the apps who like to modify the
> > rc/config files themselves, do it quite frequently. Thinks like
> > "last w
On Wed, 6 Apr 2011 10:47:13 +0200
martin f krafft wrote:
> also sprach Erich Heine [2011.03.13.1710 +0100]:
> > I'm not sure how to get around this just yet, other than suggest
> > not using this system for configuring programs that modify the rcs
> > internally. Although now that I think about
On Sun, 3 Apr 2011 17:37:56 +0200
Richard Hartmann wrote:
> 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
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&qu
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 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?
I see you include fuse.py - http://code.google.com/p/fusepy/ - in your repo.
how does it compare to fuse-python - http://pypi.python.org/pypi/fuse-python ?
@Joey: you mentioned you think inotify might be a better backend/paradigm for
this than fuse, so do you think implementing git-annex in somet
On Thu, 31 Mar 2011 18:56:54 +0200
Christophe-Marie Duquesne wrote:
> Hi,
>
> I am currently writing a FUSE file system based on git-annex for
> replicating binary files on several machines. I thought I could share
> it here in order to get some ideas and contributors.
>
> What are your goals?
On Wed, 23 Mar 2011 08:00:27 +0100
martin f krafft wrote:
> also sprach Dieter Plaetinck [2011.03.20.1235
> +0100]:
> > oh, one more thing.
> > you can query the current branch in a pure-python way, by
> > reading .git/HEAD
>
> No, please do not use this. Use
&
Arch Linux users rejoice
Rene's awesome program is now only a `clyde -S dvcs-autosync-git` away.
http://aur.archlinux.org/packages.php?ID=47643
Rene is working on Debian/Ubuntu packages.
Dieter
___
vcs-home mailing list
vcs-home@lists.madduck.net
http:
On Sun, 20 Mar 2011 12:26:36 +0100
Dieter Plaetinck wrote:
> On Sun, 20 Mar 2011 08:31:39 +0100
> René Mayrhofer wrote:
>
> > Am Freitag, 18. März 2011, 22:59:07 schrieb Dieter Plaetinck:
> > > Note if you do this, server:test.git won't actually have a master branc
On Sun, 20 Mar 2011 08:31:39 +0100
René Mayrhofer wrote:
> Am Freitag, 18. März 2011, 22:59:07 schrieb Dieter Plaetinck:
> > Note if you do this, server:test.git won't actually have a master branch
> > yet.
> > So when i touch ~/autosync/test, I get this:
> >
On Sat, 19 Mar 2011 21:18:24 +0100
René Mayrhofer wrote:
> Am Samstag, 19. März 2011, 20:33:08 schrieb Dieter Plaetinck:
> > that person was me. as you can see, i already have a bunch of patches
> > queued up in a pull request on gitorious.
> > i'll treat it as a
On Sat, 19 Mar 2011 20:26:43 +0100
René Mayrhofer wrote:
> Done and pushed --force to gitorious. Whoever cloned the repo, please discard
> the local history and clone afresh. This was painful and took me about 4h to
> go through. I therefore hope it was worth it and that I will receive many
>
On Fri, 18 Mar 2011 22:59:07 +0100
Dieter Plaetinck wrote:
> To round off:
> 1) What's the idea behind autosync-server? doesn't the xmpp method work just
> fine?
I can answer this one myself now. the README section mentions you had the
idea of using a simple tcp pro
Today I tried out bouth sparkleshare and dvcs-autosync.
I found sparkleshare very disappointing. I spent more time reporting bugs for
all kinds of stupid things then actually using the software.. I got it to sync
1 file then it stopped and I gave up.
https://github.com/hbons/SparkleShare/issues
On Mon, 14 Mar 2011 15:53:44 -0500
"Chanoch (Ken) Bloom" wrote:
> On Mon, Mar 14, 2011 at 08:53:03PM +0100, Rene Mayrhofer wrote:
> > On 14.03.2011 17:15, Dieter Plaetinck wrote:
> > >why are many code changes committed as "autocommit"? why do you
> &g
On Mon, 14 Mar 2011 17:02:01 +0100
René Mayrhofer wrote:
> Btw, the project is now online at http://gitorious.org/dvcs-autosync
> and should even include the full history (already close to a year,
> although with very irregular commit intervals ;-) ).
ugh.
why are many code changes committed as
very cool project.
1) about the xmpp stuff. can i use my jabber.org account (which I use to IM)
for this? can i have multiple systems log in to that? will that cause IM's
from friends to get sent to those jabberbots instead of my chat program? Would
you recommend this, or should i make a seco
On Thu, 10 Mar 2011 10:25:21 -0600
Erich Heine wrote:
> Hi all,
>
> A while back I was discussing the whole VCS-home stuff with a friend, and we
> came to the conclusion that there are some real issues with storing dotfiles
> in a repo. Things like passwords, or company/machine specific paths,
On Thu, 3 Mar 2011 12:21:44 +
seanh wrote:
> I think the happy medium between one big repository and too many small
> ones is to have one default repository for your homedir and a few (but
> not too many) additional repositories for things that don't belong in
> the default repository for som
On Thu, 3 Mar 2011 11:26:51 -
hessi...@hessiess.com wrote:
> I don't really get what you mean by ``fake'' git repos. Multiple repos
> does not make them any less real.
>
> Anyway, I have one repo for my dot files. And a few others for logically
> independent entities. Programming projects go
anyone?
Begin forwarded message:
Date: Tue, 22 Feb 2011 21:49:24 +0100
From: Dieter Plaetinck
To: vcs-home@lists.madduck.net
Subject: fake git repositories.. how far do you go?
for those using "fake git repositories",
From:
http://she.geek.nz/archives/546-migrating-my-homedire
for those using "fake git repositories",
From:
http://she.geek.nz/archives/546-migrating-my-homedirectory-from-one-repo-to-many.html
http://www.mail-archive.com/vcs-home@lists.madduck.net/msg00078.html
I could not really understand why one would actually _want_ multiple fake git
repositories.
it
On Tue, 22 Feb 2011 13:33:44 +
seanh wrote:
> On Mon, Feb 21, 2011 at 09:24:16PM +0100, Dieter Plaetinck wrote:
> > hmm according to `man git`, it supports patience diff as option for
> > the recursive strategy (which is default for 3-way merges) in other
> > words: `
On Mon, 21 Feb 2011 17:42:47 +
seanh wrote:
> I think the merge algorithm would just be whatever git currently uses,
> except that it would use patience diff to produce the diffs that are fed
> into the merge algorithm.
>
> I haven't been using it as I haven't got it working with git, althou
On Sun, 20 Feb 2011 18:59:16 +
seanh wrote:
> On Sun, Feb 20, 2011 at 06:34:02PM +0100, Dieter Plaetinck wrote:
> > Hi, do you have any text files that are nothing more then an
> > "unordered set of lines"? More specifically, files where: *
> > location
Hi,
do you have any text files that are nothing more then an "unordered set of
lines"?
More specifically, files where:
* location/ordering of lines is not (very) important or relevant
* new lines can be added anywhere within the file, on arbitrary locations
* deleting a line means "I want this lin
56 matches
Mail list logo