dose-debcheck - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

dose-distcheck - Installierbarkeit von Paketen anhand von Metadaten prüfen

ZUSAMMENFASSUNG

Dosis-Distanz-Check [Möglichkeit] ... uri
Dosis-Debcheck [Möglichkeit] ... [Datei]
dosis-rpmcheck [Möglichkeit] ... [Datei]
Dosis-Eclipse-Check [Möglichkeit] ... [Datei]

BESCHREIBUNG

dose-distcheck bestimmt für eine Reihe von Paketkontrollzeilen, die als Repository bezeichnet werden,
ob Pakete des Repositorys relativ zum Repository entsprechend installiert werden können
zu den Beziehungen zwischen den Paketen, die in den Paketkontrollzeilenzeilen ausgedrückt werden. Das genaue
Satz relevanter Kontrollfelder und deren Bedeutung hängt von der Art des Repositorys ab.
Der Constraint-Lösungsalgorithmus ist vollständig, d. h. er findet immer dann eine Lösung, wenn es
existiert sogar für mehrere disjunktive Abhängigkeiten und tiefe Paketkonflikte. Dies
Das Problem ist theoretisch rechnerisch nicht durchführbar (d. h. NP-vollständig), aber lösbar
sehr effizient für in der Praxis vorkommende Paket-Repositorys.

Pakete werden in Vorder- und Hintergrund aufgeteilt: nur Pakete im Vordergrund sind
auf Installierbarkeit geprüft, aber Abhängigkeiten können von Vordergrundpaketen erfüllt werden und
durch Hintergrundpakete. Standardmäßig sind alle Pakete im Vordergrund.

Eingang Normen

Derzeit unterstützte Eingabetypen sind debian, rpm und eclipse. Die Dosis-Distanz-Check Werkzeug
erwartet seine Eingabespezifikationen in der Form Typ://Pfadname woher tippe eines von deb,
Synthese, hdliste or Eklipse und Pfadname ist der Pfadname einer Datei, die die Eingabe enthält.
Die in dieser Datei gefundenen Paketmetadaten müssen den tippe in der URI angegeben.

Bei Aufruf als Dosis-tippeaus der Ferne überprüfen dann wird angenommen, dass die Art der Eingabe ist tippe und
Repositorys (in Positionsargumenten oder in den Werten von Optionen) --fg und --bg) sind
einfach in Form eines Pfadnamens einer Datei angegeben, die das Repository enthält. Wenn keine Positionsangaben
Argument wird angegeben, dann wird die Eingabe von der Standardeingabe gelesen. Dosis-Distanz-Check auch komprimiert
Dateien (.gz , .bz2) als Positionsargumente. Eingang, der auf Standardeingang gelesen wird, kann nicht in
komprimierte Form.

Eingang Formate

Debian
Die Eingabedatei muss Strophen im Format enthalten Deb-Steuerung(5), durch eins getrennt
Leerzeile. Zum Beispiel die Packages-Dateien, wie sie auf einem Debian-Spiegelserver zu finden sind, oder im
Verzeichnis /var/lib/apt/lists/ eines Debian-Systems, eignen sich als Input für Dosis-Debcheck.
Die Installierbarkeit von Paketen wird nach ihrer Hängt ab, Kriege und Bietet
Felder mit ihrer Bedeutung ab der Debian-Richtlinienversion 3.9.0. Vorher abhängig werden behandelt wie
Hängt ab und Breaks werden behandelt wie Kriege.

Wenn die Eingabe mehrere Pakete mit den gleichen Werten für Name, Version und . enthält
Architektur als nur letzteres berücksichtigt und eine Warnung ausgegeben.

Bei Debian ist es nicht möglich, gleichzeitig zwei Pakete mit zu installieren
gleicher Name, aber unterschiedliche Versionen.

U / min
Die Eingabedatei kann entweder a Synthese Datei oder a hdliste Datei. Standardmäßig dosis-rpmcheck
erwartet eine Synthesedatei als Eingabe. Um eine hdlist-Datei anzugeben, muss dose-distcheck aufgerufen werden
mit einem Dateiargument der Form hdlist://

Eclipse
Die Eingabe ist eine 822-Datei, die die Codierung der content.xml-Dateien des OSGi-Plugins enthält.

Cv
Nur für den internen Gebrauch. Undokumentiert.

OPTIONAL

OPTIONAL STEUERN VORDERGRUND UND HINTERGRUND
--fg=Datei
Pakete hinzufügen in Datei in den Vordergrund.

--bg=Datei
Pakete hinzufügen in Datei in den Hintergrund.

--checkonly Paket [,Paket] ... ...
Akzeptiert eine durch Kommas getrennte Liste von Paketnamen, jeder von ihnen möglicherweise mit a
Versionseinschränkung, als Argument. Den Vordergrund bilden alle Pakete
die mit einem der Ausdrücke übereinstimmen, werden alle anderen Pakete in die
Hintergrund. Die anfängliche Unterscheidung zwischen Vordergrund und Hintergrund wird ignoriert.
Diese Option darf nicht kombiniert werden mit - Münze.

Beispiel: --checkonly "libc6 , 2ping (= 1.2.3-1)"

- Münze Paket [,Paket] ... ...
Akzeptiert eine durch Kommas getrennte Liste von Paketnamen, jeder von ihnen möglicherweise mit a
Versionseinschränkung, als Argument. Wenn diese Liste aus n Ausdrücken besteht, dann
Installierbarkeit wird unabhängig für jeden Satz von n Paketen überprüft, bei denen die
Das i-te Element der Menge stimmt mit dem i-ten Ausdruck überein. Die anfängliche Unterscheidung
zwischen Vordergrund und Hintergrund wird ignoriert. Diese Option darf nicht kombiniert werden
mit --checkonly.

Beispiel: --coinst "a (>1), b"

Wenn wir Paket a in den Versionen 1, 2 und 3 und Paket b in den Versionen 11 und 12 haben,
dann werden 4 Paketpaare auf Co-Installierbarkeit überprüft, nämlich (a=2,b=11),
(a=2,b=12), (a=3,b=11) und (a=3,b=12).

DEBIANISCH SPEZIFISCH OPTIONAL
Multi-Arch-Annotationen werden von distcheck korrekt berücksichtigt. Pakete, deren
Architektur ist weder die einheimische Architektur noch in der Liste der ausländischen Architekturen
(siehe unten) werden ignoriert.

--deb-native-arch=Name
Geben Sie die native Architektur an. Das Standardverhalten ist die Ableitung der nativen
Architektur aus der ersten Paketzeilenzeile in der Eingabe, die eine Architektur hat
anders als alle.

--deb-foreign-archs=Name [,Name] ... ...
Geben Sie eine durch Kommas getrennte Liste von Fremdarchitekturen an. Die Vorgabe ist ein leeres
Liste ausländischer Architekturen.

--deb-ignore-essential
Betrachten Sie wesentliche Pakete nicht als Teil des Installationsproblems. Von
Standardmäßig werden alle wesentlichen Pakete als Teil des Installationsproblems betrachtet
für alle Pakete, d.h. ein Paket ist genau dann installierbar, wenn es
installierbar mit allen wichtigen Paketen. Mit dieser Option kann der Benutzer die
Installierbarkeit ohne installierte wesentliche Pakete.

OPTIONAL FÜR FILTERUNG SPEISUNG
--neueste
Nur die neueste Version jedes Pakets wird beibehalten, ältere Versionen von Paketen sind
ignoriert.

OPTIONAL STEUERN AUSGABE
-f, --Fehler
Listen Sie alle Pakete auf, die als nicht installierbar befunden wurden.

-s, --Erfolge
Listen Sie alle Pakete auf, die als installierbar befunden wurden. Kann zusammen mit verwendet werden
--Fehler, in diesem Fall erlaubt der Wert des Statusfeldes in der Ausgabe
installierbare von nicht installierbaren Paketen unterscheiden.

-e, --erklären
Geben Sie Erklärungen. Bei Verwendung zusammen mit --Fehler dann besteht die erklärung
von Abhängigkeitsketten, die zu einem Konflikt oder einer Abhängigkeit von einem fehlenden Paket führen.
Bei Verwendung zusammen mit --Erfolge dann besteht die Erklärung aus einer Installation
gesetzt.

-m, --explain-minimal
Für alle Pakete P die als installierbar befunden werden und in Verbindung mit
--Erfolge, druckt einen reduzierten Installationssatz, der nur die Pakete enthält, in
der Abhängigkeitskegel von P. Bei Verwendung mit Debian-Repositorys sind alle wesentlichen
Pakete und ihre Abhängigkeiten, die nicht im Kegel von P entfallen. Wann
verwendet in Verbindung mit --Fehler und --erklären, alle Abhängigkeitsketten sind
nicht gedruckt.

--Zusammenfassung
Gibt eine detailliertere Zusammenfassung der Ergebnisse.

-o Datei Ausgabe senden an Datei.

MISC OPTIONAL
-v Aktivieren Sie Info / Warnungen / Debug-Meldungen. Diese Option kann bis zu drei wiederholt werden
Mal, um die Ausführlichkeit zu erhöhen.

--ruhig Keine Warnmeldungen drucken

--Fortschritt
Fortschrittsbalken anzeigen.

--timer
Timing-Informationen anzeigen.

-H, --help
Zeigen Sie diese Liste mit Optionen an.

--Version
Programmversion anzeigen und beenden.

EXIT CODES

Exitcodes 0-63 zeigen eine normale Beendigung des Programms an, Codes 64-127 zeigen
anormale Beendigung des Programms (wie Analysefehler, E/A-Fehler).

Bei normaler Programmbeendigung:

- Exitcode 0 zeigt an, dass alle Vordergrundpakete installierbar gefunden wurden;

- Exitcode 1 zeigt an, dass mindestens ein Vordergrundpaket als deinstallierbar befunden wurde.

BEISPIEL

Prüfen Sie, welche Pakete in einer bestimmten Distribution nicht installierbar sind und warum:

Dosisabstandsprüfung -v -f -e \
--bg deb:///var/lib/apt/lists/ftp.fr.debian.org_debian_dists_sid_main_binary-amd64_Packages\
--bg deb:///var/lib/apt/lists/ftp.fr.debian.org_debian_dists_sid_non-free_binary-amd64_Packages\
--fg deb:///var/lib/apt/lists/ftp.fr.debian.org_debian_dists_sid_contrib_binary-amd64_Packages

wobei Packages die Datei ist, die zu dieser Distribution gehört, wie sie zum Beispiel in der
Verzeichnis /var/lib/apt/lists.

Prüfen Sie, welche Pakete in contrib nicht installierbar sind, wenn Abhängigkeiten erfüllt sein können
von haupt:

dose-debcheck --failures --bg=main_Packages contrib_Packages

HINWEIS

Dose-distcheck ist eine komplette Neuimplementierung von edos-debcheck, geschrieben für das EDOS
Projekt.

Verwenden Sie dose-debcheck online mit den onworks.net-Diensten