Reprise du message précédent :
bash: apt-mark : commande introuvable

2578 sous fedora 32

C’est pas Ubuntu, mais vu qu’on en est à se comparer le poire nombre de paquets installés sur nos distros, voici ce que dit l’Arch de mon PC portable :
 

 
dpkg marche très bien  

 
Tu es sur de cela ?
Car je fais régulièrement des autoremove, et pourtant je retrouve parfois ( rarement ) un ou des paquets orphelins dans le gestionnaire de paquets synaptic, via deborphan. D'ailleurs j'ai posé plus haut dans ce topic une question sur la fiabilité de ce deborphan, car il se comporte bizarrement chez moi.

 
Heureusement que l'on arrive à limiter le nombre de paquets avec Arch, car je n'ose pas imaginer les mises à jour incessantes de cette distribution avec le double à mettre à jour  

bon ben du coup
linux mint

 
oui, il faut que les paquets soit installé par apt.
 
ça remplace l'ancienne commande deborphan (un truc du genre)

Ok merci.
Donc ça confirme que ce deborphan ne soit plus très fiable...

comme ça fait 3 plombes que apt-get est remplacé par apt tout court

Oui ça j'étais au courant. Je n'utilise plus que apt sauf mauvais reflexe    
En plus apt permet d'avoir plus d’informations dans le terminal ( pourcentage d'avancement, etc... )

 
autant apt-get remplacé par apt c'est simple, les commandes sont les memes.
 
mais remplacer yum par dnf il faut réapprendre les commandes, style remplacer l'arguments whatprovides par repoquery-nevra  

Et encore, c’est après avoir rajouté tous mes logiciels… Une Arch de base, avec juste un DE en plus (mais ni navigateur Web, ni suite bureautique, ni outils multimédia autres que des codecs), ça tourne plutôt autour des 700-800 paquets en tout.

 
et dist-upgrade par full-upgrade

Quand j'ouvre un terminal et que je veux tout mettre à jour puis nettoyer je fais en général dans l'ordre :
apt update
apt upgrade
apt autoclean
apt clean
apt autoremove
 
Si je fais le con, faut pas hésiter à me le dire !  

tu fais un update partiel, si il y a un paquet qui a modifié son arbre de dépendance et qu'il a besoin d'un nouveau paquet (ou n'a plus besoin), il ne sera pas mis a jour.

mais généralement ça arrive uniquement quand une sous version sort, style quand on passera en 20.04.1

J'ai toujours trouvé le concept de paquet orphelin assez flou, en quoi est-il orphelin ?
Il n'a plus de paquets qui l'utilisent dans le gestionnaire de paquets certes, mais est-ce qu'il n'a pas d'autres logiciels (hors paquets) qui l'utilisent, c'est une autre histoire.
Je pense aux applications qu'on compile soi-même, aux applications qu'on installe manuellement, aux jeux vidéo, ...
Je suppose par contre que les paquets d'une bibliothèque qu'on a installé manuellement ne sont pas considérés comme orphelins.
Bref, je n'ai jamais eu de problème avec le nettoyage de "apt autoremove" (jamais testé deborphan), mais je me méfie quand même, je note les noms de certains paquets pendant quelques jours dans un fichier texte, si jamais un truc venait à foirer inopinément.

Évidemment, le plus gros nettoyage, c'est souvent à la migration des versions d'Ubuntu, le reste du temps, c'est plutôt rare ...

Bah ça reste logique.
apt autoremove ne dégage que les paquets qui sont arrivés en DÉPENDANCE.

Cas 1)
J'installe le logiciel toto.
toto a besoin en dépendance de la lib bidule.
==> Je désinstalle toto.
La lib bidule reste installée.
Si je fais autoremove, la lib bidule n'étant plus nécessaire elle est dégagée.

Cas 2) J'installe la lib bidule.
Puis j'installe le pgm toto.
==> Je désinstalle toto.
La lib bidule reste installée.
Si je fais autoremove rien nen dégage normalement

Donc si tu as besoin d'une lib pour un pgm, il faut la rajouter à la main.
L'autororemove ne la dégagera pas.

Mais oui forcément si tu installe le pgm toto, qui ramène la lib bidule.
Que tu compiles à la main un pgm X qui a besoin de la lib bidule, si tu fais le cas 1 juste après.
Ton pgm ne marchera plus, mais su tu installe manuellement ta lib alors elle ne partira plus tant que tu ne la désinstallera pas toi même.

Oui, vu comme ça ... Enfin, encore une fois, je n'ai jamais eu de soucis ...

