steph1978 a écrit 3051 commentaires

Si il te plaît de te retrouver dans la segmentation marketing de google, que tu y trouves du confort, libre à toi.

Les données sont indéniables mais qui est à blâmer ?
Déjà si c'est gratuit, c'est vous le produit n'est pas un mythe. Si l'utilisateur installe une application gratuite, il faut que son éditeur trouve des moyens de rémunération. La collecte de données personnelles à des fins publicités ciblées est un grand classique.
Ensuite l'OS -, Android tout au moins - permet de gérer finement quelle application accède à la localisation grossière (GSM ou Wifi) ou fine (GPS).
Une application qui me demande à accéder à la localisation alors qu'elle n'a rien à voir avec cet usage se voit l'accès refusé dans la popup ad-hoc.
La seule application à qui j'autorise la localisation est OSMAND, téléchargée sur le store opensource F-Droid.
Je pense que tout simplement les gens s'en foutent. Et c'est bien dommage.

Je n'ai pas moinsé mais puisque tu poses la question d'un pourquoi, je vois plusieurs raisons.

1. Sudo est de facto dans les distribution Linux et Linux représente une majorité des installations serveurs. Partant de là, si une faille est détectée, il est naturel d'avoir un article qui recommande le patch plutôt que de passer à OpenBSD.

2. Qu'est ce qui dit que les outils proposés n'ont pas failles, peut-être même pire que celle présentée et peut-être pas encore identifiées ?

Pour ma part je suis attiré par les *BSD, d'abord par snobisme, car Linux c'est trop mainstream et aussi parce que je pense que c'est plus KISS. Mais je n'ai pas encore franchi le pas en prod ; la crainte de ne pas avoir tout de dispo.

C'est là que l'on voit que DLFP malgré plusieurs tentatives de censure ne s'est jamais laissé impressionner par des menaces injustifiées.

Je me rappelle d'un journal à +72 qui est parti en fumée…

CO2 ou les particule

Les deux.
Ainsi que la perte de biodiversité, la pollution de l'eau.

On met la crasse dans le gasoile

Donc, pas soucis d'égalité, il faut rendre l'avion accessible à tout le monde quitte à le favoriser par la fiscalité ?
Permets moi de ne pas être d'accord.
Si le problème c'est l'inégalité trop grande entre plus riches et plus pauvre, d'accord, améliorons la redistribution mais il faut arrêter de faire croire que l'avions est bon marché. Encore une fois, c'est parce qu'on ne paye pas le coût social et environnemental (contrairement au train, en France).

Secourez l'humanité, avalez votre clav

RIP mon ami, merci pour ta contribution cher colibri :-)

Considérant que la pollution est liée au stockage, au traitement et au transfert :

• les spammeurs stockent peut être rien si ce n'est des listes d'adresses email ; youtube stocke des peta (zeta !) de données
• une étude de cicso dit que 75% du trafic réseau mondial est de la vidéo ; en 2017, c'est pire maintenant : 80% à 85%.
• monter, encoder, décoder une vidéo est infiniment plus lourd en CPU que d'appliquer un filtre anti-spam

On peut assez facilement penser que le problème n°1 est la vidéo / youtube.

Cela n'empêche pas de gérer proprement ces mails, hein ; on est des gens civilisés.

Je suis juste impatient de voir les conclusions du Sénat.

Tout le monde sait que le plus gros "pollueur" numérique est youtube.
Quels leviers dans ce cas ?

JMAP permet une gestion externe des pièces jointes.
C'est pour moi une killer feature.
Malheureusement, les implémentations ne sont pas encore légion.
Et encore moins la fourniture du protocole par les hébergeurs de mail.
C'est devenu un standard IETF, ça devrait venir ; patience.

C'est une forge spécialisée dans la procrastination onanique.

--> []

Un bon point pour le reconditionné.

Je ne sais pas ce que tu reproches à Android, mais quand on voit la galère que tu as eu …

LenageOS me permet d'utiliser un téléphone qui a maintenant 7 ans. Et qui propose, via son appstore opensource, des vrais lecteurs RSS, sans pubs.

Allé, bon courage.

Ah, au temps pour moi. La page WP m'a induit en erreur.

coproc en bash

Oui j'ai trouvé ça un jour où je me prenais la tête avec de FIFO pour faire communiquer deux processus en bidirectionnel. La syntaxe est un peu bizarre et ça n'est disponible qu'en bash 4+ mais en pratique ça marche bien.

ce qui a ses inconvenients

Mon commentaire ne portait aucune préférence sur un outil ou un autre ; seulement une différence d'approche : bibliothèque logiciel ou client/serveur.

Ma solution est ici : https://framagit.org/snippets/4751
Elle reprend le même principe que la solution que tu as publié.

J'ai une solution qui semble fonctionner.
Je pose sa signature ici, des fois qu'elle soit valide.

e2858ae72494db1666a8777c86d5b062d4fb47a08a24f5f5bcbcf101b5018af8d8bec43f39b166502c5a6c214bf72d0ad59674d015e2fb848004ae2a72befc23  -

Cher OP, comment se fait la validation des solutions ?

Du coup, ça se compare plutôt à Lucene (bibliothèque sous-jacente à ES) ou à Xapian ; d'ailleurs, je n'invente rien, c'est marqué là.

Ça doit pas être loin de la solution …

ValueError: Single '}' encountered in format string
Raa, toujours pas

Réponses possibles :

• "Et les armes n'aident que les gentils ?"
• "Le chiffrement aide aussi les activistes"
• "C'est du trump …"

Est-ce que qqun a déjà expérimenté la mise en place de JMAP.

Je lorgne dessus depuis longtemps car il répond à une problématique que j'ai depuis encore plus longtemps : l'externalisation des pièces jointes.

Cette fonctionnalité permet(trait) :

• le transfert (FW) de pièces jointes sans passer par le client
• la dé-duplication des pièces jointes
• un cycle de vie des pièces jointes différents de celui du message ; détruire la pièce jointe sans détruire le message qui l'accompagnait
• une recherche plus efficace si seul le message est stocké dans le moteur

Je trouve intéressant aussi d'avoir un seul protocole pour la réception et l'envoi d'email.

Après je me dis que le protocole est récent et qu'il faut du temps pour avoir une bonne implémentation - tant côté client que serveur.

quelque part sur internet et non tu n'auras pas le vrai domaine

Bah si, il est dans le log d'erreur :"livingpackets.com".

Merci pour le lien, ça l'air d'être un bon produit.

Merci pour ce journal que j'ai gardé sous le coude pendant les vacances avant de le lire en détail.

Il tombe à point car je veux faire un peu plus de Haskell et que je cherche un environnement de dev.
J'ai vu des démos sympa à base de neovim mais je ne suis pas assez câlé sur cet outil. Je ne voulais pas ajouter cette marche à celle de l'apprentissage du langage.

Comme je trouve vscode plus abordable, je suis parti dans cette direction.
En appliquant ta recette Debian, j'ai l'essentiel : auto-complétion (CTRL+space), accès la définition (CTRL+click), tooltip de documentation, accès à la documentation.
Par contre je n'ai pas l'exécution et le debug. Je peux le contourner avec un "stack watch"…

Du coup j'ai revendu mes 16Giga de RAM et le CPU pour 75 euros à côté.

+1