2) Avec le chiffrement OMEMO, il faut que tous les clients aient pris en compte les clés de tous les équipements pour qu'ils soient dechiffrables par tous.
Il y a donc une étape d'initialisation et cela peut nécessité que les équipements soient connectés au même moment pour s'être échangé les clés.
Pour vérifier cela, le plus simple est de connecter le nouvel équipement et d'envoyer un message, et de vérifier qu'il est bien lisible sur les autres equiements.
Il peut y avoir quelques problèmes d'implémentation rencontrée lors de cette phase (nouvel équipement) mais normalement ça fonctionne très bien après.
3) Aucune idée. Dino ne supporte peut-être pas les fichiers externes chiffres en omemo. D'une manière générale Dino et un logiciel qui peut avoir encore quelques manques du fait de sa jeunesse.
4) cf. le 1) voir mon commentaire plus haut sur la politique de gestion d'énergie Android (commentaire de Laurent).
Mon expérience XMPP est très bonne avec des messages immediatement reçus.
En deux mots :
- la version F-Droid utilise un socket classique en écoute. Le problème c'est que Android endort l'application qui ne se réveillera pas en temps réel, à moins que tu aies explicitement demander à désactiver "la gestion d'économie d'énergie" sur cette application.
- la version Google Play utilise une socket en écoute sur un service contrôlé par Google et qui est donc laissé en temps réel.
En gros tu comprends que si tu utilises ce service de notification Google, ça marche direct. Si tu utilise le système de socket classique, il faut paramétrer, chose impossible pour la masse.
Le concept de base que l'on rencontre : limiter son action sur l'environnement afin de le préserver. C'est vrai, mais jusqu'où accepterons nous de limiter nos actions, déplacement, bref de contraindre notre liberté. Puis-je accepter ce travail à plus de 15km ? Manger de la viande ? Partir en Week-end ? Habiter une maison en marge de la métropole ou un appartement au centre ville ? Ne pas avoir de voiture ? faire du karting ? Aller rendre visite à un ami ? Acheter une barre de chocolat ? limiter mes déplacement dans les pièces pour ne pas gâcher de l'air ? Bref jusqu'où allons-nous… ça n'est pas une réponse binaire viande/pas viande, etc…
C'est vrai qu'à bientôt 7 milliards d'individus, on peut commencer à se poser des questions. La théorie à laquelle j'adhère : limiter la population. Mais la question est taboue et renvoie immédiatement à l’extrémisme. Quand on voit qu'un pays n'est même pas capable de subvenir à ses besoins primaires on imagine mal comment généraliser ce cas à la planète.
Bref pas beaucoup = beaucoup de libertés pour faible conséquences sur l'environnement.
Il n'empêche que j'essaie de limiter les conséquences de mes actes sur l'environnement, mais ce n'est qu'un retardateur et non une solution.
C'est peut être un prérequis pour une thèse, mais oui clairement : en anglais. J'imagine pas l'état des connaissances si chacun partageait uniquement dans sa langue.
Je n'ai pas bien compris à quel besoin répondait ce logiciel. Si jamais l'auteur veut compléter, j'en serais ravi. En tout cas merci pour l'initiative.
Si ça te cause de la « souffrance », tu ne sembles effectivement pas être dans la cible d'utilisateurs. Et alors ? Il y a de la place pour tout le monde.
Je n'impose pas mon avis, mais j'ai le droit de m'exprimer.
GNOME a changé oui, tu n'aimes pas, c'est ton droit, mais je ne vois pas le besoin de manquer de respect pour ce projet pour autant.
Il faut aussi savoir accueillir des critiques négatives. Je n'insulte personne. Mon seul but est de faire entendre ma maigre voie en espérant que ça puisse remonter jusqu'aux oreilles de Gnome en interpellant d'autres utilisateurs qui seront eux aussi amenés à partager leur expérience.
Disons qu'il dit que c'est manquer de respect envers un projet qui a fait le gros du travail que MATE a récupéré.
C'est le propre des projet libre et c'est bien comme ça qu'on arrive à avoir des logiciels variés et correspondant aux utilisateurs et non un produit uniquement décidé par un groupe minoritaire (entreprise, …).
Aujourd'hui sans MATE je serais probablement sur XFCE et je n'aurais pas changé d'avis quant à Gnome 3.
Le point important dans ta phrase c'est que cela t'apparaît comme farfelu. C'est une question de goût personnel.
Bien sûr, je le dis dans mon message (justement pour éviter ce genre de retour même si c'est plus que dommage qu'il faille le préciser).
Cependant le succès des forks que Gnome 3 a suscité est bien la meilleure preuve que ce n'est pas un commentaire isolé.
Posté par Bastoon .
En réponse à la dépêche Sortie de MATE 1.24.
Évalué à 2.
Dernière modification le 17 mars 2020 à 14:06.
MATE a beau être 90% du code de GNOME, il n'en reste pas moins que Gnome 3 m'apparait comme un bureau farfelu et qui n'est pas le digne successeur de Gnome 2.
Je ne vois pas bien le rapport entre ces deux choses : le pourcentage de code en commun et les choix d'ergonomie qui affectent directement l'utilisateur.
3.0 c'était il y a 10 ans, mais Gnome 3 que je l'ai dégagé de nouveau après un nouvel essai de 6 mois dans la souffrance sur Arch et ça c'était il y a 2 mois.
J'ai donné à Gnome tant qu'il me semblait faire de bons choix. Ce n'est plus du tout le cas, et ça depuis 10 ans, et je préfère clairement donner désormais à MATE qui maintient un bureau utilisable.
Ce n'est qu'un avis, et je ne l'impose à personne. Mais oui on peut casser du sucre sur Gnome quitte à ce que tu deviennes millionnaire ;-)
Tu as raison j'ai bien de l'ADSL avec data illimité. Mais cela représente la majeur partie de la population, voilà pourquoi je ne crois pas à un renversement.
Une optimisation de 38% en moyenne, c'est bien mais c'est tellement peu que ça ne percera jamais.
La majeur partie du temps d'attente se retrouve dans la latence du réseau et non dans le volume de données à télécharger (merci à la fenêtre TCP). Du coup je pense que si l'on destine ce format au Web, on ne doit gagner que réellement 1% du temps d'attente.
Bref de quoi rester au bon vieux JPEG...
Génial.
Je suis en train de le tester sur un disque externe que j'avais formaté par inadvertance (sda1 au lieu de hda1...) et voilà plusieurs mois que je n'osais plus y toucher.
Dans 19H (oui c'est long les HD externe FAT32) je vous donne la réponse ! Merci en tout cas.
Franchement, que les statistiquent diffèrent même de moitié ou non à cause de AdBlock, ce ne sont pas les chiffres qui comptent mais seulement la réalité des choses.
Aucun besoin de connaitre des statistiques, il suffit de se tourner vers quelques non-geek (vous en connaissez toujours un non ??? :p ) et la situation est vite évaluée.
Personnelement je bloque Xiti, et j'en ai rien a faire que je ne sois pas comptabilisé, c'est même un des buts avec l'utilisation de adBlock.
Parfois le compilateur n'arrive pas à optimiser le code assembleur de la même façon qu'un humain l'aurais produit. La programmation en assembleur a aussi existé avant l'arrivée des compilateurs. On remarquera que les erreurs sont vites arrivées et que la maintenance du code est quasi-nulle ...
Après l'intérêt peut-être pédagogique... ou pour développer des compilateurs (bien qu'ils soient souvent développés dans un autre langage plus haut niveau).
# pour le 2-3-4
Posté par Bastoon . En réponse au message XMPP - Quelques soucis Dino / Conversations.. Évalué à 1. Dernière modification le 06 décembre 2021 à 15:06.
Pour le
2) Avec le chiffrement OMEMO, il faut que tous les clients aient pris en compte les clés de tous les équipements pour qu'ils soient dechiffrables par tous.
Il y a donc une étape d'initialisation et cela peut nécessité que les équipements soient connectés au même moment pour s'être échangé les clés.
Pour vérifier cela, le plus simple est de connecter le nouvel équipement et d'envoyer un message, et de vérifier qu'il est bien lisible sur les autres equiements.
Il peut y avoir quelques problèmes d'implémentation rencontrée lors de cette phase (nouvel équipement) mais normalement ça fonctionne très bien après.
3) Aucune idée. Dino ne supporte peut-être pas les fichiers externes chiffres en omemo. D'une manière générale Dino et un logiciel qui peut avoir encore quelques manques du fait de sa jeunesse.
4) cf. le 1) voir mon commentaire plus haut sur la politique de gestion d'énergie Android (commentaire de Laurent).
Mon expérience XMPP est très bonne avec des messages immediatement reçus.
[^] # Re: pour le 1)
Posté par Bastoon . En réponse au message XMPP - Quelques soucis Dino / Conversations.. Évalué à 2.
Laurent,
En deux mots :
- la version F-Droid utilise un socket classique en écoute. Le problème c'est que Android endort l'application qui ne se réveillera pas en temps réel, à moins que tu aies explicitement demander à désactiver "la gestion d'économie d'énergie" sur cette application.
- la version Google Play utilise une socket en écoute sur un service contrôlé par Google et qui est donc laissé en temps réel.
En gros tu comprends que si tu utilises ce service de notification Google, ça marche direct. Si tu utilise le système de socket classique, il faut paramétrer, chose impossible pour la masse.
# SHA-perlipopette
Posté par Bastoon . En réponse à la dépêche SHA-mbles : une collision à préfixes choisis sur SHA-1. Évalué à 0.
SHA, SHA2-mande à faire attention SHA-que fois qu'on ajoute une clé.
# Retarder l'inévitable
Posté par Bastoon . En réponse au sondage À titre individuel, que faites-vous pour la planète?. Évalué à 2.
Le concept de base que l'on rencontre : limiter son action sur l'environnement afin de le préserver. C'est vrai, mais jusqu'où accepterons nous de limiter nos actions, déplacement, bref de contraindre notre liberté. Puis-je accepter ce travail à plus de 15km ? Manger de la viande ? Partir en Week-end ? Habiter une maison en marge de la métropole ou un appartement au centre ville ? Ne pas avoir de voiture ? faire du karting ? Aller rendre visite à un ami ? Acheter une barre de chocolat ? limiter mes déplacement dans les pièces pour ne pas gâcher de l'air ? Bref jusqu'où allons-nous… ça n'est pas une réponse binaire viande/pas viande, etc…
C'est vrai qu'à bientôt 7 milliards d'individus, on peut commencer à se poser des questions. La théorie à laquelle j'adhère : limiter la population. Mais la question est taboue et renvoie immédiatement à l’extrémisme. Quand on voit qu'un pays n'est même pas capable de subvenir à ses besoins primaires on imagine mal comment généraliser ce cas à la planète.
Bref pas beaucoup = beaucoup de libertés pour faible conséquences sur l'environnement.
Il n'empêche que j'essaie de limiter les conséquences de mes actes sur l'environnement, mais ce n'est qu'un retardateur et non une solution.
[^] # Re: Qualité vidéo a désirer
Posté par Bastoon . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à 1. Dernière modification le 25 avril 2020 à 01:23.
Codec mauvais ou bitrate très bas, pixelisation, artifacts.
Testé sur des lignes VDSL (24/1Mb/s) + serveur dédié OVH.
# Qualité vidéo a désirer
Posté par Bastoon . En réponse à la dépêche Organiser des visioconférences de haute qualité (avec le logiciel libre Jitsi Meet). Évalué à -2. Dernière modification le 23 avril 2020 à 01:25.
De mon côté j'ai testé le partage d'écran et je peux vous dire que je suis resté sur ma faim…
Je ne me suis pas attardé sur le codec sélectionné mais si c'était du MPEG 4 ou XVid ça ne m'etonnerait pas.
Nextcloud Talk fait beaucoup mieux sur ce coup là..
[^] # Re: Comparaison ?
Posté par Bastoon . En réponse à la dépêche Robert, un logiciel de stockage en mémoire vive. Évalué à 1.
C'est peut être un prérequis pour une thèse, mais oui clairement : en anglais. J'imagine pas l'état des connaissances si chacun partageait uniquement dans sa langue.
Je n'ai pas bien compris à quel besoin répondait ce logiciel. Si jamais l'auteur veut compléter, j'en serais ravi. En tout cas merci pour l'initiative.
[^] # Re: Un grand merci pour MATE !
Posté par Bastoon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à -1.
Je trouve consternant d'avoir moins autant de tolérance envers d'autres avis. Je m'abstiens de toute comparaison.
Le caillou.
[^] # Re: Un grand merci pour MATE !
Posté par Bastoon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 2.
Je n'impose pas mon avis, mais j'ai le droit de m'exprimer.
[^] # Re: Un grand merci pour MATE !
Posté par Bastoon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 2.
Là c'est un commentaire insultant.
[^] # Re: Un grand merci pour MATE !
Posté par Bastoon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 3.
Il faut aussi savoir accueillir des critiques négatives. Je n'insulte personne. Mon seul but est de faire entendre ma maigre voie en espérant que ça puisse remonter jusqu'aux oreilles de Gnome en interpellant d'autres utilisateurs qui seront eux aussi amenés à partager leur expérience.
C'est le propre des projet libre et c'est bien comme ça qu'on arrive à avoir des logiciels variés et correspondant aux utilisateurs et non un produit uniquement décidé par un groupe minoritaire (entreprise, …).
Aujourd'hui sans MATE je serais probablement sur XFCE et je n'aurais pas changé d'avis quant à Gnome 3.
Bien sûr, je le dis dans mon message (justement pour éviter ce genre de retour même si c'est plus que dommage qu'il faille le préciser).
Cependant le succès des forks que Gnome 3 a suscité est bien la meilleure preuve que ce n'est pas un commentaire isolé.
[^] # Re: Un grand merci pour MATE !
Posté par Bastoon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 2. Dernière modification le 17 mars 2020 à 14:06.
MATE a beau être 90% du code de GNOME, il n'en reste pas moins que Gnome 3 m'apparait comme un bureau farfelu et qui n'est pas le digne successeur de Gnome 2.
Je ne vois pas bien le rapport entre ces deux choses : le pourcentage de code en commun et les choix d'ergonomie qui affectent directement l'utilisateur.
3.0 c'était il y a 10 ans, mais Gnome 3 que je l'ai dégagé de nouveau après un nouvel essai de 6 mois dans la souffrance sur Arch et ça c'était il y a 2 mois.
J'ai donné à Gnome tant qu'il me semblait faire de bons choix. Ce n'est plus du tout le cas, et ça depuis 10 ans, et je préfère clairement donner désormais à MATE qui maintient un bureau utilisable.
Ce n'est qu'un avis, et je ne l'impose à personne. Mais oui on peut casser du sucre sur Gnome quitte à ce que tu deviennes millionnaire ;-)
# Un grand merci pour MATE !
Posté par Bastoon . En réponse à la dépêche Sortie de MATE 1.24. Évalué à 3.
Oui, un grand merci. Ce bureau a su rester pleinement simple et fonctionnel. Gnome 2 avait fait consensus… Gnome 3 : quelle folie.
On ne les oublie pas : https://mate-desktop.org/donate/
[^] # Re: Dev/Ops
Posté par Bastoon . En réponse à la dépêche La norme française de dispositions de clavier a été publiée. Évalué à 3.
Si tu échanges des touches, c'est pas la peine de parler de clavier normalisé.
# Touché coulé ?
Posté par Bastoon . En réponse à la dépêche Meltdown et Spectre, comment savoir si votre noyau est vulnérable ou pas. Évalué à 3. Dernière modification le 23 janvier 2018 à 12:14.
Pourtant :
C'est la version la plus à jour de Debian. D'après l'article j'en déduis que Debian n'a encore rien corrigé. Vrai ?
[^] # Re: Le plus malin est en général le premier qui cède
Posté par Bastoon . En réponse à la dépêche Seconde mise en demeure pour l'association LinuxFr. Évalué à 10.
J'approuve la décision de linuxfr.org.
Se coucher pour cela… il faut tout de même garder sa dignité.
# Matrix
Posté par Bastoon . En réponse au message Recherche client XMPP smartphone pour prosody. Évalué à 1. Dernière modification le 30 mai 2017 à 11:07.
Bonjour,
Je ne répondrai pas à ta question mais peut-être à ton besoin.
Tu peux t'orienter vers le protocole Matrix qui tente de regrouper les avantages de XMPP et d'IRC. La vidéo est gérée nativement.
Serveur : matrix-synapse
Client téléphone : Riot
Client Web : Riot
Concernant les permissions d'application, je n'y voit aucun problème du moment que c'est un logiciel libre et que tu as confiance en les développeurs.
[^] # Re: Performance peu probable
Posté par Bastoon . En réponse à la dépêche WebP, le format d'image libre de Google. Évalué à 0.
# Performance peu probable
Posté par Bastoon . En réponse à la dépêche WebP, le format d'image libre de Google. Évalué à 0.
La majeur partie du temps d'attente se retrouve dans la latence du réseau et non dans le volume de données à télécharger (merci à la fenêtre TCP). Du coup je pense que si l'on destine ce format au Web, on ne doit gagner que réellement 1% du temps d'attente.
Bref de quoi rester au bon vieux JPEG...
[^] # Re: Quel matos ?
Posté par Bastoon . En réponse à la dépêche Wikireader, mettez Wikipédia dans votre poche. Évalué à 4.
Sinon cher comparé au prix d'un netbook, bien plus utile.
# 1 tuner = 1 chaine
Posté par Bastoon . En réponse au message Regarder 2 chaines avec un tunner TV analogique. Évalué à 3.
# En cours de test
Posté par Bastoon . En réponse à la dépêche TestDisk & PhotoRec 6.7 disponibles!. Évalué à 3.
Je suis en train de le tester sur un disque externe que j'avais formaté par inadvertance (sda1 au lieu de hda1...) et voilà plusieurs mois que je n'osais plus y toucher.
Dans 19H (oui c'est long les HD externe FAT32) je vous donne la réponse ! Merci en tout cas.
[^] # Re: Merci
Posté par Bastoon . En réponse à la dépêche Programmation Avancée sous Linux. Évalué à 1.
# Statistique vs Réalité
Posté par Bastoon . En réponse à la dépêche Statistiques sur l'utilisation des navigateurs en Europe. Évalué à 1.
Aucun besoin de connaitre des statistiques, il suffit de se tourner vers quelques non-geek (vous en connaissez toujours un non ??? :p ) et la situation est vite évaluée.
Personnelement je bloque Xiti, et j'en ai rien a faire que je ne sois pas comptabilisé, c'est même un des buts avec l'utilisation de adBlock.
Merci de votre lecture :)
[^] # Re: Question de profane total
Posté par Bastoon . En réponse à la dépêche PyPy, le serpent qui se mord la queue, sort en version 0.99. Évalué à 4.
Parfois le compilateur n'arrive pas à optimiser le code assembleur de la même façon qu'un humain l'aurais produit. La programmation en assembleur a aussi existé avant l'arrivée des compilateurs. On remarquera que les erreurs sont vites arrivées et que la maintenance du code est quasi-nulle ...
Après l'intérêt peut-être pédagogique... ou pour développer des compilateurs (bien qu'ils soient souvent développés dans un autre langage plus haut niveau).