Cyrille Pontvieux a écrit 518 commentaires

Bof en même temps c’est pas grave, c’est juste un compte qui tombe rond sur notre façon de compter le temps, ça signifie pas grand chose en vrai.

Ça permet juste de se rappeler le temps qui passe et de voir les évolutions. Moi ça m’a permis (via d’autres articles mentionnant les 30 ans) d’aller relire un peu les moment forts du noyau : passage la version 2.0 et les modules, le versioning jusqu’au 2.6, l’intégration d’USB3, de squasfs, de btrfs, les nouveaux ordonanceurs, les noyaux SMP et RT, …

Ça permet surtout d’entamer des discussions et de se remémorer des événements ;-)

J’ai modifié l’article. Cette modification a été introduite de manière erronée le 31 janvier 2021 par WikicAptive.

Ok merci je vais corriger ça. La 15 n’est pas encore complètement sortie (la RC1 est dispo), donc ça va se mettre à jour sur Wikipedia dans quelques temps.

Il s’avère que le délai entre la 14.2 et la 15 (bêta ou rc) a été tellement long, que les slackeux ont commencé à utiliser la branche -current et on cru que le développement était devenu rolling, ce qui est faux. Je vais donc modifier de ce pas cette erreur sur la page Wikipedia.

On peut d’ailleurs lire ailleurs dans l’article Wikipedia « La slackware-current est la version courante, c’est-à-dire la version disponible entre la version stable déjà publiée et celle à venir. Elle n'est donc pas recommandée pour la production. »

Pour donner de l’eau au moulin, voici deux articles Wikipedia qui parlent de distributions en rolling-release :
- https://fr.wikipedia.org/wiki/Rolling_release
- https://en.wikipedia.org/wiki/Rolling_release

Tu y verras que Gentoo y ait bien mentionné, mais Slackware non. Il y a aussi l’exemple de branche de développement de distribution qui sont en rolling-release sans que la distribution soit considéré comme tel. L’exemple donné est Debian avec la branche sid, qui est la correspondance exacte de la branche -current chez Slackware.

C’est juste un ISO pour commencer, il n’y a pas de "sorties" ou "versions" de Gentoo, elle est bien en rolling-release (comme Arch).

Et j’aimerais que tu me pointes où, sur Wikipedia, français ou anglais, tu as vu que Slackware était marqué comme rolling-release ? Est-ce qu’il est possible d’enlever ceci de l’article actuel car c’est factuellement faux.

Si tu me pointes un endroit qui dit que Slackware est en rolling-release sur Wikipedia, je me ferai un plaisir l’aller modifier l’encyclopédie.

De toute façon Slackware n’est pas en rolling-release ni en développement continu, c’est une erreur de l’article.

Mais pourquoi la page wikipedia ? Tu ne cesses de dire ça dans tes précédents commentaires ? C’est pas la page discussion de Wikipedia ici, on parle de modifier l’article publié sur Linuxfr.

Numpy a sorti une version 1.21.2 avec un wheel publié sur Pypi pour Python 3.10, pour Linux.

Ceci permet de considérablement réduire le temps de récupération (et de compilation) des dépendances d’un projet requérant Numpy en Python 3.10.

Bon j’ai pas testé sous Debian mais sous Manjaro et ce qu’on peut dire de cette version c’est que c’est très joli ! Par contre autant avant je gagnais contre l’IA en moyen, autant maintenant je me fais ratatiner.

Plein de bugs ont été corrigés au passage, c’est cool ;-) Et il y a un embryon de campagne solo !

Pour revenir au sujet, il est également possible de tester le jeu avec le flatpak. Il a récemment été mis à jour en version 0.25

Désolé hein, personne ne m’a rien dit. La dépêche est bien passée en modération.

On va faire quoi quand la 10.0.0 finale sortira : ben on poussera en prod les trucs qu’on est en train de tester en dev/recette, c’est tout non ?

case Canard() veut un objet dont la classe Canard se trouve dans la mro (method resolution order) de la classe de l’objet testé. En gros, suffit que ça hérite d’une façon ou d’une autre.

C’est un exemple, c’est très utile avec les frameworks qui génèrent une hiérarchie d’objets correspondant à une pile graphique/de widgets par exemple.