Je me sens moins seul mais je suis quand même toujours sur la première place du podium ...

 
Moi aussi je me méfie, mais l'historique du gestionnaire de paquets synaptic est bien foutu et permet de rattraper nos conneries faites via deborphan  
 

 
Je confirme, autoremove ne touche pas à mes paquets locaux installés pour mon imprimante Epson    
 

 

 
Bref, vive autoremove et on oublie deborphan  

Je ... je viens de découvrir l'historique ...

Il ne fonctionne que pour ce que tu fais via synaptic attention !
Pour le terminal, de toute façon avec la flèche haut normalement on retrouve tout.
Tu as même history pour tout remonter ( 497 commandes pour moi )
https://blog.dorian-depriester.fr/l [...] -utilisees

également l'historique des commandes apt, et leur sortie est aussi conservée
voir dans /var/log/apt/

Bonjour,
 
Juste pour bien préciser mon point de vue des paquets snap/flatpak.
Quand je disais qu'utilisé avec parcimonie ça ne me dérangeait pas, genre quand on veut précisément un logiciel plus à jour que ce qu'il y a de base sans mettre de ppa ou autre.
 
Exemple typique, le remmina des dépôts est trop ancien.
Il plante lorsqu'on utilise le microphone du pc distant.
En utilisant le snap plus à jour ==> ras.
On profite de la dernière version sans rien modifier.
 
Le temps de lancement n'est guère plus long.
Là je veux bien accepter que 2 ans plus tard pour avoir un truc à jour je doive même un paquet snap. J'aurais préféré que la version à jour soit présent dans les dépôts mais si c'est une contrainte plus importante (car lib récente de partout) alors je peux concevoir un snap pour ça.
Le temps de lancement reste raisonnable et ne me dérange pas, on est loin du facilement *2 d'un navigateur qu'on ouvre/ferme en continue.

j'ai fait le tour des bureaux compatibles "haute résolution", j'ai jeté mon dévolu sur Mate  
seules les applications Gtk 2 couinent (GIMP ) et restent en basse résolution.
Les applications Qt, une petite variable d'environnement et c'est réglé

 
 
Actuellement sur la Kubuntu 20.04, ça marche nickel

Meilleur suite que lubuntu?

bonjour, c'est facile"d'upgrader" la version de l'OS sans perdre ses réglages (programmes installés, favoris, docs persos, réglages, etc..)?
 
et si oui quelle est la méthode?

 
 
si ta partie logiciels et mises à jour sont bien paramétré, ca se fait normalement tout seuls, mais personne n'est à l'abri d'une peau de banane

ok merci, c'est avec la commande apt update c'est ça?
 
après niveau logiciels, je suis très léger.

Si le gestionnaire de mise à jour ne t'a pas encore proposé la mise à niveau vers la version suivante d'Ubuntu, je te conseille d'attendre.
Sinon la commande dans un terminal c'est  
sudo do-release-upgrade

 
Y'a mon DE favori (KDE Plasma), et c'est stable.
 
Donc oui

Ubuntu wsl reconnu comme disque réseau, tous les fichiers effaçables  

Wsl2?

Oui

Bonjour !
 
Mon épouse a un portable sur Ubuntu 20.04, qu'elle utilise pour se connecter en RDP via Remmina à une session distante pour son boulot.
 
Le problème c'est que dès qu'elle tente de se connecter au serveur distant, elle perd la connectivité de son portable. Plus moyen de se connecter à rien, ni un site internet, ni de faire les mises à jour via apt update.
 
Aucun problème en cablé par contre. Une idée d'où ça vient ?

 
dans un tunnel openvpn ? si oui il y a une case a cocher pour dire de ne faire transiter par le vpn que ce qui correspond au vpn.

Voilà +1.
 
Après vérifier que sur remmina tu n'es pas coché d'apporter les périphériques distants, mais sinon c'est plus au niveau du logiciel VPN utilisé qu'il faut regarder.
 
A noter que sur la 18.04 il vaut mieux utiliser le remmina snap, bien plus récent que celui dans les dépôts (celui dans les dépôts plante si on utilise le microphone en rdp. )

Petite bizarrerie ce matin sur mon PC portable Lenovo : si je lance VLC et que je tente de lire un flux réseau ( comme par exemple une vidéo you tube ) alors :
- je vois le tout début de la vidéo qui s'affiche ( une image fixe )
- ensuite la taille de la fenêtre de VLC augmente, et le début de la vidéo disparaît ( donc la fenêtre de lecture devient vide )
- en pour finir, VLC s'arrête ( sans doute suite à un plantage )
 
Si je lance VLC dans un terminal et que je refais la manip, je peux lire à la fin "erreur de segmentation"
 
Sur le même PC avec W10, VLC arrive à lire les flux réseaux sans souci.
Mon autre PC portable sous Ubuntu, et mon PC fixe sous Archlinux -> idem tout va bien
WTF ?