CEWE

Verfasst: **03.08.2017, 11:58**

Betriebssystem: Linux
Versionsnummer: 6.2.4
Handelspartner: ungebranded

Beschreibung:

Ich habe versucht, die aktuelle ungebrandete Fotobuch-Version 6.2.4 unter aktuellem Debian-Stable (9.1) amd64 mit XFCE-Desktop zu installieren:

Die Installation läuft ohne Fehler durch, aber beim Start der Software öffnet sich zwar ein Fenster, dieses friert aber sofort ein (Screenshot s. Anhang). Im Terminal wird folgende Meldung ausgegeben:

$ ./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

Bisher war ich mit der Version FB 6.2.1 unter Debian-Jessie voll zufrieden, aber die Version läuft unter Stretch nicht mehr, da sie noch libgstreamer0.10 nutzt. Version 0.10 ist veraltet und wird seit 2014 nicht mehr gepflegt und ist damit auch potentiell unsicher.

Was kann ich tun, damit ich wieder Fotobücher erstellen und die alten ansehen kann?
Debian ist ja nach Linux-Mint die zweithäufigste Linux-Distribution. Eigentlich sollte doch so ein Software-Update auf eine neue Minor-Version (6.2.1 -> 6.2.4) keine wesentlichen oder gar inkompatiblen Änderungen enthalten?

Mit freundlichen Grüßen,
Ingo

Systembeschreibung:

Debian-Stretch (v 9.1) amd64 mit XFCE 4.12 Desktop (Neuinstallation)

Ivy-Bridge CPU Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

8GB DDR3-RAM

Graphic: CPU-intern Intel HD Graphics 4000, Kernelmodul: i915

Verfasst: **06.08.2017, 16:48**

Ach ja, in einem anderen Thread hier im Forum habe ich auch geschrieben, wie man mein Problem einfach innerhalb 15 Minuten in einer VirtualBox-VM nachstellen kann:
viewtopic.php?f=2&t=11749&p=115349#p115343
Gerne lade ich Ihnen auch meine Test-VM als universelles *.ova Paket hoch (sind höchsten 3GB).
Ich hoffe, daß ich dazu mal eine Antwort und noch besser, eine Lösung bekomme.

Es wäre auch schon eine große Hilfe, wenn es eine Liste der systemseitigen "prerequisites" (z.B. der benötigten Pakete) unter Debian geben würde?

Beste Grüße,
Ingo

Verfasst: **07.08.2017, 21:47**

Ich beobachte dasselbe Verhalten unter einem kürzlich installierten Debian 9 / Stretch amd64 auf einem i5 Dualcore Laptop mit 8 GB RAM mit einer Müller-Variante des Fotobuchs 6.2.4 (gleiches Verhalten mit reiner Cewe-Version).

Hier ein paar relevante Auszüge vom Start von der Kommandozeile:

Fotobuch hat geschrieben:

someuser@localhost:~/prg/muellerfoto$ ./Müller\ Foto -v -v
D (2017-08-06T15:52:23.525) [void CWLogMessageHandler::writeLogHeader() 245] ==> Compiled: Jun 22 2017 23:53:40 <==
D (2017-08-06T15:52:24.107) [void CWLogMessageHandler::writeLogHeader() 251] ==> Application path: "/home/someuser/prg/muellerfoto" <==
D (2017-08-06T15:52:24.107) [void CWLogMessageHandler::writeLogHeader() 252] ==> Resource path: "/home/someuser/prg/muellerfoto/Resources" <==
D (2017-08-06T15:52:24.107) [void CWLogMessageHandler::writeLogHeader() 253] ==> Plugins Path:
"/home/someuser/prg/muellerfoto" <==

D (2017-08-06T15:52:24.107) [void CWLogMessageHandler::writeLogHeader() 246] ==> "+Software Version: 6.2.4" <==

+OSVersion : Debian GNU/Linux 9.1 (stretch)
+RAM total : 7883 MB
+RAM free : 7097 MB

