MQTT est un bus message sur lequel tu interconnectes un peu comme tu veux les flux et peut ainsi avoir des "triggers" maison. À coup de serpes, c'est un service XMPP ultra simplifié ! C'est standard et fonctionne dans l'embarqué sur un Arduino. La question serait plutôt de savoir pourquoi les outils de télémétrie n'utilise pas MQTT ?
J'allais dire pareil. Je ne vois pas ce qu'apport BIMI dans la sécurité et attacher un logo à tous les courriels ne fait qu'augmenter leur taille donc c'est très mauvais côté bilan carbone.
La signature numérique par contre, oui cela a un intérêt.
Le code militaire par exemple n'est pas public… On trouve ainsi de nombreux cas particulier. On pourrait dire que par défaut, le code de l'état devrait être public, sauf demande pour qu'il ne le soit pas.
Il est vraiment très simple de faire un paquet Debian de base, certes pas conforme 100% à la qualité Debian, mais qui marche. En gros, un tar avec les fichiers, un tar de contrôle et hop, les deux dans un ar. C'est tout. C'est bien plus simple qu'on ne le croit avant d'en faire un.
PS : évidement pour les cas simples, soit 99% des paquets. Si vous voulez du debconf avec paramétrages… C'est un peu plus complexe.
La bascule de IPv4 vers IPv6 est un échec. Cela ne veut pas dire qu'elle ne finira pas par se faire, mais ce sera quand même un échec.
Pour reprendre ton exemple, il y a des sauts technologiques qui méritent une rupture. Il n'y a pas de saut technologique entre IPv4 et IPv6. Il y a des choix qui ont été fait qui ont fortement compliqué les choses sur les couches bases et qui ont au final, ralenti tout le processus. Sur un réseau local, ARP et DHCP fonctionnent très bien. Il n'y avait pas forcément besoin de tout changer.
Un bon exemple d’extension réussi. Les VLANs. Ceux-ci sont inexistants à l'origine. Zut, comment les rajouter ? Soluce, les VLAN ne passent pas les routeurs et on rajoute en amont du paquet IP un petit bout VLAN. Et hop, tous les commutateurs très rapidement ont eu des implémentations VLAN fonctionnelles.
Clair, juste 127.1. n'a aucun intérêt… On va pas changer tout internet juste pour cela !
On voit encore une fois l'erreur d'IPv6 de ne pas être rétrocompatible (et surtout d'avoir imposé trop de changement de protocole / manière de faire) !
Cela se fait. Par exemple les sociétés émettent des titres, puis les rachètent et en détruisent au grès de la conjonction. Donc il n'y a pas de raison que la BDE ne détruise pas des € de temps en temps si besoin.
Je ne connais pas grand monde qui fait fonctionner un cluster sous RHEL, c'est trop cher les licences.
Quand tu es le CERN est que tu achètes 20 racks d'un coup, le constructeur est près à faire quelques efforts ! Et comme je l'ai dis, depuis 20 ans, aucun soucis sous Debian. Quand au cycle de vie, avec la LTS / ELTS, il y a moyen d'avoir plus long. Et j'ai parlé de Debian ou dérivée donc cela aurait pu être Ubuntu.
Personnellement, j'ai toujours eu l'impression qu'ils mettaient beaucoup d'énergie à suivre RHEL et que celle-ci aurait pu être mieux utilisé… Et les noyaux sous Debian / RHEL… peuvent être les mêmes. À vrai dire, le code dérive des mêmes dépôts. Mais bon, tout cela est une impression personnelle.
CentOS ou Scientific Linux étaient basé sur RHEL qui ne fournissait pas les recettes de construction de la distribution, entraînant de fait la galère pour reconstruire une équivalent de la RHEL.
Avec Debian, toutes les recettes sont données, et c'est hyper facile de faire une distribution dérivée ou augmentée.
Je n'ai jamais compris pourquoi le CERN qui promeut le libre n'est jamais passé à Debian. Ce serait un super acteur de poids dans le monde pour la promotion de cette distribution collaborative. Une occasion manquée ;-)
(Cela fait plus de 20 ans que je suis passé de RH à Debian sur tout mon parc sans avoir jamais regretté la bascule).
Si le logiciel était conçu libre depuis le début, les gros défauts pourraient être vu rapidement, ou une autre boite pourraient reprendre le développement…
Il n'y a pas de réelle nécessité que le logiciel soit fermé dans 95% des cas. Le point critique est les données donc l'accès à cette base de donnée, pas réellement le logiciel.
Ok, je n'ai jamais essayé car je ne savais pas (ou j'avais oublié). Il est vrai que debian-installer manque de bras. Je rappelle que Debian est un projet collaboratif donc si personne ne se bouge, les choses ne se font pas.
À vrai dire, avec l'UEFI, je serais plutôt partant pour virer grub… Avec l'EFI sur les machines Itanium, on n'avait déjà plus d'amorceur. Est-il préférable d'avoir grub ou un boot direct sur /boot ?
Mais qu'en est-il des bâtiments et plus généralement des objets
Ben oui, je pense qu'il faut effectivement flouter toutes les personnes sur un film ou une photographie, puis il faut aussi absolument remplacer tous les objets et le fond par un décor artificiel généré aléatoirement.
D'ailleurs, heureusement qu'on ne floute pas à chaque fois, c'est ainsi que Benalla s'est fait chopé à faire des choses qui n'était pas du tout dans sa fiche de poste !
Ça prouve surtout que la voix XUL était pas si mal et que si Google avait mis ses ingénieurs dessus plutôt que mettre son énergie sur chrome et à faire du JS foireux qui aille plus vite sur son nav, on aurait un XUL2.0 nickel !!
Entre le CINES et notre laboratoire, nous avons souvent transféré par le passé des données pas Chronopost. À partir de quelques To, c'était plus rapide, et nous sommes sur RENATER… (à l'époque derrière un routeur pourri).
Idem, on envoie parfois les données de manip par UPS ou DHL plutôt que par le réseau, c'est aussi plus rapide (et plus simple) dans certains cas.
# gCompris
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Un logiciel libre de coloriage pour enfants et d'apprentissage des départements français. Évalué à 5.
Question bête, ce serait facilement intégrable dans gCompris ? Car cela a l'air sympathique ces deux petites applications.
[^] # Re: Télémétriques?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Transmission de données de capteurs via internet. Évalué à 4.
MQTT est un bus message sur lequel tu interconnectes un peu comme tu veux les flux et peut ainsi avoir des "triggers" maison. À coup de serpes, c'est un service XMPP ultra simplifié ! C'est standard et fonctionne dans l'embarqué sur un Arduino. La question serait plutôt de savoir pourquoi les outils de télémétrie n'utilise pas MQTT ?
[^] # Re: BIMI
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Rspamd 3.2 le 26 mars 2022, avec support BIMI. Évalué à 3.
J'allais dire pareil. Je ne vois pas ce qu'apport BIMI dans la sécurité et attacher un logo à tous les courriels ne fait qu'augmenter leur taille donc c'est très mauvais côté bilan carbone.
La signature numérique par contre, oui cela a un intérêt.
[^] # Re: Du coup...
Posté par Sytoka Modon (site web personnel) . En réponse au lien la France developpe un clone du spyware pegasus. Évalué à 5.
Vrai, mais faux !
Le code militaire par exemple n'est pas public… On trouve ainsi de nombreux cas particulier. On pourrait dire que par défaut, le code de l'état devrait être public, sauf demande pour qu'il ne le soit pas.
[^] # Re: Dommage
Posté par Sytoka Modon (site web personnel) . En réponse au journal Fin du support Linux par Antidote. Évalué à 7. Dernière modification le 25 novembre 2021 à 08:18.
C'est peut-être le moment de faire une contribution à Grammalecte pour engager des personnes afin de lui rajouter des fonctionnalités ?
[^] # Re: Mouais
Posté par Sytoka Modon (site web personnel) . En réponse au lien "Si vous maintenez une distribution Linux, je vous en supplie, n'utilisez pas Flatpak et Snap". Évalué à 2.
En plus, deb et rpm sont quasi aussi vieux et c'est pas pour cela que rpm a basculé sur deb… Et ils y a des défauts de jeunesse compliqué à changer.
Dans le calcul, on utilise plutôt Spark qui est plus adapté et au final, fonctionne mieux souvent que Nix ou Guix.
Bon, tout cela fait pas mal de diversité ;-)
[^] # Re: Faites des paquets Debian pour vos applications
Posté par Sytoka Modon (site web personnel) . En réponse au lien "Si vous maintenez une distribution Linux, je vous en supplie, n'utilisez pas Flatpak et Snap". Évalué à 5.
Il est vraiment très simple de faire un paquet Debian de base, certes pas conforme 100% à la qualité Debian, mais qui marche. En gros, un tar avec les fichiers, un tar de contrôle et hop, les deux dans un ar. C'est tout. C'est bien plus simple qu'on ne le croit avant d'en faire un.
PS : évidement pour les cas simples, soit 99% des paquets. Si vous voulez du debconf avec paramétrages… C'est un peu plus complexe.
[^] # Re: Qu'est-ce que ça va casser?
Posté par Sytoka Modon (site web personnel) . En réponse au lien Les adresses IP en 127.x.x.x bientôt routables sur Internet. Évalué à 4.
On est en … novembre 2021 !
La bascule de IPv4 vers IPv6 est un échec. Cela ne veut pas dire qu'elle ne finira pas par se faire, mais ce sera quand même un échec.
Pour reprendre ton exemple, il y a des sauts technologiques qui méritent une rupture. Il n'y a pas de saut technologique entre IPv4 et IPv6. Il y a des choix qui ont été fait qui ont fortement compliqué les choses sur les couches bases et qui ont au final, ralenti tout le processus. Sur un réseau local, ARP et DHCP fonctionnent très bien. Il n'y avait pas forcément besoin de tout changer.
Un bon exemple d’extension réussi. Les VLANs. Ceux-ci sont inexistants à l'origine. Zut, comment les rajouter ? Soluce, les VLAN ne passent pas les routeurs et on rajoute en amont du paquet IP un petit bout VLAN. Et hop, tous les commutateurs très rapidement ont eu des implémentations VLAN fonctionnelles.
[^] # Re: Géographie
Posté par Sytoka Modon (site web personnel) . En réponse au lien L'Allemagne doit passer 25 000 postes sous LibreOffice (et in-fine sous GNU/Linux). Évalué à 3.
C'est assez rare que les citoyens soient consultés sur ce genre de question…
[^] # Re: Qu'est-ce que ça va casser?
Posté par Sytoka Modon (site web personnel) . En réponse au lien Les adresses IP en 127.x.x.x bientôt routables sur Internet. Évalué à -2.
Clair, juste 127.1. n'a aucun intérêt… On va pas changer tout internet juste pour cela !
On voit encore une fois l'erreur d'IPv6 de ne pas être rétrocompatible (et surtout d'avoir imposé trop de changement de protocole / manière de faire) !
[^] # Re: Si je me souviens bien ...
Posté par Sytoka Modon (site web personnel) . En réponse au journal la monnaie libre présentée par son créateur. Évalué à 3.
Cela se fait. Par exemple les sociétés émettent des titres, puis les rachètent et en détruisent au grès de la conjonction. Donc il n'y a pas de raison que la BDE ne détruise pas des € de temps en temps si besoin.
[^] # Re: Fermilab & CERN, scientific linux
Posté par Sytoka Modon (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 3.
Je ne connais pas grand monde qui fait fonctionner un cluster sous RHEL, c'est trop cher les licences.
Quand tu es le CERN est que tu achètes 20 racks d'un coup, le constructeur est près à faire quelques efforts ! Et comme je l'ai dis, depuis 20 ans, aucun soucis sous Debian. Quand au cycle de vie, avec la LTS / ELTS, il y a moyen d'avoir plus long. Et j'ai parlé de Debian ou dérivée donc cela aurait pu être Ubuntu.
Personnellement, j'ai toujours eu l'impression qu'ils mettaient beaucoup d'énergie à suivre RHEL et que celle-ci aurait pu être mieux utilisé… Et les noyaux sous Debian / RHEL… peuvent être les mêmes. À vrai dire, le code dérive des mêmes dépôts. Mais bon, tout cela est une impression personnelle.
[^] # Re: Fermilab & CERN, scientific linux
Posté par Sytoka Modon (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 4.
CentOS ou Scientific Linux étaient basé sur RHEL qui ne fournissait pas les recettes de construction de la distribution, entraînant de fait la galère pour reconstruire une équivalent de la RHEL.
Avec Debian, toutes les recettes sont données, et c'est hyper facile de faire une distribution dérivée ou augmentée.
[^] # Re: Fermilab & CERN, scientific linux
Posté par Sytoka Modon (site web personnel) . En réponse au journal RHEL 9 beta is out : 1 an après , quid des successeurs ? . Évalué à 6.
Je n'ai jamais compris pourquoi le CERN qui promeut le libre n'est jamais passé à Debian. Ce serait un super acteur de poids dans le monde pour la promotion de cette distribution collaborative. Une occasion manquée ;-)
(Cela fait plus de 20 ans que je suis passé de RH à Debian sur tout mon parc sans avoir jamais regretté la bascule).
[^] # Re: Ce qui marche
Posté par Sytoka Modon (site web personnel) . En réponse au lien La police abandonne Scribe, un projet logiciel qui a coûté près de 12 M€ aux contribuables. Évalué à 10.
Si le logiciel était conçu libre depuis le début, les gros défauts pourraient être vu rapidement, ou une autre boite pourraient reprendre le développement…
Il n'y a pas de réelle nécessité que le logiciel soit fermé dans 95% des cas. Le point critique est les données donc l'accès à cette base de donnée, pas réellement le logiciel.
[^] # Re: Debian
Posté par Sytoka Modon (site web personnel) . En réponse au message Migration Fedora → Debian. Évalué à 2.
Ok, je n'ai jamais essayé car je ne savais pas (ou j'avais oublié). Il est vrai que
debian-installer
manque de bras. Je rappelle que Debian est un projet collaboratif donc si personne ne se bouge, les choses ne se font pas.À vrai dire, avec l'UEFI, je serais plutôt partant pour virer grub… Avec l'EFI sur les machines Itanium, on n'avait déjà plus d'amorceur. Est-il préférable d'avoir grub ou un boot direct sur /boot ?
[^] # Re: Debian
Posté par Sytoka Modon (site web personnel) . En réponse au message Migration Fedora → Debian. Évalué à 2.
La partition /boot est nécessaire en cas de chiffrement du disque système.
[^] # Re: Résumé partiel
Posté par Sytoka Modon (site web personnel) . En réponse au lien On rigolait en disant qu'en tapant certains mots dans Google la police allait débarquer... ben voilà. Évalué à 2.
Il me semble qu'en France, il y a plus ou moins obligation de déclarer la pédopornographie par exemple.
# Debian
Posté par Sytoka Modon (site web personnel) . En réponse au message Migration Fedora → Debian. Évalué à 2.
Lorsque tu installes Debian, tu peux mettre le système sous LVM et garder ton HOME actuel. Il y aura peut-être un pb d'UID à régler ensuite.
Pourquoi garder les deux distrib ? Si la Debian ne te convient pas, tu repasses alors sous Fedora.
[^] # Re: Tout à fait d'accord !
Posté par Sytoka Modon (site web personnel) . En réponse au journal Gérer sa vie numérique (et ses mails) offline : les problèmes de fragilité. Évalué à 5.
Avec XMPP, le chat en mode offline ou en mode online par intermittence très bas débit fonctionnait très bien.
[^] # Re: Quel est l'intéret ...
Posté par Sytoka Modon (site web personnel) . En réponse au lien Examining btrfs, Linux’s perpetually half-finished filesystem - arstechnica (via OSnews). Évalué à 3.
Il me semble qu'XFS intègre petit à petit de plus en plus de truc permettant justement de basculer sur un modèle à couche avec plus de fonctionnalité.
[^] # Re: Mauvaise cible pour le floutage ?
Posté par Sytoka Modon (site web personnel) . En réponse au journal Deface: flouter simplement et automatiquement les visages dans une vidéo. Évalué à 6.
Ben oui, je pense qu'il faut effectivement flouter toutes les personnes sur un film ou une photographie, puis il faut aussi absolument remplacer tous les objets et le fond par un décor artificiel généré aléatoirement.
[^] # Re: Oui mais non, je ne veux pas vivre dans ce monde
Posté par Sytoka Modon (site web personnel) . En réponse au journal Deface: flouter simplement et automatiquement les visages dans une vidéo. Évalué à 10.
D'ailleurs, heureusement qu'on ne floute pas à chaque fois, c'est ainsi que Benalla s'est fait chopé à faire des choses qui n'était pas du tout dans sa fiche de poste !
[^] # Re: Trompé d'onglet
Posté par Sytoka Modon (site web personnel) . En réponse au lien Paint a été open sourcé (FakeNews/Joke ?). Évalué à 6.
Ça prouve surtout que la voix XUL était pas si mal et que si Google avait mis ses ingénieurs dessus plutôt que mettre son énergie sur chrome et à faire du JS foireux qui aille plus vite sur son nav, on aurait un XUL2.0 nickel !!
[^] # Re: Par exemple
Posté par Sytoka Modon (site web personnel) . En réponse au lien Solution : le cheval. Évalué à 5.
Entre le CINES et notre laboratoire, nous avons souvent transféré par le passé des données pas Chronopost. À partir de quelques To, c'était plus rapide, et nous sommes sur RENATER… (à l'époque derrière un routeur pourri).
Idem, on envoie parfois les données de manip par UPS ou DHL plutôt que par le réseau, c'est aussi plus rapide (et plus simple) dans certains cas.