[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ia32-libs{-tools}, multiarch, squeeze

On Sat, Jul 04, 2009 at 11:30:12PM +0200, Goswin von Brederlow wrote:
> Yannick <yannick.roehlly@free.fr> writes:
> > Goswin von Brederlow wrote:
> >
> >> And hey, the "good" reason was "diverting the package management tools
> >> is unacceptable". But, no, we have to do insults instead of arguing.
> >
> > Alas, despite the diversion of the package management tools, I find ia32-
> > apt-get pretty useful.
> >
> > For instance, I wanted to test Firefox 3.5 in 32bits on my amd64 Debian 
> > (64bit Firefox 3.5 does not have the new tracemonkey javascript engine). 
> > With ia32-apt-get, I could install the 32bit version of my GTK theme engine 
> > so that Firefox can look good.
> >
> > Is there a design problem in converting 32bits libraries to ia32-* packages 
> > or the sole problem is the diversion of apt-get and co?
> There where 3 minor bug reports about an ia32-* package not working
> right. Out of an estimate of 160-200 packages people use. I think that
> is pretty good. All 3 bugs where fix in a subsequent upload and
> currently there are no reported missconversions. On the other hand ~45
> bugs about missconversion or missing packages in the old ia32-libs
> where closed (and will have to be reopened now). So I don't believe
> there is a design problem there. That part works just fine.
> But the diversions had people totaly in outrage. So much so that I
> believe they didn't even look past that at all.

You absolutely don't get it do you ? Your conversion system is an ugly
hack, something completely horrible, that is meant to break in horrible
ways, has no forward upgrate path to a multiarch work, and so on.

If you really mean to provide something like ia32-apt-get, what you
ought to do is to:
  - help the user create and maintain a proper 32bits chroot;
  - let ia32-apt-get or whatever it's called be a forward to running
    apt-get inside that chroot;
  - find a way to let the user run commands from that chroot seamlessly.

That would be totally acceptable, and probably an improvement over the
current situation.

Intersec <http://www.intersec.com>
Pierre Habouzit <pierre.habouzit@intersec.com>
Tél : +33 (0)1 5570 3346
Mob : +33 (0)6 1636 8131
Fax : +33 (0)1 5570 3332
37 Rue Pierre Lhomme
92400 Courbevoie

Attachment: signature.asc
Description: Digital signature

Reply to: