www/w3m the default in order to install a text-based browser
to render HTML for nmh. Users can still deselect the option to
obtain a leaner install base. The other HTML rendering options
also still available.
Suggested by: Ken Hornstein <kenh@cmf.nrl.navy.mil> (nmh upline)
An implicit include has gone away (Intrinsic.h) so users of X11/StringDefs.h
now need to explictly include X11/Intrinsic.h to get the typedef for
String, otherwise many of the macro's like this one:
#define XtRString ((String)&XtStrings[1797])
will fall over.
to render HTML. The dependencies are build and run dependencies, build
dependencies because nmh auto-configures itself at build time for text
based browsers it finds. The nmh upstream developer,
Ken Hornstein <kenh@cmf.nrl.navy.mil>, prefers w3m but any text-based
browser will do. The browser option is not default in order to satisfy
minimalist install rerequirements.
Reported by: Ken Hornstein <kenh@cmf.nrl.navy.mil> (upstream)
MFH: 2019Q3
Release 0.78.0:
core:
* Fix line annotation arrows for usage in dimensioning
* Handle Ink annots without an InkList but with an AP
* Fix typos preventing parsing of Movie start and duration
* Fix crash on malformed files
glib:
* Add poppler_document_create_dests_tree()
* Don't use the deprecated g_type_class_add_private()
* Document the differences between render() and render_for_printing()
* Fix introspection for poppler_document_new_from_data
* Don't create PopplerInputStream with length 0. Issue #414
* Document G_IO_ERROR as a possible error condition
* docs: Add index for API new in 0.78
build system:
* Fixes cross compilation of gir in Void Linux
* Add -Wshadow to the default warning flags
* install pkg-config pc files if pkg-config is found
PR: 238857
Exp-run by: antoine
Approved by: gnome (kwm, implicit)
it provides, but dependency was not recorded in the package. This bug
went unnoticed for a long time because `libiconv.so.2' library typically
exists on any FreeBSD installation, and was revealed by recent exp-run.
Since port revision was bumped just now in the previous commit, abuse it
and do not bump again.
PR: 229613
ports to build against it. Most changes are rather minor and mechanical
except for the devel/gdb (obtained via their bugtracker [1], courtesy of
Doug Evans). One port (science/meep) I had to mark BROKEN after fixing
it proved to be very tedious and actually unreliable. It is very old,
there are newer versions available so it should be fixed by updating.
One port (devel/libruin) had revealed a bug in the new Guile code (an
auxiliary script, really) that had to be worked-round; reference to the
problematic upstream commit is provided in the patch.
PR: 229613
Exp-run by: antoine
[1] https://sourceware.org/bugzilla/show_bug.cgi?id=21104#c8
Upstream has rerolled the tarball:
"I discovered that I had made a mistake in
including files related to the old licenses in the tarball. They were
in pre-2019/LICENSE-rep,v and pre-2019/RESTRICTIONS,v"
PR: 238734
Approved by: mat (mentor)
Differential Revision: https://reviews.freebsd.org/D20707
Incompatibility with snapshot 20190615
====================================
The Postfix TLS library by default no longer waits after sending a
TLS 'close' notification. This should be safe with TLSv1.2 and
later. Specify "tls_fast_shutdown_enable = no" to enable historical
Postfix behavior.
Major changes with snapshot 20190615
====================================
After sending a TLS 'close' notification, the Postfix library by
default no longer waits for the TLS peer to respond. According to
RFC 2246 (TLSv1.2) section 7.2.1, "It is not required for the
initiator of the close to wait for the responding close_notify alert
before closing the read side of the connection."
The SMTP+LMTP delivery agent can now prepend Delivered-To, X-Original-To
and Return-Path headers, just like the pipe(8) delivery agent. This
uses the same "flags=DOR" command-line flags in master.cf. See the
smtp(8) manpage for details.
This obsoletes the "lmtp_assume_final = yes" setting, and replaces
it with "flags=...X...", for consistency with pipe(8).
- The sources are now compressed with xz instead of gzip.
- Support for GMime 2.6 was dropped and GMime 3.0.3 or later is required now.
- drop workaround for info(1) on FreeBSD 10 since it's no longer supported
- drop workaround for Sphinx since another one was included in notmuch's upstream
ChangeLog: https://notmuchmail.org/pipermail/notmuch/2019/028257.html
PR: 238418
Submitted by: seschwar@gmail.com (maintainer)
Aerc is an email client that runs in your terminal. It is highly
efficient and extensible, perfect for the discerning hacker.
Some of its more interesting features include:
- Editing emails in an embedded terminal tmux-style, allowing you
to check on incoming emails and reference other threads while you
compose your replies
- Render HTML emails with an interactive terminal web browser,
highlight patches with diffs, and browse with an embedded less
session
- Vim-style keybindings and ex-command system, allowing for powerful
automation at a single keystroke
- First-class support for working with git & email
- Open a new tab with a terminal emulator and a shell running for
easy access to nearby git repos for parallel work
- Support for multiple accounts, with support for IMAP, Maildir, SMTP,
and sendmail transfer protocols
- CalDAV and CardDAV support for synchronizing contacts & calendar
events
- Asynchronous IMAP support ensures the UI never gets locked up by
a flaky network, as mutt often does
- Efficient network usage - aerc only downloads the information
which is necessary to present the UI, making for a snappy and
bandwidth-efficient experience
WWW: https://aerc-mail.org/
It means the message specifying the rename of the binary mutt to neomutt
will only be shown to people installing neomutt from the first time
and to people upgrading from a version of neomutt which used to have the
binary named mutt
