All checksums have been double-checked against existing RMD160 and
SHA512 hashes
The following distfiles could not be fetched (possibly fetched
conditionally?):
./misc/libreoffice/distinfo libreoffice/harfbuzz-2.6.4.tar.xz
pkglint -r --network --only "migrate"
As a side-effect of migrating the homepages, pkglint also fixed a few
indentations in unrelated lines. These and the new homepages have been
checked manually.
Problems found locating distfiles:
Package colorls: missing distfile ls.tar.gz
Package molden: missing distfile molden-4.6/molden4.6.tar.gz
Package softmaker-office-demo: missing distfile ofl06trial.tgz
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
INSTALLATION_DIRS, as well as all occurrences of ${PREFIX}/man with
${PREFIX}/${PKGMANDIR}.
Fixes PR 35265, although I did not use the patch provided therein.
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
in the process. (More information on tech-pkg.)
Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.
Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.
curses.buildlink2.mk. This was wrong because we _really_ do want to
express that we want _n_curses when we include the buildlink2.mk file.
We should have a better way to say that the NetBSD curses doesn't
quite work well enough. In fact, it's far better to depend on ncurses
by default, and exceptionally note when it's okay to use NetBSD curses
for specific packages. We will look into this again in the future.
Changes since 2.0:
Version 2.1: this release features filename completion when adding files through
the menu
Version 2.2: fileselectors now shows the files sorted, has page up/down support
and actually works :-) Also the windows are now initially filled as much as poss
ible.
Version 2.3: field delimiters (for -cf) can be any size now (not just one charac
ter), statuslines are now optional, if a window closes, a popup-box is displayed
(can be switched off), fixed a small memory-leak, fixed a potential segfault, f
ixed a couple of (sp)lint-warnings, radically changed the errorhandling, some fi
xes to get thing work (again) on MacOS-X. WARNING: the installationlocation has
been changed to /usr/bin! So first do make uninstall on the previous release!
Version 2.4: --retry now also works on platforms where tail does not support --r
etry, MultiTail works again on Solaris, added merge-mode: all files are merged
into one window, made window-selection into a scrollable window, fixed compilat
ion-warnings, windows are filled as much as possible again on Solaris
multitail lets you view one or multiple files like the original tail
program. The difference is that this program creates multiple windows
on your console (with ncurses). It can also use colors while displaying
the logfiles for faster recognizing which lines are important and which
are not. It is optimized for terminal-sessions through slow links.
Note: I tried to make it NOT depend on ncurses and use the built-in
curses instead.
