Is there and "rdist" for Mac?

classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Is there and "rdist" for Mac?

Dave Horsfall
I'm developing software for various platforms, and a need a multi-rdist
like tool.

Why?  I develop on the Mac (because it's in front of me), ship it to my
FreeBSD server (because it has real serial ports instead of silly
USB/serial adaptors that may not work etc), test it there and make any
changes, pretend it's now the master and ship it back, test it on the
Penguin box every so often to see what they've broken this time and figure
out a way around it[*], etc.

I have a simple shell script that does this (cycle through known hosts and
"rsync" to all except `hostname -s` etc, but I'd like to generalise it for
all my software, not just this one.

Running "locate rdist" on the Mac is less than helpful, so is there a tool
similar to BSD's "rdist"?

Thanks.

[*]
Don't ask...

--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Ken Cunningham

On 2018-03-15, at 9:30 PM, Dave Horsfall wrote:


> Running "locate rdist" on the Mac is less than helpful, so is there a tool similar to BSD's "rdist"?
>

Wow, that's old. 1998.

Here's what I have so far, which bogs down in the build pretty early due to 20 year old weirdness, I guess….

Ken






Portfile
------
# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4

PortSystem          1.0

name                rdist
version             6.1.5
categories          sysutils
license             GPL-2
platforms           darwin
maintainers         nomaintainer

#http://www.magnicomp.com/download/rdist/rdist-6.1.5.tar.gz

description         Distribute software

long_description    ${description}

homepage            http://www.magnicomp.com
master_sites        http://www.magnicomp.com/download/rdist/

checksums           rmd160  7344e137ab74192aeb2517fd63b4bbed0f70e039 \
                    sha256  2bb0d0f5904eadc9e7fe3d60c15389d6897fcf884211070e289a6c710ff37f96

patch.pre_args      -p1
patchfiles          rdist-darwin.patch

use_configure       no

-----------

and


rdist-darwin.patch
---



                          Rdist for Darwin 6.x/7.x

                               Eric Myers
                             Vassar College
                 Department of Physics and Astronomy
                    Poughkeepsie, New York 12604 USA
                            <[hidden email]>


                             6 January 2004

  This file contains the diffs required to get the handy Unix tool rdist
to build on Darwin, aka Mac OS X, including both 10.2 (Darwin 6.x, aka
"Jaguar") and 10.3 (Darwin 7.x, aka "Panther").  The diffs are against
the source code in the file rdist-6.1.5.tar as distributed from
http://www.MagniComp.com/rdist/ , which you will have to obtain separately.

  For security reasons ssh is prefered over rsh for transport, so the
default transport path is set to /usr/bin/ssh on Darwin, not rsh.

  Be warned that the code for detecting an NFS mount (i.e. -ochknfs)
probably won't work (it has not been tested).  If someone fixes this in
the future it would be nice to also be able to detect an AFS mount.

    To apply the patches, begin with the source tar file from MagniComp
and this patch file in the same directory.  Unpack the tar file, cd into
the directory it creates , and then run `patch -p1` from that directory,
like so:

      %  tar xf rdist-6.1.5.tar
      %  cd rdist-6.1.5
      %  patch -p1 <../rdist-6.1.5-darwin.patch

Then build rdist as usual (see the README file for details):

      % make
      % make install
      % make install.man

The rdist and rdistd executables are installed in /usr/local/bin, while
the man pages are installed in /usr/local/share/man/man{1,8}.
You can change these destinations by editing config/mf.darwin .



----------PATCHES-BEGIN-HERE---------------------------------------------

diff -Naurb rdist-6.1.5/ChangeLog rdist-6.1.5-darwin/ChangeLog
--- rdist-6.1.5/ChangeLog Mon Nov  9 23:26:38 1998
+++ rdist-6.1.5-darwin/ChangeLog Tue Jan  6 11:44:21 2004
@@ -1,3 +1,13 @@
+2004-01-06 Eric Myers <[hidden email]>
+
+ * Ported more generally to Darwin 6.x and 7.x, which includes
+  changing to VAR_STDARG
+
+2003-07-31  Eric Myers <[hidden email]>
+
+ * Ported to Darwin 6.6  (Mac OS X 10.2.6)
+
+
 1998-11-09  Michael A. Cooper  <[hidden email]>
 
  * Version 6.1.5-RELEASE
diff -Naurb rdist-6.1.5/README rdist-6.1.5-darwin/README
--- rdist-6.1.5/README Fri Jul 19 13:24:09 1996
+++ rdist-6.1.5-darwin/README Tue Jan  6 10:39:57 2004
@@ -19,9 +19,9 @@
 indirectly provide full backward compatibility.  See COMPATIBILITY
 below for details.
 
-The current official version of rdist is available via anonymous ftp
-on usc.edu under /pub/rdist.  The current version is always
-retrievable as file "/pub/rdist/rdist.tar.gz".
+The official home of RDist has moved to http://www.MagniComp.com as
+of 12-April-98.
+
 
    CHANGES/FEATURES
 
@@ -80,7 +80,7 @@
      INSTALLATION
 
 1) Determine whether the local machine is running a supported OS by
-   running the command "config/os-type".  If the command reports the
+   running the command "build/os-type".  If the command reports the
    local OS is "unknown", then you cannot proceed until rdist is
    ported to the local system OS.  (See the PORTING section).
 
@@ -158,6 +158,7 @@
 6) Send me your "os-YOUR_OS.h" and "mf.YOUR_OS" files, along with context
    diffs to any other files you changed.
 
