Merci pour ce remarquable journal, particulièrement agréable à lire.
Merci pour cette initiative, absolument exemplaire.
Merci pour ce sujet, tellement rare (me semble t il) des algo de traitements d'images, rassemblant théorie, cas pratiques et explications.
j'en achète deux dès que possible : un pour moi et un cadeau à laisser trainer dans mon service au travail
Commence par vérifier ce qui est dit plus bas (je suis allé en peu vite en besogne en oubliant le basique : une partition pleine, d'autant plus que sur ma distro et mon bureau ce n'est pas bloquant : j'ai juste une notification "partition pleine")
Si ce n'est pas ça (qu'il reste de l'espace sur la partition) alors il te faudra commencer par désinstaller ce dernier logiciel installé avant l'apparition du problème (1ère étape : retrouver une situation confortable, puis en seconde étape voir comment avoir ce logiciel quant même sans que cela pète)
Donc en ligne de commande depuis un shell non graphique : sudo dpkg --remove _nom_du_logiciel_
Avec aussi peu d'info il va être difficile de trouver de l'aide.
a) quelle distribution utilises tu ? (Ubuntu ? probablement vu la section du forum, mais cela demande confirmation)
b) fais un copier / coller (ou une recopie) de l'erreur exacte et complète (lorsque tu veux installer un paquet)
Avec aussi peu d'info, une première piste quant même : un paquet (ou un dépôt de paquets utilisé sur ta machine pour installer un ou des logiciels il y a peu de temps) a "cassé" des paquets nécessaire à ton bureau. Cela peut arriver en utilisant des dépôts "hors distribution", dont la maintenance et la qualité ne sont pas celles des dépôts officiels de ta distribution.
Un retour d'expérience à ce sujet (je n'ai pas non plus regardé les codecs) :
Sur mon petit acer c720p (un petit laptop à 300€ il y a 5 ans, une légende mais c'est une autre histoire) : à partir de 10 personnes en vidéos le constat est que la qualité du son se détériore en premier (pour les vidéos, moins d'images/seconde mais c'est pas grave) Dès que j'active le mode "faible bande passante" (qui coupe toutes les webcams d'un coup côté utilisateur) tout l'audio redevient parfait.
Je n'ai pas ce soucis avec mon pc de bureau. Ni avec le téléphone.
== il y aussi un paramètre "puissance du pc local" de toutes évidences.
Côté recommandations, pour les utilisateurs de mon instance je leur conseille :
Le téléphone ou la tablette, avec l'App Jitsi-Meet par 8x8 inc, en tout premier. Jitsi-meet-electron ou google chrome mais seulement en second choix.
Justement pour éviter l'effet "vieux pc qui rame"
Jitsi est absolument formidable ! Merci à toute l'équipe, merci, et merci !
Nous avons pu nous réunir à 22 en vidéos sans aucun problème. Aucun.
Et sa simplicité d'usage a permis à des connaissances de voir leurs parents, qui sont loin et très agés et pour qui Skype est trop compliqué. Là, avec seulement deux flux, peu importe firefox ou autre : ils cliquent sur le lien et ça fonctionne.
Ninjam a l'air GENIAL !! Au plaisir de lire ce retour d'expérience ! (je connaissais pas, ai immédiatement passé l'info à un pote musicos qui cherchait une solution pour son groupe)
j'ai lancé jack via qjackctl, puis lancé jitsi-meet-electron, et ce dernier m'a même fait une petite popup interne "microphone pas accessible, voulez vous basculer sur jack-sink ?" click OK, et ça fonctionne (en tout cas j'ai un écho entre le client téléphone et celui pc :p)
mais je n'ai pas testé plus que cela et n'ai pas idée de la qualité
Pourquoi Jack dans ce cas ?
La latence faible intrinsèque à la gestion du son par Jack est mise à mal par celle induite par webrtc (malgré toute la qualité des codecs libres optimisés pour le sip et autres) et sa distribution puis son rendu chez les 'clients'
Il reste la simplicité et la souplesse de gestion des entrées/sorties entre différents éléments, mais peut être que pour le coup, tu peux te passer de Jack ?
Du coup je repose la question de Neo< :
Les musiciens sont tous ensemble ?
Ou bien distants et chacun utilisent ninjam et jack ?
Sur KDE il n'y a pas non plus de contrôle pour cela, sauf pour les LVDS (et assimilés, les écrans de portables). Dommage :-(
Il y a brigthness master disponible, qui fait le taf en graphique, pratique pour les écrans vga/HDMI/DP .. Cependant cela casse le réglage automatique de la colorimétrie selon l'heure (maintenant intégré par défaut, mais avant, en ajout, c'était pareil)
Peux tu, s'il te plait, faire une mini modif dessus (correction / ajout / ou simplement retirer et remettre un point par exemple) : ceci afin que tu apparaisses comme rédacteur, et qu'on puisse du coup d'attribuer la dépêche en tant qu'auteur ?
Ceci évite de s'occuper du fichier de conf, mais oblige à utiliser les noms pour les certificats ainsi :
privkey.pem -> turn_server_pkey.pem
cert.pem -> turn_server_cert.pem
Cela c'était pour le serveur CoTurn secondaire, qui se trouve sur un bon gros dual xeon + 64g + 1t ssd
Le primaire (sur Debian, qui se trouve sur un petit atom + 16g) est configuré par jitsi-meet et j'ai fait qu'ajouter la référence au secondaire :
# jitsi-meet coturn config. Do not modify this line
use-auth-secret
keep-address-family
static-auth-secret=mon_beau_mdp
realm=mon_beau_fqdn
no-tcp
listening-port=4446
tls-listening-port=4445
external-ip=ma_belle_ip
alternate-server=ma_belle_seconde_ip
syslog
Le tout discute et fonctionne nickel.
*fqdn1* : handle_udp_packet: New UDP endpoint: local addr ip:4446, remote addr ip:49196
*fqdn2* : session 002000000000000001: realm <> user <>: incoming packet ALLOCATE processed, success
Comme tu le vois, c'est loin d'être bien (un -z sur le serveur secondaire, c'est openbar) et je suis également preneur de conseils ;-)
Posté par bubar🦥 (Mastodon) .
En réponse au message Nextcloud Talk.
Évalué à 5.
Dernière modification le 18 avril 2020 à 04:37.
Bonjour,
Ce n'est pas une réponse au problème que tu rencontres mais un simple retour d'expérience : nextcloud-talk est devenu capricieux depuis quelques versions (alors qu'il y a qq années il fonctionnait très bien)
J'ai rencontré le même problème : difficulté d'entrer dans une conversation, et ce même si nous sommes peu nombreux, genre 3… C'est aléatoire, parfois cela se passe bien, parfois non. Les utilisateurs cliquent, attendent, se déconnectent, re-cliquent, attendent…
Et cela y compris en configuration de redondance de serveurs turn/turns.
Il semblerait qu'il soit possible (sic, prudence) que cela vienne de l'absence d'un serveur de signalement. Il semble que nextcloud-talk en propose un en solution d'entreprise mais ce n'est pas clair. De plus il semble aussi que, malgré la présence d'un serveur turn correctement configuré (voir plusieurs sur plusieurs machines) et sans client NATé nextcloud-talk continue de distribuer en peer2peer exclusivement, contrairement à ce qui est marqué mais là encore ce n'est pas clair, en tout cas pour moi.
La meilleure aide semble être de lire et/ou utiliser le script spécifique à talk inclu dans la vm que nextcloud propose. Ce script contient la confirmation de bonne configuration de coturn, puisqu'il contient celle déployée par défaut pour un vm toute prête …
Enfin, personnellement j'ai stoppé nextcloud-talk, à regret (car solution intégrée) pour ces raisons : absence de clarté sur la finalité et les possibilités (impression de revenir au pb initial owncloud / nextcloud) et limitation à moins de 10~12 personnes (quant ceux ci ont réussis à se connecter, miracle)
Quelqu'un rencontre les mêmes soucis et a des solutions svp ?
BBB est plutôt pensé pour l'enseignement, donc pensé pour un groupe qui écoute et agit à l'écrit. Ce qui est particulièrement pertinent aussi (me semble t il) pour des associations ou du taf. Ce n'est donc pas vraiment un "logiciel de viso-conférence" mais plutôt un "logiciel de travail collaboratif pour la formation et l'enseignement à distance" (ou la visio est un outil)
Il y a une dépêche à paraitre comparant BBB et OpenMeeting, par des tests d'usages et critiques constructives des solutions.
Perso ce qui me bloque c'est à la fois le fait qu'il faille une ubuntu 16.04 (et rien d'autre ni plus récent) d'un côté, et d'un autre côté la multiplicité des langages employés. Cela en fait un tout complexe à mettre en place et ancien (bien qu'encore maintenu pour les briques système, mais cela n'a pas l'air très bien le cas au delà ?!?)
Perso, pou un besoin "associatif" j'ai donc préféré la solution "NextCloud + Deck + CalvDAv + Sondage + MindMap + Espace Perso et Dossiers de Groupes + LibreOffice En Ligne" couplé avec "Jitsi".
De plus, si l'article est intéressant, il est incomplet :
Pas plus tard que hier nous avons fait une réunion à 14 personnes (14 en vidéos + 3 en passerelle téléphone) en même temps sur ma petite instance Jitsi, et n'avons rencontré aucun problème. Aucun problème. Nous avions bien passé le mot "Chrome ou Edge, exclusivement" (ça fait vraiment mal de dire ça, mais au moins je n'ai jamais vu "p2p activé" dans la fenêtre de conf pour régler la qualité de la visio de sa cam… Donc le turn fait bien son job, à priori.)
Le petit Atom sur lequel est installé l'instance a souffert (tout le temps presque à fond), mais ses 16g de ram ont plus que largement suffit. S'il fallait passer à l'échelle (et réunir vraiment tout le monde dans mon "association") alors je migrerai de ce petit Atom vers un Dual Xeon épaulé par 64G de ram et 1T sur ssd.
Donc le "Jitsi convient pour des petits groupes" ne devrait pas être adossé à "moins de 10 personnes" … Car Jitsi fait le taf au delà…
Posté par bubar🦥 (Mastodon) .
En réponse au journal Sars-CoV-2 et moi.
Évalué à 3.
Dernière modification le 09 avril 2020 à 12:08.
Des nouvelles :
Aujourd'hui ça va vraiment presque bien !! Mes dernières sensations dans les bronches (impression d'un filet/une grille à la place des omoplates) ont disparu !!
Il ne reste que la sensation sur le thorax, le plexus, légère !!!
Je ne saurais probablement jamais ce qu'il s'est vraiment passé, et pourquoi après 3 semaines j'ai à nouveau eu des symptômes le week end dernier (c'est inhabituel, visiblement, même si je ne lis tjs pas les infos) et une énorme fatigue encore ensuite. L'incertitude me pèse beaucoup. J'espère que les 3 prochains jours seront OK comme aujourd'hui !!
Posté par bubar🦥 (Mastodon) .
En réponse au journal Sars-CoV-2 et moi.
Évalué à 4.
Dernière modification le 09 avril 2020 à 12:21.
Yo,
Non je ne suis pas d'un naturel angoissé, plutôt du genre à vivre heureux sans soucis dans un sous marin.
Par contre je suis devenu angoissé, vraiment et profondément, d'un seul coup (impossible d'être factuel entre le rôle / l'activité du virus lui même et une situation compliquée, surtout seul)
Oui je pensais faire parti d'une population à risque : gros (sans être obèse) avec une éventration dénotant un manque d'entretien physique après opération, fragilité évidente du système digestif, …) mais ma toubib m'avait dit un truc un peu surprenant : «non les fumeurs ne sont pas une population à risque, ce sont ceux qui ont les poumons abimés qui le sont, nuance» (et mes poumons sont goudronnés mais pas abimés, pas saignants ni sensibles)
Et oui j'étais hyper tendu et sensible, pour toutes ces raisons. J'ai même pété deux fois un cable, complet, entre la fatigue du régime alimentaire que je me suis astreint (beaucoup plus long que pour une grosse grippe, trop long), la maladie elle même, et la peur. La crainte qui se transforme en peur qui se transforme en angoisse. C'est réel, même chez moi, et c'est très éprouvant.
J'en rajoute une couche sur l'importance de bien distinguer les deux. Permet moi donc, Walter<, de profiter de la pertinence de ton post pour cela.
car, à mon grand malheur, je vois encore tout les jours des "professionnels aguéris de très grande ssii" coller un /etc/ldap.conf et un /etc/openldap/ldap.conf et lancer un authconfig sssd et tant qu'à faire mettre un déclaratif dans nslcd. Si si, je vous jure que c'est la réalité : y a vraiment des gens qui font ça, livrent ça au client, et s'enfuit en courant avant que j'arrive :p
Donc, pour Txys< :
Pour la partie serveur, je te recommande (chaudement mais bien humblement) de partir directement sur un full OLC (donc plus de fichier slapd.conf). Au moins ça, à défaut de choisir 389DS (plutôt qu'openldap) avec ou sans FreeIPA.
Pour la partie authentification, je te recommande (chaudement mais bien humblement) de prendre directement le client SSSD (ça t'évitera un énorme historique, sur lequel tu pourra revenir plus tard)
En retour au mail dans une liste DLFP on reçoit un mail avec une instruction de renvoyer un code de confirmation à Sympa (subject:CONFIRM fc7824gtk4973dddxxx) afin que la distribution du mail initial sur la liste de diffusion soit effective.
Peut être regarder dans sa boite "spam" si ce mail de confirmation Sympa ne s'y trouverait pas ?
Thème 1, : quel système de santé demain ?
«La marchandisation d’une partie de notre système de soin n’est pas acceptable »
OK, avec des mots comme ceux là, j'ai moi aussi envie d'y adhérer, donc d'y participer.
Mais … relisons les programmes électoraux et comparons maintenant par rapport à ce qui a été fait, pour bien garder en tête que les promesses n'engagent que ceux y croyant.
De plus … Pour le système de santé, le notre est EXCELLENT. Si la question est légitime la réponse est tellement évidente (le remettre debout en ré-ouvrant des lits, en reconnaissant nettement la totalité de la chaine de valeurs des compétences impliquées [ménage, n'oublions pas], en paies et carrières, redonner les moyens perdus]) qu'on peut se demander pourquoi poser cette question ?
C'est bien vu, cette méfiance.
D'un autre côté, c'est une IP chez Orange, donc en fr_FR, avec un joli logo de l'Ansi servi en http.. Donc si ce n'est pas l'ANSSI elle même il y a fort à parier pour que la blague dure très peu de temps …
Idem ici, via Orange (ip2000-adsl-bas, 92.154.95.236) ; probablement des scans de contrôles, en effet. Peut être seulement à fin statistique.
1 seule occurence venant de l'ANSSI, le 19 janvier à 23h.
En tout cas leur test de relevé TLS est bien plus respectueux que ceux de certains services en ligne (shodan, par exemple, qui bourrine comme un salaud avec une liste de domaines et sous-domaines longue comme le bras)
Ils pourraient en faire 10 fois par jour que ça ne me dérangerait pas venant d'eux, mais bon, ça ce n'est qu'une considération personnelle
# Merci
Posté par bubar🦥 (Mastodon) . En réponse au journal Un livre libre de tutoriels en traitement et analyse d'images. Évalué à 10.
Merci pour ce remarquable journal, particulièrement agréable à lire.
Merci pour cette initiative, absolument exemplaire.
Merci pour ce sujet, tellement rare (me semble t il) des algo de traitements d'images, rassemblant théorie, cas pratiques et explications.
j'en achète deux dès que possible : un pour moi et un cadeau à laisser trainer dans mon service au travail
[^] # Re: Ma plus commune erreur
Posté par bubar🦥 (Mastodon) . En réponse au journal Gnu R version 4.0.0 est disponible. Évalué à 3.
palm123< s'en est chargé (cf ci-dessous)
j'ai corrigé qq typos à l'instant.
ça ferait une chouette dépêche..
[^] # Re: Infos
Posté par bubar🦥 (Mastodon) . En réponse au message Je n'arrive plus à installer de paquets . Évalué à 3. Dernière modification le 27 avril 2020 à 00:41.
Commence par vérifier ce qui est dit plus bas (je suis allé en peu vite en besogne en oubliant le basique : une partition pleine, d'autant plus que sur ma distro et mon bureau ce n'est pas bloquant : j'ai juste une notification "partition pleine")
Si ce n'est pas ça (qu'il reste de l'espace sur la partition) alors il te faudra commencer par désinstaller ce dernier logiciel installé avant l'apparition du problème (1ère étape : retrouver une situation confortable, puis en seconde étape voir comment avoir ce logiciel quant même sans que cela pète)
Donc en ligne de commande depuis un shell non graphique :
sudo dpkg --remove _nom_du_logiciel_# Infos
Posté par bubar🦥 (Mastodon) . En réponse au message Je n'arrive plus à installer de paquets . Évalué à 3. Dernière modification le 26 avril 2020 à 18:57.
Bonjour et bienvenu,
Avec aussi peu d'info il va être difficile de trouver de l'aide.
a) quelle distribution utilises tu ? (Ubuntu ? probablement vu la section du forum, mais cela demande confirmation)
b) fais un copier / coller (ou une recopie) de l'erreur exacte et complète (lorsque tu veux installer un paquet)
Avec aussi peu d'info, une première piste quant même : un paquet (ou un dépôt de paquets utilisé sur ta machine pour installer un ou des logiciels il y a peu de temps) a "cassé" des paquets nécessaire à ton bureau. Cela peut arriver en utilisant des dépôts "hors distribution", dont la maintenance et la qualité ne sont pas celles des dépôts officiels de ta distribution.
Au plaisir de te lire,
Librement
[^] # Re: Qualité vidéo a désirer
Posté par bubar🦥 (Mastodon) . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 5. Dernière modification le 23 avril 2020 à 17:45.
Un retour d'expérience à ce sujet (je n'ai pas non plus regardé les codecs) :
Sur mon petit acer c720p (un petit laptop à 300€ il y a 5 ans, une légende mais c'est une autre histoire) : à partir de 10 personnes en vidéos le constat est que la qualité du son se détériore en premier (pour les vidéos, moins d'images/seconde mais c'est pas grave) Dès que j'active le mode "faible bande passante" (qui coupe toutes les webcams d'un coup côté utilisateur) tout l'audio redevient parfait.
Je n'ai pas ce soucis avec mon pc de bureau. Ni avec le téléphone.
== il y aussi un paramètre "puissance du pc local" de toutes évidences.
Côté recommandations, pour les utilisateurs de mon instance je leur conseille :
Le téléphone ou la tablette, avec l'App Jitsi-Meet par 8x8 inc, en tout premier.
Jitsi-meet-electron ou google chrome mais seulement en second choix.
Justement pour éviter l'effet "vieux pc qui rame"
Jitsi est absolument formidable ! Merci à toute l'équipe, merci, et merci !
Nous avons pu nous réunir à 22 en vidéos sans aucun problème. Aucun.
Et sa simplicité d'usage a permis à des connaissances de voir leurs parents, qui sont loin et très agés et pour qui Skype est trop compliqué. Là, avec seulement deux flux, peu importe firefox ou autre : ils cliquent sur le lien et ça fonctionne.
[^] # Re: brigthness master
Posté par bubar🦥 (Mastodon) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 3.
Ouhai, désolé :-/
[^] # Re: heu, c'est moi ou j'ai pas compris l'intérêt ?
Posté par bubar🦥 (Mastodon) . En réponse au message Envoyer de l'audio depuis Jack vers Jitsi. Évalué à 4.
Ninjam a l'air GENIAL !! Au plaisir de lire ce retour d'expérience !
(je connaissais pas, ai immédiatement passé l'info à un pote musicos qui cherchait une solution pour son groupe)
[^] # Re: heu, c'est moi ou j'ai pas compris l'intérêt ?
Posté par bubar🦥 (Mastodon) . En réponse au message Envoyer de l'audio depuis Jack vers Jitsi. Évalué à 5. Dernière modification le 20 avril 2020 à 20:00.
j'ai lancé jack via qjackctl, puis lancé jitsi-meet-electron, et ce dernier m'a même fait une petite popup interne "microphone pas accessible, voulez vous basculer sur jack-sink ?" click OK, et ça fonctionne (en tout cas j'ai un écho entre le client téléphone et celui pc :p)
mais je n'ai pas testé plus que cela et n'ai pas idée de la qualité
[^] # Re: heu, c'est moi ou j'ai pas compris l'intérêt ?
Posté par bubar🦥 (Mastodon) . En réponse au message Envoyer de l'audio depuis Jack vers Jitsi. Évalué à 4. Dernière modification le 20 avril 2020 à 19:58.
Pourquoi Jack dans ce cas ?
La latence faible intrinsèque à la gestion du son par Jack est mise à mal par celle induite par webrtc (malgré toute la qualité des codecs libres optimisés pour le sip et autres) et sa distribution puis son rendu chez les 'clients'
Il reste la simplicité et la souplesse de gestion des entrées/sorties entre différents éléments, mais peut être que pour le coup, tu peux te passer de Jack ?
Du coup je repose la question de Neo< :
Les musiciens sont tous ensemble ?
Ou bien distants et chacun utilisent ninjam et jack ?
# brigthness master
Posté par bubar🦥 (Mastodon) . En réponse au journal Réglage du contraste sur ordinateur portable. Évalué à 5. Dernière modification le 20 avril 2020 à 18:10.
Sur KDE il n'y a pas non plus de contrôle pour cela, sauf pour les LVDS (et assimilés, les écrans de portables). Dommage :-(
Il y a brigthness master disponible, qui fait le taf en graphique, pratique pour les écrans vga/HDMI/DP .. Cependant cela casse le réglage automatique de la colorimétrie selon l'heure (maintenant intégré par défaut, mais avant, en ajout, c'était pareil)
[^] # Re: Après weBOOB voici ROBERT !
Posté par bubar🦥 (Mastodon) . En réponse au message Robert, un logiciel de stockage en RAM . Évalué à 4.
La dépêche est prête :
https://linuxfr.org/redaction/news/robert-un-logiciel-de-stockage-en-ram
Peux tu, s'il te plait, faire une mini modif dessus (correction / ajout / ou simplement retirer et remettre un point par exemple) : ceci afin que tu apparaisses comme rédacteur, et qu'on puisse du coup d'attribuer la dépêche en tant qu'auteur ?
Merci encore,
Librement
[^] # Re: Après weBOOB voici ROBERT !
Posté par bubar🦥 (Mastodon) . En réponse au message Robert, un logiciel de stockage en RAM . Évalué à 9. Dernière modification le 19 avril 2020 à 21:23.
Remarquable, merci pour cette présentation de ton projet !!
perso je le verrai bien en journal, voir carrément en dépêche de première page !
[^] # Re: stun, turn & turns
Posté par bubar🦥 (Mastodon) . En réponse au message Nextcloud Talk. Évalué à 3. Dernière modification le 19 avril 2020 à 00:20.
Pour la configuration tls, voici ce que j'ai, mais pour JITSI. Je la poste car peut être cela te sera utile pour talk ?
Pour commencer j'ai ajouté quelques options au service systemd :
Ceci évite de s'occuper du fichier de conf, mais oblige à utiliser les noms pour les certificats ainsi :
privkey.pem -> turn_server_pkey.pem
cert.pem -> turn_server_cert.pem
Et là il est tout content :
Cela c'était pour le serveur CoTurn secondaire, qui se trouve sur un bon gros dual xeon + 64g + 1t ssd
Le primaire (sur Debian, qui se trouve sur un petit atom + 16g) est configuré par jitsi-meet et j'ai fait qu'ajouter la référence au secondaire :
Le tout discute et fonctionne nickel.
Comme tu le vois, c'est loin d'être bien (un -z sur le serveur secondaire, c'est openbar) et je suis également preneur de conseils ;-)
# stun, turn & turns
Posté par bubar🦥 (Mastodon) . En réponse au message Nextcloud Talk. Évalué à 5. Dernière modification le 18 avril 2020 à 04:37.
Bonjour,
Ce n'est pas une réponse au problème que tu rencontres mais un simple retour d'expérience : nextcloud-talk est devenu capricieux depuis quelques versions (alors qu'il y a qq années il fonctionnait très bien)
J'ai rencontré le même problème : difficulté d'entrer dans une conversation, et ce même si nous sommes peu nombreux, genre 3… C'est aléatoire, parfois cela se passe bien, parfois non. Les utilisateurs cliquent, attendent, se déconnectent, re-cliquent, attendent…
Et cela y compris en configuration de redondance de serveurs turn/turns.
Il semblerait qu'il soit possible (sic, prudence) que cela vienne de l'absence d'un serveur de signalement. Il semble que nextcloud-talk en propose un en solution d'entreprise mais ce n'est pas clair. De plus il semble aussi que, malgré la présence d'un serveur turn correctement configuré (voir plusieurs sur plusieurs machines) et sans client NATé nextcloud-talk continue de distribuer en peer2peer exclusivement, contrairement à ce qui est marqué mais là encore ce n'est pas clair, en tout cas pour moi.
La meilleure aide semble être de lire et/ou utiliser le script spécifique à talk inclu dans la vm que nextcloud propose. Ce script contient la confirmation de bonne configuration de coturn, puisqu'il contient celle déployée par défaut pour un vm toute prête …
Enfin, personnellement j'ai stoppé nextcloud-talk, à regret (car solution intégrée) pour ces raisons : absence de clarté sur la finalité et les possibilités (impression de revenir au pb initial owncloud / nextcloud) et limitation à moins de 10~12 personnes (quant ceux ci ont réussis à se connecter, miracle)
Quelqu'un rencontre les mêmes soucis et a des solutions svp ?
# BBB
Posté par bubar🦥 (Mastodon) . En réponse au lien Un autre logiciel de visioconférence à tester. Évalué à 6. Dernière modification le 17 avril 2020 à 05:52.
BBB est plutôt pensé pour l'enseignement, donc pensé pour un groupe qui écoute et agit à l'écrit. Ce qui est particulièrement pertinent aussi (me semble t il) pour des associations ou du taf. Ce n'est donc pas vraiment un "logiciel de viso-conférence" mais plutôt un "logiciel de travail collaboratif pour la formation et l'enseignement à distance" (ou la visio est un outil)
Il y a une dépêche à paraitre comparant BBB et OpenMeeting, par des tests d'usages et critiques constructives des solutions.
Perso ce qui me bloque c'est à la fois le fait qu'il faille une ubuntu 16.04 (et rien d'autre ni plus récent) d'un côté, et d'un autre côté la multiplicité des langages employés. Cela en fait un tout complexe à mettre en place et ancien (bien qu'encore maintenu pour les briques système, mais cela n'a pas l'air très bien le cas au delà ?!?)
Perso, pou un besoin "associatif" j'ai donc préféré la solution "NextCloud + Deck + CalvDAv + Sondage + MindMap + Espace Perso et Dossiers de Groupes + LibreOffice En Ligne" couplé avec "Jitsi".
[^] # Re: Et si l'état investissait pour améliorer Jitsi ?
Posté par bubar🦥 (Mastodon) . En réponse au lien Pourquoi l’administration française a-t-elle autant de mal à remplacer Zoom ? - numerama. Évalué à 3. Dernière modification le 15 avril 2020 à 22:47.
De plus, si l'article est intéressant, il est incomplet :
Pas plus tard que hier nous avons fait une réunion à 14 personnes (14 en vidéos + 3 en passerelle téléphone) en même temps sur ma petite instance Jitsi, et n'avons rencontré aucun problème. Aucun problème. Nous avions bien passé le mot "Chrome ou Edge, exclusivement" (ça fait vraiment mal de dire ça, mais au moins je n'ai jamais vu "p2p activé" dans la fenêtre de conf pour régler la qualité de la visio de sa cam… Donc le turn fait bien son job, à priori.)
Le petit Atom sur lequel est installé l'instance a souffert (tout le temps presque à fond), mais ses 16g de ram ont plus que largement suffit. S'il fallait passer à l'échelle (et réunir vraiment tout le monde dans mon "association") alors je migrerai de ce petit Atom vers un Dual Xeon épaulé par 64G de ram et 1T sur ssd.
Donc le "Jitsi convient pour des petits groupes" ne devrait pas être adossé à "moins de 10 personnes" … Car Jitsi fait le taf au delà…
# Merci Oumph
Posté par bubar🦥 (Mastodon) . En réponse au journal Chasse aux œufs dlfpienne. Évalué à 4.
say jaynial (merci de t'être décarcassé pour proposer cette chasse !!!)
Grâce à l'aide de Ysabeau< ça a pris aussi sur la ³bune.
# Bonjour à toutstes
Posté par bubar🦥 (Mastodon) . En réponse au journal Sars-CoV-2 et moi. Évalué à 3. Dernière modification le 09 avril 2020 à 12:08.
Des nouvelles :
Aujourd'hui ça va vraiment presque bien !! Mes dernières sensations dans les bronches (impression d'un filet/une grille à la place des omoplates) ont disparu !!
Il ne reste que la sensation sur le thorax, le plexus, légère !!!
Je ne saurais probablement jamais ce qu'il s'est vraiment passé, et pourquoi après 3 semaines j'ai à nouveau eu des symptômes le week end dernier (c'est inhabituel, visiblement, même si je ne lis tjs pas les infos) et une énorme fatigue encore ensuite. L'incertitude me pèse beaucoup. J'espère que les 3 prochains jours seront OK comme aujourd'hui !!
Prenez soin de vous et des votres,
Librement,
[^] # Re: naturel angoissé?
Posté par bubar🦥 (Mastodon) . En réponse au journal Sars-CoV-2 et moi. Évalué à 4. Dernière modification le 09 avril 2020 à 12:21.
Yo,
Non je ne suis pas d'un naturel angoissé, plutôt du genre à vivre heureux sans soucis dans un sous marin.
Par contre je suis devenu angoissé, vraiment et profondément, d'un seul coup (impossible d'être factuel entre le rôle / l'activité du virus lui même et une situation compliquée, surtout seul)
Oui je pensais faire parti d'une population à risque : gros (sans être obèse) avec une éventration dénotant un manque d'entretien physique après opération, fragilité évidente du système digestif, …) mais ma toubib m'avait dit un truc un peu surprenant : «non les fumeurs ne sont pas une population à risque, ce sont ceux qui ont les poumons abimés qui le sont, nuance» (et mes poumons sont goudronnés mais pas abimés, pas saignants ni sensibles)
Et oui j'étais hyper tendu et sensible, pour toutes ces raisons. J'ai même pété deux fois un cable, complet, entre la fatigue du régime alimentaire que je me suis astreint (beaucoup plus long que pour une grosse grippe, trop long), la maladie elle même, et la peur. La crainte qui se transforme en peur qui se transforme en angoisse. C'est réel, même chez moi, et c'est très éprouvant.
# nscd
Posté par bubar🦥 (Mastodon) . En réponse au message Création serveur LDAP. Évalué à 3.
nscd est un service de cache (pour plein de trucs)
le client ldap courant est nsLcd (nuance)
mais le client recommandé aujourd'hui est plutôt sssd (car il englobe en un plusieurs concepts et types de services distant)
DONC:
Configure (et lance) nsLcd ou sssd
(ou sssd selon le conseil par défaut de la version de ta distribution)
[^] # Re: ldap et linux
Posté par bubar🦥 (Mastodon) . En réponse au message Création serveur LDAP. Évalué à 4. Dernière modification le 07 avril 2020 à 21:56.
J'en rajoute une couche sur l'importance de bien distinguer les deux. Permet moi donc, Walter<, de profiter de la pertinence de ton post pour cela.
car, à mon grand malheur, je vois encore tout les jours des "professionnels aguéris de très grande ssii" coller un /etc/ldap.conf et un /etc/openldap/ldap.conf et lancer un authconfig sssd et tant qu'à faire mettre un déclaratif dans nslcd. Si si, je vous jure que c'est la réalité : y a vraiment des gens qui font ça, livrent ça au client, et s'enfuit en courant avant que j'arrive :p
Donc, pour Txys< :
Pour la partie serveur, je te recommande (chaudement mais bien humblement) de partir directement sur un full OLC (donc plus de fichier slapd.conf). Au moins ça, à défaut de choisir 389DS (plutôt qu'openldap) avec ou sans FreeIPA.
Pour la partie authentification, je te recommande (chaudement mais bien humblement) de prendre directement le client SSSD (ça t'évitera un énorme historique, sur lequel tu pourra revenir plus tard)
[^] # Re: J'ai déjà répondu
Posté par bubar🦥 (Mastodon) . En réponse au journal [Message de service] Gagnants des meilleures contributions de mars 2019. Évalué à 5.
En retour au mail dans une liste DLFP on reçoit un mail avec une instruction de renvoyer un code de confirmation à Sympa (subject:CONFIRM fc7824gtk4973dddxxx) afin que la distribution du mail initial sur la liste de diffusion soit effective.
Peut être regarder dans sa boite "spam" si ce mail de confirmation Sympa ne s'y trouverait pas ?
[^] # Re: Doutes…
Posté par bubar🦥 (Mastodon) . En réponse au journal Consultation Le Jour d'Après. Évalué à 10. Dernière modification le 06 avril 2020 à 15:33.
OK, avec des mots comme ceux là, j'ai moi aussi envie d'y adhérer, donc d'y participer.
Mais … relisons les programmes électoraux et comparons maintenant par rapport à ce qui a été fait, pour bien garder en tête que les promesses n'engagent que ceux y croyant.
De plus … Pour le système de santé, le notre est EXCELLENT. Si la question est légitime la réponse est tellement évidente (le remettre debout en ré-ouvrant des lits, en reconnaissant nettement la totalité de la chaine de valeurs des compétences impliquées [ménage, n'oublions pas], en paies et carrières, redonner les moyens perdus]) qu'on peut se demander pourquoi poser cette question ?
[^] # Re: Idem ici
Posté par bubar🦥 (Mastodon) . En réponse au message Log postfix: l'anssi fait-elle des scans de vulnérabilité?. Évalué à 5.
C'est bien vu, cette méfiance.
D'un autre côté, c'est une IP chez Orange, donc en fr_FR, avec un joli logo de l'Ansi servi en http.. Donc si ce n'est pas l'ANSSI elle même il y a fort à parier pour que la blague dure très peu de temps …
# Idem ici
Posté par bubar🦥 (Mastodon) . En réponse au message Log postfix: l'anssi fait-elle des scans de vulnérabilité?. Évalué à 4. Dernière modification le 05 avril 2020 à 12:07.
Idem ici, via Orange (ip2000-adsl-bas, 92.154.95.236) ; probablement des scans de contrôles, en effet. Peut être seulement à fin statistique.
1 seule occurence venant de l'ANSSI, le 19 janvier à 23h.
En tout cas leur test de relevé TLS est bien plus respectueux que ceux de certains services en ligne (shodan, par exemple, qui bourrine comme un salaud avec une liste de domaines et sous-domaines longue comme le bras)
Ils pourraient en faire 10 fois par jour que ça ne me dérangerait pas venant d'eux, mais bon, ça ce n'est qu'une considération personnelle