Christie Poutrelle a écrit 381 commentaires

J'ai pas dit que la première dose était suffisante, juste que le délai concernait la première dose, après ils sont censés faire la deuxième quand même.

Après ma source c'était les informations et articles divers et variés que j'ai lu pendant la période ou les débats se jouaient, mais je n'ai aucune idée de ce qui a été conservé/voté finalement.

Il n'y avait pas de pression pour aller se vacciner en urgence à ce moment-là, cf. ce que j'ai expliqué au-dessus.

Bien sûr que si, on sortait du couvre feu et la vaccination venait d'être ouverte à tout le monde. La condition de sortie du couvre feu c'était justement l'ouverture de la vaccination, entre autres.

Depuis le début, depuis que les vaccins sont disponibles, le message est pressant et explicite, et il dit: "faites vous vacciner tout de suite, urgence ou pas, car une nouvelle vague va arriver, et sans ça, il y aura beaucoup de morts.".

Et ça, personne ne peut l'ignorer, c'est un fait, c'est le seul vrai message important, et celui qui a été le plus rabâché. Toute personne qui ignore volontairement ça est de mauvaise foi et un propagateur de fausses informations.

D'autre part, pour des raisons de logistique, il n'était pas non plus possible pour tous les non vaccinés d'avoir leur première prise juste après l'annonce du passe étendu.

C'est pour ça que le sénat a choisi d'allonger les délais pour tout le monde en fait. Je rebondissait à l'origine sur le cas des 12-17 ans parce que c'était le propos, mais c'est aussi vrai pour les autres, y compris ceux pour qui le vaccin devient obligatoire (de mémoire dans la loi votée ils ont jusqu'au 15 septembre pour avoir leur première dose).

Je dis pas que j'aime particulièrement ce gouvernement (ce n'est pas le cas) ni qu'il ne fait pas de bourde (il en fait, comme tous les autres) mais quand on tient ce discours il faut tenir compte de la machine législative qu'il y autour, dont ce gouvernement a bien connaissance et pris en compte.

L'effet d'annonce à poussé énormément de gens à aller se faire vacciner, et permet probablement, en plus d'augmenter la couverture vaccinale, d'éviter de perdre des doses aussi.

Maintenant cet effet d'annonce n'est juste qu'une annonce, et va être légiféré, modifié, adapté (comme toutes les lois) bien entendu, car contrairement à ce que disent beaucoup de gens, on est encore en démocratie.

Quand soudain en plein début de vacances, Macron, reniant ses propres propos

Je pense qu'au lieu de blâmer le gouvernement, en dehors de toute considération politique ou idéologique, tu pourrais remplacer ça par:

"Quand soudain, en plein début de vacances, on apprend que la charge virale du variant delta est 1000 fois supérieure à la variante précédente et le pic commence à se manifester, 3 mois plus tôt que prévu".

Dès sa version actuelle, il est déjà inacceptable. Se faire contrôler chaque fois qu'on va au resto, c'est du délire sécuritaire.

Déjà, pourquoi tu vas au resto ? On a tous fait 1 an et demi de télétravail et on est gras comme des loutres.

Enfin, en bas de la page de l'application, il est demandé "synchronisation nécessaire". Pourquoi ? Et de quoi ?

Peut être aussi pour vérifier si les certificats qui ont signé les QR codes n'ont pas été répudiés, tout simplement ?

Le sénat a volontairement décalé la date pour les mineurs entre 12 et 17 ans parce que cette frange de la population n'est pas encore (du tout ou presque pas) vaccinée, et qu'on ne peut pas leur demander de le faire en une semaine. C'est pragmatique, pas idéologique.

Ils ont joué avec le planning pour que justement ça ne deviennent pas liberticide. Les adultes libres, majeurs et consentants (ou pas) ont eu plusieurs mois pour prendre rendez-vous à leur centre de vaccination le plus proche, et ils ne peuvent pas dire qu'ils savaient pas que ça allait mal se passer pour eux un jour, ça fait 1 an et demi qu'on en parle tous les jours.

