fredix a écrit 1945 commentaires

  • [^] # Re: Ça ne me choque pas

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -10.

    Des services libre pour stocker tes contacts, ça existe. Par exemple owncloud.

    tu es gentil je connais owncloud, c'est un logiciel pas un service et https://owncloud.com s'adresse au entreprises.

    KDE propose de se connecter à des services en ligne qui fonctionne en cardav dans la version upstream par exemple.

    Ca s'appelle un connecteur, à toi de le brancher vers le service de ton choix.

    Donc, oui tu as des a prioris, pour toi, le libre c'est uniquement une bande RMS et les seuls logiciels libres sont ceux de Gnome.

    Heu non.

  • [^] # Re: L'offre et la demande

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 1.

    Oui et non. Combien d'utilisateurs seraient prêt à utiliser des services libres proposés par leur desktop et qui fonctionnent out of the box ? Perso je pense qu'un grand nombre le ferait, mais tant qu'il n'y en aura pas on ne le saura jamais.

  • [^] # Re: ???

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -4.

    Mozilla Fondation, GNOME Fondation, etc, sont bien des entités qui influencent le libre en général et le desktop en particulier.

  • [^] # Re: Pareil

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -5.

    Tu es bien gentil mais là tu viens d'atteindre ton niveau de mauvaise fois. Quand tu participes à une install party ou que tu installes GNOME dans ta famille, c'est bien GNOME et le libre qui vient vers eux…

    A quand le /ignore sur linuxfr.org ?

  • [^] # Re: Ça ne me choque pas

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -8.

    Les a prioris ? Ca fait plus de 10 ans que j'utilise le libre coté server et desktop, tu es un gentil garçon, mais je parle de faits pas d'a-priori. Que le libre ne souhaite pas proposer des services libres c'est un fait, que cela ne choque pas grand monde comme je le constate ici c'est un autre fait. Que les desktop libres restent dépendant de services proprios pour le grand public c'est encore un fait.
    Donc je ne pense pas avoir de leçon à recevoir de qui que ce soit, ce qui m'intéresse est de connaitre l'avis de certains, le tiens je commence à avoir fait le tour.

  • [^] # Re: Pareil

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -4.

    Je ne vois pas pourquoi Gnome devrait monter un service qui existe, même en libre, déjà sous diverses formes.

    Simplement pour proposer un service libre qui s'adresse à tout le monde et pas qu'aux geeks qui savent trouver ou installer ce type de services.

  • [^] # Re: Ça ne me choque pas

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -10.

    J'ai encore espoir que le libre me fasse changer d'avis, mais ce journal ne me convainc pas de le faire.

  • [^] # Re: Pareil

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -5.

    Quand je télécharge les sources de GNOME, ou pire des paquets .deb il y a un cout de BP qui est bien là et pourtant que je ne paye pas … Et quand bien même service libre ne veut pas dire service gratuit.

  • [^] # Re: Commentaire inutile

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -4.

    Faire un service libre c'est un peu plus que du code … Il faut avant tout une volonté débatue, décidé et exprimée dans la roadmap d'un projet tel que GNOME.

  • [^] # Re: ???

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -7.

    Je préfèrerais comme toi que nous ayons a notre disposition des services libres ou du moins "éthiques", mais 1/ force est de constater que ce n'est pas le cas

    C'est bien la question que je pose ici. Et quand je l'ai posé à certaines communautés, la réponse est souvent, c'est pas notre job, hors périmètre, bla bla bla. Le libre est resté en 1990, il n'y a aucune volonté d'avancer, le seul but est de rester collé à un dogme dépassé.
    Le support vers des service proprios pourquoi pas (encore que je suis sur que ça choque les RMS like) si et seulement si il y a une alternative vers un service libre présenté au même niveau.

  • [^] # Re: Pareil

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -1.

    Et oui … Et pourquoi pas un cardav vers un service GNOME ? Un truc de dingue quoi…

  • [^] # Re: Ça ne me choque pas

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -6.

    Et tu te souviens bien sûr que nombre d'utilisateurs de Linux/Gnome/autre n'ont rien à foutre du libre, et veulent juste un truc qui marche, joli de préférence.

    Dans ce cas Mac OS X répond encore mieux à cette demande. Si le libre s'éloigne de sa propre éthique et n'est pas foutu de coller avec les besoins actuels, je ne vois pas quels arguments il restera face à la concurrence propriétaire ..

  • [^] # Re: Question

    Posté par  . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à -1.

    Il y a une différence entre naviguer sur un site web proprio et stocker les données utilisateurs sur des services proprios… Et il y a une différence entre un logiciel utilisateur et un desktop. La prochaine étape serait donc que GNOME intègre nautilus-dropbox pour proposer un service de synchro en ligne ?

  • [^] # Re: Le mail

    Posté par  . En réponse au journal J'aimerais tant aimer les réseaux sociaux décentralisés. Évalué à 1.

    telnet c'est mieux …

  • [^] # Re: table DHT

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 2.

    Oui bien sur, j'avoue que DHT et ce qui gravite autour dépasse mes compétences, c'est bien pour ça que si freelan intègre cette feature ca m'intéresse et surement d'autres dev.

  • [^] # Re: table DHT

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 2.

    Il faudra de toute manière des libs dans un maximum de langage comme le fait redis http://redis.io/clients

  • [^] # Re: table DHT

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 2.

    En effet il y a quelque chose à faire. Perso mon projet est de fournir un backend générique qui permette de développer tout type d'application, web, desktop, smartphone. Je souhaite que ce backend puisse fonctionner en P2P, d'ou mon intérêt sur freelan pour que je puisse m'appuyer dessus. Par contre moi comme Freelan c'est du C++, mais tout aide est bienvenue.

  • [^] # Re: table DHT

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 3.

    Ok en effet ca peut etre lourd. Par contre on peut imaginer un client freelan par machine, client qui proposerait via une socket TCP et une lib, la possibilité à une application d'avoir sa propre DHT via freelan. Exemple à la con, l'éditeur de texte Gedit se connecte via une lib (lib_dht_freelan.so/.dll) au client freelan, et pourrait ainsi se connecter via Internet à d'autres peers qui ont lancé gedit. Ca permettrait d'ajouter des features de chat ou de travail collaboratif un peu comme gobby.

    Le truc c'est que la lib fournirait via freelan l'abstraction pour la gestion de la DHT, le code de gedit n'aurait qu'à dire que son UUID est 45468789 pour créer et identifier une DHT associée à Gedit, freelan s'occupant de la comm entre toutes les apps. C'est crédible ?

  • [^] # Re: table DHT

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 3.

    En tout cas le fait de ne pas avoir d'alternative à la saisie manuelle des contacts m'a toujours dérangé, et ta solution me semble très intéressante.

    Super, merci d'être si ouvert. Je crois qu'il y a un truc énorme à faire à pouvoir créer un VPN par application. Ca pourrait être la base d'un cloud libre en P2P qui permettrait le développement de services libres décentralisés et DNS free.

  • # table DHT

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 6.

    Est-ce envisageable d'utiliser une table DHT pour l'auto-connexion de peers ?
    Par exemple je souhaite intégrer ta lib dans mon projet. Ainsi s'il a un certain succès les users pourraient communiquer de la data entre eux de manière sécurisés via leur VPN. La faille est qu'il faut indiquer les IP de chaque peers dans la conf….
    Si freelan intégrait une table DHT il pourrait automatiquement ajouter l'ip d'un peers dans une table DHT globale à mon projet. Ensuite dans mon app si j'intègre un système de gestion des contacts à partir de clé GPG, façon retroshare, je pourrais associer à l'ip du peer sa clé public GPG dans la table DHT, voir mettre à jour l'ip (et je fuck ainsi les DNS …).

    Ainsi les peers de confiance qui se sont signé leur clé pourraient s'auto-connecter, une lib C++ comme http://bitdht.sourceforge.net/ pourrait peut être le faire ? Que penses-tu de cette idée ?

  • [^] # Re: Rien à voir

    Posté par  . En réponse au journal Notre petit univers de geek privilégié. Évalué à -4.

    Oui tu as le droit de d'être libre de passer des heures à faire tomber en marche ton desktop .. :) Moi comme d'autres j'ai choisi d'être libre de passer mon temps libre à autre chose que gérer mon informatique, car une informatique qui n'est pas foutue d'être transparente pour moi c'est tout sauf être libre. Mon bon faut encore avoir une vie de famille pour comprendre ça.

  • [^] # Re: merci

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 4.

    c'est celle des performances de la machine et de ses resources (nombre de sockets, etc.).

    Si je monte un VPN P2P ça ne change rien pour une machine en terme de ressources socket, que l'ensemble du VPN soit composé de millions de machine ou de 4, non ?
    A moins que chaque machine soit obligatoirement connecté à chacune des autres ? d'ou la fonction hybrid pour éviter ça ?

  • [^] # Re: hein ...

    Posté par  . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 2.

    Un service dont le code source n'est pas disponible sous une licence libre…

  • # merci

    Posté par  . En réponse à la dépêche Freelan : un nouveau venu dans le monde des VPN peer-to-peer. Évalué à 9.

    Déjà merci d'avoir fait un service en C++ et pas une bouse en java comme on en voit souvent. Et grand merci pour avoir pensé à ce que ton logiciel soit embarquable dans un soft, c'est exactement ce que je cherchais. Sinon quel sont les limites de machines reliées en P2P, plusieurs millions c'est faisable ? plus ?

  • [^] # Re: hein ...

    Posté par  . En réponse au journal Picasa pour Linux, c'est bientôt fini !. Évalué à 1.

    Donc des Linuxiens voudraient des logiciels libres, mais aucun soucis à ce qu'il soit associé à un service proprio ? … Quand bien même il y aurait une API ça n'indique en rien que le backend soit libre. D'ailleurs l'intégration des services de Google dans les outils de GNOME par exemple ne choque pas grand monde, c'est lolesque d'hypocrisie.

    Et si l'éditeur n'a aucun service à proposer à son logiciel, comme sublimetext2 ou sparrow il peut en gros aller se faire voir ? Heureusement qu'il y a Apple qui permet de faire vivre de petits éditeurs :) :) :)