Danke, nochmal für die Mühe. Hat leider kein positives Ergebnis gebracht. Ja, ich denke, 32-Bit macht keinen Sinn mehr. Möge eine 64-Bit Lösung heranreifen....Meine Programmierzeit liegt leider schon mehr als 50 Jahre zurück. Aber, wie gesagt würde ich den Aufwand für eine 64-Bit Lösung gerne unterstützen.
Beiträge von allth01
-
-
Mal abgesehen von meiner fehlenden Analyse der LOG Dateien: Die Aktivierung der 32-Bit Unterstützung via Grub2 scheint nicht ausreichend zu sein. Ich sehe nur zwei Möglichkeiten um alte 32 Bit Druckertreiber noch zu nutzen. Entweder wir bauen alte LIB`s irgendwie ein. Das birgt aber Risiken. Besser wäre es from scratch 64 Bit Wrapper aus Windows Treibern zu bauen. Mühsam ernährt sich das Eichhörnchen.... Da ich vermutlich nicht der Einzige bin, der noch einen älteren funktionierenden Drucker nutzen möchte, würde sich eine 64-Bit Lösung sicher lohnen. Alle Betroffenen könnten sich für eine "Spendensammlung" zusammen schließen. Ich würde meinen teil dazu beitragen.
-
Code
Wenn ich eine Vermutung anstellen darf ? Kann es sein, dass die Einbindung einer 32-Bit Umgebung (für Treiber) ab Version Leap 16 grundsätzlich anders organisiert ist ? Das Problem könnte m.E. tiefere Ursachen haben die evtl. sogar auf den aktuellen Linux Kernel zurückzuführen sein könnten. Bis Leap 15.6. konnten die Epson 32-Bit Treiber sehr einfach mit den hier probierten Tools eingerichtet werden. -
diese lib lag schon lange vor allen weitere versuchen im System. inzwischen schwer die Historie nachzuvollziehen.
-
Sorry falsch geklickt .. Hier zur besseren Lesbarkeit
Code
Alles anzeigenIch kann nachinstallieren bekomme aber einen Konflikt: linux:/lib # zypper in -f https://download.opensuse.org/repositories/devel:/gcc/openSUSE_Factory/x86_64/libstdc++33-32bit-3.3.3-42.1.x86_64.rpm 'https://download.opensuse.org/repositories/devel:/gcc/openSUSE_Factory/x86_64/libstdc++33-32bit-3.3.3-42.1.x86_64.rpm' sieht nach einer RPM-Datei aus. Ich werde versuchen, sie zu verwenden. Abrufen: libstdc++33-32bit-3.3.3-42.1.x86_64.rpm .......................................................................................................................................................................[fertig (31,6 KiB/s)] Dienst 'NVIDIA' wird aktualisiert. Dienst 'openSUSE' wird aktualisiert. Repository-Daten werden geladen... Installierte Pakete werden gelesen... Installation von 'libstdc++33-32bit-3.3.3-42.1.x86_64' aus Repository 'Einfacher Cache für RPM-Dateien' wird erzwungen. Paketabhängigkeiten werden aufgelöst... Das folgende NEUE Paket wird installiert: libstdc++33-32bit 1 neues Paket zu installieren. Paketgröße zum Herunterladen: 228,8 KiB Änderung der Installationsgröße des Pakets: | 747,2 KiB erforderlich für Pakete, die installiert werden sollen 747,2 KiB | - 0 B freigegeben von Paketen, die entfernt werden sollen Backend: classic_rpmtrans Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): j Abrufen: libstdc++33-32bit-3.3.3-42.1.x86_64 (Einfacher Cache für RPM-Dateien) (1/1), 228,8 KiB Überprüfung auf Dateikonflikte läuft: ...............................................................................................................................................................................................[Fehler] 1 Dateikonflikt festgestellt: File /usr/lib/libstdc++.so.5.0.7 from install of libstdc++33-32bit-3.3.3-42.1.x86_64 (Einfacher Cache für RPM-Dateien) conflicts with file from package libstdc++5-3.3.6-19.mga9.x86_64 (@System) Dateikonflikte treten auf, wenn zwei Pakete versuchen, Dateien mit demselben Namen, jedoch anderen Inhalten zu installieren. Wenn Sie den Vorgang fortsetzen, werden die im Konflikt stehenden Dateien ersetzt, wobei der bisherige Inhalt verloren geht. Fortfahren? [ja/nein] (nein): -
Code
Die entsprechende LIB ist bei mir vorhanden inux:/lib # ls libstdc++.so.5* libstdc++.so.5 libstdc++.so.5.0.7 linux:/lib # systemctl restart cups linux:/lib # -
Vielen Dank. Ich möchte aber auf Sauerland warten. Inzwischen probiere ich mal alles auf einem anderen Rechner. Hast du auch diesen Drucker oder einen Drucker welcher 32-Bit Support benötigt ?
-
inux:/ # lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 2b7e:128f kingcome HD Camera
Bus 001 Device 002: ID 248a:8367 Maxxter Telink Wireless Receiver
Bus 001 Device 004: ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
Bus 001 Device 012: ID 04b8:0815 Seiko Epson Corp. LP-A500 [AcuLaser CX1]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
linux:/ #
-
Ich hatte versehentlich zuerst das Bild des Netzwerkanschlusses gepostet, aber die Einstellung für USB nachgeschickt.
Logs enthalten beide Varianten. USB wird immer zuerst getestet. CUPS Bilder auch für beide Varianten gepostet. Normalerweise wird per Netz gedruckt. -