Bernd Schubert wrote:

> Hallo Markus,
> 
> ich bin diesbez�glich auch ziemlich ver�rgert, das KDE im normalen
> Sarge ist einfach Schrott.

Ja, aber es ist um L�ngen besser, als die Backports die ich bis jetzt
verwendet habe. Vorallem kvim, kmldonkey usw. sind nette gimmicks.

> �rgerlich ist auch, dass die Probleme lange 
> bekannt und behoben sind, die Pakete aber einfach nicht nach Sarge
> gelangen.

Ich bef�rchte aber, dass das mit der Releasepolitik an sich zu tun hat.
Ich glaube nicht, dass das kde-maintainer team absichtlich die neuen
(mit viel M�he erstellten) Pakete drau�en h�lt! Man korrigiere mich...

> Neulich haben wir ein QT update von einen vorherigen 
> Sarge-Version auf eine neuere Version gemacht und dann sind doch in
> s�mtlichen KDE Programmen st�ndig farbige Kl�tzchen aufgetaucht. Das
> KDE hatten hatten wir aber schon lange vorher geupdated und lie� sich
> dann auch nicht mehr weiter updaten (wir nutzen schon seit langem
> Sarge und updaten manche Pakte �ber Monate nicht - gerade so wie wir
> es brauchen und wie kritisch es ist).

Naja, Testing im allgemeinen w�rde ich abraten zu verwenden, ich habe
jetzt Sarge genommen, weil das Basissystem eingefroren ist und doch
schon die meisten Bugs weg sind. Testing kombiniert eigentich die
Probleme von stable + unstable: Nicht wirklich aktuell, bugbehaftet
(und es k�mmert sich kaum wer drum, weils kaum wer verwendet, au�er
kurz vorm Release) und vorallem ohne Sicherheitsupdates!

>> Und zwar sind in /usr/share/icons/hicolor/index.theme sind die
>> Verzeichnisse zwar synchronisiert, aber anscheinend auch ung�lte
>> Verzeichnisse dabei (wahrscheinlich von Gnome?). Diese Verzeichnisse
>> habe ich einfach von der index.theme gel�scht und siehe da, er
>> startet schneller und ohne Fehlermeldungen.
>> 
> 
> Die Wurzel des Problems ist wohl laut kde-Entwicklern einfach die
> falsche Fehlermeldung, da diese Art von Verzeichnissen jetzt wohl
> richtig sind.

Das habe ich auch so gelesen, beim Debian-Bug report. Die kde Entwickler
behaupten hingegen, dass tritt auf, wenn die Verzeichnisse nicht sync
sind :-)

> In neueren kde Versionen und auch in den 
> sarge-proposed-update kdelibs ist die Fehlermeldung einfach im
> Quellcode entfernt worden. Warum dieser Fehler allerdings nicht
> release critical sein soll ist mir auch unklar, unsere Leute haben oft
> Wochenlang ihr kde offen, ohne sich auszuloggen, da erreicht man
> locker nach ein paar Tagen sein Quotalimit.

Da mu� ich dir definitiv zustimmen! Der Fehler ist auf jeden Fall
release critical. Bei jedem Kde-Programm dass man starten kommen zig
"Fehlermeldungen", die .xsession-errors ist nach einiger Zeit im
Gigabytebereich!

> PS: K�nnten wir uns vielleicht zusammentun um die KDE Maintainer
> wachzur�tteln?

Ich glaube ohne Eigeninitiative wird es in diesem Fall nichts. Echt
�rgerlich, da die Bugs schon bekannt und behoben sind!

mfg Markus

-- 
http://markus-raab.org     | Reformen kommen immer von den
                      -o)  | Benachteiligten. Wer vier Asse in der Hand 
Kernel 2.6.8.1         /\  | hat, verlangt nicht, da� neu gegeben wird. 
on a i686             _\_v | -- Prof. Dr. Wilhelm Hennis  


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Antwort per Email an