Christophe a écrit 473 commentaires

Par contre, dans une salle de bains, ça s'est vu

Oui, et maintenant on se retrouve avec des indiens en Amérique…

Personnellement j'ai une configuration assez semblable depuis quelques années: 16go de ram, 1050ti, ssd (mais processeur i5). A l'époque, j'avais choisi nvidia pour le ratio performance/consommation, bien meilleur qu'amd.

Je ne joue pas beaucoup, mais globalement ça s'est assez bien passé lorsque j'ai voulu essayer un jeu. Quelques déboires avec Wine parfois, mais bon, rien d'exceptionnel.

Cependant, entre le moment où j'avais acheté ma 1050ti (il y a plus de 4 ans) et aujourd'hui, amd a bien amélioré ses cartes graphiques et son pilote linux. Surtout si le processeur est déjà un AMD, je pense que je pencherais plutôt pour une carte AMD… ensuite je ne sais pas laquelle, je n'ai pas suivi l'évolution du marché :)

L'analogie n'est pas bonne ici: il ne s'agit pas actuellement de vérifier que tout le monde a été vacciné (de même que tout le monde doit avoir la ceinture en voiture). Lorsqu'on en sera là, le passe sera en effet inutile.

Ici il s'agit d'inciter les gens à se faire vacciner, voire à les y forcer. Rendre le vaccin obligatoire ne va pas magiquement vaciner tout le monde, et on aura les mêmes problématiques dans les endroits propices à la diffusion du virus.

Une meilleure comparaison, c'est la vignette pour les voitures: le but est d'inciter les gens à abandonner leur voiture polluante, voire à les y forcer.

Evidemment que personne ne veut d'un passe pour aller au restau ou faire ses courses. Qui militerait pour alourdir son propre quoditien ?

Maintenant, revoyons la situation fin juin: on a seulement la moitié de la population vaccinée, l'autre moitié traine un peu des pieds, et on fait la course avec le variant Delta. Les vaccinés sont impatients de retrouver un semblant de normalité dans le quotidien.

Donc ce passe est un compromis, forcément insatisfaisant, afin de forcer la main aux indécis (le baton), tout en essayant de ne pas trop gêner les vaccinés (la carotte). C'est basique, assez brutal, mais… ça a marché: fin août, on aura près de 75% de primo-vaccinés, ce qui veut dire 75% de vaccinés quelques semaines après.

La vaccination obligatoire, on y vient, mais à court terme cela n'aurait rien changé: on aurait fait quoi en attendant une couverture vaccinale suffisante (i.e. vers fin septembre), on ferme les restaus, les bars et les cinés ? Ou alors on instaure… un passe ? ^{^}

