fero14041 a écrit 209 commentaires

Bon, je ne sais pas trop où répondre dans cet échange, mais des informations sur la vidéo peuvent se lire dans le fil de discussion sur HackerNews dédié à cette vidéo: https://news.ycombinator.com/item?id=49038298. Le premier commentaire actuellement résume la 1ère partie de la présentation.

Pour le contexte, l'auteur est Andrew Kelley (papa du langage de programmation Zig), qui prend des positions publiques assez tranchées en ce moment.

Je rejoins Benoit que le moinssage systématique n'est pas à prendre comme une atteinte grave à l'honneur de la.e contributeur.ice, mais je trouve qu'il y a une partie de la population de LinuxFr qui—à mon sens—abuse de ce système pour invisibiliser tout ce qui peut leur déplaire. Je suis personnellement contre un tel usage de ce système, et réserve mes "inutilages" à des cas où très graves ou clairement spameux. J'apprécierais que chacune.un soit aussi parcimonieux, mais comme dans tout groupe, c'est ceux qui crient le plus fort qui se font le plus entendre—qu'ils soient ou non réellement majoritaires.

Dans le même esprit, Mediapart a lancé il y a peu un financement participatif pour leur prochain documentaire d'enquête, afin je cite de "révéler ce que le Rassemblement National (RN) cherche à tout prix à dissimuler": teaser sur YouTube. Le journal espère le rendre disponible avant la prochaine présidentielle, et en accès gratuit…

Point de vue de l'intérieur donc, par une personne de conviction, qui étaye s'il en fallait la rupture entre l'organisation et sa communauté première. On note le ton très policé et comme il se doit du message officiel interne de départ, par rapport aux notes plus longues, rudes et argumentées à toute la communauté: c'est ici que se trouve le croustillant (à partir de "Right, so that's the note I sent when I left. Now I get to talk about all the things that bothered the hell out of me. […]").

Discussion en anglais sur HackerNews: https://news.ycombinator.com/item?id=48513806

Idem pour les consoles de jeux video, portables comme télé: Steam Deck en rupture de stock depuis plusieurs mois, Steam Machine dont la date de sortie est repoussée ad vitam aeternam…

Grand merci pour ces explications et pointeurs!
Du point de vue des utilisateurs, il va probablement falloir attendre que la poussière retombe et que les lignes de démarcations soient plus nettes…

Si j'ai bien compris, ownCloud (PHP) a été forké en Nextcloud (PHP). Une réécriture d'ownCloud a eu lieu en go: ownCloud Infinite Scale. Mais ce projet a, pour une raison qui m'est inconnue, lui-même été forké en OpenCloud (dont Korben ici nous parle).

Pour les personnes qui n'auraient pas le contexte, et pourquoi c'est un petit séisme (même si prédit par plusieurs, "venture capital funded" oblige), Astral a créé une petite révolution avec les outils suivants pour Python:
- uv, pour le packaging
- ruff, comme unificateur de coding style et linter
- ty, comme vérificateur de typage statique (encore jugé en version très alpha)

L'amplitude du séisme peut se mesurer en vitesse de croissance du nombre de commentaires sur le fil de discussion HackerNews dédié…

"We mourn our craft", abondamment discuté sur HackerNews.

J'aurais p'têt traduit ça moins littéralement, par exemple:
"Nous faisons le deuil de notre savoir-faire", non?

Merci Benoît!

Une alternative que j'ai récemment découverte: passer par mise-en-place, combinée avec uv.

J'installe d'abord mise, puis uv via mise de manière globale:

$ mise use -g uv

Et enfin, pour le projet Python pour lequel je veux la version 3.9:

$ mkdir myproject
$ cd myproject
$ mise use python@3.9
# optionnel s'il existe déjà un pyproject.toml
$ uv init  
$ uv venv

Le virtualenv se trouve alors dans myproject/.venv, et ses binaires sont appelables de différentes manières, notamment:

# Depuis myproject/
$ mise exec -- python3 ...
$ uv run ...
$ ./.venv/bin/mybinary ...

PS: Les styles sont cassés, je ne comprends pas pourquoi—il est trop tard sans doute ;-/

I think nobody wants AI in Firefox, Mozilla (discussion sur HackerNews)

