- May 06, 2014
-
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Mikhail Gusarov authored
`pass generate' prints 10 lines of output, with only 2 related to the operation at hand: % pass generate xyz 1 2 You need a passphrase to unlock the secret key for 3 user: USER <EMAIL> 4 4096-bit RSA key, ID XYZ, created 1234-56-78 5 6 [master 12345] Added generated password for xyz to store. 7 1 file changed, 0 insertions(+), 0 deletions(-) 8 create mode 100644 xyz.gpg 9 The generated password to xyz is: 10 Some password 123 % This patch takes care of 3 of 8 noise lines.
-
Kyle Marek-Spartz authored
Made sed expression GNU and BSD compatible. A recent change in pass.zsh-completion broke autocompletion when using BSD sed. I’ve made the relevant sed expression compatible with GNU and BSD sed. Previous change with regression: http://lists.zx2c4.com/pipermail/password-store/2014-April/000773.html http://git.zx2c4.com/password-store/commit/src/completion/pass.zsh-completion?id=f82e9d6cf3bc3a12bdfce89bf319d76f79e66efc
-
- Apr 29, 2014
-
-
Jason A. Donenfeld authored
-
- Apr 27, 2014
-
-
Jason A. Donenfeld authored
-
- Apr 24, 2014
-
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
- Apr 23, 2014
-
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
- Apr 22, 2014
-
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
Signed-off-by:
Jason A. Donenfeld <Jason@zx2c4.com>
-
Jason A. Donenfeld authored
From Kevin: I found a small bug in the zsh completions. Basically when the PASSWORD_STORE_DIR ends in a slash the first character of the result is eaten, making completion essentially useless. (It does this before determining matches). This can be fixed by changing what is line 106 in my version from: _values -C 'passwords' $(find -L "$prefix" \( -name .git -o -name .gpg-id \) -prune -o $@ -print | sed -e "s#${prefix}.##" -e 's#\.gpg##' | sort) to _values -C 'passwords' $(find -L "$prefix" \( -name .git -o -name .gpg-id \) -prune -o $@ -print | sed -e "s#${prefix}/\\?##" -e 's#\.gpg##' | sort) The difference is the first sed regex expression. The original version assumed that the next character was a slash and removed it while the new version only removes it if it is a slash. "s#${prefix}.##" -> "s#${prefix}/\\?##" Signed-off-by:
Jason A. Donenfeld <Jason@zx2c4.com> Reported-by:
Kevin Cox <kevincox@kevincox.ca>
-
Jason A. Donenfeld authored
-
- Apr 20, 2014
-
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
- Apr 19, 2014
-
-
Jason A. Donenfeld authored
In fact, if we're running from the source directory, just auto-detect the platform file in the first place. Signed-off-by:
Jason A. Donenfeld <Jason@zx2c4.com>
-
Jason A. Donenfeld authored
The new environment variable, PASSWORD_STORE_PLATFORM_FILE is now used for loading custom platform files while pass lives as src/password-store.sh. After it is installed using 'make install', this environment variable is no longer used, and either no platform file is loaded (if the default platform is acceptable), or a hardcoded also-installed platform file is referenced. Signed-off-by:
Jason A. Donenfeld <Jason@zx2c4.com>
-
- Apr 18, 2014
-
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-
Jason A. Donenfeld authored
-