+
  NOTES
 
 rcmd() vs. rsh(1c)
@@ -179,29 +180,31 @@
  All of this information on HP/UX is third-hand.  I don't have
  access to any HP/UX machines to test rdist on.
 
-Unlike HPUX version 7, version 8 does not come standard with yacc
-which is now part of the C/ANSI C Development Bundle.  If that bundle
-is on the system, then rdist compiles fine with the changes to the
-Makefile to include regex.o and strcasecmp.o.  If you don't have yacc
-and instead use the GNU bison in the yacc mode (-y option) it compiles
-fine but needs to have the PW library included (-lPW) in order to find
-an alloca.o when linking.
-
-The regex that is part of the HPUX C library is not compatible with
-the BSD style regex that rdist uses.  Someone who leaves regex.o out
-of the MISSINGOBJS line in the Makefile because they noticed a
-regex(3) in the HPUX manual set is going to have a problem.
+ Unlike HPUX version 7, version 8 does not come standard with
+ yacc which is now part of the C/ANSI C Development Bundle.  If
+ that bundle is on the system, then rdist compiles fine with the
+ changes to the Makefile to include regex.o and strcasecmp.o.  If
+ you don't have yacc and instead use the GNU bison in the yacc
+ mode (-y option) it compiles fine but needs to have the PW
+ library included (-lPW) in order to find an alloca.o when
+ linking.
+
+ The regex that is part of the HPUX C library is not compatible
+ with the BSD style regex that rdist uses.  Someone who leaves
+ regex.o out of the MISSINGOBJS line in the Makefile because they
+ noticed a regex(3) in the HPUX manual set is going to have a
+ problem.
 
 OLD rcmd() LIBRARY BUG
 
-Very Old 4.2BSD-based Unix systems may have a bug in their rcmd()
-library function.  The bug allowed a user process to run out of file
-descriptors if too many connection attempts failed.  The problem is
-that the socket would never be closed if the connect() failed.  This
-could eventually lead to running out of file descriptors if enough
-connections failed.  Most current Unix's like SunOS 4.0.3 and later
-have this fixed.  Here is a diff to (I think) the SunOS 3.5 rcmd() to
-fix the problem:
+ Very Old 4.2BSD-based Unix systems may have a bug in their rcmd()
+ library function.  The bug allowed a user process to run out of file
+ descriptors if too many connection attempts failed.  The problem is
+ that the socket would never be closed if the connect() failed.  This
+ could eventually lead to running out of file descriptors if enough
+ connections failed.  Most current Unix's like SunOS 4.0.3 and later
+ have this fixed.  Here is a diff to (I think) the SunOS 3.5 rcmd() to
+ fix the problem:
 
 ***************
 *** 51,56 ****
@@ -213,6 +216,7 @@
    perror(hp->h_name);
    return (-1);
    }
+
 
        RCS INFO
 
