Bob Chapman
2007-07-13 04:05:21 UTC
Given that 1.2.13.1 has been available since 11-Jul-2006 this 'problem' must
be either (1) an artifact of my ignorance or (2) a well known 'feature'
but --
Creating a new repository with 'init' results in a loop requesting a
passphrase:
$ ../utils/cvs-1.12.13.1/src/cvs -d /cvsroot/newcvs/ init
You need a passphrase to unlock the secret key for
user: "....
Using Ctl-C to exit the loop leaves the terminal in a no echo state.
However, the repository IS created and 1.2.13.1 is able to import, checkout,
commit, etc. (The passphrase request works for import and commit).
If the "--no-sign" option is added for a 1.2.13.1 "init" then an apparently
usable repository is created without the "passphrase loop".
This behavior has been observed for cvs 1.2.13.1 built from source on both
CentOS 4.5 and Ubuntu 7.04.
--
be either (1) an artifact of my ignorance or (2) a well known 'feature'
but --
Creating a new repository with 'init' results in a loop requesting a
passphrase:
$ ../utils/cvs-1.12.13.1/src/cvs -d /cvsroot/newcvs/ init
You need a passphrase to unlock the secret key for
user: "....
Using Ctl-C to exit the loop leaves the terminal in a no echo state.
However, the repository IS created and 1.2.13.1 is able to import, checkout,
commit, etc. (The passphrase request works for import and commit).
If the "--no-sign" option is added for a 1.2.13.1 "init" then an apparently
usable repository is created without the "passphrase loop".
This behavior has been observed for cvs 1.2.13.1 built from source on both
CentOS 4.5 and Ubuntu 7.04.
--