linux-mips
[Top] [All Lists]

Re: The world's worst RPM

To: Alex deVries <adevries@engsoc.carleton.ca>
Subject: Re: The world's worst RPM
From: ralf@uni-koblenz.de
Date: Thu, 15 Jan 1998 01:03:35 +0100
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>, Thomas Bogendoerfer <tsbogend@alpha.franken.de>, linux@cthulhu.engr.sgi.com
In-reply-to: <Pine.LNX.3.95.980114171159.2369M-100000@lager.engsoc.carleton.ca>; from Alex deVries on Wed, Jan 14, 1998 at 05:25:31PM -0500
References: <m0xsb7r-0005FsC@lightning.swansea.linux.org.uk> <Pine.LNX.3.95.980114171159.2369M-100000@lager.engsoc.carleton.ca>
Sender: owner-linux@cthulhu.engr.sgi.com
On Wed, Jan 14, 1998 at 05:25:31PM -0500, Alex deVries wrote:

> On Wed, 14 Jan 1998, Alan Cox wrote:
> > > hmm, to do this with only one src.rpm, we need a little support from
> > > rpm. At the moment mips is defined for mipsel and mipseb. I would suggest,
> > > that for .spec execution mips is defined for bot mipsel and mipseb, 
> > > because 
> > > there are changes, which work for both and we only need to seperate 
> > > changes 
> > > like that needed by ncompress.  Comments ? Does anybody how to do this ?
> > Just ask Erik Troan nicely 
> 
> He has already agreed to it, I just need to submit my patches to RPM that
> do the detection of the byte order for setting the soft-coded default
> architecture. It'll be done by the end of the week.

Ah, you were the volunteer :-)  Recently I fixed RPM already, so we should
somewhen deciede who's patch is the nicer.

  Ralf

<Prev in Thread] Current Thread [Next in Thread>