Debian GNU/Linux 9.1 (stretch)|4.9.0-3-amd64|x64|x64|[1366x768;15.5"]|7883MB|461947MB|4x|2400Mhz|Intel(R) Core(TM) i5-4210U CPU @ 1.70GHz" <==

W (2017-08-06T15:52:26.073) [bool CWXMLConfig::loadXML(const QString&) 77] ==> "-- Could not open config file: /home/someuser/prg/muellerfoto/Resources/imageloader.xml" <==
W (2017-08-06T15:52:26.074) [ENUM CWEnumToStringTable<ENUM>::decodeOneElement(const QString&, bool) const [with ENUM = CWMediaFormatEnum] 188] ==> undecodable: "cur" (using default in 17CWMediaFormatEnum ) <==
W (2017-08-06T15:52:26.074) [CWMediaFormatEnum CWMediaFormat::fromFileExtension(const QString&) const 90] ==> CWMediaFormat no CWMediaFormat for "cur" <==
W (2017-08-06T15:52:26.074) [void CWBitmapDecoderRegistry::init() 102] ==> A Decoder is trying to add MEDIA_FORMAT_UNKNOWN "Qt" <==
W (2017-08-06T15:52:26.074) [ENUM CWEnumToStringTable<ENUM>::decodeOneElement(const QString&, bool) const [with ENUM = CWMediaFormatEnum] 188] ==> undecodable: "cur" (using default in 17CWMediaFormatEnum ) <==
W (2017-08-06T15:52:26.074) [CWMediaFormatEnum CWMediaFormat::fromFileExtension(const QString&) const 90] ==> CWMediaFormat no CWMediaFormat for "cur" <==
W (2017-08-06T15:52:26.074) [void CWBitmapDecoderRegistry::init() 109] ==> A Decoder is trying to add MEDIA_FORMAT_UNKNOWN "Qt" <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 95] ==> "supported formats: bmp,BMP,webp,WEBP,gif,GIF,ico,ICO,jpeg,JPEG,jpg,JPG,pgm,PGM,png,PNG,tif,TIF,tiff,TIFF,xbm,XBM,xpm,XPM,map,MAP,svg,SVG,svgz,SVGZ" <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format bmp - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format webp - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format gif - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format ico - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format jpeg,jpg - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format pgm - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format png - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format tif,tiff - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format xbm - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format xpm - primary decoder: Qt, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format map - primary decoder: LocrMap Preview, other decoders: " <==
D (2017-08-06T15:52:26.087) [void CWImageLoader::dumpSupportedFormats() const 106] ==> "format svg,svgz - primary decoder: SVG, other decoders: " <==

W (2017-08-06T15:52:33.121) [ 0] ==> QObject: Cannot create children for a parent that is in a different thread.
(Parent is CWFontTester(0x7fe7142b7580), parent's thread is CWBackgroundJobThread(0x2c7e6c0), current thread is QThread(0x2862700) <==

W (2017-08-06T15:52:33.927) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-06T15:52:33.928) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-06T15:52:33.928) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-06T15:52:33.928) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-06T15:52:33.930) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==

W (2017-08-06T15:52:34.996) [bool CWXMLConfig::loadXML(const QString&) 77] ==> "-- Could not open config file: /home/someuser/prg/muellerfoto/Resources/livecheck.xml" <==
W (2017-08-06T15:52:35.017) [ 0] ==> QFSFileEngine::open: No file name specified <==
W (2017-08-06T15:52:35.017) [bool CWModelLoader::checkLoadable(const QFileInfo&, CWProductType&, QDateTime&) const 225] ==> "Could not open config file: /home/someuser/prg/muellerfoto/" <==
D (2017-08-06T15:52:35.043) [CWNetworkingErrorCode CWNetworkConnection::postString(const QString&, int) 242] ==> -- sending:
"<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE hello_request SYSTEM "http://orderport01.photoprintit.de/xtci ... equest.dtd">

