[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#992601: Allow non-64-bit packages to install to /usr/lib64/ again



Package: debian-policy
Version: 4.6.0.0
Tags: patch
X-debbugs-cc: Aurelien Jarno <aurel32@debian.org>, debian-devel@lists.debian.org

On Wed 18 Aug 2021 at 02:10PM -07, Russ Allbery wrote:

> Sean Whitton <spwhitton@spwhitton.name> writes:
>> On Wed 18 Aug 2021 at 11:10AM +02, Aurelien Jarno wrote:
>
>>> This path is used by the multilib 64-bit toolchain on 32-bit
>>> architectures, for instance libc6-amd64:i386, or a few essential
>>> libraries like ncurses.
>>>
>>> What kind of fix do you expect on the packages? Is it finally the time
>>> to get rid of multilib and use pure multiarch instead?
>
>> We did not intend to make any packages buggy with this change.  It was
>> thought to be just a clarification.
>
>> Russ, perhaps we should revert this?
>
> Yes, that was a subtlety that I had completely failed to grasp and didn't
> realize this was way the rule was worded the way it was.  Sorry for that
> mistake; we should revert it.

Seeking seconds:

diff --git a/policy/ch-opersys.rst b/policy/ch-opersys.rst
index 83b71b1..131b450 100644
--- a/policy/ch-opersys.rst
+++ b/policy/ch-opersys.rst
@@ -48,8 +48,8 @@ Debian Policy. The following exceptions to the FHS apply:
     libraries must not install these libraries to
     ``/usr/lib/i386-linux-gnu``.  [#]_

-    Packages must not install files in ``/usr/lib64`` or in a subdirectory
-    of it.
+    Packages for 64-bit architectures must not install files in ``/usr/lib64``
+    or in a subdirectory of it.

     The requirement for C and C++ headers files to be accessible through
     the search path ``/usr/include/`` is amended, permitting files to be

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature


Reply to: