Liberté et libertaire n'ont un peu rien à voir, et les États-Unis d'Amériques - qui sont souvent considérés comme le pays de la liberté - ne sont certainement pas un pays libertaire.
La liberté est la faculté d'agir selon sa volonté sans être entravé par le pouvoir d'autrui. Elle est définie :
* négativement : absence de soumission, de servitude, de contrainte exercée par autrui. L'être humain est indépendant.
* positivement : autonomie et spontanéité du sujet rationnel; les comportements humains volontaires se fondent sur la liberté et sont qualifiés de libres.
[...]
On désigne par libertaire ce qui prône une liberté individuelle absolue en matière politique et sociale et le rejet de toute autorité. Le terme est pris comme synonyme d'anarchiste.
[...]
Il y a deux killer-features dans Trac, qu'on ne retrouve pas dans GForge, Savane et autres (timeline LibreSource) : c'est la timeline et la roadmap.
Le timeline est une page des évènements récents : commits de code, éditions de pages wiki, nouvelles entrées forum, nouveau fichier à downloader, etc.
La roadmap est le plan de développement de l'équipe de dev, informations qui donnent une bonne visibilité des plans aux visiteurs, tâche trop souvent négligée, qu'il est bon de forcer un peu.
Mais dans le cas d'un utilisateur bénévole, la gratuité est nécessaire pour des choses comme le possibilité de contribuer/améliorer ou le peer-reviewing.
Aïe, gros mélange :
* c'est l'accès au code source qui est nécessaire et non-suffisant pour le peer-reviewing
* c'est la liberté de modifier qui est nécessaire et non-suffisante pour la contribution
La gratuité n'est pas nécessaire pour du peer-review ou de la contribution : en effet, je peux acheter ma Red Hat, matter le code source et puis modifier+reverser, sans demander aucune rétribution financière.
Tu introduis une notion de « utilisateur bénévole »... excuse-moi, mais ça veut dire quoi ça ? Ça voudrait signifier qu'un utilisateur doit être rémunéré pour utiliser ? Je ne te suis pas sur ce coup.
Donc pour moi (en tant que non professionnel) effectivement la gratuité est une caractéristique fondamentale (dans le sens condition nécessaire mais non suffisante) du logiciel libre.
Pour moi, en tant qu'utilisateur non-professionel de tout plein de softs, je suis prêt à payer pour beaucoup de logiciels libres, mais pas pour du proprio.
Le screencast a aussi ete uploade sur Dailymotion. C'est du flash, la qualite est moyenne mais si vous n'arrivez pas a recuperer l'ogg c'est toujours ca.
Euh...
Le Flash, c'est proprio et basse qualité, en plus ça pompe des ressources dans le brouteur.
Le Ogg, c'est opensource, ouvert, sans brevet, de meilleure qualité...
Euh... dans kopete, j'ai déjà transféré des fichiers avec jabber, j'ai déjà utilisé des services, conversé à plusieurs (enfin, je veux dire, à plus que deux), et découvert des services.
Sur un réseau local, donc dans les meilleurs conditions, cad réseau pas NATé, j'ai eu des problèmes de transfert de fichiers entre deux Kopete 0.12, entre Kopete 0.12 et Gajim 0.11.1 et entre Kopete 0.12 et Psi 0.10 (pas une surprise de la part de Psi 0.10, Psi 0.11 règle tout ça).
L'utilisation de services se fait de toute façon une fois les service configuré quelquesoit le niveau d'implémentation du client Jabber.
Kopete permet la conversation à plusieurs mais à l'ancienne mode, pas en MUC, il n'y a pas de gestion de droits, de configuration de salon, pas de bookmarks non plus.
Les développeurs sont bien évidemment au fait de ces manques, et ils sont concentrés sur KDE4 pour l'instant.
c'est pour cela qu'il existe aussi des clients spécifiques jabber qui concentrent leurs efforts sur le protocole jabber. Je recommande gajim ou gossip si tu veux un client uniquement jabber,
Psi 0.11 qui devrait sortir dans pas longtemps, et puis Spark aussi sont des très bons clients Jabber, mais Gossip est sans doute un peu simpliste.
sinon regarde kopete si tu veux un client multiprotocole soucieux de la qualité de jabber,
Ben justement, il ne fait pas mieux que Pidgin à ce jour, même s'il a bien progressé en version 0.12, et qu'il y aura d'autre améliorations avec KDE4, et même s'il existe un projet GSoC Adium qui vise à améliorer le support de XMPP dans la libpurple.
et enfin regarde pidgin si tu veux un client multiprotocole soucieux de msn
MSN/WLM n'est pas la priorité, en effet, c'est largement minoritaire aux USA, c'est AIM le protocole le plus utilisé et qui est pas mal « supporté ».
et soucieux de casser du sucre sur le dos des distributions qu'ils "détestent activement" comme la slackware [1]. Free software is all about freedom :)
Troll de merde... :-p Utilisation d'une citation qui n'a rien à voir... :-O Tu confonds les sujets... :-/
Et surtout, tu oublies d'insister sur l'impérativité d'utiliser des standards ouverts, particulièrement dans un domaine (la messagerie instantanée) qui souffre énormément du cloisonnement, de la non-interopérabilité, de la captivité des réseaux propriétaires tous incompatibles que sont Nate On, AIM, Gadu-gadu, MSN/WLM, QQ, ICQ, Xfire, Yahoo! Messenger, etc.
Jabber/XMMP doit être correctement implémenté, à la fois dans les clients pur Jabber, ET dans les clients multiprotocoles. Ça n'est pas négociable.
C'est quoi les killer-features de jabber qui sont mal implémentées dans Kopete, et dans quels clients libres sont-elles implémentées ? (à part jingle, je ne voit pas trop, mais bon, pour jingle, ./configure --enable-jingle et ça marche (plus ou moins bien))
Pour info, Kopete ne fait pas mieux que Pidgin côté Jabber...
Tout d'abord, il faut distinguer les clients multi-protocoles des clients Jabber. Les clients multi-protocoles permettent de se connecter à différents réseaux de messagerie instantanée : Jabber, MSN Messenger, ICQ, AIM et Yahoo! Messenger. C'est pratique, mais le support de Jabber est parfois limité, et vous ne trouverez peut-être pas toutes les fonctionnalités de Jabber (transferts de fichiers, passerelles, discussion à plusieurs, services) avec ces clients.
* Exemples de clients Jabber : Coccinella, Gajim, Psi
* Exemples de clients multi-protocoles : Pidgin, Trillian, Miranda, Kopete
Si votre utilisation des autres réseaux se limite à de la simple discussion, Jabber permet d'utiliser des passerelles vers ces autres réseaux. Dans ce cas, un simple client Jabber suffit pour discuter avec vos contacts sur les autres réseaux. Mais si vous souhaiter utiliser des fonctions plus avancés (transfert de fichiers, webcam), un client multi-protocole peut être nécessaire.
[...]
Le transfert de fichiers, les passerelles, la discussion à plusieurs, la découverte des services sont autant de fonctionnalités Jabber de base qui sont bien implémentées dans les logiciels libres Psi, Gajim, Spark par exemple.
[...] c'est un avantage qu'il serait idiot de ne pas mettre en avant.
Bah non, puisque cet argument est déjà trop en avant et masque le vrai argument premier : la liberté. Bon, il y a ensuite l'indépendance fournisseur, le développement des économies locales, la possibilité de contribuer/améliorer, le peer-reviewing... et avoue tout de même que chacun de ces arguments pris séparément est quand même dix fois plus balaise que la ridicule et restreinte gratuité, qui n'est que petite vision à court terme...
Sur la forge, dans la description publique du projet :
USVN is an Open Source free software which allow everyone to use Subversion in an easily way. It's a web tool which can manage SVN official server configuration.
Je pense ceci serait mieux :
USVN is an Open Source free software which allows everyone to use Subversion in an easy way. It's a web tool which can manage SVN official server configuration.
Alors précise que Pidgin ne sait que très mal parler le standard ouvert fédérateur Jabber/XMPP.
Ce qui est dommage pour les clients multiprotocoles comme Pidgin ou Kopete, c'est qu'ils implémentent mal les standards ouverts, dont les specs sont dispo et ouvertes, alors que les protocoles proprios sont... proprios (ben oui) et surtout nécessitent du reverse-engineering donc perte de temps et risques de mal faire (voire imbroglios juridiques liés à la fameuse/fumeuse « propriété intellectuelle »).
Donc comme Windows est partout, IE est forcément également partout, éparpillé entre toutes ses versions, on trouve allègrement du 5.0, 5.5, 6.0 et 7.0, en pourcentages significatifs. Rappelons que les versions 5.0, 5.5 et 6.0 sont sorties respectivement en 1999, 2000 et 2001, ce qui est _très_ vieux en informatique. Rappelons également que IE7 sorti en fin 2006 n'est qu'encore faiblement déployé, et de toute façon ne rattrape pas encore complètement le retard pris par MS dans le domaine du web depuis 5 à 6 ans, ce qui est _très_ long en informatique.
Firefox a réussi à grignotter des « PdM » (Parts de Marché, à supposer qu'il y en ait un), à hauteur de 10 à 20 % selon les stats dans les versions 1.0, 1.5 et 2.0 (respectivement sorties en 2004, 2005, et 2006). Rappelons que la version est tout de même plantogène et RAMophage.
Que va faire Safari ? Quelle seront les conséquences de son « introduction sur le marché » en 2007 ?
Safari - quand il sera stable (sera-t-il stable ?) - grignottera des PdM à IE ? Ou plutôt Firefox ?
Si Firefox et Safari ont des stats honorables dans les logs, les développeurs « web » vont enfin se mettre à développer « pour le web » ? Et plus seulement pour IE ?
Et Opera dans tout ça - toujours proprio malheureusement - va-t-il bénéficier d'une deuxième relance de la deuxième guerre des navigateurs ? Va-t-il grignotter des PdM à IE et/ou Firefox ?
Les standards ouverts vont-ils gagner la bataille ?
Il peut être intéressant de rappeler l'intérêt pour tous du système de suivi : c'est le moyen le plus efficace de faire une proposition d'amélioration ou de notifier un bug. Il permet à l'équipe d'ouvrir une discussion sur le sujet et de garder une trace. Vous êtes donc cordialement invités à donner vos avis sur le futur de LinuxFR par ce biais.
CONTRE :
- Mon navigateur n'est pas un lecteur multi-média.
Si. Il lit, affiche et manipule déjà les textes, images fixes et animées (GIF seulement, mais MNG possible) et le son... il ne manquait que la vidéo. Et ça faisait si longtemps qu'on l'attendait !... Et pas par un mécanisme de plugin proprio pour format proprio abscur pour les moteurs de recherches... Il s'agit de hisser la vidéo sur le web au rang de « first-class citizen » comme y disent... et ça, c'est Bien(tm)(R)(C).
[^] # Re: Ça existe en libre
Posté par Nÿco (site web personnel) . En réponse au journal Commentaires et discussions sur dépôts de code source. Évalué à 2.
Merci beaucoup pour l'info ! ;-)
[^] # Re: et les retombées ... GCU ???
Posté par Nÿco (site web personnel) . En réponse au journal Attention à badoo.com. Évalué à 7.
GCU = http://www.gcu-squad.org/ <<< à lire et respecter ! :-p
CGU = Conditions Générales d'Utilisation
Bandes de geeks, va ! ;-)
[^] # Re: Photos
Posté par Nÿco (site web personnel) . En réponse à la dépêche Réunion des admodérolecteurs LinuxFr.org. Évalué à 5.
http://flickr.com/photos/nyco/640652225/
[^] # Re: Liberté liberté quand tu nous tiens
Posté par Nÿco (site web personnel) . En réponse au journal Que devient Hans Reiser ?. Évalué à 5.
http://fr.wikipedia.org/wiki/Libert%C3%A9
http://fr.wikipedia.org/wiki/Libertaire
[^] # Re: Le plus troublant
Posté par Nÿco (site web personnel) . En réponse au journal Que devient Hans Reiser ?. Évalué à 6.
# Timeline et Roadmap
Posté par Nÿco (site web personnel) . En réponse à la dépêche Première version stable de la forge CodingTeam. Évalué à 5.
Le timeline est une page des évènements récents : commits de code, éditions de pages wiki, nouvelles entrées forum, nouveau fichier à downloader, etc.
La roadmap est le plan de développement de l'équipe de dev, informations qui donnent une bonne visibilité des plans aux visiteurs, tâche trop souvent négligée, qu'il est bon de forcer un peu.
Voici donc mes deux feature-requests. ;-)
[^] # Re: Clearcase
Posté par Nÿco (site web personnel) . En réponse à la dépêche Subversion 1.4.4. Évalué à 2.
[^] # Re: jabber ?
Posté par Nÿco (site web personnel) . En réponse à la dépêche AJAX Chat Engine a besoin de vous. Évalué à 3.
http://jwchat.sourceforge.net/
http://www.jwchat.org/
http://jabberworld.org/
http://zeank.in-berlin.de/muckl/
http://muckl.org/
Pour les serveurs :
http://wiki.jabberfr.org/Administrateurs
[^] # Re: Mpfff...
Posté par Nÿco (site web personnel) . En réponse au journal Editeur XML. Évalué à -1.
* c'est l'accès au code source qui est nécessaire et non-suffisant pour le peer-reviewing
* c'est la liberté de modifier qui est nécessaire et non-suffisante pour la contribution
La gratuité n'est pas nécessaire pour du peer-review ou de la contribution : en effet, je peux acheter ma Red Hat, matter le code source et puis modifier+reverser, sans demander aucune rétribution financière.
Tu introduis une notion de « utilisateur bénévole »... excuse-moi, mais ça veut dire quoi ça ? Ça voudrait signifier qu'un utilisateur doit être rémunéré pour utiliser ? Je ne te suis pas sur ce coup.
Pour moi, en tant qu'utilisateur non-professionel de tout plein de softs, je suis prêt à payer pour beaucoup de logiciels libres, mais pas pour du proprio.
[^] # Re: Le Torrent
Posté par Nÿco (site web personnel) . En réponse au journal Plasma : Ca avance. Évalué à -5.
Le Flash, c'est proprio et basse qualité, en plus ça pompe des ressources dans le brouteur.
Le Ogg, c'est opensource, ouvert, sans brevet, de meilleure qualité...
Ne pas oublier ça tout de même...
[^] # Re: Pidgin et gaim
Posté par Nÿco (site web personnel) . En réponse au journal Test de la Fedora 7. Évalué à 3.
L'utilisation de services se fait de toute façon une fois les service configuré quelquesoit le niveau d'implémentation du client Jabber.
Kopete permet la conversation à plusieurs mais à l'ancienne mode, pas en MUC, il n'y a pas de gestion de droits, de configuration de salon, pas de bookmarks non plus.
Les développeurs sont bien évidemment au fait de ces manques, et ils sont concentrés sur KDE4 pour l'instant.
[^] # Re: Pidgin et gaim
Posté par Nÿco (site web personnel) . En réponse au journal Test de la Fedora 7. Évalué à 1.
Ben justement, il ne fait pas mieux que Pidgin à ce jour, même s'il a bien progressé en version 0.12, et qu'il y aura d'autre améliorations avec KDE4, et même s'il existe un projet GSoC Adium qui vise à améliorer le support de XMPP dans la libpurple.
MSN/WLM n'est pas la priorité, en effet, c'est largement minoritaire aux USA, c'est AIM le protocole le plus utilisé et qui est pas mal « supporté ».
Troll de merde... :-p Utilisation d'une citation qui n'a rien à voir... :-O Tu confonds les sujets... :-/
Et surtout, tu oublies d'insister sur l'impérativité d'utiliser des standards ouverts, particulièrement dans un domaine (la messagerie instantanée) qui souffre énormément du cloisonnement, de la non-interopérabilité, de la captivité des réseaux propriétaires tous incompatibles que sont Nate On, AIM, Gadu-gadu, MSN/WLM, QQ, ICQ, Xfire, Yahoo! Messenger, etc.
Jabber/XMMP doit être correctement implémenté, à la fois dans les clients pur Jabber, ET dans les clients multiprotocoles. Ça n'est pas négociable.
[^] # Re: Pidgin et gaim
Posté par Nÿco (site web personnel) . En réponse au journal Test de la Fedora 7. Évalué à 3.
Pour info, Kopete ne fait pas mieux que Pidgin côté Jabber...
Voir : http://wiki.jabberfr.org/Clients#Clients_Jabber_et_clients_m(...)
Le transfert de fichiers, les passerelles, la discussion à plusieurs, la découverte des services sont autant de fonctionnalités Jabber de base qui sont bien implémentées dans les logiciels libres Psi, Gajim, Spark par exemple.
[^] # Re: Mpfff...
Posté par Nÿco (site web personnel) . En réponse au journal Editeur XML. Évalué à 7.
[^] # Re: Anglais
Posté par Nÿco (site web personnel) . En réponse au journal USVN 0.6. Évalué à 3.
[^] # Re: Anglais
Posté par Nÿco (site web personnel) . En réponse au journal USVN 0.6. Évalué à 2.
[^] # Re: Pidgin et gaim
Posté par Nÿco (site web personnel) . En réponse au journal Test de la Fedora 7. Évalué à 2.
Ce qui est dommage pour les clients multiprotocoles comme Pidgin ou Kopete, c'est qu'ils implémentent mal les standards ouverts, dont les specs sont dispo et ouvertes, alors que les protocoles proprios sont... proprios (ben oui) et surtout nécessitent du reverse-engineering donc perte de temps et risques de mal faire (voire imbroglios juridiques liés à la fameuse/fumeuse « propriété intellectuelle »).
# À quoi ça sert ?
Posté par Nÿco (site web personnel) . En réponse au journal Kubuntu Genuine Windows !!. Évalué à 5.
[^] # Re: Google corrige les requètes ? Non, ça corrige pas, la preuve...
Posté par Nÿco (site web personnel) . En réponse au journal Les recherches google, vendredi, le spam, toussa.... Évalué à 7.
[^] # Re: je peux résumer ?
Posté par Nÿco (site web personnel) . En réponse au journal Safari pour Windows. Évalué à 10.
# IE partout et Firefox un petit peu partout. Safari aussi ?
Posté par Nÿco (site web personnel) . En réponse au journal Safari pour Windows. Évalué à 1.
Firefox a réussi à grignotter des « PdM » (Parts de Marché, à supposer qu'il y en ait un), à hauteur de 10 à 20 % selon les stats dans les versions 1.0, 1.5 et 2.0 (respectivement sorties en 2004, 2005, et 2006). Rappelons que la version est tout de même plantogène et RAMophage.
Que va faire Safari ? Quelle seront les conséquences de son « introduction sur le marché » en 2007 ?
Safari - quand il sera stable (sera-t-il stable ?) - grignottera des PdM à IE ? Ou plutôt Firefox ?
Si Firefox et Safari ont des stats honorables dans les logs, les développeurs « web » vont enfin se mettre à développer « pour le web » ? Et plus seulement pour IE ?
Et Opera dans tout ça - toujours proprio malheureusement - va-t-il bénéficier d'une deuxième relance de la deuxième guerre des navigateurs ? Va-t-il grignotter des PdM à IE et/ou Firefox ?
Les standards ouverts vont-ils gagner la bataille ?
http://fr.wikipedia.org/wiki/Image:Guerre_des_navigateurs.sv(...)
http://fr.wikipedia.org/wiki/Guerre_des_navigateurs
[^] # Le droit d'auteur, c'est bien(tm)
Posté par Nÿco (site web personnel) . En réponse au journal La phrase du jour. Évalué à 8.
# Too late
Posté par Nÿco (site web personnel) . En réponse au journal La phrase du jour. Évalué à 6.
[^] # Re: a quand...
Posté par Nÿco (site web personnel) . En réponse à la dépêche Évolutions sur LinuxFR. Évalué à 7.
# s/contre/pour/
Posté par Nÿco (site web personnel) . En réponse au journal Firefox implémente la balise <video>. Évalué à 10.