Bewerten Sie den Beitrag des Forenteilnehmers

[ccarpenter]

Das liegt daran, das scheinbar seit neuestem, die Qt WebEngine locales nicht mit ausgeliefert werden. Auch verstehe ich nicht was so schlimm daran ist im g++ das flag -msse4.1 wegzulassen, damit es auf älteren prozessoren läuft. Scheinbar ist der eine Programmierer für Linux ziemlich überfordert.

[ccarpenter]

ingo2 hat geschrieben:

Ich habe das auch gerayde erfahren:
Wollte die reine Fotobuch-Version 6.2.4 auf einen frischen Debian 9.1 amd64 (Stretch) installieren und bekomme beim Start auch diesen Fehler und die XFCE-Oberfläche friert teilweise ein:



An der fehlenden SSE4.1 Unterstützung liegt es sicher nicht, hier läuft ein Ivy-Bridge Prozessor:

und der beherrscht sogar SSE4.2, wie man sieht.

Und das Problem mit "libgstreamer1.0-0:amd64" sollte ja auch gelöst sein, wie ich anderswo gelesen habe.
Da nirgends dokumentiert ist, welche "prerequisites" benötigt werden, kann ich auch nicht sagen, ob systemseitig irgendwelche Pakete fehlen. Habe hier einen XFCE4-Desktop und sichernicht allen Qt-Pakete installiert, aber andere Qt-Anwendungen (z.B. VirtualBox) laufen problemlos.

Welche Dateien hast du in /resources_qt/ in deinem Fotobuch ordner? und was steht in der qt.conf?

[ingo2]

Dateien in resources_qt:

• icudtl.dat
  qtwebengine_resources_200p.pak
  qtwebengine_devtools_resources.pak
  qtwebengine_resources.pak
  qtwebengine_resources_100p.pak

und hier der Inhalt der qt.conf:

• [Paths]
  Prefix = .
  LibraryExecutables = .
  Plugins = .
  Data = resources_qt

Gruß, Ingo

P.S.: wie kann man denn nun Text markieren, damit er nicht alles zusammenzieht oder selbst eigenwillig interpretiert???
Habe jetzt mal das "liste"-Tag benutzt, aber mit dem "code"-Tag sieht das so aus

Code:Alles auswählen

[Paths]
Prefix = .
LibraryExecutables = .
Plugins = .
Data = resources_qt

[ingo2]

ccarpenter hat geschrieben:

Das liegt daran, das scheinbar seit neuestem, die Qt WebEngine locales nicht mit ausgeliefert werden. ....

Nur, weil die Locales fehlen - ist doch kein Grund für einen Crash oder Einfrieren, dann soll er doch en_US reden, ist sicher der default.
Ich poste die Fehlermeldung beim Start jetzt mal als Lisdte. dann ist sie wenigstens lesbar:

• $ ./Mein\ CEWE\ FOTOBUCH
  D (2017-08-01T11:59:00.341) [void CWLogMessageHandler::writeLogHeader() 245] ==> Compiled: Jun 22 2017 23:53:40 <==
  D (2017-08-01T11:59:00.396) [void CWLogMessageHandler::writeLogHeader() 251] ==> Application path: "/home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4" <==
  D (2017-08-01T11:59:00.396) [void CWLogMessageHandler::writeLogHeader() 252] ==> Resource path: "/home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4/Resources" <==
  D (2017-08-01T11:59:00.396) [void CWLogMessageHandler::writeLogHeader() 253] ==> Plugins Path:
  "/home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4" <==
  D (2017-08-01T11:59:00.396) [void CWLogMessageHandler::writeLogHeader() 254] ==> CrashLogID: "89f357b8-c2fd-47a0-a15c-e4e5fed4e71b" <==
  [0801/115900:WARNING:resource_bundle_qt.cpp(114)] locale_file_path.empty() for locale
  Qt WebEngine ICU data not found at /home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4/resources_qt/resources. Trying parent directory...
  Installed Qt WebEngine locales directory not found at location /home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4/translations/qtwebengine_locales. Trying application directory...
  Qt WebEngine locales directory not found at location /home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4/qtwebengine_locales. Trying fallback directory... Translations MAY NOT not be correct.
  Qt WebEngine resources not found at /home/ingo/data/Bilder/Fotobuch/Software/cewe-fb-6.2.4/resources_qt/resources. Trying parent directory...
  [0801/115900:WARNING:resource_bundle_qt.cpp(114)] locale_file_path.empty() for locale

