[arch-dev-public] [Warning] Don't build openGL apps against fglrx-utils' libGL.so

Jan de Groot jan at jgc.homeip.net
Thu Nov 22 13:55:12 EST 2007

On Wed, 2007-11-21 at 13:48 +0100, Thomas Bächler wrote:
> Jan de Groot schrieb:
> >> Thus, to ensure compatibility with nvidia users, only build OpenGL
> >> applications in environments where libgl or nvidia-utils is installed.
> > 
> > Can't we do the magic binary sed trick to get it replaced with
> > libGL.so.1\0\0 in fglrx-utils libGL.so?
> I guess we could, but are we allowed to? Anyway, in a clean build chroot
> with libgl installed, this is not a problem.

Their license states that we're not allowed to change any binary in
fglrx. Problem for them is that they're violating the MIT license
though. libGL.so contains enough error messages, debug variables and
warnings which would prove it's a fork of mesa's libGL (even warnings
about fbconfig are still present, while fglrx doesn't have anything to
do with fbconfig). Mesa itself is licensed with the MIT license:


"Copyright (C) 1999-2007  Brian Paul   All Rights Reserved.

Permission is hereby granted, free of charge, to any person obtaining a
copy of this software and associated documentation files (the "Software"),
to deal in the Software without restriction, including without limitation
the rights to use, copy, modify, merge, publish, distribute, sublicense,
and/or sell copies of the Software, and to permit persons to whom the
Software is furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included
in all copies or substantial portions of the Software."

Take note of the last paragraph I quoted, though AMD has relicensed
their driver and mesa code to their own license (sublicensing is
allowed), there's not a single reference to the quoted copyright in
their license file that we have in our package. Their "source" package
doesn't have any reference to the MIT license either

Another thing is that I don't see the modification of some binary
library to fix linking as a modification to their driver. We don't
modify their driver, we modify the way it integrates into a system that
uses shared libraries. This binary happens to be libGL.so, which isn't
even covered by their license because it is invalid.

More information about the arch-dev-public mailing list