Sebastien Binet a écrit 522 commentaires

Pour le CERN, "on" a choisi: ce sera Alma.

https://linux.web.cern.ch/almalinux/

il semblerait que des gens s'organisent pour démarrer une SCIC:

https://framapiaf.org/@arthru/109942709471820424

oui, ça rejoint "mon" projet de mettre le logiciel libre (hw+sw) en Sécurité Sociale.

un peu comme ce qui est en train d'être fait/proposé avec la Sécurité Sociale de l'Alimentation.

"mon" idée, ce serait de commencer avec la mise en Sécurité Sociale de la presse (d'information), en s'appuyant sur ce qui est déjà évoqué dans cet article:

• https://www.monde-diplomatique.fr/2014/12/RIMBERT/51030

cela permettrait de créer un certain nombre d'infra+main d'œuvre pour le développement d'outils libre.
(et je pense que le thème "presse libre" est sans doute plus facile à s'emparer pour "le grand public")

avec cet outil en main, étendre son champ d'action pour couvrir tout le spectre des logiciels libres me semble plus aisé.

moi j'ai découvert troff (enfin, je m'y suis intéressé plus avant) quand j'ai appris que "le" bouquin de programmation en Go (Kernighan & Donovan) avait été écrit avec troff.

ça m'avait bluffé.

quant à la lourdeur de LaTeX vs troff, oui, certes, mais ce n'est pas une comparaison complètement valide.
il vaudrait mieux comparer troff à tex.

il y a un an maintenant, je me suis embarqué dans l'écriture d'une engine pour (La)TeX en Go (principalement pour ajouter le support des équations à une bibliothèque de plots en Go):

• star-tex

et j'ai appris beaucoup de choses sur comment TeX fonctionne, ainsi que sa légèreté par rapport à LaTeX.
par exemple, star-tex (qui ne supporte que les documents "tex", pas "LaTeX") est extrêmement léger et rapide.

Pi is overrated… Vive tau!

https://tauday.com/tau-manifesto

voici quelques exemples:

• https://lists.sr.ht/~eliasnaur/gio-patches/patches/16075
• https://lists.sr.ht/~eliasnaur/gio-patches/patches/15557

à l'époque, proton-bridge était peu stable.
et il a fallu se démerdouiller un peu avec hydroxide.

maintenant ça marche.

le gros du problème était l'installation+configuration d'un serveur smtp+imap local pour récupérer+déchiffrer les mails depuis ProtonMail et pour les envoyer+chiffrer.

les instructions sont un peu plus claires:

• https://git-send-email.io
• https://github.com/emersion/hydroxide

et voici mon .gitconfig:

[sendemail]
    smtpserver = 127.0.0.1
    smtpuser = <proton-mail-user-name>
    smtpserverport = 1025
    smtppass = <pouet-pass-phrase>
    smtpsslcertpath = "~/.config/protonmail/bridge/cert.pem"

yep, on utilise ça pour le projet Gio (gioui.org).

je dois avouer que venant de GitHub, l'adaptation d'impédance a été un poil déroutante au début (ainsi que la configuration de git-send-mail, probablement en grande partie à cause du fait de mon utilisation de ProtonMail).

mais on s'y fait rapidement.

commenter des patchs se fait juste en répondant au patch/mail, l'interface web se débrouille pour "recoller les morceaux" et associer un commentaire avec la bonne ligne du patch (côté présentation web du patch).

le fait d'avoir une mailing liste associée au projet est un plus indéniable et permet de limiter le "détournement" du bug tracker comme un helpdesk.

les patchs sont donc envoyés par mail, mais on peut également les envoyer depuis l'interface web, en sélectionnant le (ou la plage de) commit(s) que l'on veut soumettre au projet.

Son nom est suffisamment explicite : une clé, une valeur.
Problème selon moi : si la clé ne correspond à aucune valeur, la valeur nulle est renvoyée.

pour ca, il y a le "comma-ok":

_, ok := my_map[my_key]
if ok {
  fmt.Printf("err: the key [%v] is already in the map!\n", my_key)
}

ou, plus go-ish:

if _,ok := my_map[my_key]; ok {
  fmt.Printf("err: the key [%v] is already in the map!\n", my_key)
}

-s

on peut utiliser gdb pour deboguer, sans trop de probleme...

Il y a aussi Reflex du CERN.

au-dela de pouvoir creer des bindings automatiquement pour des langages de haut niveau, c'est aussi utilise pour automatiquement enregistre sur disque (serialization) n'importe quelle instance de classe qui est connue.

Reflex: http://root.cern.ch/drupal/content/reflex

tiens, je croyais que le format en meteorologie/climatologie etait HDF5...

«m'aurais-je gourrais-je ? »

oui, j'avais remarque la possibilite de faire un import selectif. donc en ooc on peut ecrire:

use math
x := sqrt(100)

import math/[sqrt]
y := sqrt(100)

si je fais le parallele avec python:

import math
x = math.sqrt(100)

from math import sqrt
y = sqrt(100)

donc, si je comprends bien, dans ooc on peut faire les deux mais dans le premier cas, le nom que l'on importe n'est pas completement qualifie...

un truc, ce sont les 'use toto' qui injectent tout le contenu du paquet/module dans le namespace courant. du coup, il n'y a pas vraiment de moyen de savoir que sqrt provient de 'math' dans le code suivant:

use math

x := sqrt(100)

ce qui est tres genant quand on (re)lit du code... bon, ou sinon, c'est un langage qui a l'air d'etre sympa, meme si la concurence est rude (vala/genie, go-lang)

moui...

bon je vois ca depuis ma lunette 'python comme langage pour scientifiques' donc en effet, mon terrain de jeux c'est le bi/quad/octo coeur avec 2Go par coeur.

je n'ai pas les stats (peut-etre que la PSF les a?) mais il serait sans doute interessant de savoir sur quel type de plateforme python est 'le plus' utilise...

surtout si on ne veut pas que les performances mono-thread souffrent au passage.

en meme temps, avec l'ere des multi-cores (et celle des many-cores au tournant), cette contrainte devient de plus en plus archaique.

ceci etant, jython ou ironpython pourrait arriver a la rescousse (puisqu'ils n'ont pas de GIL)

[enfin bon, tant que 'multiprocessing' marche et que cython facilite l'ecriture de modules...]

reversed est un builtin de python, tout comme range. et il retourne un itérateur, pas une nouvelle collection inversée:

assert 'reversed' in __builtin__.__dict__
assert 'range' in __builtin__.__dict__
l=range(5)
rl=reversed(l)
assert l[3]==3
l[3]=2
assert list(rl) == [4, 2, 2, 1, 0]

pour itérer en sens inverse:

for i in reversed(range(10)):
  print i

qui se servent de clang (le frontend pour le C, C++, Objective-C et Objective-C++), pour faire de l'analyse statique de code (chose qui est difficile actuellement avec gcc, qui devrait être un peu plus simple avec le mécanisme de plugin)

les gens de chez mozilla utilisent depuis quelque temps (~6mois ?) ce mecanisme de plugins de gcc pour faire de l'analyse de code, de la re-ecriture de code, et meme un LXR plus intelligent (qui a acces a la "vraie" definition des methodes, qui peut meme donner la liste des thunks,...) : DXR.

tout ca se fait grace a dehydra.

https://wiki.mozilla.org/Static_Analysis
https://developer.mozilla.org/en/Dehydra
http://dxr.proximity.on.ca/dxr/

au niveau espace utilisateur, un truc genre libdispatch devrait faire l'affaire.

en même temps, il y a toujours l'option "qemu plus montage de l'iso"

c'est souvent pratique pour tester un OS sans crader la station de travail :)

intéressant billet résumant le difficile parcours des concepts dans C++0x...

http://cpp-next.com/archive/2009/08/what-happened-in-frankfu(...)

À propos de kdemod, il va servir à quoi maintenant ?

à rester avec kde-3 pour les petites configs ?

pour info, un projet de GC concurrent:

http://code.google.com/p/scarcity/

il devrait être utilise a terme par python (unladen-swallow)

objc-2.0 est intéressant mais l'absence de namespaces est quand même franchement 'rétrograde'...