Description of problem: The manual page for git-add, section INTERACTIVE MODE, states: You can omit having to type return here, by setting the configuration variable interactive.singlekey to true. However, this doesn't work unless perl-TermReadKey is installed. Version-Release number of selected component (if applicable): git-1.8.1.4-2.fc18.x86_64 perl-TermReadKey NOT installed How reproducible: Steps to Reproduce: 1. (cd to a git repo with unstaged changes) 2. git config interactive.singlekey true 3. git add -p 4. (press "y") Actual results: Nothing happens, must press Enter. Expected results: Hunk is added immediately. Additional info: http://git.661346.n2.nabble.com/question-about-interactive-singlekey-td6765652.html
Thank for the report. This is fixed in git-1.8.2-2.fc20, which is building now (along with git-1.8.2-2.fc19). I imagine it will get merged to f18 at some point in the near future.
So those builds yesterday failed, for different reasons. Rawhide currently has an issue caused by emacs conflicting with the info package (#928950). After that, 1.8.2 installs a new git-remote-testpy script and the generation of that package left the build root hard-coded. I've pushed a fix for the latter issue and started a fresh build for f19. We'll have to wait for the emacs bug to be fixed to build for rawhide.
One emacs bug fixed, and another exposed, unfortunately. + make -C contrib/emacs make: Entering directory `/builddir/build/BUILD/git-1.8.2/contrib/emacs' emacs -batch -f batch-byte-compile git.el emacs: error while loading shared libraries: libgif.so.4: cannot open shared object file: No such file or directory make: *** [git.elc] Error 127 make: Leaving directory `/builddir/build/BUILD/git-1.8.2/contrib/emacs' I don't see that file yet, but I haven't looked very hard. If anyone notices or files it, please feel free to update the depends on field. :)