kpriv/freebsd-ports
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
freebsd-ports/mail/fetchmailconf/Makefile

47 lines
1.4 KiB
Makefile
Raw Normal View History

mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
PORTNAME= fetchmailconf
mail/fetchmail: avoid rc.conf overriding daemon interval, many other fixes Authors: CH = Corey Halpin, MA = Matthias Andree - fetchmail's rc script now queries the daemon interval from the configuration, and falls back to the rc.conf value if given. [CH] - Similarly, the logging facility will be taken from the configuration [MA] - Add documentation to the rcfile's header comments. [MA] - Drop support for fetchmail_home_prefix in rc.conf, and query the respective users' home directories with getent instead. [MA] - In the rc scripts, redirect input from /dev/null so it will not ask for passwords. [MA] - Add support for the typical 12.1 rc.conf ${name}_... keywords. [MA] - Make script execution easier to follow by simplifying if...else logic. [CH] - Fix rcscript's exit code to be 1 if one of the per-user calls fails. [CH] - Add relevant notes to UPDATING. [MA] PR: 249860 Submitted by: Corey Halpin (maintainer) Reported by: Chris James (on fetchmail-users mailing list) Approved by: Corey Halpin (maintainer)
2020-10-05 21:09:17 +02:00
PORTREVISION= 0
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
DISTNAME= fetchmail-${DISTVERSIONPREFIX}${DISTVERSION}${DISTVERSIONSUFFIX}
mail/fetchmail: mail/fetchmailconf: update to 6.4.2, make Python 3 compatible Fetchmail updated to new revision 6.4.2 - one bugfix - manual page updates - update of Chinese (simplified) translation - massive fetchmailconf overhaul + Python 3 compatible (requires py-future) + Supports IPv6 and SSL probing - remove two patches for fetchmail that are in the upstream release - add a smoke test to fetchmailconf's post-install, and a patch to support that running without X11 $DISPLAY. PR: 244130 Submitted by: mandree@ Reviewed by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) Approved by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) MFH: 2020Q1 (bugfixes and fetchmailconf update and Python3 compat.)
2020-02-20 01:01:58 +01:00
# NOTE: MASTER_SITES in ../fetchmail must NOT use the $PORTNAME variable,
# else _this_ port (fetchmailconf) becomes unfetchable
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
MAINTAINER= chalpin@cs.wisc.edu
COMMENT= Python-based GUI to configure fetchmail
mail/fetchmail: update to 6.4.24 and block LibreSSL. Now really 6.4.24 and not a 6.4.25 WIP. fetchmail cannot legally be linked with LibreSSL, because there is no GPLv2 clause 2b exemption for LibreSSL, only for OpenSSL. Correct LICENSE and remove LICENSE_COMB. Add comment on FSF dynamic linking dynamically suggested by Corey Halpin in the approval. Remove LibreSSL patch. Related to: PR: 259214 Update: PR: 259945 MFH: 2021Q4 Approved by: chalpin@cs.wisc.edu (maintainer)
2021-11-20 11:19:22 +01:00
LICENSE= GPLv2+
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
mail/fetchmail: mail/fetchmailconf: update to 6.4.2, make Python 3 compatible Fetchmail updated to new revision 6.4.2 - one bugfix - manual page updates - update of Chinese (simplified) translation - massive fetchmailconf overhaul + Python 3 compatible (requires py-future) + Supports IPv6 and SSL probing - remove two patches for fetchmail that are in the upstream release - add a smoke test to fetchmailconf's post-install, and a patch to support that running without X11 $DISPLAY. PR: 244130 Submitted by: mandree@ Reviewed by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) Approved by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) MFH: 2020Q1 (bugfixes and fetchmailconf update and Python3 compat.)
2020-02-20 01:01:58 +01:00
# minimum required version 6.4.2 - not codified, on the assumption
# that fetchmail port updated at the same time
mail/fetchmail: update to 6.4.24 and block LibreSSL. Now really 6.4.24 and not a 6.4.25 WIP. fetchmail cannot legally be linked with LibreSSL, because there is no GPLv2 clause 2b exemption for LibreSSL, only for OpenSSL. Correct LICENSE and remove LICENSE_COMB. Add comment on FSF dynamic linking dynamically suggested by Corey Halpin in the approval. Remove LibreSSL patch. Related to: PR: 259214 Update: PR: 259945 MFH: 2021Q4 Approved by: chalpin@cs.wisc.edu (maintainer)
2021-11-20 11:19:22 +01:00
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}future>=0:devel/py-future@${PY_FLAVOR} \
${PYTHON_PKGNAMEPREFIX}tkinter>=0:x11-toolkits/py-tkinter@${PY_FLAVOR} \
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
fetchmail>=${PORTVERSION}:mail/fetchmail
mail/fetchmailconf: avoid polluting BUILD_DEPENDS The RUN_DEPENDS+=BUILD_DEPENDS may pull ccache in as run-time requisite, so let's flip the assignments and make BUILD_DEPENDS use RUN_DEPENDS to avoid just this pollution. PR: 256242 Approved by: Corey Halpin (maintainer)
2021-05-29 14:24:56 +02:00
BUILD_DEPENDS+= ${RUN_DEPENDS}
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
mail/fetchmail: update to 6.4.10 while here, switch distfile back to xz format and update the > 2^31 "long long" fix so it patches the right place of the NEWS file. - adds Romanian translation - minor manual page fix to add "MD5" hash to sslfingerprint documentation PR: 248954 Approved by: Corey Halpin (maintainer)
2020-08-28 16:42:13 +02:00
USES= python shebangfix tar:xz
mail/fetchmail: mail/fetchmailconf: update to 6.4.2, make Python 3 compatible Fetchmail updated to new revision 6.4.2 - one bugfix - manual page updates - update of Chinese (simplified) translation - massive fetchmailconf overhaul + Python 3 compatible (requires py-future) + Supports IPv6 and SSL probing - remove two patches for fetchmail that are in the upstream release - add a smoke test to fetchmailconf's post-install, and a patch to support that running without X11 $DISPLAY. PR: 244130 Submitted by: mandree@ Reviewed by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) Approved by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) MFH: 2020Q1 (bugfixes and fetchmailconf update and Python3 compat.)
2020-02-20 01:01:58 +01:00
USE_PYTHON= py3kplist
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
mail/fetchmail: update to 6.4.24 and block LibreSSL. Now really 6.4.24 and not a 6.4.25 WIP. fetchmail cannot legally be linked with LibreSSL, because there is no GPLv2 clause 2b exemption for LibreSSL, only for OpenSSL. Correct LICENSE and remove LICENSE_COMB. Add comment on FSF dynamic linking dynamically suggested by Corey Halpin in the approval. Remove LibreSSL patch. Related to: PR: 259214 Update: PR: 259945 MFH: 2021Q4 Approved by: chalpin@cs.wisc.edu (maintainer)
2021-11-20 11:19:22 +01:00
GNU_CONFIGURE= yes
mail/fetchmail: update 6.4.25, add WOLFSSL support WOLFSSL is a GPLv2+ licensed SSL library with OpenSSL compatibility layer. This is to permit shipping fetchmail under a clean GPLv2+ license with OpenSSL 1.1.1.
2021-12-10 20:39:11 +01:00
CONFIGURE_ARGS= PKG_CONFIG=:
mail/fetchmail: update to 6.4.24 and block LibreSSL. Now really 6.4.24 and not a 6.4.25 WIP. fetchmail cannot legally be linked with LibreSSL, because there is no GPLv2 clause 2b exemption for LibreSSL, only for OpenSSL. Correct LICENSE and remove LICENSE_COMB. Add comment on FSF dynamic linking dynamically suggested by Corey Halpin in the approval. Remove LibreSSL patch. Related to: PR: 259214 Update: PR: 259945 MFH: 2021Q4 Approved by: chalpin@cs.wisc.edu (maintainer)
2021-11-20 11:19:22 +01:00
ALL_TARGET= fetchmailconf
INSTALL_TARGET= install-data-am install-nodist_binSCRIPTS install-man
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
FILESDIR= ${.CURDIR}/files
mail/fetchmail: mail/fetchmailconf: update to 6.4.2, make Python 3 compatible Fetchmail updated to new revision 6.4.2 - one bugfix - manual page updates - update of Chinese (simplified) translation - massive fetchmailconf overhaul + Python 3 compatible (requires py-future) + Supports IPv6 and SSL probing - remove two patches for fetchmail that are in the upstream release - add a smoke test to fetchmailconf's post-install, and a patch to support that running without X11 $DISPLAY. PR: 244130 Submitted by: mandree@ Reviewed by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) Approved by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) MFH: 2020Q1 (bugfixes and fetchmailconf update and Python3 compat.)
2020-02-20 01:01:58 +01:00
PATCHDIR= ${FILESDIR}
mail/fetchmail: update to 6.4.24 and block LibreSSL. Now really 6.4.24 and not a 6.4.25 WIP. fetchmail cannot legally be linked with LibreSSL, because there is no GPLv2 clause 2b exemption for LibreSSL, only for OpenSSL. Correct LICENSE and remove LICENSE_COMB. Add comment on FSF dynamic linking dynamically suggested by Corey Halpin in the approval. Remove LibreSSL patch. Related to: PR: 259214 Update: PR: 259945 MFH: 2021Q4 Approved by: chalpin@cs.wisc.edu (maintainer)
2021-11-20 11:19:22 +01:00
NO_ARCH= yes
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
SUB_FILES= fetchmailconf
mail/fetchmail: update to 6.4.24 and block LibreSSL. Now really 6.4.24 and not a 6.4.25 WIP. fetchmail cannot legally be linked with LibreSSL, because there is no GPLv2 clause 2b exemption for LibreSSL, only for OpenSSL. Correct LICENSE and remove LICENSE_COMB. Add comment on FSF dynamic linking dynamically suggested by Corey Halpin in the approval. Remove LibreSSL patch. Related to: PR: 259214 Update: PR: 259945 MFH: 2021Q4 Approved by: chalpin@cs.wisc.edu (maintainer)
2021-11-20 11:19:22 +01:00
SUB_LIST= PYTHON_CMD=${PYTHON_CMD} \
PYTHON_SITELIBDIR=${PYTHON_SITELIBDIR}
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
PLIST= ${.CURDIR}/pkg-plist
post-install:
mail/fetchmail: mail/fetchmailconf: update to 6.4.2, make Python 3 compatible Fetchmail updated to new revision 6.4.2 - one bugfix - manual page updates - update of Chinese (simplified) translation - massive fetchmailconf overhaul + Python 3 compatible (requires py-future) + Supports IPv6 and SSL probing - remove two patches for fetchmail that are in the upstream release - add a smoke test to fetchmailconf's post-install, and a patch to support that running without X11 $DISPLAY. PR: 244130 Submitted by: mandree@ Reviewed by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) Approved by: Corey Halpin <chalpin@cs.wisc.edu> (maintainer) MFH: 2020Q1 (bugfixes and fetchmailconf update and Python3 compat.)
2020-02-20 01:01:58 +01:00
# first, run smoke tests - the version check makes sure we have all
# modules listed in the *_DEPENDS variables:
${PYTHON_CMD} ${WRKSRC}/fetchmailconf.py -V
# then install:
${INSTALL_SCRIPT} ${WRKDIR}/fetchmailconf ${STAGEDIR}${PREFIX}/bin
${RM} ${STAGEDIR}${PREFIX}/man/man1/fetchmail.1*
mail/fetchmail depends overhaul, new fetchmailconf port * Bring back SNI (server name indication) support for TLS connections, lost in 6.3.26_10 (PORTREVISION=10) as a regression over _9. Pointy hat: mandree@ * Drop the X11 option, remove the Python dependency, and create a new mail/fetchmailconf slave port/package that installs the fetchmailconf configurator. Note that the _DEPENDS of the ports reflects a technical dependence (fetchmailconf needs fetchmail), and we cannot keep an X11 option that depends on fetchmailconf, since that would create a circular dependency, which we must avoid. * Patch configure instead of configure.ac with Cy's Kerberos fix, drop autoreconf from USES, and add a new configure check directly to set HAVE_DECL_SSLV3_CLIENT_METHOD to cover the various TLS providers (currently five, base, openssl, openssl111, libressl, libressl-devel) * Add -Wl,--as-needed to LDFLAGS so as not to pull in unneeded .so libraries, for instance, libcom_err when compiling under GSSAPI_NONE. * Bump PORTREVISION. Very fruitful and nice collaboration with and Approved by: chalpin@cs.wisc.edu (maintainer)
2019-01-20 12:25:07 +01:00
MASTERDIR= ${.CURDIR}/../fetchmail
.include "${MASTERDIR}/Makefile"
Reference in a new issue Copy permalink