Oui alors là, c'est sûr ça fonctionne, mais c'est plus la même limonade ! C'est plus complexe. Ça fait intervenir des concepts plus abstraits et plus difficiles à debugger pour quelqu'un qui semble néophyte sur le sujet.
C'est à mon avis plus simple de s'en tenir - au moins au début le temps de bien piger comment ça fonctionne - à des enregistrements externes sur le DNS public du registar et des enregistrements internes sur un DNS privé local.
Mais c'est sûr que pour en avoir mis en place au boulot, les vues avec Bind c'est top, mais mon besoin n'était pas le même non plus. ;)
Oui un serveur DNS local c'est une bonne idée. C'est pas très compliqué à mettre en place surtout pour quelques enregistrements et tu trouveras plein de docs sur le sujet.
Il faudrait configurer les machines de ton réseau pour qu'elles s'adresse à ton serveur DNS local - via la conf du serveur DHCP de ton réseau. De cette manière, celui-ci fera les résolutions sur ton domaine en répondant des adresses privées de ton réseau pour que tu puisses joindre tes services sur leur IP privée et fera suivre aux DNS forwarders (ceux de ton FAI, Quad9, Google, ce que tu veux) définis dans ton serveur pour tous les domaines autre que celui (ou ceux) gérés par ton serveur.
C'est assez transparent, si ça te saoule ou si ça dysfonctionne tu peux facilement revenir en arrière en changeant la conf du DHCP pour revenir sur tes DNS actuels et passer outre ton DNS local.
Ah tiens, j'avais le même. :) Il me semble que c'était mon 1er XPS d'ailleurs. J'ai eu une carte mère et la batterie HS, remplacées gratuitement hors garantie. Du coup depuis j'ai plus que des XPS.
Effectivement, pas facile de trouver la batterie, Dell ne la propose plus. Celle des 9370 et 9380 est encore référencée et dispo sur le site US, mais rien pour celui-là.
Cela étant, je ne sais pas si tu as vu mais elle est dispo sur iFixit. C'est du « compatible » évidemment mais autant je te rejoins sur la confiance qu'on peut accorder aux diverses boutiques qui en propose, autant iFixit j'aurais moins d'hésitation et je tenterais le coup.
mais les vilains ne semblent plus que les proposer sous Windows
Non, c'est parce qu'ils viennent de renouveler. Ils ont sorti les modèles 2025, les versions Ubuntu arrivent en général un peu plus tard dans l'année.
Sur le site US, les Ultra Core series 1 de l'an dernier sont dispo en Ubuntu (22 ou 24, au choix). Par contre c'est uniquement pour les versions x86. Il me semble pas que les versions ARM en Snapdragon aient été déclinées sous Ubuntu l'an dernier.
Je me doutais que c'était ça. J'ai été dans la même situation au boulot. ;)
Pour ma part, j'ai mis en place Bookstack. Il est simple à mettre en œuvre et à utiliser et il convient assez bien à une plateforme de doc technique.
Malheureusement il ne répondra pas à ton besoin dans la mesure où il n'est pas capable d'avoir un dépôt Git comme backend de données.
Je pense que ça doit être faisable via l'API et des webhooks mais bon, c'est pas forcément super.
J'avais certaines contraintes « humaines » qui faisaient que j'avais peu de libertés. Il fallait un outil (ultra) simple à utiliser.
Ça a quand même dérivé et c'est malgré tout devenu tout ce que je ne voulais pas : un tas de m**** avec des trucs dans tous les sens, rien de structuré, aucun soin dans les docs rédigées… mais c'est une autre histoire.
Si j'avais à faire un choix aujourd'hui et sans être tributaire de collègues incapables de faire quoi que ce soit sans un éditeur WYSIWYG je ne m'orienterais pas là-dessus. Je prendrais plutôt un générateur de site statique se sourçant sur un dépôt Git, comme le suggère nishiki plus bas.
Avec un peu de recul (c'est le 2e wiki de doc que je gère sur 10 ans), je trouve que le mode wiki n'est pas si adapté que ça. Surtout avec du Git derrière.
Si tu as une équipe à qui le markdown (ou tout autre markup language) ne pose pas de problème, le site statique est à mon sens une meilleure option. C'est plus cadré en terme de mise en forme, tu as encore moins à t'en soucier, la structure est calquée sur celle du dépôt, tu bénéficies du versioning Git et tu peux travailler avec n'importe quel éditeur de ton choix tout en étant compatible avec tout le monde.
Et tu es libre de changer de générateur si tu as besoin sans tout devoir migrer.
dans le cadre d'une percée dans une communauté inconnue, passer par un modérateur pour demander si vous pouvez faire un sondage et lui demander si cela ira à la communauté, peut éviter bien des problèmes.
C'est ce qu'elles ont fait (voir leur 1er journal et la réponse d'Ysabeau). ;)
puisque le monde des logiciels libres vous est encore une terre inconnue, voici déjà une première piste afin de libérer votre questionnaire : Framaforms.
Framaforms fait partie de l'initiative « Dégooglisons Internet » de Framasoft, une association qui œuvre pour la promotion des logiciels libres, qui a pour objectif de proposer des alternatives (libres) aux services de Google - mais pas seulement.
Dans la mesure du possible, Framasoft fournit une instance des alternatives qu'elle promeut.
Scénario de Crise Constitutionnelle : Si la situation devenait
intenable, la pression pourrait monter pour trouver une solution, telle
que de nouvelles élections législatives
Il ne peut pas dissoudre à nouveau l'assemblée dans l'année qui suit une dissolution.
Dans les distro pérennes, on peut ajouter quand même Gentoo qui n'est pas dans la liste Wikipedia mais laisse le choix entre systemd et OpenRC à l'installation.
On pourrait y mettre également Alpine Linux qui semble avoir une bonne cote de popularité et est pas mal vue du côté des conteneurs de part sa légèreté, ainsi que GuixSD qui reste certes assez confidentielle mais qui est la distribution officielle du projet GNU.
C'est dingue le nombre de briques du système remplacées par un outil systemd. En étant un peu taquin on pourrait dire qu'il ne lui manque quasiment plus qu'un noyau pour être un OS complet…
On en a déjà parlé plein de fois mais, autant je peux voir l'intérêt de fournir un init un peu normalisé dans le but d'uniformiser un peu les choses et avec des fonctionnalités un peu modernes, autant j'ai vraiment du mal avec cette volonté de se substituer à tous les utilitaires/services « bas niveau » du système d'exploitation.
Ça me paraît être un truc énorme (y'a qu'à voir la longueur de la dépêche) qui change beaucoup d'habitudes assez brutalement.
Après, il faut de tout pour faire un monde libre mais ça donne également l'impression qu'il n'est pas évident de s'en passer pour rester sur les programmes historique (ce qui va un peu à l'encontre de laisser le choix du coup).
Pareil, mais pas en autologin. Faute de paquet Debian j'ai compilé le frontend ReGreet (Gtk4). Ça fonctionne plutôt bien, c'est sobre et via la bonne conf dans PAM je peux ouvrir ma session sans mot de passe si ma Yubikey est branchée.
J'ai quand même quelques crash en sortie de veille, mais je n'arrive pas encore à identifier si c'est lié à Greet/ReGreet ou à Hyprland (ou autre chose encore).
Je testerai peut-être GtkGreet (Gtk3) vu qu'il est arrivé récemment dans les dépôts officiels Debian.
Il y a un paquet Debian ainsi qu'un dépôt, ça c'est cool. C'est pas si souvent que ce genre d'outils alternatifs se retrouvent packagés pour Debian.
Pour ceux qui se posent la question : il est Wayland natif.
J'ai fait une conf minimale rapidement ce matin (font, couleurs), il est plus rapide à se lancer que Kitty que j'utilisais jusqu'à présent.
Ça se joue à pas grand chose et on pourrait penser que ça frise l'enculage de mouches, mais après être passé à Emacsclient, la petite seconde pour le lancement de Kitty était devenue plus visible.
Là c'est instantané (~100ms), c'est plus confortable.
Je suis pas rentré dans le détail pour le moment, mais dès que j'aurai un moment j'éplucherai la doc.
J'ai mis entre parenthèses « RH/CentOS » pour indiquer de quel point je parlais, mais j'avais plus en tête ce qui s'est passé avec Hashicorp quand je parlais de « fermeture ».
On est tout à fait d'accord que CentOS n'est pas moins libre qu'avant le changement de stratégie de Red Hat.
Je suppose que tu fais référence à la résolution adoptée concernant le dépôt non-free-firmware et son inclusion dans l'installeur Debian.
Je ne vois pas en quoi ça fait de Debian une distribution moins libre. Les firmwares non libres existent depuis des années dans Debian, c'est juste que maintenant ils sont dans un dépôt dédié et intégrés à l'installeur. Il n'est donc plus nécessaire de passer par des builds non officiels de celui-ci.
Le contrat social promet toujours que Debian et ses composants seront libres et que le système ne sera pas dépendant d'un composant non libre.
Par ailleurs, la page du wiki concernant les firmwares non libres précise bien que c'est pour faciliter la vie des utilisateurs puisque ça permet d'installer Debian sur un plus grand nombre de matériels tout en offrant une meilleure compatibilité.
Et il est indiqué clairement que c'est désactivable avant même le démarrage de l'installeur pour ceux qui souhaitent ne pas installer de firmwares non-libres.
Pour le reste je suis plutôt d'accord, même si de mon point de vue, autant pour Microsoft il y a clairement une ouverture vers un peu plus d'open source (pas forcément de libre et pas forcément pour l'éthique), autant pour Linux (au sens large) j'ai plus le sentiment que c'est une tendance à suivre et intégrer ce qui se fait un peu partout ailleurs.
Les stores d'applications ne sont pas exclusifs à Microsoft, ils existent depuis toujours sur les smartphones et sont apparus ensuite sur les ordinateurs à l'initiative d'Apple il me semble. On pourrait considérer aussi qu'ils sont un dérivé des gestionnaires de paquets qui existent depuis des dizaines d'années dans nos distributions.
Quant au fait d'être plus user-friendly, là aussi je ne suis pas sûr que ce soit par mimétisme vis-à-vis de Microsoft. Je trouve Gnome bien plus inspiré de macOS par exemple, tout en gardant ses spécificités et son identité. KDE a quant à lui toujours été plus proche des codes d'un bureau Windows. Les interfaces évoluent pour être plus accessibles et maintenant que les distributions disposent de bases solides, éprouvées et communes (même si je ne suis pas fan de systemd et de sa tendance à tout agréger en rendant difficile le fait de l'utiliser comme simple init), les développeurs ont probablement plus de temps pour s'occuper des GUI.
Enfin, pour traiter de la « fermeture » (Red Hat / CentOS), là c'est une tendance globale aux logiciels open-source qui touche un grand nombre de projets sans être spécifique à Linux. Beaucoup d'entreprises ont fait de l'open-source pour être à la mode, attirer les bonnes volontés - voir osons le dire : bénéficier de développeurs et contributeurs sans avoir à les rémunérer - pour se lancer et on ensuite basculé vers un modèle open-core ou changé de licence pour une plus restrictive afin de continuer à prospérer financièrement.
Mais en réponse, on observe aussi un certain nombre de forks passant sous gouvernance communautaire afin de préserver l'esprit libre et ouvert du projet d'origine sans subir les nouvelles contraintes, ce qui est je trouve plutôt sain et une preuve que les licences libres et open-sources sont robustes quand il s'agit de garantir les libertés fondamentales.
Je pense qu'il voulait dire, cette version de la librairie n’est entrée dans debian que depuis dix jours environs. Parce que wlroots est dans Debian depuis début 2018. ;)
Pour apt upgrade, la page de man d'apt dit ceci :
upgrade (apt-get(8))
La commande upgrade permet d'installer les mises à jour disponibles de tous les paquets présents sur le système en utilisant les sources énumérées dans sources.list(5). De nouveaux paquets seront installés si cela est nécessaire pour satisfaire des dépendances, mais les paquets installés ne seront jamais supprimés. Si la mise à jour d'un paquet nécessite la suppression d'un paquet installé, la mise à jour n'est pas réalisée.
et celle d'apt-get :
upgrade
La commande upgrade permet d'installer les versions les plus récentes de tous les paquets présents sur le système en utilisant les sources énumérées dans /etc/apt/sources.list. Les paquets installés dont il existe de nouvelles versions sont récupérés et mis à niveau. En aucun cas des paquets déjà installés ne sont supprimés ; de même, des paquets qui ne sont pas déjà installés ne sont ni récupérés ni installés. Les paquets dont de nouvelles versions ne peuvent pas être installées sans changer le statut d'installation d'un autre paquet sont laissés dans leur version courante. On doit d'abord exécuter la commande update pour que apt-get connaisse l'existence de nouvelles versions des paquets.
Pour qu'il y ait suppression, il faut faire full-upgrade avec apt et dist-upgrade avec apt-get.
Et il me semble que quand tu fais apt install <paquet>, pour un paquet déjà installé il le met à jour en se comportant comme apt upgrade et sur un paquet pas encore installé je ne crois pas qu'il supprime des paquets déjà installés s'il y a conflit.
Je ne vois pas de données concernant l'usage de l'hydroxychloroquine sur le site dont tu donnes le lien.
Néanmoins, si je m'en tiens simplement aux données concernant le nombre de morts dans les pays concernés (Algérie, Tunisie, Marco, Barhein, Inde) comparés à la France, on voit qu'ils se prennent tous un bon pic en 2021 et des pics plus ou moins importants avant et après.
Pas tellement significatif par rapport à la France - tout en gardant en tête que le site ne précise pas les stats d'usage de l'hydroxychloroquine dans ces pays, on sait simplement qu'il a été autorisé en 2020 et sans prendre en compte l'impact d'autres facteurs comme les confinements, les campagnes de vaccinations…
Désolé, mais pour l'instant rien de tout ça ne met en évidence une efficacité flagrante de l'hydroxychloroquine.
J'en reviens donc à ma première remarque : si c'était le remède miracle, je pense qu'on aurait vu son usage exploser et un impact réel sur le nombre de morts, or ce n'est pas le cas - en tout cas rien ne le met en évidence.
Ces articles indiquent en effet que l'Inde et des pays du Moyen-Orient ont autorisé en 2020 l'utilisation de l'hydroxychloroquine pour traiter le Covid, parfois même à titre préventif. Ça ok.
Seulement, c'était en 2020.
Qu'en est-il aujourd'hui ? L'usage est-il toujours autorisé dans ces pays ? Si oui, dans quelles proportions ? L'usage est autorisé certes, mais les articles ne précisent pas (faute de recul à l'époque bien entendu) si ce médicament a finalement été significativement prescrit par les médecins ou pas.
Par ailleurs, s'il l'a été, après 4 ans d'usage qu'en est-il des effets sur les statistiques par rapport aux pays qui ne l'ont pas utilisé dans ce contexte ?
Aurais-tu des liens vers des articles de presse plus récents ou des études scientifiques faites dans ces pays présentant un bilan après 4 ans d'usage de l'hydroxychloroquine ?
C'est une vraie question. Je n'exclus pas la possibilité de me tromper et je suis tout à fait près à remettre en cause mon avis pour peu qu'on m'apporte des preuves concrètes.
Pour être tout à fait honnête, je ne dis pas que je changerais d'avis au sujet de l'efficacité de l'hydroxychloroquine pour traiter le Covid pour autant, mais ce serait un premier pas.
[^] # Re: DNS
Posté par madhatter (site web personnel) . En réponse au message Routage unique pour un accès indifféremment en interne et externe ?. Évalué à 3 (+2/-0).
Oui alors là, c'est sûr ça fonctionne, mais c'est plus la même limonade ! C'est plus complexe. Ça fait intervenir des concepts plus abstraits et plus difficiles à debugger pour quelqu'un qui semble néophyte sur le sujet.
C'est à mon avis plus simple de s'en tenir - au moins au début le temps de bien piger comment ça fonctionne - à des enregistrements externes sur le DNS public du registar et des enregistrements internes sur un DNS privé local.
Mais c'est sûr que pour en avoir mis en place au boulot, les vues avec Bind c'est top, mais mon besoin n'était pas le même non plus. ;)
There is no spoon...
# DNS
Posté par madhatter (site web personnel) . En réponse au message Routage unique pour un accès indifféremment en interne et externe ?. Évalué à 3 (+2/-0).
Oui un serveur DNS local c'est une bonne idée. C'est pas très compliqué à mettre en place surtout pour quelques enregistrements et tu trouveras plein de docs sur le sujet.
Il faudrait configurer les machines de ton réseau pour qu'elles s'adresse à ton serveur DNS local - via la conf du serveur DHCP de ton réseau. De cette manière, celui-ci fera les résolutions sur ton domaine en répondant des adresses privées de ton réseau pour que tu puisses joindre tes services sur leur IP privée et fera suivre aux DNS forwarders (ceux de ton FAI, Quad9, Google, ce que tu veux) définis dans ton serveur pour tous les domaines autre que celui (ou ceux) gérés par ton serveur.
C'est assez transparent, si ça te saoule ou si ça dysfonctionne tu peux facilement revenir en arrière en changeant la conf du DHCP pour revenir sur tes DNS actuels et passer outre ton DNS local.
There is no spoon...
[^] # Re: Nouveau PC ARM ?
Posté par madhatter (site web personnel) . En réponse au lien Grâce à Nvidia, une nouvelle génération de PC Linux prometteurs arrive. Évalué à 2 (+1/-0).
Ah tiens, j'avais le même. :) Il me semble que c'était mon 1er XPS d'ailleurs. J'ai eu une carte mère et la batterie HS, remplacées gratuitement hors garantie. Du coup depuis j'ai plus que des XPS.
Effectivement, pas facile de trouver la batterie, Dell ne la propose plus. Celle des 9370 et 9380 est encore référencée et dispo sur le site US, mais rien pour celui-là.
Cela étant, je ne sais pas si tu as vu mais elle est dispo sur iFixit. C'est du « compatible » évidemment mais autant je te rejoins sur la confiance qu'on peut accorder aux diverses boutiques qui en propose, autant iFixit j'aurais moins d'hésitation et je tenterais le coup.
There is no spoon...
[^] # Re: Nouveau PC ARM ?
Posté par madhatter (site web personnel) . En réponse au lien Grâce à Nvidia, une nouvelle génération de PC Linux prometteurs arrive. Évalué à 1 (+0/-0).
Vieux de 7 ans, je dirais que tu as un 9370 ou un 9380, c'est ça ?
There is no spoon...
[^] # Re: Nouveau PC ARM ?
Posté par madhatter (site web personnel) . En réponse au lien Grâce à Nvidia, une nouvelle génération de PC Linux prometteurs arrive. Évalué à 2 (+1/-0).
Non, c'est parce qu'ils viennent de renouveler. Ils ont sorti les modèles 2025, les versions Ubuntu arrivent en général un peu plus tard dans l'année.
Sur le site US, les Ultra Core series 1 de l'an dernier sont dispo en Ubuntu (22 ou 24, au choix). Par contre c'est uniquement pour les versions x86. Il me semble pas que les versions ARM en Snapdragon aient été déclinées sous Ubuntu l'an dernier.
Attention, Dell a choisi de laisser tomber les dénominations historiques (XPS, Latitude, Inspiron…) donc c'est un peu le bazar sur le shop entre les nouveaux XPS en Ultra Core series 2 et les produits avec les nouvelles dénominations.
Quant à ta question, si c'est juste la batterie, tu as envisager de la changer ?
There is no spoon...
[^] # Re: Quel usage ?
Posté par madhatter (site web personnel) . En réponse au message solution wiki basée sur repo Git. Évalué à 3.
Je me doutais que c'était ça. J'ai été dans la même situation au boulot. ;)
Pour ma part, j'ai mis en place Bookstack. Il est simple à mettre en œuvre et à utiliser et il convient assez bien à une plateforme de doc technique.
Malheureusement il ne répondra pas à ton besoin dans la mesure où il n'est pas capable d'avoir un dépôt Git comme backend de données.
Je pense que ça doit être faisable via l'API et des webhooks mais bon, c'est pas forcément super.
J'avais certaines contraintes « humaines » qui faisaient que j'avais peu de libertés. Il fallait un outil (ultra) simple à utiliser.
Ça a quand même dérivé et c'est malgré tout devenu tout ce que je ne voulais pas : un tas de m**** avec des trucs dans tous les sens, rien de structuré, aucun soin dans les docs rédigées… mais c'est une autre histoire.
Si j'avais à faire un choix aujourd'hui et sans être tributaire de collègues incapables de faire quoi que ce soit sans un éditeur WYSIWYG je ne m'orienterais pas là-dessus. Je prendrais plutôt un générateur de site statique se sourçant sur un dépôt Git, comme le suggère nishiki plus bas.
Avec un peu de recul (c'est le 2e wiki de doc que je gère sur 10 ans), je trouve que le mode wiki n'est pas si adapté que ça. Surtout avec du Git derrière.
Si tu as une équipe à qui le markdown (ou tout autre markup language) ne pose pas de problème, le site statique est à mon sens une meilleure option. C'est plus cadré en terme de mise en forme, tu as encore moins à t'en soucier, la structure est calquée sur celle du dépôt, tu bénéficies du versioning Git et tu peux travailler avec n'importe quel éditeur de ton choix tout en étant compatible avec tout le monde.
Et tu es libre de changer de générateur si tu as besoin sans tout devoir migrer.
There is no spoon...
# Quel usage ?
Posté par madhatter (site web personnel) . En réponse au message solution wiki basée sur repo Git. Évalué à 1. Dernière modification le 05 décembre 2024 à 16:40.
Salut totof,
par curiosité et pour peut-être te proposer d'autres solutions qui s'appuient sur Git mais qui ne sont pas des wiki : c'est pour quoi faire ? :)
There is no spoon...
[^] # Re: Merci aux participants
Posté par madhatter (site web personnel) . En réponse au journal Details suite à la demande dans les commentaires . Évalué à 8.
C'est ce qu'elles ont fait (voir leur 1er journal et la réponse d'Ysabeau). ;)
There is no spoon...
# Alternative libre à Google Forms
Posté par madhatter (site web personnel) . En réponse au journal Details suite à la demande dans les commentaires . Évalué à 10.
Bonjour,
puisque le monde des logiciels libres vous est encore une terre inconnue, voici déjà une première piste afin de libérer votre questionnaire : Framaforms.
Framaforms fait partie de l'initiative « Dégooglisons Internet » de Framasoft, une association qui œuvre pour la promotion des logiciels libres, qui a pour objectif de proposer des alternatives (libres) aux services de Google - mais pas seulement.
Dans la mesure du possible, Framasoft fournit une instance des alternatives qu'elle promeut.
There is no spoon...
[^] # Re: 8 bits
Posté par madhatter (site web personnel) . En réponse au lien Fast machines, slow machines. Évalué à 10.
Le gars a vécu -10 ans et a quand même trouvé le moyen de publier un truc en 1995 ?! Sont forts ces Suisses quand même. :D
There is no spoon...
# Nouvelles élections législatives
Posté par madhatter (site web personnel) . En réponse au journal Question à l’IA : « Imaginons que je sois un Président de la République cynique … ». Évalué à 7.
Il ne peut pas dissoudre à nouveau l'assemblée dans l'année qui suit une dissolution.
There is no spoon...
[^] # Re: Déjà vendredi ?
Posté par madhatter (site web personnel) . En réponse à la dépêche Systemd v256. Évalué à 5.
Dans les distro pérennes, on peut ajouter quand même Gentoo qui n'est pas dans la liste Wikipedia mais laisse le choix entre systemd et OpenRC à l'installation.
On pourrait y mettre également Alpine Linux qui semble avoir une bonne cote de popularité et est pas mal vue du côté des conteneurs de part sa légèreté, ainsi que GuixSD qui reste certes assez confidentielle mais qui est la distribution officielle du projet GNU.
There is no spoon...
[^] # Re: Déjà vendredi ?
Posté par madhatter (site web personnel) . En réponse à la dépêche Systemd v256. Évalué à 6.
Sur wikipédia il y a une page https://en.wikipedia.org/wiki/Category:Linux_distributions_without_systemd
There is no spoon...
# osctl
Posté par madhatter (site web personnel) . En réponse à la dépêche Systemd v256. Évalué à 10.
Hé ben dis donc !
Sacré boulot de dépêche, bravo et merci.
C'est dingue le nombre de briques du système remplacées par un outil systemd. En étant un peu taquin on pourrait dire qu'il ne lui manque quasiment plus qu'un noyau pour être un OS complet…
On en a déjà parlé plein de fois mais, autant je peux voir l'intérêt de fournir un init un peu normalisé dans le but d'uniformiser un peu les choses et avec des fonctionnalités un peu modernes, autant j'ai vraiment du mal avec cette volonté de se substituer à tous les utilitaires/services « bas niveau » du système d'exploitation.
Ça me paraît être un truc énorme (y'a qu'à voir la longueur de la dépêche) qui change beaucoup d'habitudes assez brutalement.
Après, il faut de tout pour faire un monde libre mais ça donne également l'impression qu'il n'est pas évident de s'en passer pour rester sur les programmes historique (ce qui va un peu à l'encontre de laisser le choix du coup).
There is no spoon...
[^] # Re: Aussi: greetd
Posté par madhatter (site web personnel) . En réponse au journal Le login manager pour les barbu·e·s : découverte de Emptty. Évalué à 3.
Pareil, mais pas en autologin. Faute de paquet Debian j'ai compilé le frontend ReGreet (Gtk4). Ça fonctionne plutôt bien, c'est sobre et via la bonne conf dans PAM je peux ouvrir ma session sans mot de passe si ma Yubikey est branchée.
J'ai quand même quelques crash en sortie de veille, mais je n'arrive pas encore à identifier si c'est lié à Greet/ReGreet ou à Hyprland (ou autre chose encore).
Je testerai peut-être GtkGreet (Gtk3) vu qu'il est arrivé récemment dans les dépôts officiels Debian.
There is no spoon...
# wezterm
Posté par madhatter (site web personnel) . En réponse au journal Quelques gemmes en CLI. Évalué à 3.
Merci pour le lien, je ne connaissais pas.
Il y a un paquet Debian ainsi qu'un dépôt, ça c'est cool. C'est pas si souvent que ce genre d'outils alternatifs se retrouvent packagés pour Debian.
Pour ceux qui se posent la question : il est Wayland natif.
J'ai fait une conf minimale rapidement ce matin (font, couleurs), il est plus rapide à se lancer que Kitty que j'utilisais jusqu'à présent.
Ça se joue à pas grand chose et on pourrait penser que ça frise l'enculage de mouches, mais après être passé à Emacsclient, la petite seconde pour le lancement de Kitty était devenue plus visible.
Là c'est instantané (~100ms), c'est plus confortable.
Je suis pas rentré dans le détail pour le moment, mais dès que j'aurai un moment j'éplucherai la doc.
There is no spoon...
[^] # Re: vidir - Renommage/suppression rapide de fichiers au travers d’un éditeur de texte
Posté par madhatter (site web personnel) . En réponse au journal Quelques gemmes en CLI. Évalué à 3. Dernière modification le 03 juin 2024 à 10:09.
Ça rappelle ce qu'on peut faire avec Dired dans Emacs.
There is no spoon...
[^] # Re: Debian qui n'est plus 100% libre
Posté par madhatter (site web personnel) . En réponse au journal windows linuxifié, linux windowsifié?. Évalué à 3.
Je me suis mal exprimé.
J'ai mis entre parenthèses « RH/CentOS » pour indiquer de quel point je parlais, mais j'avais plus en tête ce qui s'est passé avec Hashicorp quand je parlais de « fermeture ».
On est tout à fait d'accord que CentOS n'est pas moins libre qu'avant le changement de stratégie de Red Hat.
There is no spoon...
# Debian qui n'est plus 100% libre
Posté par madhatter (site web personnel) . En réponse au journal windows linuxifié, linux windowsifié?. Évalué à 10.
D'où ?
Je suppose que tu fais référence à la résolution adoptée concernant le dépôt non-free-firmware et son inclusion dans l'installeur Debian.
Je ne vois pas en quoi ça fait de Debian une distribution moins libre. Les firmwares non libres existent depuis des années dans Debian, c'est juste que maintenant ils sont dans un dépôt dédié et intégrés à l'installeur. Il n'est donc plus nécessaire de passer par des builds non officiels de celui-ci.
Le contrat social promet toujours que Debian et ses composants seront libres et que le système ne sera pas dépendant d'un composant non libre.
Par ailleurs, la page du wiki concernant les firmwares non libres précise bien que c'est pour faciliter la vie des utilisateurs puisque ça permet d'installer Debian sur un plus grand nombre de matériels tout en offrant une meilleure compatibilité.
Et il est indiqué clairement que c'est désactivable avant même le démarrage de l'installeur pour ceux qui souhaitent ne pas installer de firmwares non-libres.
Pour le reste je suis plutôt d'accord, même si de mon point de vue, autant pour Microsoft il y a clairement une ouverture vers un peu plus d'open source (pas forcément de libre et pas forcément pour l'éthique), autant pour Linux (au sens large) j'ai plus le sentiment que c'est une tendance à suivre et intégrer ce qui se fait un peu partout ailleurs.
Les stores d'applications ne sont pas exclusifs à Microsoft, ils existent depuis toujours sur les smartphones et sont apparus ensuite sur les ordinateurs à l'initiative d'Apple il me semble. On pourrait considérer aussi qu'ils sont un dérivé des gestionnaires de paquets qui existent depuis des dizaines d'années dans nos distributions.
Quant au fait d'être plus user-friendly, là aussi je ne suis pas sûr que ce soit par mimétisme vis-à-vis de Microsoft. Je trouve Gnome bien plus inspiré de macOS par exemple, tout en gardant ses spécificités et son identité. KDE a quant à lui toujours été plus proche des codes d'un bureau Windows. Les interfaces évoluent pour être plus accessibles et maintenant que les distributions disposent de bases solides, éprouvées et communes (même si je ne suis pas fan de systemd et de sa tendance à tout agréger en rendant difficile le fait de l'utiliser comme simple init), les développeurs ont probablement plus de temps pour s'occuper des GUI.
Enfin, pour traiter de la « fermeture » (Red Hat / CentOS), là c'est une tendance globale aux logiciels open-source qui touche un grand nombre de projets sans être spécifique à Linux. Beaucoup d'entreprises ont fait de l'open-source pour être à la mode, attirer les bonnes volontés - voir osons le dire : bénéficier de développeurs et contributeurs sans avoir à les rémunérer - pour se lancer et on ensuite basculé vers un modèle open-core ou changé de licence pour une plus restrictive afin de continuer à prospérer financièrement.
Mais en réponse, on observe aussi un certain nombre de forks passant sous gouvernance communautaire afin de préserver l'esprit libre et ouvert du projet d'origine sans subir les nouvelles contraintes, ce qui est je trouve plutôt sain et une preuve que les licences libres et open-sources sont robustes quand il s'agit de garantir les libertés fondamentales.
There is no spoon...
[^] # Re: debian
Posté par madhatter (site web personnel) . En réponse au journal Sortie de Pavucontrol 6.0, et du fork PulseControl. Évalué à 3.
Ça compile bien, sans erreur, sous Debian Sid dans un conteneur Incus tout frais avec les dépendances indiquées par tla47.
Pas de problèmes d'exécution non plus sur mon host en Debian Sid avec Hyprland. J'ai bien le thème sombre.
Nickel.
There is no spoon...
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par madhatter (site web personnel) . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 4.
Sinon, oui, tu peux marquer des paquets comme figés via
apt-mark holdet là il n'y touchera pas. Pas de suppression, mais pas de mise à jour non plus.Dans tous les cas il est sage de lire le résumé de ce qui va se passer avant de valider.
There is no spoon...
[^] # Re: J’ai très récemment pris conscience des limites de debian
Posté par madhatter (site web personnel) . En réponse au journal Merci Debian ! Des heures de perdues en installant une nouvelle carte graphique !. Évalué à 2. Dernière modification le 14 mai 2024 à 10:23.
Je pense qu'il voulait dire, cette version de la librairie n’est entrée dans debian que depuis dix jours environs. Parce que wlroots est dans Debian depuis début 2018. ;)
Pour
apt upgrade, la page de man d'apt dit ceci :et celle d'apt-get :
Pour qu'il y ait suppression, il faut faire
full-upgradeavecaptetdist-upgradeavecapt-get.Et il me semble que quand tu fais
apt install <paquet>, pour un paquet déjà installé il le met à jour en se comportant commeapt upgradeet sur un paquet pas encore installé je ne crois pas qu'il supprime des paquets déjà installés s'il y a conflit.There is no spoon...
[^] # Re: Ça commence à bien faire
Posté par madhatter (site web personnel) . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 2.
Je ne vois pas de données concernant l'usage de l'hydroxychloroquine sur le site dont tu donnes le lien.
Néanmoins, si je m'en tiens simplement aux données concernant le nombre de morts dans les pays concernés (Algérie, Tunisie, Marco, Barhein, Inde) comparés à la France, on voit qu'ils se prennent tous un bon pic en 2021 et des pics plus ou moins importants avant et après.
Pas tellement significatif par rapport à la France - tout en gardant en tête que le site ne précise pas les stats d'usage de l'hydroxychloroquine dans ces pays, on sait simplement qu'il a été autorisé en 2020 et sans prendre en compte l'impact d'autres facteurs comme les confinements, les campagnes de vaccinations…
Désolé, mais pour l'instant rien de tout ça ne met en évidence une efficacité flagrante de l'hydroxychloroquine.
J'en reviens donc à ma première remarque : si c'était le remède miracle, je pense qu'on aurait vu son usage exploser et un impact réel sur le nombre de morts, or ce n'est pas le cas - en tout cas rien ne le met en évidence.
There is no spoon...
[^] # Re: Ça commence à bien faire
Posté par madhatter (site web personnel) . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 4.
Merci de ta réponse.
Ces articles indiquent en effet que l'Inde et des pays du Moyen-Orient ont autorisé en 2020 l'utilisation de l'hydroxychloroquine pour traiter le Covid, parfois même à titre préventif. Ça ok.
Seulement, c'était en 2020.
Qu'en est-il aujourd'hui ? L'usage est-il toujours autorisé dans ces pays ? Si oui, dans quelles proportions ? L'usage est autorisé certes, mais les articles ne précisent pas (faute de recul à l'époque bien entendu) si ce médicament a finalement été significativement prescrit par les médecins ou pas.
Par ailleurs, s'il l'a été, après 4 ans d'usage qu'en est-il des effets sur les statistiques par rapport aux pays qui ne l'ont pas utilisé dans ce contexte ?
Aurais-tu des liens vers des articles de presse plus récents ou des études scientifiques faites dans ces pays présentant un bilan après 4 ans d'usage de l'hydroxychloroquine ?
There is no spoon...
[^] # Re: Ça commence à bien faire
Posté par madhatter (site web personnel) . En réponse au journal Epidémie de Fraudes : Où l’on reparle de l’HCQ.. Évalué à 2.
C'est une vraie question. Je n'exclus pas la possibilité de me tromper et je suis tout à fait près à remettre en cause mon avis pour peu qu'on m'apporte des preuves concrètes.
Pour être tout à fait honnête, je ne dis pas que je changerais d'avis au sujet de l'efficacité de l'hydroxychloroquine pour traiter le Covid pour autant, mais ce serait un premier pas.
There is no spoon...