Arch Linux

CEWE Fotobuch startet nicht mehr

md_39118

Hallo
Nach einen System Update am 22.09.2023 kann das CEWE Fotobuch nicht mehr gestartet werden.
cd /home/monika/CEWE/CEWE\ Fotowelt/ ./CEWE\ Fotowelt ./CEWE Fotowelt: error while loading shared libraries: libtiff.so.5: cannot open shared object file: No such file or directory
Diese Fehlermeldung habe ich mit einem Symbolischen Link gelöst, das muß fast nach jedem Update der libtiff erfolgen.
sudo ln -s libtiff.so.6.0.2 libtiff.so.5

Danach kommt die folgende Fehlermeldung, damit kann ich aber nichts mehr anfangen. Kann mir jemand einen Tip zur Problem Lösung geben ?
./CEWE\ Fotowelt ./CEWE Fotowelt: symbol lookup error: /usr/lib/libtiff.so.5: undefined symbol: jpeg12_write_raw_data, version LIBJPEG_8.0
Bis jetzt wurden diese Abfragen durchgeführt.
`ldd /usr/lib/libtiff.so.6.0.2
linux-vdso.so.1 (0x00007ffd64974000)
libzstd.so.1 => /usr/lib/libzstd.so.1 (0x00007f006273d000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f006270a000)
libjbig.so.2.1 => /usr/lib/libjbig.so.2.1 (0x00007f00626fd000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007f0062651000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f0062637000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f006254a000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f0062200000)
/usr/lib64/ld-linux-x86-64.so.2 (0x00007f00628c4000)

readelf -sW /usr/lib/libjpeg.so.8 | grep jpeg12_write_raw_data
182: 000000000001f990 276 FUNC GLOBAL DEFAULT 10 jpeg12_write_raw_data@@LIBJPEG_8.0

pacman -Qo /usr/lib/libjpeg.so.8
/usr/lib/libjpeg.so.8 ist in libjpeg-turbo 3.0.0-1 enthalten

pacman -Qikk libjpeg-turbo
Name : libjpeg-turbo
Version : 3.0.0-1
Beschreibung : JPEG image codec with accelerated baseline compression and decompression
Architektur : x86_64
URL : https://libjpeg-turbo.org/
Lizenzen : BSD
Gruppen : Nichts
Stellt bereit : libjpeg libjpeg.so=8-64 libturbojpeg.so=0-64
Hängt ab von : glibc
Optionale Abhängigkeiten : java-runtime>11: for TurboJPEG Java wrapper
Benötigt von : djvulibre ffmpegthumbnailer gdk-pixbuf2 ghostscript gst-plugins-base jasper leptonica libavif libgphoto2 libjxl libreoffice-fresh libtiff libtiff4 libwebp libyuv mjpegtools podofo podofo-0.9
poppler qpdf qt5-base qt6-base sane thunderbird v4l-utils webkit2gtk
Optional für : libheif vlc
In Konflikt mit : Nichts
Ersetzt : Nichts
Installationsgröße : 2,37 MiB
Packer : David Runge dvzrv@archlinux.org
Erstellt am : Mo 31 Jul 2023 00:32:39 CEST
Installiert am : So 13 Aug 2023 08:57:05 CEST
Installationsgrund : Installiert als Abhängigkeit eines anderen Pakets
Installations-Skript : Nein
Verifiziert durch : Signatur

libjpeg-turbo: 56 Dateien gesamt, 0 veränderte Dateien
`

waldbaer59

Offenbar ist die interne Struktur in der neuen Version der Library so, das ein einfacher Link nicht hilft. Ich habe selbst sogar noch die CEWE-Software auf meiner Maschine, gestalte aber mittlerweile mit Scribus meine Fotobücher.
Ich schaue es mir morgen trotzdem einmal an.
Inwieweit man das Problem vorübergehend lösen könnte, indem man die alte Bibliotheksdatei zusätzlich zur Verfügung stellt, wäre interessant zu wissen. Ideal ist das sicher nicht, und man hat dann definitiv kein sauberes System.
Hast du die Leute bei CEWE schon kontaktiert? Ich habe sie als recht engagiert in Erinnerung.
Ich melde mich morgen nochmal, falls dieser Thread bis dahin nicht gelöst markiert ist.

VLG
Stephan

krisz

