guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#52439] [PATCH 1/2] gnu: Add emacs-rec-mode.


From: Morgan Smith
Subject: [bug#52439] [PATCH 1/2] gnu: Add emacs-rec-mode.
Date: Sat, 11 Dec 2021 20:15:11 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Liliana Marie Prikler <liliana.prikler@gmail.com> writes:
> For the record, the convention is usually to use the upstream name, but
> that's not always reasonable.  In this particular case, I'd argue that
> emacs-recutils is equally good as it's still close enough to upstream,
> plus the package does not solely contain rec-mode and ob-rec could
> equally be seen as entry point.

The multiple entry points issue is certainly a valid issue with my idea.

Using the upstream name makes a lot of sense and I suppose my experience
of the main feature being equal to the name is actually a convention
that emacs package maintainers are doing, not guix.

That being said, the official upstream name is 100%, without a doubt,
"rec-mode".

The recutils info page only mentions the emacs mode once and explicitly
names it "rec-mode".

The rec-mode info page (as in `info rec-mode`) does say rec-mode is part
of the "recutils suite" but doesn't seem to ever refer to it as anything
other than rec-mode.

> As for loading FEATURE, that again only works for single-feature
> libraries.  In addition, you shouldn't typically rely on (load
> "FEATURE") or (require 'FEATURE) outside of other libraries anyway. 
> Autoloads exist and Guix handles them.

I agree with you.  Any programmatic thing based on package names is
bound to break.  I was saying that interactive exploration was made
easier because I always had a good guess on what to load based on the
package name.  I do rely on Guix to manage my autoloads but I don't
restart my Emacs just to check out a package.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]