don't USE_IMAKE, don't appear to change behaviour on NOMANCOMPRESS (many
do, subtly) and don't install more than one manpage.
Any port listed here is a good candidate for a general review simply
due to age... For example, a number of them seem to patch an install:
target into the program Makefile and/or arbitrarily compress their
manpages from patches/patch-*. This has been out-of-vogue since I would
guess mid-1996, at least.
text and evaluating its readability.
I think I will stick with my brain in my quest to clean up
*/*/pkg/DESCR; while slower, I'll bet it's more accurate. :-)
PR: 7479
Submitted by: J Han <hjh@best.com>
Include --with-fqdn argument to configure which writes a host's fqdn onto
tape labels; necessary if you have host.foo.com and host.bar.foo.com
and wind up writing incrementals to the holding disk (your amflush will
fail.) Users should make sure that their disklist files reference hosts
by fqdn as well. Submitted by: Evan Champion <evanc@synapse.net>
Include --with-amandahosts arguument to configure, which replaces .rhosts
file in ~operator for amanda host security. Hopefully people are all
using .shosts based authentication and so can just rename .rhosts to
.amandahosts. NOTE: Users will have to address this issue after upgrading
the port before the next backup will run!
Submitted by: Evan Champion <evanc@synapse.net>
Place sample configuration files in ${PREFIX}/share/examples/amanda rather
than under ${PREFIX}/lib/... Submitted by: Evan Champion <evanc@synapse.net>
tar: can't add file libexec/amanda/amcat.awk : No such file or directory
tar: can't add file libexec/amanda/amplot.awk : No such file or directory
tar: can't add file libexec/amanda/amplot.g : No such file or directory
tar: can't add file libexec/amanda/amplot.gp : No such file or directory
tar: can't add file sbin/amplot : No such file or directory
installs the version of the port that uses shared library number 9 and the
LIBRARY_VERSION set to the default. Normally this is against our policy
(bumping the version number for minor things), however due to the major
problems caused with the upgrade, Satoshi and I decided that this was best.
Approved by: asami
Creating package /usr/ports/packages/All/kdeutils-4.1b.tgz
Registering depends: giflib-3.0 jpeg-6b kdelibs-4.1b qt-1.31.
Creating gzip'd tar ball in '/usr/ports/packages/All/kdeutils-4.1b.tgz'
tar: can't add file share/applnk/Applications/kedit.kdelnk : No such file or directory
tar: can't add file share/apps/kjots/toolbar/OpenBook.xpm : No such file or directory
tar: can't add file share/apps/kjots/toolbar/filedel.xpm : No such file or directory
tar: can't add file share/apps/kljettool/pics/kljetlogo.xpm : No such file or directory
tar: can't add file share/doc/HTML/en/kjots/index.html : No such file or directory
tar: can't add file share/icons/kjots.xpm : No such file or directory
*** Error code 1
of order includes--this version compiled on a 2.2.6 machine without
problems, though).
Rather than patch it, I cut a new release.
Problem #2 is:
> 1) Though the port depends on GDBM, the configure script does not find
> it; I got that to work by creating ad hoc symlinks for
> /usr/include/gdbm.h and /usr/lib/libgdbm.a --> for some reasons,
> /usr/local/include and /usr/local/lib are ignored (btw, any way I can do
> that "cleanly" for all ports?)
which I haven't touched. Since the standard gcc doesn't search
/usr/local/include and /usr/local/lib, it is neccesary to have
CFLAGS=-I/usr/local/include
LDFLAGS=-L/usr/local/lib
before configure succeeds, but I tried adding those lines to MAKE_ENV
and it didn't help configure (is there a CONFIGURE_ENV)?
Why doesn't it search those paths anyway? I looked at other ports which
require gdbm and they are no different, it seems they all have this problem,
or their makefiles have hardcoded /usr/local paths in them.
-josh
stage is run by root, "configure" asks whether the program should be
installed setuid, to allow it to verify passwords.
A better solution may be a make variable.
Submitted by: Joe "Marcus" Clarke <marcus@miami.edu>