Perso j'ai quitté AMD car il était devenu difficile d'avoir un système libre

Ce n'est plus vrai aujourd'hui, depuis quelques années tu peux être en full foss pour utiliser du AMD (contrairement à Nvidia, les drivers ne sont pas libres et distribués en binaires, et sans le driver Nvidia, adieu les jeux).

C'est même carrément facile ! Ils ont fait des progrès de ouf.

Ah oui, c'est étonnant, je viens d'aller voir sur la page de support de ma CM est c'est effectivement différent https://www.msi.com/Motherboard/support/B450-GAMING-PLUS-MAX

D'ailleurs l'upgrade pour Windows semble m'avoir seulement été proposée quand je vais sous Windows et j'utilise un outil fourni avec le driver, qui permet de télécharger les upgrades.

Tu as sûrement raison, c'est l'âge du matériel / mises à jour qui joue en ta défaveur très probablement.

J'ai une carte mère MSI, une récente, et les mises à jour de BIOS/UEFI sont aussi fournies sous forme de fichier .zip, que tu mets sur n'importe quelle clé ou disque dur USB, tu rebootes et vas dans l'interface de l'UEFI, tu passes en mode "update" et il trouve le fichier tout seul.

J'aurais cru qu'ils fournissent les upgrades de la sorte pour toutes leurs cartes mères, je suis étonné du contraire. Il y a aussi un upgradeur en .exe, pour Windows, mais la variante .zip marche très bien aussi (et pas besoin de Windows).

Pour info, j'ai enregistré ma carte mère dans leur site de support, et depuis ce dernier, une fois connecté, les updates sont disponibles sous forme de fichier .zip.

OK, comme quoi, le message général est souvent biaisé, je m'étais pas renseigné plus que ça honnêtement. Merci de la précision

Bref, c'était pas mon point :) Faut pas confondre éthique et morale, et en lisant le journal d'origine je ne suis pas sûr si l'auteur fait la distinction ou non, et ça peut complètement changer le sens de la lecture selon si le mot voulu était éthique ou morale.

Oui je vais le lire, c'était mon point d'origine, j'aurais peut être dû relativiser les faits un peu plus concernant Stallman :)

Je parlais d'une façon très hypothétique, je ne sais pas ce qu'il a fait en vrai, juste qu'il était un pote d'Epstein, bref, le point reste valide, je trouve ça étonnant de parler de morale sans aborder l'aspect éthique.

