Your message dated Sun, 11 Feb 2018 13:52:09 +0100 with message-id <20180211125209.ga18...@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 ow...@bugs.debian.org immediately.) -- 890129: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890129 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Source: glibc Version: 2.26-6 Severity: wishlist X-Debbugs-CC: cl...@debian.org, adcon...@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#c14smime.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: cl...@debian.org, adcon...@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 aurel...@aurel32.net http://www.aurel32.netsignature.asc
Description: PGP signature
--- End Message ---