FAQ.de

EN · EL · FR · ES · IT · RU · ZH · AR · HI · PT · DE

FAQ

Häufige Fragen und Fehlerbehebung. Siehe auch Configuration, Security und Repositories and Priority.

---

Funktioniert slacker auf Slackware 15.0?

Nein — und das wird nie der Fall sein. slacker zielt auf Slackware -current: 64-Bit (x86_64) und, seit 0.9.0, 32-Bit (i586/i686). Siehe Status and Roadmap.

Kann slacker mein System auf eine neue Slackware-Version aktualisieren?

Ja — das ist slacker upgrade-dist {current|VERSION}. Es richtet deinen Spiegel und deine Repositorys auf die Zielversion neu aus und ersetzt jedes Paket durch den Build des Ziels (der eine Befehl, der das Prioritätsmodell bewusst umgeht), führt dann install-new + clean-system aus und erinnert dich vor dem Neustart an den Kernel. Mach immer zuerst ein --dry-run und halte Sicherungen bereit. Beachte: Um ein 15.0-System zu aktualisieren, brauchst du eine slacker-Binärdatei, die auf der älteren glibc von 15.0 läuft (das verteilte Paket ist für -current gebaut); und die Lokalquelle-Option (DISTRO_UPGRADE_MIRROR) ist noch nicht getestet. Vollständige Einzelheiten in Distribution Upgrade.

install/upgrade verweigert ein Paket mit dem Hinweis, das Repo ziele auf eine andere Version.

Das ist der Versions-Abgleichswächter. Ein für eine andere Slackware-Version gebautes Repository (etwa ein alienbob--current-Repo, das auf 15.0 noch aktiv ist) kann GPG/md5 bestehen und dennoch Pakete installieren, die dein System kaputt machen, daher verweigert slacker es. Richte das Repository auf die Version deines Systems aus, oder übergib --yes zum Überschreiben, wenn du sicher bist. slacker status zeigt dieselbe Diskrepanz in seiner Zeile Repo release. Siehe Security.

Muss ich nach der Installation Konfigurationsdateien kopieren?

Nein. Das Binärpaket legt die Konfigurationsdateien unter /etc/slacker/ an ihren Platz. Du bearbeitest nur zwei davon — mirrors (eines wählen) und repos (Prioritäten setzen). Siehe Installation.

Wie wähle ich einen schnellen, aktuellen Spiegel?

Führe slacker find-mirror aus. Es prüft die offizielle Slackware-Spiegelliste, misst jeden, verwirft die hinter dem Upstream-Master zurückgefallenen, ordnet die übrigen nach Geschwindigkeit und gibt den schnellsten als die in mirrors einzutragende Zeile aus — es ändert deine Konfiguration nie selbst. Es funktioniert bevor irgendein Spiegel konfiguriert ist, daher ist es der natürliche erste Befehl auf einer frischen Installation. Später meldet slacker status einen veraltet gewordenen Spiegel (mehr als 48 Stunden hinter dem Upstream). Siehe Quick Start.

update sagt, die Pakete eines Repos ließen sich nicht herunterladen (ein verdoppelter Pfad wie .../extra/extra/...).

Dieses Repository ist ein Distributions-Unterbaum (extra, patches, testing, pasture) und braucht das Flag subtree in repos. Seine PACKAGES.TXT listet Speicherorte relativ zur Distributionswurzel; das Flag weist slacker an, Pakete und Schlüssel von der übergeordneten URL zu holen. Siehe Repositories and Priority.

error: repos: ... duplicate priority

Die Prioritäten binärer Repositorys müssen verschieden sein. Gib jedem binären Repository eine eindeutige Zahl. (tag-priority-Zeilen dürfen sich eine Priorität teilen — das ist in Ordnung.)

error: repos: ... two active mirrors / „no mirror“

In mirrors muss genau eine Zeile auskommentiert (also aktiv) sein. Null lässt die offizielle URL leer; zwei oder mehr sind ein Fehler.

Warum hat upgrade-all mein SBo-/alienbob-Paket nicht aktualisiert, obwohl es eine neuere Version gibt?

Priorität. slacker migriert ein installiertes Paket nie zu einer Quelle anderer Priorität und stuft es nicht herab. Ein Kandidat wird nur aus einem Repository höherer oder gleicher Priorität vorgeschlagen. Willst du den Build eines bestimmten Repos, pinne ihn: slacker upgrade alienbob:vlc. Damit eine Quelle stets gewinnt, gib ihr eine Tag-Priorität. Siehe Repositories and Priority.

Ein -current-Upgrade hat ein Paket kaputt gemacht — kann ich es zurückrollen?

Ja, für offizielle Pakete auf -current. slacker revert-pkg NAME listet die früheren Builds dieses Pakets (aus removed_packages), holt den von dir gewählten aus dem kumulativen Archiv (GPG-geprüft gegen den gepinnten Slackware-Schlüssel) und stuft ihn mit upgradepkg --reinstall herab. Versuche zuerst --dry-run, um den exakten Build zu sehen. Danach bietet es an, das Paket einzufrieren, damit upgrade-all es nicht wieder nach vorn zieht — hebe das später mit slacker unfrozen NAME auf. Drittanbieterpakete sind nicht abgedeckt (das kumulative Archiv führt nur offizielle), und es funktioniert nur auf -current: der Code liest VERSION_CODENAME und verweigert auf einer stabilen Version (ein strenger, fail-closed Wächter). Siehe Common Workflows.

