Unexpected dependencies of graphics/libGL

[Luís Fernando Schultz Xavier da Silveira]

Hi,

To me, using ports is a must.
What I have been doing is not updating the offending ports.
This is not only annoying but also not a proper solution.
I think I will send an email to the maintainer of the port.

Thank you,
Luís Fernando

On Sun, 17 Jan 2016 07:07:15 +0100
Polytropon <freebsd at edvax.de> wrote:

> On Sun, 17 Jan 2016 03:19:23 +0000, Luís Fernando Schultz Xavier da Silveira wrote:
> > Since the beginning of this year, graphics/libGL and friends started
> > depending on a significant amount of software, including git and bzr.
> > Could anyone explain why that is and whether it is possible to avoid
> > such dependencies?
> > 
> > Also, there is a dependency on clang and llvm from ports because of
> > advanced features that I (and I guess many of us) do not require.
> > I believe it has to do with the Gallium driver and OpenCL.
> > 
> > Just a suggestion: it would be pretty nice if there were some port
> > knobs to avoid pulling in another toolchain from ports to build
> > software that is never run.
> 
> Is installing from a package an option for you? In this case
> only the run dependencies will be installed, the build dependencies
> will be left out. I can imagine that some software vendors put
> everything on the build dependencies list they typically find
> on developers' Linux systems (git to check out code, a "custom"
> compiler, maybe a whole document processing system for the creation
> of the documentation, and so on), but on FreeBSD those maybe are
> not needed, so using a package might not "pollute" your system
> with stuff you don't need.
> 
> Usually a port _does_ have configuration options to avoid this,
> but as I said: If the maintainer considers certain software
> essential for building, the required stuff is not optional
> anymore - no matter if the programs in question are _actually
> being used_ or not...
> 
> 
> 
> -- 
> Polytropon
> Magdeburg, Germany
> Happy FreeBSD user since 4.0
> Andra moi ennepe, Mousa, ...
>