diff -Naurb rdist-6.1.5/README.darwin rdist-6.1.5-darwin/README.darwin
--- rdist-6.1.5/README.darwin Wed Dec 31 19:00:00 1969
+++ rdist-6.1.5-darwin/README.darwin Tue Jan  6 12:55:36 2004
@@ -0,0 +1,27 @@
+  Rdist for Darwin 6.x/7.x
+
+       Eric Myers
+     Vassar College
+ Department of Physics and Astronomy
+    Poughkeepsie, New York 12604 USA
+    [hidden email]
+
+     6 January 2004
+
+
+  This distribution of rdist has been patched to compile on Darwin 6.x
+and 7.x (Mac OS X "Jaguar" and "Panther").
+
+  For improved security and flexibility the default transport mechanism
+has been changed to ssh rather than rsh or remsh.
+
+  Just build rdist as usual (see the README file for details):
+
+      % make
+      % make install
+      % make install.man
+
+  The rdist and rdistd executables are installed in /usr/local/bin, while
+the man pages are installed in /usr/local/share/man/man{1,8}.
+You can change these by editing config/mf.darwin
+
diff -Naurb rdist-6.1.5/build/os-type rdist-6.1.5-darwin/build/os-type
--- rdist-6.1.5/build/os-type Mon Nov  9 22:37:27 1998
+++ rdist-6.1.5-darwin/build/os-type Tue Jan  6 11:06:50 2004
@@ -116,6 +116,7 @@
  "openbsd"*) OS="freebsd2";;
  "dgux"*) OS=dgux;;
  "unicos"*) OS=unicos;;
+ "darwin"*) OS=darwin;;
  *) OS="${osname}${osver}";;
  esac
 fi
