Processing control commands:
> unblock 1051371 by 1050001
Bug #1051371 [debian-policy] Post-/usr-merge paths for script interpreters
1051371 was blocked by: 1050001
1051371 was not blocking any bugs.
Removed blocking bug(s) of 1051371: 1050001
--
1050001: https://bugs.debian.org/cgi-bin/bugrepor
Processing control commands:
> unblock 1051371 by 1050001
Bug #1051371 [debian-policy] Post-/usr-merge paths for script interpreters
1051371 was not blocked by any bugs.
1051371 was not blocking any bugs.
Removed blocking bug(s) of 1051371: 1050001
--
1051371: https://bugs.debian.org/cgi-bin/bug
Control: unblock 1051371 by 1050001
Ansgar writes:
> However, there is a proposal by Jackson for an alternative filesystem
> layout based on symlink farms in consideration by the technical
> committee. This advocates removing compat symlinks in /bin, /sbin over
> time[1], thus requiring (c).
T
Sam Hartman writes:
> My problem with (b) is that I value interfaces and that especially for
> /bin/sh I do think that /bin/sh is more portable as an interface path
> than /usr/bin/sh.
To be clear, I personally agree with this, and I am sure that I will use
/bin/sh until the end of time, even if
Bill Allombert writes:
> One of the issue in the past is that reproducible build was broken
> because different build environment lead to different paths. We at least
> need to address that.
I believe the reproducible build problem specifically will be largely
fixed by /usr-merging the buildds s
Stéphane Blondon writes:
> I've done a new version. It's based on 'sphinx_rtd_theme' theme. So, to
> build the site, the package 'python3-sphinx-rtd-theme' requires to be
> added to dependencies. A new file 'debian.css' is specific to set some
> colors and renderings.
> Reusing 'Read the docs' t
Sam, Russ, Bill,
Thanks for your input. To be quite frank I still don't see how the
interpretation of allowing configuration files outside of /etc can be
supported based on the policy text.
Ultimately I'm just concerned about the UX aspects of admins suddenly
having to go hunting for config files
On Fri, 15 Sept 2023 at 22:18, Russ Allbery wrote:
>
> Guillem Jover writes:
>
> > Not shipping these empty directories in the .deb seems like a regression
> > or a disservice to me. Even for things that might get deleted because
> > things like our policy or the FHS allows for it (say stuff unde
Simon McVittie writes:
> The key piece of information that was missing from your previous
> proposal was that systemd-tmpfiles interface versions match upstream
> systemd version numbers. As a concrete example, if someone wants to
> upload an implementation other than the one from systemd, it can
Luca Boccassi writes:
> Aside from more practical considerations, shipping /var content in
> packages is problematic because it's supposed to be local variable data,
> that can be removed without breaking a system.
Unless I'm missing something, including the directory in the deb won't
make any d
Daniel Gröber writes:
> Ultimately I'm just concerned about the UX aspects of admins suddenly
> having to go hunting for config files all over their system when
> packages start implementing this config-in-/usr business en mass.
I think the expectation is that you read the documentation of the p
Le dim. 17 sept. 2023 à 01:15, Russ Allbery a écrit :
> Luca Boccassi writes:
>
> One would need to duplicate empty directories in /var (that don't have
> dynamic ownership). I'm dubious that's a significant burden (it's two or
> three lines in debian/rules), but if it is,
> one coul
El 17/9/23 a las 0:12, Daniel Gröber escribió:
Sam, Russ, Bill,
Thanks for your input. To be quite frank I still don't see how the
interpretation of allowing configuration files outside of /etc can be
supported based on the policy text.
Hello. I apologize for not having read the discussion in
Stéphane Blondon writes:
> - for (draft sphinx) release-notes:
> http://stephane.yaal.fr/tmp/release-notes/
>
> What do you think about it?
commenting on the release-notes, but i expect applies to policy too:
looks awesome - imo it is now even better-looking than the docbook verison
in the t
> "Luca" == Luca Boccassi writes:
Luca> Aside from more practical considerations, shipping /var
Luca> content in packages is problematic because it's supposed to be
Luca> local variable data,
I agree with the above.
Luca> that can be removed without breaking a
Luca> syst
RL writes:
> http://stephane.yaal.fr/tmp/release-notes/issues.html#grub-no-longer-runs-os-prober-by-default
> the '# dpkg-reconfigure ' is shown as a shell-comment, but is
> meant to be a command-to-run-as-root (i remember this being discussed on
> the previous version on the release-notes list,
Hi,
On Sat, 2023-09-16 at 12:58 -0700, Russ Allbery wrote:
> Control: unblock 1051371 by 1050001
>
> Ansgar writes:
>
> > However, there is a proposal by Jackson for an alternative filesystem
> > layout based on symlink farms in consideration by the technical
> > committee. This advocates remo
17 matches
Mail list logo
