[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.
[bug#52439] [PATCH] gnu: emacs-recutils: Update to 1.8.2-0.058dbe4., Morgan . J . Smith, 2021/12/13