-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
kde 3.5 beta 2 ist fertig
- Ersteller TeXpert
- Erstellt am
OP
apt-get upgrade läuft in irgendeiner Shell... muss gleich mal nachsehen ob er fertig ist..
BTW: ich hab in der Beta1 keine gravierenden probleme feststellen können da die Beta2 primär Bugfixes gewidmet ist erwarte ich keine Probleme...
BTW2: es sind ca 150MB die meine Kubuntu-Installation zieht...
BTW: ich hab in der Beta1 keine gravierenden probleme feststellen können da die Beta2 primär Bugfixes gewidmet ist erwarte ich keine Probleme...
BTW2: es sind ca 150MB die meine Kubuntu-Installation zieht...
bei den Kubuntu-Paketen hab ich z.zt nur ein kleines Problem mit artsd (der Crashed beim Start) mal schauen...
A
Anonymous
Gast
ManuelW schrieb:
Das ist hier leider auch so.
Allerdings arbeitet das System trotzdem flüssig,da die Resourcen freigegeben werden,sobald man ein anderes Programm startet.
bei mir das gleiche problem
das system ist unbenutzbar zumal die .xsession-errors volläuft
ein kurzer auszug
startkde: Starting up...
kbuildsycoca running...
** inotify watching /home/sns/.kde/share/servicetypes
** inotify watching /opt/kde3/share/servicetypes
.
.
.
** inotify watching /opt/kde3/share/apps/kconf_update
---> wd: 99
---> mask: 2
---> path: .xsession-errors
---> wd: 99
---> mask: 2
---> path: .xsession-errors
---> wd: 99
ab hier immer die selben einträge bis die platte voll ist
das system ist unbenutzbar zumal die .xsession-errors volläuft
ein kurzer auszug
startkde: Starting up...
kbuildsycoca running...
** inotify watching /home/sns/.kde/share/servicetypes
** inotify watching /opt/kde3/share/servicetypes
.
.
.
** inotify watching /opt/kde3/share/apps/kconf_update
---> wd: 99
---> mask: 2
---> path: .xsession-errors
---> wd: 99
---> mask: 2
---> path: .xsession-errors
---> wd: 99
ab hier immer die selben einträge bis die platte voll ist
naja, das erklärt die cpu last und die xsession errors, aber noch lange nicht den grund - ich vermute, daß da irgendwer mist mit den kde packages gebaut hat: habe heute mal auf ner anderen partition suse10 komplett neu installiert und dann gleich von anfang an die beta2 drauf getan, zuerst allerding nur bis kdebase3-kdm. soweit lief alles problemlos. nachdem ich den rest installiert hatte (und das ist mir absolut unverständlich) trat der fehler auf und drkonqi crashte, womit kde garnicht mehr startfähig war. bei mir half es, die libDCOP.so aus der beta1 rpm zu nehmen und hier zu ersetzen... jetzt läuft kde hier wie gebuttert. allerdings warne ich gleich davor, das nachzumachen, denn aus developer/packager sicht ist das totaler schwachsinn!!! (und ein erfolg ist nicht garantiert, zumal ich irgendwie bezweifle, daß wirklich das des rätsels lösung war). wie auch immer: jetzt rennt es, und das tut es verdammt gut. cpu last ist völlig normal, konqueror ist aber hingegen deutlich performanter beim rendern von seiten mit viel bildgrafik drin. andere sachen wie z.b. kmail laufen auch sauberer, nur arts *beeeep* mich an, denn das läuft hier jetzt garnicht mehr (okay, ich brauche arts nicht, aber es geht ja auch mehr ums prinzip).
Fazit: Beta stuff halt... und das merklich
Fazit: Beta stuff halt... und das merklich
okay, also es war in der tat ein trugschluß und langsam sehe ich hier echt nicht mehr durch: das zugespamme der ~/.xsesion-errors tritt mittlerweilen auch hier auf. Da das offentsichtlich mit Inotify zusammenhängt, werde ich jetzt mal probieren, einfach durch "abschalten" des inotfy supports im kernel das problem zu umgehen, auch wenn das natürlich an sich keine lösung ist... ich melde mich wieder, sobal ich genaueres weiß.
so - nach etlichen anläufen, den suse kernel umzubauen hab ich es jetzt letzlich geschafft und inotfy ausm kernel gekillt (und noch einiges anderes gemacht, aber das is ein anderes thema):
ergebnis: alles *beeeeep*
die ~/.xsession-errors wird nicht mehr geflutet und der konqui verursacht (bis jetzt) auch keine 100% cpu last, dafür friert kontact jetzt regelmäßig ein und reagiert nicht mehr, was mir im endeffekt auch nichts nützt. ansonsten geht hier alles soweit ganz gut mit der beta2 ...
naja, warte ich halt noch ne weile und hoffe, daß das bald behoben wird...
PS: der schuldige ist gefunden, akregator verursacht hier auch 99% cpu last und bringt somit WAHRSCHEINLICH auch kontact zum freezen
ergebnis: alles *beeeeep*
die ~/.xsession-errors wird nicht mehr geflutet und der konqui verursacht (bis jetzt) auch keine 100% cpu last, dafür friert kontact jetzt regelmäßig ein und reagiert nicht mehr, was mir im endeffekt auch nichts nützt. ansonsten geht hier alles soweit ganz gut mit der beta2 ...
naja, warte ich halt noch ne weile und hoffe, daß das bald behoben wird...
PS: der schuldige ist gefunden, akregator verursacht hier auch 99% cpu last und bringt somit WAHRSCHEINLICH auch kontact zum freezen