| Commit message (Collapse) | Author | Age | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
git-init(1) allows users to safely reinitialize a git repository. This
is useful, for example, if new permissions are set with --shared.
This commit adds similar functionality to git-init-shared(1) by not only
setting the right ACLs on the toplevel directory (and relying on ACL
inheritance through the default entry), but also making sure that the
correct rights are set for all files that already exist in the
repository.
Where before a user had to run the right 'setfacl' invocation themselves
to add a new user to the access lists, now the same is possible by
simply invoking git-init-shared(1) again with the right user. For
example, the following invocation adds access to both 'foo' and 'bar':
git init-shared repo/ foo
git init-shared repo/ bar
|
| | |
|
| | |
|
| |
|
|
|
| |
With the addition of another manual it is high time we add a convenient
way of installing both the tools and the manuals.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Both git-package(1) and git-sign-for-cgit(1) set 'errexit', making the
shell exit immediately upon an error. Since git-config(1) exits with an
error if a configuration entry could not be found, a missing entry for
package.format would lead to both scripts bailing out.
We want to fall back to the "tar.gz" format if package.format is unset,
so make sure to ignore this particular error.
|
| | |
|
| | |
|
| |
|
|
|
| |
This came from when usage did its own printing. errx() already adds a
newline here (and this particular one was handled literally anyway).
|
| |
|
