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

Fedora/Debian: Installer Spotify via Flatpak

Je n’utilise pas de paquets Flatpak ou snap en règle générale, mais je vais être honnête, les paquets en .rpm et .deb permettant d’installer Spotify-client me cassent bien les bonbons ( un, pour ça lourdeur et son obligation de compiler le paquet à chaque mise à jour et je n’ai pas que à ça à faire ces derniers mois. L’autre, bah ça me gonfle d’ajouter un dépôt tiers à Sid).

On ouvre un terminal

$flatpak remote-add –if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

$sudo flatpak install flathub com.spotify.Client

Méthode valable pour les deux distros. Pour la Slackware, on se tournera vers les Slackbuilds ou les dépôts tiers.

Slackware64: Grub ne détecte pas les autres OS

Message renvoyé après l’exécution de grub-mkconfig -o /boot/grub/grub.cfg

Il est donc clair que Grub n’ajoutera pas les autres entrées (debian et fedora pour ma part) au chargeur de démarrage, ennuyeux lorsqu’on tourne en multiboot..

Grub n’a tout simplement pas l’autorisation par défaut de communiquer avec Os-Prober

Pour corriger cela, il suffit d’ajouter la ligne GRUB_DISABLE_OS_PROBER= »false » à la fin du fichier /etc/default/grub

Et c’est en exécutant à nouveau la commande grub-mkconfig -o /boot/grub/grub.cfg que je m’aperçois que tout est entré dans l’ordre mais que, comme un con, je n’ai toujours pas viré elilo. Chose que j’vais régler dans l’instant :p

Ce matin, je suis plutôt ambiance électronique/expérimental tendance sombre mais zen. Du coup, je suis accompagné par la B.O. de « Blade Runner 2049 » de Hans Zimmer & Benjamin Wallfisch

Ubuntu 21.04 :Passer à Gnome 40

Pour les utilisateur(trice)s d’Ubuntu tenté(e)s par la nouvelle mouture de Gnome .

On ouvre un Terminal et on ajoute le PPA

$ sudo add-apt-repository ppa:shemgp/gnome-40

Raspberry Pi OS:installer VSCodium

Un petit moment que je n’avais pas allumé le Raspberry Pi 3, j’ai d’autres chats à fouetter en ce moment.

Donc, première chose à faire, la mise à jour.

sudo apt update && sudo apt upgrade

144 paquets à mettre à niveau, 1 nouveau à installer

Enjoy

Je décide d’installer la version Libre de Visual Studio Code, VScodium

GLPI/OCS-Inventory : Installation de l’agent OCS-Inventory (Debian Linux)

 Installation de l’agent sur Debian:

a/Installation des paquets nécessaires

#apt-get install dmidecode libxml-simple-perl libcompress-zlib-perl libnet-ip-perl libwww-perl libdigest-md5-perl libnet-ssleay-perl

#apt-get install libcrypt-ssleay-perl libnet-snmp-perl libproc-pid-file-perl libproc-daemon-perl net-tools libsys-syslog-perl pciutils read-edid nmap make

#apt-get install libcompress-raw-zlib-perl

 

b/Installation de l’agent OCS

#apt-get install ocsinventory-agent

Choisir la méthode de connexion « http » pour un serveur OCS configuré.

Debian 10 : GLPI & OCS Inventory, gestion de parcs et de tickets – 2ème partie: Mise en place d’ OCS-Inventory

OCS Inventory NG (c’est son nom complet) pour Open Computer and Software Inventory est une application permettant de réaliser un inventaire sur les machines d’un réseau  ( configuration matérielle, logiciels installés) à l’aide d’une interface web. Elle permet également de (télé-)déployer des applications sur un ensemble de machines.

Pour cette application, nous avons fait l’installation sur le serveur où GLPI a été installé

1- Installation des dépendances :

#apt-get install apache2-dev
#apt-get install libmariadbclient-dev
#apt-get install php-soap

#cpan install --force CPAN
#cpan install YAML
#cpan install Mojolicious::Lite Switch Plack::Handler

->  On répond Yes à la question posée

#cpan install XML::Simple Compress::Zlib DBI DBD::mysql Apache::DBI Net::IP Archive::Zip XML::Entities

