Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
in emacs23.
|
|
|
|
Don't call pkg_info to get the installed Emacs version; always use the
version matching EMACS_TYPE set by users. Be DEPENDS to it. This should
address pkg/37146 by Aleksey Cheusov.
While here convert some emacs lisp packages to user-destdir.
|
|
|
|
|
|
|
|
example MAKE_ENV+=FOO=${BAR} is changed to MAKE_ENV+=FOO=${BAR:Q}. Some
other changes are outlined in
http://mail-index.netbsd.org/tech-pkg/2005/12/02/0034.html
|
|
1) Simplify the way how an emacs version is picked when no emacs
is installed, but a user try to install an Emacs Lisp package.
Just pick up the version set as EMACS_TYPE than searching for
versions already installed etc. If the EMACS_TYPE version is
not supported by the Emacs Lisp Package, just fail. EMACS_TYPE
be default to GNU Emacs 21.
(In other words, users should set EMACS_TYPE as they want.
Otherwise GNU Emacs 21 is used.)
2) All Emacs Lisp Packages *must* prepend EMACS_PKGNAME_PREFIX to
a) the PKGNAME itself, and b) PKGNAME in its dependency lines.
EMACS_PKGNAME_PREFIX is expanded to "xemacs-" when XEmacs is
used. This keeps dependency graph of Emacs-Lisp-packages-
installed-for-XEmacs consistent.
3) Document EMACS_* variables as much as possible.
4) Provide more cookies for PLIST. Maybe utilized later.
Note that the 2) change doesn't affect the default, GNU Emacs 21
behaviour. So no version / revision bumps in this commit.
|
|
useful.
|
|
|
|
|
|
Suggested by Greg Troxel <gdt at ir dot bbn dot com> in private mail.
Changes summary since 3.5.6 below.
Noteworthy changes in Mailcrypt version 3.5.8:
* mc-remail.el updated to support modern remailers (as defined by MixMaster
version 2.9b33, on sourceforge). Closes most of SF#583330.
** the 'Subject:' header is now put in the ## section instead of the ::
section, so remailers should copy them into the final message.
** Use Anon-To: instead of Request-Remailing-To
* fixed mc-gpg.el to cache passphrases by keyid instead of name; this will
help users who have multiple secret keys with the same name but different
passphrases. Closes Debian #161691.
* less noteworthy changes:
** added copy of GPL, since mailcrypt is distributed separately from Emacs
** Added unit test for anonymous remailer support. Encrypting through a
basic remailer chain can now be verified, if you have python and
py-gnupg installed.
** docs: updated 'finger' addresses for remailer lists again, since they
keep moving
Noteworthy changes in Mailcrypt version 3.5.7:
* Integration with the Mew mail client: added hooks to use in Mew summary,
draft, and message buffers. Note that Mew handles PGP-MIME (RFC3156,
"multipart/encrypted") messages by itself; this is just for traditional
armored "in-line" encryption.
* Gnus updates, now usable in summary buffer
* Less noteworthy changes:
** Added a unit test framework. GnuPG decryption now has test coverage.
** GnuPG updates
** MH fix to handle latest versions of mh-e that use read-only message buffers
** Don't use hardwired /tmp directory, might fix some problems on NT.
|
|
|
|
Patch .texi file to add Info directory entry.
|
|
|
|
(a mailcrypt avatar for xemacs is in the xemacs-packages package).
|
|
|
|
|
|
Summary of changes:
- removal of USE_GTEXINFO
- addition of mk/texinfo.mk
- inclusion of this file in package Makefiles requiring it
- `install-info' substituted by `${INSTALL_INFO}' in PLISTs
- tuning of mk/bsd.pkg.mk:
removal of USE_GTEXINFO
INSTALL_INFO added to PLIST_SUBST
`${INSTALL_INFO}' replace `install-info' in target rules
print-PLIST target now generate `${INSTALL_INFO}' instead of `install-info'
- a couple of new patch files added for a handful of packages
- setting of the TEXINFO_OVERRIDE "switch" in packages Makefiles requiring it
- devel/cssc marked requiring texinfo 4.0
- a couple of packages Makefiles were tuned with respect of INFO_FILES and
makeinfo command usage
See -newly added by this commit- section 10.24 of Packages.txt for
further information.
|
|
|
|
|
|
to public key cryptography with PGP and GnuPG. Mailcrypt makes strong
cryptography a fully integrated part of your normal mail and news
handling environment, and is an important part of a balanced
breakfast.
|