Problem ist, dass beim neuesten Kernel sich ein das Verhalten von einem
Systemcall (sched_yield) geändert hat. Openoffice hat diesen Systemcall
ziemlich buggy verwendet, und läuft deswegen so wie ich es beschrieben
habe, wenn ein zweiter Prozess auch 100% CPU haben will (bei mir rennt
setiathome,
Michelle Konzack wrote:
Gut sollte WOODY sein, nur
Depends: libart-2.0-2 (= 2.3.8), libc6 (= 2.2.4-4), libfreetype6
(=
2.1.4-1), libgcc1 (= 1:3.0.3-1), libstdc++3 (= 1:3.0.3-1), libxaw7
^^^
Die Version deinstalliert mir mein halbes WOODY !!!
Sprich, die Paket-Maintainer haben bei
Michelle Konzack wrote:
Am 2004-04-05 21:23:14, schrieb Markus Raab:
Openoffice verwende ich von:
deb http://ftp.freenet.de/pub/debian-openoffice/ woody main contrib
openoffice 1.1 kann ich leider wegen libfreetype nicht verwenden (ist
davon abhängig). Neuinstallation von oo.org bringt
Markus Raab schrieb:
Openoffice ist zwar nie richtig schnell gewesen, aber abgesehen von der
Startupzeit sehr gut verwendbar. Seit gestern ist es aber unverwendbar
langsam (wenn ich beim gestartetet oo.org hinwechsle, dauert der
Fensteraufbau einige Minuten). An was könnte das liegen?
An
Openoffice ist zwar nie richtig schnell gewesen, aber abgesehen von der
Startupzeit sehr gut verwendbar. Seit gestern ist es aber unverwendbar
langsam (wenn ich beim gestartetet oo.org hinwechsle, dauert der
Fensteraufbau einige Minuten). An was könnte das liegen?
Ich habe mit Hilfe von
deb
5 matches
Mail list logo