#apt install libxml-simple-perl libperl5.28 libdbi-perl libdbd-mysql-perl libapache-dbi-perl libnet-ip-perl libsoap-lite-perl libarchive-zip-perl make build-essential

#apt install php-pclzip make build-essential libdbd-mysql-perl libnet-ip-perl libxml-simple-perl php phpmbstring php-soap php-mysql php-curl php-xml php-zip

#cpan install Apache2::SOAP

#perl -MCPAN -e 'install Apache2::SOAP

La machine est prête à recevoir l’application. Aucun conflit de dépendances n’a été détecté avec la solution déjà en place sur ce serveur.

2 solutions pour récupérer l’archive tar.gz d’OCS-Inventory (La version choisie a été la 2.7. A savoir: la nouvelles version, datant de Septembre 2020, est numérotée 2.8.1)

1/On se rend sur le site officiel

2/ On se rend dans le répertoire /tmp
#cd /tmp

Et on se sert de wget

#wget github.com/OCSInventory-NG/OCSInventory-ocsreports/releases/download/2.7/OCSNG_UNIX_SERVER_2.7.tar.gz

On décompresse l’archive :
#tar xzf OCSNG_UNIX_SERVER_2.7.tar.gz

On se déplace dans le dossier créé
#cd OCSNG_UNIX_SERVER_2.7

On exécute le script d’installation :
#sh setup.sh

Debian 10 : GLPI & OCS Inventory, gestion de parcs et de tickets – 1ère partie: Installation de GLPI

Rédigé par Brian T. lors du projet sur lequel nous avons collaboré du 6 Juillet au 11 Aout 2020.

Réadapté, relu et re-testé par mes soins, histoire d »éliminer certains doutes. J’ai gardé les captures d’écran originales ( les machines virtuelles ayant été détruite après évaluation du projet, je peux donc renseigner les adresses IP sans risques, dans un but de clarté pour le lecteur )

[Ne vous bornez pas à faire du copier/coller, vous n’apprendrez rien. De même, il faudra faire l’effort de vérifier les numéros de versions de GLPI ou OCS disponibles à l’instant -T, qui ne sont pas forcément les mêmes qu’à l’été 2020] . J’ai divisé ce thème en 3 parties, afin de le rendre plus digeste.

1ère partie: GLPI

On vérifie si notre système est bien à jour :

#apt-get udapte && apt-get upgrade

 Installation de GLPI (pour Gestion Libre de Parc Informatique)

1- Installation du serveur apache :

#apt-get install apache2

On vérifie que le serveur Apache est fonctionnel en tapant l’adresse IP de la machine dans le navigateur :

Activation du serveur Apache au démarrage de la machine :

#systemctl enable apache2.service

Rechargement du service Apache :

#systemctl reload apache2

 

2- Installation du serveur PHP :

Slackware: basculer du dépôt Ktown à vtown (KDE Plasma)

Le dépôt dédié à KDE Plasma (Ktown) de Eric « alienBob » Hameleers a été intégré par Patrick Volkerding à Slackware-Current via le dépôt testing (vtown).

Source: https://alien.slackbook.org/blog/ktown-becomes-vtown/

J’avais parié sur cette solution quelques mois auparavant (c’est ce qui me semblait le plus cohérent, le travail d’intégration étant fait pour l’essentiel)

Je teste le 2ème cas .

Si, comme moi, ça fait des lunes (Mars 2017) que vous utilisez ktown, il va falloir faire la migration entre les 2 sources.

# slackpkg update && slackpkg upgrade-all && slackpkg remove ktown kde kdei ConsoleKit2

 

(on désinstalle les paquets KDE/Plasma. Café n°1)

On édite ensuite le fichier /etc/slackpkg/slackpkgplus.conf (c’est là que j’avais ajouté le dépôt ktown à l’époque). On commente (désactive) les lignes mentionnant « ktown » et au niveau de l’option PKGS_PRIORITY, on ajoute testing:vtown (dans le cas contraire, la réinstallation de KDE4 vous est proposée en lieu est place de Plasma. D’où la priorité accordée au dépôt testing)

#slackpkg install vtown

#slackpkg upgrade vtown

(KDE-Full desktop. Vous pouvez néanmoins désélectionner les paquets dont vous n’avaient pas besoin avant de valider l’installation, comme les jeux ou éducation par exemple, à condition de connaître KDE. Café n°2)