Subject: Re: CVS commit: pkgsrc/security/openssl
To: Lubomir Sedlacik <>
From: Jan Schaumann <>
List: pkgsrc-changes
Date: 08/25/2003 16:36:17
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Lubomir Sedlacik <> wrote:
> hi,
> On Mon, Aug 25, 2003 at 01:52:10PM -0400, Jan Schaumann wrote:

[PR 22509]
> > Actually, yes.  I just closed that PR.  JFTR: Using didn't
> > seem suitable to me, as we do not want to artificially depend on GNU
> > make.
> you seem to misread the comment.  i was suggesting to link
> ${MAKE_PROGRAM}, not GNU make.  that is, provide an appropriate "make"
> for the package in the $PATH.  it doesn't matter whether is it GNU make
> or bmake, the dependency is handled way before we get to this point.
> this would solve all such issues without dozens of patches.

I see.  The problem (AFAICT after a brief look at is that
MAKE_PROGRAM and MAKE do not contain the full path, but just the name of
the exectuable.  We'd have to either provide a full path for MAKE, or
otherwise treat it in a special way to make this work.

But it does seem to me that we actually do want to make sure that the
invoked 'make' is always in fact what we think it is, and this approach
is probably a way to achieve this.


P.S.: Taken to tech-pkg@

I'm not even supposed to be here today!

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.2.1 (NetBSD)