summaryrefslogtreecommitdiff
path: root/graphics/MesaLib/DESCR
diff options
context:
space:
mode:
authorbjs <bjs>2008-04-24 07:40:23 +0000
committerbjs <bjs>2008-04-24 07:40:23 +0000
commit4b968c5d5b262e3439931abe92062d6c93e2fa7e (patch)
tree6bbfee0b0fe04d0a17958ecdce03609c4a7e5e16 /graphics/MesaLib/DESCR
parente635300d33096aa97a8e8b17ac742cf80ed77cf0 (diff)
downloadpkgsrc-4b968c5d5b262e3439931abe92062d6c93e2fa7e.tar.gz
Welcome to Mesa-7.0.3.
Changes from 6.4.2 are (obviously) far too numerous to mention! This package brings with it support for the Direct Rendering Infrastructure (DRI) on NetBSD-current; the kernel DRM was committed approximately one year ago. Patches for NetBSD 4.0 are available in the mailing list archives (I think), but are _not supported_. Developers and other interested parties are encouraged to read the TODO file, as well as my remarks in options.mk. There is still a significant amount of work to be done. Users of NetBSD/i386 (-current) shouldn't have much trouble getting mainstream cards (Intel i915 and Radeon 9600- R430 are by far the most tested) to work. I have taken great pains to ensure that this works properly, but inevitably there will be problems--especially on heretofore untested (read: non-x86) hardware. Your questions, comments, problem reports, and of course bug fixes are welcome. NOTE: There are currently problems (on NetBSD, at least) linking some executables, e.g. compiz, due to unresolved symbols for libpthread functions. This is due to libX11's thread stubs, which should not be enabled on NetBSD >= 2.0; see the TODO For more information and the URL of an interim patch.
Diffstat (limited to 'graphics/MesaLib/DESCR')
-rw-r--r--graphics/MesaLib/DESCR3
1 files changed, 0 insertions, 3 deletions
diff --git a/graphics/MesaLib/DESCR b/graphics/MesaLib/DESCR
index 2826fdb1354..8a8cccf5b97 100644
--- a/graphics/MesaLib/DESCR
+++ b/graphics/MesaLib/DESCR
@@ -3,6 +3,3 @@ that of OpenGL*. To the extent that Mesa utilizes the OpenGL command syntax
or state machine, it is being used with authorization from Silicon Graphics,
Inc. However, the author makes no claim that Mesa is in any way a
compatible replacement for OpenGL or associated with Silicon Graphics, Inc.
-
-This is the GL part of the Mesa distribution for XFree86 versions below 4.0
-that do not include Mesa.