Working and broken Linux ports on amd64

[Astrodog]

On Mar 31, 2005 1:50 PM, Conrad J. Sabatier <conrads at cox.net> wrote:
> On Thu, 31 Mar 2005 12:39:15 -0800, "David O'Brien" <obrien at freebsd.org>
> wrote:
> 
> > On Thu, Mar 31, 2005 at 09:06:43AM -0800, Astrodog wrote:
> > > Long term.... Perhaps a
> > > Linux32 and Linux64 dep? Not sure. Anyone have thoughts on that? I
> > > know its been discussed before, but I don't think a resolution ever
> > > came out of it.
> >
> > No.  There will only be /compat/linux.  No linux32 or linux64
> > versions. Sometime in the future the linux_base port will be larger
> > (ie, contain 64-bit objects also).  The 64-bit things will live in the
> > places specified by the Linux LSB spec.
> >
> > > For now, I'm
> > > going to go with the assumption that there will be /compat/linux32
> > > and linux64. If this has been resolved, let me know so I can make
> > > the ports fix I'm gonna work on reflect that.
> >
> > For right now, add amd64 to 'ONLY_FOR_ARCHS'.  And add any of the rest
> > of the below that is needed:
> >
> >     .if (${ARCH} == "amd64")
> >     ARCH=                     i386
> >     FALLBACK_ELF_MIB= kern.elf32.fallback_brand
> >     RPMFLAGS+=                --noscripts
> >     .endif
> >
> > Doesn't anyone read the ports' Makefile any more??
> 
> I already see one linux port for which the above additions are
> insufficient, namely, graphics/linux-jpeg:
> 
> PORTNAME=   jpeg
> PORTVERSION=    6b.15
> PORTREVISION=   3
> CATEGORIES= graphics linux
> 
> MAINTAINER= freebsd-emulation at FreeBSD.org
> COMMENT=    RPM of the JPEG lib
> 
> RPM_SET=    libjpeg-6b-15.${MACHINE_ARCH}.rpm
>                           ^^^^^^^^^^^^^^^
> .include "../../x11-toolkits/linux-gtk/Makefile"
> 
> --
> Conrad J. Sabatier <conrads at cox.net> -- "In Unix veritas"
> 

Those are going to be the ugliest to get working. My fix thus far has
been to simply s/${MACHINE_ARCH}/i386 on the linux ports. Seemed to
work alright.