Groupe d'utilisateurs de Linux & de logiciels libres autour du Grand Avignon depuis 2004mercredi 25 octobre 2017
Par olivier le mercredi 25 octobre 2017, 10:20 - Logiciel
L'annonce de la sortie de LXQt 0.12.0 a été annoncé récemment. Nous allons voir dans ce billet comment l'installer sur le système d'exploitation FreeBSD, et pouquoi il n'est pas encore disponible officiellement.
vendredi 6 janvier 2017
Par olivier le vendredi 6 janvier 2017, 11:03 - BSD
Dans ce billet, je vais détailler mes activités « visibles » concernant FreeBSD au cours de l'année écoulée.
mardi 11 octobre 2016
Par olivier le mardi 11 octobre 2016, 21:29 - Actualité
FreeBSD 11.0-RELEASE est officiellement sortie le 10 octobre 2016. Après 4 versions BETA, et 3 RC, puis une reconstruction des ISOs après la découverte d'un bug dans loader(8) [1]. Cette fois-ci nous pouvons mettre à jour notre système.
Dans les grandes lignes nous avons :
Le chiffrement DSA est maintenant désactivé dans OpenSSH (par conséquent le protocole 1 n'est plus supporté).
Un nouvel outil, uefisign(8) a été ajouté pour vérifier l'existence des signatures pour le secure boot UEFI.
On peut monter dans les jail(8) les systèmes de fichiers (en utilisant l'émulation Linux) linprocfs(5) et linsysfs(5).
Le support du 802.11n à été ajouté, ainsi qu’une multitude d’améliorations dans l'API 802.11 d'une manière générale.
De nombreux améliorations ont été apporté dans le support des architectures ARM (32 et 64 bits).
Mise à jour du compilateur Clang dans la version 3.8.0 (ainsi que toute l'infrastructure, LLVM, LLDB, etc. qui va avec).
Pour une utilisation en desktop (grande amélioration du support des cartes graphiques Intel et Radeon), drm a été mis à jour, elle a été synchronisée avec le noyau Linux 3.8.13.
Pour plus de détails, vous pouvez consulter cette page qui récapitule tous les changements.
Je vous conseille de lire attentivement le tableau pour connaître le support (du point de vue sécurité) des précédentes versions.
[1] C'est pourquoi la commande uname -r affiche le préfixe -p1, qui mentionne qu'il y a eu un correctif.
mercredi 5 octobre 2016
Par olivier le mercredi 5 octobre 2016, 20:42 - Logiciel
Deux semaines après l'annonce de sortie de la dernière version (0.11.0) du gestionnaire de bureau LXQt, je viens de terminer le portage (cette fois-ci avec l'aide de Jesper Schmitz Mouridsen).
Pour pouvoir l'installer il va falloir tout d'abord récupérer certaines bibliothèques en provenance du dépôt expérimental de l'équipe en charge de la maintenance de KDE.
En effet LXQt repose sur certains composants issus de KDE Frameworks 5.
Tous les détails sont accessibles sur la page dédiée du wiki [1]. Je parts du principe que vous avez déjà le catalogue des logiciels portés (généralement dans /usr/ports).
Ces ports ne sont pas encore dans le dépôt officiel (on peut parfois rencontrer des problèmes de compilation ou d'autres soucis).
On doit récupérer la branche qui s'appelle plasma5.
mkdir plasma5 ; cd plasma5 svn co http://area51.pcbsd.org/branches/plasma5/KDE .
Pour effectuer le merge, [2] il est préférable d'utiliser le script kdemerge.
fetch http://area51.pcbsd.org/trunk/area51/Tools/scripts/area51 -o ~/kdemerge
sh kdemerge -d plasma5 /usr/ports
Une fois l'installation du bureau terminé, je vous conseille de repartir sur un copie « propre », car l'importation touche de nombreux fichiers dans la structure interne du catalogue de logiciels portés.
Mk/bsd.port.mkIl faut rajouter deux nouvelle catégories (elles ont été définies par l'équipe en charge de KDE)
Le travail est relativement simple, on récupert le script lxqtmerge et on compile les méta-ports x11-wm/lxqt et x11/lxqt-l10n (ce dernier contient les traductions).
fetch https://subversion.assembla.com/svn/lxqt/trunk/Tools/scripts/lxqtmerge
Avant de faire quelque soit, il faut adapter deux variables LOCAL_REPO et PORTSDIR. Ci-dessous les différentes options possibles :
usage: lxqtmerge options options: -h display this help -c clone remote repository -m merge into the ports tree -u update local repository -r revert changes
Dans notre cas, il faudra simplement faire :
sh lxqtmerge -c && sh lxqtmerge -m
LXQt repose sur le gestionnaire de fenêtre Openbox, si on effectue une installation « minimale » voici la liste des ports issus du dépôt KDE.
La commande SQLite qui m'a retourné ce résultat :
sqlite3 /var/db/pkg/local.sqlite sqlite> SELECT name, version FROM packages WHERE name LIKE 'plasma%' OR name LIKE 'kf5%' ORDER BY origin; kf5-extra-cmake-modules|5.26.0 kf5-oxygen-icons5|5.26.0 kf5-kwayland|5.26.0 kf5-kwindowsystem|5.26.0 plasma5-libkscreen|5.7.95 sqlite>
samedi 16 mai 2015
Par olivier le samedi 16 mai 2015, 22:07
Dans un précédent billlet, j'expliquais que j'étais en train de « porter » le bureau (Pantheon Shell) sous FreeBSD, et bien cette après je me suis attaqué à un des plugins du gestionnaire de paramètres (en fixant au passage quelques bugs au niveau de la prise en charge des traductions).
La capture d'écran a été faite sous Xfce (mon bureau) avec les thèmes d'icônes et Gtk, Elementary pour un meilleur rendu.
Stay tuned!
mercredi 21 janvier 2015
Par olivier le mercredi 21 janvier 2015, 20:58 - BSD
Sur le Planet Libre je suis tombé sur un post de la communauté elementary OS fr présentant un nouveau logiciel. Il s'agit d'un utilitaire pour gérer une liste de tâches à faire (to-do list). J'en ai fait un « port » pour l'essayer, et voici le résultat (Cliquez sur l'image pour voir la copie d'écran en taille réelle) :
dimanche 2 novembre 2014
Par olivier le dimanche 2 novembre 2014, 15:44 - BSD
jeudi 16 octobre 2014
Par olivier le jeudi 16 octobre 2014, 05:54 - BSD
Régulièrement, chaque développeur (si il le souhaite) est encouragé à présenter son travail à la communauté. Le dernier vient d'être publié, il couvre les mois de juin à septembre.
Voici les principaux thèmes abordés :
En ce qui me concerne, mon principal travail (en autre) consiste à maintenir Xfce à jour, donc vous pouvez lire mon status report.
J'ai également réalisé une vidéo pour montrer les nouveautés que l'on retrouvera dans la prochaine version stable (4.12) du bureau Xfce.
dimanche 14 septembre 2014
Par olivier le dimanche 14 septembre 2014, 19:35 - BSD
C'est vrai, cela fait toujours plaisir de voir son travail être reconnu « uGet for BSD is Now Available ».
Comme Steadyflow n'est plus maintenu, je suis parti à la recherche d'une alternative, et j'ai trouvé uGet.
Je travaille (dans mon coin) sur l'intégration du support des applets Indicators.
Par olivier le dimanche 14 septembre 2014, 16:42 - Documentation
Dans ce billet, nous allons voir comment mettre en place rapidement un dual boot à partir de FreeBSD.
jeudi 21 août 2014
Par olivier le jeudi 21 août 2014, 21:05
Il y a vingt ans, naissait l'arbre des ports chez FreeBSD.
Voic un extrait du commit, fait par jkh@ (Jordan Hubbard)
Commit my new ports make macros. Still not 100% complete yet by any means but fairly usable at this stage.
L'arbre des ports, est la source des binaires.
Une vidéo a été faite pour l'occasion.
Note : Cela fait maintenant deux ans, que j'ai un accès en écriture, et je prends autant de plaisir à maintenir et « porter » de nouveaux logiciels.
samedi 7 juin 2014
Par olivier le samedi 7 juin 2014, 19:13 - Programmation
Dans ce billet, nous allons voir comment afficher certaines informations obtenues avec la fonction sysctlbyname(3).
/sbin/sysctl vfs.usermount vfs.usermount: 1
En C, on peut écrire un programme relativement simple (sysctl-01.c), qui va afficher uniquement le résultat.
gcc sysct-01.c -o sysctl-01 -Wall -W -lc ./sysctl-01 1
Si l'on souhaite afficher une chaîne de caractères.
/sbin/sysctl kern.ostype kern.ostype: FreeBSD
Avec le programme sysctl-02.c, on procède de la manière suivante :
gcc sysct-02.c -o sysctl-02 -Wall -W -lc ./sysctl-02 FreeBSD
Maintenant, si plusieurs valeurs doivent être affichées.
/sbin/sysctl hw.acpi.supported_sleep_state hw.acpi.supported_sleep_state: S3 S4 S5
Le programme sysctl-03.c affiche ces informations de cette manière :
gcc sysct-03.c -o sysctl-03 -Wall -W -lc ./sysctl-03 S3 S4 S5
Au lieu d'avoir une chaîne de caractères, on a une série d'entiers.
/sbin/sysctl kern.cp_times kern.cp_times: 889624 1836 116735 3507 4424229
Le programme sysctl-04.c affiche tout ceci, de cette façon :
gcc sysct-04.c -o sysctl-04 -Wall -W -lc ./sysctl-04 Values: 889624 1836 116735 3507 4424229 Max: 4424229
Voilà, on peut désormais s'inspirer de ces exemples, pour apporter des patches aux programmes trop orientés Linux.
mardi 27 mai 2014
Par olivier le mardi 27 mai 2014, 22:46 - Programmation
J'écris ce billet ici, au lieu du wiki, pour qu'il ait plus de visibiliter.
Parfois dans certains projets écris en Vala on trouve ce bout de code :
[...] [CCode (cheader_filename = "sys/prctl.h", cname = "prctl")] extern int prctl (int option, string arg2, ulong arg3, ulong arg4, ulong arg5); [...]
On dénomme ce fragement par C code attribut (ou CCode attribut). Il s'agit d'une particularité de ce langage, pour utiliser directement des fonctions « externes ».
Sous Linux la fonction prctl () permet de nommer un processus (on peut le voir avec top).
Sous les BSD (DragonFly, FreeBSD, NetBSD et OpenBSD) cette fonction n'existe pas. En fait elle s'appelle autrement, setproctitle ().
Or elle n'est pas présente au même endroit dans chacun des BSD.
Sous DragonFly et FreeBSD, on la retrouve dans unistd.h.
[...] [CCode (cheader_filename = "unistd.h", cname = "setproctitle")] extern static void setproctitle (string fmt, ...); [...]
Sous NetBSD et OpenBSD, on la retrouve dans stdlib.h.
[...] [CCode (cheader_filename = "stdlib.h", cname = "setproctitle")] extern static void setproctitle (string fmt, ...); [...]
Voilà, désormais on peut écrire du code « portable ».
mercredi 16 avril 2014
Par olivier le mercredi 16 avril 2014, 23:12 - Programmation
Quant on est sous GNU/Linux, il existe udev, très largement utilisé sur ce système d'exploitation (SE), mais lorsque l'on utilise un système BSD, et en particulier FreeBSD il nous est impossible d'utiliser cette bibliothèque. Cependant les développeurs de FreeBSD ont développé un outil similaire devd(8).
Il est accessible via un socket unix.
J'ai voulu voir comment l'utiliser grâce aux systèmes de notifications du noyau kqueue(2)/kevent(2), avec le langage Python.
Je détaille un peu le script, tout d'abord nous allons initialiser un socket (le programme va fonctionner comme un client).
[...]
s_file = os.path.join("/var", "run", "devd.pipe")
# Create new socket object
s = socket.socket(socket.AF_UNIX, socket.SOCK_STREAM)
s.connect(s_file)
# Return the socket's file descriptor
fd = s.fileno()
[...]
fd (file descriptor) est nécessaire pour kevent.
Les fonctions utilisées par kqueue/kevent sous Python sont accessible via le module select. Nous allons uniquement lire les données qui transitent par /var/run/devd.pipe.
Ci-dessous l'initialisation du mécanisme de notification.
[...] # Kernel queue object kq = select.kqueue() # Event to monitor (only attach) event = [select.kevent(fd, filter=select.KQ_FILTER_READ, flags=select.KQ_EV_ADD),] # Initialize kevent structure (like EV_SET macro in sys/event.h) ev_set = kq.control(event, 0, 0) [...]
Nous pouvons « boucler » pour afficher les résultats quand un périphérique est branché. Un truc magique avec kqueue/kevent on a directement accès à la taille du tampon à lire.
[...] for event in events: # Display data from socket (event.data is size to read) print s.recv(event.data) [...]
Voici le résultat lorsqu'une clé USB est branchée.
!system=DEVFS subsystem=CDEV type=CREATE cdev=usb/2.2.0 !system=DEVFS subsystem=CDEV type=CREATE cdev=ugen2.2 !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/2.2.1 !system=DEVFS subsystem=CDEV type=CREATE cdev=usb/2.2.2 !system=USB subsystem=DEVICE type=ATTACH ugen=ugen2.2 cdev=ugen2.2 vendor=0x0930 product=0x653d devclass=0x00 devsubclass=0x00 sernum="0B4085607142DAD4" release =0x0100 mode=host port=6 parent=ugen2.1 !system=USB subsystem=INTERFACE type=ATTACH ugen=ugen2.2 cdev=ugen2.2 vendor=0x0 930 product=0x653d devclass=0x00 devsubclass=0x00 sernum="0B4085607142DAD4" rele ase=0x0100 mode=host interface=0 endpoints=2 intclass=0x08 intsubclass=0x06 intp rotocol=0x50 +umass0 at bus=1 hubaddr=6 port=2 devaddr=2 interface=0 vendor=0x0930 product=0x 653d devclass=0x00 devsubclass=0x00 sernum="0B4085607142DAD4" release=0x0100 mod e=host intclass=0x08 intsubclass=0x06 intprotocol=0x50 on uhub2 !system=DEVFS subsystem=CDEV type=CREATE cdev=pass2 !system=DEVFS subsystem=CDEV type=CREATE cdev=da0 !system=DEVFS subsystem=CDEV type=CREATE cdev=da0s1
La dernière ligne est intéressante, car c'est le nom de la partition que l'on pourra « monter » sur le système.
jeudi 21 novembre 2013
Par olivier le jeudi 21 novembre 2013, 21:40 - BSD
« Two WebKittens » (Midori 0.5.6) est désormais dans l'arbre des ports de FreeBSD. Je viens de committer la mise à jour.
Cette nouvelle version a été retardée notamment à cause de la ré-écriture du gestionnaire de session (il s'appelle désormais tabby), Libunique a été remplacée par GApplication.
Concernant l'intégration dans FreeBSD, j'ai rajouté la possibilité de pouvoir l'installer avec le support de Gtk+3 (Gtk+2 est toujours le choix par défaut).
Le support de WebKit2 est également activé (pour l'instant c'est désactivé, mais quand www/webkit-gtk3 sera mis à jour, on pourra compiler avec ce support).
Je n'ai pas mis le support pour granite, j'ai noté un bug ennuyeux.
Pour connaître toutes les modifications apportées depuis la précédente version, vous pouvez parcourir le ChangeLog.
lundi 3 décembre 2012
Par olivier le lundi 3 décembre 2012, 22:37 - BSD
dimanche 17 juin 2012
Par olivier le dimanche 17 juin 2012, 19:45 - BSD
Par olivier le dimanche 17 juin 2012, 11:06 - BSD
mardi 22 mai 2012
Par olivier le mardi 22 mai 2012, 16:36 - BSD
Ce week-end, j'ai décidé de migrer sous la branche releng/9.0 [1] mon laptop. Il fonctionnait auparavant sur la branche releng/8.2 [2].
Il faut dire, que ça me titiller depuis un moment, car je n'étais pas satisfait du partitionnement actuel (absence de répertoire /tmp en RAM), locales toutes en latin9 (je migre de plus en plus vers l'UTF-8). J'en ai profité pour repartir complètement de zéro.
Le partitionnement a bien changé depuis ma dernière installation (à partir d'un CD), qui remonte à la version 6.0. Résultat, au redémarrage l'ordinateur est dans les choux. Je reboote avec le disque d'installation, et recommence l'installation, là l'installateur me sort une erreur, m'indiquant que la partition /dev/ada0p2 est introuvable !!! C'est ma partition racine.
Le lendemain, je recommence, avec cette fois-ci la dernière version de la branche RELENG_7 (7.4). Aucun soucis, car il s'agit de l'ancien installeur (sysinstall). Je migre ensuite vers releng/8.3, je redémarre, l'ordinateur est « planté », j'ai un prompt pour m'aider à booter sur la bonne partition. C'est encore une fois un nouvel échec.
Aujourd'hui, j'ai décidé de prendre le taureau par les cornes, et de tenter une nouvelle installation, et apprivoiser bsdinstall, le nouvel assistant du CD d'installation.
Après avoir sélectionné la bonne disposition du clavier, je suis ensuite passé par le shell, afin de voir l'état du disque dur, avec la commande gpart show (j'ai qu'un seul disque, donc ce n'est pas nécessaire de le mentionner).
En voulant supprimer les précédentes partitions, j'ai obtenu le message d'erreur suivant :
# gpart delete -i 4 ada0 gpart: table 'ada0' is corrupt: Operation not permitted
Après quelques recherches, il faut exécuter le mode recover.
# gpart recover ada0 ada0 recovered
Maintenant la suppression des partitions ne pose plus de problème
[...] # gpart delete -i 3 ada0 ada0p3 deleted [...]
J'ai également supprimé la table des partitions MBR. J'ai décidé de migrer sous GPT.
# gpart destroy ada0 ada0 destroyed # gpart create -s GPT ada0
Une vérification que tout s'est bien passé.
# gpart show
=> 34 195371501 ada0 GPT (93G)
34 195371501 - free - (93G)
Création de la partition de boot pour l'entête GPT.
# gpart add -t freebsd-boot -l gpboot -s 512K ada0 ada0p1 added
On installe le bootcode.
# gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 bootcode written to ada0
Ensuite on passe à la création des partitions.
# gpart add -t freebsd-ufs -l root -s 5G ada0 ada0p2 added # gpart add -t freebsd-swap -l swap -s 1G ada0 ada0p3 added # gpart add -t freebsd-ufs -l var -s 3G ada0 ada0p4 added # gpart add -t freebsd-ufs -l usr -s 62G ada0 ada0p5 added # gpart add -t freebsd-ufs -l home ada0 ada0p6 added
Au final cela donne ça :
# gpart show
=> 34 195371501 ada0 GPT (93G)
34 1024 1 freebsd-boot (512k)
1058 10485760 2 freebsd-ufs (5.0G)
10486818 2097152 3 freebsd-swap (1.0G)
12583970 6291456 4 freebsd-ufs (3.0G)
18875426 130023424 5 freebsd-ufs (62G)
148898850 46472685 6 freebsd-ufs (22G)
En quittant le shell on retrouve l'assistant pour continuer l'installation.
À la fin, je suis retourné sous le shell (on est directement dans le chroot de notre nouveau système) pour modifier le fichier /etc/fstab et /etc/rc.conf.
samedi 21 avril 2012
Par olivier le samedi 21 avril 2012, 14:18 - BSD
En ce moment, je travaille sur l'intégration de la prochaine version stable (4.10) de Xfce sous FreeBSD.
Un des composants, xfce4-session gère l'hibernation et le suspend to RAM (mise en veille). J'ai donc voulu voir, comment cela été pris en charge par FreeBSD.
L'essais a été effectué sur :
olivier@bornem:~ $ uname -rsp FreeBSD 8.2-RELEASE-p3 i386 olivier@bornem:~ $
Il faut savoir, que par défaut l'ACPI est déjà activé [1]. Cependant on doit rechercher les informations concernant les différentes méthodes de mise en veille.
olivier@bornem:~ $ sysctl -a | grep acpi.supported hw.acpi.supported_sleep_state: S3 S4 S5 olivier@bornem:~ $
Sur cet ordinateur, on peut voir que trois états (sleep states) sont « pris en charge » par le système.
On peut également voir, si le BIOS est capable de le gérer.
olivier@bornem:~ $ sysctl -a | grep acpi.s4bios hw.acpi.s4bios: 0 olivier@bornem:~ $
Dans mon cas, la valeur est à zéro, donc mon BIOS n'a pas ce support.
On peut tester les différents états (il faut être root) avec l'utilitaire acpiconf.
root@bornem:~ # acpiconf -s 3
L'état S4 (correspondant à l'hibernation) est équivalent à S5, j'en déduis donc que je ne pourrais pas utiliser cette fonctionnalité.
L'état S3 (suspend to RAM) est pleinement fonctionnel.
xfce4-session possède une dépendance, UPower [2], responsable de la gestion de la consommation (en autre).
Pour pouvoir l'employer, il faut autoriser certaines opérations, grâce notamment à polkit.
On va tout d'abord rechercher les actions possibles concernant UPower.
olivier@bornem:~ $ pkaction | grep upower org.freedesktop.upower.hibernate org.freedesktop.upower.qos.cancel-request org.freedesktop.upower.qos.request-latency org.freedesktop.upower.qos.request-latency-persistent org.freedesktop.upower.qos.set-minimum-latency org.freedesktop.upower.suspend olivier@bornem:~ $
J'ai uniquement besoin du support de suspend, j'en profite donc pour créer un fichier .pkla (l'extension est primordiale) situé dans /usr/local/etc/polkit-1/localauthority/50-local.d/.
Voici son contenu :
root@bornem:~ # cat /usr/local/etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla [Suspend] Identity=unix-group:users Action=org.freedesktop.upower.suspend ResultAny=yes ResultInactive=yes ResultActive=yes root@bornem:~ #
Tous les utilisateurs appartenant au groupe users sont autorisés à mettre en veille (en RAM) le système.
« billets précédents - page 1 de 2