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
The original version was not compatible with the FreeBSD version of "su"
(it assumed that "su - -c CMD" executed CMD as root), and it required root
to have a POSIX shell as login shell (not a C shell).
The original "xhost +local:root" could mislead the user to assume that
only root was given permission to access hist X11 display, but the user
parameter is ignored by xhost (as of XFree86 3.3.1). This allows *every*
user on the local system to grab all keypresses or screen contents while
kfmsu2 has not run to completion. Starting several instances of kfmsu and
leaving one will revoke access to the X11 display to all others ...
In fact, kfmsu might be considered *that* broken by design, that it should
not be installed, but it's a part of kdebase and I do not want to disable
it in case somebody has a legitimate use for it ...
The non-functionality of kfmsu was pointed out by Glenn Johnson.
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).
