From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <e@80x24.org>
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net
X-Spam-Level: 
X-Spam-ASN:  
X-Spam-Status: No, score=-4.1 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00,
	DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no
	autolearn=ham autolearn_force=no version=3.4.6
Received: from localhost (dcvr.yhbt.net [127.0.0.1])
	by dcvr.yhbt.net (Postfix) with ESMTP id 84D9E1F55F;
	Sat,  2 Sep 2023 19:44:07 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=80x24.org;
	s=selector1; t=1693683847;
	bh=5LDB9cbAutFKxIh90skCj5mL5ZR16fy8VpYe0Rwef9g=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To:From;
	b=5wbYmGxqvADve0yGZo/5F2aBR1G5dH7NtL/rf01fAMtplxdzoP0lzLx1jEqfqFqI0
	 iafiEfuNcFX2UNgIiNbKNiL8aTdEFVw54zHa5K0sZag19skGVGbiW5wrmzJjMXoxNy
	 WQaXQrjzEvsjskwnB9nDbcsjEuwQTBagoCRp6kms=
Date: Sat, 2 Sep 2023 19:44:07 +0000
From: Eric Wong <e@80x24.org>
To: =?utf-8?B?xaB0xJtww6FuIE7Em21lYw==?= <stepnem@smrk.net>
Cc: meta@public-inbox.org
Subject: Re: [PATCH v2] Clarify Inline::C dependency (optional on Linux,
 required elsewhere)
Message-ID: <20230902194407.M464597@dcvr>
References: <20230830051045.330641-1-e@80x24.org>
 <20230830143409+0200.929541-stepnem@smrk.net>
 <20230830211849.M275594@dcvr>
 <20230831111152+0200.360729-stepnem@smrk.net>
 <20230831192650+0200.929387-stepnem@smrk.net>
 <20230901110903.M876537@dcvr>
 <20230902125449+0200.22309-stepnem@smrk.net>
 <20230902130741+0200.224663-stepnem@smrk.net>
 <20230902185015.M198704@dcvr>
 <20230902210825+0200.747967-stepnem@smrk.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20230902210825+0200.747967-stepnem@smrk.net>
List-Id: <meta.public-inbox.org>

Štěpán Němec <stepnem@smrk.net> wrote:
> On Sat, 02 Sep 2023 18:50:15 +0000
> Eric Wong wrote:
> 
> > Štěpán Němec <stepnem@smrk.net> wrote:
> >> -Numerous optional modules are likely to be useful as well:
> >> +Numerous other modules are likely to be useful as well:
> >
> > What is the reasoning for this change?
> > "optional" is an important point to state, IMHO.
> > Using "other" is more ambiguous, I think.
> 
> We've now established that at least Inline::C is not optional on all
> systems.  Is that really the only case?  (I mean, some of the modules
> have "optional" again in their respective parentheticals: is that just
> redundancy, or does it imply that the others are less optional?)  Even
> if it _is_ the only case, isn't saying "optional" misleading?

Perhaps the per-module "optional, for .." statements should be
"only for ...".

Aside from the new WIP -cindex; all public-inbox-* tools should
all work fine without Inline::C.  lei isn't likely running on
most public-facing servers.

In fact, all the components of public-inbox are optional
depending on which pieces you want to use it for.

The original public-inbox-* stuff (mda/learn/watch/WWW/httpd/CGI)
should work w/o SQLite for v1 inboxes, even (I need to test before
releases).

IOW, I'm trying to keep installations that were configured
and setup in back in 2014 working with no new dependencies.

Honestly, I wish I could tell users a C compiler is required to
make my life easier (heck, Varnish requires one); but gcc and
clang are both gigantic; and tcc (while active) hasn't had a
release in ages.

Thanks.