Re: glibc_2.3.6-6_i386.changes REJECTED
Today I have uploaded a new glibc which, among other changes, splits
libc6 into libc6 + libc-bin and libc6-dev into libc6-dev + libc-dev-bin.
Those changes are required to be able to implement multiarch, because
the files should not overlap. If we have for example an amd64 libc and
an i386 libc, the libraries are installed in different directories (well
this has to be done in a later step), but the binaries still go in
/usr/bin and so there is a conflict. That's why libc6 has to be split.
Note also that the split libc6 into libc6 + libc-bin is also required by
the policy (section 8.2).
The package has been rejected by the ftpmasters, and they suggest to
discuss the issue on debian-devel. That's what I am doing right now.
You will find below the mail from the ftpmasters, and my answers.
Anthony Towns a écrit :
This is a reject of the new -bin packages (both of them).
The issues with the -bin package are that it may cause upgrade problems, both
in that upgrading from existing libc's may result in a broken system between
the new libc6 being unpacked and the new libc-bin being installed (ldconfig
not being available), and that when you have a new glibc from upstream, you may
have problems with the new ldconfig (etc) requiring symbols from the new glibc,
and ensuring they're installed correctly.
Well I don't see why it could be a problem. All binaries but ldconfig
from libc6 are not necessary to have a working system. ldconfig being a
static binary, I don't see why it will fail to work.
Note that libc-bin should probably also be Essential: yes, and its
Depends: should be upgraded to Pre-Depends: to work correctly.
That could be fixed.
Note that libc-bin was split out of the package previously and had to
be reverted due to breakage; see:
glibc (2.1.2-12) frozen unstable; urgency=low
* The "Cardboard Messiah" release.
* Kill $(libc)-bin.
-- Joel Klecker <email@example.com> Wed, 26 Jan 2000 16:44:12 -0800
glibc (2.1.2-11) unstable; urgency=low
* The "If it ain't broke, you're not tryin'" release.
* Split out $(libc)-bin and libnss1-compat.
* Split debian/rules into debian/package-rules/*.
- Install db_* programs as glibcdb_*.
- Move zic, zdump, locale, localedef, getent here.
- Use alternatives for db_*. (closes:Bug#50311,#50341)
-- Joel Klecker <firstname.lastname@example.org> Sat, 25 Dec 1999 09:54:29 -0800
Well we know it has been done, and then reverted, but we don't have the
reason. Does somebody know why?
This probably needs some discussion on -devel and some trial runs in
experimental to avoid breakage.
That's what I am doing now.
(Note that "Priority: required" and "Essential: yes" are essentially
synonyms -- required should only be used for essential packages and
things they depend on; so the usual rules for introducing a new essential
package should probably be applied -- namely, talk about it on -devel
first. See the last paragraph of s3.8 _Essential packages_ in -policy)
Sorry about that :-/
.''`. Aurelien Jarno | GPG: 1024D/F1BCDB73
: :' : Debian developer | Electrical Engineer
`. `' email@example.com | firstname.lastname@example.org
`- people.debian.org/~aurel32 | www.aurel32.net