Yth a écrit 2602 commentaires

Ouais, mais tu vas chopper tous les terroristes pédonazis qui seront assez idiots pour rester sur Whatsapp, et partager dessus !
Y'en aura au moins, peut-être, un ou deux !

• Yth.

C'est la philosophie d'internet, hein ?

Pas tout à fait.
Parce que la notion de réseau local est là depuis à peu près le début.
Sans parler du NAT, qui là est bien un hack pour repousser les murs.

Un réseau local, avec une passerelle et par exemple un proxy HTTP ou SOCKS5 pour accéder au web.

En fait c'est même très clairement ce qu'essaient de reproduire beaucoup d'entreprises aujourd'hui, mais avec le télétravail, donc un VPN : tu accèdes au web via le proxy, mais tu n'es pas sur internet, surtout pas, et tu accèdes aux machines du réseau local (ie le VPN, mais pas le réseau local de ta maison !) qui ne sont pas sur internet non plus.

Ipv6 avec des IP publiques pour tous, ce n'est pas du tout la philosophie.
IPv6 peut-être (mais non nécessaire en réalité ici), mais avec toujours des notions de réseau local, et de passerelle pour accéder à certains services sur internet, et des machines qui ne sont pas, n'ont jamais été, et ne devront jamais être exposées ou exposables sur internet.

Ce qui est un hack c'est l'inverse, c'est de vouloir avoir tout un sous-réseau qui soit lui-même entièrement sur internet, mais de ne faire ça qu'avec une seule IP publique.

IPv6 répond à une problématique, et c'est celle de faire un sous-réseau d'internet.
Donc qui fasse partie intégrante d'internet, mais qui reste un sous-réseau parce qu'il y a un goulet, typiquement la connexion internet.

Ce n'est absolument pas la seule façon d'imaginer la topologie d'internet, et il n'a jamais été question que toute machine soit directement sur le réseau.

• Yth.

PS: Pour être précis, IPv6 répond aussi à une autre problématique qu'on pourrait appeler la multiplication des sous-réseaux. Parce que même si on considère qu'une connexion = une adresse IP, on en manque, et c'est d'ailleurs sur cet unique point qu'on tente de pousser IPv6 pour remplacer IPv4.
Alors que l'argument devrait (pourrait au moins) être aussi topologique.

C'est plus compliqué en pratique.
Parce qu'il y a des machines qui ne font pas ça par exemple.
Qu'avec un réseau très hétérogène, c'est pas si zéro-conf que ça.

Alors comparer avec un unique serveur dnsmasq qui fait tout ça avec deux fichiers de configuration plats et standards, et qui va fonctionner tout le temps, franchement, flemme tout ça, dnsmasq a gagné.

Surtout qu'étant toujours en IPv4, j'ai toujours besoin d'un DNS menteur pour les noms de domaines publics :)
Donc :
- cache DNS ;
- DHCPD (configuration, automatique de l'IP, de la passerelle, du NTP relais local, des plages d'IP visiteur, des DNS secondaires, …) ;
- DNS local ;
- TFTP pour jouer avec le boot réseau.

Un seul logiciel à configurer dans tout le réseau, et tout ça fonctionne, tout le temps, pour n'importe quel périphérique, même un vieux machin, ou un truc expérimental.

C'est toujours la flemme qui l'emporte.

• Yth.

Et moi, bah je ne vois pas l'intérêt de configurer chez mon fournisseur de nom de domaine pcdusalon.mamaison.xyz, alors qu'un bête dnsmasq avec un fichier /etc/hosts va faire l'affaire, à la fois pour le DHCPD, et le nom de domaine.
Quand pcdusalon se connecte au DHCP, fourni par dnsmasq, ce dernier regarde dans sa table l'IP à lui fournir, et est capable de répondre avec cette même IP à une requête DNS.

Ne pas le faire en local signifierait de devoir configurer ça à deux endroits différents, v'là la prise de tête, et la complexité.

J'ai un fichier /etc/ethers qui associe une adresse MAC à un nom de machine, à configurer une fois par nouvelle machine.
Un fichier /etc/hosts qui associe un nom de machine à une IP, à configurer une fois par changement de pile IP.
Un logiciel qui fournit tout ça automatiquement, et permet de laisser les autres machines en mode DHCP, dnsmasq, qui en plus sert de cache DNS, c'est toujours utile.
Et ça fonctionne même si la ligne internet est coupée : je peux encore accéder à mes machines par leurs petits noms mignons.
Et je sais quelles IPs locales, fournies par mon DHCPCD, ne sont pas reconnues, c'est la plage d'adresse publiques, et je peux configurer leur réseau, et le firewall, pour les limiter, donc un visiteur n'aura pas les mêmes accès que moi.
Ça s'appelle la gestion d'un réseau local.

Face à ça, l'intérêt d'aller configurer le DNS à l'extérieur, je vois vraiment pas.

pcdusalon, c'est privé, ça n'a aucune valeur en dehors de chez moi, même pour moi hors de chez moi, ça reste privé et basta.
Au pire j'ai une machine accessible en SSH depuis internet, et je saute sur pcdusalon depuis celle-ci.
C'est à dire que d'abord je rentre chez moi, et ensuite je vais voir pcdusalon.
Et c'est certes obligatoire en IPv4, mais ça reste pertinent en IPv6.
Parce que même si toutes mes machines ont une IP publique, je vais restreindre la surface d'attaque en laissant un unique SSH accessible à travers le pare-feu, je sauterai toujours à partir d'elle vers le reste du réseau.
Donc je n'ai jamais besoin d'avoir le DNS de pcdusalon.mamaison.xyz sur internet.
Et si pcdusalon héberge un site web public, et bien j'aurais un DNS vers monsiteweb.fr, qui pointerait vers son IP publique, ou plus probablement le reverse proxy que j'ai mis en frontal, ici pour ne pas exposer le serveur web de pcdusalon directement, mais avoir une couche de sécurité en plus, pour pré-filtrer des attaques par exemples, ou rediriger le HTTP vers le HTTPS.
On fait ça nettement mieux avec un haproxy qu'avec un thttpd.

Le DNS local, ce n'est même pas une question de sécurité juste de valeur, de portée, et d'accessibilité, de la donnée.
C'est décorrélé de la sécurité, c'est juste une question de pertinence.

• Yth.

Le DNS du réseau local pour les noms du réseau local.
N'ayant pas vocation à servir en dehors de ce réseau local.

J'aime bien accéder à mes machines locale, localement, via des petits noms.
Ces noms n'ont pas de sens en dehors du réseau, et je ne vais certainement pas les mettre directement dans un DNS internet pour qu'un éventuel attaquant n'ait plus à scanner mon /56, mais ait directement toutes les IPv6 pertinentes.

Donc même en IPv6, il y a utilité d'un DNS local pour les noms locaux.
Ça peut se gérer avec un fichier /etc/hosts, mais il faut le déployer partout, c'est plus simple avec un DNS.

Tu mets dnsmasq, comme ça tu as ton cache DNS local, avec tes noms locaux.

Je ne vois pas ce qui te gène dans mon utilisation de local ?
Le local network, il peut être interne et NATé en IPv4, ou public en IPv6, c'est le même, c'est ce qui est derrière la connexion internet, derrière le firewall, derrière la box, chez moi.

Et je veux faire « ssh miaou » quand je suis chez moi, mais que ça n'ait aucun sens hors de chez moi.

• Yth.

Oui, pardon, tu as raison, j'ai écrit un peu vite, en IPv6, pas besoin de DNS menteur, juste un DNS local pour les noms locaux.

• Yth.

C'est très incomplet tout de même.
Parce que l'intérêt de Redis n'est pas tellement son stockage clé-valeur, ou ses types de données assez pratiques.

Il y a deux points intéressants : le cache, avec le TTL (Time to Live) pour chaque clé, qui permet de dire que la donnée ne reste disponible qu'un certain temps.
Donc typiquement pratique pour faire un cache avec invalidation temporelle automatique.
Apparemment Redka permet ça.

Mais aussi l'utilisation de Redis comme bus de données, avec les fonctions comme BLPOP ou BLMOVE, qui permettent d'attendre un élément dans une liste et de le consommer immédiatement.
Avec ces méthodes, on peut avoir plusieurs processus de travail en attente de quelque chose à faire par exemple : soit on a plein de taf et la liste grossit, soit on s'ennuie et les processus patientent de façon non active, et un seul recevra la première donnée disponible.
Ou des fonctionnalités de PUB/SUB aussi, dans la même idée mais où tout le monde reçoit les informations.

