| Commit History - (may be incomplete: see CVSWeb link above for full details) |
| Date | By | Description |
05 Feb 2010 11:46:55
  4.3.1_7
|
dinoex  |
- update to jpeg-8 |
31 Jul 2009 14:57:52
4.3.1_6
|
dinoex |
- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by: edwin |
21 Aug 2008 07:18:49
4.3.1_5
|
rafan |
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk (Only the first 15 lines of the commit message are shown above  ) |
25 Jul 2008 15:34:52
4.3.1_5
|
pav |
- Remove USE_GCC where it can be satisfied with base compiler on following
FreeBSD versions: 5.3 and up, 6.x, 7.x, 8-CURRENT |
06 Jun 2008 14:21:59
4.3.1_5
|
edwin |
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav) |
19 Apr 2008 18:56:05
4.3.1_4
 |
miwi |
- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav) |
09 Feb 2008 21:21:09
4.3.1_4
|
erwin |
Mark BROKEN with GCC 4.2: does not compile |
19 May 2007 21:32:57
4.3.1_4
|
flz |
- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}. |
14 Oct 2006 09:54:54
4.3.1_3
|
marcus |
Chase the GNOME X11BASE to LOCALBASE move, and fix the build with the
new freetype2 where needed.
Submitted by: mezz, ahze, pav, and many others
Approved by: portmgr (implicit, kris) |
23 Feb 2006 10:40:45
4.3.1_2
|
ade |
Conversion to a single libtool environment.
Approved by: portmgr (kris) |
22 Jan 2006 08:30:12
4.3.1_1
|
edwin |
SHA256ify
Approved by: krion@ |
22 Jan 2006 01:48:34
4.3.1_1
|
edwin |
Replace ugly "@unexec rmdir %D... 2>/dev/null || true" with @dirrmtry
Approved by: krion@
PR: ports/88711 (related) |
15 Nov 2005 06:52:12
4.3.1_1
|
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. |
05 Nov 2005 05:22:06
4.3.1_1
|
marcus |
Bump PORTREVISION to chase the glib20 shared library update. |
21 Jul 2005 01:04:52
4.3.1
|
kris |
BROKEN on !i386: Does not compile |
10 Jun 2005 13:43:13
4.3.1
|
demon |
Require gcc version 3.4+.
This seems to fix build on 4-STABLE.
Problem noted by: kris |
03 Jun 2005 20:24:06
4.3.1
|
demon |
Add missing dirrm's.
Pointed out by: kris |
01 Jun 2005 18:10:24
4.3.1
|
demon |
New port: Xfce Foundation Classes.
The Xfce Foundation Classes (XFC) is a set of well integrated C++ classes
for developing Xfce applications on UNIX-like operating systems.
XFC combines the power of GTK+ and the power of C++ into a state-of-the-art
application development framework for the Xfce Desktop Environment. XFC
judiciously uses C++ language features to avoid layering on too much extra
C++ complexity. Its API is easy to understand and use, and should feel
immediately familiar to most GTK+ programmers. |
