[PATCH 0/2] reown repositories when renaming users
by Daniel Silverstone
Repo: git://git.gitano.org.uk/gitano.git
Ref: dsilvers/reown-on-rename
SHA1: 10a92fe6f73d1b849a43087f9f7b7a617405f72d
It was pointed out that reowning repositories while renaming users was likely
a good idea. As such, this series adds the functionality and augments the
relevant scenario to verify it.
Daniel Silverstone (2):
Re-own repos when renaming users
Augment scenario to check reowning of repos
lib/gitano/admincommand.lua | 14 ++++++++++++++
testing/02-commands-user.yarn | 12 ++++++++++++
2 files changed, 26 insertions(+)
--
2.11.0
5 years, 8 months
[PATCH] Unify patterns
by Richard Maw
Repo: git://git.gitano.org.uk/gitano.git
Ref: refs/heads/richardmaw/unified-patterns
Sha1: 317740cc2b35d0cf9c716a64d2984a5f14c624c0
Richard Maw (1):
Centralise patterns into a single module
bin/gitano-post-receive-hook.in | 3 +-
bin/gitano-pre-receive-hook.in | 3 +-
bin/gitano-setup.in | 9 ++--
lib/gitano/actions.lua | 5 +-
lib/gitano/admincommand.lua | 17 +++---
lib/gitano/command.lua | 15 +++---
lib/gitano/config.lua | 17 +++---
lib/gitano/lace.lua | 3 +-
lib/gitano/patterns.lua | 115 ++++++++++++++++++++++++++++++++++++++++
lib/gitano/plugins.lua | 5 +-
lib/gitano/repository.lua | 54 +++++++++----------
lib/gitano/supple.lua | 3 +-
lib/gitano/usercommand.lua | 5 +-
13 files changed, 189 insertions(+), 65 deletions(-)
create mode 100644 lib/gitano/patterns.lua
--
2.9.0
5 years, 8 months
[PATCH 0/7] Add hook API for Gitano
by Daniel Silverstone
Repo: git://git.gitano.org.uk/gitano.git
Ref: dsilvers/hooks
SHA1: 16f1d6a3611db651ee8b0e56f762520fd2bef3ae
In order to support a number of future developments, it is desirable that
there be a mechanism for hooking functionality of Gitano. Short-term
there are two major use-cases we wish to support. One of allowing a
plugin to provide an arbitrarily different command line syntax (hence
preauth_cmdline) and one to provide arbitrary post-receive behaviour
(hence the post_receive hook).
Daniel Silverstone (7):
Add support for ENV vars in gitano-test-tool
Add gitano.hooks module with basic functionality
Add hook names to hooks API
Export the gitano.hooks API
Add pre-authorisation commandline hook
Add post-receive hook support
Add hook tests
Makefile | 14 ++--
bin/gitano-post-receive-hook.in | 130 +++++++++++++++++++++-----------------
lang/en.lua | 3 +-
lib/gitano.lua | 4 +-
lib/gitano/auth.lua | 17 +++++
lib/gitano/hooks.lua | 137 ++++++++++++++++++++++++++++++++++++++++
plugins/testing-hooks.lua | 76 ++++++++++++++++++++++
testing/01-hooks.yarn | 73 +++++++++++++++++++++
testing/gitano-test-tool.in | 34 +++++++++-
testing/library.yarn | 6 ++
10 files changed, 425 insertions(+), 69 deletions(-)
create mode 100644 lib/gitano/hooks.lua
create mode 100644 plugins/testing-hooks.lua
create mode 100644 testing/01-hooks.yarn
--
2.11.0
5 years, 9 months
[PATCH 0/5] lua-scrypt: Allow lib installation dir to be overriden
by Richard Ipsum
repo: git://git.gitano.org.uk/personal/richardipsum/lua-scrypt.git
ref: richardipsum/buildsystem-allow-overrides
HEAD: c4bcad88ed718a3041899d0719e7b9e571abdfaf
Hi,
This is the same kind of thing as was done for Luxio, it allows nix to
easily put things in the right place, as with Luxio, this series has
some cleanup as well,
in fact the code needed to find the lua interpreter is exactly
the same so we just copy the findlua.mk used in Luxio and change some strings
from "Luxio" to "lua-scrypt".
Thanks,
Richard
Richard Ipsum (5):
Replace find lua rules with luxio cargo
Remove luxio specific stuff from findlua.mk
Add install target
Allow lib installation dir to be overridden
Declare PHONY targets
Makefile | 120 ++++++++++---------------------------------------------------
findlua.mk | 70 ++++++++++++++++++++++++++++++++++++
2 files changed, 88 insertions(+), 102 deletions(-)
create mode 100644 findlua.mk
--
2.13.0
5 years, 9 months
[PATCH v3 0/3] Don't override libscrypt saltgen
by Richard Ipsum
repo: git://git.gitano.org.uk/personal/richardipsum/lua-scrypt.git
ref: richardipsum/no-saltgen-override-v3
HEAD: 9271157304dbd707f87343df0106c3465b50d6a1
Hello, this version matches the previous but with a fix to the error pointed
out by the ever eagle eyed Mr Maw.
git diff richardipsum/no-saltgen-override-v2 richardipsum/no-saltgen-override-v3
diff --git a/luascrypt.c b/luascrypt.c
index d9f6acb..11ae799 100644
--- a/luascrypt.c
+++ b/luascrypt.c
@@ -43,7 +43,7 @@ luascrypt_salt_gen(char *salt, int saltlen)
ssize_t n;
while (total < saltlen) {
- n = read(fd, salt, saltlen - total);
+ n = read(fd, salt + total, saltlen - total);
if (n == 0) {
break;
}
Richard Ipsum (3):
Add TRUST_LIBSCRYPT_SALT_GEN build option
README: add build instructions
Harden reading from /dev/urandom
Makefile | 3 +--
README | 17 ++++++++++++++++-
luascrypt.c | 39 ++++++++++++++++++++++++++++++++++-----
3 files changed, 51 insertions(+), 8 deletions(-)
--
2.13.0
5 years, 9 months
[PATCH v2 0/3] Don't override libscrypt saltgen
by Richard Ipsum
repo: git://git.gitano.org.uk/personal/richardipsum/lua-scrypt.git
ref: richardipsum/no-saltgen-override-v2
HEAD: a172c474ca2b50241cadb5e99ccfa90b4caade11
Greetings,
This version provides a build option that will make lua-scrypt
use libscrypt's salt generation, though the build option is not
defined by default. In addition, we add build instructions to
the README and harden the code that reads from /dev/urandom.
Thanks,
Richard
Richard Ipsum (3):
Add TRUST_LIBSCRYPT_SALT_GEN build option
README: add build instructions
Harden reading from /dev/urandom
Makefile | 3 +--
README | 17 ++++++++++++++++-
luascrypt.c | 39 ++++++++++++++++++++++++++++++++++-----
3 files changed, 51 insertions(+), 8 deletions(-)
--
2.13.0
5 years, 9 months
[PATCH 0/1] Don't override libscrypt saltgen
by Richard Ipsum
repo: git://git.gitano.org.uk/personal/richardipsum/lua-scrypt.git
ref: richardipsum/no-saltgen-override
HEAD: 7f8a987500377ff516b75e0384c82ef1ccf45e82
Hi,
Modern libscrypt seems to do the right thing with respect to salt generation.
Merging this to master obviously breaks this build for jessie or any
other platform using similarly old versions of libscrypt. I don't know
whether we still want to support jessie or not, or whether it would be
sufficient to tag the current HEAD as known good on jessie and move on.
Thanks,
Richard
Richard Ipsum (1):
Don't override libscrypt saltgen
luascrypt.c | 22 +---------------------
1 file changed, 1 insertion(+), 21 deletions(-)
--
2.13.0
5 years, 9 months
