Re: système d'audio/video call

[Gaëtan Perrier]

Le mardi 31 mars 2020 à 11:54 +0200, Jose CHARTERS a écrit :
> Le 30/03/2020 à 21:42, Gaëtan Perrier a écrit :
> > Le jeudi 26 mars 2020 à 00:05 +0100, ajh-valmer a écrit :
> > > On Wednesday 25 March 2020 23:43:47 Gaëtan Perrier wrote:
> > > > Je cherche un  système libre d'audio/video call capable de connecter
> > > > une trentaine de personnes sans occuper trop de bande passante
> > > > et qui soit multi-
> > > > plateformes et facile à prendre en main pour les clients.
> > > > Ça serait pour faire une télé réunion pour une association :
> > > https://jitsi.org/jitsi-meet
> > > 
> > J'ai testé et le gros problème c'est que ça ne fonctionne pas bien avec
> > Firefox
> > . Les Maceux aussi semblent ne pas aimer. On beaucoup de lag avec eux.
> > 
> > Gaëtan
> 
> Bonjour,
> 
> J'ai testé framatalk (c'est jitsi meet qui est derrière) avec 8 à 10 
> personnes. On a pu tenir la rencontre mais nous avons tous coupés nos 
> caméras. Sinon, l'audio était instable. Certains perdaient la 
> communication audio.
> 
> Sans les caméras, cela a fonctionné pas trop mal.
> 
> Mais à une trentaine de personnes, cela me semble beaucoup.
> 
> Ce que je ne sais pas, c'est : est-ce un problème de serveur ou un 
> problème de réseau ? Dit autrement, qu'est ce qui fait que le débit sature ?
> 
> Si c'est le serveur, une machine plus puissante devrait aider.
> 
> Si c'est le réseau, je ne vois pas à moins de demandé une ligne dédié.

Je me demande s'il n'y aurait pas un problème de priorisation entre l'audio et
la vidéo. Pour moi l'audio devrait être prioritaire, ce qui ne semble pas être
le cas vu les problèmes de son que l'on a eu alors que la vidéo était plutôt
stable. Mais cette même vidéo consomme une bande passante importante pour juste
une webcam (sauf erreur autour de 3 ou 4 Mbit/s !) sans pour autant obtenir une
qualité d'image équivalente à ce que l'on peut avoir en TV sur ADSL avec des
débits similaires ...
Et encore on n'était pas cinq !

Gaëtan


signature.asc
Description: This is a digitally signed message part

Nettoyage du spam : mars 2020

[Jean-Pierre Giraud]

Bonjour,
Comme nous sommes en avril, il est désormais possible de
traiter les archives du mois de mars 2020 des listes francophones.

N'oubliez bien sûr pas d'ajouter votre nom à la liste des relecteurs
pour que nous sachions où nous en sommes.

Détails du processus de nettoyage du spam sur :

https://wiki.debian.org/I18n/FrenchSpamClean

Re: paquet libgmic1 cassé

[Kohler Gerard]

Le 31/03/2020 à 21:12, Kohler Gerard a écrit :


bon cela semble assez compliqué :

/# apt-mark unhold libgmic1
libgmic1 était déjà marqué comme non figé./


/# dpkg -i libgmic1_2.4.5-1.1_amd64.deb
(Lecture de la base de données... 637714 fichiers et répertoires déjà 
installés.)

Préparation du dépaquetage de libgmic1_2.4.5-1.1_amd64.deb ...
Dépaquetage de libgmic1:amd64 (2.4.5-1.1) sur (2.4.5-1.1) ...
dpkg: des problèmes de dépendances empêchent la configuration de 
libgmic1:amd64 :
 libgmic1:amd64 dépend de libopencv-videoio4.2 (>= 4.2.0+dfsg) ; 
cependant :

  Le paquet libopencv-videoio4.2 n'est pas installé.

dpkg: erreur de traitement du paquet libgmic1:amd64 (--install) :
 problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour libc-bin (2.30-2) ...
Des erreurs ont été rencontrées pendant l'exécution :
 libgmic1:amd64/

lorsque j'essaie d'installer libopencv-videoio4.2 :

/# apt-get install libopencv-videoio4.2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Vous pouvez lancer « apt --fix-broken install » pour corriger ces 
problèmes.

Les paquets suivants contiennent des dépendances non satisfaites :
 libopencv-videoio4.2 : Dépend: libopencv-imgcodecs4.2 (= 
4.2.0+dfsg-5+b2) mais ne sera pas installé
    Dépend: libopencv-imgproc4.2 (>= 4.2.0+dfsg) 
mais ne sera pas installé/


/# apt --fix-broken install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Correction des dépendances... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :
  gir1.2-gnomekeyring-1.0 libfuse3-3 libpython-all-dev libre2-5 
python-all python-all-dev python-crypto python-entrypoints python-keyring

  python-keyrings.alt python-wheel python-xdg
