[nycbug-talk] Undefining a variable set in make.conf

Marc Spitzer mspitzer
Wed Aug 31 10:51:42 EDT 2005

On 8/31/05, Scott Robbins <scottro at nyc.rr.com> wrote:
> Hash: SHA1
> On Wed, Aug 31, 2005 at 02:02:58AM -0400, Marc Spitzer wrote:
> > On 8/31/05, Scott Robbins <scottro at nyc.rr.com> wrote:
> > > Hash: SHA1
> > >
> > > I was about to post a followup to this.  One of the most knowledgeable
> > > people on the forums posted an answer quite similar to yours, suggesting
> > > that the original poster send in a PR, though his suggested syntax was a
> > > bit different, simply adding an .if defined(WITHOUT_RUBY).
> >
> > I disagree, there is no way to unset a set make variable from the
> > command line, from what I read in the man page, and that can, and
> > will, lead to problems.  after all on other ports you want ruby.
> Hrrm, I must have not phrased this correctly.  The poster on the forums
> agreed, that there was no way to unset it as it stood, from the command
> line, and was simply suggesting a possible change to the Makefile.

no you were clear, my issues with WITHOUT_RUBY are the same as WITH_RUBY

1: no way to turn it off, WITHOUT_RUBY=="no" is still defined so the
branch is taken.  This is generally not how I would expect things to
happen, I said no and no is no.

2: too general, it should be WITHOUT_SUBVERSION_RUBY.  I might want
ruby some where else

basically once it is in /etc/make.conf you are screwed with the .if
defined(X) method and that is my real problem with it and in the
course of an upgrade/install I want to update all installed
dependencies I have no control over which individual ports get X and
which do not get X, some ports have large dependency trees on other
ports and I am stuck with 1 value for all of them.


"We trained very hard, but it seemed that every time we were beginning to
form into teams we would be reorganized. I was to learn later in life that
we tend to meet any new situation by reorganizing, and a wonderful method it
can be for creating the illusion of progress, while producing confusion,
inefficiency and demoralization."
-Gaius Petronius, 1st Century AD

More information about the talk mailing list