From mparchet at sunrise.ch Wed Apr 1 12:04:57 2020 From: mparchet at sunrise.ch (=?utf-8?Q?Mi=C3=A7hael_Parchet?=) Date: Wed, 1 Apr 2020 12:04:57 +0200 Subject: [gull] Tester les projets de Framasoft Message-ID: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> Bonjour, Je suis très partisan du projet https://degooglisons-internet.org/fr/ J’aimerais tester chacun des programmes et surtout savoir s’il existe des hébergeur pour accueillir ces derniers J’avais entendu parler chez itopia Des projets de Framasoft. J’aimerais pouvoir tester chacun d’eux À fin de savoir si il y a des bugs et si oui pouvoir les remonter ou si chacun deux peuvent être utilisé par un utilisateur lambda Savez-vous si ses projets sont hébergés par des hébergeur suis actuellement ? Merci pour votre aide Meilleures salutations mparchet -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuel.chenal at ll-dd.ch Thu Apr 2 21:17:21 2020 From: samuel.chenal at ll-dd.ch (Samuel Chenal) Date: Thu, 2 Apr 2020 21:17:21 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> Message-ID: <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> Salut ! Chez itopie, nous avons monté une architecture proxmox et nous hébergeons certaines de ces applications. Le but est en cible d'adhérer au collectif des chatons (voir à ce suejt chaton-leman.ch). * Nextcloud avec Collabora (LibreOffice online). * Plugin Nextcloud Talk pour la visio conférence / discussion via WebRTC. * Travail en équipe avec : o Mattermost o OpenProject * Réseau social avec une instance de Diaspora. * Prosody pour du XMPP / Jabber. * Gitlab Nous sommes en train de tester le serveur Mumble (salon de discussion purement audio) et nous allons installer une instance Jitsi Meet. L'application framadate (évolution de studs sauf erreur) est également au programme. Nous la testons sur une autre plateforme LimeSurvey (très puissant). Voilà pour l'instant. a+ Samuel Le 01.04.20 à 12:04, Miçhael Parchet a écrit : > Bonjour, > > Je suis très partisan du projet > > https://degooglisons-internet.org/fr/ > > > J’aimerais tester chacun des programmes et surtout savoir s’il existe > des hébergeur pour accueillir ces derniers > > > J’avais entendu parler chez itopia Des projets de Framasoft. > J’aimerais pouvoir tester chacun d’eux À fin de savoir si il y a des > bugs et si oui pouvoir les remonter ou si chacun deux peuvent être > utilisé par un utilisateur lambda > > > Savez-vous si ses projets sont hébergés par des hébergeur suis > actuellement ? > > > Merci pour votre aide > > > Meilleures salutations > > > mparchet > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -- ----------------------- Samuel Chenal https://www.ll-dd.ch samuel.chenal at ll-dd.ch ----------------------- Merci d'utiliser des formats de fichiers ouverts (comme ODF) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From mparchet at sunrise.ch Thu Apr 2 22:30:19 2020 From: mparchet at sunrise.ch (=?utf-8?Q?Mi=C3=A7hael_Parchet?=) Date: Thu, 2 Apr 2020 22:30:19 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> Message-ID: Bonjour, Merci beaucoup Samuel. Est-ce que je pourrais savoir si il est possible de tester les programmes qui sont actuellement hébergés chez chaton Léman afin d’ éventuellement rapporter des bugs ? Comment dois-je procéder pour le faire ? Merci beaucoup pour votre réponse Meilleur salutations mparchet > Le 2 avr. 2020 à 21:17, Samuel Chenal a écrit : > > Salut ! > > Chez itopie, nous avons monté une architecture proxmox et nous hébergeons certaines de ces applications. Le but est en cible d'adhérer au collectif des chatons (voir à ce suejt chaton-leman.ch). > > Nextcloud avec Collabora (LibreOffice online). > Plugin Nextcloud Talk pour la visio conférence / discussion via WebRTC. > Travail en équipe avec : > Mattermost > OpenProject > Réseau social avec une instance de Diaspora. > Prosody pour du XMPP / Jabber. > Gitlab > Nous sommes en train de tester le serveur Mumble (salon de discussion purement audio) et nous allons installer une instance Jitsi Meet. L'application framadate (évolution de studs sauf erreur) est également au programme. Nous la testons sur une autre plateforme LimeSurvey (très puissant). > > Voilà pour l'instant. > > a+ > > Samuel > >> Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >> Bonjour, >> >> Je suis très partisan du projet >> >> https://degooglisons-internet.org/fr/ >> >> J’aimerais tester chacun des programmes et surtout savoir s’il existe des hébergeur pour accueillir ces derniers >> >> J’avais entendu parler chez itopia Des projets de Framasoft. J’aimerais pouvoir tester chacun d’eux À fin de savoir si il y a des bugs et si oui pouvoir les remonter ou si chacun deux peuvent être utilisé par un utilisateur lambda >> >> Savez-vous si ses projets sont hébergés par des hébergeur suis actuellement ? >> >> Merci pour votre aide >> >> Meilleures salutations >> >> mparchet >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull > -- > > ----------------------- > Samuel Chenal > https://www.ll-dd.ch > samuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From emmanuelle at egermond.ch Thu Apr 2 23:32:35 2020 From: emmanuelle at egermond.ch (Emmanuelle Germond) Date: Thu, 02 Apr 2020 23:32:35 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> Message-ID: <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Hello, Pour https://webconf.ch, Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on partage volontiers la licence collabora, si itopie l'a déjà.) Et on peu test, il y a un lien demo sur le site. https://openromandie.ch recense les projets en logiciels libre et associatif. Si Itopie a ses projets en ligne, on les ajoute volontiers. Salutations, Emmanuelle Germond Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal a écrit : >Salut ! > >Chez itopie, nous avons monté une architecture proxmox et nous >hébergeons certaines de ces applications. Le but est en cible d'adhérer >au collectif des chatons (voir à ce suejt chaton-leman.ch). > > * Nextcloud avec Collabora (LibreOffice online). >* Plugin Nextcloud Talk pour la visio conférence / discussion via >WebRTC. > * Travail en équipe avec : > o Mattermost > o OpenProject > * Réseau social avec une instance de Diaspora. > * Prosody pour du XMPP / Jabber. > * Gitlab > >Nous sommes en train de tester le serveur Mumble (salon de discussion >purement audio) et nous allons installer une instance Jitsi Meet. >L'application framadate (évolution de studs sauf erreur) est également >au programme. Nous la testons sur une autre plateforme LimeSurvey (très >puissant). > >Voilà pour l'instant. > >a+ > >Samuel > >Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >> Bonjour, >> >> Je suis très partisan du projet >> >> https://degooglisons-internet.org/fr/ >> >> >> J’aimerais tester chacun des programmes et surtout savoir s’il existe >> des hébergeur pour accueillir ces derniers >> >> >> J’avais entendu parler chez itopia Des projets de Framasoft. >> J’aimerais pouvoir tester chacun d’eux À fin de savoir si il y a des >> bugs et si oui pouvoir les remonter ou si chacun deux peuvent être >> utilisé par un utilisateur lambda >> >> >> Savez-vous si ses projets sont hébergés par des hébergeur suis >> actuellement ? >> >> >> Merci pour votre aide >> >> >> Meilleures salutations >> >> >> mparchet >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull > >-- > >----------------------- >Samuel Chenal >https://www.ll-dd.ch >samuel.chenal at ll-dd.ch >----------------------- > >Merci d'utiliser des formats >de fichiers ouverts (comme ODF) -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. -------------- next part -------------- An HTML attachment was scrubbed... URL: From isamanujoos at gmail.com Fri Apr 3 09:34:03 2020 From: isamanujoos at gmail.com (Isa & Manu Joos) Date: Fri, 3 Apr 2020 09:34:03 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: Bonjour, J'aimerai votre avis concernant Jitsi, je vois que beaucoup d'instances se proposent, c'est super, toutefois je ne trouve pas tout si rose en ce qui concerne son utilisation à comparer avec zoom. Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, mais je l'ai utilisé avec mon colloque. Hier, je leur ai proposé un petit Framatalk pour tester autre chose, je l'avais utilisé avec mes élèves pour une petite réunion, et ça avait assez bien fonctionné. Toutefois, j'avais constaté une très forte utilisation du processeur ! J'ai donc fait une comparaison durant nos 2 tests successifs lors de notre colloque, framatalk et zoom : - sur framatalk, sans parler de qualité honorable mais pas top, processeur à 90% (i7...) - sur zoom, bonne qualité, processeur à 20% SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, vous prêchez à un converti, je l'utilise au minimum pour échanger sous la forme de tableau noir pour mes élèves, c'est à dire on se dit bonjour, puis on coupe les caméras et je partage mon écran pour une leçon live. Mon questionnement est plutôt que si on veut proposer des solutions libres et éthiques, il faut se questionner pour régater dans les mêmes océans. Donc je me demandais vraiment pourquoi cette différence flagrante de consommation et comment améliorer. Belle journée à vous Manu Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond a écrit : > Hello, > Pour https://webconf.ch, > Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on partage > volontiers la licence collabora, si itopie l'a déjà.) > Et on peu test, il y a un lien demo sur le site. > https://openromandie.ch recense les projets en logiciels libre et > associatif. > Si Itopie a ses projets en ligne, on les ajoute volontiers. > > Salutations, > Emmanuelle Germond > > > Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal > a écrit : >> >> Salut ! >> >> Chez itopie, nous avons monté une architecture proxmox et nous hébergeons >> certaines de ces applications. Le but est en cible d'adhérer au collectif >> des chatons (voir à ce suejt chaton-leman.ch). >> >> - Nextcloud avec Collabora (LibreOffice online). >> - Plugin Nextcloud Talk pour la visio conférence / discussion via >> WebRTC. >> - Travail en équipe avec : >> - Mattermost >> - OpenProject >> - Réseau social avec une instance de Diaspora. >> - Prosody pour du XMPP / Jabber. >> - Gitlab >> >> Nous sommes en train de tester le serveur Mumble (salon de discussion >> purement audio) et nous allons installer une instance Jitsi Meet. >> L'application framadate (évolution de studs sauf erreur) est également au >> programme. Nous la testons sur une autre plateforme LimeSurvey (très >> puissant). >> >> Voilà pour l'instant. >> >> a+ >> >> Samuel >> Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >> >> Bonjour, >> >> Je suis très partisan du projet >> >> https://degooglisons-internet.org/fr/ >> >> >> J’aimerais tester chacun des programmes et surtout savoir s’il existe des >> hébergeur pour accueillir ces derniers >> >> >> J’avais entendu parler chez itopia Des projets de Framasoft. J’aimerais >> pouvoir tester chacun d’eux À fin de savoir si il y a des bugs et si oui >> pouvoir les remonter ou si chacun deux peuvent être utilisé par un >> utilisateur lambda >> >> >> Savez-vous si ses projets sont hébergés par des hébergeur suis >> actuellement ? >> >> >> Merci pour votre aide >> >> >> Meilleures salutations >> >> >> mparchet >> >> _______________________________________________ >> gull mailing listgull at forum.linux-gull.chhttps://forum.linux-gull.ch/mailman/listinfo/gull >> >> -- >> >> ----------------------- >> Samuel Chenalhttps://www.ll-dd.chsamuel.chenal at ll-dd.ch >> ----------------------- >> >> Merci d'utiliser des formats >> de fichiers ouverts (comme ODF) >> >> > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma > brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent at franceschetti.net Fri Apr 3 11:08:13 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Fri, 3 Apr 2020 11:08:13 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: <5A1173DD-BAEA-41A3-B367-D49BEBD171F9@franceschetti.net> Vu sur ce forum de jitsi que ça pourrait être liée au codec qui n’utilise pas l’accélàration matérielle, mais sans confirmation. https://community.jitsi.org/t/high-cpu-utilization-on-client-end/25764 Comme hypothèse, je tenterais d’agir sur la résolution (passer de « maximale » à « haute »), est-ce que ça pourrait aider? Je ne suis pas très sûr de comment jitsi gère la résolution versus CPU et bande passante (vers et depuis le serveur), donc ce serait à expérimenter... > Le 3 avr. 2020 à 09:34, Isa & Manu Joos a écrit : > > Bonjour, > > J'aimerai votre avis concernant Jitsi, je vois que beaucoup d'instances se proposent, c'est super, toutefois je ne trouve pas tout si rose en ce qui concerne son utilisation à comparer avec zoom. > Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, mais je l'ai utilisé avec mon colloque. > Hier, je leur ai proposé un petit Framatalk pour tester autre chose, je l'avais utilisé avec mes élèves pour une petite réunion, et ça avait assez bien fonctionné. Toutefois, j'avais constaté une très forte utilisation du processeur ! > J'ai donc fait une comparaison durant nos 2 tests successifs lors de notre colloque, framatalk et zoom : > sur framatalk, sans parler de qualité honorable mais pas top, processeur à 90% (i7...) > sur zoom, bonne qualité, processeur à 20% > SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, vous prêchez à un converti, je l'utilise au minimum pour échanger sous la forme de tableau noir pour mes élèves, c'est à dire on se dit bonjour, puis on coupe les caméras et je partage mon écran pour une leçon live. > > Mon questionnement est plutôt que si on veut proposer des solutions libres et éthiques, il faut se questionner pour régater dans les mêmes océans. > > Donc je me demandais vraiment pourquoi cette différence flagrante de consommation et comment améliorer. > > Belle journée à vous > > Manu > > Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond > a écrit : > Hello, > Pour https://webconf.ch , > Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on partage volontiers la licence collabora, si itopie l'a déjà.) > Et on peu test, il y a un lien demo sur le site. > https://openromandie.ch recense les projets en logiciels libre et associatif. > Si Itopie a ses projets en ligne, on les ajoute volontiers. > > Salutations, > Emmanuelle Germond > > > Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal > a écrit : > Salut ! > > Chez itopie, nous avons monté une architecture proxmox et nous hébergeons certaines de ces applications. Le but est en cible d'adhérer au collectif des chatons (voir à ce suejt chaton-leman.ch ). > > Nextcloud avec Collabora (LibreOffice online). > Plugin Nextcloud Talk pour la visio conférence / discussion via WebRTC. > Travail en équipe avec : > Mattermost > OpenProject > Réseau social avec une instance de Diaspora. > Prosody pour du XMPP / Jabber. > Gitlab > Nous sommes en train de tester le serveur Mumble (salon de discussion purement audio) et nous allons installer une instance Jitsi Meet. L'application framadate (évolution de studs sauf erreur) est également au programme. Nous la testons sur une autre plateforme LimeSurvey (très puissant). > > Voilà pour l'instant. > > a+ > > Samuel > > Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >> Bonjour, >> >> Je suis très partisan du projet >> >> https://degooglisons-internet.org/fr/ >> >> J’aimerais tester chacun des programmes et surtout savoir s’il existe des hébergeur pour accueillir ces derniers >> >> J’avais entendu parler chez itopia Des projets de Framasoft. J’aimerais pouvoir tester chacun d’eux À fin de savoir si il y a des bugs et si oui pouvoir les remonter ou si chacun deux peuvent être utilisé par un utilisateur lambda >> >> Savez-vous si ses projets sont hébergés par des hébergeur suis actuellement ? >> >> Merci pour votre aide >> >> Meilleures salutations >> >> mparchet >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull -- > > ----------------------- > Samuel Chenal > https://www.ll-dd.ch > samuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From dc at pxcluster.com Fri Apr 3 11:15:45 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Fri, 3 Apr 2020 11:15:45 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: On 03.04.20 09:34, Isa & Manu Joos wrote: > Mon questionnement est plutôt que si on veut proposer des solutions > libres et éthiques, il faut se questionner pour régater dans les mêmes > océans. Sauf que en ce qui concerne ce domaine, Zoom est sans doute le pire élève de la classe. Ils ont menti, et continuent à le faire, à leurs clients en ce qui concerne le "End-to-End" encryptage (qui n'est en fait que le cryptage du transport !). Ils ont installé des serveurs web sur les matériels des clients pour leur permettre de se connecter a un meeting sans permissions. Ils ont des fonctionnalités qui permettent de contrôler ce que font les participants durant le meeting. Ils ont vendu des données personnelles à Facebook. Etc. En gros, leur attitude est douteuse et relève d'une certaine culture d'entreprise, ce qui devrait pousser tout le monde a s'interroger sur la confiance qu'on peut accorder à ce qu'ils disent ou ce qu'ils sont prêts à signer. Et pour couronner le tout le code n'est pas libre du tout et personne n'y a accès. Donc, si l'on veut mettre "libre", "éthique" et "Zoom" dans une même équation, tu n'auras pas de solution à l'équation, même en utilisant les nombres imaginaires :-) > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. Pour ça, désolé, je ne sais pas... dc From schaefer at alphanet.ch Fri Apr 3 11:17:04 2020 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Fri, 3 Apr 2020 11:17:04 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: <20200403091704.GA25665@alphanet.ch> On Fri, Apr 03, 2020 at 09:34:03AM +0200, Isa & Manu Joos wrote: > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. Evidemment qu'un logiciel qui tourne 100% dans un navigateur peut être moins efficace qu'un logiciel à installer comme zoom, surtout s'il doit générer / reconvertir des tas de flux audios et vidéo. Toutefois, le problème de performance est connu. Sur un très vieux laptop avec 19 étudiants branchés à une copie d'écran et à l'audio, la qualité a été évaluée excellente à très bonne. Le CPU tournait à 100%, effectivement. Zoom est un logiciel propriétaire, qui apparemment collecte vos données. meet.jit.si collecte peut-être aussi, mais il y a d'autres instances, dont certaines en Suisse. Je rappelle le nom de la liste: GULL, pour quelque chose comme Groupe d'Utilisateurs/trices de Logiciels Libres? From f.dumas at ellis.siteparc.fr Fri Apr 3 11:24:19 2020 From: f.dumas at ellis.siteparc.fr (Frederic Dumas) Date: Fri, 3 Apr 2020 11:24:19 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: Bonjour Emmanuel, > * sur framatalk, sans parler de qualité honorable mais pas top, > processeur à 90% (i7...) > * sur zoom, bonne qualité, processeur à 20% D'autant que je me rappelle, Zoom exige l'installation d'un client lourd sur la machine, peut-être est-il plus optimisé que les composants WebRTC des navigateurs. Par ailleurs, le hub Jitsi délivre à chaque participants autant de streams audio-vidéo unicast qu'il y a de personnes en ligne. Par exemple, pour une conférence de 7 participants, la machine émet son propre stream vers le hub Jitsi et en reçoit 6 autres en retour. De plus, par défaut Jitsi transmet la video en HD, pourvu que la webcam et le débit le permettent. Le navigateur du destinataire doit ensuite recomposer tous ces flux à l'écran. L'analogie n'est peut-être pas très bonne, mais ça me fait penser à l'ouverture de plusieurs films en HD simultanément à l'écran avec VLC. Ça pourrait solliciter un peu le CPU, n'est-ce pas? Du coté du client lourd de Zoom, je ne sais pas s'il reçoit autant de flux qu'il y a de participants, ou bien si ceux-ci sont recomposés et encodés à la volée en un seul flux par la plateforme Zoom. Peut-être peux-tu chercher à le savoir, pour vérifier si la différence principale ne viendrait pas de la ? > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. Jitsi fait appel aux composants WebRTC du navigateur, il est dit que ceux embarqués dans Firefox sont plus anciens que ceux embarqués dans les navigateurs basés sur Chromium. Il serait intéressant de refaire le test avec Jitsi en utilisant un autre navigateur, et observer si la même charge processeur se répète. Bonne journée. Frédéric. -- Frederic Dumas f.dumas at ellis.siteparc.fr Le 03/04/2020 à 09:34, Isa & Manu Joos a écrit : > Bonjour, > > J'aimerai votre avis concernant Jitsi, je vois que beaucoup d'instances > se proposent, c'est super, toutefois je ne trouve pas tout si rose en ce > qui concerne son utilisation à comparer avec zoom. > Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, mais > je l'ai utilisé avec mon colloque. > Hier, je leur ai proposé un petit Framatalk pour tester autre chose, je > l'avais utilisé avec mes élèves pour une petite réunion, et ça avait > assez bien fonctionné. Toutefois, j'avais constaté une très forte > utilisation du processeur ! > J'ai donc fait une comparaison durant nos 2 tests successifs lors de > notre colloque, framatalk et zoom : > > * sur framatalk, sans parler de qualité honorable mais pas top, > processeur à 90% (i7...) > * sur zoom, bonne qualité, processeur à 20% > > SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, > vous prêchez à un converti, je l'utilise au minimum pour échanger sous > la forme de tableau noir pour mes élèves, c'est à dire on se dit > bonjour, puis on coupe les caméras et je partage mon écran pour une > leçon live. > > Mon questionnement est plutôt que si on veut proposer des solutions > libres et éthiques, il faut se questionner pour régater dans les mêmes > océans. > > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. > > Belle journée à vous > > Manu > > Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond > a écrit : > > Hello, > Pour https://webconf.ch, > Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on > partage volontiers la licence collabora, si itopie l'a déjà.) > Et on peu test, il y a un lien demo sur le site. > https://openromandie.ch recense les projets en logiciels libre et > associatif. > Si Itopie a ses projets en ligne, on les ajoute volontiers. > > Salutations, > Emmanuelle Germond > > > Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal > > a écrit : > > Salut ! > > Chez itopie, nous avons monté une architecture proxmox et nous > hébergeons certaines de ces applications. Le but est en cible > d'adhérer au collectif des chatons (voir à ce suejt > chaton-leman.ch ). > > * Nextcloud avec Collabora (LibreOffice online). > * Plugin Nextcloud Talk pour la visio conférence / discussion > via WebRTC. > * Travail en équipe avec : > o Mattermost > o OpenProject > * Réseau social avec une instance de Diaspora. > * Prosody pour du XMPP / Jabber. > * Gitlab > > Nous sommes en train de tester le serveur Mumble (salon de > discussion purement audio) et nous allons installer une instance > Jitsi Meet. L'application framadate (évolution de studs sauf > erreur) est également au programme. Nous la testons sur une > autre plateforme LimeSurvey (très puissant). > > Voilà pour l'instant. > > a+ > > Samuel > > Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >> Bonjour, >> >> Je suis très partisan du projet >> >> https://degooglisons-internet.org/fr/ >> >> >> J’aimerais tester chacun des programmes et surtout savoir s’il >> existe des hébergeur pour accueillir ces derniers >> >> >> J’avais entendu parler chez itopia Des projets de Framasoft. >> J’aimerais pouvoir tester chacun d’eux À fin de savoir si il y >> a des bugs et si oui pouvoir les remonter ou si chacun deux >> peuvent être utilisé par un utilisateur lambda >> >> >> Savez-vous si ses projets sont hébergés par des hébergeur suis >> actuellement ? >> >> >> Merci pour votre aide >> >> >> Meilleures salutations >> >> >> mparchet >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull > > -- > > ----------------------- > Samuel Chenal > https://www.ll-dd.ch > samuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez > excuser ma brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > From isamanujoos at gmail.com Fri Apr 3 11:44:36 2020 From: isamanujoos at gmail.com (Isa & Manu Joos) Date: Fri, 3 Apr 2020 11:44:36 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: Bonjour Frédéric Le ven. 3 avr. 2020 à 11:25, Frederic Dumas a écrit : > > Bonjour Emmanuel, > > > * sur framatalk, sans parler de qualité honorable mais pas top, > > processeur à 90% (i7...) > > * sur zoom, bonne qualité, processeur à 20% > > > D'autant que je me rappelle, Zoom exige l'installation d'un client lourd > sur la machine, peut-être est-il plus optimisé que les composants WebRTC > des navigateurs. > Qu'entends-tu par "client lourd" ? > > Par ailleurs, le hub Jitsi délivre à chaque participants autant de > streams audio-vidéo unicast qu'il y a de personnes en ligne. Par > exemple, pour une conférence de 7 participants, la machine émet son > propre stream vers le hub Jitsi et en reçoit 6 autres en retour. De > plus, par défaut Jitsi transmet la video en HD, pourvu que la webcam et > le débit le permettent. Le navigateur du destinataire doit ensuite > recomposer tous ces flux à l'écran. L'analogie n'est peut-être pas très > bonne, mais ça me fait penser à l'ouverture de plusieurs films en HD > simultanément à l'écran avec VLC. Ça pourrait solliciter un peu le CPU, > n'est-ce pas? > Certes ! > Du coté du client lourd de Zoom, je ne sais pas s'il reçoit autant de > flux qu'il y a de participants, ou bien si ceux-ci sont recomposés et > encodés à la volée en un seul flux par la plateforme Zoom. Peut-être > peux-tu chercher à le savoir, pour vérifier si la différence principale > ne viendrait pas de la ? > Intéressant, cela voudrait donc dire que la surconsommation locale de mon processeur avec Jitsi est finalement la même (voir peut-être pire) sur Zoom mais "délocalisée" sur leurs serveurs... > > > > Donc je me demandais vraiment pourquoi cette différence flagrante de > > consommation et comment améliorer. > > > Jitsi fait appel aux composants WebRTC du navigateur, il est dit que > ceux embarqués dans Firefox sont plus anciens que ceux embarqués dans > les navigateurs basés sur Chromium. Il serait intéressant de refaire le > test avec Jitsi en utilisant un autre navigateur, et observer si la même > charge processeur se répète. > Bon en l’occurrence, j'étais sur Chrome... Mais à tester effectivement. Merci de ces éclaircissements. Manu -------------- next part -------------- An HTML attachment was scrubbed... URL: From f.dumas at ellis.siteparc.fr Fri Apr 3 12:15:56 2020 From: f.dumas at ellis.siteparc.fr (Frederic Dumas) Date: Fri, 3 Apr 2020 12:15:56 +0200 Subject: [gull] Zoom c'est risque (ex: Tester les projets de Framasoft) In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: Les mêmes échos me revenaient qu'à toi, Daniel. Un collègue me disait que deux nouvelles failles étaient récemment découvertes sur l'implémentation OS.X du client lourd Zoom. > La première permet à un forban d'obtenir les mêmes droits d'accès au > micro et à la webcam de Zoom. Le logiciel doit en effet demander la > permission de l'utilisateur pour accéder à ces composants > indispensables à son fonctionnement. Cette demande d'autorisation > présente une faille qui permet à un bandit d'injecter du code > malicieux, afin de récupérer les droits d'accès. Ce dernier peut > alors surveiller en douce l'utilisateur. > > La deuxième faille est directement liée au système d'installation du > logiciel sur macOS, qui va beaucoup trop vite en besogne. Il se > trouve qu'un malapris est en mesure de glisser du code avec les > privilèges d'un utilisateur lambda afin d'obtenir un accès root. Il > peut ainsi accéder aux couches les plus basses et les plus sensibles > de macOS, ce qui n'est pas sans poser de sérieux problèmes de > sécurité. > > Zoom n'a pas encore fourni de correctifs. Source: https://www.macg.co/logiciels/2020/04/et-voici-deux-nouvelles-failles-de-securite-pour-zoom-112991 Le 03/04/2020 à 11:44, Isa & Manu Joos a écrit : > > Qu'entends-tu par "client lourd" ? C'est une terminologie qu'on emploie parfois par opposition au "client léger" sur le navigateur web. Client lourd: application compilée nativement pour le système d'exploitation pour lequel elle a été conçue, et fonctionnant localement sur le poste de travail, en en sollicitant les ressources. Client léger: application web fonctionnant à distance sur le serveur, et donc seule l'interface visuelle utilisateur fonctionne localement, dans le navigateur web. C'est pour ça que c'est dit être "léger". A bientôt. -- Frederic Dumas f.dumas at ellis.siteparc.fr Le 03/04/2020 à 11:15, Daniel Cordey a écrit : > Sauf que en ce qui concerne ce domaine, Zoom est sans doute le pire > élève de la classe. Ils ont menti, et continuent à le faire, à leurs > clients en ce qui concerne le "End-to-End" encryptage (qui n'est en fait > que le cryptage du transport !). Ils ont installé des serveurs web sur > les matériels des clients pour leur permettre de se connecter a un > meeting sans permissions. Ils ont des fonctionnalités qui permettent de > contrôler ce que font les participants durant le meeting. Ils ont vendu > des données personnelles à Facebook. Etc. From emmanuelle at egermond.ch Fri Apr 3 12:16:39 2020 From: emmanuelle at egermond.ch (Emmanuelle Germond) Date: Fri, 03 Apr 2020 12:16:39 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> Le 3 avril 2020 11:44:36 GMT+02:00, Isa & Manu Joos a écrit : >Bonjour Frédéric > >Le ven. 3 avr. 2020 à 11:25, Frederic Dumas >a >écrit : > >> >> Bonjour Emmanuel, >> >> > * sur framatalk, sans parler de qualité honorable mais pas top, >> > processeur à 90% (i7...) >> > * sur zoom, bonne qualité, processeur à 20% >> >> >> D'autant que je me rappelle, Zoom exige l'installation d'un client >lourd >> sur la machine, peut-être est-il plus optimisé que les composants >WebRTC >> des navigateurs. >> > >Qu'entends-tu par "client lourd" ? Il parle du logiciel à installer sur son ordinateur, smartphone, etc. Et oui, si directement en navigateur zoom est aussi lourd que jitsi. De même utilisé avec son application dédiée jisti devient tout de suite beaucoup moins gourmand. > > >> >> Par ailleurs, le hub Jitsi délivre à chaque participants autant de >> streams audio-vidéo unicast qu'il y a de personnes en ligne. Par >> exemple, pour une conférence de 7 participants, la machine émet son >> propre stream vers le hub Jitsi et en reçoit 6 autres en retour. De >> plus, par défaut Jitsi transmet la video en HD, pourvu que la webcam >et >> le débit le permettent. Le navigateur du destinataire doit ensuite >> recomposer tous ces flux à l'écran. L'analogie n'est peut-être pas >très >> bonne, mais ça me fait penser à l'ouverture de plusieurs films en HD >> simultanément à l'écran avec VLC. Ça pourrait solliciter un peu le >CPU, >> n'est-ce pas? >> > >Certes ! > > >> Du coté du client lourd de Zoom, je ne sais pas s'il reçoit autant de >> flux qu'il y a de participants, ou bien si ceux-ci sont recomposés et >> encodés à la volée en un seul flux par la plateforme Zoom. Peut-être >> peux-tu chercher à le savoir, pour vérifier si la différence >principale >> ne viendrait pas de la ? >> Sur zoom les flux sont multiples mais c'est zoom qui gère la qualité à la volée. > >Intéressant, cela voudrait donc dire que la surconsommation locale de >mon >processeur avec Jitsi est finalement la même (voir peut-être pire) sur >Zoom >mais "délocalisée" sur leurs serveurs... > > >> >> >> > Donc je me demandais vraiment pourquoi cette différence flagrante >de >> > consommation et comment améliorer. >> >> >> Jitsi fait appel aux composants WebRTC du navigateur, il est dit que >> ceux embarqués dans Firefox sont plus anciens que ceux embarqués dans >> les navigateurs basés sur Chromium. Il serait intéressant de refaire >le >> test avec Jitsi en utilisant un autre navigateur, et observer si la >même >> charge processeur se répète. >> > >Bon en l’occurrence, j'étais sur Chrome... >Mais à tester effectivement. > Salutations à tous > >Merci de ces éclaircissements. > >Manu -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. From f.dumas at ellis.siteparc.fr Fri Apr 3 12:20:56 2020 From: f.dumas at ellis.siteparc.fr (Frederic Dumas) Date: Fri, 3 Apr 2020 12:20:56 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> Message-ID: <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> Sympa ton site web, Emmanuelle. -- Frederic Dumas f.dumas at ellis.siteparc.fr Le 03/04/2020 à 12:16, Emmanuelle Germond a écrit : > Il parle du logiciel à installer sur son ordinateur, smartphone, > etc. Et oui, si directement en navigateur zoom est aussi lourd que > jitsi. De même utilisé avec son application dédiée jisti devient tout > de suite beaucoup moins gourmand. From isamanujoos at gmail.com Fri Apr 3 14:30:38 2020 From: isamanujoos at gmail.com (Isa & Manu Joos) Date: Fri, 3 Apr 2020 14:30:38 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> Message-ID: Merci, je pige, mais je ne trouve pas l'appli dédiée à Jitsi pour ubuntu, tout ce que je trouve, c'est comment installer jitsi, mais côté serveur... Une idée ? Merci Le ven. 3 avr. 2020 à 12:22, Frederic Dumas a écrit : > > > Sympa ton site web, Emmanuelle. > > > -- > Frederic Dumas > f.dumas at ellis.siteparc.fr > > > Le 03/04/2020 à 12:16, Emmanuelle Germond a > écrit : > > > Il parle du logiciel à installer sur son ordinateur, smartphone, > > etc. Et oui, si directement en navigateur zoom est aussi lourd que > > jitsi. De même utilisé avec son application dédiée jisti devient tout > > de suite beaucoup moins gourmand. > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From emmanuelle at egermond.ch Fri Apr 3 14:35:08 2020 From: emmanuelle at egermond.ch (Emmanuelle Germond) Date: Fri, 03 Apr 2020 14:35:08 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> Message-ID: desktop.jitsi.org Le 3 avril 2020 14:30:38 GMT+02:00, Isa & Manu Joos a écrit : >Merci, je pige, mais je ne trouve pas l'appli dédiée à Jitsi pour >ubuntu, >tout ce que je trouve, c'est comment installer jitsi, mais côté >serveur... > >Une idée ? > >Merci > >Le ven. 3 avr. 2020 à 12:22, Frederic Dumas >a >écrit : > >> >> >> Sympa ton site web, Emmanuelle. >> >> >> -- >> Frederic Dumas >> f.dumas at ellis.siteparc.fr >> >> >> Le 03/04/2020 à 12:16, Emmanuelle Germond a >> écrit : >> >> > Il parle du logiciel à installer sur son ordinateur, smartphone, >> > etc. Et oui, si directement en navigateur zoom est aussi lourd que >> > jitsi. De même utilisé avec son application dédiée jisti devient >tout >> > de suite beaucoup moins gourmand. >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent at franceschetti.net Fri Apr 3 16:30:44 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Fri, 3 Apr 2020 16:30:44 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> Message-ID: <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> Sauf erreur, l’appli est obsolète et tout le monde passe par le navigateur? > Le 3 avr. 2020 à 14:35, Emmanuelle Germond a écrit : > > desktop.jitsi.org > > Le 3 avril 2020 14:30:38 GMT+02:00, Isa & Manu Joos a écrit : > Merci, je pige, mais je ne trouve pas l'appli dédiée à Jitsi pour ubuntu, tout ce que je trouve, c'est comment installer jitsi, mais côté serveur... > > Une idée ? > > Merci > > > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From isamanujoos at gmail.com Fri Apr 3 16:35:44 2020 From: isamanujoos at gmail.com (Isa & Manu Joos) Date: Fri, 3 Apr 2020 16:35:44 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> Message-ID: Ben oui, mais avec les inconvénients évoqués... Tentative d'install sur ubuntu, problème de dépendance Sur mac, pas de caméra. Je vais investiguer, mais pas trop non plus... Manu Le ven. 3 avr. 2020 à 16:31, Laurent Franceschetti < laurent at franceschetti.net> a écrit : > Sauf erreur, l’appli est obsolète et tout le monde passe par le navigateur? > > > Le 3 avr. 2020 à 14:35, Emmanuelle Germond a > écrit : > > desktop.jitsi.org > > Le 3 avril 2020 14:30:38 GMT+02:00, Isa & Manu Joos > a écrit : >> >> Merci, je pige, mais je ne trouve pas l'appli dédiée à Jitsi pour ubuntu, >> tout ce que je trouve, c'est comment installer jitsi, mais côté serveur... >> >> Une idée ? >> >> Merci >> >> >> > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma > brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From dc at pxcluster.com Fri Apr 3 16:38:02 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Fri, 3 Apr 2020 16:38:02 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> Message-ID: <08fcb26e-0579-c62f-8759-954e3642d9ba@pxcluster.com> On 03.04.20 16:30, Laurent Franceschetti wrote: > Sauf erreur, l’appli est obsolète et tout le monde passe par le navigateur? Oui, j'ai essayé de télécharger... rien compris... Sinon, si vous n'avez pas d'infrastructure à disposition et que vous vouliez que tout reste en Suisse, y'a ça. Aussi basé sur jitsi https://www.20min.ch/ro/multimedia/stories/story/Meet--l-alternative-suisse-et-securisee-a-Zoom-22225846 dc From linux at cvgg.org Fri Apr 3 19:21:37 2020 From: linux at cvgg.org (linux at cvgg.org) Date: Fri, 3 Apr 2020 19:21:37 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> Message-ID: <20200403172137.GA6274@localhost> Le vendredi 03 avril 2020 à 04:35:44, Isa & Manu Joos a écrit : > Ben oui, mais avec les inconvénients évoqués... > Tentative d'install sur ubuntu, problème de dépendance > Sur mac, pas de caméra. > > Je vais investiguer, mais pas trop non plus... Salut, Il y a Jitsi Meet sur androïd, disponible sur Fdroid, qui fonctionne bien, mais je n'ai pas testé avec plus de deux personnes et l'écran d'un smartphone ne permet pas beaucoup plus de correspondants :-). A+ -- Vincent Guyot @debian GNU linux From emmanuelle at egermond.ch Fri Apr 3 19:33:35 2020 From: emmanuelle at egermond.ch (Emmanuelle Germond) Date: Fri, 03 Apr 2020 19:33:35 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <20200403172137.GA6274@localhost> References: <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> <20200403172137.GA6274@localhost> Message-ID: Le 3 avril 2020 19:21:37 GMT+02:00, linux at cvgg.org a écrit : >Le vendredi 03 avril 2020 à 04:35:44, Isa & Manu Joos a écrit : >> Ben oui, mais avec les inconvénients évoqués... >> Tentative d'install sur ubuntu, problème de dépendance >> Sur mac, pas de caméra. >> >> Je vais investiguer, mais pas trop non plus... > >Salut, >Il y a Jitsi Meet sur androïd, disponible sur Fdroid, qui fonctionne >bien, mais je n'ai pas testé avec plus de deux personnes et l'écran >d'un smartphone ne permet pas beaucoup plus de correspondants :-). >A+ J'ai testé à 6 ça marche bien. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. From isamanujoos at gmail.com Fri Apr 3 20:30:13 2020 From: isamanujoos at gmail.com (Isa & Manu Joos) Date: Fri, 3 Apr 2020 20:30:13 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: References: <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> <20200403172137.GA6274@localhost> Message-ID: Mais c'est vrai qu'une solution desktop bien fonctionnelle serait excellente. Quelqu'un a une expérience concluante ? Le ven. 3 avr. 2020 à 19:35, Emmanuelle Germond a écrit : > > > Le 3 avril 2020 19:21:37 GMT+02:00, linux at cvgg.org a écrit : > >Le vendredi 03 avril 2020 à 04:35:44, Isa & Manu Joos a écrit : > >> Ben oui, mais avec les inconvénients évoqués... > >> Tentative d'install sur ubuntu, problème de dépendance > >> Sur mac, pas de caméra. > >> > >> Je vais investiguer, mais pas trop non plus... > > > >Salut, > >Il y a Jitsi Meet sur androïd, disponible sur Fdroid, qui fonctionne > >bien, mais je n'ai pas testé avec plus de deux personnes et l'écran > >d'un smartphone ne permet pas beaucoup plus de correspondants :-). > >A+ > > J'ai testé à 6 ça marche bien. > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma > brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuel.chenal at ll-dd.ch Fri Apr 3 23:58:43 2020 From: samuel.chenal at ll-dd.ch (Samuel Chenal) Date: Fri, 3 Apr 2020 23:58:43 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> Message-ID: <3807bbfe-c716-fc98-afbe-91d8844facc4@ll-dd.ch> Hello ! Concernant Zoom, cette application a défrayé la chronique à de nombreuses reprises concernant leur politique de gestion des données collectées. Deux liens récents que vous avez peut-être déjà eu par ailleurs : https://www.rts.ch/play/radio/forum/audio/lapplication-de-visioconference-zoom-fait-un-carton-mais-nest-pas-sans-risque?id=11184111 https://www.rts.ch/play/radio/forum/audio/les-dangers-de-lapplication-zoom-interview-de-sebastien-fanti-prepose-valaisan-a-la-protection-des-donnees?id=11184112 Donc, Zoom a prouvé qu'on ne pouvait pas lui faire confiance, toute licorne qu'elle est sur la côte ouest des US. Et comme on le dit très justement sur cette liste, c'est une startup (à l'origine) à but lucratif, sur la côte ouest, qui propose une application populaire, propriétaire, avec une offre gratuite. Rien que ça, ça doit mettre la puce à l'oreille. C'est du capitalisme de surveillance et il faut fuir cette application. Framatalk, comme https://ensemble.scaleway.com/, https://colibris-outilslibres.org/, ou même Infomaniak, sont basés sur Jitsi (a priori). Et on peut installer le serveur Jitsi avec un apt install. Nextcloud Talk n'est pas basé sur Jitsi, mais il utilise vraisemblablement la même techno, à savoir WebRTC. Nous avons fait des tests et le serveur semble très peu sollicité. Par contre, plus il y a d'intervenants avec des flux vidéo et audio, et plus le client se charge. Sur un Dell Latitude avec un i5 de troisième génération et 8Go de RAM, il ne faut pas espérer avoir une séance avec plus de 4 personnes (vidéo et audio activés). A priori, c'est le même combat avec Jitsi. Si on coupe la vidéo d'un flux, on gagne entre 15 et 20% de CPU. Mais c'est, de mon point de vue, pas fait pour des séances avec de nombreux flux. Entre deux lieux, deux salles de conférence, c'est idéal. Mais dans le confinement actuel, avec plus de 6 intervenants chacun dans un lieu différent, c'est décevant (ou ce n'est pas fait pour ça). Il semble en effet que Chromium / Chrome soit en avance sur Firefox concernant les codec WebRTC, et qu'il soit plus efficace. Mais j'ai aussi vu qu'il pouvait y avoir des failles de sécurité sur ce protocole et que des versions trop récentes pouvaient poser des soucis. https://restoreprivacy.com/webrtc-leaks/ J'ai essayé l'application F-Droid, et elle donne d'excellents résultats (mais je ne l'ai pas testée avec de nombreuses personnes). Concernant l'accélération matérielle, voici ce que j'ai trouvé : https://support.mozilla.org/fr/kb/parametres-performance-firefox?as=u&utm_source=inproduct Pour l'accélération matérielle sur un xBuntu, j'ai trouvé cette commande pour voir si elle était activée : glxinfo | grep "direct rendering" Sur : https://doc.ubuntu-fr.org/acceleration_graphique Mais je n'ai pas réellement testé ces différentes configurations avec Jitsi ou Nextcloud Talk. Il me manque encore des éléments pour bien comprendre. Comment l'application WebEx de Cisco fonctionne si bien directement dans un navigateur, et consomme relativement peu de CPU (45% en moyenne dans une séance avec 6 flux). Cisco, c'est un GAFAM affilié, et le service est totalement privateur, c'est sûr. Mais ce serait intéressant de savoir comment elle fonctionne et comment on peut obtenir des performances aussi bonnes avec - a priori - du WebRTC. Peut-être que ce n'est pas réellement que du p2p et qu'il y a une gigantesque infra derrière pour soutenir la charge... Voilà pour ce que je sais. a+ Samuel Le 03.04.20 à 09:34, Isa & Manu Joos a écrit : > Bonjour, > > J'aimerai votre avis concernant Jitsi, je vois que beaucoup > d'instances se proposent, c'est super, toutefois je ne trouve pas tout > si rose en ce qui concerne son utilisation à comparer avec zoom. > Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, > mais je l'ai utilisé avec mon colloque. > Hier, je leur ai proposé un petit Framatalk pour tester autre chose, > je l'avais utilisé avec mes élèves pour une petite réunion, et ça > avait assez bien fonctionné. Toutefois, j'avais constaté une très > forte utilisation du processeur ! > J'ai donc fait une comparaison durant nos 2 tests successifs lors de > notre colloque, framatalk et zoom : > > * sur framatalk, sans parler de qualité honorable mais pas top, > processeur à 90% (i7...) > * sur zoom, bonne qualité, processeur à 20% > > SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, > vous prêchez à un converti, je l'utilise au minimum pour échanger sous > la forme de tableau noir pour mes élèves, c'est à dire on se dit > bonjour, puis on coupe les caméras et je partage mon écran pour une > leçon live. > > Mon questionnement est plutôt que si on veut proposer des solutions > libres et éthiques, il faut se questionner pour régater dans les mêmes > océans. > > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. > > Belle journée à vous > > Manu > > Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond > > a écrit : > > Hello, > Pour https://webconf.ch, > Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on > partage volontiers la licence collabora, si itopie l'a déjà.) > Et on peu test, il y a un lien demo sur le site. > https://openromandie.ch recense les projets en logiciels libre et > associatif. > Si Itopie a ses projets en ligne, on les ajoute volontiers. > > Salutations, > Emmanuelle Germond > > > Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal > > a écrit : > > Salut ! > > Chez itopie, nous avons monté une architecture proxmox et nous > hébergeons certaines de ces applications. Le but est en cible > d'adhérer au collectif des chatons (voir à ce suejt > chaton-leman.ch ). > > * Nextcloud avec Collabora (LibreOffice online). > * Plugin Nextcloud Talk pour la visio conférence / > discussion via WebRTC. > * Travail en équipe avec : > o Mattermost > o OpenProject > * Réseau social avec une instance de Diaspora. > * Prosody pour du XMPP / Jabber. > * Gitlab > > Nous sommes en train de tester le serveur Mumble (salon de > discussion purement audio) et nous allons installer une > instance Jitsi Meet. L'application framadate (évolution de > studs sauf erreur) est également au programme. Nous la testons > sur une autre plateforme LimeSurvey (très puissant). > > Voilà pour l'instant. > > a+ > > Samuel > > Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >> Bonjour, >> >> Je suis très partisan du projet >> >> https://degooglisons-internet.org/fr/ >> >> >> J’aimerais tester chacun des programmes et surtout savoir >> s’il existe des hébergeur pour accueillir ces derniers >> >> >> J’avais entendu parler chez itopia Des projets de Framasoft. >> J’aimerais pouvoir tester chacun d’eux À fin de savoir si il >> y a des bugs et si oui pouvoir les remonter ou si chacun deux >> peuvent être utilisé par un utilisateur lambda >> >> >> Savez-vous si ses projets sont hébergés par des hébergeur >> suis actuellement ? >> >> >> Merci pour votre aide >> >> >> Meilleures salutations >> >> >> mparchet >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull > > -- > > ----------------------- > Samuel Chenal > https://www.ll-dd.ch > samuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > > -- > Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez > excuser ma brièveté. > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > -- ----------------------- Samuel Chenal https://www.ll-dd.ch samuel.chenal at ll-dd.ch ----------------------- Merci d'utiliser des formats de fichiers ouverts (comme ODF) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From mparchet at sunrise.ch Sat Apr 4 10:57:43 2020 From: mparchet at sunrise.ch (=?utf-8?Q?Mi=C3=A7hael_Parchet?=) Date: Sat, 4 Apr 2020 10:57:43 +0200 Subject: [gull] Fwd: Better than Zoom: Try these free software tools for staying in touch References: Message-ID: <548A9BA1-4E70-42F7-8EFD-11482980587F@sunrise.ch> Début du message transféré : > Expéditeur: "Greg Farough, FSF" > Date: 3 avril 2020 à 22:18:07 UTC+2 > Destinataire: Michael Parchet > Objet: Better than Zoom: Try these free software tools for staying in touch > Répondre à: "Greg Farough, FSF" > > > > Please consider adding info at fsf.org to your address book, which will ensure that our messages reach you and not your spam box. > > Read and share online: https://www.fsf.org/blogs/community/better-than-zoom-try-these-free-software-tools-for-staying-in-touch > > Dear Michael Parchet, > > The COVID-19 pandemic has caused an enormous amount of changes in how people work, play, and communicate. By now, many of us have settled into the routine of using remote communication or videoconferencing tools to keep in touch with our friends and family. In the last few weeks we've also seen a number of lists and guides aiming to get people set up with the "right" tools for communicating in hard times, but in almost every case, these articles recommend that people make a difficult compromise: trading their freedom in order to communicate with the people they care about and work with. > > In times like these it becomes all the more important to remember that tools like Zoom, Slack, and Facebook Messenger are not benign public services, and while the sentiment they've expressed to the global community in responding to the crisis may be sincere, it hasn't addressed the fundamental ethical issues with any piece of proprietary software. > > After taking the LibrePlanet 2020 conference online, we received a number of requests asking us to document our streaming setup. As the pandemic grew worse, this gave way to more curiosity about how the Free Software Foundation (FSF) uses free tools and free communication platforms to conduct our everyday business. And while the stereotype of hackers hunched over a white on black terminal session applies to us in some ways, many of the tools we use are available in any environment, even for people who do not have a lot of technical experience. We've started documenting ethical solutions on the LibrePlanet wiki, in addition to starting a remote communication mailing list to help each other advocate for their use. > > In the suggestions that follow, a few of the tools we will recommend depend upon some "self-reliance," that is, steering clear of proprietary network services by hosting free software solutions yourself, or asking a technical friend to do it for you. It's a difficult step, and the benefits may not be immediately obvious, but it's a key part of preserving your autonomy in an age of ubiquitous digital control. > > To those who have the technical expertise and available infrastructure, we urge you to consider hosting instances of free communication platforms for your friends, family, and your community at large. For example, with a modest server and some GNU/Linux knowledge, you could help local students learn in freedom by volunteering to administer an instance of one of the programs we'll be recommending below. > > The need to self-host can be an uncomfortable reminder of our dependence on the "cloud" -- the network of someone else's computers -- but acknowledging our current reliance on these providers is the first step in making new, dependable systems for ourselves. During dangerous and stressful times, it's tempting to sideline our ethical commitments for easier or more convenient ways to get things done, and software freedom is no exception. We hope these suggestions will inspire you to inform others about the importance of their freedom, privacy, and security. > > Chat > > When we can no longer communicate face-to-face, tools for voice and video calling often come to mind as the next best thing. But as evidenced by the size and success of the proprietary software companies that sponsor these tools, their development isn't easy. Promoting real-time voice and video chat clients remains a High Priority Project of ours. Though we may still be waiting for a truly perfect solution, there are some projects that are far enough along in their development that we can recommend them to others. > > Audio calls > > Mumble: Mumble is a real-time, low latency program for hosting and joining audio conversations. Clients are available for every major operating system, and even large rooms tend not to put too much stress on the network. When it was time for us to go fully remote, the FSF staff turned to Mumble as a way to have that "in-office" feel, staying in touch in rooms dedicated to each of our teams and a general purpose "water cooler" room. > > Asterisk/SIP: When we give tours of the FSF office, people often think we're joking when we mention that even the FSF's conference phones run free software. But through Asterisk and our use of the SIP protocol, it's entirely true. Although it can be difficult to set up, it's worth mentioning that free software can manage your traditional phone lines, and even transfer calls seamlessly to digital extensions or SIP clients like Jami and Linphone. > > Video calls and presentations > > Jitsi: Jitsi was a key part of LibrePlanet 2020's success. Providing video and voice calls through the browser via WebRTC, it also allows for presenters to share their screen in a similar way to Zoom. And unlike Zoom, it doesn't come with serious privacy violations or threats to user freedom. The connection between callers is direct and intuitive, but a central server is still required to coordinate callers and rooms. Some of these, like the Jitsi project's own "Jitsi Meet" server, recommend proprietary browser extensions and document sharing tools. If you're able, hosting your own instance is the most free and reliable method. > > OBS: Another much-used software program this LibrePlanet was OBS Studio. Illness, different timezones, or unforeseen travel were no match for the solutions that OBS Studio offered. It's a flexible tool for streaming video from multiple inputs to a Web source, whether that's combining your webcam with conference slides, or even your favorite free software game. At LibrePlanet, OBS allowed our remote speakers to record their presentations while speaking in one screen, and sharing audiovisual materials in a second window. > > Text chat > > XMPP: If you've ever used "Jabber," older iterations of Google Talk or Facebook Messenger, then you've used XMPP. XMPP is a flexible and extensible instant messaging protocol that's lately seen a resurgence from clients like Conversations.im and encryption schema like OMEMO. XMPP is the instant messaging method we prefer at the FSF when we need to discuss something privately, or in a secure group chat, as everything is sent through servers we control and encrypted against individual staff members' private key. Also, access to the FSF XMPP server is one of the many benefits of our associate membership program. > > IRC: Messaging services have become all the rage in office atmospheres, but nothing about Messenger or Slack is new. In fact, Slack (and its counterpart for video games, Discord) takes more than a few cues from the venerable Internet Relay Chat (IRC). IRC remains an enduring way to have a text-based chat in real-time, and as evidenced by Web clients like The Lounge, or desktop clients like Pidgin, it can be as stripped down or feature-rich as you like. For a true hacker experience, you can also log into IRC using Emacs. > > Long-form discussion > > Encrypted email: While it's asynchronous and maybe the most "old school" item on our list, GPG-encrypted email is a core part of the FSF workflow, and helps guard against prying eyes, whether they're one room over or in an NSA compound across the country. The initial setup can sometimes be a challenge, which is why we provide the Email Self-Defense Guide to get you up and running. > > Discourse: Discourse is the message board software that powers the FSF associate member forum, and we couldn't be happier to recommend it. While the concept may seem a little antiquated, message boards remain a good way to coordinate discussions on a particular topic. Discourse's moderation tools are intuitive and easy to use, and it even includes achievements for users to earn! > > Document Sharing > > If you're unused to working remotely, finding ways to collaborate with others on a document or presentation can be a challenge. At the FSF, Etherpad is the main tool that we use to keep live meeting notes and work together on other documents. It provides all the features you need for quick collaboration, including comments, revision tracking, and exports to a variety of formats. You can host your own instance, or you can select an instance made available by others and start sharing. > > File Sharing > > At the FSF office, we have a common server to store our files. Not everyone has the luxury of a setup like that, and especially not due to the fast changeover from office to home. To avoid using proprietary "solutions" and disservices like Dropbox, you can turn to the widely popular Nextcloud to synchronize your text and email messages, share calendars with coworkers, and exchange files privately with your friends. > > If you need something temporary, there's always Up1. Up1 is a temporary, encrypted text and image sharing program you can host locally, making sure those files you need to exchange are only there for just as long as it takes for your friend to download them. And while we don't use it ourselves, we've heard good things about the Riseup network's instance of Up1, and will occasionally suggest it to those wanting a quick and easy way to share files while retaining their freedom. > > Conclusion > > This is just a small selection of the huge amount of free software out there, all ready to be used, shared, and improved by the community. For more suggestions on both local and Web-based programs, visit the FSF's Free Software Directory, our volunteer-run wiki which aims to be a comprehensive list of the thousands of free programs available for everyday use. > > As always, free software is a moving target. We reap as much as the community puts into it, and as more and more attention shifts to the crisis caused by the novel coronavirus, the tools themselves are likely to see an increased amount of development. Please collaborate with us on the LibrePlanet wiki's entry on remote communication to help people find ways of communicating that put user freedom as a priority. > > In solidarity, > > Greg Farough > Campaigns Manager > > Follow us on: Mastodon | GNU social | Diaspora | Twitter > Read about why we use Twitter, but only with caveats > Subscribe to our blog via RSS > Join us as an associate member > Read the Free Software Foundation Privacy Policy > Sent from the Free Software Foundation, > 51 Franklin St, Fifth Floor > Boston, Massachusetts 02110-1335 > United States > You can unsubscribe from this mailing list by visiting the link > https://my.fsf.org/civicrm/mailing/unsubscribe?reset=1&jid=160974&qid=53972009&h=dec2a3d3a5728c91. > To stop all email from the Free Software Foundation, including Defective by Design, > and the Free Software Supporter newsletter, click this link: > https://my.fsf.org/civicrm/mailing/optout?reset=1&jid=160974&qid=53972009&h=dec2a3d3a5728c91. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nbo at donax.ch Sat Apr 4 11:24:47 2020 From: nbo at donax.ch (=?UTF-8?Q?Nicolas_Borbo=c3=abn?=) Date: Sat, 4 Apr 2020 11:24:47 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <08fcb26e-0579-c62f-8759-954e3642d9ba@pxcluster.com> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> <9E7B318D-BA4B-420C-A72D-2FEFC09C2F26@franceschetti.net> <08fcb26e-0579-c62f-8759-954e3642d9ba@pxcluster.com> Message-ID: On 03.04.20 16:38, Daniel Cordey wrote: > Sinon, si vous n'avez pas d'infrastructure à disposition et que vous > vouliez que tout reste en Suisse, y'a ça. Aussi basé sur jitsi > > https://www.20min.ch/ro/multimedia/stories/story/Meet--l-alternative-suisse-et-securisee-a-Zoom-22225846 Switch à aussi des instances: https://www.switch.ch/meet/ A+ Nicolas From euchcat at gmail.com Sat Apr 4 11:10:49 2020 From: euchcat at gmail.com (Lionel G) Date: Sat, 4 Apr 2020 11:10:49 +0200 Subject: [gull] Fwd: Better than Zoom: Try these free software tools for staying in touch In-Reply-To: <548A9BA1-4E70-42F7-8EFD-11482980587F@sunrise.ch> References: <548A9BA1-4E70-42F7-8EFD-11482980587F@sunrise.ch> Message-ID: Merci à toi Michaël, Superbe initiative ! Le sam. 4 avr. 2020 à 10:59, Miçhael Parchet a écrit : > > > > Début du message transféré : > > *Expéditeur:* "Greg Farough, FSF" > *Date:* 3 avril 2020 à 22:18:07 UTC+2 > *Destinataire:* Michael Parchet > *Objet:* *Better than Zoom: Try these free software tools for staying in > touch* > *Répondre à:* "Greg Farough, FSF" > > [image: Free Software Foundation] > > *Please consider adding info at fsf.org to your address book, > which will ensure that our messages reach you and not your spam box.* > > *Read and share online: > https://www.fsf.org/blogs/community/better-than-zoom-try-these-free-software-tools-for-staying-in-touch > * > > Dear Michael Parchet, > > The COVID-19 pandemic has caused an enormous amount of changes in how > people work, play, and communicate. By now, many of us have settled into > the routine of using remote communication or videoconferencing tools to > keep in touch with our friends and family. In the last few weeks we've also > seen a number of lists and guides aiming to get people set up with the > "right" tools for communicating in hard times, but in almost every case, > these articles recommend that people make a difficult compromise: trading > their freedom in order to communicate with the people they care about and > work with. > > In times like these it becomes all the more important to remember that > tools like Zoom, Slack, and Facebook Messenger are not benign public > services, and while the sentiment they've expressed to the global community > in responding to the crisis may be sincere, it hasn't addressed the > fundamental ethical issues with any piece of proprietary software > . > > After taking the LibrePlanet 2020 > > conference online, we received a number of requests asking us to document > our streaming setup. As the pandemic grew worse, this gave way to more > curiosity about how the Free Software Foundation (FSF) uses free tools and > free communication platforms to conduct our everyday business. And while > the stereotype of hackers hunched over a white on black terminal session > applies to us in some ways, many of the tools we use are available in any > environment, even for people who do not have a lot of technical experience. > We've started documenting ethical solutions on the LibrePlanet wiki > , in addition to > starting a remote communication mailing list > to > help each other advocate for their use. > > In the suggestions that follow, a few of the tools we will recommend > depend upon some "self-reliance," that is, steering clear of proprietary > network services by hosting free software solutions yourself, or asking a > technical friend to do it for you. It's a difficult step, and the benefits > may not be immediately obvious, but it's a key part of preserving your > autonomy in an age of ubiquitous digital control. > > To those who have the technical expertise and available infrastructure, we > urge you to consider hosting instances of free communication platforms for > your friends, family, and your community at large. For example, with a > modest server and some GNU/Linux knowledge, you could help local students > learn in freedom by volunteering to administer an instance of one of the > programs we'll be recommending below. > > The need to self-host can be an uncomfortable reminder of our dependence > on the "cloud" -- the network of someone else's computers -- but > acknowledging our current reliance on these providers is the first step in > making new, dependable systems for ourselves. During dangerous and > stressful times, it's tempting to sideline our ethical commitments for > easier or more convenient ways to get things done, and software freedom is > no exception. We hope these suggestions will inspire you to inform others > about the importance of their freedom, privacy, and security. > Chat > > When we can no longer communicate face-to-face, tools for voice and video > calling often come to mind as the next best thing. But as evidenced by the > size and success of the proprietary software companies that sponsor these > tools, their development isn't easy. Promoting real-time voice and video > chat clients remains a > High Priority Project of ours. Though we may still be waiting for a truly > perfect solution, there are some projects that are far enough along in > their development that we can recommend them to others. > Audio calls > > - > > *Mumble *: Mumble is a > real-time, low latency program for hosting and joining audio conversations. > Clients are available for every major operating system, and even large > rooms tend not to put too much stress on the network. When it was time for > us to go fully remote, the FSF staff turned to Mumble as a way to have that > "in-office" feel, staying in touch in rooms dedicated to each of our teams > and a general purpose "water cooler" room. > - > > *Asterisk/SIP *: When we give > tours of the FSF office, people often think we're joking when we mention > that even the FSF's *conference phones* run free software. But through > Asterisk and our use of the SIP protocol, it's entirely true. Although it > can be difficult to set up, it's worth mentioning that free software can > manage your traditional phone lines, and even transfer calls seamlessly to > digital extensions or SIP clients like Jami > and Linphone > . > > Video calls and presentations > > - > > *Jitsi *: Jitsi was a key part > of LibrePlanet 2020's success. Providing video and voice calls through the > browser via WebRTC, it also allows for presenters to share their screen in > a similar way to Zoom. And unlike Zoom, it doesn't come with serious privacy > violations > > or threats to user freedom. The connection between callers is direct and > intuitive, but a central server is still required to coordinate callers and > rooms. Some of these, like the Jitsi project's own "Jitsi Meet" server, > recommend proprietary browser extensions and document sharing tools. If > you're able, hosting your own instance is the most free and reliable method. > - > > *OBS*: Another much-used software program this LibrePlanet was OBS > Studio . Illness, different timezones, or > unforeseen travel were no match for the solutions that OBS Studio offered. > It's a flexible tool for streaming video from multiple inputs to a Web > source, whether that's combining your webcam with conference slides, or > even your favorite free software game. At LibrePlanet, OBS allowed our > remote speakers to record their presentations while speaking in one screen, > and sharing audiovisual materials in a second window. > > Text chat > > - > > *XMPP*: If you've ever used "Jabber," older iterations of Google Talk > or Facebook Messenger, then you've used XMPP. XMPP is a flexible and > extensible instant messaging protocol that's lately seen a resurgence from > clients like Conversations.im > and > encryption schema like OMEMO . > XMPP is the instant messaging method we prefer at the FSF when we need to > discuss something privately, or in a secure group chat, as everything is > sent through servers we control and encrypted against individual staff > members' private key. Also, access to the FSF XMPP server is one of the > many benefits of our associate membership program > . > - > > *IRC *: Messaging services have > become all the rage in office atmospheres, but nothing about Messenger or > Slack is new. In fact, Slack (and its counterpart for video games, Discord) > takes more than a few cues from the venerable Internet Relay Chat (IRC). > IRC remains an enduring way to have a text-based chat in real-time, and as > evidenced by Web clients like The Lounge , or > desktop clients like Pidgin , > it can be as stripped down or feature-rich as you like. For a true hacker > experience, you can also log into IRC using Emacs > . > > Long-form discussion > > - > > *Encrypted email*: While it's asynchronous and maybe the most "old > school" item on our list, GPG-encrypted email is a core part of the FSF > workflow, and helps guard against prying eyes, whether they're one room > over or in an NSA compound across the country. The initial setup can > sometimes be a challenge, which is why we provide the Email > Self-Defense Guide to get you up > and running. > - > > *Discourse*: Discourse is > the message board software that powers the FSF associate member forum > , and we couldn't be happier to > recommend it. While the concept may seem a little antiquated, message > boards remain a good way to coordinate discussions on a particular topic. > Discourse's moderation tools are intuitive and easy to use, and it even > includes achievements for users to earn! > > Document Sharing > > If you're unused to working remotely, finding ways to collaborate with > others on a document or presentation can be a challenge. At the FSF, > Etherpad is the main tool that > we use to keep live meeting notes and work together on other documents. It > provides all the features you need for quick collaboration, including > comments, revision tracking, and exports to a variety of formats. You can > host your own instance, or you can select an instance made available > > by others and start sharing. > File Sharing > > At the FSF office, we have a common server to store our files. Not > everyone has the luxury of a setup like that, and especially not due to the > fast changeover from office to home. To avoid using proprietary "solutions" > and disservices like Dropbox, you can turn to the widely popular Nextcloud > to synchronize your text and > email messages, share calendars with coworkers, and exchange files > privately with your friends. > > If you need something temporary, there's always Up1 > . Up1 is a temporary, encrypted text and > image sharing program you can host locally, making sure those files you > need to exchange are only there for just as long as it takes for your > friend to download them. And while we don't use it ourselves, we've heard > good things about the Riseup network's instance > of Up1, and will occasionally suggest it to > those wanting a quick and easy way to share files while retaining their > freedom. > Conclusion > > This is just a small selection of the huge amount of free software out > there, all ready to be used, shared, and improved by the community. For > more suggestions on both local and Web-based programs, visit the FSF's Free > Software Directory , our volunteer-run wiki > which aims to be a comprehensive list of the thousands of free programs > available for everyday use. > > As always, free software is a moving target. We reap as much as the > community puts into it, and as more and more attention shifts to the crisis > caused by the novel coronavirus, the tools themselves are likely to see an > increased amount of development. Please collaborate with us on the LibrePlanet > wiki 's entry on remote communication > to help people find > ways of communicating that put user freedom as a priority. > > In solidarity, > > Greg Farough > Campaigns Manager > > Follow us on: Mastodon > | GNU social | > Diaspora | Twitter > > > Read about why we use Twitter, but only with caveats > > > Subscribe to our blog via RSS > > Join us as an associate member > > Read the Free Software Foundation Privacy Policy > > > Sent from the Free Software Foundation, > 51 Franklin St, Fifth Floor > Boston, Massachusetts 02110-1335 > United States > > You can unsubscribe from this mailing list by visiting the link > > https://my.fsf.org/civicrm/mailing/unsubscribe?reset=1&jid=160974&qid=53972009&h=dec2a3d3a5728c91 > . > > To stop all email from the Free Software Foundation, including Defective > by Design, > and the Free Software Supporter newsletter, click this link: > > https://my.fsf.org/civicrm/mailing/optout?reset=1&jid=160974&qid=53972009&h=dec2a3d3a5728c91 > . > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From pib at pirboazo.net Sun Apr 5 19:02:27 2020 From: pib at pirboazo.net (Pirboazo) Date: Sun, 5 Apr 2020 19:02:27 +0200 Subject: [gull] Aider une association. Message-ID: Bonjour à tous. L'association PowerCoders ( https://powercoders.org ) va débuter une nouvelle session le 6 Avril . cette session va se dérouler principalement à distance à la fois pour la partie cours et la partie Atelier. L'association cherche des personnes (IT-Trainer)  pour apporter du soutien aux participants ( réfugiés ). C'est à dire les aider à résoudre les problemes qu'ils rencontrent. Ces périodes de support se déroulent exclusivement l'aprés-midi . Je suis à votre disposition pour vous mettre en relation avec l'àquipe de powercoders. A+ Pierre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From dc at pxcluster.com Mon Apr 6 00:58:38 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Mon, 6 Apr 2020 00:58:38 +0200 Subject: [gull] site rts.ch et matin.ch Message-ID: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> Bonsoir à tous, Depuis quelques jours, ja'i des problèmes pour visualiser le site du matin.ch ainsi que les vidéos du site de la RTS. J'ai testé avec les browser suivants Chrome (beta) Firefox Vivaldi Iridium Soit la vidéo ne fonctionne pas dans Chrome et me dit que le flux vidéo a été interrompu, soit j'ai le message "Aw, snap" qui apparaît. Encore une spécialité de trucs non standards ? dc From dc at pxcluster.com Tue Apr 7 00:18:33 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Tue, 7 Apr 2020 00:18:33 +0200 Subject: [gull] site rts.ch et matin.ch In-Reply-To: References: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> Message-ID: <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> On 06.04.20 09:28, Pierre-Alain Savary wrote: > Aucun problème chez moi (Opensuse 15.1 et Firefox). J'ai trouvé... et c'est exactement ce que je pensais depuis le début : https://www.rts.ch/entreprise/drm/9959798-la-ssr-adopte-le-cryptage-numerique.html Comme je n'ai pas un "player" que l'on peut bloquer à distance avec le DRM, je me vois refuser le droit de visualizer quelque chose que je suis en train de payer. Il vaut mieux que je dis pas ce que je pense vraiment de la SSR sur cette liste :-) dc From linux at cvgg.org Tue Apr 7 09:42:24 2020 From: linux at cvgg.org (Guyot Vincent) Date: Tue, 7 Apr 2020 09:42:24 +0200 Subject: [gull] site rts.ch et matin.ch In-Reply-To: <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> References: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> Message-ID: <20200407074224.GA2072@localhost> Le mardi 07 avril 2020 à 12:18:33, Daniel Cordey a écrit : > On 06.04.20 09:28, Pierre-Alain Savary wrote: > > J'ai trouvé... et c'est exactement ce que je pensais depuis le début : > > https://www.rts.ch/entreprise/drm/9959798-la-ssr-adopte-le-cryptage-numerique.html > > Comme je n'ai pas un "player" que l'on peut bloquer à distance avec le DRM, > je me vois refuser le droit de visualizer quelque chose que je suis en train > de payer. Il vaut mieux que je dis pas ce que je pense vraiment de la SSR > sur cette liste :-) Solution : ne plus mettre les pieds (numériques) sur ce site ... :-) -- Vincent Guyot @debian GNU linux From schutz at mathgen.ch Tue Apr 7 09:45:44 2020 From: schutz at mathgen.ch (=?UTF-8?B?RnLDqWTDqXJpYyBTY2jDvHR6?=) Date: Tue, 7 Apr 2020 09:45:44 +0200 Subject: [gull] site rts.ch et matin.ch In-Reply-To: <20200407074224.GA2072@localhost> References: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> <20200407074224.GA2072@localhost> Message-ID: <71d58ce8-874f-ea78-a997-7970b7f3c703@mathgen.ch> On 7/4/20 9:42 am, Guyot Vincent wrote: >> J'ai trouvé... et c'est exactement ce que je pensais depuis le début : >> >> https://www.rts.ch/entreprise/drm/9959798-la-ssr-adopte-le-cryptage-numerique.html >> >> Comme je n'ai pas un "player" que l'on peut bloquer à distance avec le DRM, >> je me vois refuser le droit de visualizer quelque chose que je suis en train >> de payer. Il vaut mieux que je dis pas ce que je pense vraiment de la SSR >> sur cette liste :-) Je pense qu'il vaut mieux le dire -- mais directement à la SSR ;) > Solution : ne plus mettre les pieds (numériques) sur ce site ... :-) Tout n'a pas l'air vérouillé sur leur site; en tout cas, j'arrive à accéder avec Firefox et à enregistrer les vidéos que je désire conserver. F. From emmanuelle at egermond.ch Tue Apr 7 12:23:52 2020 From: emmanuelle at egermond.ch (Emmanuelle Germond) Date: Tue, 07 Apr 2020 12:23:52 +0200 Subject: [gull] Tester Jitsi (ex: Tester les projets de Framasoft) In-Reply-To: <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <1EF5236C-31BD-488C-A04B-E33716B919C6@egermond.ch> <54ec8500-362f-9dc3-ec79-f6137a8c3044@ellis.siteparc.fr> Message-ID: <181596E4-F3EB-422C-807A-D67A341C04DE@egermond.ch> Merci Le 3 avril 2020 12:20:56 GMT+02:00, Frederic Dumas a écrit : > > >Sympa ton site web, Emmanuelle. > > >-- >Frederic Dumas >f.dumas at ellis.siteparc.fr > > >Le 03/04/2020 à 12:16, Emmanuelle Germond a >écrit : > >> Il parle du logiciel à installer sur son ordinateur, smartphone, >> etc. Et oui, si directement en navigateur zoom est aussi lourd que >> jitsi. De même utilisé avec son application dédiée jisti devient tout >> de suite beaucoup moins gourmand. > >_______________________________________________ >gull mailing list >gull at forum.linux-gull.ch >https://forum.linux-gull.ch/mailman/listinfo/gull -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dc at pxcluster.com Tue Apr 7 17:02:16 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Tue, 7 Apr 2020 17:02:16 +0200 Subject: [gull] site rts.ch et matin.ch In-Reply-To: <71d58ce8-874f-ea78-a997-7970b7f3c703@mathgen.ch> References: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> <20200407074224.GA2072@localhost> <71d58ce8-874f-ea78-a997-7970b7f3c703@mathgen.ch> Message-ID: <0dc01f7b-7cc0-70e5-e888-aa72b940c1a7@pxcluster.com> On 07.04.20 09:45, Frédéric Schütz wrote: > Je pense qu'il vaut mieux le dire -- mais directement à la SSR ;) Oui, mais la direction de la SSR n'est pas constituée de spécialistes de l'informatique et ils vont s'en remettre aux commentaires de leur équipe IT. Ce qui, au final, revient aux-même. Et >> Solution : ne plus mettre les pieds (numériques) sur ce site ... :-) Oui, je pratique souvent, mais là j'aimerais comprendre. > Tout n'a pas l'air vérouillé sur leur site; en tout cas, j'arrive à > accéder avec Firefox et à enregistrer les vidéos que je désire conserver. Oui, je viens de voir avec une autre version de FF, il faut que je regarde quel "player" est utilisé par FF dans ce cas. Il est très certainement différent de celui de Chrome et des autres navigateurs. dc From claude at 2xlibre.net Tue Apr 7 17:06:41 2020 From: claude at 2xlibre.net (Claude Paroz) Date: Tue, 7 Apr 2020 17:06:41 +0200 Subject: [gull] site rts.ch et matin.ch In-Reply-To: <0dc01f7b-7cc0-70e5-e888-aa72b940c1a7@pxcluster.com> References: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> <20200407074224.GA2072@localhost> <71d58ce8-874f-ea78-a997-7970b7f3c703@mathgen.ch> <0dc01f7b-7cc0-70e5-e888-aa72b940c1a7@pxcluster.com> Message-ID: <8824ef90-cc7b-1294-816d-7405b825c5c9@2xlibre.net> Le 07.04.20 à 17:02, Daniel Cordey a écrit : >> Tout n'a pas l'air vérouillé sur leur site; en tout cas, j'arrive à >> accéder avec Firefox et à enregistrer les vidéos que je désire conserver. > > Oui, je viens de voir avec une autre version de FF, il faut que je > regarde quel "player" est utilisé par FF dans ce cas. Il est très > certainement différent de celui de Chrome et des autres navigateurs. Sauf erreur, il faut installer le plugin Widewine qui s'occupe de gérer les DRM (info factuelle, sans me prononcer sur les conséquences pour le libriste). https://support.mozilla.org/fr/kb/support-drm-firefox Claude -- www.2xlibre.net From dc at pxcluster.com Tue Apr 7 20:47:34 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Tue, 7 Apr 2020 20:47:34 +0200 Subject: [gull] site rts.ch et matin.ch In-Reply-To: <8824ef90-cc7b-1294-816d-7405b825c5c9@2xlibre.net> References: <5227c241-4d37-7d82-1cd9-23c513695539@pxcluster.com> <104cb3f4-4f12-2bff-d2fc-96e36da51393@pxcluster.com> <20200407074224.GA2072@localhost> <71d58ce8-874f-ea78-a997-7970b7f3c703@mathgen.ch> <0dc01f7b-7cc0-70e5-e888-aa72b940c1a7@pxcluster.com> <8824ef90-cc7b-1294-816d-7405b825c5c9@2xlibre.net> Message-ID: <1112ab42-82e6-2de2-a0eb-80c5054cec82@pxcluster.com> On 07.04.20 17:06, Claude Paroz wrote: > Sauf erreur, il faut installer le plugin Widewine qui s'occupe de gérer > les DRM (info factuelle, sans me prononcer sur les conséquences pour le > libriste). > https://support.mozilla.org/fr/kb/support-drm-firefox > En effet, ça fonctionne bien avec Firefox ! Mais pour Chrome et d'autres c'est plus compliqué. Ca peut être lié au fait que certains liens ne sont pas en https (ce qui est le cas de quelques liens sur rts.ch, ou alors la désactivation de flash player, etc. Sous Mozilla ça fonctionne bien mais des bruits cours au sujet du fait que FF pourrait suivre la même voie que Chrome. Voici une explication : https://bitmovin.com/docs/player/faqs/why-cant-i-play-drm-protected-streams-in-chrome Et ceci trouvé dans un forum :  There are two kinds of Flash plugins on Linux: NPAPI and PPAPI. Since you copied NPAPI version to place Chrome expects a PPAPI one, it fails to load it. More important facts are: Google removed support for NPAPI in Chrome; Google also removed DRM support in PPAPI Flash; Chromium is also affected by this. The only options you have left are: try Firefox (or any other NPAPI-supporting browser) and the dated native NPAPI Flash (you might need to install this: https://launchpad.net/~mjblenner/+archive/ppa-hal) try Firefox (or any other NPAPI-supporting browser) and use Pipelight to install fresh Windows NPAPI Flash install some browser via Wine and use that wait for a new Linux Opera build Bon, tout ça me fatigue et je vais me contenter soit d'utiliser FF sur ce site, soit ne pas regarder... Ca ne va de toute façon pas changer grand chose :-) Merci à tous pour vos suggestions et remarques. dc From laurent at franceschetti.net Sat Apr 11 07:31:26 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Sat, 11 Apr 2020 07:31:26 +0200 Subject: [gull] Zoom: Les GAFAM entre eux... Message-ID: <220CC967-F12C-4A52-9535-044DE037E401@franceschetti.net> Bonjour, La liste des entreprises et institutions qui bannissent Zoom s’allonge. Même Google, l’a interdit, c’est tout dire… https://www.zdnet.com/article/us-senate-german-government-tell-staff-not-to-use-zoom/ Bonne journée, Laurent -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuel.chenal at ll-dd.ch Sat Apr 11 20:09:16 2020 From: samuel.chenal at ll-dd.ch (Samuel Chenal) Date: Sat, 11 Apr 2020 20:09:16 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: <3807bbfe-c716-fc98-afbe-91d8844facc4@ll-dd.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <3807bbfe-c716-fc98-afbe-91d8844facc4@ll-dd.ch> Message-ID: <129e497f-dae7-b5c9-4493-da92ecabbe8b@ll-dd.ch> Hello, Je crois avoir trouvé une piste concernant les problèmes de performance des solutions WebRTC pures et dures, comme Jitsi et Talk. Cela tourne autour du signaling server (TURN) et du serveur STUN, si j'ai bien compris. Voir cet article pour plus d'info (pour Nextcloud Talk) : https://help.nextcloud.com/t/howto-setup-nextcloud-talk-with-turn-server/30794 Un signaling server (un ou tout un tas) c'est sans doute ce que font les Zoom et autres Cisco Webex. En gros, si on est 6 participants, en WebRTC, j'envois un flux et j'en reçois et décode 5 de chaque participant. Avec un signaling server, j'en envoie un et j'en reçois 5, mais pas des 5 participants, du signaling serveur. En vidéo : https://www.invidio.us/watch?reload=9&v=5S63Q3Xo8dA a+ Samuel Le 03.04.20 à 23:58, Samuel Chenal a écrit : > > Hello ! > > Concernant Zoom, cette application a défrayé la chronique à de > nombreuses reprises concernant leur politique de gestion des données > collectées. Deux liens récents que vous avez peut-être déjà eu par > ailleurs : > > https://www.rts.ch/play/radio/forum/audio/lapplication-de-visioconference-zoom-fait-un-carton-mais-nest-pas-sans-risque?id=11184111 > > https://www.rts.ch/play/radio/forum/audio/les-dangers-de-lapplication-zoom-interview-de-sebastien-fanti-prepose-valaisan-a-la-protection-des-donnees?id=11184112 > > Donc, Zoom a prouvé qu'on ne pouvait pas lui faire confiance, toute > licorne qu'elle est sur la côte ouest des US. > > Et comme on le dit très justement sur cette liste, c'est une startup > (à l'origine) à but lucratif, sur la côte ouest, qui propose une > application populaire, propriétaire, avec une offre gratuite. Rien que > ça, ça doit mettre la puce à l'oreille. C'est du capitalisme de > surveillance et il faut fuir cette application. > > Framatalk, comme https://ensemble.scaleway.com/, > https://colibris-outilslibres.org/, ou même Infomaniak, sont basés sur > Jitsi (a priori). Et on peut installer le serveur Jitsi avec un apt > install. > > Nextcloud Talk n'est pas basé sur Jitsi, mais il utilise > vraisemblablement la même techno, à savoir WebRTC. Nous avons fait des > tests et le serveur semble très peu sollicité. Par contre, plus il y a > d'intervenants avec des flux vidéo et audio, et plus le client se > charge. Sur un Dell Latitude avec un i5 de troisième génération et 8Go > de RAM, il ne faut pas espérer avoir une séance avec plus de 4 > personnes (vidéo et audio activés). A priori, c'est le même combat > avec Jitsi. Si on coupe la vidéo d'un flux, on gagne entre 15 et 20% > de CPU. Mais c'est, de mon point de vue, pas fait pour des séances > avec de nombreux flux. Entre deux lieux, deux salles de conférence, > c'est idéal. Mais dans le confinement actuel, avec plus de 6 > intervenants chacun dans un lieu différent, c'est décevant (ou ce > n'est pas fait pour ça). > > Il semble en effet que Chromium / Chrome soit en avance sur Firefox > concernant les codec WebRTC, et qu'il soit plus efficace. Mais j'ai > aussi vu qu'il pouvait y avoir des failles de sécurité sur ce > protocole et que des versions trop récentes pouvaient poser des soucis. > > https://restoreprivacy.com/webrtc-leaks/ > > J'ai essayé l'application F-Droid, et elle donne d'excellents > résultats (mais je ne l'ai pas testée avec de nombreuses personnes). > > Concernant l'accélération matérielle, voici ce que j'ai trouvé : > > https://support.mozilla.org/fr/kb/parametres-performance-firefox?as=u&utm_source=inproduct > > Pour l'accélération matérielle sur un xBuntu, j'ai trouvé cette > commande pour voir si elle était activée : > > glxinfo | grep "direct rendering" > > Sur : https://doc.ubuntu-fr.org/acceleration_graphique > > Mais je n'ai pas réellement testé ces différentes configurations avec > Jitsi ou Nextcloud Talk. > > Il me manque encore des éléments pour bien comprendre. Comment > l'application WebEx de Cisco fonctionne si bien directement dans un > navigateur, et consomme relativement peu de CPU (45% en moyenne dans > une séance avec 6 flux). Cisco, c'est un GAFAM affilié, et le service > est totalement privateur, c'est sûr. Mais ce serait intéressant de > savoir comment elle fonctionne et comment on peut obtenir des > performances aussi bonnes avec - a priori - du WebRTC. Peut-être que > ce n'est pas réellement que du p2p et qu'il y a une gigantesque infra > derrière pour soutenir la charge... > > Voilà pour ce que je sais. > > a+ > > Samuel > > Le 03.04.20 à 09:34, Isa & Manu Joos a écrit : >> Bonjour, >> >> J'aimerai votre avis concernant Jitsi, je vois que beaucoup >> d'instances se proposent, c'est super, toutefois je ne trouve pas >> tout si rose en ce qui concerne son utilisation à comparer avec zoom. >> Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, >> mais je l'ai utilisé avec mon colloque. >> Hier, je leur ai proposé un petit Framatalk pour tester autre chose, >> je l'avais utilisé avec mes élèves pour une petite réunion, et ça >> avait assez bien fonctionné. Toutefois, j'avais constaté une très >> forte utilisation du processeur ! >> J'ai donc fait une comparaison durant nos 2 tests successifs lors de >> notre colloque, framatalk et zoom : >> >> * sur framatalk, sans parler de qualité honorable mais pas top, >> processeur à 90% (i7...) >> * sur zoom, bonne qualité, processeur à 20% >> >> SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, >> vous prêchez à un converti, je l'utilise au minimum pour échanger >> sous la forme de tableau noir pour mes élèves, c'est à dire on se dit >> bonjour, puis on coupe les caméras et je partage mon écran pour une >> leçon live. >> >> Mon questionnement est plutôt que si on veut proposer des solutions >> libres et éthiques, il faut se questionner pour régater dans les >> mêmes océans. >> >> Donc je me demandais vraiment pourquoi cette différence flagrante de >> consommation et comment améliorer. >> >> Belle journée à vous >> >> Manu >> >> Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond >> > a écrit : >> >> Hello, >> Pour https://webconf.ch, >> Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on >> partage volontiers la licence collabora, si itopie l'a déjà.) >> Et on peu test, il y a un lien demo sur le site. >> https://openromandie.ch recense les projets en logiciels libre et >> associatif. >> Si Itopie a ses projets en ligne, on les ajoute volontiers. >> >> Salutations, >> Emmanuelle Germond >> >> >> Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal >> > a écrit : >> >> Salut ! >> >> Chez itopie, nous avons monté une architecture proxmox et >> nous hébergeons certaines de ces applications. Le but est en >> cible d'adhérer au collectif des chatons (voir à ce suejt >> chaton-leman.ch ). >> >> * Nextcloud avec Collabora (LibreOffice online). >> * Plugin Nextcloud Talk pour la visio conférence / >> discussion via WebRTC. >> * Travail en équipe avec : >> o Mattermost >> o OpenProject >> * Réseau social avec une instance de Diaspora. >> * Prosody pour du XMPP / Jabber. >> * Gitlab >> >> Nous sommes en train de tester le serveur Mumble (salon de >> discussion purement audio) et nous allons installer une >> instance Jitsi Meet. L'application framadate (évolution de >> studs sauf erreur) est également au programme. Nous la >> testons sur une autre plateforme LimeSurvey (très puissant). >> >> Voilà pour l'instant. >> >> a+ >> >> Samuel >> >> Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >>> Bonjour, >>> >>> Je suis très partisan du projet >>> >>> https://degooglisons-internet.org/fr/ >>> >>> >>> J’aimerais tester chacun des programmes et surtout savoir >>> s’il existe des hébergeur pour accueillir ces derniers >>> >>> >>> J’avais entendu parler chez itopia Des projets de Framasoft. >>> J’aimerais pouvoir tester chacun d’eux À fin de savoir si il >>> y a des bugs et si oui pouvoir les remonter ou si chacun >>> deux peuvent être utilisé par un utilisateur lambda >>> >>> >>> Savez-vous si ses projets sont hébergés par des hébergeur >>> suis actuellement ? >>> >>> >>> Merci pour votre aide >>> >>> >>> Meilleures salutations >>> >>> >>> mparchet >>> >>> >>> _______________________________________________ >>> gull mailing list >>> gull at forum.linux-gull.ch >>> https://forum.linux-gull.ch/mailman/listinfo/gull >> >> -- >> >> ----------------------- >> Samuel Chenal >> https://www.ll-dd.ch >> samuel.chenal at ll-dd.ch >> ----------------------- >> >> Merci d'utiliser des formats >> de fichiers ouverts (comme ODF) >> >> >> -- >> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez >> excuser ma brièveté. >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull >> > -- > > ----------------------- > Samuel Chenal > https://www.ll-dd.ch > samuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -- _______________________________ Samuel Chenal samuel.chenal at ll-dd.ch https://www.ll-dd.ch _______________________________ Empreinte GPG : BD25 7B5F 442B DF2D 4E28 8203 B2A2 7269 4E00 5136 Merci d'utiliser des formats de fichiers ouverts (comme ODF) ! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From gull at sebseb01.net Sun Apr 12 14:40:11 2020 From: gull at sebseb01.net (Sebseb01) Date: Sun, 12 Apr 2020 14:40:11 +0200 Subject: [gull] Tester les projets de Framasoft In-Reply-To: <129e497f-dae7-b5c9-4493-da92ecabbe8b@ll-dd.ch> References: <3236684C-53E1-4CED-9A5A-DC7358B10596@sunrise.ch> <907a2015-cec1-07d0-d154-ff436bdb2576@ll-dd.ch> <3808A295-B8EB-467E-B4B3-653BC3611F49@egermond.ch> <3807bbfe-c716-fc98-afbe-91d8844facc4@ll-dd.ch> <129e497f-dae7-b5c9-4493-da92ecabbe8b@ll-dd.ch> Message-ID: Bonjour, D'après les testes que j'ai fait Nextcloud Talk de base souffre de ce problème. Avec le hi-performance backend (pas libre) il n'y a plus ce soucis de signaling server. Quand a Jitsi sur les version actuelle, il n'y a plus ce soucis car il y a le JVB (Jitsi Video Bridge) qui s'occupe de ça. (je ne retrouve pas la date d'introduction de celui-ci) par contre en dehors de WebRTC (la porteuse des données) il n'y a aucun poin commun entre talk et jitsi (au moin depuis la v8 de talk qui a suppprimer xmpp comme protocole de signalement) le codec audio est différent aussi. Avec mes meilleures salutations PS: Je n'ai pas fait de veille très active sur ces 2 logiciels mai c'est ce que j'en ai retenu au fur et a mesure de mes install dans le temps ------- Sebseb01 Le sam. 11 avr. 2020 à 20:10, Samuel Chenal a écrit : > Hello, > > Je crois avoir trouvé une piste concernant les problèmes de performance > des solutions WebRTC pures et dures, comme Jitsi et Talk. > > Cela tourne autour du signaling server (TURN) et du serveur STUN, si j'ai > bien compris. Voir cet article pour plus d'info (pour Nextcloud Talk) : > https://help.nextcloud.com/t/howto-setup-nextcloud-talk-with-turn-server/30794 > > Un signaling server (un ou tout un tas) c'est sans doute ce que font les > Zoom et autres Cisco Webex. > > En gros, si on est 6 participants, en WebRTC, j'envois un flux et j'en > reçois et décode 5 de chaque participant. Avec un signaling server, j'en > envoie un et j'en reçois 5, mais pas des 5 participants, du signaling > serveur. > > En vidéo : > > https://www.invidio.us/watch?reload=9&v=5S63Q3Xo8dA > > a+ > > Samuel > > > Le 03.04.20 à 23:58, Samuel Chenal a écrit : > > Hello ! > > Concernant Zoom, cette application a défrayé la chronique à de nombreuses > reprises concernant leur politique de gestion des données collectées. Deux > liens récents que vous avez peut-être déjà eu par ailleurs : > > > https://www.rts.ch/play/radio/forum/audio/lapplication-de-visioconference-zoom-fait-un-carton-mais-nest-pas-sans-risque?id=11184111 > > > https://www.rts.ch/play/radio/forum/audio/les-dangers-de-lapplication-zoom-interview-de-sebastien-fanti-prepose-valaisan-a-la-protection-des-donnees?id=11184112 > > Donc, Zoom a prouvé qu'on ne pouvait pas lui faire confiance, toute > licorne qu'elle est sur la côte ouest des US. > > Et comme on le dit très justement sur cette liste, c'est une startup (à > l'origine) à but lucratif, sur la côte ouest, qui propose une application > populaire, propriétaire, avec une offre gratuite. Rien que ça, ça doit > mettre la puce à l'oreille. C'est du capitalisme de surveillance et il faut > fuir cette application. > > Framatalk, comme https://ensemble.scaleway.com/, > https://colibris-outilslibres.org/, ou même Infomaniak, sont basés sur > Jitsi (a priori). Et on peut installer le serveur Jitsi avec un apt install. > > Nextcloud Talk n'est pas basé sur Jitsi, mais il utilise vraisemblablement > la même techno, à savoir WebRTC. Nous avons fait des tests et le serveur > semble très peu sollicité. Par contre, plus il y a d'intervenants avec des > flux vidéo et audio, et plus le client se charge. Sur un Dell Latitude avec > un i5 de troisième génération et 8Go de RAM, il ne faut pas espérer avoir > une séance avec plus de 4 personnes (vidéo et audio activés). A priori, > c'est le même combat avec Jitsi. Si on coupe la vidéo d'un flux, on gagne > entre 15 et 20% de CPU. Mais c'est, de mon point de vue, pas fait pour des > séances avec de nombreux flux. Entre deux lieux, deux salles de conférence, > c'est idéal. Mais dans le confinement actuel, avec plus de 6 intervenants > chacun dans un lieu différent, c'est décevant (ou ce n'est pas fait pour > ça). > > Il semble en effet que Chromium / Chrome soit en avance sur Firefox > concernant les codec WebRTC, et qu'il soit plus efficace. Mais j'ai aussi > vu qu'il pouvait y avoir des failles de sécurité sur ce protocole et que > des versions trop récentes pouvaient poser des soucis. > > https://restoreprivacy.com/webrtc-leaks/ > > J'ai essayé l'application F-Droid, et elle donne d'excellents résultats > (mais je ne l'ai pas testée avec de nombreuses personnes). > > Concernant l'accélération matérielle, voici ce que j'ai trouvé : > > > https://support.mozilla.org/fr/kb/parametres-performance-firefox?as=u&utm_source=inproduct > > Pour l'accélération matérielle sur un xBuntu, j'ai trouvé cette commande > pour voir si elle était activée : > > glxinfo | grep "direct rendering" > > Sur : https://doc.ubuntu-fr.org/acceleration_graphique > > Mais je n'ai pas réellement testé ces différentes configurations avec > Jitsi ou Nextcloud Talk. > > Il me manque encore des éléments pour bien comprendre. Comment > l'application WebEx de Cisco fonctionne si bien directement dans un > navigateur, et consomme relativement peu de CPU (45% en moyenne dans une > séance avec 6 flux). Cisco, c'est un GAFAM affilié, et le service est > totalement privateur, c'est sûr. Mais ce serait intéressant de savoir > comment elle fonctionne et comment on peut obtenir des performances aussi > bonnes avec - a priori - du WebRTC. Peut-être que ce n'est pas réellement > que du p2p et qu'il y a une gigantesque infra derrière pour soutenir la > charge... > > Voilà pour ce que je sais. > > a+ > > Samuel > Le 03.04.20 à 09:34, Isa & Manu Joos a écrit : > > Bonjour, > > J'aimerai votre avis concernant Jitsi, je vois que beaucoup d'instances se > proposent, c'est super, toutefois je ne trouve pas tout si rose en ce qui > concerne son utilisation à comparer avec zoom. > Attention, je ne suis pas du tout partisan de zoom, comprenez-moi, mais je > l'ai utilisé avec mon colloque. > Hier, je leur ai proposé un petit Framatalk pour tester autre chose, je > l'avais utilisé avec mes élèves pour une petite réunion, et ça avait assez > bien fonctionné. Toutefois, j'avais constaté une très forte utilisation du > processeur ! > J'ai donc fait une comparaison durant nos 2 tests successifs lors de notre > colloque, framatalk et zoom : > > - sur framatalk, sans parler de qualité honorable mais pas top, > processeur à 90% (i7...) > - sur zoom, bonne qualité, processeur à 20% > > SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio, vous > prêchez à un converti, je l'utilise au minimum pour échanger sous la forme > de tableau noir pour mes élèves, c'est à dire on se dit bonjour, puis on > coupe les caméras et je partage mon écran pour une leçon live. > > Mon questionnement est plutôt que si on veut proposer des solutions libres > et éthiques, il faut se questionner pour régater dans les mêmes océans. > > Donc je me demandais vraiment pourquoi cette différence flagrante de > consommation et comment améliorer. > > Belle journée à vous > > Manu > > Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond > a écrit : > >> Hello, >> Pour https://webconf.ch, >> Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on partage >> volontiers la licence collabora, si itopie l'a déjà.) >> Et on peu test, il y a un lien demo sur le site. >> https://openromandie.ch recense les projets en logiciels libre et >> associatif. >> Si Itopie a ses projets en ligne, on les ajoute volontiers. >> >> Salutations, >> Emmanuelle Germond >> >> >> Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal >> a écrit : >>> >>> Salut ! >>> >>> Chez itopie, nous avons monté une architecture proxmox et nous >>> hébergeons certaines de ces applications. Le but est en cible d'adhérer au >>> collectif des chatons (voir à ce suejt chaton-leman.ch). >>> >>> - Nextcloud avec Collabora (LibreOffice online). >>> - Plugin Nextcloud Talk pour la visio conférence / discussion via >>> WebRTC. >>> - Travail en équipe avec : >>> - Mattermost >>> - OpenProject >>> - Réseau social avec une instance de Diaspora. >>> - Prosody pour du XMPP / Jabber. >>> - Gitlab >>> >>> Nous sommes en train de tester le serveur Mumble (salon de discussion >>> purement audio) et nous allons installer une instance Jitsi Meet. >>> L'application framadate (évolution de studs sauf erreur) est également au >>> programme. Nous la testons sur une autre plateforme LimeSurvey (très >>> puissant). >>> >>> Voilà pour l'instant. >>> >>> a+ >>> >>> Samuel >>> Le 01.04.20 à 12:04, Miçhael Parchet a écrit : >>> >>> Bonjour, >>> >>> Je suis très partisan du projet >>> >>> https://degooglisons-internet.org/fr/ >>> >>> >>> J’aimerais tester chacun des programmes et surtout savoir s’il existe >>> des hébergeur pour accueillir ces derniers >>> >>> >>> J’avais entendu parler chez itopia Des projets de Framasoft. J’aimerais >>> pouvoir tester chacun d’eux À fin de savoir si il y a des bugs et si oui >>> pouvoir les remonter ou si chacun deux peuvent être utilisé par un >>> utilisateur lambda >>> >>> >>> Savez-vous si ses projets sont hébergés par des hébergeur suis >>> actuellement ? >>> >>> >>> Merci pour votre aide >>> >>> >>> Meilleures salutations >>> >>> >>> mparchet >>> >>> _______________________________________________ >>> gull mailing listgull at forum.linux-gull.chhttps://forum.linux-gull.ch/mailman/listinfo/gull >>> >>> -- >>> >>> ----------------------- >>> Samuel Chenalhttps://www.ll-dd.chsamuel.chenal at ll-dd.ch >>> ----------------------- >>> >>> Merci d'utiliser des formats >>> de fichiers ouverts (comme ODF) >>> >>> >> -- >> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser >> ma brièveté. >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull > > -- > > ----------------------- > Samuel Chenalhttps://www.ll-dd.chsamuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > > _______________________________________________ > gull mailing listgull at forum.linux-gull.chhttps://forum.linux-gull.ch/mailman/listinfo/gull > > -- > _______________________________ > > Samuel Chenalsamuel.chenal at ll-dd.chhttps://www.ll-dd.ch > _______________________________ > > Empreinte GPG : > BD25 7B5F 442B DF2D 4E28 > 8203 B2A2 7269 4E00 5136 > > Merci d'utiliser des formats de > fichiers ouverts (comme ODF) ! > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From mparchet at sunrise.ch Wed Apr 15 19:26:33 2020 From: mparchet at sunrise.ch (=?utf-8?Q?Mi=C3=A7hael_Parchet?=) Date: Wed, 15 Apr 2020 19:26:33 +0200 Subject: [gull] =?utf-8?q?Les_pr=C3=A9requis_pour_h=C3=A9berger_les_logici?= =?utf-8?q?els_du_projet_de_frein_main_soft?= Message-ID: <4C97CCB0-81FC-4C86-B31B-A1F114A0D892@sunrise.ch> Bonjour, Pour savoir à quelle condition mon hébergeur pourrait Me permettre d’installer les projets de des degougeulison internet de framasoft Il me demande les spécificités techniques de ses projets et si l’ordinate il me demande les spécificités techniques de ses projets et si l’ordinateur qu’il accueille tourne sur Linux et avec quelle configuration minimum Mon but est de pouvoir tester ses projets dans des conditions réelles et de connaître le prix de l’hébergement Je ne connais pas l’état du projet le chaton Léman c’est pourquoi je vous avais demandé si je pouvais tester ce qui était installé sur ce serveur Afin de savoir si ça fonctionne bien et si c’était accessible par un utilisateur lambda Pour ce faire, j’ai naturellement pensé à mon hébergeur mais cela pourrait tout aussi bien être chaton Léman ou une autre association Que me conseillez-vous ? Meilleur salutations Mparchet From aristide at free-it.ch Thu Apr 16 22:48:49 2020 From: aristide at free-it.ch (Yann Lehmann) Date: Thu, 16 Apr 2020 22:48:49 +0200 Subject: [gull] SCSI to e-sata Message-ID: <17184c04f80.2795.b5e8a3cae862dc0e88b4ab9afb6ffe9c@free-it.ch> Bonjour, J'ai récupéré un lecteur de bande LTO externe (interface scsi), avec quelques bandes neuves. J'ai aussi une carte scsi pcie et une autre pour bus pci mais n'ai malheusement plus de place dans le boîtier de mon serveur @home, et j'aimerais éviter de monter une autre machine qui tournerait 24/7 en plus du serveur. Celui-ci dispose d'un connecteur e-sata. Quelqu'un parmi vous aurait une idée pour y brancher le lecteur LTO (adapteur ou autre) ? Est-ce possible ? Mes recherches ne m'ont mené que vers des adapteurs sca-scsi. Merci et meilleures salutations Yann From schaefer at alphanet.ch Fri Apr 17 09:11:57 2020 From: schaefer at alphanet.ch (Marc SCHAEFER) Date: Fri, 17 Apr 2020 09:11:57 +0200 Subject: [gull] SCSI to e-sata In-Reply-To: <17184c04f80.2795.b5e8a3cae862dc0e88b4ab9afb6ffe9c@free-it.ch> References: <17184c04f80.2795.b5e8a3cae862dc0e88b4ab9afb6ffe9c@free-it.ch> Message-ID: <20200417071156.GA3582@alphanet.ch> On Thu, Apr 16, 2020 at 10:48:49PM +0200, Yann Lehmann wrote: > Mes recherches ne m'ont mené que vers des adapteurs sca-scsi. J'ai eu utilisé il me semble des adaptateurs USB vers SCSI, cette discussion en mentionne un supporté sous Linux avec un patch: https://superuser.com/questions/773331/attaching-scsi-drive-through-usb D'un autre côté, le débit d'USB (suivant les versions supportées de l'adaptateur) sera insuffisant pour certains types de LTO, me semble-t-il. From laurent at franceschetti.net Sun Apr 19 08:42:38 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Sun, 19 Apr 2020 08:42:38 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?q?=C3=A7age_et_d=C3=A9fendent_le_leur?= Message-ID: Bonjour, Je pense que cela vaut la peine de s’intéresser à ce problème. Les chercheurs suisses quittent le projet européen PEPP-PT de traçage de l’épidémie (jugé trop centralisé) et opaque, en faveur d’un projet libre et décentralisé, avec sources disponibles sur github. Interview Heid: https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 Interview RTS https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 Est-ce que c’est l’occasion, pour une fois, pour la communauté du libre de montrer qu'elle peut aider? Qu’en pensez-vous? Laurent Franceschetti ______________ No one shall be subjected to arbitrary interference with his privacy, family, home or correspondence, nor to attacks upon his honour and reputation. Everyone has the right to the protection of the law against such interference or attacks (Art 12 Universal Declaration of Human Rights). -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent at franceschetti.net Sun Apr 19 09:23:35 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Sun, 19 Apr 2020 09:23:35 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: Voici un article plus précis sur la situation, écrit par un chercheur: https://nadim.computer/posts/2020-04-17-pepppt.html Voici l’entrepôt github pour le projet ROBERT: https://github.com/ROBERT-proximity-tracing/documents Faut-il soutenir ROBERT et le faire circuler? > Le 19 avr. 2020 à 08:42, Laurent Franceschetti a écrit : > > Bonjour, > > Je pense que cela vaut la peine de s’intéresser à ce problème. Les chercheurs suisses quittent le projet européen PEPP-PT de traçage de l’épidémie (jugé trop centralisé) et opaque, en faveur d’un projet libre et décentralisé, avec sources disponibles sur github. > > Interview Heid: > https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 > > Interview RTS > https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 > > Est-ce que c’est l’occasion, pour une fois, pour la communauté du libre de montrer qu'elle peut aider? Qu’en pensez-vous? > > > > Laurent Franceschetti > > > ______________ > No one shall be subjected to arbitrary interference with his privacy, family, home or correspondence, nor to attacks upon his honour and reputation. Everyone has the right to the protection of the law against such interference or attacks (Art 12 Universal Declaration of Human Rights). > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From listes.00 at gmail.com Mon Apr 20 20:41:15 2020 From: listes.00 at gmail.com (Arnaud) Date: Mon, 20 Apr 2020 20:41:15 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: <0cb70b81-b190-e691-3ac0-ab3ec45d938f@gmail.com> Ouais, mais c'est une application pour smartphone :) Et ça utilise le bluetooth en plus. Il me semblait que le bluetooth était le protocole le moins sécurisé au monde ? Le 19.04.20 à 09:23, Laurent Franceschetti a écrit : > Voici un article plus précis sur la situation, écrit par un chercheur: > https://nadim.computer/posts/2020-04-17-pepppt.html > > Voici l’entrepôt github pour le projet ROBERT: > https://github.com/ROBERT-proximity-tracing/documents > > Faut-il soutenir ROBERT et le faire circuler? > >> Le 19 avr. 2020 à 08:42, Laurent Franceschetti a écrit : >> >> Bonjour, >> >> Je pense que cela vaut la peine de s’intéresser à ce problème. Les chercheurs suisses quittent le projet européen PEPP-PT de traçage de l’épidémie (jugé trop centralisé) et opaque, en faveur d’un projet libre et décentralisé, avec sources disponibles sur github. >> >> Interview Heid: >> https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 >> >> Interview RTS >> https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 >> >> Est-ce que c’est l’occasion, pour une fois, pour la communauté du libre de montrer qu'elle peut aider? Qu’en pensez-vous? >> >> >> >> Laurent Franceschetti >> >> >> ______________ >> No one shall be subjected to arbitrary interference with his privacy, family, home or correspondence, nor to attacks upon his honour and reputation. Everyone has the right to the protection of the law against such interference or attacks (Art 12 Universal Declaration of Human Rights). >> >> >> > > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > From listes.00 at gmail.com Mon Apr 20 20:47:32 2020 From: listes.00 at gmail.com (Arnaud) Date: Mon, 20 Apr 2020 20:47:32 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <0cb70b81-b190-e691-3ac0-ab3ec45d938f@gmail.com> References: <0cb70b81-b190-e691-3ac0-ab3ec45d938f@gmail.com> Message-ID: Ok, un protocole pour axé sur les smartphones pour le moment :) Le 20.04.20 à 20:41, Arnaud a écrit : > Ouais, mais c'est une application pour smartphone :) > Et ça utilise le bluetooth en plus. > > Il me semblait que le bluetooth était le protocole le moins sécurisé au monde ? > > > Le 19.04.20 à 09:23, Laurent Franceschetti a écrit : >> Voici un article plus précis sur la situation, écrit par un chercheur: >> https://nadim.computer/posts/2020-04-17-pepppt.html >> >> Voici l’entrepôt github pour le projet ROBERT: >> https://github.com/ROBERT-proximity-tracing/documents >> >> Faut-il soutenir ROBERT et le faire circuler? >> >>> Le 19 avr. 2020 à 08:42, Laurent Franceschetti a écrit : >>> >>> Bonjour, >>> >>> Je pense que cela vaut la peine de s’intéresser à ce problème. Les chercheurs suisses quittent le projet européen PEPP-PT de traçage de l’épidémie (jugé trop centralisé) et opaque, en faveur d’un projet libre et décentralisé, avec sources disponibles sur github. >>> >>> Interview Heid: >>> https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 >>> >>> Interview RTS >>> https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 >>> >>> Est-ce que c’est l’occasion, pour une fois, pour la communauté du libre de montrer qu'elle peut aider? Qu’en pensez-vous? >>> >>> >>> >>> Laurent Franceschetti >>> >>> >>> ______________ >>> No one shall be subjected to arbitrary interference with his privacy, family, home or correspondence, nor to attacks upon his honour and reputation. Everyone has the right to the protection of the law against such interference or attacks (Art 12 Universal Declaration of Human Rights). >>> >>> >>> >> >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull >> > From marc.mongenet at gmail.com Tue Apr 21 00:28:40 2020 From: marc.mongenet at gmail.com (Marc Mongenet) Date: Tue, 21 Apr 2020 00:28:40 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: Il y a au moins deux protocoles en compétition: ROBERT et DP-3T. ROBERT est sorti plus tard. Ils n'essayent pas de répondre aux mêmes menaces contre la vie privée. Si j'ai bien compris les enjeux, ROBERT considère que les smartphones sont plus menacés/menaçants, et DP-3T considère que le serveur est plus menacé/menaçant. Après, il est intéressant de voir ce que donnent les évualation de sécurité de ces protocoles (je ne parle même pas des implémentations). Marc Le dim. 19 avr. 2020 à 09:24, Laurent Franceschetti < laurent at franceschetti.net> a écrit : > Voici un article plus précis sur la situation, écrit par un chercheur: > https://nadim.computer/posts/2020-04-17-pepppt.html > > Voici l’entrepôt github pour le projet ROBERT: > https://github.com/ROBERT-proximity-tracing/documents > > Faut-il soutenir ROBERT et le faire circuler? > > Le 19 avr. 2020 à 08:42, Laurent Franceschetti > a écrit : > > Bonjour, > > Je pense que cela vaut la peine de s’intéresser à ce problème. Les > chercheurs suisses quittent le projet européen PEPP-PT de traçage de > l’épidémie (jugé trop centralisé) et opaque, en faveur d’un projet libre et > décentralisé, avec sources disponibles sur github. > > Interview Heid: > > https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 > > Interview RTS > > https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 > > Est-ce que c’est l’occasion, pour une fois, pour la communauté du libre de > montrer qu'elle peut aider? Qu’en pensez-vous? > > > > Laurent Franceschetti > > > ______________ > No one shall be subjected to arbitrary interference with his privacy, > family, home or correspondence, nor to attacks upon his honour and > reputation. Everyone has the right to the protection of the law against > such interference or attacks (Art 12 Universal Declaration of Human Rights). > > > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From nbo at donax.ch Tue Apr 21 09:38:30 2020 From: nbo at donax.ch (=?UTF-8?Q?Nicolas_Borbo=c3=abn?=) Date: Tue, 21 Apr 2020 09:38:30 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: Hello, j'ai aussi vu passer https://www.coepi.org mais je n'ai pas regardé plus loin. A+ Nicolas On 21.04.20 00:28, Marc Mongenet wrote: > Il y a au moins deux protocoles en compétition: ROBERT et DP-3T. ROBERT > est sorti plus tard. Ils n'essayent pas de répondre aux mêmes menaces > contre la vie privée. Si j'ai bien compris les enjeux, ROBERT considère > que les smartphones sont plus menacés/menaçants, et DP-3T considère que > le serveur est plus menacé/menaçant. Après, il est intéressant de voir > ce que donnent les évualation de sécurité de ces protocoles (je ne parle > même pas des implémentations). > > Marc > > > Le dim. 19 avr. 2020 à 09:24, Laurent Franceschetti > > a écrit : > > Voici un article plus précis sur la situation, écrit par un chercheur: > https://nadim.computer/posts/2020-04-17-pepppt.html > > Voici l’entrepôt github pour le projet ROBERT: > https://github.com/ROBERT-proximity-tracing/documents > > Faut-il soutenir ROBERT et le faire circuler? > >> Le 19 avr. 2020 à 08:42, Laurent Franceschetti >> > a >> écrit : >> >> Bonjour, >> >> Je pense que cela vaut la peine de s’intéresser à ce problème. Les >> chercheurs suisses quittent le projet européen PEPP-PT de traçage >> de l’épidémie (jugé trop centralisé) et opaque, en faveur d’un >> projet libre et décentralisé, avec sources disponibles sur github. >> >> Interview Heid: >> https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 >> >> Interview RTS >> https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 >> >> Est-ce que c’est l’occasion, pour une fois, pour la communauté du >> libre de montrer qu'elle peut aider? Qu’en pensez-vous? >> >> >> >> Laurent Franceschetti >> >> >> ______________ >> No one shall be subjected to arbitrary interference with his >> privacy, family, home or correspondence, nor to attacks upon his >> honour and reputation. Everyone has the right to the protection of >> the law against such interference or attacks (Art 12 Universal >> Declaration of Human Rights). >> >> >> > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > From dominik at acm.org Tue Apr 21 13:10:50 2020 From: dominik at acm.org (Dominik Madon) Date: Tue, 21 Apr 2020 13:10:50 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> Une vue du problème hors technologie: https://risques-tracage.fr/ Dom > On 21 Apr 2020, at 09:38, Nicolas Borboën wrote: > > Hello, > > j'ai aussi vu passer https://www.coepi.org mais je n'ai pas regardé plus > loin. > > A+ > Nicolas > > On 21.04.20 00:28, Marc Mongenet wrote: >> Il y a au moins deux protocoles en compétition: ROBERT et DP-3T. ROBERT >> est sorti plus tard. Ils n'essayent pas de répondre aux mêmes menaces >> contre la vie privée. Si j'ai bien compris les enjeux, ROBERT considère >> que les smartphones sont plus menacés/menaçants, et DP-3T considère que >> le serveur est plus menacé/menaçant. Après, il est intéressant de voir >> ce que donnent les évualation de sécurité de ces protocoles (je ne parle >> même pas des implémentations). >> >> Marc >> >> >> Le dim. 19 avr. 2020 à 09:24, Laurent Franceschetti >> > a écrit : >> >> Voici un article plus précis sur la situation, écrit par un chercheur: >> https://nadim.computer/posts/2020-04-17-pepppt.html >> >> Voici l’entrepôt github pour le projet ROBERT: >> https://github.com/ROBERT-proximity-tracing/documents >> >> Faut-il soutenir ROBERT et le faire circuler? >> >>> Le 19 avr. 2020 à 08:42, Laurent Franceschetti >>> > a >>> écrit : >>> >>> Bonjour, >>> >>> Je pense que cela vaut la peine de s’intéresser à ce problème. Les >>> chercheurs suisses quittent le projet européen PEPP-PT de traçage >>> de l’épidémie (jugé trop centralisé) et opaque, en faveur d’un >>> projet libre et décentralisé, avec sources disponibles sur github. >>> >>> Interview Heid: >>> https://www.heidi.news/sciences/les-desaccords-du-projet-europeen-de-pistage-numerique-du-covid-19 >>> >>> Interview RTS >>> https://www.rts.ch/play/tv/forum/video/lepfl-et-lepfz-se-distancient-du-projet-europeen-de-traage-interview-de-martin-vetterli?id=11256073 >>> >>> Est-ce que c’est l’occasion, pour une fois, pour la communauté du >>> libre de montrer qu'elle peut aider? Qu’en pensez-vous? >>> >>> >>> >>> Laurent Franceschetti >>> >>> >>> ______________ >>> No one shall be subjected to arbitrary interference with his >>> privacy, family, home or correspondence, nor to attacks upon his >>> honour and reputation. Everyone has the right to the protection of >>> the law against such interference or attacks (Art 12 Universal >>> Declaration of Human Rights). >>> >>> >>> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull >> >> >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull >> > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -------------- next part -------------- An HTML attachment was scrubbed... URL: From laurent at franceschetti.net Tue Apr 21 14:03:49 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Tue, 21 Apr 2020 14:03:49 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> References: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> Message-ID: Notez que c’est à mettre en parallèle avec le traçage des internautes via l’adresse IP. Dans ma compréhension, le mécanisme est simple que ça en est confondant: tout usager d’un téléphone Android équippé de GPS transmet à Google à la fois sa géolocalisation et la liste des réseaux wifi alentours avec l'adresse MAC du routeur et leur puissance relative, qu’il va stocker dans une base de données. https://developers.google.com/maps/documentation/geolocation/intro Dès qu’un téléphone Android est sur ce réseau wifi, Google peut géocaliser sa position à quelques mètres près, en trois dimensions. Ca veut dire qu’en accédant à n’importe quel annuaire d'adresses, il commence à avoir une idée très précise de qui vous êtes. Il va aussi, à la première connexion à Google, transmettre l’adresse IP externe. Maintenant, c’est l’adresse IP qui est géolocalisée. C’est vrai que l’adresse IP est susceptible de changer, mais comme elle change lentement, la base de données a souvent le temps de suivre. Ces bases de données sont disponibles sur Internet (contre paiement), donc ça veut dire que dès que vous vous connectez à un site web, n’importe où, n’importe comment, ce site a la possibilité de savoir plus ou moins qui vous êtes sans vous l’avoir demandé. Ajoutez à cela des autres techniques, comme le profilage des cookies, etc. et on se rend vite compte qu’une adresse IP, c’est pratiquement une géolocalisation; et donc vous pouvez, avec relativement peu d’efforts, remonter aux personnes qui habitent un logement. Ca correspond à votre compréhension? > Le 21 avr. 2020 à 13:10, Dominik Madon a écrit : > > Une vue du problème hors technologie: https://risques-tracage.fr/ > > > Dom > -------------- next part -------------- An HTML attachment was scrubbed... URL: From listes.00 at gmail.com Tue Apr 21 14:56:00 2020 From: listes.00 at gmail.com (Arnaud) Date: Tue, 21 Apr 2020 14:56:00 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> Message-ID: <5852a1fe-f07e-a705-74ae-4b40fc766a9c@gmail.com> Mais pourquoi restreindre ce texte à un téléphone Android ? :) Le 21.04.20 à 14:03, Laurent Franceschetti a écrit : > Notez que c’est à mettre en parallèle avec le traçage des internautes via l’adresse IP. Dans ma compréhension, le mécanisme est simple que ça en est confondant: tout usager d’un téléphone Android équippé de GPS transmet à Google à la fois sa géolocalisation et la liste des réseaux wifi alentours avec l'adresse MAC du routeur et leur puissance relative, qu’il va stocker dans une base de données. > > https://developers.google.com/maps/documentation/geolocation/intro > > > Dès qu’un téléphone Android est sur ce réseau wifi, Google peut géocaliser sa position à quelques mètres près, en trois dimensions. Ca veut dire qu’en accédant à n’importe quel annuaire d'adresses, il commence à avoir une idée très précise de qui vous êtes. > > Il va aussi, à la première connexion à Google, transmettre l’adresse IP externe. Maintenant, c’est l’adresse IP qui est géolocalisée. C’est vrai que l’adresse IP est susceptible de changer, mais comme elle change lentement, la base de données a souvent le temps de suivre. Ces bases de données sont disponibles sur Internet (contre paiement), donc ça veut dire que dès que vous vous connectez à un site web, n’importe où, n’importe comment, ce site a la possibilité de savoir plus ou moins qui vous êtes sans vous l’avoir demandé. > > Ajoutez à cela des autres techniques, comme le profilage des cookies, etc. et on se rend vite compte qu’une adresse IP, c’est pratiquement une géolocalisation; et donc vous pouvez, avec relativement peu d’efforts, remonter aux personnes qui habitent un logement. > > Ca correspond à votre compréhension? > > > >> Le 21 avr. 2020 à 13:10, Dominik Madon a écrit : >> >> Une vue du problème hors technologie: https://risques-tracage.fr/ >> >> >> Dom >> > > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > From laurent at franceschetti.net Tue Apr 21 14:59:56 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Tue, 21 Apr 2020 14:59:56 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <5852a1fe-f07e-a705-74ae-4b40fc766a9c@gmail.com> References: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> <5852a1fe-f07e-a705-74ae-4b40fc766a9c@gmail.com> Message-ID: Correct, Apple fait sans doute la même chose! > Le 21 avr. 2020 à 14:56, Arnaud a écrit : > > Mais pourquoi restreindre ce texte à un téléphone Android ? :) > > > Le 21.04.20 à 14:03, Laurent Franceschetti a écrit : >> Notez que c’est à mettre en parallèle avec le traçage des internautes via l’adresse IP. Dans ma compréhension, le mécanisme est simple que ça en est confondant: tout usager d’un téléphone Android équippé de GPS transmet à Google à la fois sa géolocalisation et la liste des réseaux wifi alentours avec l'adresse MAC du routeur et leur puissance relative, qu’il va stocker dans une base de données. >> >> https://developers.google.com/maps/documentation/geolocation/intro >> >> >> Dès qu’un téléphone Android est sur ce réseau wifi, Google peut géocaliser sa position à quelques mètres près, en trois dimensions. Ca veut dire qu’en accédant à n’importe quel annuaire d'adresses, il commence à avoir une idée très précise de qui vous êtes. >> >> Il va aussi, à la première connexion à Google, transmettre l’adresse IP externe. Maintenant, c’est l’adresse IP qui est géolocalisée. C’est vrai que l’adresse IP est susceptible de changer, mais comme elle change lentement, la base de données a souvent le temps de suivre. Ces bases de données sont disponibles sur Internet (contre paiement), donc ça veut dire que dès que vous vous connectez à un site web, n’importe où, n’importe comment, ce site a la possibilité de savoir plus ou moins qui vous êtes sans vous l’avoir demandé. >> >> Ajoutez à cela des autres techniques, comme le profilage des cookies, etc. et on se rend vite compte qu’une adresse IP, c’est pratiquement une géolocalisation; et donc vous pouvez, avec relativement peu d’efforts, remonter aux personnes qui habitent un logement. >> >> Ca correspond à votre compréhension? >> From philippe at strauss-engineering.ch Tue Apr 21 20:52:39 2020 From: philippe at strauss-engineering.ch (Philippe Strauss) Date: Tue, 21 Apr 2020 20:52:39 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> Message-ID: <90637917-B1D3-4D08-8F32-11A63AE6D359@strauss-engineering.ch> ce soir 21h une soirée thema d’arte très intéressante sur la surveillance de masse et la technologie. aplus > Le 21 avr. 2020 à 14:03, Laurent Franceschetti a écrit : > > Notez que c’est à mettre en parallèle avec le traçage des internautes via l’adresse IP. Dans ma compréhension, le mécanisme est simple que ça en est confondant: tout usager d’un téléphone Android équippé de GPS transmet à Google à la fois sa géolocalisation et la liste des réseaux wifi alentours avec l'adresse MAC du routeur et leur puissance relative, qu’il va stocker dans une base de données. > > https://developers.google.com/maps/documentation/geolocation/intro -- Philippe Strauss https://www.strauss-engineering.ch -------------- next part -------------- An HTML attachment was scrubbed... URL: From philippe at strauss-engineering.ch Wed Apr 22 13:48:39 2020 From: philippe at strauss-engineering.ch (Philippe Strauss) Date: Wed, 22 Apr 2020 13:48:39 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <90637917-B1D3-4D08-8F32-11A63AE6D359@strauss-engineering.ch> References: <7CEBB2E5-678B-42DD-B6B1-89DBCED65DB2@acm.org> <90637917-B1D3-4D08-8F32-11A63AE6D359@strauss-engineering.ch> Message-ID: <1DD4A1D4-294D-4482-A621-2592D84C4D5A@strauss-engineering.ch> voici les liens de la soirée sur arte.tv et youtube: https://www.arte.tv/fr/videos/083310-000-A/tous-surveilles-7-milliards-de-suspects/ https://www.arte.tv/fr/videos/081590-000-A/ihuman-l-intelligence-artificielle-et-nous/ https://www.youtube.com/watch?v=j6jw1eEe5GI aplus > Le 21 avr. 2020 à 20:52, Philippe Strauss a écrit : > > ce soir 21h une soirée thema d’arte très intéressante sur la surveillance de masse et la technologie. > > aplus > > >> Le 21 avr. 2020 à 14:03, Laurent Franceschetti > a écrit : >> >> Notez que c’est à mettre en parallèle avec le traçage des internautes via l’adresse IP. Dans ma compréhension, le mécanisme est simple que ça en est confondant: tout usager d’un téléphone Android équippé de GPS transmet à Google à la fois sa géolocalisation et la liste des réseaux wifi alentours avec l'adresse MAC du routeur et leur puissance relative, qu’il va stocker dans une base de données. >> >> https://developers.google.com/maps/documentation/geolocation/intro -- Philippe Strauss https://www.strauss-engineering.ch -------------- next part -------------- An HTML attachment was scrubbed... URL: From ced at infomaniak.com Sun Apr 26 12:28:12 2020 From: ced at infomaniak.com (=?UTF-8?Q?C=c3=a9dric_BRINER?=) Date: Sun, 26 Apr 2020 12:28:12 +0200 Subject: [gull] =?utf-8?q?Zoom_et_la_protection_des_donn=C3=A9es_et_Fanti?= Message-ID: Bonjour à tous, Je viens de lire sur Twitter que la Suisse va émettre d'ici à lundi une recommendation de ne pas utiliser Zoom. https://twitter.com/sebastienfanti/status/1253929288056922112 citation: Malgré les améliorations, il est recommandé de n’utiliser Zoom sous aucun prétexte. Une nouvelle recommandation datée du 22/4/ 2020 a été émise. Elle fait suite aux investigations conduites à l’international avec le concours d’autorité étrangères que je remercie. citation: Cette position se fonde sur l’impossibilité de respecter le droit lors de la délégation du traitement de données.Pas de for en CH pas de droit CH applicable, sous-traitance problématique...la FMH revoit ses recommandations à ma demande.On verra si je suis convainca Bonne lecture. From marc.mongenet at gmail.com Mon Apr 27 03:39:43 2020 From: marc.mongenet at gmail.com (Marc Mongenet) Date: Mon, 27 Apr 2020 03:39:43 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: Bonjour Le dim. 19 avr. 2020 à 09:24, Laurent Franceschetti < laurent at franceschetti.net> a écrit : > > Voici l’entrepôt github pour le projet ROBERT: > https://github.com/ROBERT-proximity-tracing/documents > > Faut-il soutenir ROBERT et le faire circuler? > > Le protocole ROBERT ne pourra probablement pas être implémenté. L'Allemagne le laisse tomber: https://www.reuters.com/article/us-health-coronavirus-europe-tech/germany-flips-on-smartphone-contact-tracing-backs-apple-and-google-idUSKCN22807J Comme on voit sur https://github.com/ROBERT-proximity-tracing/documents, un dump de fichiers il y a 8 jours, puis plus rien, ce développement était plutôt fermé. Du coup ce sera plutôt DP-3T, dont les publications resemblent plus à ce que j'attends: https://github.com/DP-3T/documents. Marc -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuel.chenal at ll-dd.ch Mon Apr 27 23:38:28 2020 From: samuel.chenal at ll-dd.ch (Samuel Chenal) Date: Mon, 27 Apr 2020 23:38:28 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: Message-ID: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> Hello, Comme l'a sauf erreur mentionné Dominik plus tôt sur cette liste avec ce site https://risques-tracage.fr/, le problème semble ne pas réellement être technique. C'est du solutionnisme technologique. En résumé sur le framablog : https://framablog.org/2020/04/24/applis-de-tracage-scenarios-pour-les-non-specialistes/ Une petite BD sarcastique, aussi sur le framablog : https://framablog.org/2020/04/22/stopconneries/ a+ Samuel Le 27.04.20 à 03:39, Marc Mongenet a écrit : > Bonjour > > Le dim. 19 avr. 2020 à 09:24, Laurent Franceschetti > > a écrit : > > > Voici l’entrepôt github pour le projet ROBERT: > https://github.com/ROBERT-proximity-tracing/documents > > Faut-il soutenir ROBERT et le faire circuler? > > Le protocole ROBERT ne pourra probablement pas être implémenté. > L'Allemagne le laisse tomber: > https://www.reuters.com/article/us-health-coronavirus-europe-tech/germany-flips-on-smartphone-contact-tracing-backs-apple-and-google-idUSKCN22807J > Comme on voit > sur https://github.com/ROBERT-proximity-tracing/documents, un dump de > fichiers il y a 8 jours, puis plus rien, ce développement était plutôt > fermé. > > Du coup ce sera plutôt DP-3T, dont les publications resemblent plus à > ce que j'attends: https://github.com/DP-3T/documents. > > Marc > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull -- ----------------------- Samuel Chenal https://www.ll-dd.ch samuel.chenal at ll-dd.ch ----------------------- Merci d'utiliser des formats de fichiers ouverts (comme ODF) -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From marc.mongenet at gmail.com Tue Apr 28 02:09:26 2020 From: marc.mongenet at gmail.com (Marc Mongenet) Date: Tue, 28 Apr 2020 02:09:26 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> References: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> Message-ID: Bonsoir Le lun. 27 avr. 2020 à 23:39, Samuel Chenal a écrit : > > Hello, > > Comme l'a sauf erreur mentionné Dominik plus tôt sur cette liste avec ce site https://risques-tracage.fr/, le problème semble ne pas réellement être technique. C'est du solutionnisme technologique. Le document du site risques-tracage.fr est très agréable à lire. Mais au niveau de la balance bénéfice-risque, je trouve qu'il dérape parfois à côté de la plaque. En effet, il ne s'agit pas d'analyser une énième application de partage de chats mignons, mais une application pour espérer éviter d'infecter, éventuellement à mort, son prochain (et notamment ses proches à risque). Comme exemple d'analyse complètement à côté de la plaque, je prendrai "l'ingérence étrangère": "Le sous-marin Le Terrifiant doit appareiller dans quelques jours, mais Jean Bond est un agent étranger qui veut empêcher son départ. Il recrute Mata-Hatchoum qui présente des symptômes, et lui demande de faire le tour des bars de marins. Mata-Hatchoum va ensuite se faire tester, et 5 marins reçoivent une notification de l’application. Le Terrifiantest obligé de rester à quai." Ce que le document vient de décrire comme un risque est en fait le bénéfice attendu! Le véritable risque, c'est de se retrouver avec tout un sous-marin (et ça marche aussi pour les portes-avions...) infecté. Marc Mongenet From dc at pxcluster.com Tue Apr 28 08:51:03 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Tue, 28 Apr 2020 08:51:03 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> Message-ID: On 28.04.20 02:09, Marc Mongenet wrote: Hello tout le monde, > Ce que le document vient de décrire comme un risque est en fait le > bénéfice attendu! Le véritable risque, c'est de se retrouver avec tout > un sous-marin (et ça marche aussi pour les portes-avions...) infecté. Merci pour ces remarques intéressantes ! Sur le plan général, j'ajouterais le commentaire suivant : L'application dont il est question n'est pas une "arme", c'est un outil. C'est l'usage que l'on en fait qui peut le rendre suspect, dangereux ou bénéfique... Notre société a un objectif qui est de se protéger contre une pandémie. L'outil dont il est question peut être très utile et sauver plein de vies, ou devenir un vrai problème parce que certains auront détourné son usage à des fins différentes. C'est donc un problème avant-tout politique, où les autorités doivent s'assurer que l'usage ne sera pas détourné et surtout mettre en place les garde-fou nécessaires. Mais c'est souvent dans ce dernier point que les politiciens se montrent laxistes et peu intéressés par ce qu'ils considèrent comme des dommages collatéraux inévitables. Quand on voit l'amateurisme des tous les politiciens gérant cette crise, il est naturelle de penser que l'utilisation d'un telle application va déraper. dc From laurent at franceschetti.net Tue Apr 28 08:56:53 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Tue, 28 Apr 2020 08:56:53 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> Message-ID: <6570D53F-C80D-42CA-8371-9C733EBF3FB6@franceschetti.net> Sur le plan de la pandémie, ça paraît surtout un gimmick dont les résultats risquent d’être bizarres (il faudrait réfléchir aux conséquences: vous avez une boucherie, quelqu’un se pointe dans la boucherie qui a rencontré l’homme qui a vu l’homme qui a vu…; et le lendemain, plus de clients?) Une chose est de prendre des risques calculés dans un but précis. Une autre est de prendre des risques inconsidérés pour un truc dont l’efficacité n’est pas prouvée. > Le 28 avr. 2020 à 08:51, Daniel Cordey a écrit : > > >> un sous-marin (et ça marche aussi pour les portes-avions...) infecté. > > Merci pour ces remarques intéressantes ! Sur le plan général, j'ajouterais le commentaire suivant : > > L'application dont il est question n'est pas une "arme", c'est un outil. C'est l'usage que l'on en fait qui peut le rendre suspect, dangereux ou bénéfique... Notre société a un objectif qui est de se protéger contre une pandémie. L'outil dont il est question peut être très utile et sauver plein de vies, ou devenir un vrai problème parce que certains auront détourné son usage à des fins différentes. C'est donc un problème avant-tout politique, où les autorités doivent s'assurer que l'usage ne sera pas détourné et surtout mettre en place les garde-fou nécessaires. Mais c'est souvent dans ce dernier point que les politiciens se montrent laxistes et peu intéressés par ce qu'ils considèrent comme des dommages collatéraux inévitables. Quand on voit l'amateurisme des tous les politiciens gérant cette crise, il est naturelle de penser que l'utilisation d'un telle application va déraper. > > dc > From samuel.chenal at ll-dd.ch Tue Apr 28 18:14:51 2020 From: samuel.chenal at ll-dd.ch (Samuel Chenal) Date: Tue, 28 Apr 2020 18:14:51 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: References: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> Message-ID: <14f8800c-1438-7165-a5ea-3ebc7206c464@ll-dd.ch> Hello, En effet, certains scénarii décrits peuvent paraître un tantinet capilotractés. Ce que je trouve néanmoins intéressant dans ce que soulève ce site (https://risques-tracage.fr), ainsi que d'autres comme la Quadrature du net (https://www.laquadrature.net/2020/04/25/stopcovid-est-un-projet-desastreux-pilote-par-des-apprentis-sorciers/ ou https://www.laquadrature.net/2020/04/14/nos-arguments-pour-rejeter-stopcovid/), c'est le réflexe de la solution technique sans forcément s'assurer au préalable que cette solution va améliorer les choses. Politiquement, c'est génial, cette opération donne l'impression que la crise est prise au sérieux et que des solutions sont mise en place. Ça rassure. Mais comme le dit l'un des blogs consultés, pour que cette application fonctionne, il faut généraliser les tests de dépistage, y compris sur les sujets asymptomatiques, ce que peu de pays ont décidé de faire. De plus, la population la plus à risque, ce sont les aînés, qui se trouve être la population la moins équipée en smartphone. Y a-t-il un problème dans l'énoncé ? Bref, comme dans bien des cas, la solution technique sert de miroir aux alouettes ou d'écran de fumée. Et quand des GAFAM sont impliqués de manière "bienveillante", je me permets d'avoir des soupçons. Je me risque à un parallèle (je sais, comparaison n'est pas raison), à savoir le vote électronique. Je pense qu'en creusant la chose, on peut y voir des similitudes...  ;-) On pourrait mettre sur la table des sujets moins glamours, comme l'augmentation des salaires du personnel soignant ou une meilleure dotation en ressources pour les hôpitaux publics. Des solutions structurantes en faveur des communs... a+ Samuel Le 28.04.20 à 02:09, Marc Mongenet a écrit : > Bonsoir > > Le lun. 27 avr. 2020 à 23:39, Samuel Chenal a écrit : >> Hello, >> >> Comme l'a sauf erreur mentionné Dominik plus tôt sur cette liste avec ce site https://risques-tracage.fr/, le problème semble ne pas réellement être technique. C'est du solutionnisme technologique. > Le document du site risques-tracage.fr est très agréable à lire. > Mais au niveau de la balance bénéfice-risque, je trouve qu'il dérape > parfois à côté de la plaque. En effet, il ne s'agit pas d'analyser une > énième application de partage de chats mignons, mais une application > pour espérer éviter d'infecter, éventuellement à mort, son prochain > (et notamment ses proches à risque). > > Comme exemple d'analyse complètement à côté de la plaque, je prendrai > "l'ingérence étrangère": > "Le sous-marin Le Terrifiant doit appareiller dans quelques jours, > mais Jean Bond est un agent étranger qui veut empêcher son départ. Il > recrute Mata-Hatchoum qui présente des symptômes, et lui demande de > faire le tour des bars de marins. Mata-Hatchoum va ensuite se faire > tester, et 5 marins reçoivent une notification de l’application. Le > Terrifiantest obligé de rester à quai." > Ce que le document vient de décrire comme un risque est en fait le > bénéfice attendu! Le véritable risque, c'est de se retrouver avec tout > un sous-marin (et ça marche aussi pour les portes-avions...) infecté. > > Marc Mongenet > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull > -- ----------------------- Samuel Chenal https://www.ll-dd.ch samuel.chenal at ll-dd.ch ----------------------- Merci d'utiliser des formats de fichiers ouverts (comme ODF) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From laurent at franceschetti.net Tue Apr 28 18:28:54 2020 From: laurent at franceschetti.net (Laurent Franceschetti) Date: Tue, 28 Apr 2020 18:28:54 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <14f8800c-1438-7165-a5ea-3ebc7206c464@ll-dd.ch> References: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> <14f8800c-1438-7165-a5ea-3ebc7206c464@ll-dd.ch> Message-ID: <1AB4D5A8-4E9D-46E9-8A26-565F381BFDF6@franceschetti.net> Hello, une autre vraie question que ça pose, c’est est-ce que c’est une forme de schizophrénie? D’un côté, le gouvernement fait preuve de beaucoup de soin et de prudence, chaque fois qu’il doit introduire un nouveau médicament. On doit faire des tests des pilotes, au point de retarder la réponse à l’épidémie, etc., etc. Et là on fait le contraire, on lance une application virale, sans pilotes et même vouloir se préoccuper des conséquences. Deux poids deux mesures? Bonne journée, Laurent > Le 28 avr. 2020 à 18:14, Samuel Chenal a écrit : > > Hello, > > En effet, certains scénarii décrits peuvent paraître un tantinet > capilotractés. Ce que je trouve néanmoins intéressant dans ce que > soulève ce site (https://risques-tracage.fr), ainsi que d'autres comme > la Quadrature du net > (https://www.laquadrature.net/2020/04/25/stopcovid-est-un-projet-desastreux-pilote-par-des-apprentis-sorciers/ > ou > https://www.laquadrature.net/2020/04/14/nos-arguments-pour-rejeter-stopcovid/), > c'est le réflexe de la solution technique sans forcément s'assurer au > préalable que cette solution va améliorer les choses. > > Politiquement, c'est génial, cette opération donne l'impression que la > crise est prise au sérieux et que des solutions sont mise en place. Ça > rassure. > > Mais comme le dit l'un des blogs consultés, pour que cette application > fonctionne, il faut généraliser les tests de dépistage, y compris sur > les sujets asymptomatiques, ce que peu de pays ont décidé de faire. De > plus, la population la plus à risque, ce sont les aînés, qui se trouve > être la population la moins équipée en smartphone. Y a-t-il un problème > dans l'énoncé ? > > Bref, comme dans bien des cas, la solution technique sert de miroir aux > alouettes ou d'écran de fumée. Et quand des GAFAM sont impliqués de > manière "bienveillante", je me permets d'avoir des soupçons. > > Je me risque à un parallèle (je sais, comparaison n'est pas raison), à > savoir le vote électronique. Je pense qu'en creusant la chose, on peut y > voir des similitudes... ;-) > > On pourrait mettre sur la table des sujets moins glamours, comme > l'augmentation des salaires du personnel soignant ou une meilleure > dotation en ressources pour les hôpitaux publics. Des solutions > structurantes en faveur des communs... > > a+ > > Samuel > > Le 28.04.20 à 02:09, Marc Mongenet a écrit : >> Bonsoir >> >> Le lun. 27 avr. 2020 à 23:39, Samuel Chenal a écrit : >>> Hello, >>> >>> Comme l'a sauf erreur mentionné Dominik plus tôt sur cette liste avec ce site https://risques-tracage.fr/, le problème semble ne pas réellement être technique. C'est du solutionnisme technologique. >> Le document du site risques-tracage.fr est très agréable à lire. >> Mais au niveau de la balance bénéfice-risque, je trouve qu'il dérape >> parfois à côté de la plaque. En effet, il ne s'agit pas d'analyser une >> énième application de partage de chats mignons, mais une application >> pour espérer éviter d'infecter, éventuellement à mort, son prochain >> (et notamment ses proches à risque). >> >> Comme exemple d'analyse complètement à côté de la plaque, je prendrai >> "l'ingérence étrangère": >> "Le sous-marin Le Terrifiant doit appareiller dans quelques jours, >> mais Jean Bond est un agent étranger qui veut empêcher son départ. Il >> recrute Mata-Hatchoum qui présente des symptômes, et lui demande de >> faire le tour des bars de marins. Mata-Hatchoum va ensuite se faire >> tester, et 5 marins reçoivent une notification de l’application. Le >> Terrifiantest obligé de rester à quai." >> Ce que le document vient de décrire comme un risque est en fait le >> bénéfice attendu! Le véritable risque, c'est de se retrouver avec tout >> un sous-marin (et ça marche aussi pour les portes-avions...) infecté. >> >> Marc Mongenet >> _______________________________________________ >> gull mailing list >> gull at forum.linux-gull.ch >> https://forum.linux-gull.ch/mailman/listinfo/gull >> > -- > > ----------------------- > Samuel Chenal > https://www.ll-dd.ch > samuel.chenal at ll-dd.ch > ----------------------- > > Merci d'utiliser des formats > de fichiers ouverts (comme ODF) > > > _______________________________________________ > gull mailing list > gull at forum.linux-gull.ch > https://forum.linux-gull.ch/mailman/listinfo/gull From marc.mongenet at gmail.com Wed Apr 29 02:59:15 2020 From: marc.mongenet at gmail.com (Marc Mongenet) Date: Wed, 29 Apr 2020 02:59:15 +0200 Subject: [gull] =?utf-8?q?EPFL/EPFZ_sortent_du_projet_europ=C3=A9en_de_tra?= =?utf-8?b?w6dhZ2UgZXQgZMOpZmVuZGVudCBsZSBsZXVyIChjb21wbMOpbWVudCk=?= In-Reply-To: <14f8800c-1438-7165-a5ea-3ebc7206c464@ll-dd.ch> References: <27fe956b-9685-80b7-964a-43c662687898@ll-dd.ch> <14f8800c-1438-7165-a5ea-3ebc7206c464@ll-dd.ch> Message-ID: Bonsoir, Le mar. 28 avr. 2020 à 18:16, Samuel Chenal a écrit : > > c'est le réflexe de la solution technique sans forcément s'assurer au > préalable que cette solution va améliorer les choses. Une telle assurance est certainement utile quand on veut être sûr que tout continue à bien aller. Mais nous ne savons pas où nous allons, si ce n'est que ce n'est pas réjouissant. Une assurance que ça n'empire pas les choses me parait bien suffisante dans notre situation inédite. Reste la question, a-t-on cette assurance? Je suis bien sûr dans le doute. Côté politique, le protocole DP-3T m'inspire plus confiance que ROBERT, mais de là à dire que c'est suffisant... Côté sanitaire, je lis aussi qu'il faut que l'app soit largement utilisée pour être utile; mais je n'ai pas lu que l'app serait délétère si peu utilisée (ce qui serait évidemment un no go). > De plus, la population la plus à risque, ce sont les aînés, qui se trouve > être la population la moins équipée en smartphone. Y a-t-il un problème > dans l'énoncé ? C'est une erreur d'analyse que j'ai souvent lue. Pourtant, ce n'est pas la population à risque qui doit être équipée de l'app. En effet, l'app ne sert pas à éviter de s'infecter. C'est la population *infectante* qui doit être équipée. > Je me risque à un parallèle (je sais, comparaison n'est pas raison), à > savoir le vote électronique. Je pense qu'en creusant la chose, on peut y > voir des similitudes... ;-) Oui j'y ai aussi pensé, et j'ai remarqué au moins une évolution réjouissante: L'exigence de l'Open Source est aujourd'hui entrée dans les mœurs. Marc Mongenet From f.dumas at ellis.siteparc.fr Wed Apr 29 12:00:53 2020 From: f.dumas at ellis.siteparc.fr (Frederic Dumas) Date: Wed, 29 Apr 2020 12:00:53 +0200 Subject: [gull] Ubuntu Bionic & Samba - backport ? Message-ID: <77d68c1d-f46f-3056-2da3-7286c21864e5@ellis.siteparc.fr> Bonjour à tous, La version Samba 4.7.6 livrée avec Bionic restera pour moi un mauvais souvenir. Je n'ai plus le lien sous la main, mais je découvrais cette semaine que deux bugs de régression liés à la connexion et à la découverte réseau étaient sans doute la cause pour laquelle j'avais tant mouillé la chemise l'année dernière, sans trouver de solution, avec cette version. J'ai vu passer cette semaine des mises à jour de tous les paquets Samba (4.7.6+dfsg~ubuntu-0ubuntu2.16), j’espère que c'était des patchs contre Badlock [1], mais je n'en suis pas sûr. Je me demande dans quelle mesure, même une Ubuntu LTS, applique bien tous les patches de sécurité sur des versions EOL des logiciels installés. Pour dire vrai, plutôt que de conserver 4.7.6, j'aurai bien aimé mettre à jour Samba sur Ubuntu Bionic vers une version stable sur le berceau de laquelle les fées se seraient un peu plus penchées. Je ne connais pas le terrain de l'écosystème Samba, m'étant toujours contenté de l'utiliser comme une "commodity" intégrée à la distribution. - Ubuntu Bionic ne possède pas de backport de version plus récente. - Je n'ai pas trouvé de PPA visiblement "officiel" qui offre pour Bionic l'accès à une version stable moderne. - Samba+ LTS liste des dépôts, mais leur usage n'est-il pas limité aux souscripteurs à un support payant ? https://oposso.samba.plus/how_to_lts.php En bref, comment faites-vous pour importer sur Ubuntu une version de Samba un peu plus récente ? Je n'ai pas besoin de sauter directement à la 4.12, évitons les problèmes de dépendances, j'espère seulement pouvoir laisser derrière moi la 4.7.6. sans migrer vers 20.04 LTS (l'abandon du support 32 bits m'en empêche). Merci pour vos conseils. [1] https://www.nextinpact.com/news/99194-badlock-faille-critique-dans-windows-qui-sera-corrigee-12-avril.htm -- Frederic Dumas f.dumas at ellis.siteparc.fr From dc at pxcluster.com Thu Apr 30 13:32:40 2020 From: dc at pxcluster.com (Daniel Cordey) Date: Thu, 30 Apr 2020 13:32:40 +0200 Subject: [gull] Lenovo offering Linux pre-installed Message-ID: <95b0617d-fb11-ff20-dcf4-be806fcaccd0@pxcluster.com> Hello la liste, Bonne nouvelle... https://www.techspot.com/news/85020-lenovo-start-offering-thinkpads-linux-pre-installed.html dc