Vous n'êtes pas identifié(e).
(aherm, et c'est pas comme si désinstaller/réinstaller ces pilotes prenait littéralement une minute : go tenter !)
Techniquement si je désinstalle le firmware non-free pour vérifier j'imagine que le pilote libre reprendrait aussitôt le relais et inversement si je fais une réinstallation ça rétablirait le pilote non-free par dessus donc ça ne me permettrait pas de savoir lequel des deux est utilisé en direct, mais ça peut se faire pourquoi pas essayer en combinant les commandes que l'on vient de me proposer.
https://wiki.debian.org/rt2800pci => firmware-ralink
firmware-ralink => https://packages.debian.org/search?keyw … lla-search
Justement j'ai installé le paquet firmware-misc-nonfree qui fournit firmware-ralink, donc je pense que c'est ça qui a permis d'activer le wifi
La carte wifi étant une Ralink et l'éthernet étant une Realtek j'aurais tendance à dire que seulement le wifi est en non-free car je ne vois rien de Realtek dans le paquet firmware-misc-nonfree
Peut-être que :
dmesg |grep firmware
peut donner une information suffisante.
Bonsoir enicar, merci pour ces informations, voici quelques éléments récupérés sur les commandes :
La raison pour laquelle j'ai installé le paquet firmware-realtek vient du fait qu'à l'installation j'ai eu un message concernant un microcode manquant, je l'avais noté sur un papier :
RTL_NIC/RTL8411.FW FT2860.BIN
Les recherches m'ont indiqué que c'était lié à ce paquet, à la base je voulais trouver seulement le firmware en question et le télécharger/installer manuellement sans ajout des dépôts non-free.
Après quand je vois que la carte wifi est une ralink, peut-être n'ai-je finalement pas besoin de firmware-realtek puisque l'ethernet fonctionnait nativement après l'installation.
EDIT : je viens de désinstaller firmware-realtek et cela a modifié certaines choses
Ca ne fait pas de versionning comme deja-dup mais cela permet de faire de la simple copie incrémentale avec vérification d'intégrité.
Personnellement pour économiser du temps je me positionne directement dans mon dossier de destination et je tape la commande ainsi :
Voici la source qui m'a permis d'avoir les détails de cette commande et d'en comprendre le fonctionnement (la personne va jusqu'à créer un bash) : faire de la copie incrémentale avec rsync
À mon avis (qui est peut-être légèrement teinté de mesquinerie) les devs/mainteneurs de GNOME ont décidé qu’ils méritaient bien une option à part plutôt que de suivre x-www-browser comme la plèbe.
Ahah pas mal
Bonjour,
dans le post #3, je vois que l'option « Toujours vérifier que firefox est votre navigateur par défaut »
est coché. Je pense qu'il suffit de décocher cette option. Je ne sais pas trop ce que ça fait,
étant donné les multiples façons d'avoir une application par défaut (xdg-open, mailcap, alternatives)
mais ça doit être la chose à faire pour éviter qu'il pose la question à chaque démarrage de l'application.
Effectivement mais sur la capture d'écran comme actuellement dans mes options cette case cochée est également grisée (verrouillée), je ne peux pas cliquer dessus. Dans tous les cas depuis quelques jours je n'ai plus la fenêtre donc j'imagine qu'il fallait que je passe par tous les scénarios probables (cliquer depuis un lien de mail, ouvrir un fichier html local, etc ...) pour aboutir au fait que "Firefox soit bien pris par défaut partout".
si dans le ficher /home/USER/.config/mimeapps.list (sur XFCE)
il est indiqué dans [Default Applications]
[Default Applications]
....
text/html=firefox-esr.desktop
x-scheme-handler/http=firefox-esr.desktop
x-scheme-handler/https=firefox-esr.desktop
...
Ne pas tenir compte du message sur des liens des mail depuis Thunderbird
J'ai vérifié le fichier en question et effectivement j'ai bien ces lignes donc je vais suivre ton conseil et ignorer les éventuelles fenêtres à venir.
Étant sur XFCE devrais-je ôter gnome-www-browser ?
Quelle est la différence avec x-www-browser ?
buster, bullseye et sid sont des noms de code. stable, testing et unstable sont des suites.
buster est actuellement stable et deviendra oldstable lorsque bullseye sera publiée.
bullseye est actuellement testing, deviendra stable lorsqu'elle sera publiée.
sid est, a été et sera toujours unstable. Aucun autre nom de code n'a jamais été et ne sera jamais unstable.
Aaaaaah d'accord ! Du coup je comprends mieux : c'est normal que sid soit toujours en unstable et les paquets provenant de unstable étant toujours plus récents par défaut ils primeront sur les autres si je n'indique aucune priorité dans mes préférences d'apt.
Pour d'autres potentiels lecteurs je laisse une page de wiki : https://debian-facile.org/doc:systeme:a … hes-debian
Alors j'ai une dernière question : sur la commande apt policy j'ai remarqué une priorité à 100 que je ne comprends pas :
Pourquoi y a t-il cette priorité définie à 100 avec dpkg ? à quoi sert-elle ?
Par contre j'ai l'impression que ça ne donne pas le résultat désiré car les priorités restent à 500 au niveau de bullseye (et en plus le apt policy indique "testing" pour bullseye et "sid" pour le unstable).
Pourriez-vous m'aider à trouver la bonne url de façon à ce que je ne fasse pas d'erreur ?
edit : question complémentaire, j'ai lu sur des forums que la commande add-apt-repository ajoutait automatiquement le dépôts ET la clé gpg, est-ce bien vrai ou devrais-je ajouter la clé manuellement ?