From: Eric Wong <e@80x24.org>
To: "Štěpán Němec" <stepnem@smrk.net>
Cc: meta@public-inbox.org
Subject: Re: [PATCH (RFC) 2/2] INSTALL: try to be less confusing about optional modules
Date: Mon, 18 Mar 2024 08:29:54 +0000 [thread overview]
Message-ID: <20240318082954.M512460@dcvr> (raw)
In-Reply-To: <20240316233718+0100.795197-stepnem@smrk.net>
Štěpán Němec <stepnem@smrk.net> wrote:
> On Sat, 16 Mar 2024 21:27:56 +0000
> Eric Wong wrote:
>
> > Štěpán Němec <stepnem@smrk.net> wrote:
> >> The difference between the "numerous optional modules"
> >> section (containing only two modules) and the "everything
> >> else optional" section was unclear (to me, at least).
> >> Just put both under a single heading.
> >
> > <snip>
> >
> >> +++ b/INSTALL
> >> @@ -58,7 +58,8 @@ Where "deb" indicates package names for Debian-derived distributions,
> >> "pkgin" for NetBSD, "apk" for Alpine Linux and "rpm" is for RPM-based
> >> distributions (only known to work on Fedora).
> >>
> >> -Numerous optional modules are likely to be useful as well:
> >> +Numerous optional modules might be useful as well, depending
> >> +on your use case and preferences:
> >>
> >
> > OK, I like the first change.
> >
> >> - DBD::SQLite deb: libdbd-sqlite3-perl
> >> pkg: p5-DBD-SQLite
> >> @@ -71,8 +72,6 @@ Numerous optional modules are likely to be useful as well:
> >> rpm: perl-Search-Xapian
> >> (required for lei; HTTP and IMAP search)
> >>
> >> -Every effort has been to make everything else optional:
> >> -
> >
> > I consider DBD::SQLite and Xapian significantly more important
> > than the rest, so I favor keeping the above line.
>
> The main issue I see with that (as mentioned in my commit
> message) is that you first say numerous optional modules are
> useful, list only two modules after that, then say
> everything else is optional. "else"? So, all modules are
> optional, but some are more optional than others? :-P
>
> I'd say a single heading and keeping further details to the
> parentheticals pertaining to specific modules is both
> clearer and easier to maintain, but whatever version you
> choose, I as reader see the following issues with the old
> text (and at least some of those issues would remain if you
> kept my first hunk and not the second, as you suggest):
>
> - the difference between the two sections is unclear
> - it doesn't make sense to first single out two modules as
> optional, and then continue with "make everything else
> optional"
> - two are not "numerous"
> - "Every effort has been to make everything else optional"
> sounds weird to me. Is "made" missing after "been"?
Yes, my brain was interpolating "made" in without realizing it
wasn't in the text :x
> Or maybe "We've tried to make everything else optional" or
> "Everything else is supposed to be optional"?
> - Perhaps "optional" isn't really the right word for the
> general description to begin with, given that some modules
> are required in some cases (indicated by parentheticals)?
Yeah, probably "optional" is the wrong word.
> A different attempt based on your feedback:
OK, pushed as commit 7de64dc25f8348f902f2815d520ecce3d0e90ca8
Thanks.
next prev parent reply other threads:[~2024-03-18 8:36 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-15 14:30 [PATCH 1/2] Fix some typos and language nits in docs and comments Štěpán Němec
2024-03-15 14:30 ` [PATCH (RFC) 2/2] INSTALL: try to be less confusing about optional modules Štěpán Němec
2024-03-16 21:27 ` Eric Wong
2024-03-16 22:37 ` Štěpán Němec
2024-03-18 8:29 ` Eric Wong [this message]
2024-03-16 22:12 ` [PATCH 1/2] Fix some typos and language nits in docs and comments Eric Wong
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
List information: https://public-inbox.org/README
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240318082954.M512460@dcvr \
--to=e@80x24.org \
--cc=meta@public-inbox.org \
--cc=stepnem@smrk.net \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).