Wo ich das Craslog finde, ist auch nirgends dokumentiert, könnte man ja mal untersuchen.

[primel75]

hat geschrieben:

Wo ich das Craslog finde, ist auch nirgends dokumentiert, könnte man ja mal untersuchen.

Schau mal in den "Ressources" Ordner, da ist bei mir eine datei mit dem Namen "collectCrashLog".

Bei mir steht aber nicht viel drin.

Gruss
Primel75

[ingo2]

So, jetzt will ich die fehlerhafte Version wieder los werden.
Fragt sich nur wie?

CEWE schreibt hierirgendwo

hat geschrieben:

einfach das komplette Installationsverzeichnis löschen

- das ist abernicht richtig.

Zumindes habe ich noch Reste davon in meinem home-Verzeichnis gefunden, die nicht entfernt werden.
einfach mal
"ls -lR ~/.mcf"
im Terminal ausführen - du wirs staunen, was da noch an Müll zurück bleibt.
Und das ist noch längst nicht alles, auch unter
"~/.cofig/CeWe\ Color"
und sonstwo hat sich das verstreut. Das sollte unter Linux bei einer Deinstallation alles wieder sauber verschwinden!
Man kann also nur warnen, falls Jemand auf die Idee kommen sollte, das als "root" unter /opt zu installieren.

[ingo2]

Noch weitere Reste findet man mit
"locate hps" (nach vorherigem "updatedb")

[ccarpenter]

Komischerweise habe ich genau die selben Inhalte in meinen Verzeichnis. Bei mir läuft die Software, nur nicht auf meinem alten Lappi (SSE4_1 Problem).


Ich hab mal md5 summen drüber laufen lassen. Ist bei allen Versionen (6.2.4) gleich



3ed56e55ff45ab973ffc483e5d483a5a icudtl.dat
13f7bb42ac8e6e48c6fab4314207f4b9 qtwebengine_devtools_resources.pak
256fa577ca07386caeb25b5e56276ab2 qtwebengine_resources_100p.pak
a5e021bcf85633adbd97b67db3b8115a qtwebengine_resources_200p.pak
fa6a655f38a21c8ecbe267c18c08415e qtwebengine_resources.pak




geht ganz einfach mit md5sum.

Nochwas:
Wenn du mal Zeit hast, geh auf die konsole in dein Fotobuchverzeichnis und leite mal die ausgabe in eine datei um:

Code:Alles auswählen

./OnlineFotoservice > debug.txt 2>&1

kannst dann bei pastebin auch hochladen und Link hier posten. https://pastebin.com/


mfg CC

[Bagpiper]

Nur damit wir hier nicht durcheinander kommen, das Problem mit den alten CPUs (alten Rechnern) besteht unverändert, oder? Also der ssse3 und ssse4_1 Fehler?!

Sollten wir den Thread teilen, weil die letzten Postings gingen doch um eine andere Problematik...

[ccarpenter]

Ja, das ist eigentlich der mit dem SSE4.1 Problem, aber auch dein problem passt hier rein. Ausserdem existiert dieser SSE4.1 Fehler seit Mai, und es werden hier nur Versprechungen geboten.


Nunja, wennst die ausgabe hast meld dich.

[Bagpiper]

Mein Problem ist eh das mit den sse3/4 FM Fehlern, wollte nur nicht, dass das unter geht. ;-)

[LinuxUser]

Bagpiper hat geschrieben:

Mein Problem ist eh das mit den sse3/4 FM Fehlern, wollte nur nicht, dass das unter geht. ;-)

Dem schließe ich mich an.

