Slackware64-Current (15): Installation de GNOME 40.2 via le port gfs

Je n’ai pas retenté d’installation Gnome sur Slackware64 depuis longtemps. On passait par Dropline Gnome et c’était plutôt stable. Je trouve malheureusement que ce projet qui facilitait la mise en place de ce DE à l’air à l’arrêt ou du moins en stand-by

En furetant sur GitHub, j’ai trouvé un probable remplaçant à Dropline, le slackport gfs. Essayons.

Current est désormais épinglée comme la version 15

On va télécharger les paquets du bureau Gnome, en tant qu’utilisateur, que l’on va retrouver dans le dossier gfs-40.2-pkg64)

$lftp -c mirror "http://slackware.uk/gfs/gfs-40.2/pkg64" -c gfs-40.2-pkg64

Fedora 34 : Vmware & problème linux-headers

Chaque fois que le kernel de la Fedora est mis à jour, le lancement de Vmware exécutera une compilation des modules nécessaires à son fonctionnement.
Là, pas de peau, impossible de compiler en automatique ces derniers sur la version 5.12.17-300, le logiciel ne trouve pas les headers du kernel.

Je désinstalle et réinstalle le logiciel (au passage, je me débarrasse de mes anciennes VM, que je sauvegarde sur un dd externe, on ne sait jamais si j’en ai besoin et ça me fait de la place sur le dd interne), rien n’y fait. Une régression probablement (ou pas, j’ai pas mis une VM en route depuis Avril ^^) et comme je voulais faire un billet pour les sorties de Debian 11 et Slackware 15…

Bon, ben c’est pas grave, on va y aller à l’ancienne, je suis en vacances, j’ai le temps…

On ouvre un terminal et c’est parti:

On cherche l’archive des modules qui va bien pour notre version de Vmware Workstation @t github

$wget https://github.com/mkubecek/vmware-host-modules/archive/workstation-16.1.2.tar.gz

On décompresse l’archive

$tar -xzf workstation-16.1.2.tar.gz

On se positionne dans le dossier créé

$cd vmware-host-modules-workstation-16.1.2

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 😀 ).

Debian Sid: de l’importance d’apt-listbugs

Mise à jour sur Sid…

Message renvoyé par apt-listbugs:

Le paquet xserver-xorg-core est bogué

3 choix sont proposés : Y/n/?/….

Mais en réalité, apt-listbugs peut bloquer le paquet concerné avec l’option p ( taper ? pour les options, je ne vais pas toutes les lister)

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

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 :

Schneider scl141ctp & Fedora 29: Linux 4.20, carte son supportée et zram

Ben, de bonnes nouvelles pour cette machine.  Après le problème du Bluetooth réglé lors de la mise à jour vers Fedora 29 , ça faisait 2 semaines que je ne l’avais pas mise en route, + de 350 mises à jours (incorporant le kernel 4.20, la glibc et d’autres parties clés du système, les dépots updates-testing free et non-free étant actifs sur ma distro, elle est limite rolling) et une erreur qui ressort.

C’est le firmware que j’avais utilisé pour faire fonctionner la carte son du pc (Fedora 28) qui est responsable. En effet, un pilote officiel m’est proposé lors de cette mise à jour et les fichiers des 2 entre en conflits..

 

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

Void Linux: installer Openbox et composants LXDE + Configuration

On ouvre un terminal et on installe tout ce qu’il faut pour avoir un truc qui turbine avec un minimum d’austérité

$sudo xbps-install -S openbox lxpanel lxappearance lxsession conky lxterminal pcmanfm ranger nitrogen xscreensaver obconf obmenu xcompmgr geany

Nous allons ensuite créer le dossier /home/user/.config/openbox

Dans ce dossier, on créé le fichier autostart.sh

(Que l’on remplit de la façon suivante)

Fedora 28 -> 29

Faute d’avoir trouvé mon bonheur avec Debian ou Slackware, j’utilise un spin de la Fedora (Studio) sur cette machine

2 bureaux installés : Plasma et XFCE

J’ai voulu passer à la version 29