Sacha Trémoureux a écrit 302 commentaires

Et si ça ruisselle dans les lunettes ?

T'as raison, il faudrait un standard unique pour les unir tous.

Qui s'y met ?

J'ai le X1 carbon de 2015, un peu déçu de la qualité de l'écran. Trop fragile au point que mon prochain laptop fera probablement quelques centaines de gramme à de plus par sécurité.

Et côté LXC, c'est géré depuis belle lurette. Bien avant que LXC soit devenu stable d'ailleurs.

En fait, le commentaire est un peu approximatif. Les VMs/conteneurs sont arrivés pour répondre à un besoin mais ne changent pas spécialement la façon dont ça se connecte. Ça reste des équipements virtuels nécessitant des IPs.

Là où benoar a raison, c'est la gestion du réseau y'a 2-3 ans dans Docker où c'était effectivement codé assez bizarrement de façon hard-codée dans tous les sens. Mais c'était de l'alpha.

Tu parlais de mal de cou.

Sur un point tu as raison : généralement trois écrans en paysage forment un demi cercle plus grand que ce que la vision humaine peut se focaliser en un regard.

Ma réponse assez courte décrivait simplement le correctif au bug : tu tournes ta chaise de 10/15°. Pas de clavier à bouger, ou alors t'as un roman à écrire sur ton écran périphérique et là tu intervertis tes fenêtres.

Faut pas croire, trois écrans ça sert pas à placer trois fois des informations sur lesquelles tu bosses en continue. Ça te laisse simplement la possibilité de garder d'un coin de l'œil l'ensemble des informations nécessaires à une tâche.

Quand je suis en déplacement, je me débrouille avec mes bureaux virtuels i3, mais on est rapidement à l'étroit..

Je tourne ma chaise personnellement.

Euh bah je suis pas spécialement allé dans le détail.
Quand je parlais de staging, c'est un environnement de test avec des quotas bien plus hauts.
Tout est ici : https://letsencrypt.org/docs/staging-environment/

Tu dois faire tous tes tests comme ça.

Accessoirement, il ne faut pas confondre Lets Encrypt et son client un peu lourdingue sur les bords. Il y a plein d'autres clients : https://community.letsencrypt.org/t/list-of-client-implementations/2103 . J'utilise acme.sh pour l'instant.

Généralement, la petite technique c'est que ton reverse-proxy redirige/traite le /.well-known/acme-challenge/ à un seul endroit quelque soit le vhost.

L'IPv6 ne change pas trop la donne avec LetsEncrypt. Faut bien penser à rediriger les requêtes web (et donc ouvrir le 80/443) sur des conteneurs/VMs qui n'ont pas spécialement l'habitude de traiter du HTTP. Ou bien valider par DNS.

Y a le staging pour apprendre. :)

(enfin je me suis fait avoir une fois comme toi)

Je refuse de voir la vérité en face.
J'ai downvote.

Ansible est comme indiqué dans le lien dans une version de transition.
Il y a beaucoup de mieux, mais pas mal de plugins peuvent poser problème encore.

Un /128 chacun ?

Bref, n'aurais-tu pas découvert de Microsoft, quels que puissent par ailleurs être les caractéristiques qui déplaisent aux libristes, est un groupe constitué d'HUMAINS?

Noooooooooooon !!!!!

Un peu comme dans cette vidéo ?
https://www.youtube.com/watch?v=8S0FDjFBj8o

:D

« The project was abandoned because of https://github.com/LibreSignal/LibreSignal/issues/37#issuecomment-217211165 »

Aveu avoué de non-test dans ce cas.

Ça marche pas dans ton environnement ?

Pas assez de courage.

Je me demandais si Nextcloud faisait de même vu le dawa que fait le fork et ça a l'air d'être le cas.

https://docs.nextcloud.com/server/10/user_manual/files/federated_cloud_sharing.html

Depuis le temps que tu parles de ta migration hors de systemd, c'est toujours pas fait ? :D

Sans être regex master, un language de script ou même bash peut te faire la même chose avec un peu moins de prise de tête. Tu as essayé ?

Pour tout ce qui est clients lourds, tu vas faire du mail traditionnel donc les outils sont les mêmes que pour les autres services, donc gros sujet… je trouve pas.

Au niveau de la « vie » du serveur, c'est assez particulier. Si tu laisses tourner le serveur sans trop y toucher, les logiciels comme Postfix/Dovecot sont d'une stabilité exemplaire donc tu n'auras pas beaucoup d'emmerdes. Le problème c'est la certaine complexité d'un serveur mail, il peut avoir 5-6 processus qui se parlent entre eux, c'est un peu plus difficile qu'un serveur web par exemple. Ça a quelques conséquences : si t'aimes bien bidouiller, t'as plus de chances de faire des erreurs en voulant mettre à jour/améliorer ton infra. Et un point à savoir, c'est que même si IMAP/SMTP ça n'évolue pas trop même sur 10 ans, la lutte contre le spam évolue pas mal. Il faut être un minimum capable de se remettre au goût du jour.

Après, c'est un excellent moyen de progresser si c'est ce qui t'intéresse.

Pardon, on va empêcher de pouvoir poser des questions sur LinuxFR parce que les utilisateurs le fréquentant ne sont pas dans la tête des utilisateurs.

Sans oublier la TracimBlockchain pour récupérer des financements.

La roadmap de Psi :

http://psi-im.org/wiki/Road_Map

Huhu.

Hey, aucun de vous deux n'arrivera à convaincre l'autre hein.