Date: Sun, 29 Jan 2006 22:10:19 +0100 From: Alexander Leidinger <Alexander@Leidinger.net> To: Ruslan Ermilov <ru@freebsd.org> Cc: ports@freebsd.org, mezz@freebsd.org Subject: Flaw in print/acroread7 (was: Re: [ru@FreeBSD.org: [patch] mixed i386/amd64 ports semi-broken]) Message-ID: <20060129221019.1c0a5d10@Magellan.Leidinger.net> In-Reply-To: <20060129185239.GC83362@ip.net.ua> References: <20060129185239.GC83362@ip.net.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 29 Jan 2006 20:52:40 +0200
Ruslan Ermilov <ru@freebsd.org> wrote:
> I hit this problem attempting to install print/acroread7 on amd64.
> It depends on emulators/linux_base-8, which rewrites ${ARCH} from
> "amd64" to "i386". Unfortunately, when linux_base-8 is processed
> in a submake, e.g., when I run "make fetch-recursive" in
> print/acroread7, no rewrite of ${ARCH} actually happens because
> bsd.port.mk mistakenly thinks that ${ARCH} can never change, so
> it's getting passed ARCH already set to "amd64", and as a highest
> priority command-line type make(1) variable. This results in
> ${MD5_FILE} improperly set to distinfo.amd64 which doesn't exist.
> Here's a fix:
>
> %%%
> Index: bsd.port.mk
For this particular problem: acroread7 should set ARCH like every other
linux port does (better: every other tested linux port should do) to
i386. But there are more flaws in Trevor's ports and I decided to let
other people "handle" it (e.g. mezz has some patches for acroread7
which would let the port behave more to the rules of the porters
handbook).
Bye,
Alexander.
--
Give a man a fish and you feed him for a day;
teach him to use the Net and he won't bother you for weeks.
http://www.Leidinger.net Alexander @ Leidinger.net
GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7
WL http://www.amazon.de/exec/obidos/registry/1FZ4DTHQE9PQ8/ref=wl_em_to/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060129221019.1c0a5d10>