Tu peux retourner le truc comme tu veux avec certes une baisse de revenus, mais se plaindre de devoir manger des pâtes parce qu'on ne gagne que 5000€/mois, c'est délirant, et limite insultant.
Elle ne dit pas qu'on ne peut pas vivre à 5k€ et qu'elle mange des pâtes parce que 5k€ c'est pas assez, elle dit que sa chute de revenus lui fait mal.
Ni toi ni moi ne connaissons cette dame, mais qui te dit qu'à 8k€ elle ne se la collait pas royale avec un prêt hypothécaire qu'elle rembourse à 4k€/mois? (ben oui, 4k€ investis, parce que 4k€ pour vivre, c'est très largement suffisant, non?).
Ah ben merde, elle n'a plus que 1k€/mois à moins de vendre la baraque en urgence.
Je ne vais pas la plaindre, mais je peux très bien imaginer comment on se retrouve à manger des pâtes quand on subit une forte baisse de revenus, si élevés restent-ils.
C'est rassurant sachant que les frameworks Javascript sont typiquement de l'ordre de 2version_HTML.
Et mine de rien, 25.2, c'est presque 37 contre seulement 25.0 = 32 aujourd'hui!
Ça aurait pu commencer à apporter de la confusion dans un milieu d'habitude clair!
J'ai souvent lu qu'il existait une vaste différence culturelle entre la France et les États-Unis dans le rapport aux entrepreneurs.
Aux États-Unis, un entrepreneur qui échoue est un entrepreneur qui a pris de l'expérience et a plus de chances de réussir la prochaine fois, parce qu'on sait bien que la plupart des startup se cassent la gueule après quelques années.
En France, l'échec n'est pas toléré. Alors un entrepreneur qui échoue une fois, c'est quelqu'un a qui on ne peut pas faire confiance.
Je ne dis pas que son projet va marcher. Il semble même que ce ne sera pas une entreprise à but lucratif.
Mais dire que ça va échouer parce que la même personne qui porte le projet a déjà échoué avant, ça n'est pas un argument plus pertinent que dire que la prochaine boite d'Elon Musk va marcher parce que "Elon Musk!!!".
Non, désolé, les 2 projets sont à des années-lumière l'un de l'autre.
Purism:
-On va développer un NOUVEAU téléphone.
Tu as vu toutes les expériences précédentes pour faire un matériel sur mesure? 1.5M€, ça me semble être un budget déjà tout juste pour NE FAIRE QUE ÇA!
Et développer un nouveau tél, c'est une course contre la montre: le processeur à la mode n'est pas encore en production et les constructeurs qui le peuvent travaillent avec des échantillons "alpha" (pas certifiés par les vendeurs).
Si tu peux acheter un processeur aujourd'hui, il
-On va développer un nouvel OS, Gnome Mobile, qui n'existe pas aujourd'hui!
C'est tout simplement une mission suicide! Jolla avait levé des dizaines de millions d'€ pour faire un nouveau téléphone et un nouvel OS… sauf que le matériel tout comme le logiciel étaient basé sur ce que faisait la même équipe quand ils bossaient pour Nokia!
Combien d'OS pour téléphone ont été développés et considérés comme mature en moins de 2ans?
Ubuntu OS?
Firefox OS?
Plasma Mobile? D'après leur roadmap, eux-mêmes semblent admettre qu'ils sont encore très très loin du but!
Tiens d'ailleurs, le nouvel OS, c'est Plasma Mobile ou Gnome mobile? Dans le flot que tu montres, on parle de Gtk, mais sur leur blog, ils se félicitent d'avoir fait tourner Plasma Mobile sur i.MX6. Plasma mobile est, comme je viens de l'écrire, loin du but alors qu'on a un prototype qui tourne. Gnome Mobile n'existe au mieux que sur papier.
Mais l'équipe du Librem va réussir en 2ans parce que tous les autres étaient nuls et eux sont bons?
Autre chose encore: le projet est financé à 148%? Ça suppose qu'ils ne soient pas royalement plantés dans l'estimation des coûts. Et quand je vois l'approche et les questions posées il y a peu, je me demande s'ils réalisent l'ampleur de la tâche dans laquelle ils se sont lancés.
eelo:
-On va partir d'un OS qui existe et tourne sur de nombreux appareils à l'heure où on parle, et on va changer certaines choses
Dans le pire des cas, tu changes moins de choses que prévues au départ, et tu peux quand même lancer le produit.
-De ce que je comprends, ils regardent quelques appareils, et si j'étais Duval, je ne partirais pas à l'aventure en fabriquant un nouveau téléphone, je travaillerais avec un constructeur qui existe et demanderais un produit qui existe avec mon OS par défaut et un logo eelo.
Si tu peux faire ça, tu as ça aussi de prêt.
Il ne reste "que" la partie services en ligne, et là aussi, il semble chercher des outils qui existent plutôt que faire des projets de développement. L'intégration sera déjà un gros morceau.
D'après toi, lequel des 2 a le plus de chance d'aboutir?
Je ne veux pas enfoncer Purism. L'idée d'un téléphone avec interrupteurs physique me plait, l'idée d'un téléphone sous Plasma Mobile m'enchante. Je serais ravi qu'ils réussissent.
Mais j'ai beaucoup, beaucoup de mal à y croire!
Le chiffrement bout-à-bout dans Telegram c’est surtout un argument de vente, pour utiliser Telegram avec ma famille, personne ne s’en sert, ça retire tous les avantages de Telegram (multi-poste, conversation à plusieurs…).
"Moi je m'en sers pas alors c'est pas vraiment utile"
En tous cas Telegram avait du succès avant d’avoir de la VoIP donc du XMPP bien hébergé et Conversations je vois pas pourquoi ça ferait pas l’affaire.
"Dis-moi ce que tu veux et je te dirai pourquoi tu n'en as pas besoin"
En plein dans le mille!!
Personnellement, je m'en fous si on me dit que Telegram n'active pas le chiffrage par défaut.
Je m'en fous s'il a la VoIP depuis mars 2017, depuis la semaine dernière, ou depuis 15ans avant même qu'il existe.
Là tout de suite, on est en décembre 2017, je cherche un outil qui fasse:
-messagerie
-salons
-chiffrement bout-à-bout
-VoIP
Et Telegram est un candidat qui présente toutes ces fonctionnalités. Tu peux écrire absolument tout ce que tu veux, il n'y a pas (encore) de client XMPP qui y réponde. Point.
Et après on s'étonne quand je dis que ma famille me contacte encore en utilisant Skype tout en me demandant pourquoi je n'utilise pas Whatsapp parce que ce serait plus simple pour eux.
Parce que je ne peux pas leur proposer de solution simple avec XMPP, et ce bien que le serveur familial existe!
Euh, si tu as du net. Quand j’ai besoin de mon GPS c’est que je suis paumé, j’ai rarement Internet et parfois c’est à l’étranger où la data coûte cher.
J’ai des téléphones et forfait bas-prix, du coup je préfère largement OSMand~. Une carte SD coute moins cher qu’un forfait 3G.
Ah ça, je ne dis pas le contraire, et je ne suis pas prêt non plus à lâcher OSMand. Mais pour répondre au besoin de convergence, une appli web c'est plus simple.
Sinon je verrais bien un mécanisme de partage des données entre OSMand et la version web (surtout que dans son cas on peut considérer que la présence de NextCloud est acquise). Mais je ne sais pas quelle quantité de travail ça demanderait.
Ben si, complètement, si c’est le cas je le lui reproche. Si le seul but c’est de lui payer à manger autant faire ça directement plutôt que de parler vie privée et compagnie.
Tu en veux par défaut à tous les gens qui te vendent des produits et services que tu apprécies?
S'il gagne de l'argent en me vendant quelque chose que je veux, je ne vois pas où est le problème!
Tu bosses gratuitement dans la vie?
Mais comme dit la réponse de Bruno ce n’est pas ce qu’il dit, il prétend chercher à protéger la vie privée et faire un produit le mieux possible pour l’utilisateur.
Il dit surtout sans but lucratif.
Parce que sinon, "protéger la vie privée et faire un produit le mieux possible pour l'utilsateur", ça n'est pas obligatoirement incompatible avec gagner de l'argent.
Les créateurs d'entreprise ne démarrent pas en disant "je vais faire un produit de merde et entuber mes clients" avec un rire machiavélique. Ça, c'est dans les films!
Il a écrit "warning", il n'a pas affirmé que c'était du BS. Moi aussi, quand j'ai lu la comparaison avec Gemplus, j'ai froncé les sourcils
Il avait raison: Mandrake n'a pas été coulée sur service commandé de la CIA. L'histoire est bien différente de Gemplus (et sans doute moins glorieuse, du coup…)
J'allais plutôt dire:
En même temps Gaël Duval, le gars qui a fondé "Mandrake Linux" sans demander la permission à la maison d'édition de la BD "Mandrake"…
D'un point de vue purement pragmatique, je donne bien plus de chances à eelo de livrer quelque chose à la fin que le Librem 5.
Un LineageOS modifié, c'est un OS utilisable là maintenant tout de suite. Au pire, tu reportes certaines modifs à plus tard.
Mais tu as un OS, et beaucoup de matériel supporté. Si tu réussis à faire un deal avec un des constructeurs, juste en changeant l'étiquette et l'OS par défaut, félicitations: ton projet est prêt.
Tous les outils et solutions qu'il propose existent et sont prêts à l'utilisation. Tout ce qui manque c'est l'intégration. Il a l'expérience, il sait que l'intégration c'est un gros morceau, et donc il ne fait pas de plan où il doit redévelopper un tas de trucs.
Je donne bien plus de chance à ce projet qu'au Librem 5, même si j'adorerais avoir un téléphone utilisable au quotidien avec Plasma Mobile.
Le choix de Telegram me laisse perplexe, surtout dans un cadre orienté vie privée, et quand on prévoit d’héberger du mail et autres trucs compliqués je vois pas quelle difficulté il y a à héberger du XMPP.
Je ne suis pas plus enthousiaste que toi pour Telegram et son serveur fermé centralisé, mais je ne crois pas que l'hébergement soit le problème. Je pense que c'est toujours le même refrain avec XMPP:
Cite moi ce fameux client Android qui peut remplacer Telegram fonctionnalité par fonctionnalité:
-Messagerie
-Chiffrage bout-à-bout
-VoIP
Je comprends pas pourquoi il veut héberger un maps.eelo.io alors qu’il y a OSMAnd~ qui est la meilleure appli GPS que j’ai croisée qui est libre.
L'idée à la fin c'est quand même, je pense de vendre une sorte de formule d'hébergement de services web, utilisables depuis ton téléphone aussi bien que depuis ton ordi.
En utilisant OSM en service web personnalisé, tu peux utiliser le même service depuis n'importe quel appareil et retrouver tes favoris, trajets enregistrés, etc.
De plus, utiliser exclusivement du service en ligne permet d'éviter d'installer l'application et surtout de télécharger les cartes. Je soupçonne très fort que le cellulaire visé par le projet est bon marché, avec les compromis qui vont avec sur le stockage.
Ça changerait pas mal des "enfin un téléphone Libre… à 600€…"
Dans l’ensemble ça parait pas particulièrement orienté vie privée, c’est plutôt des choix de design/ergonomie différents de ceux de lineageOS, qui semblent un peu inspiré par iOS.
Ben… c'est quand même un business qu'il prépare derrière. C'est du Libre, il contribue, tout ça, mais il veut quand même que ça lui rapporte de l'argent à la fin. Il ne fait pas ça par pur amour pour l'Humanité, et on ne peut pas lui reprocher!
De ce que je vois, on n'est pas si loin de l'idée d'Ulteo, sauf que "tout l'OS en ligne", ça ne prend pas si bien: toute machine vient avec un OS, quel est le besoin d'en avoir un autre ailleurs?
Par contre, un ensemble d'outils cohérents basés sur le web, ça a bien plus de sens. Et la tendance, c'est la fameuse convergence PC-smartphone, et ça marche particulièrement bien avec les services en ligne.
Vu de ma fenêtre, c'est vers ce genre de chose que devraient évoluer les CHATONS et Yunohost.
Ajoute à ça une distribution Android simple d'accès et non gavée aux GAFAM, et voilà: il te vend un ensemble.
Il y a des milliers d'applications Android sur le marché et une tétrachiadée d'outils pour développer dans le langage/framework de ton choix avec plus ou moins de souplesse.
C'est pas les dévs qui manquent cruellement, je ne vois donc pas pourquoi ça devrait être considéré comme une priorité.
Ben le principe de la blockchain, c'est toujours de demander du CPU pour "libérer" la monnaie, non?
Je pense qu'avec un tel principe, toute monnaie basée sur le blockchain deviendra un échec à mesure qu'elle devient populaire…
Je vais parler par expérience ici et essayer de te faire comprendre le nœud du problème Flattr:
Je fais des dons occasionnellement ici ou là, rien d'aussi régulier et récurrent que Flattr.
À chaque fois, ça commence donc pour moi par "remplissons ce formulaire" puis "où ai-je mis cette foutue carte bleue?!?" (parce que j'utilise toujours la même pour les paiements en ligne et une autre pour les achats dans les commerces, histoire de confiner un peu les dégâts potentiels en cas de fraude, que j'ai déjà eu, en passant, comme apparemment une quantité inavouable de Canadiens, et oui: je réside au Canada)
Et sans parler que tu viens ici vendre Flattr, mais d'autres ne jurent que par Liberapay, ou bien d'autres. Pourquoi devrais-je m'emmerder avec tous ces systèmes alors que je veux faire un don en argent, pas en temps perdu dans les formulaires.
Bilan: je donnerais certainement bien plus et plus souvent en cochant une case "ça te dérange si je fais marcher ton CPU à fond pendant que tu visites?" que si je dois passer par un système de dons.
Et vu ma piètre opinion des cryptomonnaies en général, crois-moi: il en faut pour que j'y vois enfin une utilisation positive pour la société!
C'est mentionné plus bas par d'autres, mais bien entendu, dans ma vision des choses, il y a un opt-out accessible dès la première page, et un temps de battement avant de lancer le minage pour que les utilisateurs de PC portables aient le temps de cliquer "pas pour moi, merci!". Les smartphones, ça doit se détecter et désactiver le truc automatiquement.
Les développeurs de petites applis ont bien du mal à se financer, alors pourquoi pas faire miner un peu l'utilisateur en guise de rétribution?
Si c'est annoncé dans la description, ça me semble être une source de revenus honnête (bon, en ignorant les problèmes liés au cryptomonnaies…).
Hmm… ça mérite quelques précisions:
-Métronome n'est plus maintenu depuis des lustres. Tu peux t'en servir, mais il est vraiment temps de passer à autre chose!
-Quelqu'un travaille déjà à la migration vers Prosody sur Yunohost. C'est bien avancé!
Quand je dis couple client-serveur de référence, je veux justement éviter d'avoir une liste de références variables suivant la fonctionnalité qu'on cherche.
Je vais prendre l'exemple de Matrix, parce que c'est sûr que c'est tentant d'aller là où tout semble moins confus.
Il y a un client de référence, c'est Riot, qui fait… TOUT!
Si on n'aime pas Riot, il y a semble-t-il d'autres projets de clients plus ou moins avancés. Mais quand on parle d'une nouvelle fonction ou qu'on demande si on peut faire ci ou ça, la réponse, c'est Riot.
Là tu me cites une source qui compile les clients qui gèrent OMEMO.
Si je te demandes d'ajouter la voix et vidéo, tu vas devoir me sortir une autre liste.
Et c'est là tout le problème!
Les utilisateurs qui découvrent, et je dirais même la plupart des utilisateurs de tous les jours ne veulent pas explorer les combinaisons clients-serveurs qui répondent à une description exacte de leur besoin.
Ils veulent qu'on leur pointe UN client, pour ceux qui veulent s'auto-héberger, UN serveur, et ça doit leur donner une idée de ce qu'on peut avoir avec XMPP.
Aujourd'hui, le paysage est beaucoup trop compliqué pour être appréhendé par un néophyte et espérer qu'il en sorte quelque chose de positif!
Maintenant, le champ d'application de XMPP est plus vaste que la seule communication instantanée, alors on peut supposer avoir plus d'un client de référence. Mais il en faut un par usage:
-Communication instantanée:
Doit comprendre: discussion 1-1, salons, chiffrage bout-à-bout, voix et vidéo, transfert de fichier
-Réseau social:
Doit comprendre: blogage, tant pour l'édition que pour la consultation des autres contenus, système de notification ("suivre") de fils, recherche de contenus
(ce sont des suggestions, la liste des fonctionnalités pourrait être sujette à débat)
Et pour le serveur, c'est simple: si j'installe et par défaut je peux faire marcher les 2 clients réfs ci-dessus sans trifouiller partout, ça marche.
De là, tout me semble plus simple: inutile de vanter les 3 méthodes de transfert de fichier ou les 2 méthodes pour avoir la voix/vidéo: ça DOIT marcher avec le client de référence, ça DOIT utiliser au moins la méthode implémentée dans le client de référence, sinon le client ne peut pas s'afficher comme ayant la fonctionnalité implémentée.
Si plusieurs clients prétendent à être LA référence, c'est gagné: ça veut dire qu'on a une concurrence saine entre plusieurs projets aboutis. Je ne vois aucun problème à ce qu'ils soient tous les 2 mis en avant, mais il devrait toujours n'y en avoir qu'un seul en haut de la liste "si tu débutes, prends ça, tu te poseras des questions plus tard!".
Quand je parle d'autorité de certification, j'imaginais un label "Jabber Comm instantanée" et un label "Jabber Réseau Social", par exemple (je ne doute pas qu'on pourrait trouver de meilleurs noms, c'est pour le principe).
Et je ne vois pas d'autre moyen de sortir XMPP de l'état dans lequel il est: "prometteur" depuis plus de 10ans tout en donnant une image de foutoir et de "pas prêt" à tous ceux qui n'y investissent pas un certain temps.
J'ajouterais qu'avoir beaucoup de projets avec chacun un seul contributeur n'aide pas non plus, quand on voit que Matrix a plusieurs personnes sur chaque projet. Mais ça, on ne peut le reprocher à personne. Ce sont déjà presque tous des dévs qui bossent sur leur temps libre.
Une fois que tu as réussi à faire marcher OTR sur ton client Android, pourquoi n'avoir pas utilisé ça sur Gajim aussi ?
Je ne vais pas répondre pour lui, mais un ne peut pas écrire partout que OTR a pleins de problèmes et que OMEMO c'est LA solution et ensuite s'attendre à ce que les utilisateurs restent sagement sur OTR jusqu'à ce que OMEMO soit rendu simple à utiliser partout.
Les mots de passe de prosody stockés en clair ? Où ça ? Et quel est le "plein de modules" nécessaires dont il parle ?
Je pense qu'il compilait et installait des versions de dév pour avoir les fonctions pas encore dans la version prod. Je suppose que c'est un peu plus brut de décoffrage…
XMPP a désespérément besoin d'un couple client-serveur de référence.
Et une autorité pour certifier ou interdire les prétentions des serveurs et clients annoncées ici et là ne ferait pas de mal.
Je m'attends à ce que Matrix souffre du même genre de problème à terme… ou reste à jamais une solution avec un serveur unique et un client unique, tous développés par une seule boite, avec pour avantage un dynamisme et une cohérence, et tant pis pour la diversité!
Effet pervers déjà là: les petits serveurs ne peuvent pas accéder aux gros salons! Gare à eux s'ils essaient: ils finissent à genoux sous la charge. Et la solution proposée c'est… une blacklist de gros salons pour empêcher les utilisateurs de s'y connecter!
Je ne suis pas sous FreeBSD mais je peux te dire que je n'ai pas le problème avec Firefox 57 sous:
-Win7
-Android (Lineage 14.1)
-Ubuntu Xenial
Duckduckgo est mon moteur de recherche par défaut. J'utilise rarement Google.fr, mais je ne vois pas pourquoi Google.com serait différent.
Je n'avais pas non plus de souci avec Firefox 56.
[^] # Re: Avion - délégation
Posté par Maclag . En réponse au journal Le changement c'est maintenant ;). Évalué à 10.
Elle ne dit pas qu'on ne peut pas vivre à 5k€ et qu'elle mange des pâtes parce que 5k€ c'est pas assez, elle dit que sa chute de revenus lui fait mal.
Ni toi ni moi ne connaissons cette dame, mais qui te dit qu'à 8k€ elle ne se la collait pas royale avec un prêt hypothécaire qu'elle rembourse à 4k€/mois? (ben oui, 4k€ investis, parce que 4k€ pour vivre, c'est très largement suffisant, non?).
Ah ben merde, elle n'a plus que 1k€/mois à moins de vendre la baraque en urgence.
Je ne vais pas la plaindre, mais je peux très bien imaginer comment on se retrouve à manger des pâtes quand on subit une forte baisse de revenus, si élevés restent-ils.
[^] # Re: Il ne faut pas y faire trop attention
Posté par Maclag . En réponse au journal Hache-thé-aime-aile cinq virgule deux (a.k.a HTML 5.2 pour les intimes). Évalué à 2.
C'est rassurant sachant que les frameworks Javascript sont typiquement de l'ordre de 2version_HTML.
Et mine de rien, 25.2, c'est presque 37 contre seulement 25.0 = 32 aujourd'hui!
Ça aurait pu commencer à apporter de la confusion dans un milieu d'habitude clair!
--------> [ ]
[^] # Re: mon experience
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 10.
J'ai souvent lu qu'il existait une vaste différence culturelle entre la France et les États-Unis dans le rapport aux entrepreneurs.
Aux États-Unis, un entrepreneur qui échoue est un entrepreneur qui a pris de l'expérience et a plus de chances de réussir la prochaine fois, parce qu'on sait bien que la plupart des startup se cassent la gueule après quelques années.
En France, l'échec n'est pas toléré. Alors un entrepreneur qui échoue une fois, c'est quelqu'un a qui on ne peut pas faire confiance.
Je ne dis pas que son projet va marcher. Il semble même que ce ne sera pas une entreprise à but lucratif.
Mais dire que ça va échouer parce que la même personne qui porte le projet a déjà échoué avant, ça n'est pas un argument plus pertinent que dire que la prochaine boite d'Elon Musk va marcher parce que "Elon Musk!!!".
[^] # Re: PureOS
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 10.
Non, désolé, les 2 projets sont à des années-lumière l'un de l'autre.
Purism:
-On va développer un NOUVEAU téléphone.
Tu as vu toutes les expériences précédentes pour faire un matériel sur mesure? 1.5M€, ça me semble être un budget déjà tout juste pour NE FAIRE QUE ÇA!
Et développer un nouveau tél, c'est une course contre la montre: le processeur à la mode n'est pas encore en production et les constructeurs qui le peuvent travaillent avec des échantillons "alpha" (pas certifiés par les vendeurs).
Si tu peux acheter un processeur aujourd'hui, il
-On va développer un nouvel OS, Gnome Mobile, qui n'existe pas aujourd'hui!
C'est tout simplement une mission suicide! Jolla avait levé des dizaines de millions d'€ pour faire un nouveau téléphone et un nouvel OS… sauf que le matériel tout comme le logiciel étaient basé sur ce que faisait la même équipe quand ils bossaient pour Nokia!
Combien d'OS pour téléphone ont été développés et considérés comme mature en moins de 2ans?
Ubuntu OS?
Firefox OS?
Plasma Mobile? D'après leur roadmap, eux-mêmes semblent admettre qu'ils sont encore très très loin du but!
Tiens d'ailleurs, le nouvel OS, c'est Plasma Mobile ou Gnome mobile? Dans le flot que tu montres, on parle de Gtk, mais sur leur blog, ils se félicitent d'avoir fait tourner Plasma Mobile sur i.MX6. Plasma mobile est, comme je viens de l'écrire, loin du but alors qu'on a un prototype qui tourne. Gnome Mobile n'existe au mieux que sur papier.
Mais l'équipe du Librem va réussir en 2ans parce que tous les autres étaient nuls et eux sont bons?
Autre chose encore: le projet est financé à 148%? Ça suppose qu'ils ne soient pas royalement plantés dans l'estimation des coûts. Et quand je vois l'approche et les questions posées il y a peu, je me demande s'ils réalisent l'ampleur de la tâche dans laquelle ils se sont lancés.
eelo:
-On va partir d'un OS qui existe et tourne sur de nombreux appareils à l'heure où on parle, et on va changer certaines choses
Dans le pire des cas, tu changes moins de choses que prévues au départ, et tu peux quand même lancer le produit.
-De ce que je comprends, ils regardent quelques appareils, et si j'étais Duval, je ne partirais pas à l'aventure en fabriquant un nouveau téléphone, je travaillerais avec un constructeur qui existe et demanderais un produit qui existe avec mon OS par défaut et un logo eelo.
Si tu peux faire ça, tu as ça aussi de prêt.
Il ne reste "que" la partie services en ligne, et là aussi, il semble chercher des outils qui existent plutôt que faire des projets de développement. L'intégration sera déjà un gros morceau.
D'après toi, lequel des 2 a le plus de chance d'aboutir?
Je ne veux pas enfoncer Purism. L'idée d'un téléphone avec interrupteurs physique me plait, l'idée d'un téléphone sous Plasma Mobile m'enchante. Je serais ravi qu'ils réussissent.
Mais j'ai beaucoup, beaucoup de mal à y croire!
[^] # Re: Mouaif
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 4.
"Moi je m'en sers pas alors c'est pas vraiment utile"
"Dis-moi ce que tu veux et je te dirai pourquoi tu n'en as pas besoin"
En plein dans le mille!!
Personnellement, je m'en fous si on me dit que Telegram n'active pas le chiffrage par défaut.
Je m'en fous s'il a la VoIP depuis mars 2017, depuis la semaine dernière, ou depuis 15ans avant même qu'il existe.
Là tout de suite, on est en décembre 2017, je cherche un outil qui fasse:
-messagerie
-salons
-chiffrement bout-à-bout
-VoIP
Et Telegram est un candidat qui présente toutes ces fonctionnalités. Tu peux écrire absolument tout ce que tu veux, il n'y a pas (encore) de client XMPP qui y réponde. Point.
Et après on s'étonne quand je dis que ma famille me contacte encore en utilisant Skype tout en me demandant pourquoi je n'utilise pas Whatsapp parce que ce serait plus simple pour eux.
Parce que je ne peux pas leur proposer de solution simple avec XMPP, et ce bien que le serveur familial existe!
Ah ça, je ne dis pas le contraire, et je ne suis pas prêt non plus à lâcher OSMand. Mais pour répondre au besoin de convergence, une appli web c'est plus simple.
Sinon je verrais bien un mécanisme de partage des données entre OSMand et la version web (surtout que dans son cas on peut considérer que la présence de NextCloud est acquise). Mais je ne sais pas quelle quantité de travail ça demanderait.
Tu en veux par défaut à tous les gens qui te vendent des produits et services que tu apprécies?
S'il gagne de l'argent en me vendant quelque chose que je veux, je ne vois pas où est le problème!
Tu bosses gratuitement dans la vie?
Il dit surtout sans but lucratif.
Parce que sinon, "protéger la vie privée et faire un produit le mieux possible pour l'utilsateur", ça n'est pas obligatoirement incompatible avec gagner de l'argent.
Les créateurs d'entreprise ne démarrent pas en disant "je vais faire un produit de merde et entuber mes clients" avec un rire machiavélique. Ça, c'est dans les films!
[^] # Re: Fork ?
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 6.
En même temps:
[^] # Re: Mmm … ce logo !
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 8.
J'allais plutôt dire:
En même temps Gaël Duval, le gars qui a fondé "Mandrake Linux" sans demander la permission à la maison d'édition de la BD "Mandrake"…
--------> [ ]
[^] # Re: Fork ?
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 10. Dernière modification le 20 décembre 2017 à 19:48.
Ça me semble être une affirmation très objective ce que tu nous écris là…
Tu veux parler d'Android par Google, AOSP, l'interface de Samsung, de Sony, de… quel Android tu parles?
LineageOS s'adresse essentiellement à un marché de niche: les utilisateurs qui n'ont pas peur d'aller bidouiller un peu (rien que pour l'installer!!).
Je suppose ici qu'il cherche une interface que ma mère utiliserait sans se perdre…
[^] # Re: Pourvu que ça dure!...
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 10.
D'un point de vue purement pragmatique, je donne bien plus de chances à eelo de livrer quelque chose à la fin que le Librem 5.
Un LineageOS modifié, c'est un OS utilisable là maintenant tout de suite. Au pire, tu reportes certaines modifs à plus tard.
Mais tu as un OS, et beaucoup de matériel supporté. Si tu réussis à faire un deal avec un des constructeurs, juste en changeant l'étiquette et l'OS par défaut, félicitations: ton projet est prêt.
Tous les outils et solutions qu'il propose existent et sont prêts à l'utilisation. Tout ce qui manque c'est l'intégration. Il a l'expérience, il sait que l'intégration c'est un gros morceau, et donc il ne fait pas de plan où il doit redévelopper un tas de trucs.
Je donne bien plus de chance à ce projet qu'au Librem 5, même si j'adorerais avoir un téléphone utilisable au quotidien avec Plasma Mobile.
[^] # Re: Mouaif
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 7.
Je ne suis pas plus enthousiaste que toi pour Telegram et son serveur fermé centralisé, mais je ne crois pas que l'hébergement soit le problème. Je pense que c'est toujours le même refrain avec XMPP:
Cite moi ce fameux client Android qui peut remplacer Telegram fonctionnalité par fonctionnalité:
-Messagerie
-Chiffrage bout-à-bout
-VoIP
L'idée à la fin c'est quand même, je pense de vendre une sorte de formule d'hébergement de services web, utilisables depuis ton téléphone aussi bien que depuis ton ordi.
En utilisant OSM en service web personnalisé, tu peux utiliser le même service depuis n'importe quel appareil et retrouver tes favoris, trajets enregistrés, etc.
De plus, utiliser exclusivement du service en ligne permet d'éviter d'installer l'application et surtout de télécharger les cartes. Je soupçonne très fort que le cellulaire visé par le projet est bon marché, avec les compromis qui vont avec sur le stockage.
Ça changerait pas mal des "enfin un téléphone Libre… à 600€…"
Ben… c'est quand même un business qu'il prépare derrière. C'est du Libre, il contribue, tout ça, mais il veut quand même que ça lui rapporte de l'argent à la fin. Il ne fait pas ça par pur amour pour l'Humanité, et on ne peut pas lui reprocher!
De ce que je vois, on n'est pas si loin de l'idée d'Ulteo, sauf que "tout l'OS en ligne", ça ne prend pas si bien: toute machine vient avec un OS, quel est le besoin d'en avoir un autre ailleurs?
Par contre, un ensemble d'outils cohérents basés sur le web, ça a bien plus de sens. Et la tendance, c'est la fameuse convergence PC-smartphone, et ça marche particulièrement bien avec les services en ligne.
Vu de ma fenêtre, c'est vers ce genre de chose que devraient évoluer les CHATONS et Yunohost.
Ajoute à ça une distribution Android simple d'accès et non gavée aux GAFAM, et voilà: il te vend un ensemble.
[^] # Re: Il n'y a pas que la vie privée qui pose problème
Posté par Maclag . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 6.
Ma réponse cynique:
Il y a des milliers d'applications Android sur le marché et une tétrachiadée d'outils pour développer dans le langage/framework de ton choix avec plus ou moins de souplesse.
C'est pas les dévs qui manquent cruellement, je ne vois donc pas pourquoi ça devrait être considéré comme une priorité.
[^] # Re: BSD oui à la stabilité mais pas sans inconvénients
Posté par Maclag . En réponse au journal Debian sur mon serveur plus jamais, de chez jamais.. Évalué à 3.
Je parlais de stabilité dans les outils, la config, etc.
[^] # Re: Prosody pas packagé pour YunoHost
Posté par Maclag . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 5.
C'est pas vraiment le secret des dieux…
https://dev.yunohost.org/issues/67
https://github.com/YunoHost/yunohost/pull/240
https://github.com/YunoHost/doc/pull/473
Sinon movim.eu a déjà migré vers ejabberd.
[^] # Re: Disons que ça se développe mais ce n’est pas nouveau…
Posté par Maclag . En réponse au journal Minage en douce. Évalué à 10.
Ben le principe de la blockchain, c'est toujours de demander du CPU pour "libérer" la monnaie, non?
Je pense qu'avec un tel principe, toute monnaie basée sur le blockchain deviendra un échec à mesure qu'elle devient populaire…
[^] # Re: Pourquoi pas? (mais pas en douce!)
Posté par Maclag . En réponse au journal Minage en douce. Évalué à 5.
Qui te dis que je ne ferai pas exprès de faire un algo dédié à Chrome qui utilise encore plus de ressources?
Pourquoi donc?
Parce que, MAIS PARCE QUEEEEEE!
[^] # Re: Pourquoi pas? (mais pas en douce!)
Posté par Maclag . En réponse au journal Minage en douce. Évalué à 4.
Je vais parler par expérience ici et essayer de te faire comprendre le nœud du problème Flattr:
Je fais des dons occasionnellement ici ou là, rien d'aussi régulier et récurrent que Flattr.
À chaque fois, ça commence donc pour moi par "remplissons ce formulaire" puis "où ai-je mis cette foutue carte bleue?!?" (parce que j'utilise toujours la même pour les paiements en ligne et une autre pour les achats dans les commerces, histoire de confiner un peu les dégâts potentiels en cas de fraude, que j'ai déjà eu, en passant, comme apparemment une quantité inavouable de Canadiens, et oui: je réside au Canada)
Et sans parler que tu viens ici vendre Flattr, mais d'autres ne jurent que par Liberapay, ou bien d'autres. Pourquoi devrais-je m'emmerder avec tous ces systèmes alors que je veux faire un don en argent, pas en temps perdu dans les formulaires.
Bilan: je donnerais certainement bien plus et plus souvent en cochant une case "ça te dérange si je fais marcher ton CPU à fond pendant que tu visites?" que si je dois passer par un système de dons.
Et vu ma piètre opinion des cryptomonnaies en général, crois-moi: il en faut pour que j'y vois enfin une utilisation positive pour la société!
C'est mentionné plus bas par d'autres, mais bien entendu, dans ma vision des choses, il y a un opt-out accessible dès la première page, et un temps de battement avant de lancer le minage pour que les utilisateurs de PC portables aient le temps de cliquer "pas pour moi, merci!". Les smartphones, ça doit se détecter et désactiver le truc automatiquement.
# Pourquoi pas? (mais pas en douce!)
Posté par Maclag . En réponse au journal Minage en douce. Évalué à 3.
Les développeurs de petites applis ont bien du mal à se financer, alors pourquoi pas faire miner un peu l'utilisateur en guise de rétribution?
Si c'est annoncé dans la description, ça me semble être une source de revenus honnête (bon, en ignorant les problèmes liés au cryptomonnaies…).
[^] # Re: Prosody pas packagé pour YunoHost
Posté par Maclag . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 7.
Hmm… ça mérite quelques précisions:
-Métronome n'est plus maintenu depuis des lustres. Tu peux t'en servir, mais il est vraiment temps de passer à autre chose!
-Quelqu'un travaille déjà à la migration vers Prosody sur Yunohost. C'est bien avancé!
[^] # Re: Rester loin d'XMPP
Posté par Maclag . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 6.
Quand je parlais de serveur unique, je parlais du logiciel serveur.
Mais le réseau de Matrix est une fédération aussi.
Je n'ai pas suivi les liens, mais problème numéro 1 sur Signal: tu n'as d'autre choix que leur faire une confiance aveugle avec tes métadonnées!
[^] # Re: Rester loin d'XMPP
Posté par Maclag . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 10.
Quand je dis couple client-serveur de référence, je veux justement éviter d'avoir une liste de références variables suivant la fonctionnalité qu'on cherche.
Je vais prendre l'exemple de Matrix, parce que c'est sûr que c'est tentant d'aller là où tout semble moins confus.
Il y a un client de référence, c'est Riot, qui fait… TOUT!
Si on n'aime pas Riot, il y a semble-t-il d'autres projets de clients plus ou moins avancés. Mais quand on parle d'une nouvelle fonction ou qu'on demande si on peut faire ci ou ça, la réponse, c'est Riot.
Là tu me cites une source qui compile les clients qui gèrent OMEMO.
Si je te demandes d'ajouter la voix et vidéo, tu vas devoir me sortir une autre liste.
Et c'est là tout le problème!
Les utilisateurs qui découvrent, et je dirais même la plupart des utilisateurs de tous les jours ne veulent pas explorer les combinaisons clients-serveurs qui répondent à une description exacte de leur besoin.
Ils veulent qu'on leur pointe UN client, pour ceux qui veulent s'auto-héberger, UN serveur, et ça doit leur donner une idée de ce qu'on peut avoir avec XMPP.
Aujourd'hui, le paysage est beaucoup trop compliqué pour être appréhendé par un néophyte et espérer qu'il en sorte quelque chose de positif!
Maintenant, le champ d'application de XMPP est plus vaste que la seule communication instantanée, alors on peut supposer avoir plus d'un client de référence. Mais il en faut un par usage:
-Communication instantanée:
Doit comprendre: discussion 1-1, salons, chiffrage bout-à-bout, voix et vidéo, transfert de fichier
-Réseau social:
Doit comprendre: blogage, tant pour l'édition que pour la consultation des autres contenus, système de notification ("suivre") de fils, recherche de contenus
(ce sont des suggestions, la liste des fonctionnalités pourrait être sujette à débat)
Et pour le serveur, c'est simple: si j'installe et par défaut je peux faire marcher les 2 clients réfs ci-dessus sans trifouiller partout, ça marche.
De là, tout me semble plus simple: inutile de vanter les 3 méthodes de transfert de fichier ou les 2 méthodes pour avoir la voix/vidéo: ça DOIT marcher avec le client de référence, ça DOIT utiliser au moins la méthode implémentée dans le client de référence, sinon le client ne peut pas s'afficher comme ayant la fonctionnalité implémentée.
Si plusieurs clients prétendent à être LA référence, c'est gagné: ça veut dire qu'on a une concurrence saine entre plusieurs projets aboutis. Je ne vois aucun problème à ce qu'ils soient tous les 2 mis en avant, mais il devrait toujours n'y en avoir qu'un seul en haut de la liste "si tu débutes, prends ça, tu te poseras des questions plus tard!".
Quand je parle d'autorité de certification, j'imaginais un label "Jabber Comm instantanée" et un label "Jabber Réseau Social", par exemple (je ne doute pas qu'on pourrait trouver de meilleurs noms, c'est pour le principe).
Et je ne vois pas d'autre moyen de sortir XMPP de l'état dans lequel il est: "prometteur" depuis plus de 10ans tout en donnant une image de foutoir et de "pas prêt" à tous ceux qui n'y investissent pas un certain temps.
J'ajouterais qu'avoir beaucoup de projets avec chacun un seul contributeur n'aide pas non plus, quand on voit que Matrix a plusieurs personnes sur chaque projet. Mais ça, on ne peut le reprocher à personne. Ce sont déjà presque tous des dévs qui bossent sur leur temps libre.
[^] # Re: Pas convaincu
Posté par Maclag . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 4.
Je ne vais pas répondre pour lui, mais un ne peut pas écrire partout que OTR a pleins de problèmes et que OMEMO c'est LA solution et ensuite s'attendre à ce que les utilisateurs restent sagement sur OTR jusqu'à ce que OMEMO soit rendu simple à utiliser partout.
Je pense qu'il compilait et installait des versions de dév pour avoir les fonctions pas encore dans la version prod. Je suppose que c'est un peu plus brut de décoffrage…
[^] # Re: Rester loin d'XMPP
Posté par Maclag . En réponse au journal Retour d’expérience (et tuto) XMPP. Évalué à 10.
XMPP a désespérément besoin d'un couple client-serveur de référence.
Et une autorité pour certifier ou interdire les prétentions des serveurs et clients annoncées ici et là ne ferait pas de mal.
Je m'attends à ce que Matrix souffre du même genre de problème à terme… ou reste à jamais une solution avec un serveur unique et un client unique, tous développés par une seule boite, avec pour avantage un dynamisme et une cohérence, et tant pis pour la diversité!
Effet pervers déjà là: les petits serveurs ne peuvent pas accéder aux gros salons! Gare à eux s'ils essaient: ils finissent à genoux sous la charge. Et la solution proposée c'est… une blacklist de gros salons pour empêcher les utilisateurs de s'y connecter!
[^] # Re: tout a fait
Posté par Maclag . En réponse au journal L’écriture neutre. Évalué à 2.
AAAAARGH! NOOOOOOOOOOON! Comment oses-tu!?!
[^] # Re: Ce journal aurait plutôt eu sa place dans les forums ...
Posté par Maclag . En réponse au journal Adieu, firefox ?. Évalué à 8.
Ce commentaire aurait sa place dans le journal.
Mais c'est juste pour râler.
Je dirais bien qu'on devrait pouvoir éditer les journaux, mais cette requête aurait sa place dans les suivis.
Tout fout le camp ma p'tite dame!
# Pas ici
Posté par Maclag . En réponse au journal Adieu, firefox ?. Évalué à 8.
Je ne suis pas sous FreeBSD mais je peux te dire que je n'ai pas le problème avec Firefox 57 sous:
-Win7
-Android (Lineage 14.1)
-Ubuntu Xenial
Duckduckgo est mon moteur de recherche par défaut. J'utilise rarement Google.fr, mais je ne vois pas pourquoi Google.com serait différent.
Je n'avais pas non plus de souci avec Firefox 56.
Bon courage et bonnes recherches!