volts a écrit 417 commentaires

Je pense que tu parles de ce logiciel.

Si c'est le cas, je te conseille d'aller directement de l'aide sur son forum pour avoir plus de chance d'avoir quelqu'un qui traite de ton problème.

En lisant sa présentation sur le site et son README sur Github, je me pose ces deux questions:

• Est-ce que Galène est prévu pour fonctionner derrière un reverse proxy ou un load-balancer ? Dans mon cas d'usage, j'ai un reverse proxy comme intermédiaire qui se charge de la connexion chiffrée entre les clients (ici, les navigateurs des participants) en WAN tout en communiquant de manière non-chiffrée avec le service de visioconférence en LAN pour les requêtes HTTP. Les paquets UDP pour les flux audio et vidéo sont transmis à part entre les clients et le service par le pare-feu.
• Le site mentionne que Galène a fonctionné avec succès sur de l'ARM64. Quelles sont les cartes ARM64 qui ont été utilisées pour le faire fonctionner ?

En tout cas, c'est prometteur pour avoir une alternative légère à l'usage et simple à maintenir par rapport à Big Blue Button. C'est ce genre d'alternative que je cherchais pour utiliser mes Olimex A64 comme serveurs de visioconférence.

J'ai quand même des craintes pour insérer des images ou des graphes.

Avec Ghostwriter et HedgeDoc, il suffit d'un copier-coller pour insérer les images. C'est assez facile à faire, heureusement. Je ne me prononce pas en revanche pour l'insertion des graphes, je n'en ai jamais fait avec ces outils.

À l'instant, je viens de découvrir que c'est possible de faire des présentations en Markdown avec HedgeDoc bien que ça soit une fonctionnalité en bêta. Voilà l'exemple de la démo.

Mais au niveau de l'utilisation, le coût d'apprentissage est assez énorme.

Autant je suis d'accord pour l'utilisation de LaTeX qui s'adresse à un public plutôt averti, autant Markdown est beaucoup plus abordable pour les utilisateurs non-techniques pourvu qu'il y ait un éditeur approprié qui fait le rendu en temps réel à la manière de Ghostwriter. J'ai formé rapidement une prof de langue avec Markdown sur une instance de CodiMD (ancienne version de HedgeDoc) pour ses cours en distanciel, en combinaison avec Mumble Web pour l'audioconférence avec ses élèves. Le souci est que je n'ai pas trouvé sur le moment un éditeur équivalent pour les présentations.

Je reconnais que je n'ai pas de bonnes solutions de rechange pour l'auteur de l'appel à l'aide, mais je tenais malgré tout à évoquer ces pistes au cas où quelqu'un d'autre trouverait de meilleure suggestion sur le sujet.

Je te conseille de faire l'export en PDF de ta présentation aussitôt que possible sur une version de LibreOffice qui accepte encore de l'afficher dans un premier temps. Cela permet de sauver le contenu pour pouvoir rééditer une nouvelle version sur la dernière version de LibreOffice au cas où le fichier initial ne peut pas être récupéré. Il ne faudrait pas hésiter à faire de même pour les autres présentations par précaution.

Une fois les copies en PDF faites pour ne pas perdre la totalité de ton travail, je te suggère d'essayer d'autres formats de présentation plus "simples" où tu n'as qu'à éditer des fichiers textes avec des langages de présentation. L'avantage est que le contenu reste lisible pour un être humain si le logiciel de rendu se plante. L’inconvénient est qu'il faut apprendre ces langages, quitte à prendre de son temps pour se familiariser avec.

Concernant les langages de présentations, tu peux utiliser:
- LaTeX avec Beamer. Ce langage est bien connu de la plupart des profs de math si tu veux de l'aide dessus.
- Markdown avec reveal.js ou pandoc qui a l'avantage de couvrir plus de formats.

Autrement, si tu n'as pas le temps ou l'envie d'apprendre ces langages de présentation, il reste à découvrir Sozi où tu utilises un fichier de graphisme SVG comme source et support de présentation. Là encore, cela demandera de savoir utiliser le logiciel de dessin vectoriel Inkscape au préalable.

J'ai entendu de bon retour avec l'utilisation de virt-manager pour tourner une VM sous Linux. De plus, c'est déjà présent dans Fedora.

Comme dit dans les autres commentaires, c'est une solution plus sûre de faire de la virtualisation comparée au dual boot.

Ça a l'air de répondre à tes exigences.

L'avantage est que ça permet d'avoir une tablette où tu peux choisir les composants et le choix de la carte qui supporte une distribution quelconque en particulier. Non seulement des Raspberry Pi, mais aussi des cartes à base d'Atom d'après cette liste.

