| Commit History - (may be incomplete: see CVSWeb link above for full details) |
| Date | By | Description |
09 Nov 2011 15:26:04
0.9.6
|
miwi  |
- Remove WITH_FBSD10_FIX, is no longer needed |
28 Oct 2011 18:53:24
0.9.6
|
miwi  |
- Fix build on FreeBSD 10 |
22 Sep 2011 13:51:54
0.9.6
|
eadler  |
- updated evieext to 1.1.1
- updated libSM to 1.2.0,1
- updated libX11 to 1.4.4,1
- updated libXevie to 1.0.3
- updated libXext to 1.3.0_1,1
- updated libXfixes to 4.0.4
- updated libXi to 1.4.3,1
- updated libXinerama to 1.1.1,1
- updated libXp to 1.0.1,1
- updated libXpm to 3.5.9
- updated libXrandr to 1.3.2
- updated libXrender to 0.9.6
- updated libXres to 1.0.5
- updated libXtst to 1.2.0
- updated libXv to 1.0.6,1 (Only the first 15 lines of the commit message are shown above ) |
19 Mar 2011 12:38:54
0.9.5
|
miwi  |
- Get Rid MD5 support |
01 May 2010 11:41:07
0.9.5
|
miwi  |
- Update to Xorg 7.5
The Intel drivers was patched to work with
the new server. The drivers for Vesa, NV,NVIDIA and
ATI have been tested thoroughfully and seem to work fine.
A complete changelog of Xorg 7.5 can you read here:
http://www.x.org/releases/X11R7.5/
A note to FreeBSD 6.X users: We strongly recommend you
to update your system to 7.x or above.
For updating try
portupgrade -af \* (Only the first 15 lines of the commit message are shown above ) |
13 Mar 2008 10:33:56
0.9.4_1
|
flz  |
- Mark xtrans as a BUILD_DEPENDS only (unless specified otherwise with :both)
- Bump PORTREVISION on ports having xtrans in USE_XORG.
- Add some missing dependencies in various xorg libraries. |
13 Sep 2007 19:45:08
0.9.4
|
flz  |
- Update X.org ports to 7.3.
- Mark XFree86-4 as DEPRECATED with EXPIRATION_DATE set to 2007-12-25.
I hope that nobody will be bored enough on Christmas to remove them on
that day.
Tested by: vehemens, Rene Ladan, Beech Rintoul, sarek on x11@ |
19 May 2007 20:32:57
0.9.2
|
flz  |
- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}. |
23 Feb 2006 10:40:45
0.8.4_3
|
ade  |
Conversion to a single libtool environment.
Approved by: portmgr (kris) |
24 Jan 2006 03:16:52
0.8.4_3
|
edwin  |
SHA256ify
Approved by: krion@ |
15 Nov 2005 06:52:12
0.8.4_3
|
ade  |
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run. |
12 Apr 2005 03:26:57
0.8.4_3
|
obrien  |
At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE. |
11 Apr 2005 08:04:41
0.8.4_3
|
obrien  |
Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'. |
06 Mar 2005 00:15:08
0.8.4_3
|
lesi  |
Remove hardcoding of MTREE_FILE. This is handled in bsd.port.mk since
rev. 1.503 for ${PREFIX} == ${XPREFIX} cases. |
14 Feb 2005 21:35:27
0.8.4_3
|
lesi  |
Fix MASTER_SITES. |
26 Jul 2004 18:32:46
0.8.4_3
|
anholt  |
Register missing CONFLICTS, mostly on xorg-libraries-*
Reported by: Kent Stewart <kstewart@owt.com> |
09 Jul 2004 17:43:11
0.8.4_3
|
marcus  |
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet |
19 Apr 2004 12:49:54
0.8.4_3
|
arved  |
Use the right MTREE_FILE
Reported by: kris |
31 Mar 2004 03:12:58
0.8.4_3
|
trevor  |
SIZEify (maintainer timeout) |
24 Mar 2004 18:28:26
0.8.4_3
|
lofi  |
Declare CONFLICTS between freedesktop.org X extension/library ports and
XFree86-libraries. |
14 Mar 2004 06:17:56
0.8.4_3
|
ade  |
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed. |
17 Feb 2004 00:53:28
0.8.4_3
|
marcus  |
Add a missing dependency on xproto.
Reported by: bento via kris |
08 Feb 2004 01:22:46
0.8.4_2
|
marcus  |
Add a missing dependency on libX11.
Reported by: bento |
07 Feb 2004 06:40:29
0.8.4_1
|
kris  |
BROKEN on 5.x: configure fails |
04 Feb 2004 05:10:27
0.8.4_1
|
marcus  |
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 1) |
25 Jan 2004 14:45:21
0.8.4
|
eik  |
fix INDEX build
x11-toolkits/render moved to x11/renderext |
25 Jan 2004 08:15:46
0.8.4
|
anholt  |
Correct xextensions dependency.
Reported by: kris (bento) |
25 Jan 2004 08:00:09
0.8.4
|
anholt  |
Complete repocopy of x11-toolkits/xrender to x11/libXrender, and update to
0.8.4. |
22 Jan 2004 17:59:27
0.8.3
|
eik  |
- fix PKGORIGIN
since ito makes using package tools hard, is marked as FATAL by
portlint and otherwise doesn't affect the port, fix it silently.
Approved by: marcus (mentor) |