Your message dated Sat, 27 Jan 2018 00:36:15 +0100 (CET)
with message-id <[email protected]>
and subject line Re: Lack of /opt in base-files causes piuparts issues for
in-house packages
has caused the Debian Bug report #888243,
regarding Lack of /opt in base-files causes piuparts issues for in-house
packages
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
888243: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888243
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: base-files
Version: 10.1
Severity: normal
When a package gets installed and later uninstalled that places files in
/opt (or /etc/opt), that directory gets removed because it was only used
by that package and not owned by any. As a consequence, in-house
packages (which can reasonably install to /opt/) can not pass piuparts
as that complains about /opt and /etc/opt going away.
Now this could be fixed at several places (eg. dpkg could keep them
around, or piupats could mask them), but keeping such directories around
is typically done by base-files. The reason given in the FAQ for /opt
just being added in postinst is that it should be possible for an admin
to rmdir those -- a valid point, but causing inconvenience to packages
going there.
The fix I'd suggest is to have a base-files-fhs package recommended by
base-files but not required, which can be uninstalled if an admin wants
those files gone.
Thanks for your consideration
chrysn
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1,
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages base-files depends on:
ii gawk [awk] 1:4.1.4+dfsg-1
ii mawk [awk] 1.3.3-17+b3
base-files recommends no packages.
base-files suggests no packages.
-- no debconf information
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
signature.asc
Description: PGP signature
--- End Message ---
--- Begin Message ---
On Wed, 24 Jan 2018, chrysn wrote:
> Package: base-files
> Version: 10.1
> Severity: normal
>
> When a package gets installed and later uninstalled that places files in
> /opt (or /etc/opt), that directory gets removed because it was only used
> by that package and not owned by any. As a consequence, in-house
> packages (which can reasonably install to /opt/) can not pass piuparts
> as that complains about /opt and /etc/opt going away.
>
> Now this could be fixed at several places (eg. dpkg could keep them
> around, or piupats could mask them), but keeping such directories around
> is typically done by base-files. The reason given in the FAQ for /opt
> just being added in postinst is that it should be possible for an admin
> to rmdir those -- a valid point, but causing inconvenience to packages
> going there.
>
> The fix I'd suggest is to have a base-files-fhs package recommended by
> base-files but not required, which can be uninstalled if an admin wants
> those files gone.
That would be too much complexity for very very little gain.
A well behaved FHS-compliant Debian package should never use opt.
Therefore, this would only be a problem for non FHS-compliant packages.
I agree that passing the piuparts test is a good thing, but we should
follow FHS as well, not just pass the piuparts tests.
For Debian packages, if any, I strongly suggest that they are fixed to
comply with FHS. For in-house packages, a simple "mkdir -p /opt"
in postrm would make piuparts not to warn about /opt.
Thanks.
--- End Message ---