<hello_request>
<keyacc_id>3018</keyacc_id>
<client_id>36</client_id>
<client_version>6.2.4-20170623</client_version>
<client_name>Müller Foto</client_name>
<locale>de_DE</locale>
<server_protocol>2.3</server_protocol>
</hello_request>
"
to: "http://orderport01.photoprintit.de/xtci2.3/controller" <==
W (2017-08-06T15:52:36.043) [void CWExiv2WrapperImpl::describeError(const QString&, const Error&) const 1435] ==> "CWExiv2WrapperImpl::CWExiv2WrapperImpl(const QByteArray&) caught exception with errorCode=12 msg=The memory contains data of an unknown image type" <==
W (2017-08-06T15:52:36.047) [void CWExiv2WrapperImpl::describeError(const QString&, const Error&) const 1435] ==> "CWExiv2WrapperImpl::CWExiv2WrapperImpl(const QByteArray&) caught exception with errorCode=12 msg=The memory contains data of an unknown image type" <==
W (2017-08-06T15:52:36.058) [void CWExiv2WrapperImpl::describeError(const QString&, const Error&) const 1435] ==> "CWExiv2WrapperImpl::CWExiv2WrapperImpl(const QByteArray&) caught exception with errorCode=12 msg=The memory contains data of an unknown image type" <==
W (2017-08-06T15:52:36.099) [static QByteArray CWFileHandler::readBinaryFile(const QFileInfo&) 251] ==> Konnte Datei nicht öffnen: "/home/someuser/prg/muellerfoto/Resources/guiwidgets/icons/ico_bg_image.png" "No such file or directory" <==
libpng error: Read Error
W (2017-08-06T15:52:36.099) [CWDrawable CWImageLoader::decodeBigDrawable(const CWMediaDescriptor&, const QSize&) const 273] ==> could not decode "/home/someuser/prg/muellerfoto/Resources/guiwidgets/icons/ico_bg_image.png" <==
W (2017-08-06T15:52:36.099) [void CWExiv2WrapperImpl::describeError(const QString&, const Error&) const 1435] ==> "CWExiv2WrapperImpl::CWExiv2WrapperImpl(const QByteArray&) caught exception with errorCode=12 msg=The memory contains data of an unknown image type" <==
libpng error: Read Error
D (2017-08-06T15:52:36.100) [static const QString& CWFontCreator::defaultUIFontFamily() 140] ==> Default UI Font Family "Nimbus Sans L" <==
W (2017-08-06T15:52:36.140) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.167) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.168) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.168) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.168) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.224) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.224) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.224) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.224) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.225) [static QByteArray CWFileHandler::readBinaryFile(const QFileInfo&) 251] ==> Konnte Datei nicht öffnen: "/home/someuser/prg/muellerfoto/Resources/guiwidgets/icons/ico_invert.png" "No such file or directory" <==
libpng error: Read Error
W (2017-08-06T15:52:36.225) [CWDrawable CWImageLoader::decodeBigDrawable(const CWMediaDescriptor&, const QSize&) const 273] ==> could not decode "/home/someuser/prg/muellerfoto/Resources/guiwidgets/icons/ico_invert.png" <==
W (2017-08-06T15:52:36.225) [void CWExiv2WrapperImpl::describeError(const QString&, const Error&) const 1435] ==> "CWExiv2WrapperImpl::CWExiv2WrapperImpl(const QByteArray&) caught exception with errorCode=12 msg=The memory contains data of an unknown image type" <==
libpng error: Read Error
W (2017-08-06T15:52:36.235) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.236) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.276) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.277) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.277) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.277) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.277) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.278) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.278) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.278) [ 0] ==> QImage::scaleHeight: Image is a null image <==
W (2017-08-06T15:52:36.278) [ 0] ==> QImage::scaleHeight: Image is a null image <==
^C
someuser@localhost:~/prg/muellerfoto$

Die Warnung bezüglich der fehlenden Icons sind korrekt, die Dateien sind nicht vorhanden.

Auf meinem Desktop-Rechner läuft aktuell noch ein 32 Bit Slackware 14.2, auf dem ebenfalls die 6.2.4 des Cewe-Fotobuchs (ebenfalls Müller) installiert ist. Dort konnte ich mit -v -v zumindest herausfinden, dass snappy für die jüngste Version nötig ist. Nachinstalliert und es lief, und die oben ausgegebenen PNGs sind dort auch vorhanden.
Ob das jetzt die Ursache für den Start-Freeze ist, bleibt fraglich.

Bezüglich gstreamer-0.10 habe ich auf meiner Slackware-Box (die sowohl 0.10 als auch 1.x beinhaltet) spaßeshalber mal die 0.10-Version entfernt; dann startet dort Müller Foto aber immer noch anstandslos. Deshalb tendiere ich dazu, auf meinem Debian keine veralteten und nicht unterstützten Libs einzuflicken...

Ein Fix wäre tatsächlich sehr willkommen. Falls ich weitere Informationen dazu beisteuern kann, bitte ich die Entwickler bzw. deren Mittelsleute um Rückmeldung.
Danke im Voraus!

Verfasst: **08.08.2017, 20:41**