Veuillez utiliser « apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  libgmic1
0 mis à jour, 0 nouvellement installés, 1 à enlever et 21 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 7 144 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 637714 fichiers et répertoires déjà 
installés.)

Suppression de libgmic1:amd64 (2.4.5-1.1) ...
Traitement des actions différées (« triggers ») pour libc-bin 
(2.30-2) .../


/# apt autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  gir1.2-gnomekeyring-1.0 libfuse3-3 libpython-all-dev libre2-5 
python-all python-all-dev python-crypto python-entrypoints python-keyring

  python-keyrings.alt python-wheel python-xdg
0 mis à jour, 0 nouvellement installés, 12 à enlever et 21 non mis à jour.
Après cette opération, 2 870 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 637710 fichiers et répertoires déjà 
installés.)

Suppression de gir1.2-gnomekeyring-1.0 (3.12.0-1+b2) ...
Suppression de libfuse3-3:amd64 (3.9.0-2) ...
Suppression de python-all-dev (2.7.17-2) ...
Suppression de libpython-all-dev:amd64 (2.7.17-2) ...
Suppression de libre2-5:amd64 (20200101+dfsg-1) ...
Suppression de python-all (2.7.17-2) ...
Suppression de python-keyrings.alt (3.2.0-1) ...
Suppression de python-crypto (2.6.1-13) ...
Suppression de python-keyring (18.0.1-2) ...
Suppression de python-entrypoints (0.3-2) ...
Suppression de python-wheel (0.33.6-2) ...
Suppression de python-xdg (0.26-1) ...
Traitement des actions différées (« triggers ») pour libc-bin 
(2.30-2) .../


et cela continue sans cesse, libgmic1 ne s'enlève jamais,

j'avoue ne pas comprendre

si j'utilise synaptic, il me dit que le paquet gmic est cassé et à la 
ligne de commande ça tourne en rond



Gerard








bon j'ai trouvé !

en fait il y avait une vieille version de freecad qui traînait sans 
avoir été totalement purgée lors d'une mise à jour, avec des dépendances 
relous,


bon apparemment tout est rentré dans l'ordre,

merci de votre aide

Gerard

Re: paquet libgmic1 cassé

[Kohler Gerard]

bon cela semble assez compliqué :

/# apt-mark unhold libgmic1
libgmic1 était déjà marqué comme non figé./


/# dpkg -i libgmic1_2.4.5-1.1_amd64.deb
(Lecture de la base de données... 637714 fichiers et répertoires déjà 
installés.)

Préparation du dépaquetage de libgmic1_2.4.5-1.1_amd64.deb ...
Dépaquetage de libgmic1:amd64 (2.4.5-1.1) sur (2.4.5-1.1) ...
dpkg: des problèmes de dépendances empêchent la configuration de 
libgmic1:amd64 :
 libgmic1:amd64 dépend de libopencv-videoio4.2 (>= 4.2.0+dfsg) ; 
cependant :

  Le paquet libopencv-videoio4.2 n'est pas installé.

dpkg: erreur de traitement du paquet libgmic1:amd64 (--install) :
 problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour libc-bin (2.30-2) ...
Des erreurs ont été rencontrées pendant l'exécution :
 libgmic1:amd64/

lorsque j'essaie d'installer libopencv-videoio4.2 :

/# apt-get install libopencv-videoio4.2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
 libopencv-videoio4.2 : Dépend: libopencv-imgcodecs4.2 (= 
4.2.0+dfsg-5+b2) mais ne sera pas installé
    Dépend: libopencv-imgproc4.2 (>= 4.2.0+dfsg) 
mais ne sera pas installé/


/# apt --fix-broken install
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Correction des dépendances... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :
  gir1.2-gnomekeyring-1.0 libfuse3-3 libpython-all-dev libre2-5 
python-all python-all-dev python-crypto python-entrypoints python-keyring

  python-keyrings.alt python-wheel python-xdg
Veuillez utiliser « apt autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  libgmic1
0 mis à jour, 0 nouvellement installés, 1 à enlever et 21 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 7 144 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 637714 fichiers et répertoires déjà 
installés.)

Suppression de libgmic1:amd64 (2.4.5-1.1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.30-2) .../

/# apt autoremove
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets suivants seront ENLEVÉS :
  gir1.2-gnomekeyring-1.0 libfuse3-3 libpython-all-dev libre2-5 
python-all python-all-dev python-crypto python-entrypoints python-keyring

  python-keyrings.alt python-wheel python-xdg
0 mis à jour, 0 nouvellement installés, 12 à enlever et 21 non mis à jour.
Après cette opération, 2 870 ko d'espace disque seront libérés.
Souhaitez-vous continuer ? [O/n] o
(Lecture de la base de données... 637710 fichiers et répertoires déjà 
installés.)

Suppression de gir1.2-gnomekeyring-1.0 (3.12.0-1+b2) ...
Suppression de libfuse3-3:amd64 (3.9.0-2) ...
Suppression de python-all-dev (2.7.17-2) ...
Suppression de libpython-all-dev:amd64 (2.7.17-2) ...
Suppression de libre2-5:amd64 (20200101+dfsg-1) ...
Suppression de python-all (2.7.17-2) ...
Suppression de python-keyrings.alt (3.2.0-1) ...
Suppression de python-crypto (2.6.1-13) ...
Suppression de python-keyring (18.0.1-2) ...
Suppression de python-entrypoints (0.3-2) ...
Suppression de python-wheel (0.33.6-2) ...
Suppression de python-xdg (0.26-1) ...
Traitement des actions différées (« triggers ») pour libc-bin (2.30-2) .../

et cela continue sans cesse, libgmic1 ne s'enlève jamais,

j'avoue ne pas comprendre

si j'utilise synaptic, il me dit que le paquet gmic est cassé et à la 
ligne de commande ça tourne en rond



Gerard

Re: Calculs distribués en Covid-19 (Folding@home, Rosetta@home...) sur Debian

[yves croison]

Pour des informations plus complètes vous pouvez aussi vous rendre sur 
le forum de l'alliance Francophone


( https://forum.boinc-af.org/ )

Aussi sur le topic des libristes ( 
https://forum.boinc-af.org/index.php/topic,3628.0.html )


Le 31/03/2020 à 19:42, l0f...@tuta.io a écrit :


Bonjour,

Dans les calculs distribués pour participer à l'effort informatique Covid-19, 
que pensez-vous des projets suivants svp ?
* Folding@home (https://foldingathome.org/) => 
https://foldingathome.org/covid19/
* Rosetta@home (https://boinc.bakerlab.org/rosetta/) => 
https://boinc.bakerlab.org/rosetta/forum_thread.php?id=13533

Ces projets ne datent pas d'hier (cad ils ne sont pas spécifiques Covid à la 
base). Ils ont pris pas mal d'ampleur avec le temps et on en entend 
naturellement plus parler en ce moment avec la crise sanitaire.

Un peu dans la continuité des discussions entamées sur la liste :
1) Avez-vous eu des difficultés à les installer sur votre Debian (Stable en 
particulier) ? Tournent-ils bien une fois installés ? Gérez-vous les travaux en 
mode GUI ou CLI ?
2) Sur quels critères vous baseriez-vous pour en choisir un plutôt que l'autre 
(facilité d'installation, ouverture du code des clients, taille de la 
communauté, objectif des calculs, disponibilité/fréquence des travaux à 
effectuer, support...) ?
3) Que pensez-vous de la démarche globalement ?
4) En connaissez-vous d'autres dans le cadre de Covid ?
5) Peut-être voulez-vous parler de vos équipes respectives ?

Merci par avance pour vos retours.

Bien cordialement,
l0f4r0

Re: Calculs distribués en Covid-19 (Folding@home, Rosetta@home...) sur Debian

[lann]

Bonjour

Personnellement, j'ai choisi la facilité : j'ai installé BOINC et
Rosetta.
J'ai regardé si les codes sources étaient disponibles : apparemment non
pour les deux projets.


Cordialement

Le Tue, 31 Mar 2020 19:42:13 +0200 (CEST),
l0f...@tuta.io a écrit :

> Bonjour,
> 
> Dans les calculs distribués pour participer à l'effort informatique
> Covid-19, que pensez-vous des projets suivants svp ?
> * Folding@home
> (https://foldingathome.org/) => https://foldingathome.org/covid19/
> * Rosetta@home
> (https://boinc.bakerlab.org/rosetta/) => 
> https://boinc.bakerlab.org/rosetta/forum_thread.php?id=13533
> 
> Ces projets ne datent pas d'hier (cad ils ne sont pas spécifiques
> Covid à la base). Ils ont pris pas mal d'ampleur avec le temps et on
> en entend naturellement plus parler en ce moment avec la crise
> sanitaire.
> 
> Un peu dans la continuité des discussions entamées sur la liste :
> 1) Avez-vous eu des difficultés à les installer sur votre Debian
> (Stable en particulier) ? Tournent-ils bien une fois installés ?
> Gérez-vous les travaux en mode GUI ou CLI ? 2) Sur quels critères
> vous baseriez-vous pour en choisir un plutôt que l'autre (facilité
> d'installation, ouverture du code des clients, taille de la
> communauté, objectif des calculs, disponibilité/fréquence des travaux
> à effectuer, support...) ? 3) Que pensez-vous de la démarche
> globalement ? 4) En connaissez-vous d'autres dans le cadre de Covid ?
> 5) Peut-être voulez-vous parler de vos équipes respectives ?
> 
> Merci par avance pour vos retours.
> 
> Bien cordialement,
> l0f4r0
> 

Installer manuellement pastebinit sur Debian

[G2PC]

