Paket-Liste von deb-multimedia bereinigen

[KBDCALLS]

Naja, 100 so wie bei den Backports. Dann ist man auf jedenfall auf der sicheren Seite. Wenn man welche von dort haben will , muß die explizit installieren.

PS . aber jede zwischen 100 und 499 sollte es aber auch tun.

[debianoli]

Irgendwie macht das auch nicht alles wirklich optimal. Ich habe mir die libdvdcss2 local installiert, aber deb-multimedia will sie upgraden, obwohl die Version meiner Meinung nach gleich ist.

Code: Alles auswählen

apt-cache policy libdvdcss2
libdvdcss2:
  Installiert:           1.4.0-1~local
  Installationskandidat: 1.4.0-dmo1
  Versionstabelle:
     1.4.0-dmo1 100
        100 ftp://ftp.deb-multimedia.org stretch/main amd64 Packages
 *** 1.4.0-1~local 100
        100 /var/lib/dpkg/status

Preferences:

Code: Alles auswählen

Package: *          
Pin: release a=stable*,l=Debian*
Pin-Priority: 900

Package: *
Pin: release l=Unofficial Multimedia Packages
Pin-Priority: 100

Abhilfe schafft bei sowas nur ein Setzen des Pakets auf hold

[KBDCALLS]

Eine Versionsnummer mit dem Anhängsel ~bpo oder ~local ist aber kleiner.

[Taomon]

setz die Priorität unter 100.

Code: Alles auswählen

Package: *
Pin: origin www.deb-multimedia.org
Pin-Priority: 50

In die Fußangel bin ich auch gelaufen.

Code: Alles auswählen

alex@Taomon:~$ apt-cache policy | grep multi
  50 http://www.deb-multimedia.org stretch/non-free amd64 Packages
     origin www.deb-multimedia.org
  50 http://www.deb-multimedia.org stretch/main amd64 Packages
     origin www.deb-multimedia.org
alex@Taomon:~$ 

Gruß Taomon

[guennid]

Irgendwie macht das auch nicht alles wirklich optimal.

Es ist halt nicht optimal und kann's wohl auch nicht sein, wenn zwei Parteien eher gegen- als miteinander arbeiten. Der fast sieben Jahre alte Sticky-Thread im Multimedia-Forum hat nach wie vor seine Berechtigung. Wer die Lösung: "Finger weg" nicht akzeptieren mag, dem bleibt wohl nur: genau hingucken.

[debianoli]

Eine Versionsnummer mit dem Anhängsel ~bpo oder ~local ist aber kleiner.

Gut, das wusste ich nicht.

setz die Priorität unter 100.

Code: Alles auswählen

Package: *
Pin: origin www.deb-multimedia.org
Pin-Priority: 50

Dann gibt es aber keine Updates für die Pakete aus deb-multimedia. Dazu braucht es eine Priority über 100.

Der fast sieben Jahre alte Sticky-Thread im Multimedia-Forum hat nach wie vor seine Berechtigung. Wer die Lösung: "Finger weg" nicht akzeptieren mag, dem bleibt wohl nur: genau hingucken.

Tja, das fiese bei deb-multimedia ist eben, dass es meist einfach funktioniert und es vor allem früher viele Multimedia-Anwendungen nur in deb-multimedia gab.

Und woher weiß man wirklich alle Abhängigkeiten? Bei meinem Problem mit chromium hing es an Abhängigkeiten zu libnettle, die nicht sofort als Folge von deb-multimedia erkennbar waren. JETZT bin ich auch schlauer und weiß, wo man suchen kann.

[KBDCALLS]

Man sollte ab und an mal genauer hinsehen was apt-get , aptitude und Co so treiben wollen. Hilfreich dabei ist der Parameter -V Es kann auch nicht schaden sich mit den anderen Möglichkeiten von apt, apt-get aptitude und anderen etwas näher zu befassen.

Das Debiananwerderhandbuch wäre ganz empfehlenswert. Es ist zwar mitterweile aus den Repositorys verschwunden. (Warum eigentlich ? Weil bei Etch stehengeblieben ist ? Für die Grundlagen reichts aber allemal)

• http://debiananwenderhandbuch.de/apt.html

Dann gibts auch noch das Debian-Admistrator Handbuch.

• debian-handbook
• file:///usr/share/doc/debian-handbook/html/de-DE/apt.html
• https://debian-handbook.info/

apt-show-versions und apt-show-source nicht vergessen.

Und woher weiß man wirklich alle Abhängigkeiten? Bei meinem Problem mit chromium hing es an Abhängigkeiten zu libnettle, die nicht sofort als Folge von deb-multimedia erkennbar waren. JETZT bin ich auch schlauer und weiß, wo man suchen kann.