Nachtrag:
Allein das Rüberkopieren der fehlenden PNGs mittels find . -name "*.png" | cpio -pdm /zielverzeichnis/ bringt keine Änderung (außer dass die entsprechenden Warnungen ausbleiben). Es war nicht aussichtsreich, aber ich wollte es nicht unversucht lassen...

Verfasst: **09.08.2017, 17:44**

Ich habe auch noch weiter probiert und bin den Vorschlägen des Supports gefolgt:

1. Debian 9 enthält standardmäßig libsnappy:

$ dpkg -l libsnappy*
un libsnappy1 <keine> <keine> (keine Beschreibung vorhanden)
ii libsnappy1v5:amd64 1.1.3-3 amd64 fast compression/decompression library

$ ls -l /usr/lib/x86_64-linux-gnu/libsnappy*
lrwxrwxrwx 1 root root 18 Mär 19 2016 /usr/lib/x86_64-linux-gnu/libsnappy.so.1 -> libsnappy.so.1.3.0
-rw-r--r-- 1 root root 31160 Mär 19 2016 /usr/lib/x86_64-linux-gnu/libsnappy.so.1.3.0

2. Meine CPU (Ivy-Bridge 4-Kerner) hat folhende Flags und kann problemlos mit Qt 5 umgehen, Version 5.7 ist im Stretch-Repo:
fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx
est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm epb tpr_shadow vnmi
flexpriority ept vpid fsgsbase smep erms xsaveopt dtherm ida arat pln pts

3. Was ich noch im Output mit der Option "-v" gesehen habe:
Die Software versucht per SSLv3 zu kommunizieren!
Das schlägt natürlich fehl, dieses uralte Protokoll ist zu Recht in Debian 9 komplett disabled, und zwar wegen massiver Sicherheitrisiken (Poodle-Angriff). Es sollte statt dessen TLS verwendet werden.

Aber Fazit der Sache:
es geht immernoch nicht!
Und in Debian-Stable anfangen, mit alten Libraries zu frickeln (die zu Recht abgeschrieben sind) kann ja nicht die Lösung sein.

Mal sehen, wie es weiter geht?

Ingo

P.S.:
Ich hoffe ja stark, dass diese Probleme bald in Debian-Stable gefixt werden.
Debian ist ja die Mutter aller Derivate wie Ubuntu, Mint, .... Da gibt es dann bald einen größeren Aufschrei ;-)

Verfasst: **09.08.2017, 22:54**

Nacxhtrag:

hier der letzte Part des Outputs bevor das leere Fenster einfriert von "Mein\ CEWE\ ... -v":

hat geschrieben:

D (2017-08-09T16:20:30.859) [void CWActionStateController::handleProgramModeChanged(CWProgramModeID) 1285] ==> Changed to ProgamMode 1 <==
W (2017-08-09T16:20:30.901) [ 0] ==> QSslSocket: cannot resolve CRYPTO_num_locks <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve CRYPTO_set_id_callback <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve CRYPTO_set_locking_callback <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve ERR_free_strings <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve EVP_CIPHER_CTX_cleanup <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve EVP_CIPHER_CTX_init <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve sk_new_null <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve sk_push <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve sk_free <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve sk_num <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve sk_pop_free <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve sk_value <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSL_library_init <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSL_load_error_strings <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSL_get_ex_new_index <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv3_client_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv23_client_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv3_server_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv23_server_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve X509_STORE_CTX_get_chain <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLeay <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLeay_version <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function CRYPTO_num_locks <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function CRYPTO_set_id_callback <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function SSL_library_init <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function SSLv23_client_method <==
W (2017-08-09T16:20:30.904) [ 0] ==> QSslSocket: cannot call unresolved function sk_num <==
W (2017-08-09T16:20:30.911) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find ico_cart" <==
D (2017-08-09T16:20:30.960) [virtual const char* CWActionFactoryCommon::slot(CWActionType) const 346] ==> no slot for 205 <==
W (2017-08-09T16:20:30.964) [void CWUndoController::clearUndoStack() 83] ==> Clearing 0 commands. <==
W (2017-08-09T16:20:31.051) [ 0] ==> QFSFileEngine::open: No file name specified <==
W (2017-08-09T16:20:31.051) [ 0] ==> QFSFileEngine::open: No file name specified <==
W (2017-08-09T16:20:31.051) [ 0] ==> QFSFileEngine::open: No file name specified <==
W (2017-08-09T16:20:31.052) [ 0] ==> libpng warning: iCCP: known incorrect sRGB profile <==
W (2017-08-09T16:20:31.052) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-09T16:20:31.053) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-09T16:20:31.053) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-09T16:20:31.053) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
W (2017-08-09T16:20:31.054) [QIcon CWGUIWidgetsConfig::loadIconById(const QString&, bool&, bool) 119] ==> "could not find " <==
D (2017-08-09T16:20:31.059) [virtual const char* CWActionFactoryCommon::slot(CWActionType) const 346] ==> no slot for 1121 <==
W (2017-08-09T16:20:31.192) [ 0] ==> libpng warning: iCCP: known incorrect sRGB profile <==