Si tu veux faire un test qui permet de tester si ça couac comme un canard, tu peux le faire en faisant case obj if hasattr(obj, 'couac'):. L’instruction isinstance de Python n’a pas empêcher d’utiliser le duck-typing par ailleurs.

À mon avis, faudrait arrêter de citer les articles de ZDNet. Ça leur fait de la pub et ça déni complètement Linux.
Là ça reparle de SolarWinds et du logiciel de mise à jour qui avait été compromis. Mais jamais ça rappelle que sur un Linux ou un BSD ça n’aurait pas pu avoir lieu car le logiciel de mise à jour il n’y en a qu’un : celui de l’OS.
Et du coup les recommandations qui vont avec (cités dans l’article) ne servent à rien car ça ne change pas la cause racine du problème.

Et pour couronner le tout, l’article dit que l’open-source n’aurait été d’aucune aide ici. C’est bien péremptoire.

Ah merci, je suis bête j’ai pas pensé à « obsolète ».

En effet, au temps pour moi.

Admettons.

Mais par contre non le nombre de RC n’est pas illimité. Selon ce qui est écrit dans la PEP 619 il ne peut y avoir que 2 RC maximum.

Faut-il rappeler ce qu’est une RC ?
RC veut dire littéralement Release Candidate, sortie de type candidat.

Donc Python 3.10 est effectivement disponible. Si rien de particulier n’est trouvé durant deux mois, c’est la même version qui sera renommée en 3.10.0, sans RC.

Stricto-sensu c’est vrai c’est pas la finale, mais il n’y aura aucun changement d’ABI d’ici la finale, juste des corrections mineures. Ça reste une 3.10.0 candidate.

Il est plutôt NullPointerException ;-)

Autant je suis d’accord sur le principe, et même des fois il m’arrive de m’essayer à l’écriture inclusive, autant c’est trop chiant à lire, donc je te dis Merci.

Franchement, avant l’écriture inclusive, il était possible de tourner ses phrases un peu mieux pour pas évoquer de genre. « La personne » permet en général de bien s’en sortir dans beaucoup de cas.

Merci pour cette explication (j’aurais aussi pu regarder le code source, mais j’ai eu la flemme).

Du coup est-ce qu’on pourrait simplement ajouter un message avant « envoi en modération pour publication » que si on veut garder des bouts du texte, c’est le moment de faire un copier/coller ? Ou une phrase un peu mieux écrite ;-)

Je dis ça mais ma dernière dépêche est restée peu de temps en modération donc je n’ai pas eu de soucis particulier. Mais elle peut y rester 2 ou 3 jours parfois, voire plus (si besoin de plus de temps de relecture, si elle est trop longue, si les modérateurs sont en WE, …). Et pendant ce temps, plus d’accès à son propre texte (à moins d’avoir fait une sauvegarde et ça c’est pas un problème, mais ce serait bien de justement l’indiquer sur la partie /redaction). Je sais pas si je suis clair avec mon explication…

Ahaha
Ok, c’est pas bien compliqué en fait. Dans la dépêche il est écrit :
list(zip(range(3), range(2, 4)), strict=True)

En fait ça doit plutôt être :
list(zip(range(3), range(2, 4), strict=True))

La parenthèse fermante était mal placée.

Ah oui j’ai pas vu l’erreur, merci pour la correction. Si un modérateur peut modifier la dépêche c’est cool, mais sinon c’est pas grâve.

Avoir accès à du lecture seule sur les modifications.

Un chat pourrait être utile si l’équipe de modération se pose des questions sur un passage pour un discuter avec le ou les auteurs·trices

Le truc qui me dérange un peu c’est ne plus avoir accès à mon texte du tout quand c’est parti en modération. Du coup impossible de le publier ailleurs (sauf si j’ai pensé à en faire une copie avant de l’envoyer en modération)

Oui bon j’ai dû aller un poil plus loin, mais pas beaucoup plus.
J’ai pas réellement compter le nombre de lignes que j’ai lu.

Pour parler de modération, saches que ton commentaire est indigeste, et que j’ai dû m’arrêter à la troisième « phrases ».

Remarque vu que le journal est pas mieux, c’est peut-être raccord…