diff -Naurb rdist-6.1.5/config/mf.darwin rdist-6.1.5-darwin/config/mf.darwin
--- rdist-6.1.5/config/mf.darwin Wed Dec 31 19:00:00 1969
+++ rdist-6.1.5-darwin/config/mf.darwin Tue Jan  6 12:08:24 2004
@@ -0,0 +1,47 @@
+#
+# Copyright (c) 1992-1998 Michael A. Cooper.  
+# This software may be freely used and distributed provided it is not
+# sold for profit or used in part or in whole for commercial gain
+# without prior written agreement, and the author is credited
+# appropriately.
+#
+# $Id: mf.darwin,v 0.3 2003/29/07 19:44:25 myers Exp $
+#
+
+#
+# DARWIN 6.x/7.x Makefile
+#
+
+# Where to install.  Could be either /usr or /usr/local
+
+PREFIX=/usr/local
+
+#
+# Installation parameters for Darwin:
+#
+INSTALL         = /usr/bin/install
+BIN_DIR         = $(PREFIX)/bin
+MAN_1_DIR       = $(PREFIX)/share/man/man1
+MAN_8_DIR       = $(PREFIX)/share/man/man8
+MAN_OWNER       = root
+MAN_GROUP       = wheel
+MAN_MODE        = 644
+
+
+#
+# Functions that are missing in this OS are contained in the
+# files specified in ${MISSINGOBJS}.
+#
+MISSINGOBJS = $(O)regex.o
+
+#
+# System libraries that we need to load.
+#
+##LIB_SYS = -lcompat
+
+#
+# System dependent options for compiling
+#
+##CFLAGS_OS = -DBSDI2
+
+##
diff -Naurb rdist-6.1.5/config/os-darwin.h rdist-6.1.5-darwin/config/os-darwin.h
--- rdist-6.1.5/config/os-darwin.h Wed Dec 31 19:00:00 1969
+++ rdist-6.1.5-darwin/config/os-darwin.h Tue Jan  6 11:18:49 2004
@@ -0,0 +1,149 @@
+/*
+ * Copyright (c) 1992-1998 Michael A. Cooper.
+ * This software may be freely used and distributed provided it is not
+ * sold for profit or used in part or in whole for commercial gain
+ * without prior written agreement, and the author is credited
+ * appropriately.
+ */
+
+/*
+ * $Id: os-darwin.h,v 0.3 2003/29/07 19:59:50 myers Exp $
+ */
+
+/*
+ * Darwin  os-*.h file
+ */
+
+/*
+ * Define the following name for use in #ifdef's.
+ * The value should be all upper-case with no periods (.).
+ */
+#if !defined(DARWIN)
+#define DARWIN
+#endif
+
+/*
+ * Kludge to compile, but this doesn't really do anything.
+ * NFS detection ( -ochknfs ) is likely broken on Darwin, which
+ * doesn't seem to use filesystem type numbers.  Someone will need
+ * to re-code the test in filesys-os.c to fix this.
+ */
+#define MOUNT_NFS  -1
+
+
+/*
+ * Set process args to messages that show up when running ps(1)
+ *
+ * Under some OS's, the SETARGS code will cause ": is not an identifier"
+ * errors for "special" commands.
+ */
+#define SETARGS
+
+/*
+ * Define the type of directory routines your system has.
+ */
+#define DIR_TYPE DIR_DIRENT
+
+/*
+ * Determine what routines we have to get filesystem info.
+ */
+#define FSI_TYPE FSI_GETFSSTAT
+
+/*
+ * Type of non-blocking I/O.
+ */
+#define NBIO_TYPE NBIO_FCNTL
+
+/*
+ * Type of wait() function to use.
+ */
+#define WAIT_TYPE WAIT_WAIT3
+
+/*
+ * Type of argument passed to wait() (above).
+ */
+#define WAIT_ARG_TYPE int
+
+/*
+ * Select the type of executable file format.
+ */
+#define EXE_TYPE EXE_MACHO
+
+/*
+ * Select the type of statfs() system call (if any).
+ */
+#define STATFS_TYPE STATFS_BSD
+
+
+/*
+ * Type of arg functions we have.
+ *    In Darwin 6.x ARG_TYPE is unset, so set it
+ *    In Darwin 7.x ARG_TYPE is already ARG_STDARG
+ */
+#ifndef ARG_TYPE
+#define ARG_TYPE ARG_STDARG
+#endif
+
+
+/*
+ * UID argument type for chown()
+ */
+typedef uid_t CHOWN_UID_T;
+
+/*
+ * GID argument type for chown()
+ */
+typedef gid_t CHOWN_GID_T;
+
+/*
+ * Our types, usually these are uid_t and gid_t.
+ */
+typedef unsigned long UID_T; /* Must be signed */
+typedef unsigned long GID_T; /* Must be signed */
+
+/*
+ * Generic pointer, used by memcpy, malloc, etc.  Usually char or void.
+ */
+typedef void POINTER;
+
+/*
+ * Type of set file time function available
+ */
+#define SETFTIME_TYPE SETFTIME_UTIMES
+
+/*
+ * Type of set line buffering function available
+ */
+#define SETBUF_TYPE SETLINEBUF
+
+/*
+ * Things we have
+ */
+#define HAVE_FCHOWN /* Have fchown() */
+#define HAVE_FCHMOD /* Have fchmod() */
+#define HAVE_SELECT /* Have select() */
+#define HAVE_SAVED_IDS /* Have POSIX style saved [ug]id's */
+#define POSIX_SIGNALS /* Have POSIX signals */
+
+/*
+ * Things we need
+ */
+/**#define NEED_UNISTD_H /* Need <unistd.h> */
+
+/*
+ * Path to the remote shell command.  
+ * Define this only if the pathname is different than
+ * that which appears in "include/paths.h".
+ *
+ * SSH should now be default!!  Both remsh and rsh are insecure
+ */
+#define _PATH_REMSH "/usr/bin/ssh"
+
+/*
+ * Path to the 'old' rdist (which is just rdist)
+ */
+#define _PATH_OLDRDIST "/usr/bin/rdist"
+
+
+
+
diff -Naurb rdist-6.1.5/doc/rdist.man rdist-6.1.5-darwin/doc/rdist.man
--- rdist-6.1.5/doc/rdist.man Tue Nov 10 00:38:53 1998
+++ rdist-6.1.5-darwin/doc/rdist.man Tue Jan  6 10:29:17 2004
@@ -185,7 +185,10 @@
 The method used is selected at compile-time.
 However, if the later method is used, the transport program can be
 specified at run-time on the command line with the default being
-.I rsh(1c).
+.I rsh(1c)
+(or
+.I ssh(1)
+on Darwin/MacOSX).
 If the
 .I rsh(1c)
 method is used and
@@ -881,6 +884,7 @@
 .B csh(1),
 .B stat(2),
 .B rsh(1c),
+.B ssh(1),
 .B rcmd(3)
 .SH DIAGNOSTICS
 .SH NOTES
@@ -915,3 +919,8 @@
 .I rdist
 will report missing links.
 Only one instance of a link should be listed in each target.
