Log message:
Update to Mesa-7.0.4 (the head of the 7.0 branch in GIT).  Basically,
lots of bug fixes; the intent of my update was mostly to fix
problems with i915 and r300 dri drivers and to provide the best environment
possible for the xorg server update to the 1.4 branch.

Morever, many of our patches from pkgsrc, i.e. those removed in this commit,
are now included upstream.

Additionally, MesaDemos now builds.

NOTES:

 - MesaLib now requires xf86driproto 2.0.4, as earlier versions install
   dri_interface.h, which is not correct.

 - glu now exports its symbols via libtool's -export-symfile.
   The symfile is generated pre-build--see glu/Makefile.

 - glxinfo/glxgears do not seem to need to be linked to libpthread, and this
   seems to cause problems on NetBSD with the new drm code.  If I am wrong
   about this, please let me know.  The only program that seems to need
   libpthread is glthreads in MesaDemos.

Log message:
Manually set the patch level instead of using overly complex syntax
that lintpkgsrc doesn't understand. PR pkg/38715.

Log message:
Revert previous, sharing the distinfo doesn't work because of the
MESA_PATCHLEVEL junk.

Instead make graphics/glx-utils not track the mesa patchlevel at all.

Log message:
update comment

Log message:
The Tru64 compiler doesn't know __FUNCTION__ so just define it to __FILE__

Log message:
Update MESA_PATCHFILES, too; without this, the update isn't of much use. ;)

Thanks to dsainty@ for pointing it out.  Obviously I did update this while
testing it, but I did a cvs up -dPAC at some point and lost it.

Log message:
Fix shell pattern so it doesn't try to copy the "CVS" directory when
the shell is bash and nocaseglob is enabled (ugh, misfeature).
PR pkg/38671.

Log message:
The previous commit message was botched; this commit message applies
to graphics/MesaLib as well.

I've added some distribution patches for bug fixes (yes, already, it's
true) and proper DragonFly support (see the sysctl-related changes
in MesaLib/Makefile).  Agressively tracking these patches is the only
way to ensure we squash as many bugs as possible.  No patches in a
given release branch (in this case Mesa_7_0_branch) should ever
merit a bump to BUILDLINK_ABI_DEPENDS.

The head GIT commit ref for patch 002 is:
27b6fa56156673d6e7e6839658bae10de161588b

In the future, I'm going to write some sort of script or something
to manage this, but this will suffice for now.  I may also break
out some of the patch logic into a seperate mk file so that it can
be included by the xorg server, thereby ensuring the sources
are synchronized.

In other news:  I have patches for libdrm to use NetBSD's atomic
ops.  They aren't used in the library proper.  Rather, the
DRM_CAS macro in xf86drm.h now uses atomic_cas_uint.  This is, I believe,
important for proper operation, as this macro is used for context/device
locks in userland.  When I commit the update to libdrm, I will simultaneously
commit a new drm_atomic.h in the kernel.  The atomic ops there now
really do not merit the designation 'atomic'.

Log message:
The "pkgsrc-i386" target doesn't seem to work on SunOS, so for now \ 
fall back
to the "pkgsrc" target which is intended to be portable.

Log message:
Use full path to sysctl(8), an unprivileged user may not have /sbin in $PATH