If a user defines login_user to be something other than 'dovecot' then
dovecot will throw a warning upon startup. The new code extracts what
login_user is defined as and sets the directory permissions
accordingly. If login_user is undefined in the config then it behaves
the same as before.
Submitted by: Yarema <yds@coolrat.org> (maintainer)
Approved by: portmgr (linimon)
- Add support for Berkeley DB used by the expire plugin.
- Install more DOCS.
- Move the SCRIPT_ENV substitutions to SUB_FILES
otherwise DOVECOT_[UG]ID settings do not propagate to the binary package.
- Change from .if defined(WITHOUT_*)to .if defined(WITH_*) && !defined(WITHOUT_*)
- Make the PROTOCOLS substitution include all the protocols which are built
into the example config file.
- Clean up patch-dovecot-example.conf and perform some post-patch processing
to reflect more closely how this port actually installs. This is necessary
because of the optional ManageSieve patch.
- Modify files/dovecot.sh.in to ensure runtime directories exist with correct
permissions.
- Rework the install so all the example config files get installed into
EXAMPLESDIR as per hier(7) independent of the NOPORTDOCS tunable. Install
the relevant config files into etc/ if no prior version exists.
- Ensure that 'make install' and pkg_add(1) produce identical installs and
that everything is accounted for in the PLIST.
PR: ports/127200
Submitted by: Yarema <yds@CoolRat.org> (maintainer)
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)
- Fixes a common insecure mail_extra_groups setting usage, this will require a
manual change to the active configuration file, please refer to ports/UPDATING
PR: 121411
Submitted by: Robin Breathe <robin@isometry.net> (maintainer)
This version fixes the bug mentioned in ports/105170.
PR: ports/105274 [1], ports/105170 (related) [2]
Submitted by: Robin Breathe <robin@isometry.net> (maintainer) [1],
Roger Marquis <marquis@roble.com> [2]
gcc-2.95 in addition to the dlerror() problem reported in ports/97671.
The patch is not conditionally applied as it will soon be removed,
and does no harm in the C99 case.
PR: 97565
Submitted by: Rong-En Fan <rafan_AT_infor dot org>
Reviewed by: maintainer (Robin Breathe)
(including proper kqueue support -- that means us, BSD folks! ;) ),
the most important of which is a security hole (individuals are
allowed to list other users' mailboxes). [1]
Also move pkg-message --> files/pkg-message.in, list it in SUB_FILES and get
rid of custom hack in Makefile [2]
PR: ports/97193 [1]
Submitted by: Jeremy Chadwick <freebsd@jdc.parodius.com> [1]
itetcu (me) [2]
Approved by: Robin Breathe <robin@isometry.net> (maintainer),
lawrance (mentor)
Security: http://www.securityfocus.com/archive/1/433878 [1]
Security: http://www.dovecot.org/list/dovecot-news/2006-May/000006.html [1]
