C'est libre ou pas libre, il n'y a pas d'intermédiaire. Les licences NC ne sont pas libres. Pas besoin d'aller chercher midi à 14H. Quand à la licence BSL, c'est libre après deux ans donc tout le code qui a moins de 2 ans n'est pas libre. Il faut leur demander un exposé qui a deux ans d'âges ;-)
Il est possible aussi que la commande file ne lise que le 1er bloc afin d'avoir une réponse très rapide. De mémoire, elle utilise la libmagic qui, lorsque c'est possible, ne regarde que les premiers octets. Je ne sais pas si uchardet s'auto limite sur la taille du fichier.
Ma question complémentaire est donc : est-il possible d'intégrer ucharset dans file ? C'est un peu le principe d'UNIX depuis le début d'améliorer les outils si les algo évoluent.
Mon soucis est que beaucoup de personne parle de dématérialisation… Je n'ai pas trouvé mieux à leur proposer que digitalisation. Et en général, elles acceptent.
En général, j'utilise la commande file -i qui me donne le langage, le type de caractère de fin de ligne et l'encodage. À vrai dire, je ne sais pas sur quel algorithme elle se base…
La fonction publique ne peut pas donner facilement de l'argent à un projet libre. C'est globalement incompatible avec le principe des finances publiques. Ce principe peut sembler gênant vis à vis de la manière dont beaucoup de logiciels libres sont développés.
Pourquoi ce principe ? Il s'agit d'argent public donc du contribuable. L'argent public ne peut servir à faire une subvention cachée sans vote au conseil municipal par exemple. Tout cela est très encadré afin de ne pas faire de concurrence déloyale ou de filer de l'argent en douce à un petit copain…
Les subventions sont donc possibles mais elles sont votées et bien encadrés.
L'idéal est d'avoir une facture correspondant à un service ou à l'achat du développement d'une nouvelle fonctionnalité. L'intitulé doit être précis. Encore une fois, c'est normal, on parle d'argent publique donc appartenant à tous.
Ainsi, il est possible de participer légèrement à Debian via le projet LTS encadré par Freexian qui accepte les bons de commande. Pas mal de mairie passe par l'Adullact pour avoir des factures en bonne et due forme pour les logiciels libres.
Les règles de la comptabilité publique ont pour objectif de limiter les dérives du copinage. Si un expert en comptabilité avait des bonnes règles à proposer pour le cas particulier de la fonction publique, cela pourrait être intéressant.
Ou en est le projet Metafont associé à TeX ? Il a permis avant UNICODE d'écrire de magnifique document avec de mémoire une manière relativement simple de construire les polices.
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.
[^] # Re: La BSL et libre, c'est compliqué
Posté par Sytoka Modon (site web personnel) . En réponse au journal Tout le monde (ou plutôt, trop de gens) continue de se foutre des licences en 2023. Évalué à 3.
C'est libre ou pas libre, il n'y a pas d'intermédiaire. Les licences NC ne sont pas libres. Pas besoin d'aller chercher midi à 14H. Quand à la licence BSL, c'est libre après deux ans donc tout le code qui a moins de 2 ans n'est pas libre. Il faut leur demander un exposé qui a deux ans d'âges ;-)
[^] # Re: Commande file
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de uchardet 0.0.8 pour la détection de codages de caractères. Évalué à 3.
Merci de ta réponse.
Il est possible aussi que la commande file ne lise que le 1er bloc afin d'avoir une réponse très rapide. De mémoire, elle utilise la libmagic qui, lorsque c'est possible, ne regarde que les premiers octets. Je ne sais pas si uchardet s'auto limite sur la taille du fichier.
[^] # Re: quid de recode ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de uchardet 0.0.8 pour la détection de codages de caractères. Évalué à 3.
Oui recode existe depuis très longtemps. Il a l'avantage d'être plus simple à utiliser pour les trucs simple qu'iconv.
Et pour les trucs super simple : unix2dos et dos2unix ;-)
[^] # Re: Commande file
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de uchardet 0.0.8 pour la détection de codages de caractères. Évalué à 3.
Ma question complémentaire est donc : est-il possible d'intégrer ucharset dans file ? C'est un peu le principe d'UNIX depuis le début d'améliorer les outils si les algo évoluent.
[^] # Re: très sincèrement...
Posté par Sytoka Modon (site web personnel) . En réponse au sondage Quel mot de franglais vous horripile le plus ?. Évalué à 4.
Mon soucis est que beaucoup de personne parle de dématérialisation… Je n'ai pas trouvé mieux à leur proposer que digitalisation. Et en général, elles acceptent.
Numérisation -> cela fait scan de document…
Si quelqu'un a un meilleur mot, je suis preneur
# Commande file
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de uchardet 0.0.8 pour la détection de codages de caractères. Évalué à 4.
En général, j'utilise la commande
file -iqui me donne le langage, le type de caractère de fin de ligne et l'encodage. À vrai dire, je ne sais pas sur quel algorithme elle se base…[^] # Re: Sponsors institutionnels ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche GIMP fête ses 27 ans avec la version de développement 2.99.14. Évalué à 6.
La fonction publique ne peut pas donner facilement de l'argent à un projet libre. C'est globalement incompatible avec le principe des finances publiques. Ce principe peut sembler gênant vis à vis de la manière dont beaucoup de logiciels libres sont développés.
Pourquoi ce principe ? Il s'agit d'argent public donc du contribuable. L'argent public ne peut servir à faire une subvention cachée sans vote au conseil municipal par exemple. Tout cela est très encadré afin de ne pas faire de concurrence déloyale ou de filer de l'argent en douce à un petit copain…
Les subventions sont donc possibles mais elles sont votées et bien encadrés.
L'idéal est d'avoir une facture correspondant à un service ou à l'achat du développement d'une nouvelle fonctionnalité. L'intitulé doit être précis. Encore une fois, c'est normal, on parle d'argent publique donc appartenant à tous.
Ainsi, il est possible de participer légèrement à Debian via le projet LTS encadré par Freexian qui accepte les bons de commande. Pas mal de mairie passe par l'Adullact pour avoir des factures en bonne et due forme pour les logiciels libres.
Les règles de la comptabilité publique ont pour objectif de limiter les dérives du copinage. Si un expert en comptabilité avait des bonnes règles à proposer pour le cas particulier de la fonction publique, cela pourrait être intéressant.
# Metafont
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Des histoires de caractères. Évalué à 6.
Ou en est le projet Metafont associé à TeX ? Il a permis avant UNICODE d'écrire de magnifique document avec de mémoire une manière relativement simple de construire les polices.
# Fortran
Posté par Sytoka Modon (site web personnel) . En réponse au journal Google forke C++. Évalué à 5. Dernière modification le 22 juillet 2022 à 14:01.
Si on veut de la perf, on fait du Fortran. En Fortran, l'ABI est cassé à chaque version !
[^] # Re: DROM-COMs
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é à 4.
Grenoble Capitale des Alpes… Je l'ai vu plusieurs fois cet hiver !
[^] # Re: mise à jour des fichier .deb
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é à 3.
Idem, dans le fichier de
control, il faut mettreArchitecture: amd64[^] # Re: mise à jour des fichier .deb
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é à 3.
Il faudrait que vos paquets Debian finissent par
_amd64.debet non_all.debcar ce sont des binaires donc ils ne fonctionnent pas pour tous les CPU.# 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.