À voir les captures d'écran que tu donnes en exemple sur ton blog, ça donne vraiment très envie de faire mumuse avec un logiciel de ce genre
Quels sont les noms des logiciels libres permettant de réaliser la même chose (et si possible, qui ne gèrent pas seulement qu'un sous-ensemble du c, mais aussi d'autres langages) ? Parce que j'ai vraiment très envie d'essayer.
Sauf que « un logiciel libre » et « un logiciel commercial » ne sont pas des ensembles (contrairement à ce que tu disais plus haut). De plus ton raisonnement est fallacieux.
Relis ce que j'ai écrit, visiblement tu as mal compris. Je n'ai jamais dit qu'on ne pouvait pas faire de commercial avec du libre (bien au contraire...).
Je n'ai pas dit que c'était antagonique, loin de là. Juste que c'était différent. Leur intersection n'est certes pas vide, mais je n'ai pas dit le contraire. Pour illustrer mon propos : les listes (0,1) et (1,2) sont différentes bien qu'ayant un élément en commun.
Donc non désolé, je n'y vais pas fort du tout. Le libre ce n'est pas la même chose que le commercial.
Le « FR » de « JabberFR » ne veut absolument pas dire « France ». Comme on peut le voir sur http://wiki.jabberfr.org/JabberFR , il désigne la francophonie.
C'est totalement faux. Free ne refuse pas de la payer, il veut juste étaler le paiement des 619 millions d'euros sur quelques années plutôt que de les payer en une fois à l'obtention de la licence.
2 petites erreurs se sont glissées dans la news. Il s'agit bien évidemment du samedi 13 octobre (le 14 étant dimanche). Et PCMan File Manager est un projet en C, et non en python.
La prochaine fois je me relirais une petite dixaine de fois en plus avant de poster un journal :/
Et non justement, ça ne se passe pas de commentaire.
D'un cas particulier, tu fais une généralité. Si ça s'apparente pas à un troll ça, je veux bien devenir curé !
Juste comme ca, le serveur de conferences hebergeant le salon est redemarre environ tous les deux jours a 4h42, a cause de memory leaks.
Les memory leaks NE viennent PAS du serveur de conferences contrairement à ce que tu dis. À ce jour aucune memory leak n'a été constatée pour mu-conference, le logiciel dont il est question.
La memory leak vient de jabberd14, le serveur utilisé pour faire tourner jabber@apinc. Mais des serveurs comme jabberd14, il en existe d'autres, et sans memory leak (tout du moins, pas aussi importante).
Le nombre d'utilisateurs dessus n'est pourtant pas monstrueux (64 en ce moment, d'apres http://chat.jabberfr.org/)
Une fois de plus, ça n'a rien à voir avec chat.jabberfr.org. Comme on peut le voir sur http://jabber.apinc.org/stats.php, il y a en moyenne 600-700 utilisateurs connectés en même temps sur le serveur jabberd14 (celui avec les memory leaks). Soit 10 fois plus que ton vulgaire 64. En plus, tu n'as compté que les utilisateurs des salons publics. Qui te dit que y'a pas 1k utilisateurs sur un salon privé ?
Pour l'instant c'est surtout pas pret pour etre utilise autrement que comme jouet.
Compare ce qui est comparable. Moi avec mon emacs-jabber je les fais aussi à l'aise les salons de plusieurs centaines de personnes.
Puis même si j'aime bien gajim, il est écrit dans un langage interprété et est pas mal buggé, ce qui aide pas niveau performance. Ça m'étonnerait pas que psi soit meilleur niveau performance de côté là.
« et le serveur, s'il ne plante pas, commencera à prendre des ressources énormes. »
Tu as des chiffres pour avancer ça, ou bien c'est purement subjectif ? Et de quel serveur parles-tu en particulier ? jabberd14, jabberd2, wildfire ou ejabberd ?
Maintenant si tu as des benchmarks (ou des cas concrets) qui montre qu'il a tort, ou qu'un serveur capable de gérer 600000 utilisateurs se pisse dessus pour des salons de quelques centaines d'utilisateurs, je suis preneur.
Pour l'envoie de messages dans un salon, il faut aussi prendre en compte le fait que le client n'affiche pas le message dès que l'on l'envoie, mais qu'il attend l'echo du serveur. Alors que sur irc il est affiché tout de suite, même s'il y a un lag de 15s.
Actuellement, la plupart du temps les messages s'affichent quasi instantanément, et ce quelque soit le client (gajim, psi, emacs-jabber, etc).
Tu devrais vraiment donner une deuxième chance aux salons jabber, surtout avec des clients comme gajim, ou emacs-jabber (voir même la version de dev de psi) qui les gèrent plutôt bien.
En plus maintenant linuxfr a son propre salon jabber : linuxfr@chat.jabberfr.org
Pour résumer : une bonne moitié du salon n'était composée que de spectateurs. Par contre l'autre moitié a été plutôt active j'ai trouvé.
Dans l'ensemble pour une première fois c'était pas mal.
La prochaine fois on essaiera de mieux s'organiser de façon à ce que chacun sache exactement quoi faire. Et il y aura une liste bien précise d'idée de chose à faire (contrairement à celle là qui était un peu vague). Et on s'arrangera pour former des équipes de 2-3 plutôt que d'être quasiment chacun dans son coin à faire son truc tout seul.
C'est chiant ces complaintes à répétition à propos des complaintes à répétition sur les leaks and co. Et c'est encore plus chiant de voir qu'on nous fait dire des choses qu'on a pas dit. C'était une question. Quand je vois comment la consommation mémoire à fortement augmenté entre la 1.5 et la 2.0... Et vu les echo que j'ai de ceux qui ont déjà testé la branche de la futur 3.0... J'ai de forte raison de m'inquiéter oui.
Faire un break dans l'implémentation de nouvelles fonctionnalités pour se concentrer uniquement sur ces problèmes seraient une très bonne chose je pense. Ça au moins ça serait un gros pas en avant, beaucoup plus que d'avoir un meilleur gestionnaire de marque-pages, ou de pouvoir consulter son compte en état hors-ligne (ce qui augmentera forcément l'utilisation de la mémoire, tu ne peux le nier).
C'est ta façon de nous dire que firefox va consommer encore plus de RAM que nécessaire ? Et qu'il va encore plus faire le gruik avec les ressources allouées au près de X ? (tu sais, celles qu'il oublie de désallouer en quittant)
Personnellement, je ne suis pas forcément contre ce genre de fonctionnalité (même si je ne serais pas amené à les utiliser, principalement parce que je n'ai pas de compte gmail par exemple). Mais si c'est pour avoir un logiciel de plus en plus buggé, de plus en plus lourd, et avec des fuites mémoires de plus en plus grosses, non merci.
# amusant
Posté par Elghinn . En réponse au journal Générateur de graphes d'appels de fonctions. Évalué à 2.
Quels sont les noms des logiciels libres permettant de réaliser la même chose (et si possible, qui ne gèrent pas seulement qu'un sous-ensemble du c, mais aussi d'autres langages) ? Parce que j'ai vraiment très envie d'essayer.
En tout cas, merci de m'avoir fait découvrir ça.
[^] # Re: libre != commercial
Posté par Elghinn . En réponse au journal Flash: 2008 Spring is out. Évalué à -2.
[^] # Re: libre != commercial
Posté par Elghinn . En réponse au journal Flash: 2008 Spring is out. Évalué à -1.
[^] # Re: libre != commercial
Posté par Elghinn . En réponse au journal Flash: 2008 Spring is out. Évalué à -2.
Donc non désolé, je n'y vais pas fort du tout. Le libre ce n'est pas la même chose que le commercial.
# libre != commercial
Posté par Elghinn . En réponse au journal Flash: 2008 Spring is out. Évalué à -2.
[^] # Re: IRC, ML
Posté par Elghinn . En réponse au journal Rails, finalement c'est bien .... Évalué à 1.
# liens directs
Posté par Elghinn . En réponse au journal Liens symboliques persistants ??? Idée de workflow pour les e-mails.. Évalué à 10.
# bourde
Posté par Elghinn . En réponse à la dépêche Conférence sur Jabber à Paris. Évalué à 2.
# fautes
Posté par Elghinn . En réponse au journal geek 2.0 != geek1.0. Évalué à 4.
mais je suis sûr que vous saurez les proposer !
# s/programmateur/programmeur/
Posté par Elghinn . En réponse au journal Liste des emails de tout nos députés de l'assemblée nationale. Évalué à 2.
[^] # Re: Jeux de mots laids
Posté par Elghinn . En réponse au journal Le code bar rouvre ses portes le samedi 14 octobre. Évalué à 1.
# Il faut apprendre à lire
Posté par Elghinn . En réponse au journal Pas de licence 3G pour Free.. Évalué à 7.
C'est totalement faux. Free ne refuse pas de la payer, il veut juste étaler le paiement des 619 millions d'euros sur quelques années plutôt que de les payer en une fois à l'obtention de la licence.
# corrections
Posté par Elghinn . En réponse au journal Le code bar rouvre ses portes le samedi 14 octobre. Évalué à 1.
La prochaine fois je me relirais une petite dixaine de fois en plus avant de poster un journal :/
[^] # Re: Un truc de geek
Posté par Elghinn . En réponse à la dépêche IRC Plus, une initiative pour harmoniser les services IRC. Évalué à 0.
D'un cas particulier, tu fais une généralité. Si ça s'apparente pas à un troll ça, je veux bien devenir curé !
Les memory leaks NE viennent PAS du serveur de conferences contrairement à ce que tu dis. À ce jour aucune memory leak n'a été constatée pour mu-conference, le logiciel dont il est question.
La memory leak vient de jabberd14, le serveur utilisé pour faire tourner jabber@apinc. Mais des serveurs comme jabberd14, il en existe d'autres, et sans memory leak (tout du moins, pas aussi importante).
Une fois de plus, ça n'a rien à voir avec chat.jabberfr.org. Comme on peut le voir sur http://jabber.apinc.org/stats.php, il y a en moyenne 600-700 utilisateurs connectés en même temps sur le serveur jabberd14 (celui avec les memory leaks). Soit 10 fois plus que ton vulgaire 64. En plus, tu n'as compté que les utilisateurs des salons publics. Qui te dit que y'a pas 1k utilisateurs sur un salon privé ?
Va lire https://linuxfr.org/comments/857573.html#857573 , et après on reparle de jouet ;)
[^] # Re: Hm ?
Posté par Elghinn . En réponse à la dépêche IRC Plus, une initiative pour harmoniser les services IRC. Évalué à 4.
Puis même si j'aime bien gajim, il est écrit dans un langage interprété et est pas mal buggé, ce qui aide pas niveau performance. Ça m'étonnerait pas que psi soit meilleur niveau performance de côté là.
« et le serveur, s'il ne plante pas, commencera à prendre des ressources énormes. »
Tu as des chiffres pour avancer ça, ou bien c'est purement subjectif ? Et de quel serveur parles-tu en particulier ? jabberd14, jabberd2, wildfire ou ejabberd ?
Si on en croit Mickaël Rémond (Mr ejabberd), ejabberd est carrément au top de chez top niveau performance (cf http://xbright.codingteam.net/dotclear/index.php/post/2007/0(...) ).
Ses chiffres sont quand même drôlement impressionnant.
Maintenant si tu as des benchmarks (ou des cas concrets) qui montre qu'il a tort, ou qu'un serveur capable de gérer 600000 utilisateurs se pisse dessus pour des salons de quelques centaines d'utilisateurs, je suis preneur.
[^] # Re: Un truc de geek
Posté par Elghinn . En réponse à la dépêche IRC Plus, une initiative pour harmoniser les services IRC. Évalué à 5.
Actuellement, la plupart du temps les messages s'affichent quasi instantanément, et ce quelque soit le client (gajim, psi, emacs-jabber, etc).
Tu devrais vraiment donner une deuxième chance aux salons jabber, surtout avec des clients comme gajim, ou emacs-jabber (voir même la version de dev de psi) qui les gèrent plutôt bien.
En plus maintenant linuxfr a son propre salon jabber : linuxfr@chat.jabberfr.org
[^] # Re: Un truc de geek
Posté par Elghinn . En réponse à la dépêche IRC Plus, une initiative pour harmoniser les services IRC. Évalué à 10.
[^] # Re: Un petit resume ?
Posté par Elghinn . En réponse à la dépêche Le code bar du samedi 2 juin 2007 : thème principal Gajim. Évalué à 0.
Pour résumer : une bonne moitié du salon n'était composée que de spectateurs. Par contre l'autre moitié a été plutôt active j'ai trouvé.
Dans l'ensemble pour une première fois c'était pas mal.
La prochaine fois on essaiera de mieux s'organiser de façon à ce que chacun sache exactement quoi faire. Et il y aura une liste bien précise d'idée de chose à faire (contrairement à celle là qui était un peu vague). Et on s'arrangera pour former des équipes de 2-3 plutôt que d'être quasiment chacun dans son coin à faire son truc tout seul.
[^] # Re: Gmail offline
Posté par Elghinn . En réponse au journal Google Gears, le retour de l'incompatibilité des navigateurs Web. Évalué à -1.
Faire un break dans l'implémentation de nouvelles fonctionnalités pour se concentrer uniquement sur ces problèmes seraient une très bonne chose je pense. Ça au moins ça serait un gros pas en avant, beaucoup plus que d'avoir un meilleur gestionnaire de marque-pages, ou de pouvoir consulter son compte en état hors-ligne (ce qui augmentera forcément l'utilisation de la mémoire, tu ne peux le nier).
[^] # Re: Gmail offline
Posté par Elghinn . En réponse au journal Google Gears, le retour de l'incompatibilité des navigateurs Web. Évalué à -2.
Personnellement, je ne suis pas forcément contre ce genre de fonctionnalité (même si je ne serais pas amené à les utiliser, principalement parce que je n'ai pas de compte gmail par exemple). Mais si c'est pour avoir un logiciel de plus en plus buggé, de plus en plus lourd, et avec des fuites mémoires de plus en plus grosses, non merci.
# VIP
Posté par Elghinn . En réponse à la dépêche Le code bar du samedi 2 juin 2007 : thème principal Gajim. Évalué à 3.
[^] # Re: The Linux Game Tome
Posté par Elghinn . En réponse à la dépêche Des jeux pour GNU/Linux. Évalué à 1.
[^] # Re: The Linux Game Tome
Posté par Elghinn . En réponse à la dépêche Des jeux pour GNU/Linux. Évalué à -2.
[^] # Re: Et si ...
Posté par Elghinn . En réponse au journal Bravo le vote innutile. Évalué à 4.
[^] # Re: plop
Posté par Elghinn . En réponse au journal Bravo le vote innutile. Évalué à 1.