Slackware-current: état des lieux à l’instant -t

Slackware 15 n’est toujours pas sortie, ce qui n’empêche pas la version current d’être particulièrement dynamique..

Un changement notable ces derniers mois, la mise en place de elogind en lieu est place de ConsoleKit

Pas de problèmes particuliers à signaler lors de cette migration.

Le noyau est en version 5.4.63 ( mise à jour 2 fois par semaine en moyenne)
Comme on peut le voir dans le changelog de Current, ça bouge.
Beaucoup même et depuis la dernière mise à jour de mesa, KDE est aux fraises..
(ça arrive de temps en temps). Openbox n’est jamais impacté, c’est le principal.

Sinon, XFCE est en version 4.12. De  ce côté, RAS.

La version 15 , aucune idée du moment où elle sortira.
Et je ne pense pas que ce soit vital de le savoir pour la plupart des utilisateurs de ce système

J’ai pas mal de billets sur le feu (un peu plus consistants) et de VM à manipuler

@+

Debian : unstable à l’instant -t

Un petit moment que j’avais délaissé mes machines.
Aujourd’hui, je fais un état des lieux de Debian Unstable

 

Mise à jour du jour: kernel de la série 5.8 ( une des meilleures versions parait-il )

Debian: Kiss0s, le retour

J’avais gardé la première version de ce petit jouet, basée sur Debian 9 (mais passée en Unstable par mes soins), ultra légère et bidouillée par Arpinux jusqu’au crash du disque dur qui l’hébergeait. Pas vraiment pensé à refaire un tour chez lui au moment où j’ai remis un deuxième disque dur sur la tour.

Et me baladant at[h]ome, je m’aperçois que le grand barbu sympa est de retour parmi nous, avec une nouvelle version des cahiers du débutant, sa sympathie(donc) et surtout, une nouvelle version de son jouet geekesque diabolique( basé sur Buster désormais et diabolique parce que… bah t’as qu’à mettre le nez dedans, tu verras 😀 ).

Fedora: Aucun problème à déplorer…

… lors du passage prématuré à la version 32 que j’ai effectué le week-end dernier.

J’ai laissé la totalité des dépôts activés (DNF gère ça très bien)

Pour la mise à niveau, je vous laisse repasser par ce billet

(Tout en rappelant que cette fois-ci, on passe de la version 31 à 32  😀 )

 

(ci-dessus, mise à niveau du week)

Voilà, voilà , donc ce matin, petite mise à jour (dont le kernel ) et tout reste en parfait état de fonctionnement, validant de plus en plus la vision toute personnelle que je me fais des systèmes GNU/Linux à l’instant -t : c’est très stable (même en pré-version), de moins en moins périlleux ( quoiqu’on a  constaté que le modèle rolling des Archers n’était pas le modèle ultime et parfait, quoiqu’ils en disent, après la mésaventure liée à Samba pour beaucoup d’entre eux. C’est bien, ça fait dégonfler les melons des users de Manjaro par la même occaz’ 😀 Puis, va rester  crédible, sans passer pour un crétin borné, en affirmant que le rolling, c’est mieux que le fixed après ce genre de trucs. C’est beaucoup plus compliqué que ça, qu’on le veuille ou non ).

Autrement dit, à quelques exceptions prêts ( en raison du concept ou de la conception), tout cela est parfaitement mature.

Et Fedora n’est qu’un exemple parmi tant d’autres.

Debian(sid) : installer Cisco Packet Tracer 7.3

[Avertissement]:

Sur Debian Stable, le paquet en .deb  récupéré sur Netacad.com suffit, puisque les dépendances sont présentent, ce qui n’est pas le cas pour les versions Testing et Unstable. Cependant, s’il ne se lance pas (on ne sait jamais), la méthode ci-dessous reste valable

 

On télécharge le script ici

On décompresse l’archive ( où vous voulez, à titre perso, je l’ai claqué dans /home/user/Documents)

Dans ce même dossier, on ajoute le paquet PacketTracer_730_amd64.deb qu’on a téléchargé sur le site officiel : https://www.netacad.com/fr (il faudra vous créer un compte auparavant.)

On se déplace dans le dossier contenant, donc si vous avez suivi pour moi ce sera :

$cd /home/user/Documents

Puis on exécute le script en root

#./packet-tracer-7.3.0-install.sh

Voilà, ça roule.

Note: Visiblement, cette méthode est valable pour toutes les versions de Debian et ses dérivées (Ubuntu-like) , mais pas testé par mes soins.