L'un de vous saurait t'il installer ce dépôt manuellement, sur une
Buster Stable ?*
Je n'ai même pas tenté, car, je ne suis pas sur de bien savoir si il y a
une procédure particulière.
Je n'ai même pas vraiment consulter le contenu du dépôt.
https://salsa.debian.org/debian/pastebinit

Faut t'il utiliser un make, ou, y'a t'il une procédure propre aux
programmes déposés sur Salsa ?
La personne qui gère le dépôt Github m'a renvoyé sur le lien précédent,
sans plus d'explication.

Ce serait pour ajouter cette méthode à la page suivante, que j'ai créée
suite au bogue que j'ai rencontré sur pastebinit.
https://wiki.visionduweb.fr/index.php?title=Exporter_un_fichier_texte_vers_un_service_en_ligne_de_type_pastebin

Re: Quel produit Android TV pour y installer Debian ou OpenWRT ?

[ertheb]

Bonjour à tous,

Perso, j'ai tenté un d'utiliser une Raspberry PI3-B avec kodi pour faire 
un petit multimédia center.


Quand on utilise de la Full-HD (1920x1080 avec beaucoup de débit) ça ne 
suit pas du tout.


Il semble d'après un test que j'ai vu quelques part que c'est kif-kif 
pour la raspberry PI 4.


ertheb


Le 27/03/2020 à 09:59, NoSpam a écrit :

Bonjour

Le 27/03/2020 à 08:04, qbtdbm a écrit :

Olivier a écrit :

Bonjour,

Il existe de nombreux produits Android TV avec:
- une télécommande,
- une interface HDMI
- une interface WiFi
- une interface Ethernet

Lequel conseillez vous pour pouvoir y installer Debian ou OpenWRT ?
Si possible, il devrait coûter moins de 60E.TTC.

Slts



Hello.


Pas de réponse ? C'est pourtant intéressant !


Perso je ne comprends pas la démarche: pourquoi vouloir acheter un 
produit Android TV pour y installer un autre OS alors qu'un PI ou 
produit similaire ferait l'affaire

Calculs distribués en Covid-19 (Folding@home, Rosetta@home...) sur Debian

[l0f4r0]

Bonjour,

Dans les calculs distribués pour participer à l'effort informatique Covid-19, 
que pensez-vous des projets suivants svp ?
* Folding@home (https://foldingathome.org/) => 
https://foldingathome.org/covid19/
* Rosetta@home (https://boinc.bakerlab.org/rosetta/) => 
https://boinc.bakerlab.org/rosetta/forum_thread.php?id=13533

Ces projets ne datent pas d'hier (cad ils ne sont pas spécifiques Covid à la 
base). Ils ont pris pas mal d'ampleur avec le temps et on en entend 
naturellement plus parler en ce moment avec la crise sanitaire.

Un peu dans la continuité des discussions entamées sur la liste :
1) Avez-vous eu des difficultés à les installer sur votre Debian (Stable en 
particulier) ? Tournent-ils bien une fois installés ? Gérez-vous les travaux en 
mode GUI ou CLI ?
2) Sur quels critères vous baseriez-vous pour en choisir un plutôt que l'autre 
(facilité d'installation, ouverture du code des clients, taille de la 
communauté, objectif des calculs, disponibilité/fréquence des travaux à 
effectuer, support...) ?
3) Que pensez-vous de la démarche globalement ?
4) En connaissez-vous d'autres dans le cadre de Covid ?
5) Peut-être voulez-vous parler de vos équipes respectives ?

Merci par avance pour vos retours.

Bien cordialement,
l0f4r0

Re: pourquoi KDE ? Konqueror, autre réalité

[Thomas Savary]

> Je ne comprends pas :
> que ce soit avec KDE ou TDE-Trinity,
> je dirai qu'il est "le pire navigateur du monde",
> mais "un bon et pratique gestionnaire de fichiers".

> Avec Konqueror, la plupart des sites s'affichent très mal, déformés,
> je suis contraint d'utiliser Firefox ou Chrome.

Voilà qui me confirme que le Konqueror de Trinity doit être resté peu ou prou 
celui de KDE 3. Le Konqueror de KDE 5, quant à lui, fait mieux que Firefox ou 
Edge en matière de HTML 5. Et là non plus ce n’est pas un avis personnel (voir 
capture hébergée ici :
https://www.correctionpro.fr/images/html5_test_2020-03-31.png —
je l’avais d’abord mise en p. j., mais apparemment mon message n’est pas 
passé). Il faut juste choisir le moteur Webengine à la place de KHTML.

Il y a tout de même quelques bugs dans le Konqueror KDE 5, comme 
l’impossibilité d’afficher une vidéo Youtube en plein écran, ce que je faisais 
rarement de toute façon (c’est généralement l’audio qui m’importe le plus). Et 
une régression importante, que j’espère temporaire : la disparition du panneau 
latéral qui proposait notamment une liste d’emplacements personnalisable (très 
chiant pour la fonction « explorateur de fichiers », même si le pis-aller 
existe de créer un dossier avec des raccourcis vers les emplacements de son 
choix).

