From: Vagrant Cascadian via "Development of GNU Guix and the GNU System distribution." <guix-devel@gnu.org>
To: "Janneke Nieuwenhuizen" <janneke@gnu.org>,
"Ludovic Courtès" <ludo@gnu.org>
Cc: Richard Sent <richard@freakingpenguin.com>, guix-devel@gnu.org
Subject: Re: Changing the defaults for --localstatedir and --sysconfdir?
Date: Thu, 02 May 2024 11:14:56 -0700 [thread overview]
Message-ID: <87r0ekw067.fsf@wireframe> (raw)
In-Reply-To: <87ttjge9gb.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1697 bytes --]
On 2024-05-02, Janneke Nieuwenhuizen wrote:
> Ludovic Courtès writes:
>
>> Richard Sent <richard@freakingpenguin.com> skribis:
>>
>>> As everyone who's built Guix from source knows, when running ./configure
>>> on a system with an existing Guix installation you must remember to
>>> specify --localstatedir=/var and --sysconfdir=/etc. I think we should
>>> consider whether those variables should default to those values.
>>
>> I think it would make sense.
>>
>> Before I advocated that we should preferably stick to the GNU standards
>> and have users make informed choices (that’s how we ended up with the
>> ‘GUIX_CHECK_LOCALSTATEDIR’ macro that warns users but lets them
>> explicitly pass ‘--localstatedir’.)
>>
>> That was 8 years ago though (eight!). At this point I think defaulting
>> to /var and /etc would do more good than harm.
>>
>> What do others think?
>
> It would be certainly convenient for many us but there should probably a
> warning or an error? (cc: @Vagrant) when not on Guix System?
I think /var and /etc would be saner defaults from Debian's perspective
for --localstatedir and --sysconfdir.
That said, all my workflows for passing this are either building the
Debian package (for which it explicitly passes /var and /etc) and
building guix for use with "./pre-inst-env guix ..." for both of those
use cases seem /var and /etc on my systems.
I am not sure what workflows might break by changing the defaults; some
people and systems still use /usr/local for locally built software, such
as FreeBSD ports and similar systems. Not sure how relevent they are to
guix at this point, at least...
live well,
vagrant
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 227 bytes --]
next prev parent reply other threads:[~2024-05-04 17:54 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-01 20:49 Changing the defaults for --localstatedir and --sysconfdir? Richard Sent
2024-05-02 9:00 ` Ludovic Courtès
2024-05-02 9:11 ` Attila Lendvai
2024-05-02 23:23 ` Romain
2024-05-02 11:31 ` Janneke Nieuwenhuizen
2024-05-02 18:14 ` Vagrant Cascadian via Development of GNU Guix and the GNU System distribution. [this message]
2024-05-02 12:58 ` Andreas Enge
2024-05-02 16:37 ` Efraim Flashner
2024-05-06 10:06 ` Ludovic Courtès
2024-05-02 16:35 ` Efraim Flashner
2024-06-07 12:54 ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2024-06-09 0:58 ` Maxim Cournoyer
2024-05-03 10:10 ` Ricardo Wurmus
2024-05-06 10:08 ` Ludovic Courtès
2024-05-07 20:07 ` Simon Tournier
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=87r0ekw067.fsf@wireframe \
--to=guix-devel@gnu.org \
--cc=janneke@gnu.org \
--cc=ludo@gnu.org \
--cc=richard@freakingpenguin.com \
--cc=vagrant@debian.org.org \
/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.