Wie entferne ich eine Regel aus der Sperrliste?

slacker unfrozen RULE — das Gegenstück zu frozen. Führe slacker unfrozen ohne Argument aus, um die aktuellen Regeln aufzulisten, und übergib dann eine exakt wie angezeigt (der Abgleich ist wörtlich, daher werden .* / * / / nie als Muster behandelt). /etc/slacker/blacklist von Hand zu bearbeiten funktioniert auch. Siehe Blacklist.

install-new bietet mir ständig Dinge an, die ich entfernt habe / bietet ein von mir entferntes Paket nie an.

install-new ist für Pakete, deren Name neu zur Distribution hinzugefügt wurde — nicht für Pakete, die du entfernt hast (die existieren bereits im Baum). Um ein entferntes Paket wieder einzuspielen, verwende slacker install NAME (oder install @repo). Siehe Commands.

history emacs zeigt nichts, obwohl das Paket installiert ist.

Namen stimmen exakt überein. Ist das Paket aircrack-ng, findet history aircrack nichts — verwende den exakten Namen. Siehe Package History.

history zeigt ein Upgrade als old → new für etwas, das ich sicher entfernt habe.

Das Verzeichnis removed_packages/ der pkgtools behält eine Datei je Paketkennung, daher überschreibt eine spätere Entfernung einen früheren Eintrag — ein Teil des Verlaufs geht durch die Werkzeuge selbst verloren. slacker rekonstruiert, so viel es kann, und folgert ein verlorenes Upgrade-Ziel aus dem nächsten bekannten Eintrag. Siehe Package History.

Ein Repository ist in Quarantäne und stellt keine Pakete bereit.

slacker stellt ein Repository unter Quarantäne, das die Prüfung nicht besteht (nicht erreichbar oder mit fehlerhaften/feindlichen Metadaten). Prüfe erneut mit slacker vet-repo NAME; hältst du es für einen Fehlalarm, hebt slacker trust-repo NAME es auf (auf deine Verantwortung). Siehe Security.

„key-substitution attack“ / ein Schlüssel lässt sich nicht importieren.

slacker pinnt den GPG-Fingerabdruck jedes Repositorys beim ersten Import (trust on first use). Ein späterer Schlüssel mit abweichendem Fingerabdruck wird abgelehnt. Hat sich der Schlüssel rechtmäßig geändert, musst du den Pin dieses Repositorys unter STATE_DIR (/var/lib/slacker/gpg/<repo>.fpr) löschen und neu importieren. Siehe Security.

Wie verhindere ich, dass clean-system die Pakete extra/testing/patches entfernt?

Markiere diese Repositorys in repos als immutable. Ihre installierten Pakete bleiben dann erhalten, ohne jedes einzeln auf die Sperrliste zu setzen. Siehe Common Workflows.

install * / remove * / history * tut nicht, was ich erwarte.

slacker hat keinen Platzhalter * zur Paketauswahl. Ein ganzes Repository ist @repo (z. B. install @gnome); ein einzelnes Paket ist sein exakter Name; eine Teilzeichenkette trifft eine Familie. Ein nicht in Anführungszeichen gesetztes * wird von deiner Shell zu den Dateinamen des aktuellen Verzeichnisses expandiert, bevor slacker läuft — slacker sieht das * nie und liest dein Verzeichnis nie. Ergibt das eine Flut von Nicht-Paket-Argumenten, erkennt slacker das und verweigert den Befehl, ohne etwas zu ändern (ein remove * löscht keine echten Pakete, die zufällig eine Teilzeichenkette mit einem Dateinamen teilen). Setze ein wörtliches Muster in Anführungszeichen oder verwende @repo. Beachte: die Sperrliste ist anders — frozen akzeptiert sehr wohl Glob- und Regex-Muster — siehe Blacklist.

Kann ich Abfragen als normaler Benutzer ausführen?

Ja. search, info, file-search, check-updates, show-changelog, history und find-mirror laufen unter jedem Benutzer. Alles, was das System verändert, benötigt root.

Ein Befehl meldet, dass eine andere Instanz läuft.

Verändernde Befehle nehmen eine exklusive Sperre (/run/slacker.lock); es läuft nur einer zur selben Zeit. Die Sperre wird automatisch freigegeben, wenn slacker beendet oder abgeschossen wird. Abfragen nehmen keine Sperre.

Farben bringen meine Logs / mein Terminal durcheinander.

Setze NO_COLOR=1 (Farbe wird auch automatisch deaktiviert, wenn die Ausgabe kein Terminal ist). Der Pager für lange Ausgaben ist $PAGER oder less -FRX.

Wie melde ich einen Fehler oder wünsche eine Funktion?

Öffne ein Issue unter https://forge.slackware.nl/rizitis/slacker/issues.