Hallo allerseits, ich habe aus dem Repo obs:/KDE:/KDE3 u.a. das Paket kde3-quanta-3.5.10-140.2 installiert. Wenn ich Quanta starten will, kommt der Splashscreen, aber das eigentliche Programmfenster kommt nicht. Stattdessen verursacht der Prozess 100% CPU-Last... Auch von der Befehlszeile aus gestartet passiert nichts weiter, keine Fehlermeldung, einfach nichts (nur der Lüfter lüftert wie dumm). Ein "ldd" auf /opt/kde3/bin/quanta zeigt keine fehlenden Bibliotheken. Ich benutze ein aktuell gepatchtes Leap 42.3, Oberfläche Plasma. Kann jemand das Problem nachvollziehen? Kann jemand sagen, woran der Nicht-Start liegen kann (außer, dass die Software hornalt ist und nicht mehr gepflegt wird)? KDE3 soll ja für Leap 15 nicht mehr bereitgestellt werden, also muss ich mir eh einen anderen HTML-Editor aussuchen :( Gruß Werner --
Werner Am 03/29/2018 um 11:00 AM schrieb Werner Flamme:
Hallo allerseits,
ich habe aus dem Repo obs:/KDE:/KDE3 u.a. das Paket kde3-quanta-3.5.10-140.2 installiert.
Wenn ich Quanta starten will, kommt der Splashscreen, aber das eigentliche Programmfenster kommt nicht. Stattdessen verursacht der Prozess 100% CPU-Last...
Auch von der Befehlszeile aus gestartet passiert nichts weiter, keine Fehlermeldung, einfach nichts (nur der Lüfter lüftert wie dumm).
Ein "ldd" auf /opt/kde3/bin/quanta zeigt keine fehlenden Bibliotheken.
Ich benutze ein aktuell gepatchtes Leap 42.3, Oberfläche Plasma.
Kann jemand das Problem nachvollziehen? Kann jemand sagen, woran der Nicht-Start liegen kann (außer, dass die Software hornalt ist und nicht mehr gepflegt wird)? KDE3 soll ja für Leap 15 nicht mehr bereitgestellt werden, also muss ich mir eh einen anderen HTML-Editor aussuchen :(
Gruß
versuche Quanta in der Shell mal mit strace zu starten. Ev. kommt da ein Hinweis wo's hängt. Eventuell musst du Quanta komplett mit Path aufrufen. strace /path/to/quanta Gruss Werner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Werner Franke [29.03.2018 13:53]:
Werner
Hallo Werner, ja, ein Werner kommt selten allein :)
versuche Quanta in der Shell mal mit strace zu starten. Ev. kommt da ein Hinweis wo's hängt. Eventuell musst du Quanta komplett mit Path aufrufen.
strace /path/to/quanta
Hm, es erscheinen etliche Zeilen wie access("/usr/share/icons/breeze/actions/16/konqueror.png", R_OK) = -1 ENOENT (No such file or directory) usw. alles für /usr/share/icons/breeze/ in diversen Unterzerzeichnissen, und immer ENOENT Zum Schluss open("/usr/share/icons/breeze/apps/48/konqueror.svg", O_RDONLY) = 14 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f268de1f000 read(14, "
Hallo, Am Thu, 29 Mar 2018, Werner Flamme schrieb:
Werner Franke [29.03.2018 13:53]: [..] ja, ein Werner kommt selten allein :)
;)
versuche Quanta in der Shell mal mit strace zu starten. Ev. kommt da ein Hinweis wo's hängt. Eventuell musst du Quanta komplett mit Path aufrufen.
strace /path/to/quanta
Hm, es erscheinen etliche Zeilen wie
access("/usr/share/icons/breeze/actions/16/konqueror.png", R_OK) = -1 ENOENT (No such file or directory)
usw. alles für /usr/share/icons/breeze/ in diversen Unterzerzeichnissen, und immer ENOENT
Da fehlen dem "Breeze" Theme ein paar Icons (bzw. die 16x16px-er Auflösung als Bitmaps).
Zum Schluss
open("/usr/share/icons/breeze/apps/48/konqueror.svg", O_RDONLY) = 14
Aber dann wird die skalierbare Variante gefunden. Ergo: ignorieren!
fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f268de1f000 read(14, "
Hier wird dann _vermutlich_ versuch das SVG zu rendern, da könnte es Probleme geben ... aber
und der Splashscreen öffnet sich. Und die App hängt.
wenn der noch angzeigt wird ... *hmmm*
Dürfte nicht relevant sein. Wonach muss ich suchen? Das Ergebnis von strace ist ca. 2 MB groß (2341100 Bytes).
strace ist hier nicht der Holzhammer der Wahl, da braucht man die große Keule namens 'ltrace' ;) Das Tool traced nicht nur die syscalls (wie read, write usw.) sondern Aufrufe von Bibliotheksfunktionen (library calls)... Und kann auch noch die syscalls obendrein... BTW: ltrace und strace sind bei mir grundlegende Debugging-Tools und werden deswegen auch per Profil bei meinem OBS/osc Krams vorinstalliert :) Also: $ ltrace -f -s 128 -o quanta.ltrace /usr/bin/quanta $ ltrace -f -s 128 -S -o quanta_syscalls.ltrace /usr/bin/quanta $ su - # ltrace -f -s 128 -o quanta.root.ltrace /usr/bin/quanta # ltrace -f -s 128 -S -o quanta_syscalls.root.ltrace /usr/bin/quanta # chown -c werner.werner quanta*.root.ltrace # exit $ Jeweils bis es für "relevante Zeit" (30s? sowas) hängt. Die 4 .ltrace komprimierst du dann mit xz (die 2 von root wie angedeutet vorher chownen, 'chown werner.werner' ist exemplarisch, eben so, daß du als user dann die Dateien lesen, komprimieren und mailen kannst): $ xz -v quanta*.ltrace und mailst mir die dann 4 quanta*.ltrace.xz per PM(!). Betrachte ein NDA für alle evtl. vertraulichen Informationen die evtl. im trace auftauchen könnten als unterzeichnet, da bleibt nur in meinem Kopf was für's nächste ähnliche Problem :) Wobei: die Variante mit dem ltrace als root können wir auch gerne erstmal weglassen, da meld ich mich ggfs. halt nochmal per PM, dauert dann eben insgesamt etwas länger. Ich wühl mich dann mal durch und zitiere (nur) relevantes. Bei paste.opensuse.org kannst du's ja später raufladen, aber grad bei libcalls (und mit so langen Strings) kann durchaus "sensibles" in so einem trace auftauchen, das man lieber nicht im Netz haben will. Z.B. weil gerade ein Desktop-Programm aus Gnome/KDE/XFCE/hastenichgehörtvon gerne mal sämtliches in ~/ abklappert und ~/.* ganz besonders unter die Lupe nimmt... Denk z.B. an Dateinamen die ja per stat/access gern mal auftauchen... Achso: ich _vermute_ das Problem liegt an (uralten) Qt (Svg) libs Ah, genau, wenn du schonmal dabei bist: mail auch gleich die *.lst.xz von $ rpm -qa --last | sed '/ 2017 /q' | xz -c > rpms_2018.lst.xz $ rpm -qa '*qt*' | sort | xz -c > qt_rpms.lst.xz mit... Ich hab so einen leisen Verdacht, daß eine lib (librsvg z.B.) aktualisiert wurde, und die ollen Qt-libs kommen damit nicht (mehr) klar. Das sollte sich in den ltrace finden lassen. Da hülfe dann nur noch neukompilieren oder ein Downgrade (-> evtl. Sicherheitsproblem). Aber erstmal ltrace angucken. Vielleicht liege ich ja auch komplett falsch. Alles weitere erstmal per PM... HTH, -dnh --
Have you ever read a cvs log and wanted to go back about a dozen commits and scream at someone you've never met? -- Anthony de Boer Yes, and on other occasions I wish I could go back about 35 years and offer the offender's parents a pack of condoms. -- Tanuki -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
David Haller [29.03.2018 19:04]:
Hallo,
[...]
fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 fstat(14, {st_mode=S_IFREG|0644, st_size=5563, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f268de1f000 read(14, "
Hier wird dann _vermutlich_ versuch das SVG zu rendern, da könnte es Probleme geben ... aber
und der Splashscreen öffnet sich. Und die App hängt.
wenn der noch angzeigt wird ... *hmmm*
Yes.
Dürfte nicht relevant sein. Wonach muss ich suchen? Das Ergebnis von strace ist ca. 2 MB groß (2341100 Bytes).
strace ist hier nicht der Holzhammer der Wahl, da braucht man die große Keule namens 'ltrace' ;) Das Tool traced nicht nur die syscalls (wie read, write usw.) sondern Aufrufe von Bibliotheksfunktionen (library calls)... Und kann auch noch die syscalls obendrein... BTW: ltrace und strace sind bei mir grundlegende Debugging-Tools und werden deswegen auch per Profil bei meinem OBS/osc Krams vorinstalliert :)
Also:
$ ltrace -f -s 128 -o quanta.ltrace /usr/bin/quanta $ ltrace -f -s 128 -S -o quanta_syscalls.ltrace /usr/bin/quanta $ su - # ltrace -f -s 128 -o quanta.root.ltrace /usr/bin/quanta # ltrace -f -s 128 -S -o quanta_syscalls.root.ltrace /usr/bin/quanta # chown -c werner.werner quanta*.root.ltrace # exit $
Jeweils bis es für "relevante Zeit" (30s? sowas) hängt.
Die 4 .ltrace komprimierst du dann mit xz (die 2 von root wie angedeutet vorher chownen, 'chown werner.werner' ist exemplarisch, eben so, daß du als user dann die Dateien lesen, komprimieren und mailen kannst):
$ xz -v quanta*.ltrace
und mailst mir die dann 4 quanta*.ltrace.xz per PM(!). Betrachte ein NDA für alle evtl. vertraulichen Informationen die evtl. im trace auftauchen könnten als unterzeichnet, da bleibt nur in meinem Kopf was für's nächste ähnliche Problem :)
Wobei: die Variante mit dem ltrace als root können wir auch gerne erstmal weglassen, da meld ich mich ggfs. halt nochmal per PM, dauert dann eben insgesamt etwas länger.
Gerade die Variante hat mich verblüfft, denn als root öffnet sich die Anwendung. Zwar erst nach >2 Minuten, aber immerhin. Man könnte sogar damit arbyten, wenn man genug Geduld mitbringt. Neues Fenster öffnen + schließen -> 30 Sek.
Ich wühl mich dann mal durch und zitiere (nur) relevantes. Bei paste.opensuse.org kannst du's ja später raufladen, aber grad bei libcalls (und mit so langen Strings) kann durchaus "sensibles" in so einem trace auftauchen, das man lieber nicht im Netz haben will. Z.B. weil gerade ein Desktop-Programm aus Gnome/KDE/XFCE/hastenichgehörtvon gerne mal sämtliches in ~/ abklappert und ~/.* ganz besonders unter die Lupe nimmt... Denk z.B. an Dateinamen die ja per stat/access gern mal auftauchen...
Achso: ich _vermute_ das Problem liegt an (uralten) Qt (Svg) libs
Alte Libs mit ggf. geänderten Schnittstellen habe ich auch vermutet, aber die ldd-Ausgabe zeigt keine Probleme. Und meist kommt ja dann eine Ausgabe wie "unresolved symbol ...", und es kommt gar nichts.
Ah, genau, wenn du schonmal dabei bist: mail auch gleich die *.lst.xz von
$ rpm -qa --last | sed '/ 2017 /q' | xz -c > rpms_2018.lst.xz $ rpm -qa '*qt*' | sort | xz -c > qt_rpms.lst.xz
mit... Ich hab so einen leisen Verdacht, daß eine lib (librsvg z.B.) aktualisiert wurde, und die ollen Qt-libs kommen damit nicht (mehr) klar. Das sollte sich in den ltrace finden lassen. Da hülfe dann nur noch neukompilieren oder ein Downgrade (-> evtl. Sicherheitsproblem).
Aber erstmal ltrace angucken. Vielleicht liege ich ja auch komplett falsch. Alles weitere erstmal per PM...
Du hast eine Mail > 30 MB :) Gruß Werner --
Hallo Werner, Am Donnerstag 29 März 2018 schrieb Werner Flamme: [...]
Kann jemand das Problem nachvollziehen? Kann jemand sagen, woran der Nicht-Start liegen kann (außer, dass die Software hornalt ist und nicht mehr gepflegt wird)? KDE3 soll ja für Leap 15 nicht mehr bereitgestellt werden,
Hmmm... http://ftp5.gwdg.de/pub/opensuse/repositories/KDE%3A/KDE3/openSUSE_Leap_15.0... Scheint jedoch sehr lückenhaft zu sein. openSUSE15 ist noch nicht veröffentlicht, oder? 42.3 und Tumbleweed haben ein vollständiges KDE3. (Ich kann doch einfach nicht ohne mein gutes KMail3).
also muss ich mir eh einen anderen HTML-Editor aussuchen :(
Das habe ich zu meinem Leidwesen auch feststellen müssen. Quanta kann die modernen Sachen nicht. Werde bluefish ausprobieren, der hat keine Probleme mit HTML5 & Co. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Helga Fischer [30.03.2018 00:46]:
Hallo Werner,
Am Donnerstag 29 März 2018 schrieb Werner Flamme:
[...]
Kann jemand das Problem nachvollziehen? Kann jemand sagen, woran der Nicht-Start liegen kann (außer, dass die Software hornalt ist und nicht mehr gepflegt wird)? KDE3 soll ja für Leap 15 nicht mehr bereitgestellt werden,
Hmmm... http://ftp5.gwdg.de/pub/opensuse/repositories/KDE%3A/KDE3/openSUSE_Leap_15.0...
Scheint jedoch sehr lückenhaft zu sein. openSUSE15 ist noch nicht veröffentlicht, oder?
Nein, es ist inzwischen in der Beta-Phase. Da wird KDE3 wohl auch nicht mehr vervollständigt, wenn ich die Factory-ML richtig verfolgt habe.
42.3 und Tumbleweed haben ein vollständiges KDE3. (Ich kann doch einfach nicht ohne mein gutes KMail3).
Das KDE für 42.3 habe ich hier installiert. Das ist ja das, dessen Quanta hier nicht mehr startet.
also muss ich mir eh einen anderen HTML-Editor aussuchen :(
Das habe ich zu meinem Leidwesen auch feststellen müssen. Quanta kann die modernen Sachen nicht.
Werde bluefish ausprobieren, der hat keine Probleme mit HTML5 & Co.
Der hat mir so gar nicht gefallen, ich konnte nur einen Wysiwyg-Modus benutzen, und der war grauslich. Und wenn ich das Deppenapostoph in der Beschreibung "Text editor with many web and software development extra's" sehe... ;). Wenigstens kann er inzwischen die "pure" Darstellung, also Quelltext. Wenn er Tag-Autocomplete kann, ist er besser als Kate, was ich bisher benutzt habe. Mal sehen :) Werner --
Hallo Werner, ich muss da nochmal nachhaken. Am Dienstag 03 April 2018 schrieb Werner Flamme:
Helga Fischer [30.03.2018 00:46]:
[...]
42.3 und Tumbleweed haben ein vollständiges KDE3. (Ich kann doch einfach nicht ohne mein gutes KMail3).
Das KDE für 42.3 habe ich hier installiert. Das ist ja das, dessen Quanta hier nicht mehr startet.
Ich habe keine VM mit 42.3 und KDE3.
also muss ich mir eh einen anderen HTML-Editor aussuchen :(
Das habe ich zu meinem Leidwesen auch feststellen müssen. Quanta kann die modernen Sachen nicht.
Werde bluefish ausprobieren, der hat keine Probleme mit HTML5 & Co.
Der hat mir so gar nicht gefallen, ich konnte nur einen Wysiwyg-Modus benutzen, und der war grauslich.
Bei mir hat der grade aber schön das Tag geschlossen und mir für innendrin doch gleich mal alles an html präsentiert, was er so gefunden hat. Wäre ich da zielsicherer gewesen, wäre das ein schönes Autocomplete gewesen: Version 2.2.10. Willst Du es nicht doch noch einmal probieren? Bin jetzt ja auch kein GNOME-Programme-Fan, doch mir scheint bluefish wirklich einen näheren Blick wert. Oder weißt Du, wie man Quanta CSS3 & Co beibringt? Theoretisch muss das gehen, aber ich habe nie herausgefunden, wie man die dementsprechenden Dateien schreibt. Helga -- ## Technik: [http://de.opensuse.org] ## Privat: [http://www.eschkitai.de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Helga Fischer [03.04.2018 21:48]:
Hallo Werner,
ich muss da nochmal nachhaken.
Am Dienstag 03 April 2018 schrieb Werner Flamme:
Helga Fischer [30.03.2018 00:46]:
[...]
42.3 und Tumbleweed haben ein vollständiges KDE3. (Ich kann doch einfach nicht ohne mein gutes KMail3).
Das KDE für 42.3 habe ich hier installiert. Das ist ja das, dessen Quanta hier nicht mehr startet.
Ich habe keine VM mit 42.3 und KDE3.
Ich auch nicht. Aber einen Laptop, einen Desktop zu Hause und einen Esprimo im Büro :)
also muss ich mir eh einen anderen HTML-Editor aussuchen :(
Das habe ich zu meinem Leidwesen auch feststellen müssen. Quanta kann die modernen Sachen nicht.
Werde bluefish ausprobieren, der hat keine Probleme mit HTML5 & Co.
Der hat mir so gar nicht gefallen, ich konnte nur einen Wysiwyg-Modus benutzen, und der war grauslich.
Bei mir hat der grade aber schön das Tag geschlossen und mir für innendrin doch gleich mal alles an html präsentiert, was er so gefunden hat. Wäre ich da zielsicherer gewesen, wäre das ein schönes Autocomplete gewesen: Version 2.2.10.
Ja, die Version habe ich auch, aber ich komme gerade nicht dazu, HTML zu schreiben. Ich bin froh, dass ich meist mit einem Wiki auskomme. Nur meine Passwortdaten werden in HTML abgelegt :)
Oder weißt Du, wie man Quanta CSS3 & Co beibringt? Theoretisch muss das gehen, aber ich habe nie herausgefunden, wie man die dementsprechenden Dateien schreibt.
Nein, das weiß ich nicht. Scheint aber nicht trivial zu sein. --
participants (4)
-
David Haller
-
Helga Fischer
-
Werner Flamme
-
Werner Franke