Leider bietet die Forensoftware offenbar keine Möglichkeit, den Thread-Titel nachträglich zu ändern, sonst hätte ich das Problem bereits in der Überschrift präzisiert.

[ingo2]

ccarpenter hat geschrieben:

3ed56e55ff45ab973ffc483e5d483a5a icudtl.dat
13f7bb42ac8e6e48c6fab4314207f4b9 qtwebengine_devtools_resources.pak
256fa577ca07386caeb25b5e56276ab2 qtwebengine_resources_100p.pak
a5e021bcf85633adbd97b67db3b8115a qtwebengine_resources_200p.pak
fa6a655f38a21c8ecbe267c18c08415e qtwebengine_resources.pak

Sind bei mir exakt die gleichen Hashes!

ccarpenter hat geschrieben:

Wenn du mal Zeit hast, geh auf die konsole in dein Fotobuchverzeichnis und leite mal die ausgabe in eine datei um:

Code:Alles auswählen

./OnlineFotoservice > debug.txt 2>&1

kannst dann bei pastebin auch hochladen und Link hier posten. https://pastebin.com/

Das kann ich leider nicht, dieses Executable gibt's bei mir garnicht.
Das einzige, was ich noch ausführewn kann, ist "gpuprobe". Das meldet bei mir (allerdings in einer VM):

Code:Alles auswählen

[OpenGl=0xf07f]
[OpenCl=]
after main()

Ich habe jetzt auf meinem Hauptrechner in stundenlanger Kleinarbeit die über mein /home-Verzeichnis verstreuten Rückstände der CEWE-Software restlos entfernt (was einentlich der Installer sauber machen sollte). Aber in einer frisch installierten VM mit Debian 9.1 passiert genau das Gleiche:
Das Fenster öffnet sich und bleibt leer (weiß) und ist tot - muß man killen. Die Ausgaben im Terminal sind exakt die gleichen, wie auf echter Hardware.

Das sollte doch für die "Autoren" dieser Software ein leichtes sein, das nachzustellen. Eine Debian-amd64-Installation mit XFCE-Desktop dauert höchstens ¼ Stunde und die Netinstall-ISO's gibts frei und kostenlos hier https://cdimage.debian.org/debian-cd/cu ... etinst.iso.

Tja - das sind die "Nebenwirkungen" von Closed Source: außer den Herstellern kann da Niemand helfen :-(

Gruß, Ingo

Ach ja, wenn du es selbst probieren magst:
Nach der Debian-Installation mut du ggf. noch 2 Pakete nachinstallieren, um die GuestAdditions zu installieren/kompilieren, damit man eine ordentliche Bildsschirm-Auflösung bekommt:
build-essential
linux-headers-amd64

[ccarpenter]

@Ingo:
Welche Version setzt du ein? Die von Cewe oder eine gebrandete?

Was mir noch einfällt:
Das Fotobuch hat eine Abhängigkeit mit xterm, was nicht überall vorinstalliert ist.
also mal nen
apt install xterm

mfg

CC

[ingo2]

ccarpenter hat geschrieben:

@Ingo:
Welche Version setzt du ein? Die von Cewe oder eine gebrandete?

Ich nutze die Version von Cewe und zwar nur Fotobuch
$KEYACCID = '16523';
$APPLICATION_NAME = 'Mein CEWE FOTOBUCH';

ccarpenter hat geschrieben:

Was mir noch einfällt:
Das Fotobuch hat eine Abhängigkeit mit xterm, was nicht überall vorinstalliert ist.

Das ist schon installiert:
$ dpkg -l xterm*
ii xterm 327-2 amd64

Ist allerdings gut möglich, daß da irgendein Paket fehlt, ich habe nur die Minimalinstallation + XFCE-Desktop.
Und Qt-Anwendungen gehe ich aus dem Weg, so gut es geht (nur das VBox-UI ist Qt5) - genauso habe ich Gtk2+ Anwendungen den Gtk3+ Anwendungen vorgezogen, z.B. Atril statt Evince, Pluma statt Gedit, ...

Aber CEWE dokumentiert ja nirgendwo die "prerequisites"

Gruß, Ingo