Xsane und Tumbleweed Scanner Brother ADS-1700w fehlt in /etc/udev/rules.d
Hi, Der Scanner wird unter Leap 15.2 gefunden und funktioniert auch dort mit XSane und dem Brother Treiber brscan5-1.1.0-0.x86_64.rpm Unter Tumbleweed mit dem selben Treiber sagt mir Xsane "keine Gräte erreichbar. Nach etwas herumstöbern habe ich herausgefunden, dass in Leap in /etc/udev/rules.d einigen Dateien sind, jedoch ist am gleichen Ort in Tumbleweed in /etc/udev/rules.d/ nur eine leere Datei. Ich habe testweise die Dateien aus Leap nach Tumbleweed kopiert, gebootet und siehe da, der Scanner funktioniert. Das ist natürlich Lösung auf Dauer. Irgendwelche Ideen für einer besseren Lösung? Peter -- 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
Hallo Peter, hallo zusammen, Am Donnerstag, 20. August 2020, 21:31:33 CEST schrieb Peter McD:
Der Scanner wird unter Leap 15.2 gefunden und funktioniert auch dort mit XSane und dem Brother Treiber brscan5-1.1.0-0.x86_64.rpm
Unter Tumbleweed mit dem selben Treiber sagt mir Xsane "keine Gräte erreichbar.
Nach etwas herumstöbern habe ich herausgefunden, dass in Leap in /etc/udev/rules.d einigen Dateien sind, jedoch ist am gleichen Ort in Tumbleweed in /etc/udev/rules.d/ nur eine leere Datei.
Das liegt vermutlich daran, dass in /etc/ langfristig nur noch Dateien liegen sollen, die vom Admin erstellt oder geändert wurden. Per Paket installierte (Original-)Dateien sollen künftig in /usr/ landen, entweder in /usr/etc/ oder in programmspezifischen Verzeichnissen, in diesem Fall /usr/lib/udev/rules.d/. Die Umstellung läuft schrittweise und wird wohl noch eine Weile dauern. Hintergrund-Infos: https://en.opensuse.org/openSUSE:Packaging_UsrEtc Jedenfalls: Fehlende Dateien in /etc/ sind also erstmal normal, solange diese Dateien jetzt in /usr/ liegen.
Ich habe testweise die Dateien aus Leap nach Tumbleweed kopiert, gebootet und siehe da, der Scanner funktioniert.
Das ist natürlich Lösung auf Dauer.
Irgendwelche Ideen für einer besseren Lösung?
Das klingt nach einer Regression, daher würde ich einen Bugreport empfehlen. Einzige offene Frage: stammen die fraglichen Dateien aus dem brscan5- Paket (ist das von Brother?) oder z. B. aus dem openSUSE sane-Paket? Das findest Du mit rpm -qf /etc/udev/rules.d/$dateiname raus. Gruß Christian Boltz -- Das soll jetzt wirklich keine Arroganz sein, aber es macht keinen Sinn, das Haus abzureissen, weil du den Hausschlüssel vergessen hast. :-) [Ratti in suse-linux] -- 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
Am 20.08.20 um 22:32 schrieb Christian Boltz:
Am Donnerstag, 20. August 2020, 21:31:33 CEST schrieb Peter McD:
Der Scanner wird unter Leap 15.2 gefunden und funktioniert auch dort mit XSane und dem Brother Treiber brscan5-1.1.0-0.x86_64.rpm
Unter Tumbleweed mit dem selben Treiber sagt mir Xsane "keine Gräte erreichbar.
Nach etwas herumstöbern habe ich herausgefunden, dass in Leap in /etc/udev/rules.d einigen Dateien sind, jedoch ist am gleichen Ort in Tumbleweed in /etc/udev/rules.d/ nur eine leere Datei.
Das liegt vermutlich daran, dass in /etc/ langfristig nur noch Dateien liegen sollen, die vom Admin erstellt oder geändert wurden.
Per Paket installierte (Original-)Dateien sollen künftig in /usr/ landen, entweder in /usr/etc/ oder in programmspezifischen Verzeichnissen, in diesem Fall /usr/lib/udev/rules.d/.
My Dear, Du hast recht, in Tumbleweed in /usr/lib/udev/rules.d findet man die 55-libsane.rules und die 56-sane-backend-autoconfig.rules, das sind zwei von vier. die 70-persistent.net.rules steht da nicht und offensichtlich auch nicht die 55-brothermfp-brscan...rules. Kannst du mit dem Inhalt von 70-persistent-net.rules etwas anfangen? Hat der eine Relavanz für den USB-Scanner? 70-persistent.net.rules # This file was automatically generated by the /usr/lib/udev/write_net_rules # program,run by the persistent-net-generator.rules rules file. # # You can modify it,as long as you keep each rule on a single # line,and change only the value of the NAME= key. # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="18:31:bf:6c:16:40", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Die Umstellung läuft schrittweise und wird wohl noch eine Weile dauern. ... Jedenfalls: Fehlende Dateien in /etc/ sind also erstmal normal, solange diese Dateien jetzt in /usr/ liegen.
Ich habe testweise die Dateien aus Leap nach Tumbleweed kopiert, gebootet und siehe da, der Scanner funktioniert.
...
Das klingt nach einer Regression, daher würde ich einen Bugreport empfehlen.
Einzige offene Frage: stammen die fraglichen Dateien aus dem brscan5- Paket (ist das von Brother?) oder z. B. aus dem openSUSE sane-Paket? Das findest Du mit rpm -qf /etc/udev/rules.d/$dateiname raus.
Hier sind die vier Dateien, die /etc/udev/rules.d/70-persistent-net.rules (ohne Inhalt)war schon vorher im Verzeichnis rpm -qf /etc/udev/rules.d/55-brother-mfp-brscan5-1.0.2-2.rules file /etc/udev/rules.d/55-brother-mfp-brscan5-1.0.2-2.rules is not owned by any package rpm -qf /etc/udev/rules.d/55-libsane.rules sane-backends-1.0.27-lp152.6.7.x86_64 rpm -qf /etc/udev/rules.d/56-sane-backends-autoconfig.rules sane-backends-autoconfig-1.0.27-lp152.6.7.x86_64 rpm -qf /etc/udev/rules.d/70-persistent-net.rules file /etc/udev/rules.d/70-persistent-net.rules is not owned by any package Gruß Peter -- 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
Hallo Peter, hallo zusammen, Am Donnerstag, 20. August 2020, 23:28:29 CEST schrieb Peter McD:
Am 20.08.20 um 22:32 schrieb Christian Boltz:
Am Donnerstag, 20. August 2020, 21:31:33 CEST schrieb Peter McD:
[...]
Kannst du mit dem Inhalt von 70-persistent-net.rules etwas anfangen? Hat der eine Relavanz für den USB-Scanner?
70-persistent.net.rules [...] ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Diese Regel sorgt dafür, dass Deine Netzwerkkarte "eth0" heißt. Hat mit dem Scanner nix zu tun.
rpm -qf /etc/udev/rules.d/55-brother-mfp-brscan5-1.0.2-2.rules file /etc/udev/rules.d/55-brother-mfp-brscan5-1.0.2-2.rules is not owned by any package
Interessant[tm]. Hast Du eine Ahnung, wer oder was die Datei erstellt haben könnte? Gruß Christian Boltz -- UX stands for "User Experience" and that is modern term for "usability". Everyone, except insiders, has to perform two translations, UX to user experience and then to usability. That appears more like road bump then usability improvement :) [Rajko M. in opensuse-project] -- 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
Am 22.08.20 um 14:31 schrieb Christian Boltz:
Hallo Peter, hallo zusammen,
Am Donnerstag, 20. August 2020, 23:28:29 CEST schrieb Peter McD:
Am 20.08.20 um 22:32 schrieb Christian Boltz:
Am Donnerstag, 20. August 2020, 21:31:33 CEST schrieb Peter McD:
[...]
Kannst du mit dem Inhalt von 70-persistent-net.rules etwas anfangen? Hat der eine Relavanz für den USB-Scanner? ... Diese Regel sorgt dafür, dass Deine Netzwerkkarte "eth0" heißt. Hat mit dem Scanner nix zu tun.
Sehr schön.
rpm -qf /etc/udev/rules.d/55-brother-mfp-brscan5-1.0.2-2.rules file /etc/udev/rules.d/55-brother-mfp-brscan5-1.0.2-2.rules is not owned by any package
Interessant[tm]. Hast Du eine Ahnung, wer oder was die Datei erstellt haben könnte?
die dürfte von Brother sein. Egal, ich habe erst einmal 55-brother-mfp-brscan5-1.0.2-2.rules aus Leap 15.2 nach /etc/udev/rules.d/ kopiert und von dort aus zwei Links nach 55-libsane.rules -> /usr/lib/udev/rules.d/55-libsane.rules lrwxrwxrwx 1 root root 55 25. Aug 16:47 56-sane-backends-autoconfig.rules -> /usr/lib/udev/rules.d/56-sane-backends-autoconfig.rules gelegt. Der Scanner wird nun von xsane gefunden und funktioniert in Tumbleweed wie unter Leap 15.2 Ich werde einem Bug-Report schreiben. Gruß Peter -- 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
Am 25.08.20 um 17:14 schrieb Peter McD:
Am 22.08.20 um 14:31 schrieb Christian Boltz:
Hallo Peter, hallo zusammen, Am Donnerstag, 20. August 2020, 23:28:29 CEST schrieb Peter McD:
Am 20.08.20 um 22:32 schrieb Christian Boltz:
Am Donnerstag, 20. August 2020, 21:31:33 CEST schrieb Peter McD:
[...] Ich werde einem Bug-Report schreiben.
sobald ich es geschafft habe, mich dort einzuloggen. Peter -- 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
Am 25.08.20 um 19:18 schrieb Peter McD:
Am 25.08.20 um 17:14 schrieb Peter McD:
Am 22.08.20 um 14:31 schrieb Christian Boltz:
Hallo Peter, hallo zusammen, Am Donnerstag, 20. August 2020, 23:28:29 CEST schrieb Peter McD:
Am 20.08.20 um 22:32 schrieb Christian Boltz:
Am Donnerstag, 20. August 2020, 21:31:33 CEST schrieb Peter McD:
[...] Ich werde einem Bug-Report schreiben.
sobald ich es geschafft habe, mich dort einzuloggen.
Bugzilla mag mich nicht, also habe ich einen Report nach opensuse-support@opensuse.org geschickt, man findet ihn unter: Tumbleweed: rpm problem or Xsane cannot find scanner Peter -- 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
Am 25.08.20 um 17:14 schrieb Peter McD:
[...] Egal, ich habe erst einmal
55-brother-mfp-brscan5-1.0.2-2.rules aus Leap 15.2 nach /etc/udev/rules.d/ kopiert und von dort aus zwei Links nach
55-libsane.rules -> /usr/lib/udev/rules.d/55-libsane.rules lrwxrwxrwx 1 root root 55 25. Aug 16:47 56-sane-backends-autoconfig.rules -> /usr/lib/udev/rules.d/56-sane-backends-autoconfig.rules
Leider ist nach einer Tumbleweed-Neuinstallation das Ganze wieder bei Null. Ich suche weiter Peter -- 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
Am 18.10.20 um 12:10 schrieb Peter McD:
Am 25.08.20 um 17:14 schrieb Peter McD:
[...]
Leider ist nach einer Tumbleweed-Neuinstallation das Ganze wieder bei Null.
Nun will Yast den Treiber nicht mehr installieren, Fehlermeldung. Fehler: INVALID:brscan5-1.1.0-0.x86_64 (RPM): Fehler beim Überprüfen der Signatur [6-Datei ist unsigniert] Header SHA1 digest: OK MD5 digest: OK Paket ist nicht signiert! Subprocess failed. Error: RPM fehlgeschlagen: grep: /usr/lib64/libstdc++.so.6: binary file matches [1;31mERROR: brscan5 depends on libstdc++/libstdc++6 (>= GLIBCXX_3.4.14)[1;0m error: %prein(brscan5-1.1.0-0.x86_64) scriptlet failed, exit status 254 error: brscan5-1.1.0-0.x86_64: install failed brscan5-1.1.0-0.x86_64.rpm wird installiert (installierte Größe: 3,78 MiB) Yast zeigt den Treiber als nicht installiert. Das die Signatur fehlt, verwundert mich nicht, jedoch ist libstdc++6 vorhanden. Was fehlt? Peter -- 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
participants (2)
-
Christian Boltz -
Peter McD