installed. Until this is fixed in the KDE sources, those files have
to be removed from the Makefiles that deal with them and from the
PLIST of this port ...
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 ...
Submitted by: "Andrew J. Korty" <ajk@physics.purdue.edu>
Forwarded by: Stefan Esser <se@mi.uni-koeln.de>
BTW, this port installs some files missing in PLIST depending on
what program is installed on the system.
Are there any hacks for this?
# I deleted @dirrm's which are included in kdelibs.
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)
kwm - window manager
kfm - file manager
kdm - login manager (xdm replacement)
kcc - KDE config tool
kvt - xterm replacement
... and too many more to list here ...
I have not yet tested the functionality of kdm, but there seems
to be a problem with decoding the screenlock password, so it may
be wise to use KDE with xdm for now (or to use startkde, which
also shows what to add to your .xsession file, if you want to
stay with xdm).
