Re: Magit-inspired Emacs interface for Sapling (sl)

swithin chan <[email protected]> writes:

>  Dear Stephane and Philip, Renamed both packages to sapling and vc-sapling and changed all the functions to sapling prefix. 
>   sapling    -> https://github.com/swithinchan/sapling.git
>   vc-sapling -> https://github.com/swithinchan/vc-sapling.git

OK, nice.  Note that you can use the shorthand system within the files
if you want to abbreviate the symbol names inside the file.

I think that should be everything.  Leaving some time for further
comments, I'll add the package to nongnu.git by tomorrow.

>     On Sunday, 16 August 2026 at 10:47:35 pm GMT+8, Philip Kaludercic <[email protected]> wrote:  
>  
> >  Stéphane Marks <[email protected]> writes:
> >
> >> On Sun, Aug 16, 2026 at 10:30 AM Philip Kaludercic <[email protected]>
> >> wrote:
> >>
> >>> swithin chan <[email protected]> writes:
> >>>
> >>> > I can make vc-el a standalone package. Maybe Just give me some time.
> >>>
> >>> It doesn't have to be, it seems totally fair to have vc-sl depend on sl.
> >>> I am just wondering it wouldn't make sense to rename the sl (or both?)
> >>> package to sapling.
> >>>
> >>
> >> +1
> >>
> >> In the facebook source code, sapling is called sapling.  The unfortunately
> >> named sl command line command is named sl but lives in the eden/scm
> >> directory.  If it had been me, I'd have named the command sapling and
> >> recommended shell aliases if that's what people wanted rather than
> >> interfering with 50+ years of people aliasing "sl" to "ls" (ls was named in
> >> 1969, long before facebookers).
> >
> > But we should keep in mind that there is precedence for calling the VC
> > backend after the command and not the name of the project, as with vc-hg
> > instead of vc-mercurial.