Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.devel > #116215

Re: TC decision on ownership of top-level filesystem aliases - #1091995

From Sean Whitton <spwhitton@spwhitton.name>
Newsgroups linux.debian.devel, linux.debian.bugs.dist
Subject Re: TC decision on ownership of top-level filesystem aliases - #1091995
Date 2025-03-06 10:40 +0100
Message-ID <KnfRT-40dD-3@gated-at.bofh.it> (permalink)
References <KmyWB-3xjQ-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Cross-posted to 2 groups.

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Hello ctte,

On Tue 04 Mar 2025 at 11:46am GMT, Matthew Vernon wrote:

> In Bug #1091995, the Technical Committe was asked to rule on an issue
> that could, under certain circumstances, result in failure of the
> base-files package to install or upgrade correctly. Under these
> circumstances, systemd will create a symlink from /lib64 to /usr/lib,
> which does not match the symlink contained within base-files. base-files
> will detect this case in preinst and generate an error, but if it did
> not do this then dpkg would instead fail with a less verbose message.
>
> Policy does not currently define ownership of the usrmerge filesystem
> aliases, but since trixie base-files has effectively been responsible
> for ensuring that these aliases are configured appropriately. This is
> therefore a technical disagreement rather than a policy violation.

Just to note that the most recent release of Policy sort-of defines
ownership of this, though it is not as explicit as the TC decision:

    Packages must not install files to paths whose first component is a
    name directly under the file system root and which is a symbolic
    link to a directory of the same name under "/usr".  ...  The
    base-files package is an exception, for it installs aliasing
    symbolic links from "/bin" to "/usr/bin", "/lib" to "/usr/lib", et
    cetera.

-- 
Sean Whitton

Back to linux.debian.devel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

TC decision on ownership of top-level filesystem aliases - #1091995 Matthew Vernon <matthew@debian.org> - 2025-03-04 12:50 +0100
  Re: TC decision on ownership of top-level filesystem aliases -  #1091995 Sean Whitton <spwhitton@spwhitton.name> - 2025-03-06 10:40 +0100
    Bug#1091995: TC decision on ownership of top-level filesystem aliases - #1091995 Helmut Grohne <helmut@subdivi.de> - 2025-03-07 13:10 +0100
      Re: TC decision on ownership of top-level filesystem aliases -  #1091995 Marvin Renich <mrvn@renich.org> - 2025-03-07 14:20 +0100
        Re: TC decision on ownership of top-level filesystem aliases -  #1091995 Helmut Grohne <helmut@subdivi.de> - 2025-03-07 18:30 +0100
      Bug#1091995: TC decision on ownership of top-level filesystem aliases - #1091995 Sean Whitton <spwhitton@spwhitton.name> - 2025-03-09 06:00 +0100
      Debian on /usr (Re: TC decision on ownership of top-level filesystem  aliases - #1091995) Matthias Urlichs <matthias@urlichs.de> - 2025-03-09 09:40 +0100
        Re: Debian on /usr (Re: TC decision on ownership of top-level  filesystem aliases - #1091995) Marco d'Itri <md@Linux.IT> - 2025-03-09 17:50 +0100
          Re: Debian on /usr (Re: TC decision on ownership of top-level  filesystem aliases - #1091995) Matthias Urlichs <matthias@urlichs.de> - 2025-03-11 04:10 +0100

csiph-web