¿Diferenciar los ports de la base del sistema no hace que los ports puedan ser inestables?
Quiero decir, que si los ports van por libre ¿Cómo se sabe que el conjunto de sistema base más ports es estable y se comporta bien en conjunto?
Puede que los ports que se "congelaron" cuando salió la estable seis meses después no sean igual de estables y si los instalas rompas algo. ¿No sería algo parecido a usar una base de Woody y la rama no oficial backports.org?
Cada sistema tiene sus bondades e inconvenientes, pero en estos momentos parece que funciona mejor el sistema de los BSD's (que yo sepa FreeBSD también saca versiones cada seis meses, más o menos), que el sistema de una versión "cuando se acabe"
Respecto a los ports, el tener separado el núcleo del sistema de las aplicaciones propicia escenarios mucho más amplios. Podemos "estabilizar" cada parte por su lado, realizando lanzamientos conforme a las necesidades y sin que una parte del proyecto paralice TODO.
Imaginemos que tenemos una versión del core cada seis meses, una versión de los servicios "de servidor" cada el mismo tiempo y una versión de los servicios de escritorio cada tres, cada una con sus lanzamientos y parches de seguridad. Con esto conseguiriamos mayor flexibilidad, con escaso impacto negativo.
Re:El ejemplo de los BSD's
(Puntos:2)( http://helvete.escomposlinux.org/ )
Quiero decir, que si los ports van por libre ¿Cómo se sabe que el conjunto de sistema base más ports es estable y se comporta bien en conjunto?
Puede que los ports que se "congelaron" cuando salió la estable seis meses después no sean igual de estables y si los instalas rompas algo. ¿No sería algo parecido a usar una base de Woody y la rama no oficial backports.org?
Re:El ejemplo de los BSD's
(Puntos:2)( http://barrapunto.com/~orfeo/journal/ | Última bitácora: Martes, 08 Julio de 2014, 11:59h )
Respecto a los ports, el tener separado el núcleo del sistema de las aplicaciones propicia escenarios mucho más amplios. Podemos "estabilizar" cada parte por su lado, realizando lanzamientos conforme a las necesidades y sin que una parte del proyecto paralice TODO.
Imaginemos que tenemos una versión del core cada seis meses, una versión de los servicios "de servidor" cada el mismo tiempo y una versión de los servicios de escritorio cada tres, cada una con sus lanzamientos y parches de seguridad. Con esto conseguiriamos mayor flexibilidad, con escaso impacto negativo.