Pour le coup, Redka perd pas mal de l'utilité de Redis.
Comme si tout ce qui comptait était la commodité des types de données, alors que c'est du bonus autour du reste.

Bref…

• Yth.

Chez mi le problème se présente comme ça :
Ma conf est Ipv4 depuis longtemps, et le DHCP local fournit un DNS local, qui résout les adresses locale avec des IPs locale, y compris le nom de domaine extérieur.

C'est donc un DNS menteur, puisque sur les noms de domaines publics, il retourne de IP locales.

Et il n'y a aucun DHCP IPv6.
Mais je n'ai jamais déconfiguré explicitement l'IPv6 sur ma machine.

Et là à un moment, il s'est mis à obtenir une IPv6, qui vient apparemment de la box donc, et un DNS IPv6, qui n'est pas à moi.
Et là c'est dans le /etc/resolv.conf local de ma machine, généré par le DHCP, qu'une IPv6 est apparue en haut.
Et la résolution de nom passe par ce premier résolveur IPv6.
Et donc pas par mon DNS menteur interne.

Pif, ça marche plus.

Et là, le côté où t'as jamais activé ça sur ta box, mais tu as quand même un DHCP et un DNS IPv6 qui viennent se mettre en premier, ça casse un brin les bouts des pieds.
La solution pourrait être de configurer proprement un DHCP IPv6 avec un DNS menteur local, mais comment être bien sûr que l'autre qui vient de chaipahoù ne continue pas de mettre le bazar ?

De toute façon, la solution serait que je me renseigne - enfin - sur comment ça fonctionne vraiment, et de faire les choses proprement.

La solution facile c'est de bien dire à la machine de ne pas se fouler avec l'IPv6, c'est non.
C'est une bonne première solution, parce qu'il semble hors de question de basculer sur de l'IPv6 sans faire les choses correctement.

Et là paf.
Paf = ben ça marche, alors on touche à rien, donc pas d'IPv6, parce que c'est des efforts, et qu'à choisir entre jouer à kingdomino avec mes mômes et se coltiner de la doc IPv6, ben la technique a perdu…

• Yth.

En effet, c'est à peine caricatural de dire que si tu leurs dis bonjour en anglais, ils vont te répondre que tu es génial, bravo, super.
On serait en France, on se dirait qu'ils se foutent largement de notre margoulette.
Là, non, c'est la sincérité franche de l'habitude, totalement hypocrite car ils n'en pensent rien, il ne faut rien y chercher derrière, c'est leur façon de te dire « yay, salut ! » avec un sourire.

C'est perturbant, un peu, c'est pire au niveau des formations adultes.
En France, on a encore l'habitude (qui se perd) de noter de façon juste (c'est l'objectif), parce que ça permet d'avoir un vrai retour sur la qualité du travail fourni.
Là-bas, mettre 10/20 c'est vu comme ultra-violent, comme si tu essayais de casser le moral de l'apprenant, les notes iront de 15 à 20, alors que chez nous ça va plutôt de 1 à 19.
Et apparemment chez les Danois c'est plutôt dans l'autre sens, presque jamais de retours positifs, que des retours sur ce qui peut être amélioré, ou ce qui est mauvais. Un bon retour Danois c'est aucun retour, ça veut dire que tout est OK.
Mettre les deux ensemble, Danois et Américains, peut donner des chocs de culture assez cocasses, ou tragiques, selon.

C'est un peu caricatural ce que je dis, mais ça donne l'esprit.
On peut facilement prendre ça pour de l'hypocrisie, c'est de la culture.

• Yth.

Les maisons d'édition ont aussi des lignes éditoriales.
La Volte, c'est surtout pour de l'anticipation, de la SF.
Or ici, il s'agit plutôt d'un essais sociétal, pas d'un romans de science-fiction.
Le Seuil est plus dans ce créneau là.

• Yth.

Donc c'est bien ce qu'il me semblait.

Tu juges super vite et sans recul.

C'est ton droit.

Moi, bah je rajoute des chips au pop-corn, ou peut-être des cerneaux de noix aux herbes de Provence, ou mieux, au piment d’Espelette, miam !
Bientôt la binouze.

• Y.

Tu parles duquel de fork ?

De ce que j'ai vu :
Valkey se pose en remplacement transparent de Redis, en gardant même les noms de binaires : redis-server, redis-cli…
Mais les derniers commits semblent montrer que le travail de renommage est en cours, pour valkey-cli, valkey-server etc.
C'est soutenu par la Fondation Linux, donc a priori un minimum sérieux.

Redict a déjà fait ce travail de renommage, et ils ont attendu que ça soit prêt avant de fournir une release.
Il y a un site web déjà bien construit, avec toute la doc (majoritairement copiée depuis les potions CC de Redis), les guides, etc.
Donc le fork est très complet, et derrière on a au moins Drew DeVault, pas tout seul.

Après, tout ça a 2 semaines, c'est un peu tôt pour juger, d'où les pop-corns.

• Yth.

C'est ce qui m'a plut, à l'usage, avec Redis, ça permet ces choses là, pub/sub, cache, fifo/lifo, bus de donnée, et ça le fait bien, sans fioritures ou complexité superflue.

C'est souvent une solution assez simple à mettre en œuvre, et qui fait le boulot.

En bref, c'est un outil qui tient ses promesses.

• Yth.

Je suis le mainteneur de Redis dans le projet slackbuilds.org, qui vise à fournir des scripts pour empaqueter des tonnes d'outils pour Slackware.
Ça ne veut absolument pas dire que je bosse sur le projet Redis, juste que je suis capable de changer un numéro de version dans un script shell (bon, un peu plus en vrai, mais on relativise hein).

Alors avec les premières versions disponibles de redict et hiredict (la lib C qui va bien, forkée depuis hiredis), et des versions disponibles de valkey, j'ai préparé les paquets pour ces deux bases.

Redis est un projet plutôt bien fait, léger même dans son fonctionnement interne, et son code, donc ça n'a pas été compliqué de permettre aux trois de tourner en parallèle sur une même machine, en configurant simplement un port différent pour le serveur.

On peut donc (enfin à la prochaine mise à jour publique, ce vendredi) construire les paquets et les ajouter à sa Slackware préférée, faire tourner les trois en parallèle, tester le client de l'un sur l'autre, copier les données, et constater qu'aujourd'hui, on ne fait pas la différence, ce qui est tout à fait normal et attendu.

Maintenant je peux sortir les pop-corns.

• Yth.

Ouais, ça m'a bien fait rire !
T'façon j'utilise pas systemd.

• Y, bref…

PS: J'ai toujours trouvé ça particulièrement crétin les infox du 1er Avril. Celles des autres jours aussi.

Il y a deux façon de voir le handicap.

La façon médicale, où le handicap est vu comme un problème sur la personne, et qu'on peut régler, soigner, pour faire rentrer la personne dans le cadre standard des personnes n'ayant pas ce handicap.
C'est ta vision du handicap, qui s'accompagne de la notion de personne handicapée, à l'instar d'une personne malade.

Et il y a la vision situationnelle, qui présente un ensemble personne-situation, et considère que c'est la situation qui est handicapante pour la personne, et là, la notion de personne handicapée n'a plus de sens.

Prenons un simple exemple :
- une personne paraplégique dans ma voiture, ne peut pas la conduire.
- la même personne dans une voiture sans pédales (éléctrique ou automatique, et avec une « manette des gaz » manuelle par exemple), peut la conduire comme n'importe qui.

D'un côté la situation l'empêche de conduire, pas de l'autre, c'est donc bien le couple personne-situation qui est handicapant.

Autre exemple :
On pourrait très bien avoir des feux tricolores avec un seul feu, tricolore. Pour la majorité des gens, ayant une vision typique, ça va, on distingue bien le vert du rouge du orange, et c'est potentiellement plus facile parce qu'on n'a qu'un seul point à regarder et non plus une zone.
Sauf qu'une personne ayant des problèmes de vision des couleurs va être incapable de savoir ce que le feu lui dit, alors que d'avoir les trois feux, rouge en haut, orange au milieu et vert en bas, lui permet aussi d'un seul coup d’œil de savoir ce qu'il en est.
La situation aurait pu être handicapante, mais en l'état il n'y a pas de contre-indication à la conduite pour une personne dyschromatopsique.
Les panneaux bleus sont carrés, les panneaux rouges sont ronds, les panneaux oranges sont triangulaires, l'information est toujours présente à plusieurs niveaux.

Encore un : s'il y a une rampe d'accès à un bâtiment, et un ascenseur à l'intérieur, une personne en fauteuil roulant peut accéder au bâtiment sans difficultés.
Sans ces moyens, s'il n'y a que des escaliers, la situation est handicapante, alors même que la personne peut ne pas être handicapée.
En effet, ça peut juste être une personne âgée, ma grand-mère par exemple, du haut de ses 96 ans n'a aucun handicap, mais elle fatigue trop vite maintenant.
Et si j'ai une grosse valise à roulette, bien lourde, je suis aussi handicapé s'il n'y a que des escaliers.

Avec cette façon de voir les choses, il n'y a plus de personne handicapée, mais uniquement des situations handicapantes pour certaines personnes.

Alors les deux façons de voir les choses existent, mais ne blâme pas les gens de ne pas choisir la tienne, l'autre est largement aussi valable.

• Yth.

https://redict.io/

L'autre Fork de Redis est là.
L'avenir nous dira lequel tiendra la route, mais ce qui est d'ores et déjà sûr, c'est que ça motive des gens !

Redis est l'une des rares base NoSQL qui m'a vraiment plut, et pour laquelle je trouve une vraie utilité (contrairement à MongoDB par exemple), donc ça me fait plaisir.

En tant que mainteneur de Redis sur Slackbuild, je me tiens prêt à maintenir à la fois Redict et Valkey ^{^} _ ^{^}

Allez, je sors les pop-corns.

• Yth.

Ça s'appelle des « Feature Phone », commercialement.

KaiOS est un dérivé commercial de feu FirefoxOS.
Et une grosse partie des « applis » sont en fait un packaging d'informations (nom, icône, etc.) pour accéder à un site web.
Il pourrait y avoir des assets intégrés (genre la majorité des images, css, JS du site en question), mais c'est pas souvent le cas.

Leur appli phare est bien Whatsapp, en mode « regardez, ya whatsapp, c'est pas un sous-smartphone ! », mais de ce que j'avais vu, c'est pas forcément maintenu de façon très sérieuse.

Il existe un fork libre, GerdaOS, mais uniquement pour les Nokia 8110.

Apparemment le partage de connexion est foireux (sur KaiOS), ce qui tue l'essentiel de l'intérêt qui pourrait être d'avoir un accès internet mobile, avec un téléphone léger.

• Yth.

Ben ya l'appli SMS de base dans lineageOS, ou KQSMS sur f-droid.

Franchement, je ne me suis jamais posé de questions, j'envoie, je reçois, c'est la seule messagerie qui fonctionne sans internet.
Et je ne sais pas ce que c'est que RCS, et j'ai pas de google apps ou autre sur mon téléphone, donc à mon avis, j'ai pas ça.

Alors j'ai fait un poil du serveur SMS en 2005, j'ai même fait pire : du serveur USSD, bon, ça se faisait déjà à l'époque, et même si c'est pourri, je ne vais pas chercher à le nier (quel intérêt ?), ça fonctionne encore aujourd'hui.

Et il n'y a toujours rien d'autre sur le créneau messagerie sans données mobiles.
Donc parfois, au fond de ma montagne, quand le GSM passe, mais zéro data, je peux vaguement téléphoner, souvent envoyer des SMS, mais pas utiliser mon XMPP préféré.

Bah c'est cool que ça existe encore.

• Yth.

J'ajouterai même qu'au quotidien, on ne passe plus pour un extra-terrestre, ou un rabat-joie quand on dit qu'on utilise LibreOffice, et qu'on n'a pas les outils Microsoft.

Et qu'on ne se prend plus des regards médusés, incompréhensifs, ou attristés, quand on propose aux gens d'installer LO.

En fait, l'heure de la polémique est passé, et LO est définitivement entré dans le paysage, comme pour VLC, ou emacs*.

• Yth.

*: Humour. Drôle. Haha. Smiley qui se bidonne : :)

Mais il est pourtant évident que tout lecteur saura reconnaître les limites accordées par le droit d'auteur, personne n'étant censé ignorer la Loi.
Et donc, Paul Gadenne étant décédé en 1956, ça ne fait que 68 ans, et non pas les 70 ans réglementaires - mais pas 74 ans pour prorogation de guerre, parce que le texte a été publié après, en 1949, soit il y a 75 ans - depuis Disney.
Sachant qu'il est mort de maladie, donc pas « pour la France », donc que ça ne monte pas à 80 ans, ou 88 ans - ou 100 ans, ou 108 ans, c'est encore peu clair, et la polémique remontera en 2032 - comme pour notre Alexandre national.