Cordialement,

Thomas Savary
1 le Grand-Plessis
F-85340 L’Île-d’Olonne
Tél. 06 22 82 61 34
https://correctionpro.fr/
https://compo85.fr/

mardi 31 mars 2020, à 12:37:13 CEST, ajh-valmer a écrit :
> On Tuesday 31 March 2020 00:12:39 Thomas Savary wrote:
> > ajh-valmer wrote :
> > > Konqueror n'a jamais été un navigateur,
> > > mais un explorateur graphique de fichiers performant,
> > > et même en mode clients / serveurs, tel sftp.
> > 
> > Permets-moi de ne pas être d’accord. Konqueror a été introduit
> > avec KDE 2.
> > c’est même le meilleur navigateur du monde.
> 
> Merci pour ta longue réponse.
> 
> Je ne comprends pas :
> que ce soit avec KDE ou TDE-Trinity,
> je dirai qu'il est "le pire navigateur du monde",
> mais "un bon et pratique gestionnaire de fichiers".
> 
> Avec Konqueror, la plupart des sites s'affichent très mal, déformés,
> je suis contraint d'utiliser Firefox ou Chrome.
> 
> Ce n'est pas un avis, mais une réalité.

Re: Debian @ COVID-19 Biohackathon (April 5-11, 2020)

[François LE GAD]

Le 31/03/2020 à 16:46, Guillaume Clercin a écrit :

Dans le fichier « /etc/apt/sources.list » sur un ordinateur, j'utilise
les dépôts de la stretch, buster, bullseye et sid et je n'ai pas
spécialement de difficulté à gérer les conflits.


Et il faut bien sûr avoir un fichier /etc/apt/preferences bien configuré.

--
François

Re: Debian @ COVID-19 Biohackathon (April 5-11, 2020)

[Guillaume Clercin]

On Tue, 31 Mar 2020 15:25:14 +0200 (CEST)
l0f...@tuta.io wrote:

> Bonjour,
> 
> 31 mars 2020 à 13:49 de gcler...@intellique.com:
> 
> > J'ai résolu ce problème en modifiant le fichier
> > « /etc/apt/source.list », j'ai ajouté le dépôt de la Debian Stretch.
> > Ensuite, j'ai fait:
> > # aptitude update
> > # aptitude install -f
> > Et cela a permis d'installer les dépendances manquantes.
> >
> Ce genre de manips à base de mélange de dépôts qui dépannent bien sur
> le moment, rendent le système incohérent/broken non ?Je suppose que
> le prix à payer va être plus d'effort par la suite pour garder un
> minimum de suivi dans l'évolution des paquets et éventuellement se
> dépatouiller de situations tordues qui risquent de se présenter genre
> multiples conflits inter-paquets... Quelles sont les actions typiques
> que vous mettez en place suite à ce genre de tweaks svp ?
Certes, si on multiplie le nombre de dépôts, cela va compliquer le
travail apt pour résoudre les conflits.
Si on veut une solution temporaire, on peut ensuite
désactiver/supprimer le dépôt de son « /etc/apt/sources.list ». Alors,
apt considéra les paquets récemment installés comme obsolète ou comme
installé localement.
Dans le fichier « /etc/apt/sources.list » sur un ordinateur, j'utilise
les dépôts de la stretch, buster, bullseye et sid et je n'ai pas
spécialement de difficulté à gérer les conflits.

> 
> Bien cordialement,
> l0f4r0
> 
Cordialement,
Guillaume


pgpwFBXUkCbYG.pgp
Description: Signature digitale OpenPGP

Re: news.gmane.org ko ?

[Marc Chantreux]

On Tue, Mar 31, 2020 at 04:41:35PM +0200, Fabrice Régnier wrote:
> Le 31/03/2020 à 14:45, didier gaumet a écrit :
> > maintenant c'est news.gmane.io
> yes, merci tout plein ;)
+1! comme ca fait du bien :)

marc

Re: news.gmane.org ko ?

[Fabrice Régnier]

Le 31/03/2020 à 14:45, didier gaumet a écrit :

(désolé Fabrice pour la réponse en privé, j'ai encore cliqué par erreur)

maintenant c'est news.gmane.io

yes, merci tout plein ;)

f.

Re: pourquoi KDE ?

[didier gaumet]

Le 31/03/2020 à 15:14, Thomas Savary a écrit :
[...]
> https://doc.qt.io/qt-5/qtwebengine-index.html

merci d'avoir corrigé :-)

Re: news.gmane.org ko ?

