all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Not a holy war
@ 2010-04-08 22:41 Harry Putnam
  2010-04-08 22:44 ` Harry Putnam
  0 siblings, 1 reply; 3+ messages in thread
From: Harry Putnam @ 2010-04-08 22:41 UTC (permalink / raw)
  To: emacs-devel

Can some advanced user here list reasons why bazaar might be better
than mercurial, for the usage described briefly below.

Or, if merc would, in fact, be the better tool.

Usage scenario:

One repo each for hosts on home lan.  At least the linux/opensolaris
hosts. Which amounts to some 8 hosts.  (Some are vmware guests on
windows machines).  

Not much need for repos on windows machines here.  Or at least, I've
never really felt the urge to do programming or experimentation on the
windows machines, beyond installing various bits of software.

1) (Probably) Main usage is keeping versions of quite a few OS related
   `rc' files.  Quite a few under /etc but also /boot and the
   directories that contain my 150 or so scripts. Also a few under
   /var.

   Each repo is kept in a directory structure roughly mirroring the
   host it is on.

   Till now I've always done this with cvs... so that is my sole
   exprience with vcs tools.
   
   I had a cvsroot on the server that included all hosts, then on each
   host a checked out module for that host.

2) I keep an area which is really an nfs mounted zfs filesystem from
   opensolaris server for various projects or scripting experiments
   etc.
   
   I think I want to start keeping that as a repo and tracking the
   assorted scripting experiments or experimental usage of tools I
   don't know how to use yet.  Some, maybe even most tracked files may
   be pretty short lived, or may set in the repo unchanged, once
   experimentation is over.

   Sooner or later, I think there will come a time when I want to see
   previous versions of some of this stuff.

So those 2 points would be about it for me.  Very light usage and also
single user usage.





^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Not a holy war
  2010-04-08 22:41 Not a holy war Harry Putnam
@ 2010-04-08 22:44 ` Harry Putnam
  2010-04-08 23:40   ` Chad Brown
  0 siblings, 1 reply; 3+ messages in thread
From: Harry Putnam @ 2010-04-08 22:44 UTC (permalink / raw)
  To: emacs-devel

Harry Putnam <reader@newsguy.com> writes:

> Can some advanced user here list reasons why bazaar might be better
> than mercurial, for the usage described briefly below.

Jesus, I seem to be having some kind of dotage problem here.  This is
the 4th time in last 10 days I done this kind of bozo posting in a
totally wrong group.

Please ignore and excuse.





^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Not a holy war
  2010-04-08 22:44 ` Harry Putnam
@ 2010-04-08 23:40   ` Chad Brown
  0 siblings, 0 replies; 3+ messages in thread
From: Chad Brown @ 2010-04-08 23:40 UTC (permalink / raw)
  To: Harry Putnam; +Cc: emacs-devel


On Apr 8, 2010, at 3:44 PM, Harry Putnam wrote:

> Harry Putnam <reader@newsguy.com> writes:
> 
>> Can some advanced user here list reasons why bazaar might be better
>> than mercurial, for the usage described briefly below.
> 
> Jesus, I seem to be having some kind of dotage problem here.  This is
> the 4th time in last 10 days I done this kind of bozo posting in a
> totally wrong group.
> 
> Please ignore and excuse.

Presumably, your mail program saw the subject line `Holy War' and just assumed that it was meant for emacs-devel. :-)

*Chad



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-04-08 23:40 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-08 22:41 Not a holy war Harry Putnam
2010-04-08 22:44 ` Harry Putnam
2010-04-08 23:40   ` Chad Brown

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.