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

Bug#890129: marked as done (glibc: Support simpler multiarch systems)

Your message dated Sun, 11 Feb 2018 13:52:09 +0100
with message-id <20180211125209.GA18206@aurel32.net>
and subject line Bug#890129: glibc: Support simpler multiarch systems
has caused the Debian Bug report #890129,
regarding glibc: Support simpler multiarch systems
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 owner@bugs.debian.org
immediately.)


-- 
890129: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890129
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Source: glibc
Version: 2.26-6
Severity: wishlist
X-Debbugs-CC: clint@debian.org, adconrad@0c3.net

One goal of a multiarch system is to make possible to run programs from
any other architecture. ELF executables depend on an interpreter that
should have a unique name; otherwise, loading the executable is
complicated.

Simpler multiarch systems use multiarch interpreter names. These
multiarch interpreters are officially supported in Debian,[1] despite
recent statements from Debian glibc maintainers.

Compatibility with third-party programs relies on the absence of
traditional interpreters because then there is no ambiguity about which
interpreter to invoke. Thus, I propose to support these simpler systems
by putting the traditional interpreters in the package elf-compat-links.

This way, file conflicts are solved; e.g., libc6 conflicts
on /lib/ld.so.1 on mips <-> mipsel. Of course, this may be enabled
through a build profile.

--
[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84173#c14

Attachment: smime.p7s
Description: S/MIME cryptographic signature


--- End Message ---
--- Begin Message --- 
control: tag 890129 + wontfix


On 2018-02-11 13:30, Javier Serrano Polo wrote:
> Source: glibc
> Version: 2.26-6
> Severity: wishlist
> X-Debbugs-CC: clint@debian.org, adconrad@0c3.net
> 
> One goal of a multiarch system is to make possible to run programs from
> any other architecture. ELF executables depend on an interpreter that
> should have a unique name; otherwise, loading the executable is
> complicated.
> 
> Simpler multiarch systems use multiarch interpreter names. These
> multiarch interpreters are officially supported in Debian,[1] despite
> recent statements from Debian glibc maintainers.

Those are not officially supported and might be removed at any moment. If
it appears that they break other packages, we will add them as conflicts
to not break user systems.

> Compatibility with third-party programs relies on the absence of
> traditional interpreters because then there is no ambiguity about which
> interpreter to invoke. Thus, I propose to support these simpler systems
> by putting the traditional interpreters in the package elf-compat-links.
> 
> This way, file conflicts are solved; e.g., libc6 conflicts
> on /lib/ld.so.1 on mips <-> mipsel. Of course, this may be enabled
> through a build profile.

As said many times, the program interpreter are part of the ABI. It's a
pitty that there are some conflicts, but such is life. We are not going
to change that, so please stop opening new bugs or bothering upstreams
about that.

Closing the bug as wontfix.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: