Psychofox a écrit 10735 commentaires

Un biocarburant et/ou carburant de synthèse, ce n'est pas un carburant qui ne pollue pas hein. Ça veut juste dire qu'au lieu d'utiliser de l'énergie de source fossile, on utilise de l'énergie venant de rejets de l'agriculture, de la biomasse.

En gros c'est carbone jeune vs carbone vieux. Vis à vie des rejets de co2, pollution et réchauffement climatique, la différence est maigre.

Il y a des carburants de synthèses faits notemment à partir de co2 capté dans l'atmosphère et d'hydrogène pour produire du méthane qui sont là un peu plus neutre, mais ce n'est clairement pas la majorité de ce qui est produit.

Alors que sur la route, tu as le privilège d'être méprisé par l'ensemble des usagers! Même si tu es piéton sur le trottoir d'ailleurs!

C'est justement ce que je n'aurais pas envie de faire si je devais me connecter à un truc pro. Le but c'est pas d'utiliser un OS non sécurisé, juste d'en donner l'apparence.

Genre tu te connectes à un truc très moderne comme une console AWS, ou t'utilise kubectl depuis une VM linux qui ressemble au system 6 d'un vieux Macintosh SE30 le lundi, à un truc qui ressemble au CDE d'une solaris 2.6 le mardi, à OS2/Warp le mercredi, etc etc.

Ça arrive pareil avec les avions, et même en auto des fois t'as une route barrée qui te dit que tu dois prendre un autre chemin.

J'imagine dans ce cas qu'ils doivent réencrypter ton image/vidéo ? Du coup si tu n'as pas à la réenvoyer, ça se fait côté serveur?

Alors mettons qu'avec GPG je sais chiffre un fichier pour un ou de multiples destinataires avec leurs clés publiques. Mais le serveur lui, qui n'est pas censé avec leur clés privées, comment fait-il pour déchiffrer le fichier avant de le rechiffrer avec les clés publiques des destinataires ?

Perso je ne suis pas un spécialiste du chiffrement mais j'ai besoin qu'on me démontre, diagramme et protocole à l'appui, comment ils font. À moins que l'appli whatsapp chiffre toutes ces archives avec une clé publique liée à une clé privée accessible sur le serveur, et qui peut donc déchiffrer tout ce qui est hébergé dessus, je ne vois pas comment ça peut se faire.

Aussi, pour les chances d'arriver à l'heure je dirais que ça dépends.

Moi, quand je travaillais encore dans un bureau, c'était pas franchement rare que des collègues arrivaient en retard parce que:
- la voiture ne voulait pas démarrer
- un accrochage
- il y avait du traffic

Rien qu'aujourd'hui, comme il faisait plus de 40° et que je suis convalescent, on n'a pas pris le vélo comme d'habitude et j'ai voulu prendre la moto pour aller en centre ville avec ma partenaire plus rapidement. Elle n'a pas voulu démarrer (je crois que la pompe à essence est à bout de souffle), on a pris le bus, en théorie plus long, mais cette fois infiniment plus rapide. Comme quoi.

J'ai aussi plein d'anecdotes de quand mes parents viennent me chercher où m'amènent à l'aéroport en voiture. Dans une zone densément peuplée, ce n'est absolument pas rare qu'il y ait un différentiel de 250-300% entre le temps de trajet le plus rapide et le plus long. Du coup, on part maintenant souvent beaucoup plus tôt qu'on ne le ferait pour un évènement "ratable", parce qu'un simple accident sur une voie contraire peut doubler le temps de trajet.

Je me rappelle aussi il y a une quinzaine d'année être sorti de la voiture qui devait m'amener à une gare pour courrir et sauter dans un métro qui m'a amené de justesse. Ce jour là pour un évènement dont je ne me rappelle plus le traffic était complètement bloqué.

Alors oui en zones moins peuplées, il y a moins de risques de bouchons. Mais un véhicule qui tombe en panne ou un accrochage, ça arrive et des anecdotes il y en a dans tous les sens.

En contrepartie tu peux faire quelque chose dans le train (et tu peux même boire un verre). En voiture pas si tu es le conducteur.

Il me semble que c'est ce en quoi Elon Musk veut transformer twitter, pardon X.

Si ton destinataire est un des trois gros, qu'il ne te fournit pas un clé oublique, c'est déjà plus trop confidentiel comme communication. Par sms non plus.

Ben si tu n'as pas à la renvoyer quand tu forward à une autre personne ou groupe, il faut dans ce cas que tu puisses la rechiffrer avec les clé publiques des nouveaux destinataires. C'est peut être le cas mais si c'est fait du côté serveur (il n'y a pas de nouvel upload), ça me laisse dubitatif.

line est la messagerie phare au japon et est très utilisée en corée il me semble. Possiblement d'autres pays d'asie du sud ainsi que Taiwan.

Nous on n'a pas besoin si on a déjà un compte jabber. Par contre on peut le proposer oui.

