Pierre-Alain TORET a écrit 113 commentaires

Le projet NixBSD vient d'être lancé il y a quelques semaines à peine.
Hyperbola a été lancé il y a quelques années.

Il y avait à l'époque Debian/kFreeBSD et Gentoo/FreeBSD qui semblent abandonnés tous les deux.

Pour être honnête, je ne comprends pas bien l'intérêt non plus étant donné que l'userland BSD évolue avec son noyau et est donc bien plus approprié qu'un userland monté de toutes pièces comme c'est le cas dans une distribution Linux habituelle. En fait ça ressemble au fonctionnement d'une distribution, on prend un noyau et on greffe un userland par dessus, c'est tout le contraire de ce que font les différents projets BSD et ça parait provenir de réflexion de personnes ayant l'habitude de ce mode de fonctionnement.

Merci pour l'astuce, j'en profite aussi pour dire qu'il existe un équivalent sur les bases RHEL : dnf-automatic.

(perso, en terme de suivi des installations que j’ai faite chez des particuliers, la maintenance —avec vérification des mises à jours— c’est une à deux fois par an ; et je n’ai pas cinq fois dans l’année la pression d’un passage de version majeur.)

C'est drôle ça, doit-on en déduire que tu ne fais pas les mises à jour de sécurité ?
Sur une machine Debian que j'ai dans mon périmètre je reçois souvent des notifications via apticron et en les faisant quasiment toujours le lendemain ou quelques jours après, j'obtiens :

$ zgrep -h upgrade /var/log/dpkg.log* | cut -d' ' -f 1 | uniq
2023-12-03
2022-12-21
2022-12-24
2022-10-24
2023-10-04
2023-10-06
2023-10-08
2023-10-16
2023-09-01
2023-09-05
2023-09-08
2023-09-22
2023-08-03
2023-08-11
2023-08-20
2023-08-28
2023-07-04
2023-07-03
2023-04-09
2023-03-18

On est quand même loin des 2 fois par an…

Merci de nous prendre en compte :)

Le deuteranopie 1 / protanopie 1 sont les plus faciles à distinguer pour ma part.

Sur le fond clair, je ne peux pas distinguer les formes et couleur de protanopie 2 / deuteranopie 2 et tritanopie (dans une moindre mesure) s'il n'y a pas de contour. Sur le fond foncé par contre, ça marche plutôt bien, avec ou sans contour.

À priori c'est normal de ne pas la trouver ailleurs, elle est inclue dans le projet https://repo.or.cz/wmaker-crm.git/tree/HEAD:/wrlib

C'est d'ailleurs pour ça qu'elle se retrouve dans /usr/local après l'installation, car c'est le préfixe par défaut, s'il a juste fait ./configure comme ça a l'air d'être le cas.

Je pense que tu n'as pas configuré WindowMaker correctement.

Il est possible de passer un argument --prefix=/quelquechose au moment où on exécute ./configure dans le dépôt.
Je viens d'essayer et par défaut il prend le préfixe /usr/local, ce qui est affiché à la fin du script de configuration :

Window Maker was configured as follows:

Installation path prefix            : /usr/local
Installation path for binaries      : /usr/local/bin
Installation path for libraries     : /usr/local/lib
Installation path for WPrefs.app    : /usr/local

En changeant l'exécution avec ./configuration --prefix=/usr, j'obtiens :

Window Maker was configured as follows:

Installation path prefix            : /usr
Installation path for binaries      : /usr/bin
Installation path for libraries     : /usr/lib
Installation path for WPrefs.app    : /usr

Je pense que ce serait plus approprié.

Tu peux trouver plus d'infos en exécutant ./autogen.sh, et en regardant dans le fichier INSTALL-WMAKER qui est généré à ce moment là. Il liste les différentes options utilisables.

Il est à priori possible de laisser le préfixe par défaut (si tu ne veux pas mélanger ton installation avec le reste) mais d'aller chercher les librairies ailleurs avec les options --with-libs-from="-L/usr/lib" et --with-incs-from="-I/usr/include -I/usr/include/tiff" par exemple.

Je pense qu'il y a confusion, Tchip n'existe pas à ma connaissance (cité avec Citadel).

Mais Tchap est la messagerie sécurisée de l'état à destination des fonctionnaires et se base sur Element (voir https://element.io/case-studies/tchap).

Merci :)

(Salut Cyril :))

Oui, par contre on m'avait proposé deux 27" 4K au bureau et je les ai rendu pour revenir sur deux 24" Full-HD , au final je l'utilisais en équivalent Full-HD (avec le scaling), sinon c'était trop petit, mais il n'était pas en 16/10, donc moins bien selon moi.
À mon avis, ça vaut le coup de tester avant d'acheter.

Idéalement, j’aimerais avoir un écran externe un peu plus grand (mais pas beaucoup) et surtout plus haut.

Je n'utilise plus que des écrans 16/10, c'est vraiment mieux que les 16/9, dommage que ça soit si compliqué à trouver. Sinon tu peux aussi tenter de mettre ton écran à la verticale, j'utilise cette configuration pour l'écran qui est le plus sur le côté (à l'origine pour éviter d'avoir à faire défiler mon écran sur le retour de certaines commandes), mais je pense que ce serait mon écran principal qui se retrouverait dans cette disposition si j'écrivais plus de code/rédigeait plus de documents longs.

De façon assez étrange, cela fonctionne bien sur mon Android avec ns1.fdn.fr mais ça ne passe pas avec ns0.fdn.fr. À voir si c'est la même chose pour vous.

