all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Morgan Smith <Morgan.J.Smith@outlook.com>
To: Liliana Marie Prikler <liliana.prikler@gmail.com>
Cc: 52439@debbugs.gnu.org
Subject: [bug#52439] [PATCH 1/2] gnu: Add emacs-rec-mode.
Date: Sat, 11 Dec 2021 20:15:11 -0500	[thread overview]
Message-ID: <BYAPR05MB4023FE1B2C1725F5931FA335C5739@BYAPR05MB4023.namprd05.prod.outlook.com> (raw)
In-Reply-To: <1d60848f3732844757e25a29db1d155dd7d885b3.camel@gmail.com> (Liliana Marie Prikler's message of "Sun, 12 Dec 2021 01:39:55 +0100")

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	other threads:[~2021-12-12  1:17 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-11 19:39 [bug#52439] [PATCH 1/2] gnu: Add emacs-rec-mode Morgan.J.Smith
2021-12-11 19:46 ` [bug#52439] [PATCH 2/2] gnu: emacs-recutils: Deprecate in favor of emacs-rec-mode Morgan.J.Smith
2021-12-11 22:35 ` [bug#52439] [PATCH 1/2] gnu: Add emacs-rec-mode Liliana Marie Prikler
2021-12-12  0:09   ` Morgan Smith
2021-12-12  0:39     ` Liliana Marie Prikler
2021-12-12  1:15       ` Morgan Smith [this message]
2021-12-13 19:39         ` Liliana Marie Prikler
2021-12-14  0:54 ` [bug#52439] [PATCH] gnu: emacs-recutils: Update to 1.8.2-0.058dbe4 Morgan.J.Smith
2021-12-14 19:36   ` Liliana Marie Prikler
2021-12-14 20:34     ` bug#52439: " Liliana Marie Prikler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=BYAPR05MB4023FE1B2C1725F5931FA335C5739@BYAPR05MB4023.namprd05.prod.outlook.com \
    --to=morgan.j.smith@outlook.com \
    --cc=52439@debbugs.gnu.org \
    --cc=liliana.prikler@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.