Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 May 2000 00:42:33 +0530
From:      Rahul Siddharthan <rsidd@physics.iisc.ernet.in>
To:        Will Andrews <andrews@technologist.com>
Cc:        Alfred Perlstein <bright@wintelcom.net>, Randy Katz <fastpoint@ccsales.com>, Shawn Barnhart <swb@grasslake.net>, "questions@freebsd.org" <questions@FreeBSD.ORG>, ports@FreeBSD.ORG
Subject:   Re: stop complaining about x11 please (was: Re: Why does PORTS SUCK so BADLY!?)
Message-ID:  <20000502004233.A3681@physics.iisc.ernet.in>
In-Reply-To: <20000501150045.A391@argon.blackdawn.com>; from andrews@technologist.com on Mon, May 01, 2000 at 03:00:45PM -0400
References:  <009b01bfb389$96546cf0$b8209fc0@marlowe> <20000501101044.F24573@fw.wintelcom.net> <00b901bfb38f$e4625cd0$b8209fc0@marlowe> <20000501105116.B32172@ccsales.com> <20000501113038.I24573@fw.wintelcom.net> <20000501234432.A2998@physics.iisc.ernet.in> <20000501150045.A391@argon.blackdawn.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Will Andrews said on May  1, 2000 at 15:00:45:
> On Mon, May 01, 2000 at 11:44:32PM +0530, Rahul Siddharthan wrote:
> > instance the Qt/KDE port pulls in Mesa, but as far as I can see Mesa
> > only affects some qt demos and a couple of screensavers in KDE. It
> > would be nice if there were some kind of dialogue (or perhaps an
> > environment variable or make option) to ask the user whether such port
> > dependencies affecting only optional features should also be installed
> > or just ignored. Right now one can only edit the port makefile to
> > remove the dependency.
> 
> With my qt145/kdelibs11 maintainer hat on, I'd just like to point out that
> GL is used in Qt for the QtGL extensions. However, it does seem that most
> programs don't use GL, so perhaps you could conjure a patch to the Qt port
> to allow command-line disabling of GL.

My benchmark would be that if the original tarball configures and
builds without this dependency, the port should not insist on it
(there should be some user-choice); but if the original configure
script refuses to continue, then the dependency should be retrieved
and built automatically.  To take another example, mpeg-lib or aalib
in Gimp are optional, but gtk/glib are not.  Either there could be a
PORT_MINIMAL=yes or the user could be prompted with a (y/n) dialogue
whether such optional packages should be retrieved, or there could
just be warning messages about missing functionality.  I don't know
how difficult it would be to implement but I feel it would be useful.

Rahul.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-questions" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000502004233.A3681>