Version 0.3.2 of package Sapling has just been released in NonGNU ELPA. You can now find it in M-x list-packages RET.
Sapling describes itself as: ========================== Fast interface for Sapling ========================== More at https://elpa.nongnu.org/nongnu/sapling.html ## Summary: A fast interface for the Sapling SCM (`sl'). The status buffer is the main entry point: M-x sapling-status It intentionally uses the same command names as Sapling where possible (`commit', `amend', `absorb', `rebase', `shelve', `smartlog', ...). The separate `vc-sapling' package adds a Sapling backend for Emacs's generic VC commands (`C-x v =', `C-x v d', `C-x v l', ...). On Windows the package avoids shell wrappers whenever possible, runs `sl' through `make-process' with pipe connections, forces UTF-8 decoding, and lowers `w32-pipe-read-delay' for faster output processing. ## Recent NEWS: Sapling NEWS -- history of user-visible changes. * 0.3.2 ** New commands and options - New command `sapling-debug-log' runs `sl --debug --verbose log -r REVISION'. `--debug' and `--verbose' enable Sapling's Python command-layer debug output, which is usually more useful than `SL_LOG' for Python-only command paths. ** Changes in `sapling-menu' - `sapling-menu' now offers `C-c D' (`python debug log') for `sapling-debug-log'. `C-c d' continues to toggle Emacs-side Sapling command logging. ** Documentation - The README now documents Rust tracing via `SL_LOG', Windows terminal setup with Eshell (preferred) or Ghostel, Python debugging with `sl --debug --verbose log -r .', native backtraces with `SL_BTLOG', and Sapling's native and Python profilers.