Donc bien sûr, ce passe a ses défauts (enlever le masque en intérieur, interdire l'accès en terrasse, etc) mais si beaucoup de pays veulent l'appliquer ou le font déjà, c'est que ça permet aussi un retour partielle à une vie moins cloîtrée.

Ici, ton

    class C {
        A a;
        B b(&a);
    };

est une déclaration de classe et «a» et «b» sont des membres de C. Il n'est donc pas possible de définir leur comportement tout de suite. Le compilo s'attend à un truc du genre:

    class C {
        A a;
        B b;
        C():b(&a) {
           // faire un truc ici
           B b2(&a); // ceci marche aussi ici
        }
    };

Il y a aussi le problème des critères qui peuvent évoluer dans le temps, ou selon les pays.

Certains pays par exemple pourraient autoriser les gens déjà contaminés, ou ayant reçu une dose + 3 semaines, ou refuser certains critères (quid des vaccins non validés par l'UE ou par le pays de destination ?)

Bref, le status OK/KO risque d'être trop rigide pour gérer cette variété de situations.

Personnellement ça me fait beaucoup penser à rclone.

Évidemment, si des lecteurs souhaitent donner un coup de main et participer au projet, vous êtes les bienvenus !

Juste une remarque sur ce point: je pense que ne pas utiliser d'outil de gestion de code (à la gitlab ou autre) est un gros frein pour attirer d'éventuels contributeurs.

On ne sait pas trop comment proposer des modifications, impossible de savoir s'il y a des modifications en cours, impossible de voir l'historique, pas de visibilité sur les problèmes ou idées remontées… Tout cela va probablement décourager les curieux.

Je l'utilise au quotidien, surtout pour IRC. Ça juste marche et c'est léger.

Oui, au départ j'étais déçu de ne pas pouvoir faire ce que je voulais. J'ai 3 petits scripts de backups, et je voulais éviter qu'ils se marchent trop sur les pieds. Mais petit à petit je réalise que j'aurais mis en place un backup imprévisible, avec des problèmes difficilement reproductibles.
Donc finalement, ça m'a orienté vers une meilleure solution, ce qui n'est pas plus mal !

J'aime beaucoup les timers aussi, qui remplacent assez simplement cron.

Par contre, j'ai voulu mettre en place un timer qui se déclenche "environ tous les 4-5 jours" pour faire un backup régulier, lorsque je suis sur l'ordi… mais ce n'est simplement pas possible sur un ordinateur qu'on éteint tous les soirs.

Il faut donc passer par un calendrier avec "Persistent=true".

Je crois qu'il y a un malentendu: si on va sur le lien donné par Ploum, on se rend compte qu'il s'agit ici d'un client mail en ligne de commande, donc non interactif. D'ailleurs, Alpine et NeoMutt sont cités dans le README du projet.

Et là, effectivement, on se rend compte que ce type de client est beaucoup plus rare…

Une solution simple serait de sauter les missions pour lesquelles des dépendances manquent. Par exemple, si xeyes n'est pas installé, on obtient juste un message d'information disant que "xeyes n'ayant pas été trouvé, la mission 17 est annulée."

Avec le pinephone, il est assez facile d'essayer d'autres distros que celle installée par défaut: il suffit d'une carte microSD flashée avec la distro de son choix.

Pour aller faire son marché, c'est par là: https://wiki.pine64.org/wiki/PinePhone_Software_Releases

Attention, tout n'est pas forcément très fonctionnel…

Ils pourraient en profiter pour respecter le RGPD, et permettre de refuser facilement les cookies non essentiels…

Il n'est pas dans les dépôts de F-Droid car le développeur principal ne veut pas que des clients autres que l'officiel (distribué officiellement) ne se connectent au réseau. Avis qu'il justifie par des raisons de sécurité mais qui pose question dans le monde libre.

J'ai tiqué sur ce point, en effet. Donc en fait, on a un binaire, le seul disponible pour se connecter à Signal, et il faut faire une confiance aveugle à Signal quant au comportement réel de l'application.

Pour moi, ça tue complètement l'argument «libre» de ce logiciel: on ne peut pas le recompiler soi-même pour avoir la même chose, on ne peut pas le modifier pour avoir un gadget en plus (ou en moins). On utilise un binaire, point.

Le premier téléphone où j'ai vu un effort de "mainlining" (portage vers le noyau générique) assez encourageant est le Nexus 5.
Mais depuis, d'autres SoCs se sont vus plus ou moins intégrés au noyau Linux générique; en ce moment, les efforts sont principalement faits par la communauté postmarketOS, et on peut avoir un statut ici: https://wiki.postmarketos.org/wiki/Mainlining

J'avoue que je n'ai pas suivi plus que ça les statuts des différents téléphones; souvent, dans les points bloquants, on retrouve le GPU ou le modem (voix et data), ce qui limite vite l'enthousiasme… Freedreno a permis de débloquer certaines situations (comme pour l'Adreno A3xx), cependant.

Un bel exemple de réussite est la famille des Snapdragon 410: https://wiki.postmarketos.org/wiki/Qualcomm_Snapdragon_410/412_(MSM8916).

Et se souvenir que même si le driver est libre, le firmware utilisé l'est encore assez rarement…

J'ai vu passer la nouvelle il y a quelques semaines, mais je n'ai pas pensé à mettre à jour la dépêche sur ce point: Plasma Mobile a annoncé, à la mi-décembre, vouloir arrêter le support des téléphones qui nécessitent Halium pour fonctionner.

Cette décision est basée sur deux points principaux:
1. il existe maintenant des téléphones pouvant être utilisés sans les blobs des drivers Android (Pinephone, Librem 5, et même quelques anciens téléphones dont le support a été intégré au noyau)
2. il devenait trop lourd de maintenir un bon niveau de support avec Halium: le côté « boîte noire » des drivers Android complique beaucoup l'analyse des problèmes.

C'est, je trouve, une décision courageuse: ils se coupent de 99% des téléphones existants sur le marché, mais dont les drivers n'existent que pour Android, pour se concentrer sur le 1% qui est libre. Je suis curieux de voir quelles seront les conséquences à moyen terme !

Oui, ils en sont exactement la ou en était la France en Septembre: le nombre de cas qui augmente, et une courbe d'hospitalisation encore faible. Tout va bien !…

C'est ce qui est dit en Suède, et là-bas, pour l'instant, pas de deuxième vague à l'horizon.

Euh, si si, je t'invite à te renseigner un peu mieux.

Tu as des sources?

J'ai lu ça sur hbl.fi: https://www.hbl.fi/artikel/600-personer-meddelade-om-smitta-med-coronablinkern-i-september/ (c'est en suédois, mais avec un peu de chance si tu parles allemand tu comprendras l'essentiel :) )
Ce n'est qu'une stat sur le mois de Septembre, je n'ai pas lu de truc plus récent. Et la vague en Finlande est déjà maîtrisée, on dirait, heureusement pour eux.

A noter que 40% des gens qui ont le résultat positif par l'app (elle permet de récupérer le résultat anonymisé du test) n'ont pas partagé le résultat positif (mais alors pourquoi l'avoir activée?).

40%, c'est énorme… Je ne comprends pas non plus, là.

Quelques précisions:

Je croyais que c'était pour choper les gens à côté de moi par Bluetooth

Oui, c'est bien ça: Bluetooth, comme le GPS, nécessite l'autorisation "Localisation"

Je sais bien que l'UE ne peut avancer que si elle ne froisse pas les nationalismes

En fait, l'UE ne peut avancer que si les Etats lui donnent un mandat dans le domaine… L'UE ne peut rien faire, ou presque, dans le domaine de la santé. Et on voit bien que pour une pandémie, c'est un handicap.

Bon après, aucune des apps, même dans les pays qui ont bien téléchargé en nombre comme l'Allemagne, n'a montré son utilité…

En Finlande, où l'appli est installée chez près de 50% des gens, à peut près 1/3 des cas ont été déclarés sur l'appli mobile. Mais je ne sais pas si ça a permis une meilleure traçabilité, ou une meilleure compréhension des lieux de contagion…

Et à mon avis, ce serait là le grand intérêt d'une telle app: permettre de mieux comprendre où ont lieu les contagions (les fameux 90% qui nous échappent). Mais ça demande une adoption vraiment massive.

Alors en fait cette remarque a déjà été faite: https://bugzilla.mozilla.org/show_bug.cgi?id=1591698

Il me semble quand même que c'est une source non négligeable de problèmes, qui mériterait largement un popup de confirmation, comme cela est fait pour la géolocalisation ou les notifications.

On nous bassine tous les jours avec la sécurité sur Internet, et là on a une sorte de "phishing" officiel activé par défaut sur tous les navigateurs…