Sieht wirklich danach aus, daß Irgendetwas nachgeladen werden sool oder "nach Hause telefoniert" werden soll und das über SSLv3 - was natürlich fehlschlägt.

Kann natürlich auch an der Gegenstelle liegen oder am Programm selbst - SSLv3 ist jedenfalls (zu Recht) beerdigt.

Gruß, Ingo

P.S.: Ich bekomme keine Mail, wenn neue Postings hier erscheinen, obwohl ich den Thread abonniert habe ???

Verfasst: **10.08.2017, 11:21**

So, ich habe die Ursache gefunden - die Lösung sollte CEWE beisteuern - hier ein Hack zum Beweis:

Wie oben schon geschrieben, wird seit Debian-Stretch aus Sicherheitsgründen SSLv3 nicht mehr unterstützt.

Ich habe also (natürlich in einer VM nach vorherigem Snapshot) diese Pakete von Debian-Jessie mit "dpkg -i" installiert:
http://ftp.de.debian.org/debian/pool/ma ... _amd64.deb
http://ftp.de.debian.org/debian/pool/ma ... _amd64.deb
(und dabei mal die Sicherheit und Warnungen ignoriert).

Und siehe da - Die Fotobuch-Software startet einwandfrei, keine Warnungen, keine Fehlermeldungen, !!!

Jetzt liegt es an CEWE, entweder die Software oder die Server sicher zu machen - je nach Verursacher - und auf TLS umzustellen. Allein aus Sicherheitsgründen sollte dies die Lösung im Interesse Aller sein!

Gruß,
Ingo

EDIT:
Falls Jemand Lust hat: mit Wireshark sollte sich der Verursacher (Software oder Server) doch lokalisieren lassen?

Verfasst: **10.08.2017, 18:24**

!!! WARNUNG !!!

Dies ist keine Anleitung zum Nachmachen!
Die alten OpenSSL-Pakete von Jessie erhalten in Stretch keine Bugfixes, führen zu fehlerhaften Abhängigkeiten und stellen ein Sicherheitsrisiko dar!

Der beschriebene Test diente nur dem Nachweis, daß eine unsichere Verschlüsselung verwendet wird, die auch nach Empfehlungen des BSI https://www.bsi.de nicht mehr verwendet werden soll.

Verfasst: **15.08.2017, 21:39**

So hässlich das mit der alten SSL Version sein mag, libssl1.0.2 ist in Debian Stretch enthalten und wird mit Security-Fixes versorgt. Ich habe dieses Paket installiert, und damit läuft die 6.2.4 bei mir. Libssl1.1 kann problemlos parallel installiert werden.
Verstehe nicht so ganz, warum Du Jessie-Pakete installieren willst?

Steffen

Verfasst: **19.08.2017, 13:26**

@steffens

Die libssl 1.0.2 ist bei mir selbstverständlich installiert:

hat geschrieben:

$ dpkg -l libssl*
.....
||/ Name Version Architektur Beschreibung
+++-==============-============-============-=================================
ii libssl1.0.2:am 1.0.2l-2 amd64 Secure Sockets Layer toolkit - sh
ii libssl1.1:amd6 1.1.0f-3 amd64 Secure Sockets Layer toolkit - sh

Es ist hier eine frische, saubere Installation von Stretch. Und es liegt auch offenbar nicht an der Version selbst, sonderrn an der Tatsache, daß die CEWE-Fotobuch-Software auf dem Protokoll SSLv3 oder gar SSLv2 besteht. Warum, weiß ich nicht, ob da was nachgeladen werden soll, oder ob das an irgendeinem Server liegt, der kein TLS unterstützt. Und genau diese Funktionen (genaugenommen der RC4-Cipher) wurden in Stretch nicht einkompiliert. Alle aktuellen Browser verweigern diese uralt-Protokolle inzwischen auch.

