FAQ.fr

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

FAQ

Questions fréquentes et dépannage. Voir aussi Configuration, Security et Repositories and Priority.

---

slacker fonctionne-t-il sur Slackware 15.0 ?

Non — et il ne le fera jamais. slacker cible Slackware -current : 64 bits (x86_64) et, depuis la 0.9.0, 32 bits (i586/i686). Voir Status and Roadmap.

slacker peut-il mettre à niveau mon système vers une nouvelle version de Slackware ?

Oui — c'est slacker upgrade-dist {current|VERSION}. Il réoriente votre miroir et vos dépôts vers la version cible et remplace chaque paquet par le build de la cible (l'unique commande qui contourne délibérément le modèle de priorité), puis lance install-new + clean-system et vous rappelle le noyau avant de redémarrer. Faites toujours un --dry-run d'abord et gardez des sauvegardes. Notez que pour mettre à niveau un système 15.0, il vous faut un binaire slacker qui tourne sur la glibc plus ancienne du 15.0 (le paquet distribué est compilé pour -current) ; et l'option de source locale (DISTRO_UPGRADE_MIRROR) n'est pas encore testée. Détails complets dans Distribution Upgrade.

install/upgrade refuse un paquet en disant que le dépôt cible une autre version.

C'est le garde-fou de correspondance de version. Un dépôt construit pour une autre version de Slackware (par exemple un dépôt alienbob -current resté actif sur 15.0) peut passer GPG/md5 et pourtant installer des paquets qui cassent votre système, donc slacker le refuse. Pointez le dépôt vers la version de votre système, ou passez --yes pour outrepasser si vous êtes sûr. slacker status montre la même incohérence sur sa ligne Repo release. Voir Security.

Dois-je copier des fichiers de configuration après l'installation ?

Non. Le paquet binaire met les fichiers de configuration en place sous /etc/slacker/. Vous n'en éditez que deux — mirrors (choisir un) et repos (définir les priorités). Voir Installation.

Comment choisir un miroir rapide et à jour ?

