Guten Morgen,
dank Eurer Hilfe habe ich jetzt wohl einen Treiber installiert.
Der Drucker wird angezeigt und signalisiert auch Bereitschaft aber drucken will er noch nicht.
Erst einmal vielen Dank für Eure Unterstützung !
öffne cups:
localhost:631im Browser und drucke dort eine Testseite aus.
Was wäre die bessere Reihenfolge bei der Installation von Leap 16.0 gewesen, um solche Konflikte mit dem VLC zukünftig zu vermeiden?
Das sind keine Konflikte.
openSUSE veröffentlicht keine patent behaftete oder mit eingeschränkten Lizenzen behaftete Pakete.
Darunter fallen z.B. die h264 oder h265 Codecs.
openSUSE baut die mitgelieferten ffmpegs ohne diese Codecs, Packman nimmt dasselbe src.rpm und baut daraus die ffmpegs mit diesen Codecs.
Daher hat openSUSE seit ein paar Jahren das openh264 Repo veröffentlicht, dies stammt von Cisco, da dort anscheinend auch Patente liegen.
Wenn du das Packman Repo eingebunden hast und darauf umgestellt hast (das war dein Problem), dann brauchst du das openh264 Repo nicht mehr.
zypper lr -d | grep -i 264
23 | openh264 | openh264 | Nein | ---- | ---- | - | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap/Bei vlc kommt eine Besonderheit hinzu:
Packman baut vlc mit einem vlc-codecs Paket, welches solche patentbehafteten Codecs enthält.
rpm -ql vlc-codecs
/usr/lib64/vlc/plugins/codec/libfaad_plugin.so
/usr/lib64/vlc/plugins/codec/libx26410b_plugin.so
/usr/lib64/vlc/plugins/codec/libx264_plugin.so
/usr/lib64/vlc/plugins/codec/libx265_plugin.soBei Ausführung ohne root-Berechtigung sind Sie auf die Suche nach Dateien beschränkt, für die Sie Berechtigungen zur Untersuchung mit der Systemfunktion stat(2) haben. Das Ergebnis kann unvollständig sein.
Lesen und verstehen.......
Ist der untere Hinweis bedenklich?
Ist eine Warnung, du kannst ja mal einfach den zypper ps -s Befehl ausführen......
selbst wenn ich sie drei Minuten vorher schon aktualisiert hatte.
Sollte nicht stimmen, der Standard ist auf 10 Minuten
##
## Amount of time in minutes that must pass before another refresh.
##
## Valid values: Integer
## Default value: 10
##
## If you have autorefresh enabled for a repository, it is checked for
## up-to-date metadata not more often than every <repo.refresh.delay>
## minutes. If an automatic request for refresh comes before <repo.refresh.delay>
## minutes passed since the last check, the request is ignored.
##
## A value of 0 means the repository will always be checked. To get the opposite
## effect, disable autorefresh for your repositories.
##
## This option has no effect for repositories with autorefresh disabled, nor for
## user-requested refresh.
##
repo.refresh.delay = 5... und die vielen Refresh, die auf Nein stehen ...
Das ist natürlich auch so ein Punkt, warum ein Repo aktivieren, dann aber die Aktualisierung ausschalten.
Wenn ich nichts mit dem Repo zu tun haben will, fliegt es raus, ansonsten ist es aktiv und auf aktualisieren gestellt. Das vermeidet irgendwelche blöden Abhängigkeitsprobleme beim Updaten.
Als root:
zypper dup --allow-vendor-change --from https://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_16.0/Alle Abhängigkeiten auflösen, nichts ignorieren, am besten hier nachfragen.
3 | OSS | OSS | Ja | (r ) Ja | Ja | - | 70 | rpm-md | http://download.opensuse.org/d…ution/leap/15.5/repo/oss/
Irgendwelche Fragen???????
Übrigens:
Das OSS, non-OSS sowie die beiden dazu passenden Updates Repos (Leap 15.6) sowie die 2 Backports Repos (Leap 15.6) muss man nicht priorisieren, am besten lässt man diese auf 99 stehen.
Codezypper se -sir repo-openh264 Repository 'repo-openh264' konnte anhand seines Alias, seiner Nummer oder URI nicht gefunden werden. Verwenden Sie 'zypper repos', um die Liste der definierten Repositorys abzurufen.
Das hatte ich nicht angefragt und würde übrigens bei meinem Befehl mit angezeigt.
Poste:
zypper lr -dmp4 ist übrigens ein Container, kein eigenständiges Video-Format.
Oft ist dann das Video-Format h26x