Mais reste le pourquoi? C'est compliqué face à un population totalement résignée vis à vie du respect de la vie privée et des solutions privatrices (mais ils savent déjà tout sur nous et patati et patata étant la remarque habituelle). Les seuls que t'arrivent à migrer ce sont les gens qui se retrouvent du jour au lendemain avec leur compte google/microsoft/meta désactivé/banni sans aucun recours.

Parce qu'une batterie se vide, qu'un téléphone glisse de la main et a l'écran fragile et que la SNCF en a marre de devoir gérer tous ces cas où le billet n'est pas scannable.

Du coup les contrôleurs scannent mais si ça t'arrives un jour et que t'as pas imprimé ton billet, il pourra te dire fuck off et te mettre une amende et ce sera justifié même si tu parais de prime abord de bonne foi.

N'est-ce pas aussi le cas de ZorinOS, dans sa version payante?

Je le ferai à minima que sur une VM que tu ne peux utiliser que pour présenter à un groupe de personnes en particulier.

Tout dépend de ce que tu entends par sécurisé et quelle est la surface d'attaque.

Par exemple telegram par défaut ne chiffre pas les communications, sauf si tu crées ta discussion en mode "secret" (si je me souviens bien de la nomenclature) et les groupes sont tous en clair. Donc tu as bien une possibilité de chiffrement, qui te sécurise vis à vis de quelqu'un qui snifferait ton réseau local. Par contre les clés restent je crois stockés sur les serveurs, donc tu n'es pas sécurisé de telegram et toute organisation y ayant accès.

Matrix ne sécurise que les discussions point à point et les groupes privés avec accès sur invitation le sont seulement si tu laisses la coche chiffrement activée à la création. Et bon les groupes publiques sont publiques donc en clair.

Pour Signal, c'est chiffré et le serveur n'est pas censé héberger les clés de chiffrements, mais il y a du leak de metadonnées.

Pour Whatsapp en théorie c'est pareil (là on n'a pas le code source ni les environnements de build pour vérifier) mais je crois que les pièces jointes comme les photos et vidéos ne sont pas chiffrées et mise en cache sur les serveurs, raison pour laquelle on peut forward de façon instantané une photo/vidéo sans délai de réenvoit (je ne suis pas sûr pour les messages audios).

Entre XMPP, Matrix, DeltaChat, Briar, Tox et Jami, j'ai eu de très bons résultats en me parlant à moi même par smartphones et ordis interposés…j'ai des comptes partout…maintenent pour les utiliser avec des vrais personnes, c'est autre chose. Il n'y a que xmpp et matrix que je n'utilises que pour des messageries de groupes, certains étant des bridges vers irc d'ailleurs. C'est balaud.

…le problème c'est que face à une messagerie qui semble avoir l'hégémonie en europe et amérique du nord (bon partagée avec imessage), et signal souvent vendu comme l'alternative (mais qui ne me convainc pas), c'est compliqué de conseiller l'un et pas l'autre…et au final on ne conseille rien. Et face à des habitudes et une resistance au changement, c'est compliqué.

Du coup on fait quoi?

Le problème c'est que le résultat est inégal suivant les providers internet.

Par ailleurs jami n'est pas spécialement plus orienté visio que messagerie contrairement à ce qui est dit dans le journal.

Sinon, Briar et Tox ne nécessitent pas non plus de serveur. D'ailleurs tu peux utiliser Briar via bluetooth où une connection locale wifi sans accès internet.

Je parles de le faire quand la voiture était arrêtée hein. Un policier formé devrait pouvoir viser un pneu de face (pas de flanc) et le risque de ricochet est quasi nul de part la nature d'un pneu. La balle n'a plus assez d'énergie et de vitesse pour aller blesser quelqu'un d'autre.

Ça et le radiateur à l'avant. Une voiture qui perd son liquide de refroidissemnt, en plein été, ça ne va pas loin non plus. Et c'est pareil, la balle va se loger dedans et pas risquer de blesser quelqu'un d'autre.

Les deux cas sont moins risqués que de tirer dans le pare-brise comme ils l'ont fait car ils auraient pu tuer un passager de la voiture à la place du conducteur.

Il y a eu des interfaces skeuomorphiques bien plus élégantes tout en gardant les mêmes propriétés.

Ben déjà les policiers étaient deux. L'une des deux auraient pu tirer dans les pneus en premier pendant que le second engageait le conducteur. Une voiture avec les pneus crevés, ça ne peut pas aller bien vite ni bien loin.

Le seul intérêt que je vois, c'est de dérider un peu l'audience lors d'un partage d'écran d'une réunion.

Je n'ai pas parlé de base de donnée. Et dans ce cas Master/Slave n'est pas vraiment plus juste, on dirait plutôt primaire/secondaire, main/replica ou main/standby. Mais effectivement, ça dépend des cas.

…les liens peuvent être sur n'importe quel sujet, mais c'est pas bien de vouloir faire saigner les yeux des gens comme ça.