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

2009-07-04 Thread Josselin Mouette
Le vendredi 03 juillet 2009 à 14:59 +0200, Goswin von Brederlow a
écrit :
  Do you *really* want to have more reasons?
 
 I would settle for one good one. :)

OK, let’s try one that you can understand. Try picturing a bridge.
ia32-libs-tools is trying to cross the bridge, but there is Ganneff
standing on the bridge wearing full armor, saying “None shall pass”.

And ia32-libs-tools is not wearing Excalibur.

-- 
 .''`.  Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `- future understand things”  -- Jörg Schilling


signature.asc
Description: Ceci est une partie de message numériquement signée


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

2009-07-04 Thread Goswin von Brederlow
Josselin Mouette j...@debian.org writes:

 Le vendredi 03 juillet 2009 à 14:59 +0200, Goswin von Brederlow a
 écrit :
  Do you *really* want to have more reasons?
 
 I would settle for one good one. :)

 OK, let’s try one that you can understand. Try picturing a bridge.
 ia32-libs-tools is trying to cross the bridge, but there is Ganneff
 standing on the bridge wearing full armor, saying “None shall pass”.

 And ia32-libs-tools is not wearing Excalibur.

More acruate there is this angry mob with torches and pitchforks that
chaces ia32-libs-tools back after Ganneff did let it pass.


And hey, the good reason was diverting the package management tools
is unacceptable. But, no, we have to do insults instead of arguing.

MfG
Goswin


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



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

2009-07-04 Thread Yannick
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?

If there's no design flaw, wouldn't ia32-archive be the correct path? I mean 
a system to install converted packages which is set apart the package 
management system (until the actual package installation of course)?

Yannick




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



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

2009-07-04 Thread Goswin von Brederlow
Yannick yannick.roeh...@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.

 If there's no design flaw, wouldn't ia32-archive be the correct path? I mean 
 a system to install converted packages which is set apart the package 
 management system (until the actual package installation of course)?

I thought so. But people will have to live with no 32bit support or
the old ia32-libs monster when Mark uploads it again as the default.

 Yannick

MfG
Goswin


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