Das PKGBUILD von cewe-fotobuch hat libtiff5 (ebenfalls im AUR) als Abhängigkeit. Vielleicht klappt es damit.

waldbaer59

Ich habe es gerade einmal ausprobiert, kann aber deine Fehlermeldung nicht nachvollziehen. Bei mir kommt beim Startversuch vielmehr ein Abbruch mit der Meldung:

/home/xxxxxx/Designer3/./Designer3: /home/xxxxxx/Designer3/./libm.so.6: version GLIBC_2.38 not found (required by /usr/lib/libsndfile.so.1)

Diesen kann ich beheben, indem ich die unter Arch aktuelle Version der Datei vom System (aus "usr/lib") über die im lokalen Verzeichnis kopiere. Ok, vielleicht wäre ein Link eleganter, aber insgesamt ist die Lösung von CEWE ohnehin nicht optimal, weil diese Bibliotheken mitliefern, deren Version nicht immer mit denen auf dem System gut zusammenspielen. Immerhin - meist kann man das System doch zur Zusammenarbeit überreden.
Ich persönlich würde mit deinem Problem versuchen, die alte "libtiff.so.5" ins "CEWE-Verzeichnis" zu kopieren und schauen, ob es so erst einmal klappt. Gleichzeitig würde ich eine Anfrage an CEWE starten, ab wann eine Version zur Verfügung gestellt wird, die mit der neueren Version von libtiff funktioniert. Das Bauen des Paketes aus dem AUR wäre sicher auch eine Überlegung wert.

Guten Erfolg
und VLG
Stephan

Archibaldo

Bei mir läuft Cewe Fotowelt 7.3.3-1 mitsamt dem Fotobuch problemlos und mein System ist topaktuell.
Will damit sagen: Seid ihr euch ganz sicher, das es ein Problem mit CEWE und der libtiff geben muss?

waldbaer59

Hmmmm, ich habe nun probiert, CEWE-Fotowelt aus dem AUR zu installieren. Dabei wird zunächst "libtiff5" installiert und dann möchte das System gerne "libxcrypt-compat" installieren, was allerdings zu folgendem Fehler führt:

Fehler: Der Vorgang konnte nicht durchgeführt werden (In Konflikt stehende Dateien) libxcrypt-compat: /usr/lib/libcrypt.so.1 existiert im Dateisystem Fehler sind aufgetreten, keine Pakete wurden aktualisiert.

Die libxcrypt ist halt schon im System, und damit komme ich hier nicht weiter.

Installiere ich die Fotowelt aus dem Download von CEWE, so bekomme ich denselben Effekt wie der TO schildert. Und jetzt interessiert mich natürlich, warum es woanders anscheinend reibungslos klappt.

VLG
Stephan

md_39118

Hallo
Das Fotobuch war vor dem System Update schon in der Version 7.3.3
Deshalb wurde das Programm gelöscht und aus der aktuellen Datei setup_CEWE_Fotowelt.tgz neu Installiert.
Ende vom Lied kein Programm Start wieder die gleiche Fehlermeldung.
cd /home/monika/CEWE/CEWE\ Fotowelt/ ./CEWE\ Fotowelt ./CEWE Fotowelt: symbol lookup error: /usr/lib/libtiff.so.5: undefined symbol: jpeg12_write_raw_data, version LIBJPEG_8.0

Henrikx

Ich habe mit das Fotobuch jetzt auch installiert.
(aur/cewe-fotobuch 7.3.1-3 (+10 0.05) )

Läuft ohne Probleme.

Henrikx

Nachtrag : Ich benutze Gnome.

Henrikx

libtiff5 4.4.0-2 -0,54 MiB
libxcrypt-compat 4.4.36-1 -0,17 MiB

als Abhängigkeiten

waldbaer59

Ich habe es jetzt auch die Version aus dem AUR am laufen. Bei der Installation hat er sich nur beim Paket "/libxcrypt-compat" an einer bereits vorhandenen Datei gestört (s.o.), diese war allerdings ein Link auf eine neuere Version (genauer libcrypt.so.1 -> libcrypt.so.2.0.0). Warum sich dieser Link in meinem Dateisystem befunden hat sei einmal dahingestellt. Ich habe ihn entfernt und konnte die Installation sauber durchführen.
Eigentlich™ mache ich so seltsame Sachen nicht (also mit Links auf neuere Versionen alte Programme versuchen flott zu machen) und wenn, dann dokumentiere ich das normalerweise zwecks sauberem Rückbau. Vielleicht habe ich doch irgendwann einmal etwas verschusselt.
Wie auch immer: die CEWE-Fotowelt läuft hier ebenfalls.

