On Mon, May 07, 2007, Christoph Schug wrote:
> move over sparc64-freebsd fixes to a more general form within
> rpmtool(8)
Thanks, Christoph.
Ralf S. Engelschall
[EMAIL PROTECTED]
On Mon, May 07, 2007, Christoph Schug wrote:
> On Sun, May 06, 2007, Ralf S. Engelschall wrote:
>
> > I personally would prefer to back it out and instead add a similar hack
> > for sparc64-freebsd as we already have for amd64-freebsd to rpmtool.
> > This way you also can proceed under sparc64-fre
On Sun, May 06, 2007, Ralf S. Engelschall wrote:
> I personally would prefer to back it out and instead add a similar hack
> for sparc64-freebsd as we already have for amd64-freebsd to rpmtool.
> This way you also can proceed under sparc64-freebsd but without having
> to touch dozend of packages.
On Sun, May 06, 2007, Christoph Schug wrote:
> On Sat, May 05, 2007, Ralf S. Engelschall wrote:
>
> > On Sat, May 05, 2007, Christoph Schug wrote:
> >
> > > sparc64-freebsd platform fixes
> >
> > Christoph, as it seems to be a generic PIC issue, wouldn't it be more
> > reasonable to fixate to
On Sat, May 05, 2007, Ralf S. Engelschall wrote:
> On Sat, May 05, 2007, Christoph Schug wrote:
>
> > sparc64-freebsd platform fixes
>
> Christoph, as it seems to be a generic PIC issue, wouldn't it be more
> reasonable to fixate to PIC building directly via rpmtool as we are
> already doing
On Sat, May 05, 2007, Christoph Schug wrote:
> sparc64-freebsd platform fixes
Christoph, as it seems to be a generic PIC issue, wouldn't it be more
reasonable to fixate to PIC building directly via rpmtool as we are
already doing for amd64-freebsd? Because I'm sure these are not the only
libr
