Hi,

To recap the current issue: The ia32-libs-tools package has been
removed from Debian, and I am uncertain of the technical reasons that
underlie this removal. While no such reasons have been communicated to
me, here are some of the speculations on them.

Possible reasons for its removal:

- ia32-libs-tools hinders implementing multiarch

While this was true in older versions the first steps to allow a
smooth transition for multiarch had already been taken. The multiarch
proposal is still slightly in flux, and as yet is unimplemented. But
going by the proposal as it stands so far there is a plan in place
that will allow a smooth transition. The ia32-* packages will be
replaced by multiarch packages as they become available or be removed
all in one go if the user chooses not to follow the upgrade path.

There is also a fall-back in place in case things don't work out where
all ia32-* will be removed when multiarch comes. That would do
automatically what users have to do manually now to undo their use of
ia32-libs-tools. So there is a smooth transition plan and a safety
net.

- we have ia32-libs, we don't need a second method for 32bit support

Ia32-libs does not and more importantly can not fully replace
ia32-libs-tools. It will always lack security fixes, have mismatched
versions of packages, lack unstable packages and lack libraries
altogether that users need to run their programs. It also provides no
way to install and upgrade binary packages like skye, biblepro and
many more. Ia32-libs-tools is not just another ia32-libs. It is
better, more flexible and it is more.

- nobody uses ia32-libs-tools and we want to prevent anyone from
  starting now so they don't end up in a dead end when multiarch comes

Popcon showed nearly 500 users. People have been using ia32-libs-tools
for 1 1/2 years now and many ia32-* packages are already installed on
users systems. By removing ia32-libs-tools users are stuck in an
artificial dead end with no way back or forward. They now have to
purge all ia32-* packages and binaries that depend on them and then
use a completely different method to get them back (e.g. setup a
chroot).  Ia32-libs-tools itself will provide the way forward and will
bring users back to "pure" Debian by transitioning into multiarch when
that becomes reality.

- the transformation in ia32-libs-tools breaks things

The transformation in ia32-libs-tools is a combination of what
ia32-libs does during build and dpkg-cross/apt-cross does during
installation. Both are well understood. On top of that ia32-libs-tools
has been in use for 1 1/2 years. The combination of both methods has
proven to work reliable for many uploads of new libraries and the
limitations and pitfalls are know well understood.

What did break was the maintainer scripts in version 18 and has been
fixed or reverted in subsequent uploads. That never affected the
transformation of packages and having been solved is no removal reason
either.

- maintainers have to support ia32-libs-tools as well as ia32-libs and
  multiarch

Anything that works in ia32-libs or multiarch (as far as the proposed
specs say) works in ia32-libs-tools. Ia32-libs-tools also fixes
several issues ia32-libs has all without the need for any maintainer
to lift a finger. Ia32-libs-tools does not force extra work onto
maintainers. On the other hand ia32-libs-tools allows maintainers who
are interested to pitch in and provide a helper script where
necessary. Normally ia32-libs-tools provides all the necessary
helpers but if a maintainer wishes to opt-in and get a closer control
over the transformation of his package then ia32-libs-tools is
prepared for that.

- bug reports will go to the wrong place

Firstly that hasn't happened yet, in 1 1/2 years of use, in any
noticeable quantity. Overall I think 3 bugs were filed on the wrong
package during that time. But it is a valid point and to address the
issue I am prepared to set the Maintainer of converted packages to me
and add a /usr/share/reportbug/<package>/control file containing
"Submit-As: ia32-libs-tools" in every converted package.



If there is a technical reason for the removal of ia32-libs-tools, it
has not been communicated. I think people working on packages have the
right to be told why the packages are unfit for the project, if for no
other reason than for the mistake to be not repeated, and to ensure
that there is indeed a technical reason for removal.

I ask the technical Committee to ascertain that such a technical
reason exists, and to communicate this to the rest of the project, or,
failing such a technical reason, to overturn the ftp-masters decision
to remove it.

MfG
        Goswin


-- 
To UNSUBSCRIBE, email to debian-ctte-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to