deac/gitolite
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity

packaging instructions make analogy with git for better explanation

Browse source
This commit is contained in:
Sitaram Chamarty 2012-05-20 06:20:21 +05:30
parent 8644690506
commit 27c0190b76
1 changed files with 29 additions and 11 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

40
doc/install.mkd
View file

@ -131,26 +131,44 @@ Creating a symlink doesn't need a separate program but 'install' also runs
arguments as before).
* Run `gitolite setup`.
## packaging gitolite
## #package packaging gitolite
Here are the requirements for gitolite:
Gitolite has broad similarities to git in terms of packaging requirements.
* The programs `gitolite` and `gitolite-shell`, and the directories
`commands`, `lib`, `syntactic-sugar`, `triggers`, and `VREF` must all be
in the same directory.
* Git has 150 executables to marshal and put somewhere. Gitolite has the
directories `commands`, `lib`, `syntactic-sugar`, `triggers`, and `VREF`.
It doesn't matter what this directory is. As an example, Fedora keeps
git's 150 executables in /usr/libexec/git-core, so /usr/libexec/gitolite
may be a good choice; it's upto you.
The rest of this section will assume you chose /usr/libexec/gitolite as
the location. Adjust as needed.
*The rest of this section will assume you chose /usr/libexec/gitolite as
the location, and that this location contains the 5 directories named
above*.
* The program `/usr/libexec/gitolite/gitolite` must then be *symlinked* to
some directory in the PATH. Do not *copy* it; it must be a symlink.
* Git has the `GIT_EXEC_PATH` env var to point to this directory. Gitolite
has `GL_BINDIR`. However, in git, the "make" process embeds a suitable
default into the binary, making the env var optional.
* The `Gitolite` subdirectory in `/usr/libexec/gitolite/lib` can stay there,
**OR**, if your distro policies don't allow that, can be put in any
With that said, here's one way to package gitolite:
* Put the two executables (gitolite and gitolite-shell) somewhere in PATH.
Then change the 2 assignments to `$ENV{GL_BINDIR}`, one in 'gitolite', one
in 'gitolite-shell', to "/usr/libexec/gitolite".
This is equivalent to "make" embedding the exec-path into the executable.
**OR**
Put the two executables `gitolite` and `gitolite-shell` also into
/usr/libexec/gitolite (i.e., as siblings to the 5 directories mentioned
above). Then *symlink* `/usr/libexec/gitolite/gitolite` to some directory
in the PATH. Do not *copy* it; it must be a symlink.
Gitolite will find the exec-path by following the symlink.
* The `Gitolite` subdirectory in `/usr/libexec/gitolite/lib` can stay right
there, **OR**, if your distro policies don't allow that, can be put in any
directory in perl's `@INC` path (such as `/usr/share/perl5/vendor_perl`).
* Finally, a file called `/usr/libexec/gitolite/VERSION` must contain a