+.PP
+The
+.B chknfs
+option does not presently work on Darwin (MacOSX).
+
diff -Naurb rdist-6.1.5/include/filesys.h rdist-6.1.5-darwin/include/filesys.h
--- rdist-6.1.5/include/filesys.h Mon Nov  9 23:02:48 1998
+++ rdist-6.1.5-darwin/include/filesys.h Tue Jan  6 11:48:08 2004
@@ -89,8 +89,14 @@
 #if defined(BSD386) || defined(__bsdi__) || defined(FREEBSD) || STATFS_TYPE == STATFS_OSF1
  typedef struct statfs statfs_t;
 #else
-# include <sys/vfs.h>
+#if defined(DARWIN)
+# include <sys/param.h>
+# include <sys/mount.h>
  typedef struct statfs statfs_t;
+#else
+ include <sys/vfs.h>
+ typedef struct statfs statfs_t;
+#endif  /* DARWIN */
 #endif /* BSD386 */
 #endif /* SVR4 */
 #endif /* _AIX */
@@ -98,7 +104,7 @@
 #endif /* STATFS_TYPE */
 
 /*
- * Mount Entry definetions
+ * Mount Entry definitions
  */
 #ifndef METYPE_OTHER
 #define METYPE_OTHER "other"
diff -Naurb rdist-6.1.5/src/isexec.c rdist-6.1.5-darwin/src/isexec.c
--- rdist-6.1.5/src/isexec.c Mon Nov  9 23:11:42 1998
+++ rdist-6.1.5-darwin/src/isexec.c Tue Jan  6 10:29:17 2004
@@ -173,11 +173,13 @@
  * Mach-O format
  */
 
-#if defined(NEXTSTEP) && NEXTSTEP >= 3
+#if defined(DARWIN) || ( defined(NEXTSTEP) && NEXTSTEP >= 3 )
 # include <mach-o/loader.h>
 #else
 # include <sys/loader.h>
-#endif /* NEXTSTEP */
+
+#endif /* DARWIN||NEXTSTEP */
+
 
 #ifndef MH_CIGAM
 #define MH_CIGAM   0xcefaedfe
@@ -201,7 +203,8 @@
  else
  return(FALSE);
 }
-#endif /* EXE_COFF */
+#endif /* EXE_MACHO */
+
 
 
 #if EXE_TYPE == EXE_HPEXEC

-------------

Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Dave Horsfall
On Thu, 15 Mar 2018, Kenneth F. Cunningham wrote:

>> Running "locate rdist" on the Mac is less than helpful, so is there a
>> tool similar to BSD's "rdist"?
>
> Wow, that's old. 1998.

Which sorta describes me :-)  Back when I was working, we used a custom
script called RDIST which of course used "rdist" (or was it "rsync"?)
under the bonnet, and naturally I don't have access to that script unless
I bribe a former cow-orker...

What should I be using now?

> Here's what I have so far, which bogs down in the build pretty early due
> to 20 year old weirdness, I guess….

Hmmm...  I'll take a look, but if there's something a bit more modern then
of course I'll use it.

Basically I'm after three-way master replication i.e. any box can be the
"master" at any arbitrary time, if that makes sense; develop on Mac, test
on FreeBSD, see what the Penguin busted, and any can be the "master" at
that time, pushing sources back to the others (but the Mac will be the
ultimate repository, or it might be the FreeBSD server, etc).

Is that making sense?  It's been ages since I've been in the multi-arch
game...

My experience?  Wrote my first program (BASIC) when at school in 1970,
and worked with Unix in all its forms since about '75 or so...

--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

j. van den hoff-3
On Fri, 16 Mar 2018 09:11:56 +0100, Dave Horsfall <[hidden email]>  
wrote:

> What should I be using now?
> Here's what I have so far, which bogs down in the build pretty early due  
> to 20 year old weirdness, I guess….
> Hmmm...  I'll take a look, but if there's something a bit more modern  
> then of course I'll use it.
> Basically I'm after three-way master replication i.e. any box can be the  
> "master" at any arbitrary time, if that makes sense; develop on Mac,  
> test on FreeBSD, see what the Penguin busted, and any can be the  
> "master" at that time, pushing sources back to the others (but the Mac  
> will be the ultimate repository, or it might be the FreeBSD server, etc).

