Le comble : JBoss, le serveur d'application libre concurrent de Websphere est hébergé par SourceForge !
Il serait bon de songer à migrer les projets libres vers Savannah, le fork libre de SourceForge...
![[en]](../images/en.png)
L'article CNET (456 hits)-
L'annonce de VA Software (411 hits)
-
Le site de Savannah (836 hits)
-
Le site de Sourceforge (335 hits)
![[fr]](../images/fr.png)
Le site de TuxFamily (368 hits)
> Lire la dépêche (48 commentaires, moyenne: 6).
Vous avez demandé le commentaire #127313.
Run by 
Cette page a été générée par Templeet en 0.1288s (dont 0.0115 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
decidement
apres des changements de license pas tres nettes, ils virent mysql pour du proprio ... effectivement il est grand temps de degager de sourceforge !!!
[+] [^]Re: decidement
Euh, je dis peut-être une grosse connerie mais DB2 est pas passé open source?
Genre on aurait meme trouver des backdoors dedans depuis, ou alors je confond?
[^]Re: decidement
je vote [confond].
C'est Interbase de Borland qui a été passé en OpenSource et dans lequel on a trouvé des backdoors.
[^]Re: decidement
Ya SAPdb ausii (pas entendu parler de bacdoors par contre).
Plus bas on parle de besoin de plus de puissance que ne peut en donner mySQL. Est-ce que celle là peut convenir?
[+] [^]Re: decidement
Bon
Voila
Alors en fait, euh...
Ca c'est peut être pas vu, mais c'était plus une demande de renseignements qu'autre chose, hein.
Personne?
[^]Re: decidement
Je ne veux pas t'insulter mais, en tes propres termes, oui, tu dis une grosse connerie. Quant à une porte de service, je n'en ai jamais entendu parler.
DB2, c'est aussi vachement plus performant et puissant que MySQL. Contrairement à beaucoup de sites et d'applications qui utilisent DB2 et qui pourraient se contenter de MySQL, SourceForge est une application titanesque qui pourrait bénéficier du passage à une base de données plus adaptée.
Plus inquiétante par contre est l'idée que c'est que c'est peut-être le premier pas d'IBM dans la prise de contrôle de VA Software.
[^]Re: decidement
> SourceForge est une application titanesque qui pourrait bénéficier du passage à une base de données plus adaptée.
SourceForge est une application titanesque qui tente de tout centraliser ce qui ne va AMHA pas *du tout* dans le bon sens. Du coup ils ont besoin de super ressources, mais ce ne serait pas le cas si le boulot etait delegue a 10, 20, pourquoi pas 100 ou 1000 sites distincts qui proposeraient les meme services...
Objectivement, quel est l'interet d'etre tous sur le *meme* serveur? Franchement je vois pas trop. Que le gars qui bosse sur un clone de Warcraft soit sur le meme systeme qu'un type qui code des modules Python pour s'interfacer avec une base de donnees, ca me parait pas indispensable...
La solution c'est d'utiliser le moteur SourceForge (celui qui est libre...) et de le faire tourner sur differents site, et non pas de booster le serveur SourceForge avec un SGBD proprio qui meme s'il etait - et on peut en douter - 10 fois plus puissant que MySQL pour ce genre de tache - je precise pour ce genre de tache - est de toutes facons condamne a crouler sous la charge le jour ou SF atteindra un nombre de projets/d'utilisateurs 10 fois superieur au nombre actuel.
La centralisation et le controle total est un fantasme de dirigeant et de grande entreprise (ce qui est un pleonasme), mais n'est que rarement source d'ameliorations concretes.
Ainsi, mieux vaut privilegier les sites "alternatifs" qui proposent des services equivalents (Savannah, TuxFamily,...), ca permet de s'eviter des sueurs froides du genre "Arrghhh IBM met la main sur xxx milliers de depots CVS!".
[^]Re: decidement
SourceForge est une application titanesque qui tente de tout centraliser ce qui ne va AMHA pas *du tout* dans le bon sens. Du coup ils ont besoin de super ressources, mais ce ne serait pas le cas si le boulot etait delegue a 10, 20, pourquoi pas 100 ou 1000 sites distincts qui proposeraient les meme services...
C'est super beau ton idée, mais c'est vachement vraiment moins cher d'avoir huit énormes serveurs et un tuyau gigantesque pour les alimenter en octets que d'avoir mille petits serveurs à cent emplacements différents, avec cent "petits" abonnements pour la bande passante et quelques centaines de techniciens pour effectuer la maintenance.
Objectivement, quel est l'interet d'etre tous sur le *meme* serveur? Franchement je vois pas trop.
On voit que tu payes pas la facture.
[Le site] est de toutes facons condamne a crouler sous la charge le jour ou SF atteindra un nombre de projets/d'utilisateurs 10 fois superieur au nombre actuel.
Ah bon. C'est bien connu, les sites croulent quand on multiplie par dix leur nombres d'utilisateurs. Leurs propriétaires sont incapables de voir les courbes d'utilisation grimper, et ils n'adaptent jamais leur installation. Huit serveurs un jour, huit serveurs toujours !
La solution (...)
Qui est évidente mais que personne n'applique, tu as remarqué ?
La centralisation et le controle total est un fantasme de dirigeant et de grande entreprise
Tu m'as l'air fort bien placé pour parler de fantasmes.
Dans le fond, tu n'as pas tort. La version de SourceForge utilisée sur sf.net n'est pas ouverte, ce qui empêche les projets de récupérer toutes leurs données quand ils veulent émigrer sur d'autres hébergements, et le fait qu'IBM soit en bonne position pour racheter VA Software (qui a des soucis financiers) n'est pas très rassurant. Mais bon, ça fait très longtemps que la communauté connaît les problèmes posés par ce site, et malgré cela elle continue de se faire héberger dessus car c'est quand même très pratique, et pas cher.
[^]Re: decidement
Mais bon, ça fait très longtemps que la communauté connaît les problèmes posés par ce site, et malgré cela elle continue de se faire héberger dessus car c'est quand même très pratique, et pas cher.
Très pratique, c'est beaucoup dire. L'interface est objectivement infâme, on ne comprend rien à la façon de gérer les fichiers avant d'avoir lu et relu dix fois la doc... C'est juste que tout le monde est sur sourceforge, donc tout le monde y reste. Du bête panurgisme.
[^]Re: decidement
Ha, petite précision. En disant "pratique", je ne parlais pas de la qualité de l'interface, mais du fait d'avoir sur un même serveur hébergement de pages, mailing lists, gestionnaires de bugs, stockage CVS, etc. À ma connaissance, peu d'ISP proposent ça¹, et pour bénéficier de ces services il faut se faire héberger une machine, la configurer et la maintenir. SourceForge fait tout cela, pour pas un rond.
¹ Oui, je sais que TuxFamily existe. Bravo, d'ailleurs.
[^]Re: decidement
Il y a sûrement une part de panurgisme comme tu dis, mais il y a aussi le fait qu'il n'y a pas vraiment d'équivalent qui arrive au niveau de SourceForge...
Enfin moi pour l'instant j'ai pas trouvé.
JB.
[^]Re: decidement
Oui. En fait, ça dépend surtout si on a besoin de l'ensemble des fonctionnalités. Tuxfamily a un jeu de fonctionnalités assez riche ;)
[^]Re: decidement
> c'est vachement vraiment moins cher d'avoir huit énormes serveurs et un tuyau gigantesque pour les alimenter en octets que d'avoir mille petits serveurs à cent emplacements différents,
Hum...
Va expliquer ca aux gars qui participent au projet SETI et a ceux qui echangent des MP3 comme des oufs sur les reseaux de peer to peer.
OK, ca ne concerne pas le meme type de service que SF, mais honnetement je vois pas vraiment en quoi tout centraliser rend les choses moins cheres.
Justement, le fait que le SGBD arrive a ses limites rend les couts exponentiels. Tu te retrouve oblige de prendre des machines de folie, de mettre en place des clusters, des solutions logicielles de plus en plus complexe. Bref, c'est le bordel.
Ce que je vois surtout c'est qu'en centralisant tout tu es oblige d'avoir des gens qui bossent a plein temps sur le probleme. Alors que je connais pas mal de sites - mais beaucoup plus petits evidemment - qui sont administres par des gens qui font ca sur leur temps libre. Cout = 0.
Le probleme c'est quand le site "grossit". La les admins peuvent plus tout faire le soir en revenant du boulot, la maintenance perd pas mal de son aspect ludique (paye ta configuration de firewall pour eviter que les petits cons de service te pourrissent ta machine a coups de DoS) et parfois meme le site ferme, souvent parce qu'il a trop "grossit".
> On voit que tu payes pas la facture.
Je paye l'hebergement de mon site web, ca me coute a peu pres 30 euros/an. Je trouve ca relativement peu cher. Si SF avait decide de faire payer ses utilisateurs plutot que de basculer son code en proprio, j'aurais eu plus de chances d'y rester. (*) Vu le temps que je passe sur les Logiciels Libres, je suis pas a une centaine d'euros par an pres...
> les sites croulent quand on multiplie par dix leur nombres d'utilisateurs
Oui, ils croulent.
Pendant les 3 derniers mois ou je me suis servi de SF, ca ramait comme pas permi, c'etait une horreur. De mon cote, connexion ADSL qui marche, en face, serveur a genoux qui te sort les pages du site au compte goutte.
> Huit serveurs un jour, huit serveurs toujours
A bah le probleme c'est que les serveurs ca coute cher, c'est pas le tout d'avoir envie d'en acheter...
De plus, si avec un 8 serveurs du sert 10000 utilisateurs, rien ne dit qu'avec 16 serveurs tu en sert 20000. Ca peut coincer a plein d'endroits, et en particulier au niveau du SGBD...
> Qui est évidente mais que personne n'applique, tu as remarqué ?
Tres peu de personnes utilisent les .ogg, je continue pourtant a utiliser ce format.
Peu de personnes utilisent Linux, je n'ai pourtant pas l'impression que c'est un mauvais choix.
Le raisonnement qui consiste a dire "si tout le monde le fait, c'est certainement que c'est mieux" est pas toujours le meilleur, et parfois il est completement faux.
Avec ce raisonnement, on peu facilement etre amene a penser que Windows est le meilleur OS et que TF1 est une bonne chaine de television
> Tu m'as l'air fort bien placé pour parler de fantasmes
Qu'est-ce qui te fait penser ca 8-)
> VA Software (qui a des soucis financiers)
me fait penser que l'hebergement gratos de projets Open Source a trop grande echelle est une impasse financiere.
J'ai profite des services de SF pendant pas mal de temps. A un moment j'ai voulu faire migrer mes projets car les decisions/les orientiations prisent par VA ne me plaisaient pas.
En toute bonne foi, j'avais a disposition 4 solutions d'hebergement alternatifs gratos (parmi lesquels Savannah, TuxFamily et SunSITE.dk). Il n'y a donc pas penurie. Le seul point noir AMHA etait que je n'ai pas trouve d'alternative payante qui m'aurait evite de dependre du bon vouloir d'un hebergeur gratuit. M'enfin bon on a vu pire comme situation.
Sur ce, bonne soiree a tous.
(*) d'ailleurs quelqu'un connaitrait-il un provider qui proposerait (moyennant abonnement) un serveur CVS ou on puisse mettre autre chose que du code?
[+] [^]Re: decidement
Je ne vais pas répondre à tout en détail. Tu sembles oublier que SourceForge est la propriété d'une entreprise, pas de la communauté. Pour une entreprise, tout gérer sur un ou deux sites est la seule solution rentable. Quant au gens qui hébergent "gratuitement", si tu t'imagines que ça ne (leur) coûte rien, tu te trompes.
D'autre part, tu n'as pas compris ma phrase "[solution] Qui est évidente mais que personne n'applique, tu as remarqué ?" Je t'invitais à réfléchir au fait que comme dans toute communauté, la majorité des utilisateurs de SourceForge est moutonnesque et ne se préoccupe pas autant que toi de liberté, d'inconfort, etc. En tous cas, SourceForge continue de leur convenir.
Par ailleurs :
Tres peu de personnes utilisent les .ogg, je continue pourtant a utiliser ce format.
Tu donnes l'impression qu'il s'agit d'un vieux format que seule une poignée de purs et durs continue d'utiliser, alors qu'il s'agit d'une des innovations les plus importantes de ces dernières années ! Ceci dit, merci de m'avoir fait penser à faire mon ripping quotidien. :)
[Il y a à] disposition 4 solutions d'hebergement alternatifs gratos [...] Il n'y a donc pas penurie.
Si tu t'imagines une seconde que ces quatre solutions réunies offrent une capacité d'hébergement à même de recevoir tous les projets hébergés sur SourceForge, tu te fourres le doigt dans l'oeil jusqu'à la clavicule.
[^]Re: decidement
> Tu sembles oublier que SourceForge est la propriété d'une entreprise, pas de la communauté.
Le code SF libre qui tourne sur Savannah est peut-etre la propriete de SF, il n'en est pas moins utilisable par tout le monde.
Quand aux projets qui sont heberges par SF, ils sont la propriete de leurs auteurs - et non pas de SF - et ce sont bien eux qui font toute la valeur du site. SF est proprietaire des machines et detient des droits sur le moteur SF, mais sorti de la tout le reste appartient a la "communaute" au sens large.
> la majorité des utilisateurs de SourceForge est moutonnesque
Peut-etre as-tu raison, mais j'aime rester optimiste et nourrir l'espoir d'avoir raison de penser le contraire 8-)
> Si tu t'imagines une seconde que ces quatre solutions réunies offrent une capacité d'hébergement à même de recevoir tous les projets hébergés sur SourceForge
Ben ces 4 solutions ne peuvent pas tout heberger, mais elles montrent qu'il y a des alternatives. Le Logiciel Libre n'a pas attendu SourceForge pour exister. SourceForge est un service pratique, mais sa disparition/fermeture ne serait pas une perte irreparable. J'ai beaucoup moins peur de la disparition de SF que des evolutions de la legislation concernant les brevets.
Je reste convaincu que si SF disparaissait, chacun trouverait son alternative sans trop de pb. C'est clair, il n'y a pas "un" site qui va remplacer SF, mais si on repartit la charge sur 10000 serveurs, ca devient jouable.
Se pose apres le probleme "mais comment trouver tel ou tel projet, avant c'etait pratique tout etait sur SF!". Freshmeat est la pour ca, je ne pense pas que ce soit le role principal de SF que de centraliser l'info. Son role c'est de fournir des ressources. Point.
[^]Re: decidement
Sans intervenir dans le debat de fond, et juste comme ca en passant...
> Se pose apres le probleme "mais comment trouver tel ou tel projet, avant c'etait pratique tout etait sur SF!". Freshmeat est la pour ca, je ne pense pas que ce soit le role principal de SF que de centraliser l'info. Son role c'est de fournir des ressources. Point.
Qui c'est qui gere freshmeat? OSDN
Qui c'est OSDN? VA
beuh...
[+] [^]Re: decidement
hum
tu préfères backuper un serveur ou 1000 serveurs ?
tu préfères surveiller un serveur ou 1000 serveurs ?
combien de personnes dois je payer pour administrer 1 machine et combien pour mille ?
Pour finir, comparer mysql avec DB2, ca fait sourire :)
[+] [^]Re: decidement
Tu peux facilement trouver 1000 personnes qui hébergeront spontanément des projets liés au libre sur un coin de machine et qui y consacreront bénévolement un peu de temps.
Gérer une unique machine avec 1000 fois plus de charge, ça occupe un admin à plein temps et cet admin, il faut le payer !
[^]Re: decidement
DB2, c'est aussi vachement plus performant et puissant que MySQL
MySQL étant réputé très rapide, sans doute à juste titre étant donné qu'il n'implémente pas tout le SQL et qu'il lui manque un certain nombre de fonctions avancées (triggers, procédures stockées, transactions, etc), as-tu des chiffres concrets ou des faits qui appuient ta déclaration ?
En tous cas dans le cas de volume de données pas trop important, j'ai du mal à croire que DB2 soit plus rapide que MySQL (sa relative simplicité le favorise).
[^]Re: decidement
Non, je n'ai pas de chiffres. Ce que je sais, c'est que DB2 supporte très bien les montées en charge. Donc MySQL est préférable à DB2 sur un petit site, avec des requêtes simples, étant plus léger, plus facile, plus gratuit, etc. Sur un gros site, ou sur une application complexe, même sur des requêtes simples, DB2 a l'avantage. Et ne parlons pas des requêtes complexes, qui permettent de gros gains de performance quand elles sont bien utilisées. Ne perd pas de vue qu'IBM est l'inventeur de la base de données et que ça fait vingt ans qu'ils payent des gros cerveaux à optimiser DB2.
[^]Re: decidement
Et ne parlons pas des requêtes complexes, qui permettent de gros gains de performance quand elles sont bien utilisées.
Et quand elles ont une utilité.... En général, sur un site Web, on ne fait pas du recoupement statistique ultra-complexe avec des jointures entre des dizaines de tables ; au contraire, il s'agit la plupart du temps d'aller chercher l'enregistrement demandé en URL de la façon la plus "straight-forward" qui soit (e.g. project.php3?project_id=53 => tiens, si j'allais chercher les données du projet numéro 53...).
Note que MySQL inclut un type de table nommé InnoDB, qui paraît-il a un très bon comportement en montée en charge avec une grosse concurrence d'accès. Pas testé perso.
[^]Juste pour préciser ...
En fait, les transactions sont supportées désormais sous MySQL.
Pour le reste, j'ignore.
[^]Re: decidement
>DB2, c'est aussi vachement plus performant et puissant que MySQL.
Performant ? c'est pas ce que j'ai entendu dire ailleurs.. robuste, oui..
[^]Re: decidement
Je pense que VA Linux essaye de sauver sa peau.
Avec IBM comme allié on se sent vite mieux.
Regarde un peu le cours de leur action apres cette annonce tu comprendras.
D'accord c'est triste pour la communaute Open Source, mais il ne faut pas souhaiter que VA Linux ferme...
[+] [^]Re: decidement
...
l'éternel imcompréhension entre ceux qui mettent Linux avant l'Open Source et les autres
...
c'est triste
[^]Re: decidement
Ce n'est plus "VA Linux", mais VA Software. Ils ont changé de nom, et *abandonné* Linux. Dans tous les sens du terme.
[^]Re: decidement
Petite correction. Depuis la version 2.5, SF utilise PostgreSQL et non MySQL.
[+] [^]Re: decidement
Il faut dire que MySQL est très limité. J'étais d'ailleur surpris de l'apprendre, j'avais entendu tant de bien de cette sgbdr !
[+] [^]je dirais même plus
Je dois dire que LupusMic est très limité. Je suis d'ailleurs surpris de le constater, ce troll avait l'air si prometteur !
[^]Re: je dirais même plus
Tout simplement parceque, pour une fois, je ne trollais pas ! Et oui, MySQL est très limité. A peine veux-tu faire quelque chose de classique (utilisation des vues), PAF ! Pas possible. Non, MySQL, c'est la galère, et je ne comprends plus cette adoration envers un outil aussi limité !
[^]Si si :-))
C'est un troll dans la mesure où ce sujet est débattu et rebattu régulièrement sur une foultitude de forums et de listes, et qu'à chaque fois la seule conclusion qu'on peut honnêtement en tirer est :
Il n'y a rien de plus, MySQL est honnête vis-à-vis de ses lacunes, il n'y a qu'à lire la doc (qui d'ailleurs est un point fort de MySQL, soit dit en passant). On ne reviendra pas sur les avantages de MySQL (légèreté, facilité d'administration, etc.), qui sont aussi indéniables que ses inconvénients.
A propos : MySQL Myths (http://michael.bacarella.com/projects/mysqlmyths/(...))
[^]Re: decidement
Effectivement, la situation de SF ne s'améliore pas.
Je vous rappele l'existence de TuxFamily, pour ceux qui voudraient bouger, qui est un hébergeur indépendant de tout ce qui a trait aux logiciels libres.
http://www.tuxfamily.org(...)
[^]Re: decidement
Acid, tu devrais vraiment te relire des fois, ispice di taiwan va ;).
Bon maitenant du contenu:
TuxFamily.org offre un service "complet", presque fiable (on a subit quelques problèmes, mais avec l'aide de tous on s'en sort).
TuxFamily.org est un service indépedant, libre et gratuit.
TuxFamily.org c'est aussi une association, c'est elle qui collecte les fonds, assure une existance officielle au service.
TuxFamily.org a l'avantage d'être une "petite" structure qui n'est pas figé. On peut facilement répondre a des besoins précis (mais il faut que l'on en est envie et que l'on est le temps, on est pas des machines, nous les admins ;). Mais techniquement on est une structure moyenne avec les moyens d'hébergés beaucoup de projet: 2 machines pour le web, 2 load balancers, 2 serveurs pour le mail et le dns, mais 1 serveur pour le stockage .
La plateforme logiciel n'est pas SourceForge, il n'y a pas les services de disponible comme cela a la creation du projet (en particulier, pas de bug tracker integré). Mais c'est aussi une autre approche, car a la base TuxFamily ne faisait que de l'hébergement Web. La plateforme à evoluer pour gérer les projets et les groupes (et les sous groupes : attention ceci est une feature qui tu sa race , NdT: en franglais racaille dans le texte)
Enfin voila.
Ca marche, et on en est content de notre plateforme mais si il y a des limitations qui vont disparaitre a la prochaine version, attendons.
Quoiqu'il en soit, essayez le, si vous n'etes pas satisfait je vous rembourse en point XP