Par contre, ça compliquera la contribution au logiciel libre : un contributeur à une application ne pourra plus tester ses changements sur un système Android du commerce, sauf s'il a accès aux clés privées validées par Google.
Je ne pense pas (en tout cas je n'espère pas) que ce nouveau système interdise de fabriquer une app dans Android Studio et de l'installer sur ton téléphone.
Pour les magasins d'application tiers tels que F-Droid, vu qu'ils fabriquent eux-mêmes leur APKs, j'imagine qu'il leur suffira d'être vérifié une fois pour que toutes les apps de leur magasin soient disponible.
Attention à ne pas confondre !
On peut très bien faire du SRTP/ZRTP avec un compte OVH qui est connecté en UDP, mais effectivement on ne peut pas se connecter à leur proxy SIP en TCP ni en TLS ce qui est bien dommage.
Tu peux aussi rajouter le désastre énergétique (et donc écologique) engendré par l'utilisation de ces outils (bien qu'il existe des modèles moins gourmands en ressources, ce sont pas les plus utilisés).
J'avais collé des tags NFC sous des dessous de verre qui imitaient des vinyls, et on pouvait poser le dessous de verre sur un lecteur qui lançait la chanson sur l'enceinte connectée du salon, comme un jukebox en quelque sorte.
Si tu veux faire du SIP, avec Linphone tu as une app cross platforme et un on propose un service gratuit (https://subscribe.linphone.org) si tu as pas déjà des comptes.
La permission android.permission.READ_CONTACTS tu es obligé de la demander à l'utilisateur (sauf pour les téléphones avec une vieille version d'Android dans ce cas là tu l'as direct), et ça Google le sait.
Peut-être le problème est-il simplement que le développeur à oublié de le préciser dans la fiche Play Store de renseignements sur les données collectées ? Ou alors il s'agit un algorithme de Google d'analyse automatique qui a mal fait son travail peut être ? Enfin il est possible que la personne en charge de tester l'application ait mal compris l'intention de l'application quand elle lui a demandé l'accès aux contacts et qu'elle ait fait preuve de zèle ?
Avec Linphone on collecte les contacts et on envoie les numéros de téléphone à un serveur (de manière sécurisée), et on a jamais eu de soucis avec Google et le Play Store.
j'ai envie de répondre que c'est bien cette idée qui aurait pu etre une stratégie gagnante face aux whapp/telegram/signal
Sauf qu'on a pas vocation à être une appli grand public type WhatsApp ou autre.
Notre business c'est de revendre notre SDK, nos apps et notre serveur à des entreprises pour leurs propres projets.
Linphone est une sorte de "démo" de notre savoir faire et des solutions que l'on propose, mais ça ne l'empêche pas d'être utilisable par des gens pour leur utilisation perso.
d'ailleurs c'est marrant, enfin étonnant, quand j'ai fait part du réseau "fermé" de linphone en l'utilisant sur des appareils SIP matériels, personne n'a réagi au fait qu'en france (dans le monde?) les fournisseurs SIP ne sont pas interoperables, excepté passage facturé vers le PSTN.
C'est malheureusement le choix de ces fournisseurs.
Avec un compte Linphone (sip.linphone.org) tu peux joindre n'importe quel autre serveur SIP qui accepte les appels depuis un autre domaine (comme antisip.com par exemple) et inversement.
Malheureusement tu ne trouveras probablement pas ton bonheur, le fait de pouvoir appeler des numéros de téléphone "réels" par du SIP est systématiquement payant étant donné que l'appel coûte (même si c'est pas grand chose) au fournisseur.
Comme indiqué ci-dessus les comptes OVH ont un bon rapport qualité/prix, leur seul inconvénient est qu'ils ne supportent que le protocole UDP (donc pas de TLS)…
Le service sip.linphone.org de Linphone authorise les appels sortant vers d'autres domaines.
Le problème peut être que ce domaine en question n'accepte pas les appels entrants de sip.linphone.org, ou bien (si c'est un Asterisk par exemple) qu'il réécrit les headers From et To lors des appels pour remplacer le domaine par l'adresse IP de l'appelant, ce qui empêche de le rappeler (on le voit souvent)…
Je suis bien surpris par ton commentaire car on sort plusieurs releases chaque année avec plusieurs nouvelles features a chaque fois.
Notamment la dernière release apporte plusieurs fonctionnalités de chat que l'on peut voir chez nos concurrents, comme les messages vocaux, le transfert de message ou la fonction de réponse avec citation, l'intrégation LDAP et d'autres.
Avant ça c'était le chiffrement de bout en bout, les messages éphémères.
La prochaine version va apporter une vraie fonctionnalité de vidéo conférence, etc… bref j'ai pas l'impression qu'on donne l'impression d'abandonner le projet.
[^] # Re: Compatibilité DMA?
Posté par Sylvain Berfini (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 2 (+1/-0).
Tant que le développeur est "vérifié" ça n'empêche pas le side loading.
# Développeur et build local
Posté par Sylvain Berfini (site web personnel) . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 6 (+5/-0).
Je ne pense pas (en tout cas je n'espère pas) que ce nouveau système interdise de fabriquer une app dans Android Studio et de l'installer sur ton téléphone.
Pour les magasins d'application tiers tels que F-Droid, vu qu'ils fabriquent eux-mêmes leur APKs, j'imagine qu'il leur suffira d'être vérifié une fois pour que toutes les apps de leur magasin soient disponible.
[^] # Re: Prononçable
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Des chercheurs ont trouvé mieux que l'algo de Dijkstra pour la recherche de chemins . Évalué à 10 (+15/-0).
Et ben moi ça fait maintenant 1 minute que je le sais 😅, merci !
[^] # Re: Très bonne initiative !
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Open Calendar - le client web CalDAV clé-en-main. Évalué à 1 (+0/-0).
et puis niveau UI/UX c'est pas fou fou…
[^] # Re: Très bonne initiative !
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Open Calendar - le client web CalDAV clé-en-main. Évalué à 2 (+1/-0).
Pas à ma connaissance, non.
La seule "interface" est de voir la liste des fichiers vCard ou ics, pas vraiment utilisable par un end-user.
# Très bonne initiative !
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Open Calendar - le client web CalDAV clé-en-main. Évalué à 4 (+3/-0).
Super idée, c'est vrai que ça manquait dans le paysage.
Utilisateur de Baikal sur mon NAS, ça va me permettre de proposer à la famille une interface Web pour accéder aux calendriers.
Si jamais vous avez envie de faire pareil pour les contacts et CardDAV, je suis preneur ;-)
[^] # Re: experience perso avec SIP sans TLS/ZRTP
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Galene-sip: une passerelle entre Galène et SIP. Évalué à 2 (+1/-0).
Attention à ne pas confondre !
On peut très bien faire du SRTP/ZRTP avec un compte OVH qui est connecté en UDP, mais effectivement on ne peut pas se connecter à leur proxy SIP en TCP ni en TLS ce qui est bien dommage.
Voici un article de notre wiki qui explique pourquoi UDP pour le SIP c'est pas bien : https://wiki.linphone.org/xwiki/wiki/public/view/Linphone/Good%20practices%20for%20using%20SIP/#HUseSIP2FTLS
[^] # Re: Polarisation sur l'IA
Posté par Sylvain Berfini (site web personnel) . En réponse au lien Fakir et l'IA : y'a rien qui va. Évalué à 5 (+5/-1).
Tu peux aussi rajouter le désastre énergétique (et donc écologique) engendré par l'utilisation de ces outils (bien qu'il existe des modèles moins gourmands en ressources, ce sont pas les plus utilisés).
[^] # Re: Exemples d'utilisation
Posté par Sylvain Berfini (site web personnel) . En réponse au lien Comment fabriquer vos propres étiquettes NFC. Évalué à 8.
J'avais collé des tags NFC sous des dessous de verre qui imitaient des vinyls, et on pouvait poser le dessous de verre sur un lecteur qui lançait la chanson sur l'enceinte connectée du salon, comme un jukebox en quelque sorte.
[^] # Re: alternatives
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Skype disparaît le 5 mai ! Une occasion de promouvoir une alternative libre : Nextcloud Talk. Évalué à 3.
Oui, on est là :D
[^] # Re: dans les parametres du partage
Posté par Sylvain Berfini (site web personnel) . En réponse au message Lister les appareils connectés à un point d'accès Android.. Évalué à 1.
Il y a eu en effet une version d'Android qui listait les terminaux connectés, mais ça c'était avant, snif…
[^] # Re: https://www.iredmail.org/
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Gérer votre propre serveur de courrier électronique. Évalué à 2.
La dernière version sur le site date de Décembre 2023 mais le dernier testimonial date de Septembre 2017, ça donne pas super envie comme ça.
Mais à l'occaz je testerai, voir si ça à une plus-value par rapport à une install postfix/dovecot manuelle traditionnelle.
# Linphone
Posté par Sylvain Berfini (site web personnel) . En réponse au message Messagerie smartphone <-> linux. Évalué à 2.
Si tu veux faire du SIP, avec Linphone tu as une app cross platforme et un on propose un service gratuit (https://subscribe.linphone.org) si tu as pas déjà des comptes.
[^] # Re: Description objective du problème?
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Google retire Conversations du magasin Play (Play Store). Évalué à 2.
La permission android.permission.READ_CONTACTS tu es obligé de la demander à l'utilisateur (sauf pour les téléphones avec une vieille version d'Android dans ce cas là tu l'as direct), et ça Google le sait.
Peut-être le problème est-il simplement que le développeur à oublié de le préciser dans la fiche Play Store de renseignements sur les données collectées ? Ou alors il s'agit un algorithme de Google d'analyse automatique qui a mal fait son travail peut être ? Enfin il est possible que la personne en charge de tester l'application ait mal compris l'intention de l'application quand elle lui a demandé l'accès aux contacts et qu'elle ait fait preuve de zèle ?
Avec Linphone on collecte les contacts et on envoie les numéros de téléphone à un serveur (de manière sécurisée), et on a jamais eu de soucis avec Google et le Play Store.
# De nouveau dispo
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Google retire Conversations du magasin Play (Play Store). Évalué à 0.
On dirait que l'app est de nouveau dispo non ?
https://play.google.com/store/apps/details?id=eu.siacs.conversations
# Trop chouette !
Posté par Sylvain Berfini (site web personnel) . En réponse à la dépêche Ada & Zangemann : retour sur une bonne impression. Évalué à 3.
Je l'ai acheté sur le salon de l'OSXP la semaine dernière, il est super bien, je recommande vivement !
# Typos
Posté par Sylvain Berfini (site web personnel) . En réponse au journal appels internet : demande d'avis. Évalué à 3. Dernière modification le 25 mai 2023 à 11:35.
Salut,
Dans la page 4, tu parles chiffrement RTSP sauf que c'est SRTP.
SIP ça sert aussi à faire du chat. Y'a aussi plusieurs endroits ou SIP est écrit en minuscules au lieu de majuscules.
SIP c'est pas du tout décentralisé, ça repose beaucoup sur un serveur proxy qui fait le routage même si tu peux faire du P2P.
A+
[^] # Re: Y'a pas de magie...
Posté par Sylvain Berfini (site web personnel) . En réponse au message App(lication) et compte SIP pour ordiphone de Pauvre©®™ . Évalué à 3.
Sauf qu'on a pas vocation à être une appli grand public type WhatsApp ou autre.
Notre business c'est de revendre notre SDK, nos apps et notre serveur à des entreprises pour leurs propres projets.
Linphone est une sorte de "démo" de notre savoir faire et des solutions que l'on propose, mais ça ne l'empêche pas d'être utilisable par des gens pour leur utilisation perso.
[^] # Re: SIP chez OVH ?
Posté par Sylvain Berfini (site web personnel) . En réponse au message App(lication) et compte SIP pour ordiphone de Pauvre©®™ . Évalué à 5.
Vu que je fais partie de la team qui développe Linphone (et plus précisément sa version Android) oui je te la recommande :)
C'est Français, open-source, gratuit, ça ne collecte pas tes données et les développeurs sont supers sympas ;-)
[^] # Re: Y'a pas de magie...
Posté par Sylvain Berfini (site web personnel) . En réponse au message App(lication) et compte SIP pour ordiphone de Pauvre©®™ . Évalué à 3.
C'est pas notre coeur de métier.
Nous on fournit une app, un SDK & un serveur, la gateway PSTN c'est encore autre chose.
[^] # Re: SIP chez OVH ?
Posté par Sylvain Berfini (site web personnel) . En réponse au message App(lication) et compte SIP pour ordiphone de Pauvre©®™ . Évalué à 2.
C'est malheureusement le choix de ces fournisseurs.
Avec un compte Linphone (sip.linphone.org) tu peux joindre n'importe quel autre serveur SIP qui accepte les appels depuis un autre domaine (comme antisip.com par exemple) et inversement.
# Y'a pas de magie...
Posté par Sylvain Berfini (site web personnel) . En réponse au message App(lication) et compte SIP pour ordiphone de Pauvre©®™ . Évalué à 4.
Malheureusement tu ne trouveras probablement pas ton bonheur, le fait de pouvoir appeler des numéros de téléphone "réels" par du SIP est systématiquement payant étant donné que l'appel coûte (même si c'est pas grand chose) au fournisseur.
Comme indiqué ci-dessus les comptes OVH ont un bon rapport qualité/prix, leur seul inconvénient est qu'ils ne supportent que le protocole UDP (donc pas de TLS)…
# C'est sans doute pas linphone le problème
Posté par Sylvain Berfini (site web personnel) . En réponse au message c530IP, un réseau SIP, gigaset : le fédéré, ils connaissent?. Évalué à 2.
Salut,
Le service sip.linphone.org de Linphone authorise les appels sortant vers d'autres domaines.
Le problème peut être que ce domaine en question n'accepte pas les appels entrants de sip.linphone.org, ou bien (si c'est un Asterisk par exemple) qu'il réécrit les headers From et To lors des appels pour remplacer le domaine par l'adresse IP de l'appelant, ce qui empêche de le rappeler (on le voit souvent)…
[^] # Re: C'est pas exactement libre :/
Posté par Sylvain Berfini (site web personnel) . En réponse au journal Pipedream : des workflows, des APIs et de la vitesse. Évalué à 6.
C'était sous licence MIT mais ils ont changé pour une licence à eux il y a une semaine : https://pipedream.com/blog/introducing-the-pipedream-source-available-license/
[^] # Re: On s'en fout pas
Posté par Sylvain Berfini (site web personnel) . En réponse au message sip, visio, sms, linphone, xmpp, la petite grande interrogation. Évalué à 1.
Je suis bien surpris par ton commentaire car on sort plusieurs releases chaque année avec plusieurs nouvelles features a chaque fois.
Notamment la dernière release apporte plusieurs fonctionnalités de chat que l'on peut voir chez nos concurrents, comme les messages vocaux, le transfert de message ou la fonction de réponse avec citation, l'intrégation LDAP et d'autres.
Avant ça c'était le chiffrement de bout en bout, les messages éphémères.
La prochaine version va apporter une vraie fonctionnalité de vidéo conférence, etc… bref j'ai pas l'impression qu'on donne l'impression d'abandonner le projet.