wenn man im Dolphin den Ordner oder Rubrik Video auf macht
Hmmm, keine Ahnung. Da ich noch nie Videos im Video-Ordner hatte, kann ich dazu nichts sagen. Sry ...
aber bei mir unter Tumbleweed
Wie immer. Du erklärst den Usern, das bei DIR alles geht. Ganz toll und hilfreich! Aber das kennt man von dir nicht anders.
Hmmm, keine Ahnung. Da ich noch nie Videos im Video-Ordner hatte, kann ich dazu nichts sagen. Sry ...
Wie immer. Du erklärst den Usern, das bei DIR alles geht. Ganz toll und hilfreich! Aber das kennt man von dir nicht anders.
Ahem ...
bei mir läuft auch alles! Mit Leap 16 und Packman-Repo, welches ich nutze seit es das gibt (auch KDE Connect - seit es das gibt!, letzteres soll ja unter Tumbleweed zicken?). Das migration tool hat Packman weiterhin eingebunden.
Läuft die Entwicklung einer Distribution sehr schnell, wird das sehr umfangreiche Packman nicht immer synchron gehalten werden können, was dann zu Konflikten bei Updates führen wird.
Leap und Packman laufen bei mir ideal. Seit Jahrzehnten! Flatpak vermisse ich daher nicht.
Alero, Okay, dann kannst Du das natürlich auch nicht wissen, das war für mich eigentlich immer der Punkt, bei dem ich mir immer gesagt habe ohne Video -Vorschau oder auch Thumbnails, ist das ein no go... Es sei den man hat alle seine Videos gut Beschriftet, was bei mir zu diesem Zeitpunkt nicht der Fall war.... 
. Aber vieleicht kennt der ein oder andere noch einen Trick !?
Bis denn... 
Ok, mein Beitrag war nur eine Antwort auf die Frage von Karlchen60. Jedoch matbhm ist dafür bekannt, das er nur jedem erklärt das bei ihm alles läuft, was für niemanden hilfreich ist. Da könnte ich ja auch bei fast jedem Problem hier im Forum schreiben ... aber bei mir geht das 
Das ist ebenso hilfreich wie ein Loch im Kopf. 
Dazu kommt noch, das ich ausschließlich den Krusader nutze und den SMPlayer. Also kein Dolphin. Und für den SMPlayer brauche ich kein packman.
Leap und Packman laufen bei mir ideal. Seit Jahrzehnten! Flatpak vermisse ich daher nicht.
Das ist auch erwartbar, dass Leap&Packman sehr viel besser harmonieren als TW mit Packman, was die Stabilität angeht. Hinter Packman steht kein openQA wie bei TW. Das heißt im Klartext, die Qualtität ist vergleichbarer mit einem Debian Sid oder einem Testing Zweig von Arch. Und das fällt dann bei statischen Releases wie Leap halt logischerweise weniger ins Gewicht als bei einem Rolling Release.
Was ich mit den Richard Brown Zitaten auch noch erwähnt habe in den ersten Posts: Du öffnest dir dein System potentiell für Angreifer. Eben weil Kern-System-Pakete von Leap/Tumbleweed von Packman-Versionen gehijackt und ersetzt werden, die zudem nicht den gleichen hohen Standard an QA durchlaufen, kann das super gefährlich sein. Das heißt, bei Packman ist die warscheinlichkeit einfach höher, dass jemand Mist baut und Dinge nicht funktionieren, oder -Omnissia bewahre-, Dev PCs werden von Malware verseucht und jemand bösartiges hat Zugriff auf Packman Infra.
Das heißt, es geht einfach um das Spiel von Wahrscheinlichkeiten. Es ist wahrscheinlicher, dass dein System wg. Packman kaputt gepatched wird, als wenn du es nicht benutzen würdest. Es ist wahrscheinlicher, via Packman repo mit Malware infiziert zu werden als über das Hauptrepo. Es ist wahrscheinlicher, dass du unnötige Wartungsarbeiten im Terminal machen musst, wenn du Packman hast als wenn du es nicht hättest. Aber wie wahrscheinlich ist das? Keine Ahnung.
Ich möchte mein System einfach so sicher und stabil haben, wie es mir möglich ist, ohne viel auf Komfort zu verzichten. Für mich ist das Fazit klar, weil overall Tumbleweed ein schlechteres OS ist mit Packman, und es mir sogar mehr Arbeit macht. Ich möchte so wenig wie möglich mit Maintenance beschäftigen, und das Optimum hab ich mit dem beschriebenen Verzicht von Packman und der ausgwählten Nutzung von Flatpaks erreicht.
Was ich mit den Richard Brown Zitaten auch noch erwähnt habe in den ersten Posts: Du öffnest dir dein System potentiell für Angreifer. Eben weil Kern-System-Pakete von Leap/Tumbleweed von Packman-Versionen gehijackt und ersetzt werden, die zudem nicht den gleichen hohen Standard an QA durchlaufen, kann das super gefährlich sein. Das heißt, bei Packman ist die warscheinlichkeit einfach höher, dass jemand Mist baut und Dinge nicht funktionieren, oder -Omnissia bewahre-, Dev PCs werden von Malware verseucht und jemand bösartiges hat Zugriff auf Packman Infra.
Noch einmal:
Packman benutzt die factory Pakete von openSUSE, also die Pakete, die demnächst in Tumbleweed erscheinen. Du kannst ein diff über die Sourcen laufen lassen, die Sourcen sind gleich. Die Sourcen aus factory werden nur als Branch weitergereicht.
Das Problem für Packman Tumbleweed ist halt das factory Repo, dort können schon andere Sourcen verbaut sein, als Tumbleweed noch vorhält.
Noch einmal:
Packman benutzt die factory Pakete von openSUSE, also die Pakete, die demnächst in Tumbleweed erscheinen. Du kannst ein diff über die Sourcen laufen lassen, die Sourcen sind gleich. Die Sourcen aus factory werden nur als Branch weitergereicht.
Das Problem für Packman Tumbleweed ist halt das factory Repo, dort können schon andere Sourcen verbaut sein, als Tumbleweed noch vorhält.
Ich verstehe deine Ergänzung nicht. Die Sources kommen aus Factory, werden mit Propräritären Code erweitert, um die Codecs zu unterstützen. Damit ist es technisch ein Fremdpaket und wird dann nicht mehr im openQA im ganzen mit allen anderen Paketen getestet. D.h. da ist eine gewisse Menge an Code-Änderung, die explizit nicht von openSUSE kontrolliert wird; und das hat Implikationen hinsichtlich Sicherheit und Stabilität. Genau an der Stelle könnte ein Bad Actor eingreifen.
werden mit Propräritären Code erweitert, um die Codecs zu unterstützen.
Nicht ganz.
An den eigentlichen Sourcen von z.B. ffmpeg wird nichts geändert, nur da Packman seinen eigenen OBS hat,werden diese auch dort eingebaut.
Packman hat sein eigenen OBS ohne openQA.
Schau dir einfach einmal die spec Dateien von factory und Packman an.
Es wird daran nichts geändert.
Bei ffmpeg:
ffmpeg --enable-libx264oder
%if !0%{?BUILD_ORIG}
--enable-muxers \
--enable-demuxers \
--disable-encoders \
--disable-decoders \
--disable-decoder=h264,hevc,vc1 \
--enable-encoder="$(perl -pe 's{^(\w*).*}{$1,}gs' <%_sourcedir/enable_encoders)" \
--enable-decoder="$(perl -pe 's{^(\w*).*}{$1,}gs' <%_sourcedir/enable_decoders)" \Der Codec ist im Paket, man kann den beim Bau entweder auswählen oder auch nicht.
openSUSE wählt nicht aus, Packman schon.
Übrigens baue ich broadcom-wl im OBS, schicke es an Mafred Hollstein und der schickt es nur nach Packman.
Aber alles nicht als rpm sondern als Bauprojekt.
Gleiches gilt für z.B. nvidia.
Alles bei openSUSE als Bau hergestellt, aber nicht gebaut und veröffentlicht sondern nach Nvidia geschickt.
PS:
Die Packman Maintainer arbeiten auch im OBS mit.......