Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.devel > #116215
| 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.
[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 | Next — Previous in thread | Next in thread | Find similar | Unroll 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