if I understand your requirements right, maybe `unison'  
(https://www.cis.upenn.edu/~bcpierce/unison/, `port info unison') could be  
the right tool. unison is much more suitable than rsync for such 2-(or 3-)  
way syncs. and the (low traffic) `unison' mailing list is very  
friendly/helpful in case of questions.

hth,
joerg


Using Opera's revolutionary email client: http://www.opera.com/mail/
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Ryan Schmidt-24
In reply to this post by Dave Horsfall

On Mar 16, 2018, at 03:11, Dave Horsfall wrote:

> What should I be using now?

Possibly git.

Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Christopher Jones
In reply to this post by Dave Horsfall

> Basically I'm after three-way master replication i.e. any box can be the
> "master" at any arbitrary time, if that makes sense; develop on Mac,
> test on FreeBSD, see what the Penguin busted, and any can be the
> "master" at that time, pushing sources back to the others (but the Mac
> will be the ultimate repository, or it might be the FreeBSD server, etc).

Sounds to me like you are describing a git hosted software project,
which you then clone and build where ever you need it. Each clone is its
own repostory, which you can commit to and push back to / pull from the
central repo (which will be, for instance, the github version).

Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Dave Horsfall
On Fri, 16 Mar 2018, Ryan Schmidt wrote:

>> What should I be using now?
>
> Possibly git.

And...


On Fri, 16 Mar 2018, Chris Jones wrote:

> Sounds to me like you are describing a git hosted software project,
> which you then clone and build where ever you need it. Each clone is its
> own repostory, which you can commit to and push back to / pull from the
> central repo (which will be, for instance, the github version).

OK, looks like I get to be a git[*] :-)  I've heard of it, but needed a
project to see what it can do; looks like I now have one...

Thanks.

[*]
Do its users know that "git" is English slang for "idiot" etc?  Just watch
any English cop show on TV if you don't believe me (yes, I'm English by
birth).

--
Dave Horsfall DTM (VK2KFU)  "Those who don't understand security will suffer."
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Arno Hautala
On Fri, Mar 16, 2018 at 8:32 AM, Dave Horsfall <[hidden email]> wrote:
> Do its users know that "git" is English slang for "idiot" etc?  Just watch
> any English cop show on TV if you don't believe me (yes, I'm English by
> birth).

I'm pretty sure that was intentional.

--
arno  s  hautala    /-|   [hidden email]

pgp b2c9d448
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

William H. Magill-3
To quote WIkipedia:

"The name "git" was given by Linus Torvalds when he wrote the very
first version. He described the tool as "the stupid content tracker"
and the name as (depending on your way):

 - random three-letter combination that is pronounceable, and not actually used by any common UNIX command. The fact that it is a mispronunciation of "get" may or may not be relevant.
 - stupid. contemptible and despicable. simple. Take your pick from the dictionary of slang.
 - "global information tracker": you're in a good mood, and it actually works for you. Angels sing, and a light suddenly fills the room.
 - "goddamn idiotic truckload of shit": when it breaks”


> On Mar 16, 2018, at 9:08 AM, Arno Hautala <[hidden email]> wrote:
>
> On Fri, Mar 16, 2018 at 8:32 AM, Dave Horsfall <[hidden email]> wrote:
>> Do its users know that "git" is English slang for "idiot" etc?  Just watch
>> any English cop show on TV if you don't believe me (yes, I'm English by
>> birth).
>
> I'm pretty sure that was intentional.
>
> --
> arno  s  hautala    /-|   [hidden email]
>
> pgp b2c9d448

"Never be cruel; never be cowardly; and never ever eat pears.” - The Doctor

William H. Magill                                                            

[hidden email]
[hidden email]











Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Mojca Miklavec-2


16. mar. 2018 2:30 PM je oseba "William H. Magill" <[hidden email]> napisala:
To quote WIkipedia:

"The name "git" was given by Linus Torvalds when he wrote the very
first version. He described the tool as "the stupid content tracker"
and the name as (depending on your way):

 - random three-letter combination that is pronounceable, and not actually used by any common UNIX command. The fact that it is a mispronunciation of "get" may or may not be relevant.
 - stupid. contemptible and despicable. simple. Take your pick from the dictionary of slang.
 - "global information tracker": you're in a good mood, and it actually works for you. Angels sing, and a light suddenly fills the room.
 - "goddamn idiotic truckload of shit": when it breaks”

Another citation:

When asked why [Linus Torvalds] called the new software, "git," British slang meaning "a rotten person," he said. "I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git."

Mojc

Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Christopher Jones


On 16/03/18 13:35, Mojca Miklavec wrote:

>
>
> 16. mar. 2018 2:30 PM je oseba "William H. Magill" <[hidden email]
> <mailto:[hidden email]>> napisala:
>
>     To quote WIkipedia:
>
>     "The name "git" was given by Linus Torvalds when he wrote the very
>     first version. He described the tool as "the stupid content tracker"
>     and the name as (depending on your way):
>
>       - random three-letter combination that is pronounceable, and not
>     actually used by any common UNIX command. The fact that it is a
>     mispronunciation of "get" may or may not be relevant.
>       - stupid. contemptible and despicable. simple. Take your pick from
>     the dictionary of slang.
>       - "global information tracker": you're in a good mood, and it
>     actually works for you. Angels sing, and a light suddenly fills the
>     room.
>       - "goddamn idiotic truckload of shit": when it breaks”
>
>
> Another citation:
>
> When asked why [Linus Torvalds] called the new software, "git," British
> slang meaning "a rotten person," he said. "I'm an egotistical bastard,
> so I name all my projects after myself. First Linux, now git."

This one I can believe...

>
> Mojc
>
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Joshua Root-8
In reply to this post by Dave Horsfall
Dave Horsfall wrote:

> On Fri, 16 Mar 2018, Ryan Schmidt wrote:
>
>>> What should I be using now?
>>
>> Possibly git.
>
> And...
>
>
> On Fri, 16 Mar 2018, Chris Jones wrote:
>
>> Sounds to me like you are describing a git hosted software project,
>> which you then clone and build where ever you need it. Each clone is its
>> own repostory, which you can commit to and push back to / pull from the
>> central repo (which will be, for instance, the github version).
>
> OK, looks like I get to be a git[*] :-)  I've heard of it, but needed a
> project to see what it can do; looks like I now have one...
>
> Thanks.

I'll just note that git is not the only distributed version control
system, and others like mercurial and bazaar are often considered to
have better user experience. GitHub is popular, and there is value in
that, but we'd be doing you a disservice if you came away with the
impression that git is the only viable choice, especially for a personal
project.

I'm sure you can find various posts on the web listing the drawbacks of
each DVCS as learned from time using them. :)

- Josh
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

j. van den hoff-3
On Fri, 16 Mar 2018 23:49:57 +0100, Joshua Root <[hidden email]> wrote:

> Dave Horsfall wrote:
>> On Fri, 16 Mar 2018, Ryan Schmidt wrote:
>>
>>>> What should I be using now?
>>>
>>> Possibly git.
>>
>> And...
>>
>>
>> On Fri, 16 Mar 2018, Chris Jones wrote:
>>
>>> Sounds to me like you are describing a git hosted software project,
>>> which you then clone and build where ever you need it. Each clone is  
>>> its
>>> own repostory, which you can commit to and push back to / pull from the
>>> central repo (which will be, for instance, the github version).
>>
>> OK, looks like I get to be a git[*] :-)  I've heard of it, but needed a
>> project to see what it can do; looks like I now have one...
>>
>> Thanks.
>
> I'll just note that git is not the only distributed version control
> system, and others like mercurial and bazaar are often considered to
> have better user experience. GitHub is popular, and there is value in
> that, but we'd be doing you a disservice if you came away with the
> impression that git is the only viable choice, especially for a personal
> project.

+1, really fitting assessment. and I'd add `fossil' to your short-list of  
possible alternatives ;)