De mon côté (dév. avec toute petite expérience d'admin.sys.), j'espère le plus grand bien de (et ai mis des sioux dans) la seconde édition du Networking for System Administrators par Michael W. Lucas…

Le site web de Common Lisp ne serait-il pas https://common-lisp.net/ (pointé sur la page WikiPédia (en.), et soutenu par une (la?) fondation), plutôt que https://lisp-lang.org/, qui a l'air un peu seul dans son coin?

Merci!
Ca mériterait d'être transformé en dépêche, non ?-)

Il y avait même sur cet impératif à se syndiquer un petit bouquin d'Ethan Marcotte chez A Book Apart: "You deserve a tech union"…
(mais ça, c'était avant que cet éditeur cesse son activité :'( )

Une autre critique sympa de Flow, chez Iceman

Pour la transformation d'un journal en dépêche, les admins ont la machinerie pour. Mais je n'ai pas connaissance de possibilité pour une entrée de forum à transformer en journal.
Je crains qu'il te faille refaire le travail à la main.

Toutefois, la version Markdown de cette entrée est disponible ici:
https://linuxfr.org/forums/programmation-python/posts/nouvelle-version-memento-python-3-v2-1-0-changement-hebergement.md
Je pense que son corps peut être copié-collé tel quel dans le formulaire de création de journal…

Hello lolop,

Ce message, initialement sous forme d'une entrée de forum, ne gagnerait-il pas grandement en visibilité en le transformant en "journal", sans rien changer de son contenu?

A titre familial (3-5 personnes), je suis plutôt satisfait du Nextcloud managé proposé par Hetzner: https://www.hetzner.com/storage/storage-share
Notre usage est très minimal, donc les éventuelles limites de l'hébergement ne gênent pas trop.

Ces limites peuvent se lire notamment ici:
https://docs.hetzner.com/storage/storage-share/
(entre autres: pas de chiffrement, suite bureautique uniquement par OnlyOffice).
Les mises à jour sont appliquées régulièrement (mais pas systématiques pour chaque version mineure); la plage pour une montée de version majeure est par contre importante: s'étalant sur toutes les matinées d'une semaine ouvrée (ie. on ne connaît pas à l'avance la plage précise de migration de notre instance, qui ne prend en gros qu'une dizaine de minutes).

A voir si ça passe en usage collaboratif pro., peut-être en choisissant avec soin la config. (groupes & quotas) et les apps. additionnelles (sécurité? dossiers de groupe? lock. de fichiers en modif.? etc.)…

Je n'ai par contre pas connaissance qu'Hetzner "reverse" à la communauté du logiciel libre?

Merci!

Je recommanderais également, dans un autre format, le livre (en.) Tmux - Productive Mouse-Free Development, de Brian P. Hogan chez PragProg. La 3ème édition, pour la version 3 de tmux, est actuellement en bêta.

La branche de développement 6 de Perl a finalement dérivé en un nouveau langage: Raku. (voir aussi la page WikiPédia de ce langage)
Du coup, Perl est toujours en version 5.x.

Il semble y avoir très peu de bouquins sur Raku, selon O'Reilly: https://www.oreilly.com/search/?q=raku&rows=100

Concernant le poivrage ("peppering"), c'est déjà écrit (p.34-35)!
(le "poivrage", la "poivrature", le "poivrement" ou la "poivraison" ?-/ )

Merci pour le journal à l'origine de la découverte de cette campagne de financement!

L'auteur est notamment publié chez No Starch avec ses Absolute *BSD.

Pour la présente campagne, Michael W. Lucas propose des "imbécilités" pour certains paliers, et pour d'autres des exemplaires numériques de ses précédents ouvrages. Par exemple et si j'ai bien compris, pour le palier maintenant atteint de 15000$ on aura droit a une vidéo de Happy Danse, et pour celui de 20000$ l'ajout de $ git commit murder aux précédents ebooks additionnels que sont Networking for Systems Administrators et Ed Mastery.

Bonjour,

Je ne suis que de très loin, mais j'ai cru comprendre qu'à l'heure actuelle, le développement de LXD était intégralement repris par Canonical, d'où le fork communautaire en Incus. Avec la toute récente version 6.0 LTS d'Incus, le fork est consommé. Il me semble qu'Incus se veut un remplaçant de LXD, donc pour un débutant les fonctionnalités devraient être en gros identiques.

Les images de containers pour Incus sont ici: https://images.linuxcontainers.org/ et ce sont les utilisateurs de LXD, le projet originel, qui en sont interdits.

Je doute que LXD soit abandonné sous peu: Canonical a trop misé dessus. La question est plutôt de savoir à qui faire confiance / sur quel cheval miser pour le moyen terme… Mais pour s'initier et démarrer son apprentissage, actuellement, on peut probablement s'en ficher encore quelques mois.

Quant à LXC, il sert de pierre fondatrice à LXD et Incus, mais il ne me semble pas que son développement soit la propriété privée de Canonical, le projet sur GitHub "appartient" bien à l'entité "Linux Containers". De ce que je comprends, rien ne change pour LXC…

Désolé de ne pas pouvoir répondre à la partie "Cloud" ;-/

SebSauvage pointe aussi l'article dédié de la CNIL.