Re: /usr/-only image

2023-09-16 Thread Russ Allbery
Luca Boccassi writes: > Perhaps 'modifications' was the wrong term, I meant the whole system > that handles the configuration. Correct me if I'm wrong, but AFAIK that > is all Debian-specific. Arch, Fedora and Suse do not have this issue. Speaking as the author of several PAM modules, Debian's

Re: /usr/-only image

2023-09-16 Thread Luca Boccassi
On Sat, 16 Sept 2023 at 00:46, Steve Langasek wrote: > > On Fri, Sep 15, 2023 at 07:44:45PM +0100, Luca Boccassi wrote: > > In fact, Marco yesterday told me the only blocker to boot a minimal > > Debian image with only /usr is PAM, and that's exclusively because of > > downstream-specific changes

Re: /usr/-only image

2023-09-16 Thread Gioele Barabucci
On 15/09/23 20:44, Luca Boccassi wrote: In fact, Marco yesterday told me the only blocker to boot a minimal Debian image with only /usr is PAM Related: For compat >= 14 dh_installpam will install PAM modules in /usr, not /etc: https://salsa.debian.org/debian/debhelper/-/merge_requests/63

Re: /usr/-only image

2023-09-15 Thread Steve Langasek
On Fri, Sep 15, 2023 at 07:44:45PM +0100, Luca Boccassi wrote: > In fact, Marco yesterday told me the only blocker to boot a minimal > Debian image with only /usr is PAM, and that's exclusively because of > downstream-specific changes - upstream not only has supported the > hermetic-usr config

Re: /usr/-only image

2023-09-15 Thread Luca Boccassi
On Mon, 11 Sept 2023 at 15:09, Simon McVittie wrote: > > On Mon, 11 Sep 2023 at 08:58:09 +0200, Gioele Barabucci wrote: > > An even bigger prerequisite is that many upstream projects does not yet > > support working without /etc or (orthogonally) reading their default > > configuration from /usr.

Re: /usr/-only image

2023-09-14 Thread Russ Allbery
Marc Haber writes: > I'd go so far that the systemd/udev way is a strategy to cope with > nearly non-existent conffile handling on non-Debian distributions. We > didn't do ourselves a favor by blindly adopting this scheme, while > we're having a vastly superior package managed that handles

Re: /usr/-only image

2023-09-12 Thread Marc Haber
On Tue, 12 Sep 2023 14:37:10 +0900, Simon Richter wrote: >The problem isn't so much the location of the configuration file, but >the method used to merge default, distro-provided and system-specific >configuration, and how much deviation from the default configuration is >expected. > >I'd

Re: /usr/-only image

2023-09-11 Thread Russ Allbery
Simon Richter writes: > This would not work for a package like postfix, which absolutely > requires system-specific configuration, and we'd have to be careful with > packages like postgresql where there is a default configuration that > works fine for hobbyists that we do not make life too

Re: /usr/-only image

2023-09-11 Thread Simon Richter
Hi, On 9/11/23 23:08, Simon McVittie wrote: Some packages rely on their own configuration existing in /etc. For these packages, ideally they'd try loading from /etc as highest priority, but fall back to /usr as a lower-priority location. This is a package-by-package change, and probably best

Re: /usr/-only image

2023-09-11 Thread Simon McVittie
On Mon, 11 Sep 2023 at 08:58:09 +0200, Gioele Barabucci wrote: > An even bigger prerequisite is that many upstream projects does not yet > support working without /etc or (orthogonally) reading their default > configuration from /usr. I agree that an "upstream first" approach is good here - even

Re: /usr/-only image

2023-09-11 Thread Philipp Kern
On 2023-09-10 22:42, Russ Allbery wrote: So far as I know, no one has ever made a detailed, concrete proposal for what the implications of this would be for Debian, what the transition plan would look like, and how to address the various issues that will arise. Moving configuration files out

Re: /usr/-only image

2023-09-11 Thread Marco d'Itri
On Sep 10, Russ Allbery wrote: > So far as I know, no one has ever made a detailed, concrete proposal for > what the implications of this would be for Debian, what the transition > plan would look like, and how to address the various issues that will > arise. Moving configuration files out of

Re: /usr/-only image

2023-09-11 Thread Gioele Barabucci
On 10/09/23 22:42, Russ Allbery wrote: Luca Boccassi writes: It is being slowly worked towards, but we are still at the prerequisites at this time. Hopefully we'll have some usable experiments for the Trixie timeline, but nothing definite yet. Just to make this explicit, one of the

Re: /usr/-only image

2023-09-10 Thread Luca Boccassi
On Sun, 10 Sept 2023 at 21:43, Russ Allbery wrote: > (This does not rule out the possibility that certain carefully-crafted > configurations with a subset of packages may work in this mode, of > course.) Yes, this is pretty much what we are talking about in these cases - targeted experiments, to

Re: /usr/-only image

2023-09-10 Thread Russ Allbery
Luca Boccassi writes: > On Sun, 10 Sept 2023 at 18:55, Nils Kattenbeck wrote: >> I am looking to generate a Debian image with only a /usr and /var >> partition as per discoverable partition specification. However, it >> seems to me like the omission of /etc leads to several issues in core >>

Re: /usr/-only image

2023-09-10 Thread Luca Boccassi
On Sun, 10 Sept 2023 at 18:55, Nils Kattenbeck wrote: > > Hello, > > I am looking to generate a Debian image with only a /usr and /var > partition as per discoverable partition specification. However, it > seems to me like the omission of /etc leads to several issues in core > packages and

Re: /usr/-only image

2023-09-10 Thread Marco d'Itri
On Sep 10, Nils Kattenbeck wrote: > I am looking to generate a Debian image with only a /usr and /var > partition as per discoverable partition specification. However, it > seems to me like the omission of /etc leads to several issues in core > packages and logging in becomes impossible. > Is