Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Re:Sí

    (Puntos:0)
    por pobrecito hablador el Jueves, 25 Noviembre de 2004, 14:52h (#394212)
    "Para romper mitos. Debian tiene tres distros, estable, testing y Sid"

    Para romper ignorancias: Debian tiene UNA sola distribución GNU/Linux (tiene otras distribuciones y proyectos con kernel Hurd, FreeBSD, etc. pero no estamos hablando ahora de eso).

    Esa ÚNICA distribución atraviesa tres ESTADOS principales: Unstable, Testing y Stable.

    Los dos primeros, Unstable y Testing sólo tienen interés operativo para la propia comunidad que desarrolla este único producto, ya que son pasos intermedios conducentes al único resultado externo de Debian, Debian Stable que es, como tal, el único producto para consumo externo que produce Debian (no es que tú no puedas usar los otros, como ocurre por ejemplo, con las versiones internas de desarrollo de Longhorn y, en general, de cualquier software de licencia privativa, pero que tengas acceso a Unstable o Testing, no los convierte en productos finales: siguen siendo herramientas para construir el producto, que es Stable).

    "Sid es inestable, es cierto, pero la distro que tú hagas basandote en snapshots de Sid, no tiene porque ser necesariamente inestable"

    Verdad de perogrullo, ya que es obvio que es así: la propia Debian construye su versión estable a partir de Sid. Siendo software libre, si lo hace Debian es que lo puede hacer cualquier otro también.

    "una distribución personalizada basada en Debian puede alcanzar [su] estabilidad antes"

    Es cierto, y lo es por las razones que indicas. ¿Pero es que acaso el trabajo para crear una buena distribución se acaba cuando tenemos una "foto" de una serie de paquetes (pocos o muchos) bien integrados entre ellos?

    ¡No! De hecho, el verdadero trabajo duro comienza entonces, cuando has publicado tu "foto". ¿Quién va a permanecer vigilante para enterarse cuanto antes de que en uno de los paquetes que se han metido en la "foto" se ha descubierto un error? Una vez descubierto, ¿cómo se va a arreglar? ¿se tiene capacidad para realizar un backport "quirúrgico" del parche que arregla el fallo, de manera que el comportamiento de nuestra "foto" no vaya a cambiar, perjudicando por sorpresa a terceras partes? ¿o se esperarán a que el desarrollador corrija el fallo en una versión futura a la que, por cierto, también se le han añadido nuevas funcionalidades que ya por sí solas garantizan que tu "foto" se va a romper? y eso por no hablar de los nuevos fallos que se introducen junto con las nuevas funcionalidades...
    [ Padre ]
    • Re:Sí de pobrecito hablador (Puntos:0) Jueves, 25 Noviembre de 2004, 17:30h
      • Re:Sí de pobrecito hablador (Puntos:0) Jueves, 25 Noviembre de 2004, 19:03h
        • Re:Sí de algarcia (Puntos:2) Jueves, 25 Noviembre de 2004, 19:34h
          • Re:Sí de pobrecito hablador (Puntos:0) Viernes, 26 Noviembre de 2004, 00:21h
            • Re:Sí de algarcia (Puntos:2) Viernes, 26 Noviembre de 2004, 08:06h
          • Re:Sí de pobrecito hablador (Puntos:0) Viernes, 26 Noviembre de 2004, 00:24h
            • Re:Sí de algarcia (Puntos:2) Viernes, 26 Noviembre de 2004, 08:13h
    • Re:Sí de algarcia (Puntos:2) Jueves, 25 Noviembre de 2004, 18:30h