Ring, la plate-forme de communication multimédia distribuée et sécurisée

Posté par  (site web personnel) . Édité par Benoît Sibaud, bubar🦥, ZeroHeure et Nils Ratusznik. Modéré par patrick_g. Licence CC By‑SA.
25
5
mai
2015
Technologie

Savoir-faire Linux et l'équipe de développement de SFLphone ont le plaisir de vous annoncer la sortie en version alpha d'une nouvelle plate-forme de communication texte, voix et vidéo qui ne requiert pas de serveur central et qui laisse le contrôle et la confidentialité entre les mains des utilisateurs.

NdM : bien que le projet soit en version alpha, il hérite de SFLPhone, développé depuis 2006

En adoptant la technologie de la table de hachage distribuée (DHT) qui est utilisée par les réseaux de partage de fichiers comme BitTorrent, la plate-forme crée son propre réseau sécurisé sur Internet sur lequel elle distribue des fonctions d’annuaire, d’authentification et de chiffrement à tous les systèmes qui s’y connectent. C’est pourquoi elle a été appelée Ring.

Suite en deuxième partie…

Ring (GPLv3) est composé de trois développements distincts :

  • le Ring daemon : Dring ;
  • une bibliothèque commune pour les Clients : Libringclient ;
  • les interfaces clients pour :
    • Gnome ;
    • KDE ;
    • OS X

Le projet est actuellement disponible pour OS X & pour les distributions Linux : des paquets pré-compilés sont publiés, et les procédures de compilation sont documentées. Le projet Ring dispose d'un wiki spécifique. Des ports pour Windows & Android sont en cours.

