the owner of all installed files is a non-root user. This change
affects most packages that require special users or groups by making
them use the specified unprivileged user and group instead.
(1) Add two new variables PKG_GROUPS_VARS and PKG_USERS_VARS to
unprivileged.mk. These two variables are lists of other bmake
variables that define package-specific users and groups. Packages
that have user-settable variables for users and groups, e.g. apache
and APACHE_{USER,GROUP}, courier-mta and COURIER_{USER,GROUP},
etc., should list these variables in PKG_USERS_VARS and PKG_GROUPS_VARS
so that unprivileged.mk can know to set them to ${UNPRIVILEGED_USER}
and ${UNPRIVILEGED_GROUP}.
(2) Modify packages to use PKG_GROUPS_VARS and PKG_USERS_VARS.
INSTALL/DEINSTALL script creation within pkgsrc.
If an INSTALL or DEINSTALL script is found in the package directory,
it is automatically used as a template for the pkginstall-generated
scripts. If instead, they should be used simply as the full scripts,
then the package Makefile should set INSTALL_SRC or DEINSTALL_SRC
explicitly, e.g.:
INSTALL_SRC= ${PKGDIR}/INSTALL
DEINSTALL_SRC= # emtpy
As part of the restructuring of the pkginstall framework internals,
we now *always* generate temporary INSTALL or DEINSTALL scripts. By
comparing these temporary scripts with minimal INSTALL/DEINSTALL
scripts formed from only the base templates, we determine whether or
not the INSTALL/DEINSTALL scripts are actually needed by the package
(see the generate-install-scripts target in bsd.pkginstall.mk).
In addition, more variables in the framework have been made private.
The *_EXTRA_TMPL variables have been renamed to *_TEMPLATE, which are
more sensible names given the very few exported variables in this
framework. The only public variables relating to the templates are:
INSTALL_SRC INSTALL_TEMPLATE
DEINSTALL_SRC DEINSTALL_TEMPLATE
HEADER_TEMPLATE
The packages in pkgsrc have been modified to reflect the changes in
the pkginstall framework.
"Delivered-To:" header pointing to the list so that if postfix is
involved in the message delivery, it will not think the message is
looping.
Idea and patch from cjs@
around at either build-time or at run-time is:
USE_TOOLS+= perl # build-time
USE_TOOLS+= perl:run # run-time
Also remove some places where perl5/buildlink3.mk was being included
by a package Makefile, but all that the package wanted was the Perl
executable.
where action can be "install", "package", "create user for", etc., instead
of blindly always saying "install". Define "action" before calling
${_SU_TARGET} whereever it is used.
Changes from 1.94.4 to 1.94.5
A straightforward patch release, 99% from the collected
1.94.4 patches:
o digest_rm_fronter and digest_rm_footer now work.
o unsubcribe_policy now has +confirm feature
o More hostile address checking
o archive2.pl makes archives world readable.
o bounce had an innocuous y2k bug, and wanted a 'bounces' list password even
when called as unsub
o better description of the moderator function.
o Fixes 'restrict_post = #!$list' substitution and blank lines
in config files
o Better error reporting when majordomo.cf is wrong.
o Detects some attachments sent as commands
o Approve commands can span lines now.
o resend has better messages for taboo_headers problems
o fixed: header corruption when Subject: is blank and subject tags are used.
conflict with digest(1)'s manual page. The majordomo digest command
lives in libexec, anyway.
Bump version to majordomo-1.94.4nb1
Addresses PR 12385, from Jun-ichiro itojun Hagino
Convert most MESSAGE files to new syntax (${VARIABLE} gets replaced,
not @VARIABLE@, nor @@VARIABLE@@).
By default, substitutions are done for LOCALBASE, PKGNAME, PREFIX,
X11BASE, X11PREFIX; additional patterns can be added via MESSAGE_SUBST.
Clean up some packages while I'm there; add RCS tags to most MESSAGEs.
Remove some uninteresting MESSAGEs.
- Call 'digest' from correct dir. Addresses PR 8814 by Berndt Josef
Wulf <wulf@dingo.ping.net.au>
- Add some headers to wrapper.c to fix several compile time warnings;
partly submitted in PR 8756 by Berndt Josef Wulf <wulf@dingo.ping.net.au>
