Hi,
o kdmrc
please set SystemPath and UserPath to debians default:
[EMAIL PROTECTED](0) ~ $ grep PATH= ~root/.profile
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11
[EMAIL PROTECTED](0) ~ $ grep PATH= /etc/profile
PATH="/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games"
Last time both, System- and UserPath were set to PATH of root.
Maybe kde expects some tools from /usr/sbin also in the path
of normal mortal users. Daniel, Chris what was the reason?
o remove /etc/kderc
There's no need for /etc/kderc as long as there a
/usr/share/default.kdeglobals
(but /etc/kderc can produce confusing result when a local kde-cvs binary
incompatibe installation exists)
lost[0] ~ # sh /home/ach/kdeconf > kde.with
lost[0] ~ # mv /etc/kderc{,.ignore}
lost[0] ~ # sh /home/ach/kdeconf > kde.without
lost[0] ~ # diff -u kde.with kde.with
lost[0] ~ #
lost[0] ~ # cat /home/ach/kdeconf
#!/bin/sh
unset KDEHOME || true
unset KDEDIR || true
unset KDEDIRS || true
for d in `kde-config --types | awk '{print $1}'`; do
echo $d = `kde-config --path $d`
done
lost[0] ~ #
o kmail /var/mail/<user> mbox
with a 'fresh' kde user: Start kde and add /var/mail/<user>
as alocal mbox file. T he locking is 'procmail lockfile' and
not FCNTL as required by debian policy. (btw. procmail
lockfile fails and kmail statusbar reads: 'transmission failed: could
not lock /var/mail/<user>'
o khelpcenter
I've an empty glossary. khelpcenter pkg does not suggest (any)
packages.
So looks like some dependencies are missing.
Achim
--
To me vi is Zen. To use vi is to practice zen. Every command is
a koan. Profound to the user, unintelligible to the uninitiated.
You discover truth everytime you use it.
-- [EMAIL PROTECTED]