Aller plus loin

  • # Windows ?

    Posté par  (site web personnel) . Évalué à 3.

    Sur la page, on peut télécharger une version MSI pour Windows… donc le port a déjà été effectué ?

  • # Retroshare

    Posté par  . Évalué à 5.

    Quels sont les différences avec Retroshare ?

    • [^] # Re: Retroshare

      Posté par  (Mastodon) . Évalué à 2.

      Très bonne question.
      Il semble que l'objectif de Ring soit principalement la VoIP alors que Retroshare ne traite cette partie que via un plugin.
      Ceci dit, la doc de Ring est assez sommaire, je n'ai même pas réussi à trouver un screenshot.

  • # Tellement bien documenté

    Posté par  . Évalué à 4.

    Que j'ai dû utiliser dpkg pour trouver le nom de l'exécutable … qui segfault.

  • # Encore un !

    Posté par  . Évalué à 10.

    Bonjour, pourquoi développer un nouveau logiciel de communication alors que d'autres existent avec le même principe ?
    Pourquoi ne pas rejoindre un projet déjà avancé et ainsi lui donner une chance de réussir ?

    Sauf si je me méprends sur la technologie, il me semble que Tox fait la même chose…
    https://tox.im/
    Il fonctionne en clé privée/publique et tables DHT.
    Il permet de passer par le réseau Tor
    Il fait passer texte, groupchat, voix et vidéo
    Il est ultra simple à utiliser
    Il possède un plugin adium
    D'ici l'été il gérera la communication offline, les groupchats persistants et le multiple device.

    Je suis sur que les développeurs de ring auraient beaucoup d'expertise à mettre sur le projet.

    Bientôt nous aurons chacun notre logiciel pour communiquer avec nous même :-)

    Dites moi que les protocoles seront inter-opérables

    • [^] # Re: Encore un !

      Posté par  (site web personnel) . Évalué à 2.

      Merci d'avoir mentionné Tox, il semble être un projet bien prometteur. Il manque plus qu'un interface fonctionnelle pour Android et le projet sera recommandable au grand public.

      • [^] # Re: Encore un !

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Une appli Android est en cours de développement : https://github.com/subliun/Antox

        Pour l'instant, elle ne supporte que l'envoi basique de messages, mais l'interface semble fonctionnelle au vu des captures.

      • [^] # Re: Encore un !

        Posté par  . Évalué à 1.

        Merci d'avoir mentionné Tox, il semble être un projet bien prometteur. Il manque plus qu'un interface fonctionnelle pour Android et le projet sera recommandable au grand public.

        Tu veux dire une webapp firefox os ? :D

    • [^] # Re: Encore un !

      Posté par  . Évalué à 6.

      Je pense que c'est bien ce qu'ils font : ils prennent un projet stable SFLPhone et ajoute juste ce qui permet un annuaire / mise en relation distribuée.

    • [^] # Re: Encore un !

      Posté par  (Mastodon) . Évalué à 1. Dernière modification le 08 mai 2015 à 10:20.

      à propos de Tox, voici mon QrCode :

      tankey qrcode TOX

      Welcome

  • # Installé… Désinstallé

    Posté par  . Évalué à -2.

    Installé… Planté… Désinstallé.

    • [^] # Re: Installé… Désinstallé

      Posté par  . Évalué à 4.

      C'est juste une Alpha donc pardonnable !!

    • [^] # Re: Installé… Désinstallé

      Posté par  . Évalué à 10.

      Dans le Libre le processus normalement c'est :

      • Installé
      • Planté
      • Rapport de bug
      • Désinstallé

      Sinon ça n'avance pas

      • [^] # Re: Installé… Désinstallé

        Posté par  . Évalué à 7.

        Je suis d'accord que le retour d'informations est très important. Seulement ce n'est pas si simple :-)

        Pour un projet JEUNE qui plante dès qu'on le lance :
        - soit on est dans les 5% des cas où ça plante pour une raison actuellement inconnue
        - soit les concepteurs sont déjà au courant de ce plantage (ce qui représente donc les 95 % des cas)
        --> une chance sur 20 que le rapport de bug soit utile

        Et globalement les bugs sont très nombreux, et il est courant de tomber dessus.
        Je prends les derniers problèmes auxquels j'ai eu à faire depuis lundi (donc sur 4 jours) :
        - kexec : bug sur Debian dans un cas précis. Je viens de faire un rapport, avec résolution, ça m'a pris probablement 20 minutes
        - libvirt : encore un bug, parmi une foulitude, ainsi qu'une fonctionnalité problématique. Je n'ai pas fait de rapport de bug car ce projet est truffé de pépins qui sont forcément connus tellement ils sautent aux yeux après quelques heures d'utilisation
        - ovirt : un bug dès la première utilisation. Pas la peine de faire un rapport, car personne ne répond sur IRC alors qu'il y a plus de 30 connectés (zéro message en 8 heures sur le canal ovirt), et la mailing list est agressive. Pas envie de me prendre la tête avec des psychopathes. Ça m'a tout de même pris plus d'une demi-heure (fragmenté en plusieurs fois) pour tenter d'entrer en contact
        - nut (gestion des onduleurs) : documentation à corriger/compléter pour un modèle d'onduleur que je viens d'acheter (je vais le faire ce week end car je n'ai pas compris à qui l'envoyer). Je pense que ça me prendra 10 minutes en tout
        - webvirtmgr : j'ai fait un test pour voir ce qu'est ce projet. La documentation n'est pas terrible. J'ai proposé des mini-correctifs pour éclaircir deux points concernant les identifiants. Et j'ai indiqué qu'il y a un sérieux problème, toujours avec les identifiants, car il y a trois niveaux empilés : la gestion des utilisateurs et mots de passe est inutilement compliquée. Cela dit c'est un projet fait pour les besoins de l'unique développeur (je crois), donc rapport pas forcément utile. Ça m'a pris plus d'une demi-heure pour rédiger clairement mes propositions
        - vlc : un problème avec un fluc audio venant d'une webradio. Je n'ai pas fait de rapport car je ne sais pas quelles informations sont utiles, je n'ai pas envie de passer 3 heures à dialoguer/chercher pour quelque chose qui est probablement très courant puisque je suis tombé dessus lors de ma 3ème ou 4ème utilisation d'une webradio
        - vlc : un problème avec les listes de « stations » dans certains cas. Idem, première utilisation, bug. Donc forcément très connu (ou alors j'ai le super-pouvoir de découvrir les bugs que personne n'a jamais vu)
        - PertternFly : un bug ou fonctionnalité mal faite dont le contournement est connu. Si c'est déjà connu, pas besoin de faire un rapport, mais pourquoi ce n'est pas corrigé ?
        - je sais que j'en ai oublié un, mais je l'ai oublié en tapant le texte. Je n'ai pas rapporté le problème

        Ça fait donc 10 problèmes en 4 jours (dont 2 pour libvirt), qui ont consommés environ 1h30 de mon temps. Je pense que c'est dans ma moyenne, ce qui fait 75 heures par an ! En précisant que je suis loin de rapporter tous les problèmes.
        Combien de ces rapports auront une utilité ? Une fois enlevé les rapports qui ont déjà été faits sans que je les ai vus, ceux qui sont ignorés, ceux qui sont considérés comme PEBKAC, etc, il ne reste plus grand'chose.

        Et en plus, toujours sur ces 4 jours : un bug sur l'IPMI d'une carte-mère SuperMicro (donc probablement de toutes). Une fonctionnalité de Microsoft Office qui se révèle enquiquinante dans certains cas. Un problème de documentation chez un petit éditeur français (ça empêche juste d'installer le produit…). Et à l'instant un bug chez Orange lorsqu'on compose le 1015 (incidents pour les lignes pro) à partir d'un mobile d'un autre opérateur, dans un cas précis.
        Pas de rapport fait, car cela ne sert à rien dans 95% des cas, et surtout cela ne ME sert à rien dans 99,63105% des cas.

        • [^] # Re: Installé… Désinstallé

          Posté par  (site web personnel) . Évalué à 2.

          Cette histoire de 5% vs. 95% sortie de ton chapeau plombe un peu ton « argumentaire ».

          Par ailleurs j'ai du mal à comprendre si tu considères kexec, libvirt et vlc comme des projets jeunes…

          Enfin, un rapport de bogue envoyé au bon endroit (i.e. pas IRC) se fait indexer, le diagnostic/contournement/correctif peut être réutilisé/raffiné par les autres utilisateurs, les downstreams et les upstreams, et va pouvoir éviter à chacun de s'émouvoir d'avoir passé quelques minutes sur un problème déjà diagnostiqué/contourné/corrigé par d'autres.

          Debian Consultant @ DEBAMAX

          • [^] # Re: Installé… Désinstallé

            Posté par  . Évalué à 3.

            Cette histoire de 5% vs. 95% sortie de ton chapeau plombe un peu ton « argumentaire ».

            Un programme qui plante au lancement 1 fois sur 20 ET que les développeurs ne sont pas déjà au courant, tu appelles ça comment ?
            - une pré-alpha. Dans ce cas c'est clairement indiqué
            - ou du foutage de gueule
            Donc 5% (ou 10% si tu préfères). Au delà il y a un problème humain, donc rapport de bug à peu près inutile.

            Si le projet n'est pas jeune, alors là c'est encore pire :-)

            j'ai du mal à comprendre si tu considères kexec, libvirt et vlc comme des projets jeunes

            J'ai clairement indiqué « Pour un projet JEUNE qui plante dès qu'on le lance ».
            Ce ne sont pas des projets jeune.
            Je n'ai indiqué nulle part qu'ils plantent dès le lancement.

            un rapport de bogue envoyé au bon endroit (i.e. pas IRC) se fait indexer

            Certes. Mais il se trouve que les humains ne sont pas parfait, moi le premier.
            Le canal IRC officiel est un excellent moyen de faire gagner du temps à tout le monde. Il permet par exemple de ne pas faire un rapport alors que c'est moi qui me trompe. Ou de tomber sur une personne qui indique directement comment donner des informations utiles supplémentaires.
            Si le canal officiel et la mailing liste officielle sont puants, tu crois que le rapport de bug va donner quoi ? Des remarques agressives, puis passage à la poubelle.
            Donc pas la peine de perdre encore plus de temps. Il sera indexé mais ça ne fait pas avancer les choses.

        • [^] # Re: Installé… Désinstallé

          Posté par  (site web personnel) . Évalué à 0.

          Quel logiciel t'a donné tant de souci, Kerro? Tox ou Ring?

          Ami Calmant --> C.A.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.