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

 Dear Philip, I have added the vc backend for this:https://github.com/swithinchan/sl/blob/main/vc-sl.el
    On Saturday, 15 August 2026 at 07:58:07 am GMT+8, swithin chan <[email protected]> wrote:  
 
 Anything touching a git need 50 seconds. I keep redefining git executables (/cmd/git.exe, bin/git.exe, mingw/bin/git.exe) but it still cost me that much time.
By the way, sometimes my intel i5 opening a file need 7 seconds. I am not sure if there is windows defender process.  So transient menu spawning new process probably is not a good idea in windows. 


Sent from Yahoo Mail for iPhone


On Saturday, August 15, 2026, 2:58 AM, Philip Kaludercic <[email protected]> wrote:


I have a few comments on the code here:


A general point: You are presenting the package as Magit-inspired, but
do not use transient?  Have you considered implementing the VC interface
and then sparing the need to re-implement an entire new interface (also,
is vc-git any better on your system)?

swithin chan <[email protected]> writes:

> 1. I have been frustrated by the fact that git is slow on windows, I
> know corporate / commercial things a not good idea for the open source
> community, but every time I run emacs, even though i switch to
> gccemacs, the magit package took fifty two seconds, which slows me
> down, against vscode or other editor. I debugged, then I know is
> because of windows process is different from Linux. I used daemon to
> let startup time be quicker,I used eshell ,  but I still cannot push
> down the speed using version control. 
>
> Rust jujitsu need to install rust, but I need to seek approval and is
> gigantic. Sapling is on git (as you said GPLv2) and is much smaller in
> size, easier to run on windows.
> https://github.com/facebook/sapling/blob/main/LICENSE
> I am not promoting commercial ware, I am just make working emacs in windows a more comfortable environment. 

The phrase "commercial ware" doesn't really mean anything here, and as I
said before, that is not an issue as long as the license grants the user
the necessary freedoms.

> Sent from Yahoo Mail for iPhone
>
>
> On Friday, August 14, 2026, 11:58 PM, Philip Kaludercic <[email protected]> wrote:
>
>> swithin chan <[email protected]> writes:
>>
>>> Dear Team, 
>>> Sorry in a corporate environment i must use windows to do version
>>> control. But git is very slow (whether in mingw/bin/git, cmd/bin/git
>>> or /bin/git); i finally decided to use meta's sapling version control
>>> package because this is very small only 30mb. i am sorry for using
>>> something from commercial company but i really need to do version
>>> control quickly. 
>>
>> That is not an issue, the main question is if https://sapling-scm.com/
>> is free software, which is the case (GPLv2).
>>
>>>                  i burnt some tokens and make the sapling interface
>>> called sl.el. hope to seek approval to put on non-gnu elpa. if you
>>> guys can put on gnu elpa i would be very grateful. Thank you!!!!
>>> Emacs FANSSwithin Chan https://github.com/swithinchan/sl 
>>> sl.el
>>
>> I am afraid that we cannot add the package to GNU ELPA, since the
>> copyright situation is tricky given that you LLM generated the code.
>>
>> But given that it is outright generated code, I would like to review it
>> before admitting it.  I can do so over the weekend, would you be OK with
>> merging the changes and addressing the questions I have?
>>
>>> A fast, Magit-inspired Emacs interface for Sapling(sl). It is designed
>>> to feel familiar to Magit users while being intentionallysmall and
>>> Windows-friendly.
>>
>> Can you elaborate why it is windows friendly?