Comme sur la plupart des systèmes GNU/Linux, il y a deux manières d'installer des paquets : par compilation et par binaires. Après avoir essayé par compilation (où il m'a fallu attendre trois heures avant que le PC ne coupe par surchauffe… Ce n'était que _links_…), j'ai vite compris que je passerai par les binaires à l'avenir. Dommage, j'aimais bien cette idée de catalogue de *makefile* classé directement dans le système de fichiers.
Donc on fait `pkg install paquet`. S'il n'est pas déjà présent, `pkg` va s'auto-installer, ce qui est assez classe (j'adore ce genre de choses, pensez par exemple au premier compilateur C qui s'est auto-compilé…).
À noter que `pkg` va chercher automatiquement s'il y a des mises à jour à faire sur vos paquets, et vous les propose. Plus simple d'utilisation qu'un `apt-get update && apt-get upgrade && apt-get install paquet` ? *Hell yeah* , `pkg install paquet`.
Bon, je veux un shell intéractif simple à utiliser. Je pourrais garder `sh` ou utiliser les nombreux shells déjà présents sous FreeBSD (`csh` et `tsh` par exemple). Je décide de rester sur Bash, plus parce que j'aime bien `sh` et que Bash me semble le plus proche de sa syntaxe originelle que les autres. Ça se fait en deux commandes :
On vérifie bien que le tout a été pris en compte :
Avant la version 10, il semble qu'il ait été difficile d'installer un bon support UTF-8 en TTY sans recompiler le kernel. Maintenant, voici simplement la marche à suivre :
Donc je vois mes caractères accentués, c'est cool. Seul bémol : `ee`, l'éditeur concurrent de `nano` sous FreeBSD, ne semble toujours pas gérer l'UTF-8. J'ai eu beau chercher une solution, mes caractères accentués ne passent pas. C'est vraiment dommage, j'apprécie beaucoup ce petit éditeur, surtout lorsqu'on fait un `alias` avec son petit frère `aee` ( *advanced easy editor*). Mais `nano` offrant la coloration syntaxique et le support des caractères accentués, le choix fut vite fait en ce qui concerne l'éditeur de base.
Là, rien à dire. Vi, c'est cool, mais Vim, c'est mieux. Pas pour rien qu'il y a un *m* en plus. C'est en cherchant à transférer mon fichier de configuration par SSH que je suis tombé sur un os.
Le serveur SSH, chez FreeBSD, c'est offert à l'installation. Il suffit d'un petit `sysrc SSHD_ENABLE=YES` pour l'activer au boot. Jusque-là tout va bien. Mais mon Mint ne veut pas se connecter dessus, il ne semble pas voir le port :
Donc je vérifie sous FreeBSD avec la commande `sockstat | grep "22"` :
Ok, pas de pare-feu d'installé pour le moment, le port semble ouvert. Je lance un `nmap` juste au cas où :
Oui, on est bien ouvert. Notons que `nmap` sous FreeBSD est ici 7 versions au- dessus de Linux Mint, tandis que sous Archlinux c'est équivalent (6.47-3 à l'heure où j'écris ces lignes).
Oh, mais j'avais oublié que j'avais lancé `ipfw`, l'un des **trois** pare-feu installés par défaut sous FreeBSD. Oui, vous avez bien lu, trois pare-feu installés, à vous de lancer celui qui a votre préférence. Il y a plusieurs manières d'ouvrir des ports de `ipfw`, je vais utiliser la plus simple que je connaisse :
Maintenant tout fonctionne.
Je ne sais même pas si ce système existe sous GNU/Linux, mais l'absence de dossier `/dev/gpt` sur ma bécane Mint me laisserait penser que non.
Je zappe d'office NTFS. D'une parce que la doc et les forums ne sont pas très clairs à ce sujet, de deux parce qu'il est bien plus simple de faire une partition FAT32 avec les outils par défaut. Le but est d'avoir une simple partition de données récupérables sous un Linux ou un Windows en cas de sérieux crash.
On commence par créer une nouvelle partition de type MBR :
Puis on y crée un système de fichier en FAT32 :
Et voilà le travail.
À ce stade, nous avons déjà une bonne base. Je pourrais très bien travailler comme ça (d'autant que j'aime bien travailler en TTY). On pourrait même s'en servir de serveur d'appoint (SSH, FTP, Web, etc.). Mais je suis bien le seul à en être capable à la maison, et la réhabilitation de portable passe nécessairement par une interface graphique, même sommaire.
J'installe donc xorg, HAL, puis Slim, LXDE et OpenBox (je resterai sur OpenBox pendant que les autres comptes iront sur LXDE).
La configuration se fait de manière similaire à celle sous Linux.
Je lance et me retrouve avec un clavier en QWERTY. La résolution n'est pas bonne et le touchpad ne fonctionne pas. Je branche une souris USB sans fil, reconnue d'office (ça me ferra toujours marrer que mon matériel étiqueté Microsoft soit reconnu dans la seconde par HAL alors qu'il faut à Windows une à deux minutes pour aller chercher les pilotes…). Après quelques bidouilles, je tombe sur la solution pour passer le clavier en AZERTY.
Bien. Donc maintenant je peux lancer OpenBox en clavier AZERTY, mais comme le touchpad ne fonctionne pas et que je viens de désactiver l'auto-détection **et** l'auto-montage de HAL (en bref, le faire fonctionner pour rien), je ne peux pas utiliser ma souris USB. Je me rends compte les touchpads autres que Synaptics ne sont pas supportés sous FreeBSD, je dois donc trouver un moyen de monter automatiquement ma souris sans HAL.
J'ai tenté quelques essais à base d'`automount`, mais rien de bien concluant. J'ai supprimé, édité, renommé les *policy* de HAL, en vain. Agacé, je me demandais s'il ne serait pas plus rapide d'installer Gnome et de le laisser gérer le tout. Je me souviens d'un billet de Frédéric Bèzies où il montre la faible utilisation de mémoire de Mate sous FreeBSD m'a convaincu. J'ai donc installé Mate, et au lancement je me retrouve avec ça :
The path for the directory containing caja settings need read and write permissions:/home/yomli/.config/caja
D'accord. Je me connecte au SSH en parallèle, un petit `chown yomli:yomli .config/` règle le problème. Me voilà connecté et… Le clavier est toujours en QWERTY ! Cette fois-ci, je peux changer l'agencement dans les préférences de Mate, ce que ne me permettaient ni Openbox ni LXDE. Et le plus beau ? Le tout ne pèse que 53 Mo en mémoire.
Je n'avais pas testé Mate, l'interface me rappelle mes premiers essais Linux (ah, j'ai encore les CD gratuits du Héron Hardi…), ce qui n'est pas pour me déplaire.
----
Permaliens :