VLG
Stephan

md_39118

Hallo
Mein unkonventioneller Ansatz. Erstaunlich aber es Funktioniert, auch ein Update auf die Version 7.3.3 war erfolgreich.
Das alte Paket libtiff-4.4.0-1 von 2022 enthält auch die libtiff.so.5 und wird aus /var/cache/pacman/pkg/ in einen Ordner kopiert.
Dann ausgepackt, um die libtiff.so.5 aus dem Ordner als Link für das Programm zu benutzen.
Mein Ablauf.
mkdir cewe-old-lib/libtiff cd /var/cache/pacman/pkg/ cp libtiff-4.4.0-1-x86_64.pkg.tar.zst /home/monika/cewe-old-lib/libtiff/ cp libtiff-4.4.0-1-x86_64.pkg.tar.zst.sig /home/monika/cewe-old-lib/libtiff/ cd /home/monika/cewe-old-lib/libtiff/ tar -xvf libtiff-4.4.0-1-x86_64.pkg.tar.zst

Nur als Info das entpackte Paket bringt die ganze Infrastruktur in usr mit.
ls -la usr/ drwxr-xr-x 2 monika users 4096 31. Mai 2022 bin drwxr-xr-x 2 monika users 4096 31. Mai 2022 include drwxr-xr-x 3 monika users 4096 31. Mai 2022 lib drwxr-xr-x 5 monika users 4096 31. Mai 2022 share

Der aktuelle Zustand von libtiff nach dem System Update vom 26.09.2023 die libtiff.so.6.0.2 ist aktiv.
Der Link auf die alte libtiff.so.5 im Ordner /home/monika/cewe-old-lib/libtiff/ wird gesetzt.
cd /lib/ sudo ln -s /home/monika/cewe-old-lib/libtiff/usr/lib/libtiff.so.5 libtiff.so.5 ls -la libtiff* lrwxrwxrwx 1 root root 16 13. Sep 16:47 libtiff.so -> libtiff.so.6.0.2 lrwxrwxrwx 1 root root 16 7. Jul 2020 libtiff.so.4 -> libtiff.so.4.3.7 -rwxr-xr-x 1 root root 424248 7. Jul 2020 libtiff.so.4.3.7 lrwxrwxrwx 1 root root 54 27. Sep 17:56 libtiff.so.5 -> /home/monika/cewe-old-lib/libtiff/usr/lib/libtiff.so.5 lrwxrwxrwx 1 root root 16 13. Sep 16:47 libtiff.so.6 -> libtiff.so.6.0.2 -rwxr-xr-x 1 root root 575448 13. Sep 16:47 libtiff.so.6.0.2 lrwxrwxrwx 1 root root 18 13. Sep 16:47 libtiffxx.so -> libtiffxx.so.6.0.2 lrwxrwxrwx 1 root root 18 7. Jul 2020 libtiffxx.so.4 -> libtiffxx.so.4.3.7 -rwxr-xr-x 1 root root 13928 7. Jul 2020 libtiffxx.so.4.3.7 lrwxrwxrwx 1 root root 18 13. Sep 16:47 libtiffxx.so.6 -> libtiffxx.so.6.0.2 -rwxr-xr-x 1 root root 14208 13. Sep 16:47 libtiffxx.so.6.0.2

Das Programm startet und bietet ein Update auf 7.3.3 an.

Gerry_Ghetto

Beim nächsten Problem dann bitte angeben, dass du manuell mit Systembibliotheken herumgebastelt hast. Das ist dann für alle weniger frustrierend.

stefanhusmann

Das stand im ersten Post.

sudo ln -s libtiff.so.6.0.2 libtiff.so.5

md_39118

Hallo
Wie lange das Fotobuch mit dem unkonventionellen Ansatz startet, wird man sehen.
Ein Downgrade der libtiff nur wegen dem Fotobuch kommt NICHT in Frage.
Eine Installation aus dem AUR bleibt als Option ja immer noch.
Danke an alle für die Hinweise und Test Installationen.