discovered that my kdesupport2 port was botched. However, after testing
and discovering that kdegames does not need kdesupport, it is being updated
now. I hope to finish the rest of the job soon.
Repo-copy by: asami
Only changed giflib -> libungif in kdegraphics.
They realy do NOT want libgif, and do NOT use libgif anywhere.
Some ports are checking its existence in configure, but they
are nonsense at all!!
bsd.port.mk rev. 1.304 for details on the change.
The fix here is one of the following.
(1) Define USE_BZIP2 instead of BUILD_DEPENDS on bzip2 and redefining
EXTRACT_* commands.
(2) Change ${EXTRACT_CMD} to ${TAR} when the command is obviously
calling the "tar" command (i.e., arguments like "-xzf" are spelled
out).
(3) If ${EXTRACT_CMD} is called directly with ${EXTRACT_BEFORE_ARGS},
add ${EXTRACT_AFTER_ARGS} to the command line as well.
(4) If any of EXTRACT_CMD, EXTRACT_BEFORE_ARGS or EXTRACT_AFTER_ARGS
is set, define the other two too.
This port requireat least s version 1.41 of the Qt library.
There will be an error reported by configure, if only an earlier
version is found, but no automatic port dependency exists (i.e.
the x11-toolkits/qt141 port has to be manually built and installed).
There may still be a problem with a missing -lXext in the kdesupport
port. This will be taken care of during the next few days, if the
problem still exists ...
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
kdegames -> games/
kdenetwork -> net/
kdesupport -> converters/
kdeutils -> misc/
(Repository copy already done, dependency path and category name fixups
is being done in this commit.)
(2) Add a virtual category "kde" and add all six (incl. x11/kde{base,lib})
ports.
(3) Make package names follow the convention.
(4) Change "BUILD_DEPENDS=${X11R6}/bin/moc:..." to "...=moc:...".
There is no need to specify the full pathname if the target is an
executable in the standard path. (Actually, as the same port is
specified in LIB_DEPENDS, I think we can completely do away with
this line but since Stefan added this explicitly, I assume there
is a reason for it and left it alone.)
Approved by: se (all but 4)