1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-12-04 01:48:54 +00:00
Commit Graph

15 Commits

Author SHA1 Message Date
Pav Lucistnik
e05544d7ba - Add SHA256 checksums 2005-11-23 22:41:05 +00:00
Ade Lovett
54a0b86543 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.
2005-11-15 06:52:12 +00:00
Pav Lucistnik
475e356f71 - Portlint 2004-07-11 22:43:54 +00:00
Joe Marcus Clarke
9e5632dd66 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
2004-07-09 17:43:11 +00:00
Pav Lucistnik
55a7e57766 - Add SIZE to GNOME ports
Submitted by:	trevor
2004-03-18 13:47:05 +00:00
Ade Lovett
3f651573ad 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.
2004-03-14 06:17:56 +00:00
Joe Marcus Clarke
053fdb6a6b Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.
(Part 2)
2004-02-04 05:21:48 +00:00
Ade Lovett
7e52725f2a Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.
2003-03-07 06:14:21 +00:00
Joe Marcus Clarke
59deb69012 GNOME has just changed the layout of their FTP site. This resulted in
making all the distfiles unfetachable.  Update all GNOME ports that fetch
from MASTER_SITE_GNOME to fetch from the correct location.
2002-09-20 17:07:51 +00:00
Joe Marcus Clarke
67e59b4617 Add support for FreeBSD locales. This will fix numerous segmentation
faults with programs that depend on libunicode.  Bump PORTREVISION.

PR:		38901
2002-06-05 06:49:40 +00:00
Jimmy Olgeni
7a7d1e590a Fix typos: INSTALL_SHLIBS -> INSTALLS_SHLIB 2001-06-01 20:08:36 +00:00
Ade Lovett
5ed28dbe7a SWitch maintainership of core GNOME ports to a small group of
committers (gnome@FreeBSD.org), since this is now definitely too big
for just one person.
2001-05-11 16:36:50 +00:00
Ade Lovett
71267097ef Actually add a patch to put unicodeConf.sh in the right place. *sigh*
Submitted by:	onigiri
2000-09-22 14:30:45 +00:00
Ade Lovett
11127aef68 Update to an 0.4-gnome interim release for easier building with
new gnome-print libraries (which have yet to be committed, since
they break so much other stuff - sigh)
2000-09-21 16:08:03 +00:00
Ade Lovett
331773a547 libunicode is a library for manipulating Unicode characters and
strings.  It understands both the UTF-8 and UCS-2 encodings, and has a
framework for adding support for new encodings.
2000-06-29 19:29:25 +00:00