mathieui a écrit 61 commentaires

J'avais cru comprendre que ce n'était pas encore au point (#3116)

Ce bug est justement pour se passer de poezio et de se servir directement de biboumi comme un bouncer, ce qui n’est pas encore possible. En revanche, ce bug ne concerne pas le fait d’utiliser poezio + biboumi + un autre client, puisque poezio est déjà présent sur les salons, pas besoin du fonctionnement de "join forcé" du bouncer qui pose problème à biboumi (on peut même choisir de n’en rejoindre que certains via l’autre client).

je suis sous debian jessie (prosody 0.9.7) avec les modules de jessie-backports (2016/08/13)
Cela peut il venir des certifs lets encrypt non reconnus ?

Seulement si s2s_secure_auth est activé et que le système n’a pas les trust anchors letsencrypt

Je ne suis pas très bon pour convaincre les gens d’utiliser poezio (en plus de ne pas être très objectif) ; ce que j’apprécie néanmoins dans le combo poezio+biboumi pour IRC, c’est la possibilité de se passer de bouncer et de pouvoir utiliser n’importe quel client XMPP android (j’utilise conversations) qui prend en charge les salons, pour avoir accès à tout l’historique de manière transparente (maintenant que biboumi implémente MAM et les Multi-Session Nick qui permet à plusieurs clients d’être connectés derrière le même nick). Après, je préfère poezio à l’utilisation courante (avec les chat states, corrections, xhml-im, attention, message receipts), mais ce n’est pas vraiment un argument :).

Sinon, le serveur muc.poez.io est up, a un certificat letsencrypt valide, et n’expire pas avant 2017, donc je ne vois pas très bien la cause du problème. Si tu as des logs côté serveur ce serait sans doute pratique (peut-être un problème de DNS côté prosody ?).

Les afficher, non, libcaca (ou ses jumeaux) n’est pas une solution agréable, ça prendrait trop de place en plus d’être moche, et on n’a pas vraiment moyen de les afficher dans un framebuffer de façon convenable. On pourrait par contre permettre de les télécharger pour les ouvrir dans un programme externe comme eog/feh/gpicview, et les envoyer en implémentant l’édition de sa vcard.

De mémoire c’est dû à la baisse progressive de l’activité des services (une grande partie avait déjà été débranchée en amont), et à la loi qui les forçait dorénavant à se définir comme service commercial (paradoxalement, vu le nom de l’asso), avec toutes les contraintes qui vont avec.

Ça a l’air intéressant, merci, je vais me pencher dessus (dommage que ça ne permette pas d’utiliser BitTorrent dans le navigateur, malgré tout).

Ça c'est parce que les implémentations n'ont pas pris ce détail en compte: rien n'interdit un même JID d'avoir plusieurs empreintes OTR différentes. C'est pas un problème lié seulement au protocole.

Oui mais non. Tu peux en effet avoir plusieurs empreintes de clefs par JID, la plupart (tous les ?) des clients qui prennent en charge OTR prennent ça en charge également. Cependant, le problème est différent : tu ne peux pas maintenir une conversation OTR sur plusieurs terminaux connectés, pour la bonne et simple raison que le chiffrement se fait pour une clef en particulier, les messages via OTR dupliqués sur un autre terminal (ils ne le devraient pas quand c’est fait proprement, cf XEP-0280, XEP-0334) seront illisibles, quoi que tu fasses. Le seul truc que tu peux faire quand tu changes de terminal, c’est rouvrir une session OTR avec ton contact.

Ce problème n'est par ailleurs pas résolu dans le protocole de TextSecure, puisque le protocole suppose que la master key reste la même entre les messages.

Le seul contournement reste encore et toujours de dupliquer la clef entre les différents terminaux afin d’en avoir une seule.

C’est d’ailleurs dommage qu’il ne soit pas sur HAL (archives-ouvertes), car il est quand même écrit (en partie) par deux chercheurs INRIA.

