Sacha Trémoureux a écrit 284 commentaires

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.

N'utiliser qu'un seul service c'est s'en rendre dépendant, mais aussi minimiser la charge cognitive nécessaire à l'usage.

Et pour jouer au plus bête, le plus dépendant finalement ce n'est pas l'utilisateur de WhatsApp. Si ce dernier s'écroule il y aura toujours un remplaçant vu le marché de la messagerie instantanée. Par contre, l'utilisateur d'XMPP le temps qu'il a passé à capter comment ça marche/administrer son serveur/transmettre aux autres (et galérer pour remplir sa liste de contacts), il aura plus de mal à en partir. ;)

J'ai depuis pas mal d'années essayé de m'accrocher à XMPP, et je le fais encore. C'est mon principal moyen de communication avec mes contacts « techniques », et les quelques amis qui me font plaisir en l'ayant installé pour communiquer avec moi. En dehors j'avais FB quand j'étais étudiant (fallait bien se faire inviter pour boire), et désormais je me contente des SMS.

Même si je le fais de moins en moins, j'ai l'habitude de le vendre auprès d'un public moins technique. Selon les personnes en face, les arguments assez généraux sur la souveraineté de la communication, ne pas céder ses données à des entreprises qui vendent leurs bases utilateurs, c'est décentralisé blahblahblah… ça peut éventuellement marcher. Mais en face, il faut une alternative solide, et à mon sens XMPP n'y est pas.

Il faut en permanence comparer ce qu'on propose avec les attentes, les produits, et les usages existants.

Je donne quelque exemples :

Depuis belle lurette, le multi-device est indispensable. Je/mes amis attende(nt) de pouvoir suivre une discussion sur desktop et la retrouver sur mobile. Avec l'historique. Le support client des carbons (xep280) n'est pas si vieux que ça je crois que Pidgin l'a intégré il y a seulement 10 mois. Gajim l'avait un peu plus tôt, mais l'a activé par défaut que plus tardivement… Les archives serveurs (xep313) c'est encore plus récent côté client, j'y arrive à peu près avec Gajim. Pour ces deux points, on oublie totalement le chiffrement, donc même côté vie privée, certaines alternatives pourraient faire mieux.

Une interface web aide énormément à l'accessibilité d'un service. J'en connais aucune qui répondrait totalement aux « besoins » que je cite plus haut. J'attends la résolution sur Movim de l'issue sur MAM (https://github.com/movim/movim/issues/33). Je suis tout de même avec énormément d'attention les projets Movim et SàT.

La seule éclarcie qui irait dans ma direction c'est Conversations. L'application est moderne, très agréable à l'utilisation, et pas difficile à utiliser. Sur le support des XEP elle est très avant-gardiste. HTTP File Upload (xep363) est très agréable à utiliser en redonnant un brin de modernité à XMPP. OMEMO semble marcher avec les autres personnes sur le même client. J'en suis au point où certains de mes amis n'utilisent plus que Conversations trouvant l'état des clients desktop assez médiocres.

Les XEP sont à mon sens à double tranchant. Certes le protocole évolue de manière standardisé, et c'est ce qui me rend assez tenace avec XMPP, mais le support des clients est extrêmement inégal. J'ai volontairement éclipsé la partie serveur parce que la notion même de client/serveur est vraiment compliquée à faire comprendre à un public non-technique. La première étape en XMPP est quasiment infranchissable, c'est là que je me heurte au plus grand mur. J'héberge donc mes amis n'ayant pas d'adresse XMPP, et honnêtement il y a plus de chance que mon serveur se casse la gueule que celui de WhatsApp/Telegram. Accessoirement, tant que le problème du chiffrement de bout-en-bout n'est pas résolu (de façon accessible hein), j'ai accès à leurs données.

C'est à peu près la vision que j'ai actuellement. J'espère que vous me donnerez tort. :)

Vu que RHEL/CentOS s'administrent de la même façon, c'est pas bien compliqué de trouver des ressources sur le net. Utilisant Fedora, c'est une bonne distribution pour du desktop et pas si compliquée que ça. Ça reste quand même assez stable si on cherche pas les ennuis. Pour choisir entre les deux, tout dépend si tu souhaites disposer des dernières versions en date pour ton PC avec une Fedora tous les six mois ou bien tu préfères rester sur du robuste et avoir la paix pendant 2 ans avec du CentOS.

Après, y'a d'autres distributions aussi… :p

Y'a des API pour suivre l'Euro. :p
e.g : http://api.football-data.org/v1/fixtures/149876

Pour le moteur de recherche, les alternatives peuvent être du DuckDuckGo, ou bien des instances de Searx comme Framabee. J'ai personnellement énormément de mal à me passer de Google à ce niveau-là. C'est leur cœur de métier (publicité à part), et ils le font très bien. Tu peux également aller voir du côté de Bing si c'est juste l'hégémonie de Google qui te dérange.

En mail, je m'héberge, je connais pas assez les solutions.

En navigateur, Firefox est une alternative solide à Chrome. Et il a une pléthore de dérivés en tout genre comme Midori.

Pour Fedora, c'est le bac à sable de RedHat, les principales nouveautés sont testés sous Fedora pour ensuite arriver sur RHEL un fois stabilisées. L'équivalent sans licence RHEL est CentOS. En tant que particulier tu n'as pas grand intérêt à payer une licence.

Trop de couleurs dans ton terminal. Ça s'associe mal avec tes habitudes de surf.

Sinon, ta démarche même si un peu extrême, démontre l'abus assez violent de redirections dans tous les sens sur le net. Mais une page web utilisable sans JS, ça relève désormais de l'utopie, c'est se tirer une balle dans le pied que de vouloir s'en passer.

Euh, c'est dans le changelog. C'est dans la dernière version de systemd, donc le temps que ça soit embarqué dans les distributions stables, ces dernières ont le temps de savoir sur quel pied danser.

Je comprendrais que ça râle si c'était pas désactivable, mais là faut pas pousser. Mais bon, faut bien râler…

Yep. Faut pas le paumer par contre, ça coûte genre 5€ à l'achat.

Vous êtes perchés…

Bon, j'allais forcément dire des bêtises.
C'est pas lié au DHCPv6, c'est bien le SLAAC et en particulier les privacy extensions.

En plus de l'IP liée à l'adresse MAC, une adresse est générée aléatoirement et régulièrement par le client.
Le préfixe /64 change lui en fonction du bon vouloir du FAI. Il peut très bien être fixe.

En IPv6, les OS clients — quand un serveur DHCPv6 est fourni par le routeur — peuvent choisir une IP random au sein du /64 disponible sur la gateway si je ne dis pas de bêtise.

Je l'ai installé depuis ce copr : https://copr.fedorainfracloud.org/coprs/mkrawiec/i3desktop/

Ça semble tourner sans devoir le compiler.
Après, le compiler n'est pas un trop gros problème.

Il faudrait que Linuxfr ait un pouvoir de décision sur les différentes distributions pour tenir la comparaison. :)

C'est cool que ça se développe. Le forum est une bonne initiative je pense, à voir si ça prend.
Je connaissais pas Flarum, je trouve l'expérience agréable, ça en fait une bonne alternative à Discourse.

Quelques boutons trop petits sur Firefox j'ai l'impression par contre :)

Bon courage

Le fait est que ça parle d'intégrer pas mal de choses dont même apt-get.

Voyons, une SSII digne de ce nom sera capable de propulser n'importe quel collaborateur n'importe où et n'importe quand !

C'est quand même con pour un fork d'un soft vocal de se différencier sur du visuel !

Facile ! Tu as juste à restaurer ton backup !