Re: Des nouvelles de MandrakeSoft

> comme yast n'est pas libre et donc si SuSE croule, tu ne peux pas reprendre le flambeau comme pour une RedHat ou une Mdk. C'est un peu récurent comme propos. Le problème si SuSE s'écroule, ce n'est pas que yast est perdu. D'ailleur si SuSE coule il est probable que yast passe sous GPL ou BSD. SuSE c'est pas yast ! SuSE c'est des développeurs de haut niveau dans le kernel, gcc, etc... Des mecs qui ont les compétences de faire un portage sous opteron, bosser sur SMP, etc... Yast c'est 10 % maximum de l'activité de suse. Pour moi une boîte que fait plus de 90 % de libre, c'est une boîte qui fait du libre.> Et c'est donc une bonne chose que anaconda et l'installeur mdk soient libres, çà permet d'avoir une bonne base de travail pour ceux qui souhaitent créer une distrib avec un installeur convivial. Heu, là il y a un truc que je pige pas. T'as déjà installé une Redhat ? Tu trouves que l'installation d'une RedHat est plus compliqué que l'installation d'une Mandrake ? Niveau facilité, c'est bonnet blanc et blanc bonnet.> Après, je n'aime pas non plus entendre "Mdk ne contribue presque pas au libre" Ben c'est la réalité. Au moins actuellement. Mandrake c'est actuellement 50 employés (qqu pour confirmer?). RedHat il y a 18 mois était à 600 employés. RedHat doit actuellement avoir 750 employés à vu de tarrin. Je reprend ta liste :> FSF Europe C'est peut-être une aide financière...> GNOME Foundation Mandrake ne fait rien ou presque depuis un moment sur Gnome. Fouille les mailing-list pour confirmer.> KDE League> KDE> Plex86> Bastille Linux> Prélude Ceux-là, je sais pas.> RpmLint 60 ko le tar.gz. Regarde la taille du tar.gz de rpm . Plus de 8 Mo et principalement développé par Redhat. A mon sens, Mandrake devrait bosser sur rpm pour mieux controler les erreurs que faire un truc séparé.> Urpmi Rendons à Mandrake ce qui appartient à Mandrake. Ajoutons que rpm fournit tout le nécessaire. Ce qui permet à redhat d'écrire up2date ou d'avoir yum (un équivalent de urpmi mais moins puissant) écrit avec 7600 lignes de python : http://linux.duke.edu/projects/yum/ Redhat ne fournit pas d'équivalent directe à urpmi pour des raisons commerciales. Mais il y a up2date qui "tape" dans les serveurs redhat et des serveur rhn libre existe. On peut ajouter yum et apt et on se rend compte que urpmi n'est pas seul.> PHPNUKE> Linux Kernel Development Dans les derniers changelog du 2.5 il n'y a aucune référence à mandrake. Sinon il ne reste qu'un développeur kernel cher mandrake (Jeff Garsik de mémoire).> pour moi des outils comme msec (pas d'équivalent à ma connaissance mais libre donc pourquoi pas intégré dans d'autres distribs même si je ne pense pas que RedHat irait intégrer des aspects de Mdk dans la leur C'est absolument pas un problème pour redhat. Par contre redhat est très "carré". Par exemple il n'y a plus webmin, ni linuxconf. Pour la configuration redhat a sa "ligne" de produit sur le même moule. Redhat ne s'amuse à pas virer les contributions des autres distributeur... ou les patchs de Mandrake. Faut être sérieux... Ils savent ce que c'est le logiciel libre. Pour le produit msec plus particulière, je ne vois pas Redhat l'utiliser. D'après ce que je sais (et je ne connais pas beaucoup msec), msec contrôle le système et fait des modifs s'il voit un problème. Typiquement il conserve une conf de référence et si ça bouge il restaure sa conf de référence. Cette "protection" a un sens si un attaquant obtient les droits root. Mais dans ce cas, s'il connait msec, il fait les modifs ad hoc. Puis c'est un truc qui peut "emmerder" les admins :-)> Ensuite la contribution au libre doit elle ne se faire qu'avec des lignes de code ? Le côté user-friendly des distribs qui peuvent facilement convertir des utilisateurs windows et leur popularité ne contribuent elles pas à l'image et à la diffusion de Linux, donc au libre ? Heu oui. Mais faut pas croire qu'il y a que Mandrake qui bosse sur le "user-friendly". Redhat employe le mainteneur de gtk et à deux devs de tête pour gnome (havoc et owen) et j'oublie d'autres "petites mains". J'imagine que Suse doit avoir autant de ressource pour KDE, bien que Suse est correctement engagé dans Gnome (en tout cas dans freedesktop). Ce que fait Redhat, suse, ximian et plein plein d'autres, contribue au "user-friendly". A quoi sert les drake* s'il n'y a que mc, lynx et xmail ?> logiciels récents déclarés stable Pour un serveur, c'est réellement, mais réellement un faut problème.