Das hätte dir apt-show-versions |grep libnettle verraten woher das Paket kommt.

[Taomon]

Gestern war nicht mein Tag, ich meinte die 2 Pakete pinnen unter 100.

Code: Alles auswählen

cat /etc/apt/preferences.d/multimedia2.pref 
Package: libdvdcss-dev
Pin: origin www.deb-multimedia.org
Pin-Priority: 50

Package: libdvdcss2
Pin: origin www.deb-multimedia.org
Pin-Priority: 50

Taomon

[guennid]

Und woher weiß man wirklich alle Abhängigkeiten?

Ehrlich gesagt, versteh' ich das Problem nicht so recht.

Also: grundsätzlich installiere ich von dmo nur gezielt einzelne "Anwendungen", neudeutsch:Äpps. Und nach meinen Beobachtungen ist es doch so, dass solche dmo-Anwendungen zusätzliche libs entweder aus dem eigenen oder eben aus dem Debian-Repo als Abhängigkeiten mit installieren. Das wissend/dokumentierend, ist es doch nicht so schwer, im Bedarfsfall das, was von dmo kam, wieder zu purgen. Und was von Debian kam, kann doch auf dem System verbleiben (falls z.B. eine nachträglich installierte Debian-Anwendung nun diese lib ebenfalls benötigt), sollte dort jedenfalls in keiner Weise stören?
Sollten Debian-libs von dmo-libs überschrieben werden, wird's natürlich 'n Tick schwieriger. Ist aber doch bei sorgfältiger Doku. durchaus beherrschbar.

(@hikaru) Jedes upgrade wird grundsätzlich erst mal simuliert. Und da sehe ich doch, was Sache sein wird? Ich denke, das ist im Endeffekt weniger umständlich, als sich mit pinning herumzuplagen und bei Fehlkonfiguration dann im Schadensfall doch wieder auf dem Schlauch zu stehen, weil die eigene Doku. fehlt.

[KBDCALLS]

Also: grundsätzlich installiere ich von dmo nur gezielt einzelne "Anwendungen", neudeutsch:Äpps.

Das Problem ist aber das da nicht die Priority von 500 mitspielt. Da kann man sich versehentlich mehr installieren, als man will und notwendig. Es sei denn man setzt für DMO eine Priority von 100, das muß aber selbst machen, was die Backports schon von sich aus machen.

[debianoli]

Das Blöde mit deb-multimedia ist doch, dass dort Pakete drin sind, die es auch im normalen Debian gibt. Und deb-multimedia die lieber will als die anderen und recht heftige Abhängigkeiten erzeugt. Wenn man das nicht richtig pinnt und dazu nicht richtig mitdenkt, dann kann es schnell zu einem zerhauten System kommen. Was mir vor einigen Jahren wahrscheinlich nur deshalb nicht aufgefallen ist, da ich bei neuen Debian-Versionen häufiger komplett neu installiert habe. In dem Fall merkst du von den komischen Abhängigkeiten selten etwas.

[KBDCALLS]

Das Blöde mit deb-multimedia ist doch, dass dort Pakete drin sind, die es auch im normalen Debian gibt. Und deb-multimedia die lieber will als die anderen und recht heftige Abhängigkeiten erzeugt. Wenn man das nicht richtig pinnt und dazu nicht richtig mitdenkt, dann kann es schnell zu einem zerhauten System kommen. Was mir vor einigen Jahren wahrscheinlich nur deshalb nicht aufgefallen ist, da ich bei neuen Debian-Versionen häufiger komplett neu installiert habe. In dem Fall merkst du von den komischen Abhängigkeiten selten etwas.

Das ist bei den Backports nicht anders , aber eleganter gelößt. Oder sollte man besser narrensicher schreiben ?

Siehe :

• viewtopic.php?f=29&t=168409&start=30#p1162870

[guennid]

Das Blöde mit deb-multimedia ist doch, dass dort Pakete drin sind, die es auch im normalen Debian gibt. Und deb-multimedia die lieber will als die anderen und recht heftige Abhängigkeiten erzeugt.

Das ist mir so noch nicht aufgefallen, aber ich gehe wahrscheinlich grundsätzlich anders vor: dmo kommt aufgrund der bekannten Probleme immer hinterher und immer gezielt. Und da sehe ich, was von dort kommt, "notier" mir das und kann's dann bei Bedarf auch wieder deinstallieren. Mir ist noch nie ein deb von dmo aufgefallen, in dem nicht "dmo" im Namen stand. Auf Pinning verlasse ich mich dabei gar nicht.