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>