A vous de jouer.

Note: sur Debian unstable, la dépendance qt-at-spi pose problème lors de la mise à jour (dépendances obsolètes) et la bloque. Et sincèrement, je n’ai pas le temps de m’en occuper à l’instant -t (on doit pouvoir jouer dans les préférences d’apt ou dpkg), je regarderai ça plus tard pour ma part…

Note(bis): Finalement, j’ai résolu le problème genre brute épaisse à pilosité imposante.

Edition du fichier /var/lib/dpkg/status en virant la ligne Depends au niveau de packettracer et j’ai appliqué la mise à jour,. Packettracer est reconfiguré pendant la màj et opérationnel après un reboot ( il n’est plus « cassé »). Les puristes crieront au scandale, mais ça fait longtemps que je me passe de leur avis vis à vis de Debian  😉

A voir si ça tient dans le temps

 

Debian : réinstaller grub-efi

Un petit problème (volontaire pour ma part) facile à résoudre, ça peut arriver lorsque l’ont fait un boot entre 2 (ou plus) systèmes Linux. Comme à titre perso, je gère mon boot via Debian…

Le petit problème: réinstaller grub-efi après avoir volontairement écrasé ma partition efi (pour faire le ménage) à l’occasion du remplacement de Void, qui s’est lamentablement crachée lors d’une mise à jour, mais du genre violent.

Et disons qu’aujourd’hui, dans mon cas, c’est clair. Crash = éjection, mon temps est devenu précieux.

Donc je redémarre sur Debian dans le menu grub du nouveau système

J’ouvre une console

$sudo apt-get install --reinstall grub-efi

$sudo grub-install /dev/sda

$sudo update-grub

Slackware64-Current: Passage au noyau de la série 5.4.xxx

 

C’est donc ce matin que j’apprends la nouvelle en faisant ma màj ( en sachant que la fréquence de mises à jour sur la version Current est environ de 2 jours) par la commande suivante

#slackpkg update && slackpkg install-new && slackpkg upgrade-all && grub-mkconfig -o /boot/grub/grub.cfg

(Oui, j’utilise grub sur Slackware, simplement pour me simplifier le multiboot et lilo m’a toujours bien gonflé)

Ce noyau est estampillé 5.4.1. Il prend la place du 4.19(.86 à la dernière màj) qui a été utilisé pendant une très longue période

Void Linux : supprimer les anciens noyaux

Une petite commande sympa pour purger les anciennes versions du noyau linux sous Void

On liste les noyaux inutilisés :

$vkpurge list

On les supprime :

Debian: SparkyLinux

Mauvaise nouvelle pour moi. En voulant terminer le billet sur Debian et KDE/Plasma Dimanche matin, je me suis aperçu que je ne pouvais plus booter sur l’OS. J’ai 2 solutions : La vieillesse du DD, qui avait déjà donné des signes de faiblesses, ou un pb de connectique… Je regarderai ça quand j’aurai le temps..

Sinon,  avec la partition libre sur le portable (40 Go sur 500 dispos), j’ai claqué Sparky Linux, version Dev,  à côté de Void et Slackware

Je dois avouer que je ne connaissais pas cette distro, jamais testé, si ce n’est en virtuel…

Et tester une distro sur machine virtuelle pour donner son avis, c’est un peu comme si je demandais à un vendeur de cycle de me permettre de tester un vélo  avant achat, que je faisais 500 mètres avec et que je disais au mec après coup: « C’est de la merde parce qu’il est bleu, je ne le prends pas »…

Un jugement biaisé et sans intérêt, à part peut être si le but est de prouver au vendeur que vous êtes réellement bancal de la boite à neurones….

Non, rien ne vaut les tests en dur et sur la durée…

Définitivement.

Void Linux: finalisation et 1ère impression

Après quelques jours d’utilisation, je commence à me sentir à l’aise avec cette distribution

Je n’ai pas encore fait le tour de toutes les possibilités, mais on verra cela au fur et à mesure

Après avoir installé et configuré Openbox, j’ai viré Gnome et Cinnamon

$ sudo xbps-remove -R gnome

$sudo xbps-remove -R cinnamon && sudo xbps-install network-manager-applet

Virer Cinnamon et ses composants implique le retrait de network-manager-applet
que je réinstalle dans la foulée.

Je nettoie le tout (paquets orphelins + cache)

$ sudo xbps-remove -Oo

J’ai envie néanmoins d’un DE en parallèle d’Openbox