>
> I'm sure you can find various posts on the web listing the drawbacks of
> each DVCS as learned from time using them. :)
>
> - Josh


--
Using Opera's revolutionary email client: http://www.opera.com/mail/
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Peter Hancock
In reply to this post by Joshua Root-8
On 16/03/2018 22:49, Joshua Root wrote:

> I'll just note that git is not the only distributed version control
> system, and others like mercurial and bazaar are often considered to
> have better user experience. GitHub is popular, and there is value in
> that, but we'd be doing you a disservice if you came away with the
> impression that git is the only viable choice, especially for a personal
> project.

There is an amusing site at https://git-man-page-generator.lokaltog.net/
that anyone who has struggled to understand the more arcane features of git
will recognise.

The man page generator is of course hosted on github:
https://github.com/Lokaltog/git-man-page-generator

Peter
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Christopher Jones
Hi

> On 17 Mar 2018, at 12:54 pm, Peter Hancock <[hidden email]> wrote:
>
>> On 16/03/2018 22:49, Joshua Root wrote:
>>
>> I'll just note that git is not the only distributed version control
>> system, and others like mercurial and bazaar are often considered to
>> have better user experience. GitHub is popular, and there is value in
>> that, but we'd be doing you a disservice if you came away with the
>> impression that git is the only viable choice, especially for a personal
>> project.
>
> There is an amusing site at https://git-man-page-generator.lokaltog.net/
> that anyone who has struggled to understand the more arcane features of git
> will recognise.