Beim Start mit "Mein\ CEWE\ ... -v"
kommt ja eindeutig die Meldung:

hat geschrieben:

W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSL_library_init <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSL_load_error_strings <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSL_get_ex_new_index <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv3_client_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv23_client_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv3_server_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLv23_server_method <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve X509_STORE_CTX_get_chain <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve OPENSSL_add_all_algorithms_noconf <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve OPENSSL_add_all_algorithms_conf <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLeay <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot resolve SSLeay_version <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function CRYPTO_num_locks <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function CRYPTO_set_id_callback <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function CRYPTO_set_locking_callback <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function SSL_library_init <==
W (2017-08-09T16:20:30.902) [ 0] ==> QSslSocket: cannot call unresolved function SSLv23_client_method <==

und das erscheinende Fenster bleibt leer und die Software hängt.

Hast du eventuell dein Stretch durch Upgrade aus Jessie erstellt?
Wäre möglich, daß dann noch Rückstände von Jessie verblieben sind, die der CEWE-Software vorgaukeln, SSLv3 wäre noch vorhanden, und sie deshalb startet? Stretch selbst unterstützt die Funktion jedenfalls nicht mehr. Selbst Microsoft hat RC4 seit über 1 Jahr in ihrer Cloud disabled: https://azure.microsoft.com/en-us/blog/ ... al-of-rc4/. Hie noch eine gute Zusammenstellung, wer schon alles SSLv3 abgeschaltet hat: http://disablessl3.com/

Gruß, Ingo

Verfasst: **20.08.2017, 14:04**

Noch zum Schluß:

ich werde keine 6.2.x Version installieren, solange diese Probleme nicht von CEWE gefixt sind.
Dafür gibt es einen triftigen Grund:

Selbst, wenn ich das jetzt mit "dirty tricks" zum laufen bekomme, heißt das noch lange nicht, daß alle Funktionen einwandfrei klappen. Ich würde dann z.B. in langer Kleinarbeit ein neues Fotobuch erstellen (oder ein altes, welches mit Version ≤ 6.1.5 erstellt wurde, öffnen) und am Schluß beim Upload/Bezahlen feststellen, daß ich keine SSL-Verbindung zum Server aufbauen kann, ist alles für die Katz!

Denn, ein Downgrade der 1-Mal gespeicherten Fotobücher von 6.2.x -> 6.1.5 ist laut Aussagen von CEWE explizit nicht möglich http://www.cewe-community.com/forum/ch/ ... =2&t=10426.

Ist vielleicht auch ein Grund, warum alle Schweizer Partner ausschließlich v6.1.5 nutzen ?

Verfasst: **21.08.2017, 12:21**

ingo2 hat geschrieben:

Hast du eventuell dein Stretch durch Upgrade aus Jessie erstellt?

Kann man so sehen. Bin vor Ewigkeiten von Jessie auf den Testing-Zweig gewechselt, lange bevor Stretch das neue Stable-Release wurde. Möglicherweise ist der unterstützte SSL-Level eine Konfigurationseinstellung, die beim Upgrade nicht geändert wurde?

Verfasst: **21.08.2017, 20:29**

Ich habe das mal getestet (geht in einer VM ja prima ohne das System zu vermurksen):

Mit den Jessie-Paketen von libssl startet ja die Fotobuch-Software bis auf ein paar Fehlermeldungen problemlos.
Aber eine SSLv3-Verbindung kann man trotzdem nicht herstellen. Falls jetzt aber die CEWE-Software explizit SSLv3 benötigt, wird das fehlschlagen.
Und, daß sie es benötigt, zeigt ja die Fehlermeldung - sonst wäre die ja sinnfrei.

Die sollten einfach auf TLS1.2 testen und auch verwenden, dann gäbe es das Problem garnicht.

Verfasst: **16.11.2017, 20:16**

Die Ursache liegt darin, dass die Fotobuch-Software nach den alten (unsicheren) openssl1.0.0 Bibliotheken sucht bzw diese verwenden möchte.. Der Fehler besteht auch noch unter FB 6.3.1.

Einen akzeptablen Workaround/Cheat habe ich nach langem Probieren gefunden und hier beschrieben:

https://www.cewe-community.com/forum/vi ... 06#p118206

Ingo

CEWE

FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein

Re: FB 6.2.4 unter Debian-Stretch: Fenster friert beim Starten ein