1
0
mirror of https://git.FreeBSD.org/ports.git synced 2024-12-18 03:46:03 +00:00
Commit Graph

16 Commits

Author SHA1 Message Date
Ade Lovett
4a8684e352 Sync to new bsd.autotools.mk 2010-12-04 07:34:27 +00:00
Dmitry Marakasov
a13d9a603d - Switch SourceForge ports to the new File Release System: categories starting with M 2009-08-22 00:28:34 +00:00
Jeremy Messenger
789d75c728 -Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:	marcus and kwm
Pointyhat-exp:	a few times by pav
Tested by:	pgollucci, "Romain Tartière" <romain@blogreen.org>, and
		a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:	marcus
Approved by:	portmgr
2009-08-02 19:36:34 +00:00
Rong-En Fan
741aa71483 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
 - Remove CONFIGURE_TARGET hack in various bsd.*.mk
 - USE_GNOME=gnometarget is now an no-op

Changes to individual ports, other than removing the CONFIGURE_TARGET hack:

= pkg-plist changed (due to the ugly CONFIGURE_TARGET prefix in * executables)
  - comms/gnuradio
  - science/abinit
  - science/elmer-fem
  - science/elmer-matc
  - science/elmer-meshgen2d
  - science/elmerfront
  - science/elmerpost

= use x86_64 as ARCH
  - devel/g-wrap

= other changes
  - print/magicfilter
    GNU_CONFIGURE -> HAS_CONFIGURE since it's not generated by autoconf

Total # of ports modified:  1,027
Total # of ports affected: ~7,000 (set GNU_CONFIGURE to yes)

PR:		126524 (obsoletes 52917)
Submitted by:	rafan
Tested on:	two pointyhat 7-amd64 exp runs (by pav)
Approved by:	portmgr (pav)
2008-08-21 06:18:49 +00:00
Kris Kennaway
ae994c8ea8 Use libtool port instead of included version to avoid objformat a.out botch 2007-02-01 02:42:05 +00:00
Cheng-Lung Sung
e8390e6e3c - s,INSTALLS_SHLIB,USE_LDCONFIG,g
- these include irc/ japanese/ java/ lang/ mail/ math/ maintained by ports@

PR:		ports/101916
Submitted by:	Gea-Suan Lin <gslin_AT_gslin dot org>
2006-08-15 00:29:13 +00:00
Ade Lovett
8503536d38 Conversion to a single libtool environment.
Approved by:	portmgr (kris)
2006-02-23 10:40:44 +00:00
Renato Botelho
387638a753 Fix WWW
PR:		ports/92769
Submitted by:	Jean Milanez Melo <jmelo@freebsdbrasil.com.br>
2006-02-03 14:50:45 +00:00
Pav Lucistnik
145be4426a - Add SHA256 2005-11-25 15:31:02 +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
Oliver Lehmann
392aa128b5 change the libtool version to use from 1.3 to 1.5 2005-06-02 20:28:41 +00:00
Edwin Groothuis
8703e533e5 Clean up time for email addresses MIA!
If you know new email addresses for the people involved, please send-pr it!

<mcsi@agava.com>: host relay.agava.net.ru[195.161.118.3] said: 550
    <mcsi@agava.com>: User unknown in local recipient table (in reply to RCPT
    TO command)

<woju@bbsmail.ntu.edu.tw> (expanded from <woju@bbsmail>): Host or domain name
    not found. Name service error for name=bbsmail.ntu.edu.tw type=A: Host not
    found

<esoha@attbi.com>: host gateway.attbi.com[204.127.198.6] said: 551 not our
    customer (in reply to RCPT TO command)

<crow@nektor.hu>: host mail.kapu.hu[195.70.32.236] said: 550 unknown user (in
    reply to RCPT TO command)

<cyrilm@tower.pp.ru>: host mail.tower.pp.ru[213.85.109.133] said: 550 unknown
    user (in reply to RCPT TO command)

<ports@henrik-motakef.de>: Host or domain name not found. Name service error
    for name=henrik-motakef.de type=A: Host not found

<jj@nttmcl.com>: host mx1.nttmcl.com[216.69.64.132] said: 550 5.2.1
    <jj@nttmcl.com>... Mailbox disabled for this recipient (in reply to RCPT TO
    command)

<koji@jet.es>: host mx.wanadoo.es[62.81.235.75] said: 550 Relay not permitted /
    No such user (in reply to RCPT TO command)

<proot@iaces.com>: host horton.iaces.com[204.147.87.98] said: 550 5.1.1
    <proot@iaces.com>... User unknown (in reply to RCPT TO command)

<roland.jesse@gmx.net>: host mx0.gmx.net[213.165.64.100] said: 550 5.1.1
    {mx034} <roland.jesse@gmx.net>... User is unknown (in reply to RCPT TO
    command)

<vess@slavof.net>: host mail.slavof.net[213.130.68.146] said: 550 5.7.1 Access
    denied (in reply to MAIL FROM command)

<tuxsuximus@hotmail.com>: host mx3.hotmail.com[65.54.253.99] said: 550
    Requested action not taken: mailbox unavailable (in reply to RCPT TO
    command)

<zenin@archive.rhps.org>: host mail.rhps.org[66.250.128.137] said: 550 5.7.1
    <zenin@archive.rhps.org>... Relaying denied (in reply to RCPT TO command)
2004-10-25 13:39:57 +00:00
Trevor Johnson
8232e82f85 SIZEify (maintainer timeout) 2004-03-31 03:12:58 +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
Kevin Lo
b1fbfa34ce Update to 1.4.7
PR: 50689
Submitted by: MAINTAINER
2003-04-08 05:35:54 +00:00
Edwin Groothuis
eca33d3df5 New ports: mail/jamlib
These are a collection of subroutines that encapsulate much
	of the format-specific and tedious details of the JAM message
	base format.  The idea is that application programmers by
	using these routines can concentrate on the more high-level
	issues of their programs instead of worrying about their
	JAM routines.

PR:		ports/45467
Submitted by:	Cyril Margorin <cyrilm@immo.ru>
2003-03-31 22:45:23 +00:00