Re: Bug#535645: Bug #535645: Wrongfull removal of ia32-libs-tools
On Sun, Aug 09, 2009 at 10:59:24PM +0200, Goswin von Brederlow wrote:
> > Per <http://lists.debian.org/debian-devel/2009/07/msg00121.html>,
> > ia32-apt-get also imposes other obligations on a multiarch implementation,
> > which no consensus has been reached on:
> > The upgrade path to multiarch is for the multiarch i386 deb to
> > Conflicts/Replaces: <package that contains the same files>. Which
> > means ia32-libs or ia32-libs-gtk for the old system or ia32-<package>
> > for the ia32-apt-get one. And again with ia32-apt-get there is a huge
> > advantage. As packages convert to multiarch they can be droped in
> > ia32-apt-get on a case by case basis and replaced by the multiarch
> > one. Meaning users don't have to wait for and update 200 packages in a
> > single step.
> > So more than being a stop-gap, I think this tool is actively harmful to the
> > rollout of multiarch.
> > I would vote against any resolution to override the ftp masters' decision to
> > remove this package from the archive.
> This has also been addressed in ia32-libs-tools since then, or rather
> I didn't see the trivial way to do it back then. The ia32-apt-get
> mechanism transforms the binary-i386/Packages.gz file between apt
> downloading and apt parsing it. Currently it transforms libfoo to
> ia32-libfoo in that process. With multiarch packages it would see
> libfoo as being multiarchified and just add "Conflicts: ia32-libfoo"
> and "Replaces: ia32-libfoo" to its stanza.
This assumes that users will continue to have ia32-libs-tools installed
during the transition to multiarch. What guarantees that this will be the
case? Does removing ia32-libs-tools also remove all the packages that were
installed using it?
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek@ubuntu.com vorlon@debian.org
Reply to: