| Commit History - (may be incomplete: see CVSWeb link above for full details) |
| Date | By | Description |
21 Aug 2008 07:18:49
1.90.0_1
|
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 ) |
06 Jun 2008 15:12:23
1.90.0_1
|
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) |
24 Apr 2008 09:13:37
1.90.0
|
beech  |
- Update to 1.9.0
PR: ports/121874
Submitted by: Yarodin <yarodin@gmail.com>
Approved by: Heiner <h.eichmann@gmx.de> (maintainer) |
04 Oct 2007 07:27:14
1.80.0
|
edwin  |
Remove always-false/true conditions based on OSVERSION 500000 |
29 Jul 2007 17:51:07
1.80.0
|
arved  |
Update to 1.80.0
PR: 114853
Submitted by: Heiner <h.eichmann@gmx.de> |
05 Jun 2007 07:45:36
1.70.1_2
|
miwi  |
- Fix build with gcc 4.2
PR: 113067
Submitted by: Heiner <h.eichmann@gmx.de> (maintainer) |
19 May 2007 21:32:57
1.70.1_1
|
flz  |
- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}. |
13 Feb 2007 00:16:29
1.70.1
|
pav  |
- Remove QTDIR from CONFIGURE_ENV, it's in there already thanks to framework
Submitted by: rafan
Tested on: pointyhat |
18 Nov 2006 19:14:35
1.70.1
|
miwi  |
- Mark broken on 4.x
PR: ports/105648
Submitted by: Heiner <h.eichmann@gmx.de> (maintainer) |
19 Jul 2006 16:00:59
1.70.1
|
rafan  |
- Update 1.70.1
PR: ports/100495
Submitted by: maintainer |
02 Apr 2006 17:59:28
1.70.0
|
markus  |
- Update to version 1.70.0
- Don't explicitly mention a specific supported KDE version in pkg-descr
- Fix typo and add a trailing newline for better readability in pkg-message
PR: ports/93919
Submitted by: Rainer Alves <rainer.alves@gmail.com>
Approved by: maintainer |
23 Feb 2006 10:40:45
1.60.0_2
|
ade  |
Conversion to a single libtool environment.
Approved by: portmgr (kris) |
24 Jan 2006 03:16:52
1.60.0_1
|
edwin  |
SHA256ify
Approved by: krion@ |
05 Nov 2005 05:22:06
1.60.0_1
|
marcus  |
Bump PORTREVISION to chase the glib20 shared library update. |
21 Apr 2005 15:22:53
1.60.0
|
arved  |
Upgrade to 1.60.0
PR: 79800
Submitted by: Heiner Eichmann <h.eichmann@gmx.de> |
12 Apr 2005 04:26:57
1.51_1
|
obrien  |
At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE. |
11 Apr 2005 09:04:41
1.51_1
|
obrien  |
Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'. |
12 Mar 2005 10:54:27
1.51_1
|
marcus  |
Bump PORTREVISION to chase the glib20 shared lib version change. |
21 Dec 2004 08:43:32
1.51
|
vs  |
Update to 1.51
PR: ports/75229
Submitted by: maintainer |
03 Nov 2004 11:07:44
1.50
|
markus  |
Update to version 1.50
PR: ports/73389
Submitted by: Heiner Eichmann <h.eichmann@gmx.de> (maintainer) |
24 Jul 2004 21:25:49
1.40
|
sem  |
Update to 1.40
PR: ports/69522
Submitted by: maintainer |
09 Jul 2004 18:43:11
1.30_2
|
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 |
05 Apr 2004 04:31:02
1.30_2
|
marcus  |
Chase the glib20 update, and bump all affected ports' PORTREVISIONs. |
31 Mar 2004 04:12:58
1.30_1
|
trevor  |
SIZEify (maintainer timeout) |
14 Mar 2004 06:17:56
1.30_1
|
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. |
04 Feb 2004 05:10:27
1.30_1
|
marcus  |
Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 1) |
08 Dec 2003 06:15:05
1.30
|
linimon  |
Update to 1.30 (see extensive ChangeLog for details). Adds more verbose
pre-everything:: target.
PR: ports/59526
Submitted by: Heiner Eichmann <h.eichmann@gmx.de> (maintainer) |
03 Jun 2003 08:43:39
1.20
|
arved  |
Update to 1.20
PR: 52874
Submitted by: maintainer |
17 May 2003 22:29:17
1.11
|
arved  |
Add krusader, a midnight commander like Filemanager for KDE
PR: 52348,51343
Submitted by: Heiner Eichmann <h.eichmann@gmx.de>,
Kirill Ponomarew <ponomarew@oberon.net> |