Commit graph

15 commits

Author SHA1 Message Date
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
Edwin Groothuis
80840e8dc5 SHA256ify
Approved by: krion@
2006-01-22 12:50:54 +00:00
Vasil Dimov
0e2468d8b1 Change my email address to the @FreeBSD one
Approved by:	garga (mentor)
2006-01-20 06:12:05 +00:00
Pav Lucistnik
ce5ceb73fa - Update to 1.4.1
PR:		ports/87671
Submitted by:	Vasil Dimov <vd@datamax.bg> (maintainer)
2005-10-21 22:11:51 +00:00
Vsevolod Stakhov
df261426c3 Update mail/lmtp2nntp from 1.3.0 to 1.4.0:
* pass maintainership to submitter (Vasil Dimov)
* change HAS_CONFIGURE with GNU_CONFIGURE, it is actually
  GNU Configure that we have
* optionally install some useful files in share/doc
* add wrap-target to package's internal `check' target
* files/patch-l2_ut_format.c is not needed anymore

PR:		86886
Submitted by:	Vasil Dimov <vd@datamax.bg>
2005-10-04 11:43:35 +00:00
Pav Lucistnik
d72153e6a2 - Update to 1.3.0
PR:		ports/79836
Submitted by:	Alex Deiter <tiamat@komi.mts.ru>
2005-04-12 22:06:57 +00:00
Pav Lucistnik
24ac9498b0 - Introduce MASTER_SITE_OSSP
PR:		ports/70504
Submitted by:	Kimura Fuyuki <fuyuki@hadaly.org>
2004-08-21 15:19:42 +00:00
Tilman Keskinoz
20a8b67cd4 Fix build on amd64 by using va_copy.
Use external libraries, where possible. Bump PORTREVISION.
2004-04-13 19:06:16 +00:00
Kris Kennaway
0dcf72d321 BROKEN on alpha and amd64: Does not compile 2004-02-23 05:13:20 +00:00
Trevor Johnson
3c175cb569 Use PLIST_FILES.
Reviewed by:	marcus
2004-02-05 20:38:07 +00:00
Trevor Johnson
0c881ba59c SIZEify. 2004-01-29 07:24:56 +00:00
Ralf S. Engelschall
00a3cacc2f - upgrade to OSSP lmtp2nntp 1.2.0
- move pkg-comment to new COMMENT
- update WWW: URL for new page on ossp.org
- reformat pkg-descr text
- move MAINTAINER to ports@FreeBSD.org because author Thomas Lotterer
  (one of my co-workers) has not the time to keep this up-to-date.
2003-02-20 09:03:01 +00:00
Ralf S. Engelschall
cf1c6a4431 fix MASTER_SITES URL 2003-01-30 19:57:20 +00:00
Ralf S. Engelschall
d29c4060b3 Upgrade to OSSP lmtp2nntp 1.1.1
Submitted by:  Thomas Lotterer (maintainer)
2001-11-14 15:39:32 +00:00
Ralf S. Engelschall
9a4bb3b75b Add new port: OSSP lmtp2nntp 1.1.0
The OSSP lmtp2nntp program is an LMTP service for use in conjunction
with an MTA (like Sendmail), providing a reliable real-time mail to news
gateway. Input messages get their headers slightly reformatted to match
Usenet news article format. The article is then posted or feeded into
a remote NNTP service (like INN). Delivery must take place immediately
or the transaction fails. OSSP lmtp2nntp relies on the queuing
capabilities of the MTA in order to provide a fully reliable service.
For this the program returns proper delivery status notification which
indicates successful completed action, persistent transient failure or
permanent failure.

Submitted by:	Thomas Lotterer <thomas.lotterer@cw.com>
Reviewed by:	Ralf S. Engelschall <rse@freebsd.org>
2001-11-12 14:56:15 +00:00