justement, y a pas un risque que le gars qui s'y connait pas trop et qu'il veuille optimiser la libc pour son beau amd octo core dowload la dernière versions par tarball fasse un ./configure && make && make install et casse tout, puis qu'il aille se plaindre sur la mailing list que c'est pas normal.
Sur un truc aussi sensible, je ne laisserai pas les archives facilement downloadable, ou alors planqué bien loin dans l'arborescence avec des noms de répertoire /do/you/really/want/to/beak/your/OperatingSystem, avec un popup d'avertissement.
Quant à demander aux développeur d'agir comme ci ou comme ça... cvs c'est quelques lignes, c'est pas la mort, tu peux chopper rapidement la version que tu veux, et ça n'encombre pas l'espace disque par la v1.0.3 v1.0.4.1 v1.2.8 , qui même en bzip2 doit prendre pas mal en taille; ensuite tu peux imaginer un système de rouleau pour conserver que les n dernière versions, et avoir de toutes façons des gens qui râlent car ils n'ont pas la 1.2.2.222 mais que la 1.2.223
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Releases are available by CVS branch checkout only.
Posté par fearan . En réponse au journal glibc m'a tuer. Évalué à 2.
Sur un truc aussi sensible, je ne laisserai pas les archives facilement downloadable, ou alors planqué bien loin dans l'arborescence avec des noms de répertoire /do/you/really/want/to/beak/your/OperatingSystem, avec un popup d'avertissement.
Quant à demander aux développeur d'agir comme ci ou comme ça... cvs c'est quelques lignes, c'est pas la mort, tu peux chopper rapidement la version que tu veux, et ça n'encombre pas l'espace disque par la v1.0.3 v1.0.4.1 v1.2.8 , qui même en bzip2 doit prendre pas mal en taille; ensuite tu peux imaginer un système de rouleau pour conserver que les n dernière versions, et avoir de toutes façons des gens qui râlent car ils n'ont pas la 1.2.2.222 mais que la 1.2.223
Il ne faut pas décorner les boeufs avant d'avoir semé le vent