Psychofox a écrit 10861 commentaires

Tout dépend de savoir ce que tu testes.

L'installer dans une vm, si après tu ne l'utilises pas vraiment au quotidien parce que tu as déjà tout en local, bof. Et ça ne teste de toute façon pas l'upgrade.

Moi j'ai 3 laptops sous fedora donc je passe en général la beta sur le laptop perso (qui sert de toute manière plus à mes enfants qu'à moi), puis sur les 2 autres à usage plus professionnels 1-2 semaines après la sortie officielle si je ne vois pas de grand drame sur l´internet.

Une API REST?

Et après c'est le choix du frontend, s'il cache les données récupérées ou non, etc qui fait la différence.

C'est vrai qu'on a jamais vu les grandes surfaces asperger la nourriture de produits toxiques afin que les nécessiteux ne puissent pas la récupérer. Non jamais…

Pose toi de la question du pourquoi ils faisaient ça. Par cruauté ? C'est un peu facile, il y avait aussi un risque juridique qui pouvait peser sur elle qu'il ne faut pas oublier.

Soit dit en passant, je ne sais pas si cette histoire de produit toxiques fait référence à de vrais éléments ou est une légende urbaine mais si ça a été le cas, ça ne peut pas être pour se protéger d'un risque juridique car ça en pose un bien plus gros derrière.

les humains ne sont pas empilés et parqués comme du bétail dans un élevage intensif.

C'est triste ton avis sur la campagne.

Soit dit en passant je ne comprends pas l’actuel engouement pour les sites statiques surtout dans ce cas-là.

Moins de maintenance à faire, moins de risque de voir ton site être défiguré.

Il parle d'utiliser hugo. Globalement une fois fais le paramétrage de l'apparence au début t'as pas grand chose à faire à la main à part éditer des fichiers markdown (un par post).

s/CEO/SEO/

Bon c'est une carte de developement, on ne s'attend pas à des perfs de fous non plus.

