1°) Le projet initial peut avoir évolué, de tel sorte qu'il ne soit pas assez stable. Et l'un n'empeche pas l'autre.
2°) Une distrib c'est pas juste un dépot de logiciel. Et Ce qu'il propose est de mettre en commun les forces des distribs orientés serveurs pour éviter que chacun fasse ca dans son coin (ce qui est fait actuellement).
Exemple avec juste debian et redhat (ce sont pas les seuls loins de la)
Debian décide que la version n.1 est sa version stable -> il la débugge extensivement, garde cette version (et bien entendu renvoie les patchs de corrections.)
Bien entendu les dvp de debian doivent surveiller les patchs de sécu pour les backporter sur leur version.
Red hat décide que la version n.3 est sa version stable -> il peut profiter du debugge de debian, sauf si il est fait en meme temps... Mais il va devoir se coltiner tous les bugs entre n et n.3 !
Bien entendu les dvp de redhat doivent surveiller les patchs de sécu pour les backporter sur leur version.
Tandis que la :
Le site décide que la version n.2 est sa version stable (par exemple concertation entre les != distribs).
Redhat et debian ont leurs todo lists, et corrigent chacun qu'une fois les bugs.
Les deux surveillent les patchs de sécu, et les corrigent suivant les besoins, et suivant ce qu'ils ont dis sur la mailing list (mais je t'en prie rh , corrige le. Ah non je veux pas t'enlever ton travail, etc...)
Comme ca le travail n'est fait qu'une fois.
Et si une entreprise décide de releaser à la date T, elle sait que ce dépot est stable, et n'as donc qu'a l'utiliser.
[^] # Re: Deux remarques
Posté par briaeros007 . En réponse au journal Une simple idée sur la sécurité. Évalué à 3.
2°) Une distrib c'est pas juste un dépot de logiciel. Et Ce qu'il propose est de mettre en commun les forces des distribs orientés serveurs pour éviter que chacun fasse ca dans son coin (ce qui est fait actuellement).
Exemple avec juste debian et redhat (ce sont pas les seuls loins de la)
Debian décide que la version n.1 est sa version stable -> il la débugge extensivement, garde cette version (et bien entendu renvoie les patchs de corrections.)
Bien entendu les dvp de debian doivent surveiller les patchs de sécu pour les backporter sur leur version.
Red hat décide que la version n.3 est sa version stable -> il peut profiter du debugge de debian, sauf si il est fait en meme temps... Mais il va devoir se coltiner tous les bugs entre n et n.3 !
Bien entendu les dvp de redhat doivent surveiller les patchs de sécu pour les backporter sur leur version.
Tandis que la :
Le site décide que la version n.2 est sa version stable (par exemple concertation entre les != distribs).
Redhat et debian ont leurs todo lists, et corrigent chacun qu'une fois les bugs.
Les deux surveillent les patchs de sécu, et les corrigent suivant les besoins, et suivant ce qu'ils ont dis sur la mailing list (mais je t'en prie rh , corrige le. Ah non je veux pas t'enlever ton travail, etc...)
Comme ca le travail n'est fait qu'une fois.
Et si une entreprise décide de releaser à la date T, elle sait que ce dépot est stable, et n'as donc qu'a l'utiliser.