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>
I have left out zircon, which seems to have provisions for tcl81, and
hfsutils and filerunner, which have been upgraded and probably checked
in the meantime.
(there were more patch files than souce files here :) )
Now merged are the fixes:
ports/1966: Team doesn't support...
ports/2204: Team can hang when stderr is a file
I've seen team hang when stderr is a file. 'top' reports that it is
stuck in lockf.
ports/2203: Team's exit status doesn't indicate if there ...
Team's exit status will be 0 even if there is an I/O error. The reason
is that the exit status of the "guys" isn't checked.
Submitted by: dawes@physics.usyd.edu.au (David Dawes)