Il y a un cap difficile à franchir, c'est celui de la durée du mandat. Que ce soit parce que les politiques cherchent à rester au pouvoir, mais aussi parce que toute transition non terminée à la fin d'un mandat est vue comme un échec (même si ce n'en est pas un en soit) peu d'administration vont avoir la volonté politique de se lancer mais surtout de perdurer dans une migration.

Ajoutons à ça les bénéfices ne seront visible que des années plus tard, il y a peu de motivation pour se lancer et perdurer dans ce genre de gros chantiers.

Grosse confusion entre internet, web et ssl dans cet article.

Je crois que ce qui fait que les gens descendent en flamme Devuan, c'est parce que Debian permet toujours de choisir son init et que Devuan ne s'est pas débarassé de libsystemd0.

Du coup ça a été beaucoup de grandes annonces pour absolument rien du tout.

Cela est possible que si les applications décident de ne pas faire un prérequis. Par exemple il existe des applications qui dépendent strictement de pulseaudio ou udev (certains préfèrent mdev, plus simple).

Applications que tu peux choisir de ne pas utiliser pour préférer une alternative. Quand quelqu'un passe de windows à macos X ou linux il ne doit pas s'attendre forcément à utiliser les mêmes applications. Même chose ici. Et franchement dans le nombre du libre on a un nombre énorme d'alternatives pour réaliser les mêmes tâches.

Par contre, je suis moins content qu'après tant d'années à rendre PulseAudio stable on ait décidé d'implémenter un énième serveur de son.

Pipewire ne fait pas que l'audio et aide grandement lorsque l'on vit dans un environnement wayland, la raison est là. Et la transition pulseaudio-->pipewire est totalement transparente car les devs de pipewire ont été suffisemment intelligent pour travailler avec les devs de pulseaudio.

Donc je dirais que c'est un faux problème.

Je ne suis pas fans de tous les choix effectués (et pour moi l'ecosystème flatpak est une horreur par exemple même si une partie des concepts est intéressante), mais les technos que tu cites apportent une plus-value et un comfort à l'usage d'une utilisateur et aucune n'est obligatoire.

Tu peux toujours avoir une distro sans systemd/flatpak/snaps/pulseaudio/pipewire/jack si tu aimes la simplicité et la rusticité (sans compter qu'au bout du couloir openbsd et netbsd t'attendent à bras ouverts).

Je crois que l'idée du portable service c'est d'être à mi-chemin entre systemd-nspawn et podman. En gros tu peux distribuer l'appli sous forme d'image disque (comme pour docker/podman/etc) sans aller jusqu'au niveau des outils de containerisation avec layering d'images, gestion des ports à ouvrir/publier, réseau interne, etc.

Est-ce que c'est essentiel quand on a déjà podman ou systemd-nspawn. Je ne pense pas. Est-ce que ça peut être utile. Certainement.

Je crois que ça n'a pas du tout le même genre d'utilité que les containers. J'ai l'impression que c'est plus fais pour étendre un système immutable comme Fedora Silverblue via des services utilisant des images disques dédiées et indépendantes du système de base.

Tu oublies un peu la relation de confiance entre employeur et employé qui devrait être naturelle, sauf si les autres métriques ne sont pas respectées. Par autre métrique j'entends mesurer le travail effectué (ventes réalisées, projets travaillés, tickets pris en comptes, etc, etc). Si l'employé délivre le travail demandé en temps demandé (pour peu que ce temps est réalisable est mesurable), je ne vois aucune raison de vouloir vérifier les temps de pause.

D'ailleurs mon employeur ne me limite pas dans les temps de pause et accepte que je joue au ping-pong, fasse une sieste ou autre si j'en ai besoin. Je ne vois pas pourquoi ça ne pourrait pas être ainsi partout.

Je pense qu'il y a plein de trucs que t'arrives même pas à prédire à priori.

Qui avait prédis que des appplis comme Strava, Komoot, ridewithgps, deviendraient des applis de prospection pour les voleurs de vélo haut de gamme? Et en plus quand les gens lient leur compte instagram et participent eux-même à créer un catalogue détaillé des modèles disponibles et des heures et dates où ils sont chez eux ou en vacance, c'est juste parfait. Même en utilisant l'option qui ignore un rayon d'action à 500m ou 1km le logement exact est vite retrouvé. Pour limiter les risques, les stocks à gérer et aussi limiter les preuves, les voleurs mettent même des vélos qu'ils n'ont pas encore volés dans les petites annonces pour n'avoir qu'à opérer seulement une fois qu'un acheteur se présente.

Pour ceux qui ont un navigateur qui le permet.

Heureusement comme l'implémentation est du côté de client, ce sera facile de "tricher".

J'imagine que tu fais référence aux politiques de société comme MongoDB .Inc et elastic.co mais justement ça n'a pas de sens ce que tu dis car leurs versions "community" ne sont plus libres justement vu qu'ils ont du changer de licence pour atteindre leurs fins.

Bien sûr que GitLab utilise le libre comme produit d'appel car ils essaient toujours de vendre une version non-libre avec plus de fonctionnalités même si oui n'importe qui peut forker et implémenter les fonctionnalités manquantes sans avoir à demander le consentement puisque c'est dans la licence.

J'imagine plutôt que tu voulais dire que GitLab ne fait pas du faux-libre pour se donner bonne image.

Le bordel c'est ce que des boites comme cockroach db font avec des fonctionnalités qui sont licencées de façon diverses et dont les version entrent sous licence libre après n mois/années:
https://www.cockroachlabs.com/docs/stable/licensing-faqs.html#bsl

Même avis ici. Les outils de gestion de configuration mentionnés ont tous des modules qui peuvent aussi permettre le déploiement sur des hyperviseurs.

Faut voir si on attendra une limite en terme de densité de stockage avant une limite en terme de bande bassante.

Cependant dans ces comparaisons avec le sneakernet on oublie souvent le temps d'écriture et de lecture sur les disques. On part toujours du principe qu'ils sont déjà prêts et que récupéré les données implique seulement de les réutiliser sur le même support qui a été utilisé pour le transfert. Ça peut se concevoir pour un certains type d'usages mais souvent très restreints.

Je pense qu'il y a une grande différence entre un OS dont les composants clés pour leur utilisation sont proprios et un projet tel une distrib dont les quelques composants proprios installables sont facultatifs et non installés par défaut. De mémoire Debian ne te configure pas le dépôt non-free, tu dois l'ajouter ou le décommenter à la popogne.

Je parlais de concentration, pas d'aggressivité. Et l'aggressivité ça dépend du style de musique. Moi j'écoute des trucs comme de la cumbia, du dub ou du reggae si je conduis. Mais pour quelqu'un d'autre ça pourrait être des balades, du folk ou que sais-je…

Note: flouter le visage ne garantit pas l'anonymat d'une personne. Dans certains cas on peux reconnaitre plein de gens rien qu'à l'association de leurs habits et leur façon de marcher, dans le cas de l'exemple pédaler à vélo ou le modèle exact et la config de vélo ou de tout autre type de véhicule/accessoire.

Ça me semble vachement dangereux d'écouter un audiolivre en voiture question concentration. Tu me diras c'est pareil que d'écouter des animateurs radio ou discuter avec tes passagers mais c'est justement pour ça que je n'écoute que de la musique.