Quand yavait pas un truc dans les repo, je prenais les sources sur le site du projet, souvent ca passait même pas le ./configure (avec tous les -dev installés).
Je trouve que ce commentaire n'a pas de sens. JQue ce soit mandrake ou mandriva, les -devel sont les sources réempaquetés, si la version est conforme avec ce que demande les sources, la compilation marche.
C'était blindé de perl (gros troll, mais j'aime pas le perl :P)
C'est toujours blindé de perl.
C'était lent et chiant dés qu'il y avait un bon nombre de repo(mais la Suse est pas mieu, avec la synchro de tous les repo avant d'installer quoique ce soit). Ca, je pense que ça a changé (j'espère, c'est nul !) ;)
Depuis 2 voire 3 version, urpmi a été accéléré de façon étonnante, rpmdrake aussi, et au final même rpm (il checkait les signatures sur un rpm -qa par exemple).
Il y a un an, yast était insupportablement lent comparé à rpmdrake/urpmi sur la gestion des dépots et des rpms. Mais je m'abstiendrai de croire ou de dire que c'est toujours le cas sans vérifier.
C'était blindé d'outils "mandrake only"(ou presque, par contre c'était pas les seuls, et evidemment la Suse a Yast, c'est quand même pas une bonne référence non plus dans le domaine...). J'aurai vraiment préféré qu'il fassent des outils plus générique qu'on retrouve de distrib en distrib, ça aurait au moins servi la communauté.
Les outils sont libres, sont en perl et gtk, la communauté pouvait aussi les reprendre ou participer à leur amélioration.
Je suis persuadé qu'une partie des raisons de cette désaffection vient de la manière de faire les choses dans son coin qu'il y avait à une époque, mais cette époque est finie et les mentalités ont changé chez mandriva. La balle est dans l'autre camp maintenant.
Au passage, la communauté est gérée maintenant par Anne qui vient de Lea Linux et qui gère les confs du village associatif pendant solution linux avec parinux par exemple. Donc elle connait la communauté. Comme d'un autre coté, elle sait gérer et comprendre le coté engineering, on peut lui faire confiance pour arriver à faire le lien entre les différentes composantes de la communauté, que ça se répercute dans le code et les méthodes de travail et qu'au final les derniers problèmes récurrents disparaissent. Mais ce travail a été commencé depuis longtemps et porte déjà ses fruits depuis la 2007.0 et la 2007.1 spring.
Les fichiers de conf était souvent générés automatiquement, et yavait pas un commentaire pour changer la conf à la main qd les bidouilloux mandrakien arrivaient pas à faire ce dont j'avais besoin. En plus les utilitaires écrasaient souvent mes confs (notamment lors des mises à jour).
C'est vrai, mais ce qui a changé c'est que l'utilitaire de mise à jour prévient quand certaines conf ont changé, fait une copie du fichier, voire te donne à choisir l'action à effectuer. (j'ai cru voir récemment qu'il permettait de les ouvrir dans un éditeur).
Il y a encore des confs d'écrasées, mais ça va dans le bon sens, le problème est pris en compte et traité.
Rien n'empêche de filer un coup de main, c'est libre. Dark Schneider est en train de mettre sur pied un projet pour hoster le code des draktools pour qu'il soit plus facile d'y participer.
La distrib était blindée de patch foireux. J'ai jamais eut autant de merde avec les kernels que sur Mandrake.
L'équipe kernel et là aussi, les méthodes de travail ont changé. La communauté de cooker est plus intégrée au kernel, je crois qu'ils se basent beaucoup plus sur le kernel tmb d'un des cookers.
Mais bon le kernel, ça me dépasse, et d'un autre coté, tout n'est pas rose, ils ont embauché pterjan dans l'équipe kernel et j'ai bien peur que ce soit la porte ouverte à toutes les fenêtres. Il bosse sur un projet ultra secret dont je ne connais que le titre "CoinCoin in da Kernelz: Hack'It from da tribunez". Ca fait froid dans le dos!
Bref, c'est une bonne distro qui est devenue une très bonne distro, ne la laisse pas de coté, être une distro libérée, tu sais, ce n'est pas si facile.
Teste la RC1 et participe à l'amélioration de cette distro, ce qui te manque, c'est peut être d'être plus connecté avec la communauté des cookers et des utilisateurs pour pouvoir influer plus sur les points qui te gènent. Ce qui est intéressant de ce point de vue, c'est qu'on peut facilement avoir un contact direct avec mandriva.
[^] # Re: Enquête...
Posté par imr . En réponse au journal Un weekend d'install Linux, rien de parfait ?. Évalué à 7.
Je trouve que ce commentaire n'a pas de sens. JQue ce soit mandrake ou mandriva, les -devel sont les sources réempaquetés, si la version est conforme avec ce que demande les sources, la compilation marche.
C'était blindé de perl (gros troll, mais j'aime pas le perl :P)
C'est toujours blindé de perl.
C'était lent et chiant dés qu'il y avait un bon nombre de repo(mais la Suse est pas mieu, avec la synchro de tous les repo avant d'installer quoique ce soit). Ca, je pense que ça a changé (j'espère, c'est nul !) ;)
Depuis 2 voire 3 version, urpmi a été accéléré de façon étonnante, rpmdrake aussi, et au final même rpm (il checkait les signatures sur un rpm -qa par exemple).
Il y a un an, yast était insupportablement lent comparé à rpmdrake/urpmi sur la gestion des dépots et des rpms. Mais je m'abstiendrai de croire ou de dire que c'est toujours le cas sans vérifier.
C'était blindé d'outils "mandrake only"(ou presque, par contre c'était pas les seuls, et evidemment la Suse a Yast, c'est quand même pas une bonne référence non plus dans le domaine...). J'aurai vraiment préféré qu'il fassent des outils plus générique qu'on retrouve de distrib en distrib, ça aurait au moins servi la communauté.
Les outils sont libres, sont en perl et gtk, la communauté pouvait aussi les reprendre ou participer à leur amélioration.
Je suis persuadé qu'une partie des raisons de cette désaffection vient de la manière de faire les choses dans son coin qu'il y avait à une époque, mais cette époque est finie et les mentalités ont changé chez mandriva. La balle est dans l'autre camp maintenant.
Au passage, la communauté est gérée maintenant par Anne qui vient de Lea Linux et qui gère les confs du village associatif pendant solution linux avec parinux par exemple. Donc elle connait la communauté. Comme d'un autre coté, elle sait gérer et comprendre le coté engineering, on peut lui faire confiance pour arriver à faire le lien entre les différentes composantes de la communauté, que ça se répercute dans le code et les méthodes de travail et qu'au final les derniers problèmes récurrents disparaissent. Mais ce travail a été commencé depuis longtemps et porte déjà ses fruits depuis la 2007.0 et la 2007.1 spring.
Les fichiers de conf était souvent générés automatiquement, et yavait pas un commentaire pour changer la conf à la main qd les bidouilloux mandrakien arrivaient pas à faire ce dont j'avais besoin. En plus les utilitaires écrasaient souvent mes confs (notamment lors des mises à jour).
C'est vrai, mais ce qui a changé c'est que l'utilitaire de mise à jour prévient quand certaines conf ont changé, fait une copie du fichier, voire te donne à choisir l'action à effectuer. (j'ai cru voir récemment qu'il permettait de les ouvrir dans un éditeur).
Il y a encore des confs d'écrasées, mais ça va dans le bon sens, le problème est pris en compte et traité.
Rien n'empêche de filer un coup de main, c'est libre. Dark Schneider est en train de mettre sur pied un projet pour hoster le code des draktools pour qu'il soit plus facile d'y participer.
La distrib était blindée de patch foireux. J'ai jamais eut autant de merde avec les kernels que sur Mandrake.
L'équipe kernel et là aussi, les méthodes de travail ont changé. La communauté de cooker est plus intégrée au kernel, je crois qu'ils se basent beaucoup plus sur le kernel tmb d'un des cookers.
Mais bon le kernel, ça me dépasse, et d'un autre coté, tout n'est pas rose, ils ont embauché pterjan dans l'équipe kernel et j'ai bien peur que ce soit la porte ouverte à toutes les fenêtres. Il bosse sur un projet ultra secret dont je ne connais que le titre "CoinCoin in da Kernelz: Hack'It from da tribunez". Ca fait froid dans le dos!
Bref, c'est une bonne distro qui est devenue une très bonne distro, ne la laisse pas de coté, être une distro libérée, tu sais, ce n'est pas si facile.
Teste la RC1 et participe à l'amélioration de cette distro, ce qui te manque, c'est peut être d'être plus connecté avec la communauté des cookers et des utilisateurs pour pouvoir influer plus sur les points qui te gènent. Ce qui est intéressant de ce point de vue, c'est qu'on peut facilement avoir un contact direct avec mandriva.