> Le probleme etant que des devs n'utilisent pas (ou ne devraient pas utiliser) des distribs betas. Mais c vrai que pour wine depuis la sortie de la beta de RH ils travaillaient dessus.
C'est plustôt bon ça. Ça montre qu'il faut fournir ntpl "out of the box" pour que les devs se penche sérieusement sur le problème. C'est pas sans soucis évidement, mais un y a un côté positif. Dans 6 mois la grosse majorité des applis fonctionneront avec ntpl et toute les distributeurs pourront sortir une distribe avec ntpl sans essuier les "critiques" que subit redhat actuellement.
Il faut que les distributeurs "osent". Mandrake utilise acpi et je m'en félicite même si je n'utilise pas une mandrake. Car c'est du libre et que les autres distribes en profiterons. redhat sort ntpl et ntpl est dans cooker maintenant et sera présent dans la prochaine mandrake. Que du bonheur! Ce type d'initiative fait avancer le logiciel libre. Et si la redhat 9 ne vous plait pas, c'est pas grave. Si elle ne fait pas marcher vos programme favoris, c'est pas grave, utilisé autre chose.
Ce qui est "choquant", c'est quand ceux ceux qui n'utilisent pas une redhat 9 se plaignent du chois fait par redhat de mettre ntpl. Or ils profiterons à moyen terme (6 mois, c'est court) du boulot, de l'"impact" de la sortie de cette distribe (ce qui est totalement normal).> Oki mais la version 2.4 n'est pas exactement la meme.
ntpl est surtout côté glibc. Et la glibc 2.3 marche très bien avec 2.4 et 2.5 sur mon système. Merci.> mais si on pouvait simplement suspendre les taches a volonte (ce que ne permet tjs pas les NTPL)
Humm. Tu as un lien ?> Elles peuvent vraiment pas car la norme posix pour les threads est trop limitee
Tu es sûre ? Linux a eu du mal pour avoir une implémentation 100 % Posix.
[^] # Re: Test de la RedHat 9
Posté par matiasf . En réponse à la dépêche Test de la RedHat 9. Évalué à 1.