Un moratoire visuel de deux ans sera donc naturellement appliqué par tout un chacun sur ce texte - dont la possession ne saurait constituer en soi un délit.

• Yth, mais sinon, t'as raison, moi j'avais pas fait gaffe, parce que mon nœud de sortie TOR était hors-UE, quand je suis allé voir, comme quoi l'IP, tout ça…

PS : super bien ce texte, je le recommande chaudement, mais j'attendrai 2 ans avant de l'avoir lu, et de le commenter !
« Nous avions cru ne voir qu’une bête ensablée : nous contemplions une planète morte. »

Faut coder un ext1-fuse.

• Y, de rien… :)

Au final ça semble se résumer à :
On ne peut pas faire les choses comme on veut, parce que ça peut avoir un impact sur la pléthore de logiciels, d'outils, et de personnes (et d'emplois !) qui dépendent de comment les choses sont faites.

Et donc Mesa a atteint un point où ils doivent absolument faire attention à ne pas casser les fonctionnements actuels, et donc se poser la question des usages, et tester en amont la compatibilité de leurs changements.

Par chance pour eux, ça se fait alors qu'il y a des entreprises impliquées dans le projet, et des personnes payées pour bosser sur le projet, donc ce n'est pas une problématique bénévole, et travail gratuit pour des entreprises, ici.

Pour ce qui est du problème de mise à jour de zlib en interne, comme bien expliqué dans plusieurs des commentaires sur Phoronix, des solutions techniques il y en a, il va suffire de faire les choses un peu différemment et voilà.
Si ça peut leur permettre de séparer un peu plus la tambouille interne des interfaces externes, ça ne peut être que positif.
Parce que si j'ai bien compris, le lien dynamique avec une version trop récente de zlib, va casser un outil répandu qui a aussi besoin de zlib, mais pas à la même version, et boum.

Ce n'est pas un problème insurmontable, et il pourrait même paraître gênant qu'une contrainte interne à un outil soit en conflit avec une contrainte interne à un autre outil : chacun sa tambouille.

Voilà mon résumé, en français, des débats.

• Yth.

Alors autant je suis d'accord avec « […] toute expression outrageante, termes de mépris ou invective est une injure. », et donc oui, même si c'est vrai c'est quand même une injure.

On peut alors reposer la question côté outrage : est-ce un outrage si c'est vrai ?
Je pense qu'ici la loi est nettement moins tranchée.
Pour aller au point Godwin directement, si je traite quelqu'un de nazi et que c'est vrai, ce n'est pas de la diffamation.

Par contre ton dernier paragraphe est hors-sujet.
Il n'est pas question des idées politiques de la dame en question, mais de sa proposition complètement déconnectée de toute réalité.
Ça montre une méconnaissance grave de ce dont elle parle, et oui, elle aurait mieux fait de se taire (quoique, politiquement, pas forcément, c'est tranché, ça plaît, dans la France de ce début de siècle).

Dernier point, quand quelqu'un fait un truc con et qu'on dit « mais qu'il/elle est con », en général c'est plutôt un jugement de valeur sur l'ensemble personne-action qu'un jugement général sur la personne.
C'est à dire qu'on pourrait dire juste après « mais quel génie » sur un autre ensemble personne-action, avec la même personne.

Donc y'a-t-il insulte à la personne ?
C'est discutable.

Cela étant dit, ce n'est pas le lieux, ici, linuxFR, de publiquement lâcher des injures envers des personnes publiques.
Il faut être nettement plus précis, et dire : « cette façon de voire les choses est vraiment conne/nulle/absurde/débile/au-choix », ce qui évite le malentendu sur le jugement porté.

Bref, travail médiocre, teinté de contresens et de hors-sujet, mais avec une ouverture intéressante, malheureusement non poursuivie, doit mieux faire, 8/20.

• Yth, humour, drôle, second degré, haha, rotflwafwaf.

Si c'est vrai, est-ce une insulte ?
Vous avez trois heures.

-> []