[yamo']

Salut,
Marc Chantreux a tapoté le 31/03/2020 12:00:
> hello,
> 
>>> pour duf et si oui avec quel serveur ?
>> Le mien : pasdenom.info
> 
> comment ca se passe pour auto-héberger un serveur news connecté
> avec usenet? j'adorerais auto-heberger mon propore serveur de news!
> tu conseillerais quoi comme serveur?

INN2 (la version 1.7 est très différente) et il y a cette documentation
accessible (on peut vite se perdre dans les arcanes d'INN2) :


J'utilise un raspberry pi2 avec un disque usb2 mais le plus approprié
est un serveur chez ovh ou équivalent.


L'obtention d'un feed se fait simplement sur fr.usenet.distribution et
news.admin.peering.


> 
>> L'html est filtré donc il y a quelques trous mais pas de spam.
> 
> trous ?

Disons que pour quelques messages qui passent à la trappe car posté en
HTML, je n'ai pas envie de bidouiller ma configuration...

Mon serveur est accessible sur simple demande :

Mais ce n'est pas le seul :



-- 
Stéphane

Re: Debian @ COVID-19 Biohackathon (April 5-11, 2020)

[l0f4r0]

Bonjour,

31 mars 2020 à 13:49 de gcler...@intellique.com:

> J'ai résolu ce problème en modifiant le fichier
> « /etc/apt/source.list », j'ai ajouté le dépôt de la Debian Stretch.
> Ensuite, j'ai fait:
> # aptitude update
> # aptitude install -f
> Et cela a permis d'installer les dépendances manquantes.
>
Ce genre de manips à base de mélange de dépôts qui dépannent bien sur le 
moment, rendent le système incohérent/broken non ?Je suppose que le prix à 
payer va être plus d'effort par la suite pour garder un minimum de suivi dans 
l'évolution des paquets et éventuellement se dépatouiller de situations tordues 
qui risquent de se présenter genre multiples conflits inter-paquets...
Quelles sont les actions typiques que vous mettez en place suite à ce genre de 
tweaks svp ?

Bien cordialement,
l0f4r0

Re: pourquoi KDE ?

[Thomas Savary]

Bonjour, Didier,

> Thomas n'utilise pas le moteur de rendu khtml:
Effectivement (dommage en ce qui concerne les formulaires HTML et boutons, qui 
avec KHTML s’harmonisaient avec ceux de Plasma, mais c’est un modeste prix à 
payer pour pouvoir continuer d’utiliser Konqueror comme navigateur).

>  https://github.com/KDE/kwebkitpart
Le Webkit de Qt/KDE avait fini par être presque autant à la ramasse que KHTML.

Désormais, c’est WebEngine :
https://doc.qt.io/qt-5/qtwebengine-index.html

Il faut tout de même saluer la qualité du travail fourni par les créateurs de 
KHTML, en avance sur son temps et remarquablement léger par rapport au Gecko 
de Mozilla à l’époque, qui a servi de base au Webkit d’Apple, puis de Chrome.

Thomas Savary
1 le Grand-Plessis
F-85340 L’Île-d’Olonne
Tél. 06 22 82 61 34
https://correctionpro.fr/
https://compo85.fr/

mardi 31 mars 2020, à 14:43:53 CEST, didier gaumet a écrit :
> Thomas n'utilise pas le moteur de rendu khtml:
>  https://github.com/KDE/kwebkitpart

Re: Debian @ COVID-19 Biohackathon (April 5-11, 2020)

[François LE GAD]

Le 31/03/2020 à 13:49, Guillaume Clercin a écrit :

J'ai résolu ce problème en modifiant le fichier
« /etc/apt/source.list », j'ai ajouté le dépôt de la Debian Stretch.
Ensuite, j'ai fait:
# aptitude update
# aptitude install -f
Et cela a permis d'installer les dépendances manquantes.


Merci Guillaume.
Ça m'a permis d'installer python-gnome2 qui est absent des dépôts Buster.

--
François

Re: news.gmane.org ko ?

[didier gaumet]

(désolé Fabrice pour la réponse en privé, j'ai encore cliqué par erreur)

maintenant c'est news.gmane.io

Re: pourquoi KDE ?

[didier gaumet]

Thomas n'utilise pas le moteur de rendu khtml:
 https://github.com/KDE/kwebkitpart

Re: système d'audio/video call

[Michel Memeteau - EKIMIA]

Le mar. 31 mars 2020 à 12:36, Francois Meyer <
francois-jean.me...@ac-versailles.fr> a écrit :

>
>
> Bonjour à tous
>
> J'ai aussi testé jitsi-meet (sur .fdn.fr) et ça ne marche pas très bien
> avec ma debian jessie et firefox.
>

La compatibilité avec Firefox est bientôt résolu ( du au support simulcast
notamment )

https://github.com/jitsi/jitsi-meet/issues/4758#issuecomment-548795402

En attendant l'idéal est d'utiliser chromium.

Pour passer un firewall ou un proxy http , il faut ajouter un serveur turn
qui va faire office de tunnel sur port 443 ssl


<-->
Michel Memeteau  -


Notre Boutique Ordinateurs GNU/Linux : https://shop.ekimia.fr
Fixe :  +33 (0) 972308334   Mobile : +33(0) 624808051
<-->

Re: Debian @ COVID-19 Biohackathon (April 5-11, 2020)

[Guillaume Clercin]

Bonjour,

On Mon, 30 Mar 2020 11:28:56 +0200
François LE GAD  wrote:

> Le 29/03/2020 à 15:13, S L a écrit :
> > Folding at home
> 
> À ce sujet, il faut passer en force pour installer Fahcontrol, à
> cause d'un problème de dépendances, ce qui ne l'empêche pas de
> fonctionner. Mais comment faire ensuite sous Buster pour faire les
> mises à jour sans le désinstaller et le réinstaller  à chaque fois ?
> Il est considéré comme un paquet cassé.
De mon coté, après avoir forcé l'installation du paquet, Fahcontrol ne
fonctionnait pas.

J'ai résolu ce problème en modifiant le fichier
« /etc/apt/source.list », j'ai ajouté le dépôt de la Debian Stretch.
Ensuite, j'ai fait:
# aptitude update
# aptitude install -f
Et cela a permis d'installer les dépendances manquantes.

> 
> -- 
> François
> 

Guillaume


pgpFQpA6B6Mt9.pgp
Description: Signature digitale OpenPGP

Re: système d'audio/video call

[Fabrice Régnier]

J'ai aussi testé jitsi-meet (sur .fdn.fr) et ça ne marche pas très bien 
avec ma debian jessie et firefox.


Quelqu'un sait s'il faut modifier les règles de pare-feu ?

à priori, non.

Voici une autre plateforme jitsi ouverte depuis hier, c'est peut-être 
mieux ?

https://rdv.tandemproject.fr/

testé ok avec Debian unstable et ff 74.0

f.

Re: pourquoi KDE ?

[ajh-valmer]

On Tuesday 31 March 2020 00:12:39 Thomas Savary wrote:

> ajh-valmer wrote :
> > Konqueror n'a jamais été un navigateur,
> > mais un explorateur graphique de fichiers performant,
> > et même en mode clients / serveurs, tel sftp.

> Permets-moi de ne pas être d’accord. Konqueror a été introduit 
> avec KDE 2. 
> c’est même le meilleur navigateur du monde.

Merci pour ta longue réponse.

Je ne comprends pas :
que ce soit avec KDE ou TDE-Trinity, 
je dirai qu'il est "le pire navigateur du monde",
mais "un bon et pratique gestionnaire de fichiers".

Avec Konqueror, la plupart des sites s'affichent très mal, déformés,
je suis contraint d'utiliser Firefox ou Chrome.

Ce n'est pas un avis, mais une réalité.

Re: système d'audio/video call

[Francois Meyer]

Le 30/03/2020 à 21:42, Gaëtan Perrier a écrit :

Le jeudi 26 mars 2020 à 00:05 +0100, ajh-valmer a écrit :

On Wednesday 25 March 2020 23:43:47 Gaëtan Perrier wrote:

Je cherche un  système libre d'audio/video call capable de connecter
une trentaine de personnes sans occuper trop de bande passante
et qui soit multi-
plateformes et facile à prendre en main pour les clients.
Ça serait pour faire une télé réunion pour une association :

https://jitsi.org/jitsi-meet


J'ai testé et le gros problème c'est que ça ne fonctionne pas bien avec Firefox
. Les Maceux aussi semblent ne pas aimer. On beaucoup de lag avec eux.

Gaëtan


Bonjour à tous

J'ai aussi testé jitsi-meet (sur .fdn.fr) et ça ne marche pas très bien 
avec ma debian jessie et firefox.


Quelqu'un sait s'il faut modifier les règles de pare-feu ?

Bonne santé à tous

François

Re: news.gmane.org ko ?

[Fabrice Régnier]

Le mien : pasdenom.info
ah interessant! et tu ouvres ton serveur nntp à d'autres utilisateurs ou 
bien c'est perso ?


f.

Re: news.gmane.org ko ?

[Fabrice Régnier]

Apres c'est peut-être une erreur de ma part mais ça fait 25 ans que
j'utilise indifféremment fora et groupes pour désigner les feuilles
de l'arborescence auquelles tu t'abonnes.

autant pour moi, pareil ici.

f.

Re: système d'audio/video call

[Marc Chantreux]

salut,

sans compter les ouvertures/redirections de port sur ta box,
l'installation d'un serveur prend moins d'une minute:

apt install mumble-server

je l'utilise depuis le debut du confinement et suis super content:

* on est monté jusqu'à 10 sans que ca bronche.
* le client s'installe et se parametre sans problème sur mac et windows
  aussi
* c'est agréable a utiliser pour l'usage que j'en fais (audio avec un
  chat pour faire peter quelques liens)

cordialement,
marc

Re: news.gmane.org ko ?

[Marc Chantreux]

hello,

> > pour duf et si oui avec quel serveur ?
> Le mien : pasdenom.info

comment ca se passe pour auto-héberger un serveur news connecté
avec usenet? j'adorerais auto-heberger mon propore serveur de news!
tu conseillerais quoi comme serveur?

> L'html est filtré donc il y a quelques trous mais pas de spam.

trous ?

cordialement,
marc

Re: news.gmane.org ko ?

[Marc Chantreux]

salut,

> > je m'en serais servi si j'avais su! mais du coup quel était le nom du > 
> > forum?

> Ce n'est pas un forum (site web) mais un serveur de news

je ne crois pas avoir envoyé plus de 10 messages sur un forum web depuis
la création de l'http: ces trucs sont une catastrophe. l'actuel
engoument pour discourse me déprime totalement.

je parlais bien du seul systeme de fora qui soit superieur aux listes de
diffusions: usenet! (avec slrn ou thunderbird selon les periodes).

Apres c'est peut-être une erreur de ma part mais ça fait 25 ans que
j'utilise indifféremment fora et groupes pour désigner les feuilles
de l'arborescence auquelles tu t'abonnes.

cordialement,
marc

Re: news.gmane.org ko ?

[Marc Chantreux]

> linux.debian.user.french

\o/

merci

Re: système d'audio/video call

[Jose CHARTERS]

Le 30/03/2020 à 21:42, Gaëtan Perrier a écrit :

Le jeudi 26 mars 2020 à 00:05 +0100, ajh-valmer a écrit :

On Wednesday 25 March 2020 23:43:47 Gaëtan Perrier wrote:

Je cherche un  système libre d'audio/video call capable de connecter
une trentaine de personnes sans occuper trop de bande passante
et qui soit multi-
plateformes et facile à prendre en main pour les clients.
Ça serait pour faire une télé réunion pour une association :

https://jitsi.org/jitsi-meet


J'ai testé et le gros problème c'est que ça ne fonctionne pas bien avec Firefox
. Les Maceux aussi semblent ne pas aimer. On beaucoup de lag avec eux.

Gaëtan


Bonjour,

J'ai testé framatalk (c'est jitsi meet qui est derrière) avec 8 à 10 
personnes. On a pu tenir la rencontre mais nous avons tous coupés nos 
caméras. Sinon, l'audio était instable. Certains perdaient la 
communication audio.


Sans les caméras, cela a fonctionné pas trop mal.

Mais à une trentaine de personnes, cela me semble beaucoup.

Ce que je ne sais pas, c'est : est-ce un problème de serveur ou un 
problème de réseau ? Dit autrement, qu'est ce qui fait que le débit sature ?


Si c'est le serveur, une machine plus puissante devrait aider.

Si c'est le réseau, je ne vois pas à moins de demandé une ligne dédié.

Bon confinement,

José

Re: news.gmane.org ko ?

[yamo']

Marc Chantreux a tapoté le 31/03/2020 11:00:
> salut,
> 
>> Ou bien alors serai-je devenu si vieux ;) ?
> 
> c'est pas que t'es vieux: j'ignorais complètement cette fonctionalité et
> je m'en serais servi si j'avais su! mais du coup quel était le nom du
> forum?

linux.debian.user.french




-- 
Stéphane

Re: news.gmane.org ko ?

[yamo']

Salut,

Fabrice Régnier a tapoté le 31/03/2020 10:00:
> salut à tous,
> 
> A priori, news.gmane.org  ne délivre plus debian-user-french depuis au 
> moins quelques mois. Quelqu'un utilise t-il encore le protocole NNTP 
> pour duf et si oui avec quel serveur ?

Le mien : pasdenom.info

L'html est filtré donc il y a quelques trous mais pas de spam.

> Ou bien alors serai-je devenu si vieux ;) ?

Non :D

-- 
Stéphane

Re: news.gmane.org ko ?

[Marc Chantreux]

salut,

> Ou bien alors serai-je devenu si vieux ;) ?

c'est pas que t'es vieux: j'ignorais complètement cette fonctionalité et
je m'en serais servi si j'avais su! mais du coup quel était le nom du
forum?

marc

Re: news.gmane.org ko ?

[Fabrice Régnier]

salut,


je m'en serais servi si j'avais su! mais du coup quel était le nom du > forum?
Ce n'est pas un forum (site web) mais un serveur de news : 
https://en.wikipedia.org/wiki/Network_News_Transfer_Protocol


a+

f.

news.gmane.org ko ?

[Fabrice Régnier]

salut à tous,

A priori, news.gmane.org  ne délivre plus debian-user-french depuis au 
moins quelques mois. Quelqu'un utilise t-il encore le protocole NNTP 
pour duf et si oui avec quel serveur ?


Ou bien alors serai-je devenu si vieux ;) ?

Bonne journée,

f.