Comme il n'y pas un BSD et même si le site d'OpnSense indique "OPNsense is an open source, easy-to-use and easy-to-build FreeBSD based firewall and routing platform.", je vais répondre pour les 3 principaux, cela peut intéresser.

Pour FreeBSD Wireguard est rentré officiellement dans l'arbre des sources avec https://cgit.freebsd.org/src/commit/?id=5ae69e2f10da, comme indiqué sur les notes de version de la 13.2 (https://www.freebsd.org/releases/13.2R/relnotes/ section General Network).

Concernant NetBSD il est entré dans les source pour la version 10.0 (https://man.netbsd.org/wg.4) et pour OpenBSD en version 6.8 (https://man.openbsd.org/wg).

Dans tous les cas, ce n'est plus expérimental pour les 3, en tout cas rien ne semble indiquer que ça soit encore le cas.

Pour info, il y a visiblement un port en cours de Hammer2 vers OpenBSD : https://github.com/kusumi/openbsd_hammer2

J'étais tombé sur https://wiki.archlinux.org/title/PCI_passthrough_via_OVMF#Isolating_pinned_CPUs qui permet à priori de faire ce que tu veux. Il y a plusieurs méthodes.

Ça se fait plutôt très bien sur les Chromebook grâce au gros boulot de https://mrchromebox.tech/#home

Tout est bien documenté pour chaque modèle et il y a un script à lancer pour faire la modif.

J'ai pu sans soucis l'installer Dell Chromebook 13 7310.

Concernant Framasoft, je me souviens de l'article que tu mentionnes, mais leur position a visiblement un peu changé quand tu lis l'article suivant: https://framablog.org/2022/12/13/peertube-v5-le-resultat-de-5-ans-de-travail-artisanal/

On y lit notamment :
Le ministère de l’Éducation nationale a financé le Studio (outil pour modifier les vidéos) afin de l’implémenter sur sa plateforme d’outils libre apps.education.fr (si vous dépendez du MEN, pensez à utiliser et promouvoir cette plateforme !).

Le MENJS a d'ailleurs financé en partie les plugins suivants :
https://framagit.org/framasoft/peertube/official-plugins/-/tree/master/peertube-plugin-auth-openid-connect

et

https://framagit.org/framasoft/peertube/official-plugins/-/tree/master/peertube-plugin-auth-saml2

Donc les choses ont à priori commencé à changer un peu, même si ce n'est pas encore du financement sur le long terme.

Void permettrait potentiellement d'avoir le meilleur des deux mondes, par contre je vois qu'ils utilisent musl et glibc, est-ce que c'est un choix à faire à l'installation ?

Parce qu'avec musl ça peut empêcher de faire tourner certains trucs que tu pourrais trouver précompilé en ligne par exemple et pas fourni par la distribution.

En quoi est-ce la faute des BSD ? Ansible fait partie de
l'installation de base ? Non, donc là, c'est plutôt du côté
d'Ansible qu'il faut regarder.

Mon point n'est pas qu'il y a un bug (ça arrive), mais que la communauté autour des BSD me >semble trop petite car sinon, les bugs auraient été trouvé plus tôt. Et de ce point découle >le fait que l'affirmation "c'est mieux" ne me parait pas se vérifier dans les chiffres.

Encore une fois, c'est le soucis avec les écosystèmes Linux, ce qu'a mis en avant Blacknight, on ne fait plus de distinctions entre le système et les "ports", c'est à dire les logiciels qui sont additionnels et ne sont pas fournis par défaut.

Ansible fait partie de la seconde catégorie pour moi, et n'est peut-être pas vraiment utilisé par les communautés BSD. Mais le support en question dépend plus d'Ansible que des BSD.

En fait le soucis vient surtout qu'il faut voir chaque distribution Linux comme une sorte de BSD, c'est à dire qu'elle réalise l'intégration à sa façon. Donc là si systemd est un projet externe qui veut apporter de l'homogénéité, il faut comprendre que ça "force" en quelque sorte toutes les distributions à s'adapter. C'est un peu comme si les choix d'un des BSD impactaient les autres, et si tu veux mon avis, ça gueulerait aussi si c'était le cas :) Mais là en l'état chacun est maître chez soi, donc ça reste plus calme.

Peut-être que justement, ce qu'il manque sous linux et ce qui en cause toute la complexité, c'est le fait qu'au dessus du kernel y'a plus rien

C'est justement le côté intéressant des *BSD ou d'autres systèmes d'exploitation où on n'a pas cet assemblage hétérogène et différents selon les distributions d'un noyau et d'outils pour l'utilisateur, mais une vraie intégration et des outils et le noyau qui évoluent en même temps.

ESR ? je ne connais pas ces initiales, tu peux expliciter stp ?

Pas vu le commentaire juste au dessus, à supprimer.

Je te confirme, j'ai bien pu repartir d'un snapshot BTRFS stocké de cette façon sur un pc dont le SSD a laché, une fois avoir installé un nouveau SSD et transferé le snapshot dans l'autre sens :)

Je te conseille juste de réaliser un petit listing des différents sous-volume que tu pourrais avoir sur ta partition sans le savoir, on peut avoir des suprises parfois (et ça serait exclu par défaut des instantannés que tu créés). Ou alors ça pourrait te permettre de gagner un peu de place sur ce que tu sauvegardes si tu créés des sous-volume pour des répertoires destinés à stocker du cache par exemple.

Une solution pour la fréquence des mises à jour du noyau pourrait être de passer sur le noyau linux-lts qu'offre Archlinux, potentiellement je pense qu'il évolue un peu plus lentement.

quelques infos sur des portables supportés sur https://wiki.archlinux.org/title/Category:Laptops également