L'inconvénient est que c'est un kit qu'il faut assembler soi-même (j'avoue que je n'ai pas encore eu le courage de le monter, étant donné que je dois d'abord vérifier si les cartes Olimex sont bien supportées dessus…).

C'est vrai. J'ai lu assez rapidement et je n'ai pas réalisé que l'utilisation de QEMU intervient après la compilation.

Je me sers de ce wiki pour mettre en place une VM complète. Concernant l'utilisation de la CI avec QEMU, je ne sais pas si une solution sur étagère le prend en charge en revanche.

Je conseille également de prendre une VM, d'autant plus que le projet Yocto propose une procédure avec une image QEMU toute faite pour la compilation. C'est évoqué en détail dans ce guide pour les utilisateurs qui ne sont pas familiers avec cet outil de virtualisation.

En solution intermédiaire entre KVM/QEMU et Docker, c'est possible de prendre des containers LXC à la place où on peut utiliser une partition dédiée à la compilation sans trop de souci. Cependant, je ne trouve pas de tuto spécifique concernant Yocto pour ces containers. Cela peut s'envisager comme une solution plus "légère" (avec moins de fonctionnalité, forcément…) pour la maintenance comparé à la VM si besoin.

Je pense que ça doit venir de son passage en France vu son CV.

Bienvenue également ! :)

Malheureusement, ça passera par une révolution culturelle pour inciter une majorité à passer du côté des solutions libres. Si les gens se bougent, ça sera plus probable qu'il y ait des poursuites judiciaires pour obtenir des réparations plutôt de prendre des alternatives qui marchent et qui ont fait leurs preuves malgré des moyens limités. Tout est bon pour conserver ses habitudes…

Nous pouvons par contre sauver les personnes qui sont prêtes à apprendre à connaître un nouvel environnement qui bouscule leur façon d'utiliser l'informatique au quotidien.

En tant que consultant en free-lance, je n'ai aucun scrupule à laisser les sociétés se saborder (entreprises et associations) si elles s'obstinent à garder des solutions proprios sans envisager un plan pour faire une transition au libre.

Je signale au passage les instructions d'installation faites par l'April pour leur instance Mumble avec interface web.

Ça peut aider pour faciliter les initiatives à monter des instances privées.

Oui, Matrix est capable d'accepter de la visioconférence avec des widgets tiers. Dans l'instance officiel https://riot.im/app, il y déjà a un widget Jitsi.

Il serait possible d'utiliser Mumble en parallèle par le projet mumble-web.

Au cas où ça tient toujours d'autohéberger une solution d'audioconférence, voilà quelques pistes pour utiliser mumble sans Qt.

