el argumento que usa el dueño de mepis no tiene absolutamente ningun sentido. dice que se habia basado en ubuntu dapper (ya tiene un año) por la estabilidad, pero su error fue pensar que iban a actualizar el software mas frecuentemente (se queja de que solo hay bugfixes). y por eso es que va a volver a debian, especificamente debian 4 estable (etch). pero lo comico es que hoy debian etch tiene paquetes mas o menos igual de viejos que dapper, o sea que tampoco va a encontrarse con grandes ventajas en ese sentido. y la politica de backports de debian no es muy arriesgada ni mucho menos; o sea que tampoco ahi va a tener grandes diferencias. http://distrowatch.com/table.php?distribution=debian http://distrowatch.com/table.php?distribution=ubuntu cuando le preguntan por que no usa entonces una version mas reciente de ubuntu, dice que ubuntu se basa en debian experimental, por lo que supuestamente no es tan estable como debian testing o estable. pero esto no era ya obvio incluso antes de migrar? tambien dice que el problema con actualizar a nuevas versiones de ubuntu es que "ubuntu es casi una distro totalmente distinta cada vez que se lanza una version"... pero si gran parte de los paquetes provienen de debian experimental, no estaria pasando lo mismo con debian? tampoco se entiende bien que es lo que se supone que va a hacer con mepis. dice que va a usar base de debian estable, un kernel custom de mepis, aplicaciones en binario (de debian o de ubuntu??), y compilar algunas otras aplicaciones ("del codigo de debian o de ubuntu")... pero entonces cual seria el gran cambio? la base minima (glibc etc)? pero eso no lo va a tener que actualizar tambien, para soportar las aplicaciones nuevas que quiera compilar desde las fuentes? y si las actualiza, que gran diferencia tendria con ubuntu? me parece que cometio un error (bastante tonto) al elegir la version de ubuntu, y que se equivoco al elegir determinado punto de la ecuacion actualizacion / (supuesta) estabilidad. pero eso dificilmente lo vaya a solucionar volviendo a debian. -- Santiago Roza [email protected]