Thanks for working on this cruft cleanup Ævar and to
Jonathan & Junio for asking questions about how to improve
this transition for packagers & users.
Junio C Hamano wrote:
> Ævar Arnfjörð Bjarmason writes:
>
>>> On the other hand, the 6-lines of e-lisp you wrote for git.el
>>> replacement is so
Ævar Arnfjörð Bjarmason writes:
>> On the other hand, the 6-lines of e-lisp you wrote for git.el
>> replacement is something the packagers could have written for their
>> users, so (1) if we really want to go extra mile without trusting
>> that distro packagers are less competent than us in helpi
On Thu, Apr 12 2018, Junio C. Hamano wrote:
> Ævar Arnfjörð Bjarmason writes:
>
>> However, since downstream packagers such as Debian are packaging this
>> as git-el it's less disruptive to still carry these files as Elisp
>> code that'll error out with a message suggesting alternatives, rather
Ævar Arnfjörð Bjarmason writes:
> However, since downstream packagers such as Debian are packaging this
> as git-el it's less disruptive to still carry these files as Elisp
> code that'll error out with a message suggesting alternatives, rather
> than drop the files entirely[2].
>
> Then rather
The git-blame.el mode has been superseded by Emacs's own
vc-annotate (invoked by C-x v g). Users of the git.el mode are now
much better off using either Magit or the Git backend for Emacs's own
VC mode.
These modes were added over 10 years ago when Emacs's own Git support
was much less mature, and
5 matches
Mail list logo