I guess the fact it took me a moment or two to work out the joke shows the point ;)

Yes, of course, it’s completely correct to point out there are alternatives, and, Yes, git has some esoteric hard to understand features... but if you stick to the basics (clone/commit/push/pull) i think its easy to get going. Given the popularity of git and github, over the alternatives, I think i would still suggest going with it...

Chris

>
> The man page generator is of course hosted on github:
> https://github.com/Lokaltog/git-man-page-generator
>
> Peter

Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

↪︎nudge
In reply to this post by Joshua Root-8
On Fri, 16 Mar 2018, at 23:49, Joshua Root wrote:

I'll just note that git is not the only distributed version control
system, and others like mercurial and bazaar are often considered to
have better user experience.
...

Another option worth considering


db
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

db
On 17 Mar 2018, at 20:48, ↪︎nudge <[hidden email]> wrote:
> Another option worth considering
> http://gitless.com/

Good to know. Unfortunately, although gitless is already in MP, the developer doesn't mention it, but alas, HB (https://github.com/sdg-mit/gitless#installing-via-homebrew-macos-only).
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

↪︎nudge
On Sun, 18 Mar 2018, at 23:08, db wrote:
On 17 Mar 2018, at 20:48, ↪︎nudge <[hidden email]> wrote:
Another option worth considering

Good to know. Unfortunately, although gitless is already in MP, the developer doesn't mention it, but alas, HB (https://github.com/sdg-mit/gitless#installing-via-homebrew-macos-only).

Unless I'm mistaken that text was added by a third party via a github pull request in November 2016 and anyone wishing to add MP can do likewise.
Reply | Threaded
Open this post in threaded view
|

Re: Is there and "rdist" for Mac?

Kastus Shchuka-2
It does not take much to run “port info gitless”…

$ port info gitless
gitless @0.8.6 (devel, python)
Variants:             universal

Description:          Gitless is a version control system built on top of Git, with simpler commands and syntax. Gitless
                      can be used on any Git repository and be mixed with regular git commands.
Homepage:             http://gitless.com/

Library Dependencies: python27, py27-pygit2, py27-clint, py27-sh
Runtime Dependencies: git
Platforms:            darwin
License:              GPL-2
Maintainers:          Email: [hidden email], GitHub: raimue
                      Policy: openmaintainer


> On Mar 18, 2018, at 3:28 PM, ↪︎nudge <[hidden email]> wrote:
>
> On Sun, 18 Mar 2018, at 23:08, db wrote:
>> On 17 Mar 2018, at 20:48, ↪︎nudge <[hidden email]> wrote:
>> Another option worth considering
>> http://gitless.com/
>>
>> Good to know. Unfortunately, although gitless is already in MP, the developer doesn't mention it, but alas, HB (https://github.com/sdg-mit/gitless#installing-via-homebrew-macos-only).
>
> Unless I'm mistaken that text was added by a third party via a github pull request in November 2016 and anyone wishing to add MP can do likewise.

db
Reply | Threaded
Open this post in threaded view
|

telling devs about macports installation alternative - was Re: Is there and "rdist" for Mac?

db
In reply to this post by ↪︎nudge
On 18 Mar 2018, at 23:28, ↪︎nudge <[hidden email]> wrote:
> On Sun, 18 Mar 2018, at 23:08, db wrote:
>> Good to know. Unfortunately, although gitless is already in MP, the developer doesn't mention it, but alas, HB (https://github.com/sdg-mit/gitless#installing-via-homebrew-macos-only).
> Unless I'm mistaken that text was added by a third party via a github pull request in November 2016 and anyone wishing to add MP can do likewise.

The point is, a port maintainer or submitter can send a PR or contact a dev to indicate that there's an alternative installation via macports, if he's so inclined to.
12