À noter que si le draft (http://tools.ietf.org/html/draft-saintandre-xmpp-tls-02) et le manifeste deviennent relativement courants, il sera impossible de dialoguer avec un contact google, puisqu’ils ne fournissent pas de chiffrement en server-to-server (même « opportuniste » aka pas de vérification de certificat).

Moi ce que je vois, c’est surtout que firefox délègue quelque chose qu’il fait mal (lire des fichiers multimédia) à un outil qui le fait bien.

Que firefox puisse maintenant lire MP3, AAC, et H.264 en passant par gstreamer est un collatéral (même si je trouve ça triste), ce que je vois c’est que ça permettra surtout de lire le FLAC et bien d’autres formats libres dont la ré-implémentation dans firefox aurait été une perte de temps.

Qui plus est, la lecture des formats propriétaires se fera uniquement sur les systèmes ayant déjà les greffons propriétaires installés, donc ce n’est pas comme si firefox forçait l’utilisateur à lire ces formats sales.

Systemd.

Jusqu’à preuve du contraire, systemd n’est ni le système d’init par défaut, ni le préféré, ni le majoritaire ; partant de là, je vois assez mal en quoi on devrait écharper le rc.conf juste parce qu’il faut faire plaisir aux gens qui l’utilisent. Si tu veux utiliser systemd, tu peux coder ton wrapper, utiliser celui que les gens mettent gracieusement à ta disposition ou utiliser les 52 fichiers de conf différents de systemd au lieu du rc.conf, ça me fait ni chaud ni froid. Par contre, viens pas pourrir mes fichiers de configuration pour te faciliter la vie ; tu utilises systemd, c’est ton problème.

C'est pas à arch de choisir avec quel outil tu fais ta conf. vim, emacs ce que tu veux. Et si les développeurs GNOME ou grub on décidé qu'il fourniraient d'autres fichiers de conf, tu vas pas demander aux devs Arch de pas les packager…

J’ai dit ça où ?

Archlinux à certe pour but de développer ses propres outils d'administration

Ah ? Depuis quand ?

[…] et de founir des fichiers de confs simples et lisibles. Mais celà vient après le KISS.

Non, ça en fait partie.

Et conserver rc.conf c'est ne pas être KISS, du moins en intégrant systemd dans les dépôts.

Pourquoi ?

Il faut écrire un parser de rc.conf et écrire un wrapper à systemd.

Pourquoi ?

Si des outils de confs existent, ils doivent être fournis par usptream.

Ouais, vim. Si ce n’est pas éditable à la main → bloat.

De même, les fichiers de configurations ne sont pas modifiés.

Comment ?

Ça devrait l’être en théorie, mais owncloud, comment dire…

1. C’est du PHP
2. Les options nécessaires du php.ini ne sont pas précisées
3. Les droits des dossiers sont mal mis à la base (i.e. il faut chmoder des trucs à la main après avoir décompressé la tarball, et ce n’est évidemment pas expliqué dans la doc)
4. Les erreurs ne sont pas affichées (pratique, pour savoir ce qui ne va pas)
5. S’il a un problème pour rafraîchir un dossier, il va boucler à l’infini
6. Le client lourd est codé avec les pieds (et en Qt, accessoirement).

À part ça, on peut le faire marchotter, si.

J’avoue que la page du wiki (.org) est extrêment longue, complexe, et confuse à ce sujet. Quand on lance un grub-mkconfig, on est mal parti. Cette page est, je trouve, plus claire, et ça montre bien que la complexité de grub2 est principalement un ajout dont on peut se passer…

C'était ancestral comment, Grub ? Genre plus développé depuis des années, ou encore en marche mais jeté aux orties prématurément ? Vu que la version de lilo dans [core] date de 2011, je présume que Grub était encore plus vieux.

Non mais utiliser lilo à la place de Grub c’est stupide, vu que 1) Grub est est toujours disponible, juste, il est dans l’AUR 2) Grub 2 ne remplace pas Grub 1 3) Grub 2 est utilisable 4) Il y a syslinux.

Ça me paraît être une délicate attention. Que ce mode de config soit "déprécié" est-il si dramatique ? Un jour, il ne marchera plus, mais ce jour n'est apparemment pas arrivé.

Ça ne marchera pas un jour, et la configuration du système devient debiannesque. C’est de l’anticipation.

Si tu l'utilises, c'est qu'il existe encore, non ?

utiliserai c’est de l’indicatif futur. Et c’est aussi de l’anticipation.

Mais je te trouve bien catégorique en affirmant que désormais, la ligne officielle des mainteneurs d'Arch sera de te pourrir la vie en empêchant activement tes bootloaders et autres scripts de fonctionner.

Enlever grub de [core] correspond relativement bien à ça, pourtant. Ça veut dire qu’il faut se faire chier à le récupérer de l’AUR pendant l’install, etc…

systemd représente-il réellement un tel schisme ?

Ça va juste pourrir la vie. Trois tonnes de fichiers de configurations différents, un init pas customisable (rc.sysinit c’est pratique). Et ça n’importe rien à 99% des utilisateurs, sauf peut-être un temps de boot réduit de 3 secondes.

Autant les symlinks mis en place pour faciliter l’utilisation de systemd (/run /lib etc) je m’en tape, ça marche pareil, autant les modifications à la configuration du système…

Excellente initiative, dommage que ce soit en mono, quoi...

Je n'avais pas vu de formats d'images supportés sur le site de l'éditeur.
Si leur support est avéré, c'est une bonne nouvelle :).
(j'hésite encore à en acheter un pour ma part, parce que ça représente une petite somme, quand même)

You lose.

The proprietary nVidia video driver has been integrated.
:(

Génial, comme d'habitude :).

Je pense que ça n'« aide » pas à descendre les finances de MS, ça ne les fait juste pas augmenter. Et je pense que MS, ce qui les intéresse, ce n'est pas nécessairement le nombre de licences vendues, mais plutôt l'emprise qu'ils ont sur le marché, que ce soit par des licences obtenues légalement comme par des versions crackées.
Et la solution préconisée par racketiciel n'y apporte aucun remède, au contraire, presque.

En somme, racketiciel propose juste aux gens qui ont acheté windows, de se faire rembourser windows, puis de remettre windows ?
Je trouve ça logique, mais que ça ne concerne pas spécialement le logiciel libre, hormis le fait que ça pourrait pousser les gens à demander un pc sans OS, donc sans la fameuse « taxe windows », nous permettant du même coup d'installer des OS libres sur nos pc sans pour autant payer cette dernière. (encore que la clause nécessitant un OS déjà installé soit assez risible)
Pas beaucoup d'intérêt, donc, selon moi…

« Tu es nouveau ? »
J'ai ri.

« Qui sait de quoi la Grande-Bretagne s'excusera dans 50 ans et qui est commis maintenant? »
Qui sait, si ça se trouve, un jour, on aura même les excuses de ségolène royal pour tous les internautes traumatisés à vie…

Déjà lu (et tellement vrai, tout comme ce journal).
Enfin, je n'avais pas d'accès internet en 1995, mais je pense que les sites, à défaut d'être plus jolis, étaient malgré tout plus ergonomiques.