Je n'ai suivi que de très loin le débat, mais la remise en cause de Stallman ne semble pas être qu'un problème de morale, mais un problème d'éthique surtout. La morale est avant tout personnelle, c'est un ensemble de règles pour un individu donné, qui sert de boussole entre le bien et le mal. L'éthique est sociétale, c'est un ensemble de règles de bien vivre ensemble. L'éthique mise en place correctement est là (à mon point de vue) pour permettre à tous de vivre sa propre morale dans la limite de ne pas entraver celle des autres. Stallman n'a pas que des idées que la morale de tout un chacun peu considérer d'abjectes, mais il aurait aussi abusé de certaines personnes, physiquement, ce qui n'est plus un sujet moral par conséquent, mais éthique, puisqu'il viole les règles du groupe d'une façon qui porte atteinte à l'intégrité de certaines personnes (c'est donc un vrai préjudice). Si la règle est inexistante, alors la société (ici la FSF) aurait bien intérêt à en écrire quelques-unes, mais attention, pas des règles de morales (le bien et le mal n'ont rien à faire à la FSF), mais d'éthique (règles de bien vivre ensemble pour promouvoir la liberté de tous de façon équitable, ce qui semble être le fondement même de la GPL).

Ah ! Et le site s'est refait une santé aussi ! Cool, je suis content de voir ce projet vivre encore.

J'ai utilisé Pidgin pendant très longtemps, je ne savais pas que le projet était encore vivant, je le pensais abandonné depuis quelques années. Je vais retourner y faire un tour voir.

Je ne râle après Nextcloud, comme je le dis plus bas, c'est un excellent logiciel. Cependant, je reste surpris que ce genre de bugs puisse apparaître sur une mise à jour, et en vrai, ça ne m'étonne qu'à moitié: durant tout le temps où je l'ai utilisé (avec plaisir, je tiens à le dire) je n'ai jamais eu une seule upgrade qui s'est bien passée, dans la majorité des cas j'en suis arrivé à faire du step debugging dans le code, pour trouver ce qui échouait (souvent des erreurs bêtes, par ailleurs, mais quasi-systématiquement qui nécessitaient de patcher).

Et le constat sur le fait qu'ils ont l'air d'utiliser APCu en mode YOLO reste assez vrai, cf. ce que je dis plus bas, la façon dont ils l'utilisent est bancale.

Oui désolé j'ai répondu un peu vite, je voulais dire "dans ton cas, celui où tu as choisi Redis, alors tu es dépendent d'un autre serveur", mais bref. Ça ne change en rien que je trouve ça relativement mal documenté, mais après vu que j'ai passé des heures dessus, ça à l'air suffisant après trois relectures (essayez donc la doc de Microtik, faut s'accrocher sec par endroits).

TL;DR ("Trop Long; Pas Lu" pour les francophones refractaires): ce n'est simplement pas vrai, de manière générale dans le libre, une PR est rejetée par défaut.

Version longue:

C'est un peu plus compliqué que ça, je contribue à pas mal de logiciels open source, mais il y a toujours une communauté, des développeurs écoutés et tout puissants au milieu, et sur ce genre de logiciel plus que d'autre, qui est un produit mené par une société et non un logiciel dont le développement est basé sur la "do-ocratie", une roadmap claire et définie sur le long terme par une équipe au coeur, intriquée à la société qui développe le produit.

Et sans tenir compte que bien souvent, malheureusement, le premier réflexe d'un développeur est une méfiance systématique envers les nouveaux développeurs, plus spécifiquement quand ils font des critiques attraits au design même du logiciel.

Je pense que tout ce qui touche au fondement du logiciel (sans vouloir faire de jeu de mot), et la gestion du cache dans une application dont la performance est critique en fait partie, est sujet à ne pas évoluer sauf si un développeur déjà connu de l'équipe se saisi du sujet sur le long terme, ou apporte une idée de génie avec un proof-of-concept qui n'en est pas un sur lequel il a déjà travaillé des jours durant.

Bref, je n'ai aujourd'hui ni le temps ni l'envie de passer par toutes étapes d'introduction, gain de confiance, "beginner issues", et tout ce qui s'en suit, un process qui dans l'absolu dure des jours, semaines, mois, tout ça pour dénoncer une erreur de débutant sur la gestion du cache (ce qui serait relativement mal pris, connaissant l'égo de pas mal de développeurs) pour une application que je n'utilise plus depuis un an et des bananes.

Nextcloud est un excellent produit, de bonne qualité, je l'ai utilisé depuis que le fork a été officiellement annoncé (j'utilisais déjà Owncloud avant) et je l'ai beaucoup apprécié, cependant je suis repassé sur un ensemble de logiciels plus simples qui proposent des solutions unitaires, atomiques, à chaque besoin auquel répondait Nextcloud parce que c'est plus facile à maintenir comme ça. Nextcloud, bien qu'excellent, à un problème systématiques sur les mises à jour (j'ai du aller débugguer et patcher moi même moult fois, si ce n'est à chaque mise à jour).

Bref, je n'ai pas l'envie d'aller contribuer à ce logiciel, je le fais déjà sur suffisamment d'autres pour avoir payé ma dette au logiciel libre. Bien qu'étant un excellent logiciel dans son ensemble, ce n'est pas parce que je ne vais pas y contribuer que je n'ai pas le droit d'en soulever les points noirs et donner un avis critique (surtout que ça touche directement à mon métier quotidien), si le logiciel n'en valait pas la peine je n'en parlerais juste pas.

Et bien si, le server redis, je ne parle pas d'une autre box physique.

D'ailleurs en fait quand je vois l'implémentation de base https://github.com/nextcloud/server/blob/905e1918d2796b9a79025283cd6edf2c40f49d77/lib/private/Memcache/Cache.php le fait qu'ils servent des méthodes magiques de l'interface ArrayAccess m'indique que lorsqu'ils ont écrit ce code (c'était peut être il y a longtemps) ils ne connaissait finalement que peu ou mal les bonnes pratiques et l'outillage de la communauté PHP en général.

Juste pour info: de manière générale mettre un cache dans APCu est dangereux, les développeurs ne pensent souvent pas à tous ces petits détails, c'est extrêmement compliqué que le gérer intelligemment et sans effet de bord.

D'ailleurs quand je regarde l'implémentation https://github.com/nextcloud/server/blob/905e1918d2796b9a79025283cd6edf2c40f49d77/lib/private/Memcache/APCu.php ça semble un peu faiblard de prima-bord, j’espère qu'ils ont un contrôleur ou un décorateur autour qui gère ces problématiques (d'ailleurs, un décorateur est probablement le meilleur pattern pour s'en sortir parce que de fait il devient utilisable pour les autres implémentations).

Mon serveur fonctionne avec php-apcu uniquement et je n'ai jamais eu aucun problème

Bien entendu, avec un PHP correctement configuré de base c'est normal que ça marche. Et le fait même que tu précises "mon serveur" indique que tu n'es pas dans un scénario ou les desync sont possibles, tout simplement parce que tu ne disposes que d'un serveur.

Mais attention cependant, le cache APCu du cli, et le cache APCu du serveur web ne sont pas les mêmes, il est très probablement inutile en cli d'ailleurs puisqu'il ne persiste pas au delà de l'exécution de la commande.

Donc même dans ton scénario, pendant un temps, la desync est possible: si tu lances une commande cli qui effectue des modifications dans le cache, ton serveur web restera sur l'ancienne version du cache, puisqu'il dispose de son propre cache en mémoire partagée avec lui même.

J'espère honnêtement que l'équipe de nextcloud a prévu au moins un sémaphore sur fichier, ou dans la base, ou n'importe où qui persiste, pour indiquer une date seuil de validité des enregistrements du cache, afin que ça n'arrive pas.

Ouais alors:

• ils documentent que ce n'est pas requis,
• ils ne documentent pas comment le désactiver,
• des gens se retrouvent bloqués lors d'une mise à jour.

Ça me semble un peu bancale tout ça. Une implémentation par défaut sur le SQL aurait fait le job, c'est ce que beaucoup de frameworks ou outils font quand on choisit de ne pas configurer.

Un cache sur le SQL souffrira que si le serveur est lui même en souffrance mais sur une utilisation plus calme va offrir le même niveau de performance qu'un cache sur un service dédié (Redis, Memcache ou autre).

Le cache dans un pool APCu est relativement dangereux, si on décide de scaler (passer à l'échelle horizontalement) on va avoir des sérieux problèmes, car il ne sera pas partagé entre les différents front, et en cas d'effacement du cache on va se retrouver avec des front qui auront des caches désynchronisés, ce qui force à passer par un composant supplémentaire qui permet de servir de sémaphore, pour éviter les accès concurrents, mais aussi d'historique de synchronisation, pour éviter les problèmes de désynchronisation.

Utiliser APCu dans une conf par défaut n'est absolument pas une bonne pratique, c'est offrir par défaut la plus instable et dangereuse des implémentations.