severity 441339 wishlist
tags 441339 +wontfix
thanks
On Sun, 2007-09-09 at 01:39 +0200, sean finney wrote:
> On Sunday 09 September 2007 01:11:38 am Frederik Schueler wrote:
> > and what do you think where should the files go instead?
>
> just shooting from the hip, what would be so bad about /usr/lib/emul/?
A little history seems in order. I created the ia32-libs package in
late 2001 as a temporary workaround for the lack of multiarch support in
dpkg. The thread of discussion I started that culminated in creating
ia32-libs can be found here:
http://lists.debian.org/debian-dpkg/2001/06/msg00007.html
In particular, in an email dated 8 June 2001, I wrote:
> I can easily craft an ia32-libs package for ia64 in the way the TL folks did
> as a stop-gap solution for getting some ia32 shared libraries installed on
> the system. That would allow us to defer the question of how to properly
> install ia32 shared libs on an ia64 system... this package will go stale, but
> hopefully not too badly before we replace it with a better approach.
It never occurred to me then, and continues to amaze me now, that ia32-libs
would live beyond the stable release lifetime of woody!
I really don't see the point of changing the directory used simply to
comply with a policy which has never comprehended multiarch support.
The only right answer is to complete some form of multiarch support, and
obsolete ia32-libs entirely. Anything else is just helping to preserve
an ugly hack by making it seem more acceptable.
I'm downgrading the severity of this bug and tagging it wontfix.
If you *really* want to file a release-critical bug about this
somewhere, file it instead against dpkg for lack of multiarch support
sufficient to allow obsoleting ia32-libs ...
Bdale
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
