Christophe a écrit 635 commentaires

Je vous trouve bien gentils avec cette carte: elle est tout simplement inutilisable. Impossible de chercher un nom, ou d'avoir la liste, légende illisible, et la plupart des logos sans lien ne sont pas lisibles.

On n'a pas non plus accès à l'image d'origine, pourtant elle est probablement plus détaillée.

Une mise en avant ratée pour cette «presse pas pareille», je trouve. J'espère qu'ils s'en apercevront et mettront à jour la page.

Bref, tu aides à centraliser un Internet qui l'est déjà bien trop. C'est le but des GAFAM: être l'intermédiaire par qui toute l'information passe.

Utilisez le lien Arte !

Ce n'est pas la même info: ici, c'est la correction de la faille qui introduit un nouveau problème.

Il me semble tout a fait raisonnable de faire un lien dédié pour ça.

J'avais acheté en août chez Elektor.fr, mais je viens de voir qu'ils sont en rupture de stock aussi…

Dans le même genre, mais en moins explicite encore, tu as l'assembleur intel:

mov ax, bx

Evidemment, un dev COBOL va tout de suite se méfier: c'est effectivement une copie. Par contre, ça copie bx dans ax !

Le pass sanitaire a montré son utilisé cet été: on est passé en 2 mois de derniers de la classe à premiers de la classe. Durant l'été, il a aussi servi de limiteur de foule pour certains espaces communs.

Aujourd'hui, son utilité devient plus contestable: 90% de la population éligible est vaccinée, donc l'utilité "jauge" du pass n'existe plus.

Maintenant, il est utilisé de la même manière pour pousser la 3ème dose. Est-ce que c'est une utilisation légitime ? pas sûr.

Est-ce que les Français seraient aujourd'hui aussi bien protégés par le vaccin sans l'introduction de ce pass ? Et bien c'est là le piège: impossible à prouver ! On sait juste qu'en juin/juillet, la prise de rendez-vous pour une 1ère dose chutait en flèche.

L'encryption proposée par rclone est faite fichier par fichier (le nom aussi peut être encrypté). Donc c'est mieux qu'un disque virtuel complètement crypté, et moins bien qu'une encryption bloc par bloc.

Au quotidien, seuls les fichiers modifiés sont ré-envoyés, ce qui me convient bien.

Que ce soit un abonnement ou un forfait, de toutes façons, si la boîte coule c'est terminé pour la sauvegarde.

Donc finalement, ici, on peut simplement espérer que pCloud survive au moins 3 ans, et ensuite ça devient de plus en plus intéressant financièrement pour le client.

Perso j'ai également choisi cette offre: le risque est faible que pCloud coule à court terme, et il n'y a pas la question de ce qui arrive si le paiement cesse.

Pour l'instant c'est satisfaisant, et pour les données sensible j'encrypte chez moi avec rclone.

Ou alors la clé privée a fuité ?

C'est probablement le cas.

Je me demande quand même à quel point ce pont vers Whatsapp est officiel.

Il y a déjà eu des anecdotes, dans le passé, de gens qui ont vu leur compte Whatsapp suspendu pour utilisation non conforme au CLUF…

En sait-on plus à ce sujet ? Est-ce que je m'inquiète pour rien ?

Juste un serveur avec un nom de domaine.

Euh, non. Le serveur, c'est mon propre PC. Le nom de domaine, c'est le mien, mais j'ai aussi une ipv6 globale donc utilisable directement.

EDIT: je réalise que tu ne voyais peut-être pas que je visais l'auto-hébergement; dans ce cas je comprends ta remarque.

Lorsque je suis tombé sur ce projet, je cherchais un moyen simple de partager directement un fichier avec un ami.
J'avais deux besoins:
- pas d'intermédiaire. Donc exit les mega, dropbox, upload sur un VPS, etc. En effet, maintenant que j'ai la fibre, un upload décent et qu'ipv6 existe, pourquoi s'embêter ?
- simple pour celui qui reçoit: aucun prérequis, juste un lien. Il clique, ça télécharge, fini.

Bien sûr, je ne voulais pas avoir à installer une usine à gaz pour faire quelque chose d'aussi trivial…
Il existe bien sûr le simple serveur http python, mais il faut le lancer à chaque fois où il faut, et tout le dossier est forcément partagé.

Je suis donc tombé sur les technos "WebRTC", dont Peertransfer est un exemple d'utilisation. C'est l'exemple le plus simple et compréhensible que j'ai trouvé, même si le dernier commit date un peu (Mars 2020).

Si vous connaissez une alternative intéressante, n'hésitez pas à partager !

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…