path: root/doc/forum
diff options
authorJoey Hess2017-07-30 11:13:15 -0400
committerJoey Hess2017-07-30 11:13:15 -0400
commitabf589daa0232fdb9c8e4525bcfc952d0ee42c4e (patch)
tree2103f56c063d192250ac420a688e80c744f0a101 /doc/forum
parent7c82cb564358f8623ea584f5bea1c17b8ac29e38 (diff)
Diffstat (limited to 'doc/forum')
1 files changed, 30 insertions, 0 deletions
diff --git a/doc/forum/propellor_failed_to_sign_the_commit/comment_1_c1dab7554841bd88d2109e9d46b31102._comment b/doc/forum/propellor_failed_to_sign_the_commit/comment_1_c1dab7554841bd88d2109e9d46b31102._comment
new file mode 100644
index 00000000..2d2315c0
--- /dev/null
+++ b/doc/forum/propellor_failed_to_sign_the_commit/comment_1_c1dab7554841bd88d2109e9d46b31102._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 1"""
+ date="2017-07-30T14:51:13Z"
+ content="""
+I guess the problem involves running propellor at a unix tty, not in a
+GUI's virtual terminal?
+My limited understanding of `GPG_TTY`, refreshed by re-reading this ooold
+thread <> is that gpg is normally able to
+detect if it's in a GUI or at a tty, and will prompt in the tty if
+necessary. Where that may fall down is when gpg is run with its stdio
+connected to pipes, since then probably isatty fails. Although in at least
+some cases, gpg apparently then
+[falls back to /dev/tty](
+Propellor runs gpg with stdin and stdout piped to it when eg, decrypting
+the privdata file. I tried `propellor --list-fields` at the linux console
+and it fails there.
+But, when I tried `propellor --spin host` at the linux console, that worked
+ok, including making the gpg signed git commit. Of course git is running
+gpg in this case, and perhaps my version of git has its own way to avoid
+this problem.
+This does seems like something propellor could work around fairly
+(See also [[propellor_and_gpg2]].)