Je me souviens d'un programme graphique en tcl/tk, c'était vraiment compliqué de le maintenir. Je l'avais refait en mieux avec Perl/Tk et c'était bien plus simple à comprendre et à structurer en block.
D'ailleurs, la version devrait toujours fonctionner car le langage Perl est hyper stable.
Si MOTIF avait été libre, les développeurs de Gimp n'auraient pas programmé GTK. Il faut savoir que MOTIF était globalement vachement bien foutu pour l'époque et on pouvait via les ressources changer l'aspect de l'application.
Comme quoi, le libre a effectivement du bon (d'ailleurs, pendant longtemps, Qt n'était pas complètement libre non plus).
Après, cela reste la grande bataille sur les limites avec les infiniment petits ou pas. Cauchy est passé par là et à mis les math d'accord avec un epsilon…
Les physiciens sont restés avec leurs mains ;-)
Et puis, il y a eu Robinson en 1964 qui a réussit à mettre les infiniment petits dans les math après plus de 100 ans de recherche. Au début des années 70, Nelson fait une version plus digeste.
Bref, avoir un au numérateur et un autre au dénominateur n'est pas complètement idiot au sens de l'analyse non standard (ou de la physique, avec les unités). Bref, si on veut veut pas de x, y…
C'est surtout que c'est impossible de modifier la configuration des routeurs aujourd'hui… Déjà IPv6 a du mal à être déployé. Les DSI ferment quasi tout sauf http/https ! Donc on se retrouve avec du https pour tout et n'importe quoi. Bilan, on fait du https sur udp pour pouvoir ensuite faire tout ce que l'on veut pour franchir les routeurs… Et comme les DSI ne seront pas contentes : boites noires et EDR partout.
Cela me semble irréversible, mais n'est pas vraiment très respectueux d'un internet sobre.
Il ne faut pas oublier le système metafont assez génial en son temps et qui fonctionne encore très bien. Je pense que personne n'a encore fait de meilleur système pour le rendu scientifique.
Les fonts metafont permettaient de mettre des accents et des cédilles un peu partout et de manière propre. Le système a certainement des défauts dont le principal est de ne pas avoir été inventé par un grand constructeur ;-)
À mon avis, cela va plus loin. Avec Corinna, l'objet est codé en dur dans la machine donc ce ne sera pas une table de hashage (ou un tableau, ou un scalaire, ou une array inversé…).
Donc en principe, cela devrait être plus performant.
L'auteur devrait regarder du côté de Sather https://fr.wikipedia.org/wiki/Sather. Il y avait dans ce langage tout ce qui était amusant avec des API chouettes. Héritage de structure et inclusion de code, interface… Une gestion contravariante (donc sure) des paramètres et surtout des iterators (en pratique comme les coroutines) avec la notion de yield et de paramètres once (évalué juste la 1er fois et non les suivantes). Je n'ai jamais revu un autre langage avec des itérateurs aussi esthétiques et pratiques.
Autre chose amusante en Sather, on pouvait ajouter un noeud dans l'arbre des classes après coup. Ainsi une classe système pouvait dériver d'une classe que l'utilisateur définie et que le concepteur n'avait pas pensé. Rare sont les langages à le permettre or toutes les arbres de classe sont imparfaits et nécessitent un jour de définir une classe virtuelle maître à différent endroit pour son utilisation spécifique.
On pouvait installer Debian sur certaine machine SGI, mais il y avait des bogues dans X11 de mémoire. Bref, c'était pas vraiment que IRIX en pratique (et puis les machines étaient globalement des vaux).
Bonne initiative, mais attention à ne pas tomber dans le trou Microsoft. Sous UNIX, les exécutables n'ont pas d'extension et ne doivent pas en avoir. Un bon exécutable doit pouvoir être reprogrammer dans un autre langage. Et puis, on s'en fout qu'il soit programmé en Python, C, Rust… lors de son utilisation.
Bref, le renomme lidecli sans l'extension .py finale très moche.
Je veux dire tu ne peux pas avoir ton serveur d'envoi pour des listes indépendamment de celui qui gère le DNS et le serveur de courriel, en utiliser un à toi en gros ;-)
Évidement, on peut mettre plusieurs serveurs dans le champs SPF et avoir une infrastructure en cluster, géré par la même entité (de préférence ou il faut bien s'entendre pour tous les champs et certificats).
Personnellement, on j'aimais bien l'aventure des processeurs FORTH de Charles H. Moore https://en.wikipedia.org/wiki/Charles_H._Moore. Il essayait une autre voie, je trouvais cela amusant.
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.
[^] # Re: TCL/TK, un vieux langage qui demande à être utilisé au quotidien
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Tcl/Tk 9.0. Évalué à 8 (+6/-0).
Je me souviens d'un programme graphique en tcl/tk, c'était vraiment compliqué de le maintenir. Je l'avais refait en mieux avec Perl/Tk et c'était bien plus simple à comprendre et à structurer en block.
D'ailleurs, la version devrait toujours fonctionner car le langage Perl est hyper stable.
[^] # Re: Paradoxe libre
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Sortie de Tcl/Tk 9.0. Évalué à 10 (+10/-0).
Si MOTIF avait été libre, les développeurs de Gimp n'auraient pas programmé GTK. Il faut savoir que MOTIF était globalement vachement bien foutu pour l'époque et on pouvait via les ressources changer l'aspect de l'application.
Comme quoi, le libre a effectivement du bon (d'ailleurs, pendant longtemps, Qt n'était pas complètement libre non plus).
[^] # Re: infecte notation ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Y a le Frido 2024 qu'est là. Évalué à 2 (+0/-0).
Après, cela reste la grande bataille sur les limites avec les infiniment petits ou pas. Cauchy est passé par là et à mis les math d'accord avec un epsilon…
Les physiciens sont restés avec leurs mains ;-)
Et puis, il y a eu Robinson en 1964 qui a réussit à mettre les infiniment petits dans les math après plus de 100 ans de recherche. Au début des années 70, Nelson fait une version plus digeste.
Bref, avoir un
au numérateur et un autre au dénominateur n'est pas complètement idiot au sens de l'analyse non standard (ou de la physique, avec les unités). Bref, si on veut veut pas de x, y…
[^] # Re: Non, HTTP/3 n'est pas vraiment sur UDP
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche 24 ans de libcurl. Évalué à 3.
C'est surtout que c'est impossible de modifier la configuration des routeurs aujourd'hui… Déjà IPv6 a du mal à être déployé. Les DSI ferment quasi tout sauf http/https ! Donc on se retrouve avec du https pour tout et n'importe quoi. Bilan, on fait du https sur udp pour pouvoir ensuite faire tout ce que l'on veut pour franchir les routeurs… Et comme les DSI ne seront pas contentes : boites noires et EDR partout.
Cela me semble irréversible, mais n'est pas vraiment très respectueux d'un internet sobre.
[^] # Re: Obscur, mais [:pertinent]
Posté par Sytoka Modon (site web personnel) . En réponse au sondage Quelle est ma suite bureautique libre ? . Évalué à 2 (+0/-0).
Il y a eu un commit il y a deux semaines…
https://gitlab.gnome.org/World/AbiWord
[^] # Re: À part l'ISA ?
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Linus Torvalds: comment éviter que RISC-V ne reproduise les erreurs du passé?. Évalué à 3.
Disons que Debian fait quand même partie des premières distrib ;-)
# Format Typst
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Une histoire de formats : il n’y a pas que la taille qui compte. Évalué à 4.
Typst est un nouveau format / formateur de texte dans la logique de TeX. Il a pour objectif d'être complet et plus simple que le couple TeX/LaTeX.
https://github.com/typst/typst
# Metafont
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Comment écrit-on les systèmes d’écriture aujourd’hui ?. Évalué à 8.
Il ne faut pas oublier le système metafont assez génial en son temps et qui fonctionne encore très bien. Je pense que personne n'a encore fait de meilleur système pour le rendu scientifique.
Les fonts metafont permettaient de mettre des accents et des cédilles un peu partout et de manière propre. Le système a certainement des défauts dont le principal est de ne pas avoir été inventé par un grand constructeur ;-)
Allez, une référence Wikipédia pour changer de crémerie https://fr.wikipedia.org/wiki/Metafont
[^] # Re: Objet
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Perl 5.38.0 est sorti. Évalué à 4.
À mon avis, cela va plus loin. Avec Corinna, l'objet est codé en dur dans la machine donc ce ne sera pas une table de hashage (ou un tableau, ou un scalaire, ou une array inversé…).
Donc en principe, cela devrait être plus performant.
# Sather
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche À la découverte du langage V. Évalué à 3. Dernière modification le 05 septembre 2023 à 16:04.
L'auteur devrait regarder du côté de Sather https://fr.wikipedia.org/wiki/Sather. Il y avait dans ce langage tout ce qui était amusant avec des API chouettes. Héritage de structure et inclusion de code, interface… Une gestion contravariante (donc sure) des paramètres et surtout des iterators (en pratique comme les coroutines) avec la notion de yield et de paramètres once (évalué juste la 1er fois et non les suivantes). Je n'ai jamais revu un autre langage avec des itérateurs aussi esthétiques et pratiques.
Autre chose amusante en Sather, on pouvait ajouter un noeud dans l'arbre des classes après coup. Ainsi une classe système pouvait dériver d'une classe que l'utilisateur définie et que le concepteur n'avait pas pensé. Rare sont les langages à le permettre or toutes les arbres de classe sont imparfaits et nécessitent un jour de définir une classe virtuelle maître à différent endroit pour son utilisation spécifique.
[^] # Re: Histoire de crâner
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Debian 30 ans déjà.... Évalué à 2.
On pouvait installer Debian sur certaine machine SGI, mais il y avait des bogues dans X11 de mémoire. Bref, c'était pas vraiment que IRIX en pratique (et puis les machines étaient globalement des vaux).
[^] # Re: Hou, sympa !
Posté par Sytoka Modon (site web personnel) . En réponse au journal Editer en parallèle les paramètres BIOS de plusieurs machines grâce à tmux. Évalué à 3. Dernière modification le 04 août 2023 à 11:41.
J'utilise tssh qui reprend le fichier de config de clusterssh, mais utilise tmux.
Le source https://gricad-gitlab.univ-grenoble-alpes.fr/legi/soft/trokata/tssh
Le manuel https://legi.gricad-pages.univ-grenoble-alpes.fr/soft/trokata/tssh/
# Pas d'extension
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Lidecli : Un outil en ligne de commande pour interagir avec les environnements de bureau. Évalué à 10.
Bonne initiative, mais attention à ne pas tomber dans le trou Microsoft. Sous UNIX, les exécutables n'ont pas d'extension et ne doivent pas en avoir. Un bon exécutable doit pouvoir être reprogrammer dans un autre langage. Et puis, on s'en fout qu'il soit programmé en Python, C, Rust… lors de son utilisation.
Bref, le renomme
lideclisans l'extension.pyfinale très moche.[^] # Re: retour d'expérience
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Debian 12 : le début d'une nouvelle ère. Évalué à 3.
De mémoire, ce n'était pas zoom le bug mais wayland qui ne le permet pas.
[^] # Re: Nice
Posté par Sytoka Modon (site web personnel) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Je veux dire tu ne peux pas avoir ton serveur d'envoi pour des listes indépendamment de celui qui gère le DNS et le serveur de courriel, en utiliser un à toi en gros ;-)
Évidement, on peut mettre plusieurs serveurs dans le champs SPF et avoir une infrastructure en cluster, géré par la même entité (de préférence ou il faut bien s'entendre pour tous les champs et certificats).
[^] # Re: Nice
Posté par Sytoka Modon (site web personnel) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 5.
Tu ne peux pas dans une infra moderne car tes courriels sont signés par DKIM et ton serveur doit être dans la base SPF de ton domaine (je simplifie).
Si tu ne fait pas cela, tu ne peux pas dialoguer avec gmail par exemple.
# F-CPU
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche AltairX : le processeur du futur ?. Évalué à 8.
Cela me rappelle l'aventure du F-CPU qui me semblait plus communautaire https://linuxfr.org/news/le-retour-de-f-cpu-le-processeur-libre
Personnellement, on j'aimais bien l'aventure des processeurs FORTH de Charles H. Moore https://en.wikipedia.org/wiki/Charles_H._Moore. Il essayait une autre voie, je trouvais cela amusant.
[^] # Re: La seule raison que me faisait préférer Ubuntu !
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Debian 12 : le début d'une nouvelle ère. Évalué à 3.
Après, il y avait déjà les firmwares non libre. J'avoue ne pas comprendre l’intérêt d'avoir une nouvelle section.
Soit dans free, soit dans non-free.
J'ai l'impression que c'est juste pour n'avoir qu'un bout de non-free… Bon, en pratique, cela ne va pas changer grand chose je me dis.
[^] # Re: Gestion des couleurs et capture
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche GIMP 2.10.34 est sorti. Évalué à 2.
Je ne sais pas, le logiciel est peut-être 16 bits couleur et l'écran un bon vieux VGA… En passant par une API, on a peut-être un meilleure précision ?
[^] # 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é à 5.
Les brevets tombent au bout de 20 ans, ce n'est pas pour cela que c'est libre ;-) Et pourtant, dans un brevet, l'invention est bien documentée.
Je me demande si la BSL n'est pas une espèce de brevet à deux ans ?
[^] # 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