Lancez slacker find-mirror. Il sonde la liste officielle des miroirs Slackware, chronomètre chacun, écarte ceux qui ont pris du retard sur le master amont, classe les autres par vitesse, et affiche le plus rapide comme ligne à mettre dans mirrors — il ne change jamais votre config lui-même. Il fonctionne avant qu'aucun miroir ne soit configuré, c'est donc la première commande naturelle sur une installation neuve. Plus tard, slacker status signale un miroir devenu périmé (plus de 48 heures de retard sur l'amont). Voir Quick Start.

update dit que les paquets d'un dépôt ne se téléchargent pas (un chemin dédoublé comme .../extra/extra/...).

Ce dépôt est un sous-arbre de distribution (extra, patches, testing, pasture) et a besoin du flag subtree dans repos. Son PACKAGES.TXT liste des emplacements relatifs à la racine de la distribution ; le flag indique à slacker de récupérer les paquets et la clé depuis l'URL parente. Voir Repositories and Priority.

error: repos: ... duplicate priority

Les priorités des dépôts binaires doivent être distinctes. Donnez à chaque dépôt binaire un numéro unique. (Les lignes tag-priority peuvent partager une priorité — c'est normal.)

error: repos: ... two active mirrors / « no mirror »

Dans mirrors, exactement une ligne doit être décommentée. Zéro laisse l'URL officielle vide ; deux ou plus constituent une erreur.

Pourquoi upgrade-all n'a-t-il pas mis à niveau mon paquet SBo / alienbob, alors qu'il existe une version plus récente ?

La priorité. slacker ne migre jamais un paquet installé vers une source de priorité différente et ne le rétrograde jamais. Un candidat n'est proposé que depuis un dépôt de priorité supérieure ou égale. Si vous voulez le build d'un dépôt précis, épinglez-le : slacker upgrade alienbob:vlc. Pour qu'une source l'emporte toujours, donnez-lui une priorité d'étiquette. Voir Repositories and Priority.

Une mise à niveau -current a cassé un paquet — puis-je revenir en arrière ?

Oui, pour les paquets officiels sur -current. slacker revert-pkg NAME liste les builds précédents de ce paquet (depuis removed_packages), récupère celui que vous choisissez dans l'archive cumulative (vérifié GPG contre la clé Slackware épinglée), et le rétrograde avec upgradepkg --reinstall. Essayez d'abord --dry-run pour voir le build exact. Il propose ensuite de figer le paquet pour que upgrade-all ne le ramène pas en avant — levez cela plus tard avec slacker unfrozen NAME. Les paquets tiers ne sont pas couverts (l'archive cumulative ne contient que les officiels), et cela ne marche que sur -current : le code lit VERSION_CODENAME et refuse sur une version stable (un garde-fou strict, fail-closed). Voir Common Workflows.

Comment retirer une règle de la liste noire ?

slacker unfrozen RULE — le pendant de frozen. Lancez slacker unfrozen sans argument pour lister les règles actuelles, puis passez-en une exactement comme affichée (la correspondance est littérale, donc .* / * / / ne sont jamais traités comme un pattern). Éditer /etc/slacker/blacklist à la main marche aussi. Voir Blacklist.

install-new me propose sans cesse des choses que j'ai supprimées / ne propose jamais un paquet que j'ai supprimé.

install-new concerne les paquets dont le nom est nouvellement ajouté à la distribution — pas les paquets que vous avez supprimés (ceux-ci existent déjà dans l'arbre). Pour remettre un paquet supprimé, utilisez slacker install NAME (ou install @repo). Voir Commands.

history emacs n'affiche rien, alors que le paquet est installé.

Les noms correspondent exactement. Si le paquet est aircrack-ng, history aircrack ne trouve rien — utilisez le nom exact. Voir [[Package History]].

history montre une mise à niveau old → new pour quelque chose que je suis sûr d'avoir supprimé.

Le répertoire removed_packages/ des pkgtools ne garde qu'un seul fichier par identifiant de paquet, donc une suppression ultérieure écrase un enregistrement antérieur — une partie de l'historique est perdue par les outils eux-mêmes. slacker reconstruit autant qu'il peut et déduit une cible de mise à niveau perdue à partir de l'entrée connue suivante. Voir Package History.

Un dépôt est en quarantaine et ne fournit aucun paquet.

slacker met en quarantaine un dépôt qui échoue au contrôle (injoignable ou métadonnées malformées/hostiles). Recontrôlez avec slacker vet-repo NAME ; si vous jugez que c'est un faux positif, slacker trust-repo NAME le lève (sous votre responsabilité). Voir Security.

« key-substitution attack » / une clé refuse de s'importer.

slacker épingle l'empreinte GPG de chaque dépôt à la première importation (trust on first use). Une clé ultérieure d'empreinte différente est refusée. Si la clé a légitimement changé, il faudra effacer le pin de ce dépôt sous STATE_DIR (/var/lib/slacker/gpg/<repo>.fpr) et réimporter. Voir Security.

Comment empêcher clean-system de supprimer les paquets extra/testing/patches ?

Marquez ces dépôts immutable dans repos. Leurs paquets installés sont alors conservés sans blacklister chacun. Voir Common Workflows.

install * / remove * / history * ne fait pas ce que j'attends.

slacker n'a aucun joker * pour sélectionner des paquets. Tout un dépôt, c'est @repo (p. ex. install @gnome) ; un paquet unique, c'est son nom exact ; une sous-chaîne correspond à une famille. Un * non protégé est étendu par votre shell en noms de fichiers du répertoire courant avant que slacker ne s'exécute — slacker ne voit jamais le * et ne lit jamais votre répertoire. Quand cela produit un flot d'arguments non-paquets, slacker le reconnaît et refuse la commande sans rien changer (un remove * ne supprimera pas de vrais paquets qui partageraient une sous-chaîne avec un nom de fichier). Protégez un pattern littéral par des guillemets, ou utilisez @repo. Notez que la liste noire est différente : frozen accepte bien les globs et les regex — voir Blacklist.

Puis-je lancer des requêtes en tant qu'utilisateur normal ?

Oui. search, info, file-search, check-updates, show-changelog, history et find-mirror tournent sous n'importe quel utilisateur. Tout ce qui modifie le système nécessite root.

Une commande dit qu'une autre instance est en cours.

Les commandes modifiantes prennent un verrou exclusif (/run/slacker.lock) ; une seule s'exécute à la fois. Le verrou est libéré automatiquement si slacker se termine ou est tué. Les requêtes ne prennent aucun verrou.

Les couleurs perturbent mes logs / mon terminal.

Définissez NO_COLOR=1 (la couleur est aussi désactivée automatiquement quand la sortie n'est pas un terminal). Le pager pour les longues sorties est $PAGER ou less -FRX.

Comment signaler un bug ou demander une fonctionnalité ?

Ouvrez un ticket sur https://forge.slackware.nl/rizitis/slacker/issues.