D'après la page wiki du projet, il est possible d'utiliser d'autres serveurs qui n'exigent pas Qt dans leurs dépendances de compilation.
- umurmur (pas essayé mais comme c'est présent dans les dépôts officiels d'Archlinux, je pense que c'est assez mature)
- grumble écrit en go.

En client, on en trouve au moins 2 en CLI.

J'ai découvert entre temps qu'un chaton a ouvert récemment une interface web à mumble sur leur serveur public. Pour l'avoir testé sur des réunions d'une quinzaine de personne, c'est amplement faisable pour ton cas d'usage. Attention toutefois: l'interface web n'ayant pas de fonction avancée d'administration dont la création des salles, il vaut mieux avoir un client dédié pour avoir toutes ces fonctionnalités.

Il y a la version libre qui s'appelle Minetest, disponible aussi bien en version ordinateur qu'en ordiphone.

Je pense que Mumble serait plus adapté pour le cas d'usage d'autant plus qu'il est possible de faire baisser la qualité du son si nécessaire et d'héberger soi-même le service de manière simple.

Si la bande-passante montante est trop juste, il y a la possibilité de se rabattre sur d'autres instances en ligne. On peut voir aussi chez les chatons

Ça me paraît évident que la carte de suivi que j'ai posté n'est pas le terrain, mais au moins ça permet d'avoir un aperçu de la situation. La question que nous devrions nous poser est d'avoir une bonne idée de l'ordre de grandeur de contaminations réels, ce que la pénurie des tests que tu as évoquée n'aide franchement pas. Pour les US, il est estimé de 25 à 50 contaminés réels pour un cas rencensé.

Si on plaque ces ordres de grandeur américain aux chiffres officiels français donnés le samedi 14 mars, ça nous donne entre 112400 et 224800 contaminations réelles. Autrement dit, dans moins d'une semaine, nous franchirions la barre de 1% de la population contaminée en considérons un doublement des cas tous les 2,5 jours.

Il est activé par défaut sur Icecat. Malheureusement pour moi, ça casse beaucoup de choses dans pas mal de sites, ce qui m'a incité à le désactiver et utiliser un bloqueur plus "classique". Ça a toutefois le mérite de signaler les lignes douteuses sur les scripts JS.

Si ça peut aider à se faire une idée de ce qui s'est passé, j'ai eu le cas où l'installeur graphique ne détecte plus du tout Windows 7 alors qu'elle détecte correctement Windows 10. Ça m'est arrivé pendant une install party quand j'ai utilisé en tant que bénévole une Live USB (la clé d'installation) de Ubuntu, que Linux Mint en est dérivé. Si l'installation ne s'est pas faite correctement, alors j'ai bien peur que la partition contenant Windows 7 soit perdue, et les données personnelles qui vont avec si une sauvegarde n'a pas été faite avant.

Cependant, comme indiqué par Ted plus bas, on peut lancer la commande sudo fdisk -l dans un terminal pour en avoir le cœur net. Mais c'est également possible d'ouvrir cette partition en passant par l'explorateur de fichier graphique si l'installation s'est faite correctement.

De toute façon, Microsoft ne supportera plus les versions Windows 7 "grand public" à partir de janvier. Ce qui veut dire prendre un risque important d'avoir de gros ennuis passé la "date de péremption": de moins de moins de nouveaux programmes supportés avec le temps dont les antivirus, des contaminations avec divers virus et chevaux de Troie qui rendront la vie infernale.

Mon avis pour Octavian: fais le deuil de Windows 7 même si ce n'est pas facile, cela vaut mieux.

… alors je suis preneur ! :)

Comme nous ne pouvons pas échanger des messages privés ici pour les détails, par où je dois te contacter ?

J'ai trouvé une page qui donnent une liste des fabricants d'imprimante compatibles autre de Canon ou Epson, avec des liens vers certains wikis et produits.

Par contre, pas de conseil personnel à donner dans ce que tu recherches, désolé…

Puis il est à nouveau rebaptisé, OpenVMS, en 1991, marquant ainsi l'adhésion à des normes industrielles comme POSIX ou Unix

Justement, ces normes en question sont promeus par… l'Open Group, une sorte d'association de boîtes plus ou moins grosses.

C'est aussi simple que ça

Tout dépend de ce que tes proches ont vraiment besoin et de tes contraintes pour bien maintenir les composants. Car, hélas, mettre soi-même en place une plateforme de visioconférence est plus complexe que l'on pense.

Ici je vais détailler le cas des plateformes utilisant du WebRTC. Je ne connais pas assez les autres protocoles pour les conseiller dans ce post.

Pour commencer, il faut mettre en place au minimum deux serveurs distincts si on veut inclure le WebRTC :

• Un qui sert à afficher l'interface utilisateur.
• Un autre qui sert de passerelle pour véhiculer les flux vidéos et audios, obligatoire pour passer à travers le NAT de la plupart des routeurs.

Il n'est pas rare de voir certaines solutions requérir un serveur TURN en plus, ce qui est couramment utilisé pour la téléphonie sur VoIP.

Il faut aussi distinguer deux familles de plateforme de visioconférence, où:

• Les flux se fait entièrement en P2P: palava.tv parmi les plus basiques, jitsi cité plus haut et inclus comme extension dans [matrix], spreed aussi disponible comme extension dans les dernières versions de nextcloud.
  • Avantage: Le serveur de passerelle est relativement peu sollicité car il délègue le traitement des flux audio-vidéo aux clients. Idéal si on veut prendre un VPS pas cher avec le minimum de bande passante possible à facturer.
  • Inconvénient: Ça a l'ennui de provoquer une congestion de la bande passante et solliciter une charge de calcul importante de chaque client dès que les participants se font nombreux. Ça peut aussi faire buguer certains clients si ils n'arrivent pas à suivre pour traiter les flux, ce qui peut mettre très rapidement les nerfs des participants à l'épreuve. Dans ton cas, le maximum de 3 clients peut être acceptable.
• Les flux sont centralisés dans le serveur de passerelle qui fait du traitements en plus pour les "émettre" à l'ensemble des participants : jangouts en IHM avec la passerelle janus fait partie de cette catégorie.
  • Avantage: Il n'y a pas de risque de congestion de la bande passante côté client quand le nombre de participant augmente, et on peut se permettre d'utiliser des clients assez "poussifs" (vieux ordinateurs et ordiphones bas de gamme)
  • Inconvénient: Il faut évidemment un VPS assez puissant pour faire du traitement des flux, avec la bande passante dimensionnée au nombre de participant en communication simultanée. Il est toutefois signalé qu'un simple Raspberry Pi 3 peut suffire comme passerelle pour jangouts si on a le courage de faire de l'auto-hébergement.

Pour l'avoir lu, oui, je le recommande :)

Ça vaut le coup de l'acheter car il met l'essentiel des démarches d'un White Hat: du choix des outils à la bonne (et légale) manière de traiter avec ses clients intéressés par un audit de sécurité.