KaOS, es una distro desarrollada por Anke Boersma, antigua integrante del proyecto Chakra, que nos ofrece una distribución construida desde cero, enfocada a extraer la máxima calidad de las tecnologías de KDE/Qt, y en exclusiva arquitectura de 64 bits.
La podemos descargar desde la pagina oficial
http://kaosx.us/download/
Una distro refinada , no posee una cantidad impresionante de paquetes al estilo Debian o Arch, sino lo mejor de lo mejor. Pocos (media docena de aplicaciones para la misma función, es el objetivo) pero selectos y bien mantenidos, esa es la idea de KaOS
En la version live el consumo de RAM es al inicio entre 400 mb y 450 mb
La selección de programas es en su inmensa mayoría KDE, pero no se excluyen programas GTK cuando su equivalente QT no está a su altura. Es el caso de los navegadores, aunque por defecto trae Qupzilla .
Como editor de texto y demas trae por defecto Calligra
KOTONARU se llama el tema desarrollado para Kaos , muy agradable mejorando las sensaciones, a la hora de manejar las diferentes aplicaciones y moverse con mucha, mucha velocidad por los menús
Veamos que dice su pagina es español
¿A que usuarios está destinada KaOS?
A aquellos usuarios que han probado varios Sistemas Operativos/Distribuciones/Entornos de Escritorio(DE) y han encontrado que prefieren una Distribución que use todos los recursos disponibles para trabajar en sólo un DE, que de lo mejor si, y sabe que, luego de sus búsquedas, lo mejor para ellos es KDE.
Que usan hardware de alrededor del 2005 o posterior, entonces no tendrán problemas con usar software de 64 bits.
Usuarios que no tienen miedo de usar versiones de aplicaciones para KDE/QT, que les gusta ver la mejor seleccion de programas disponible para sus necesidades, incluso si eso significa aprender nuevas formas de trabajar antes de usarlas.
Que entiende que la selección de aplicaciones para una misma tarea estará limitada a 5 o 6. No habrá 20 reproductores de música por ejemplo.
¿Que requerimientos de Hardware tiene?
KDE es un Entorno de Escritorio que puede usar la mayoría de las capacidades de cualquier placa de video o de sonido. Esto no significa que KDE no pueda correr en un hardware de muy baja gama o antiguo, pero en general hay mejores opciones disponibles para ese tipo de sistemas (OpenBox por ejemplo).
El mínimo espacio en disco necesario es de 8 Gb, pero 25 Gb es lo recomendado. KaOS se instalará con 1.5 Gb de RAM disponible, aunque se tendrá una mejor experiencia si comienza con 2 Gb de RAM. Ya que solamente hay paquetes disponibles para x86_64, es necesario una cpu de 64 bits.
Como con cualquier distribución rolling release, las actualizaciones son frecuentes y pueden ser grandes, por lo tanto es razonable tener una conexión a internet rápida (dial-up sería muy complicado), y tener disponible una trasferencia de datos mensuales de más de 2 Gb.
¿Por qué no hay aplicaciones de 32 bits?
Con la elección de mantener los depósitos de tamaño limitado, se tomó la decisión de no incluir ninguna aplicación de 32 bits. La razón detrás de esto es doble
Hace ya diez años que 64 bits está disponible. Cualquier software que opta por ignorar los avances en hardware por un largo tiempo no cumple con las normas de calidad que KaOS se propuso. Qué otras mejoras se han ignorado en lo que en términos de tecnología es una eternidad?
Básicamente solo quedan un puñado de tales aplicaciones (Skype, Wine y recientemente Steam), pero significa empaquetar unos buenos 150-200 paquetes de soporte, incluyendo una completa cadena de herramientas, por solo esas 3-5 aplicaciones.
¿KaOS no es otra distribución basada en Arch/En qué se diferencia con Chakra?
Cada vez que se anuncia una nueva distribución, la pregunta que siempre viene a la mente es: ¿por qué otra? Una distribución como KaOS no comienza compilando aproximadamente 2000 paquetes desde cero, diseñar toda una infraestructura para repositorios, código, sitio web, foro, build-system, versiones ISO, si otra distribución ya llena esa necesidad. Eso toma un montón de tiempo y esfuerzo, entonces esto solamente pasa porque ninguna otra distribución ofrece lo que hay detrás de KaOS. Explicar los objetivos de KAOS, en contraste con otras distribuciones, de ninguna manera significa que hay una forma correcta o incorrecta, cada distribución será capaz de decirle por qué creen que sus metas son las mejores, por eso la diversidad.
Leyendo la página de inicio donde se explica el enfoque, se ve la gran diferencia con Arch Linux. Arch no quiere hacer elecciones, es el usuario quien crea el sistema como el quiere, todo está empaquetado para soportar a todos los Entornos de Escritorio (o ninguno). Arch Linux es una rolling release siempre al borde, mientras que KaOS es un poco mas conservadora. Los paquetes que todavía se mantienen en una versión anterior y fueron muy dependientes de KDE, no se moverán a la última, hasta que la mayoría de los proyectos principales se hayan puesto al día con la versión más reciente (por ejemplo libpng 1.5 todavía está mantenida, mientras que libpng 1.6 es la última, lo mismo con samba 3.6, o ffmpeg 1.2).
Luego de elegir el kernel Linux para esta distribución rolling release, se decidió que el mejor gestor de paquetes era pacman. ¿Usar pacman significa que una distribución está basada en Arch? ¿Y qué hay de las otras herramientas y paquetes usados de una variedad de distribuciones? Lo primero que ve cuando arranca KaOS es gfxboot, una herramienta de Opensuse. Otros paquetes importantes usados de Opensuse son hwinfo e imagewriter; ¿esto hace que KaOS se base en OpenSuse? O la base de datos de hardware, un paquete de los desarrolladores de Gentoo, systemd viene originalmente de Fedora. Como KaOS lo ve, trata de encontrar la mejor herramienta disponible para esta distribución, evaluando lo que viene, y usará lo mejor para esta distribución
Cuando una distribución está basada en otra, eso significa en el 99% de los casos, que usa los repositorios de la otra distribución en que se basa (mayormente el 90% es de la distribución madre y agregados algunos repositorios para alguna configuración específica). KaOS no usa ningún repositorio de otra distribución, cada paquete en cada repositorio está compilado desde cero por y para KaOS.
Cuando se la compara con Chakra, la diferencia mas grande es el modelo de versiones. Chakra usa un modelo semi rolling release, donde aproximadamente 1/3 de los paquetes están totaolmente al día, 1/3 se actualiza una vez o dos al año y 1/3 se mantienen prácticamente estátios (se actualizan como máximo cada 2-4 años). KaOS es rolling release, todos sus paquetes. Ningún paquete tendrá mas que un año, incluso si no se actualiza, será recompilado, así todo se integra lo mejor posible. KaOS ha establecido un enfoque claro y primario en crear los paquetes desde cero, Chakra tiene varios objetivos mas, desarrollando nuevas herramientas (un nuevo gestor de paquetes por ejemplo) y aplicaciones que ocupan mucho de su mano de obra, también mantiene el CCR. El desarrollo para mantener separada a GTK de la instalación normal (ya sea a través de bundles o creando un sistema de archivos de Chakra para aplicaciones GTK) es otro de sus objetivos. KaOS quiere mantener todo tan simple como sea posible. A los usuarios se les ofrece una base libre de GTK luego de la instalación, pero eso no impide que pueda utilizar GTK luego de comenzar.
El modelo usado por el kernel rolling release es muy diferente tamibién. Hay disponibles dos versiones en KaOS, el kernel “linux” estable, y el último, “linux-next” totalmente rolling release. Cualquier nueva versión del kernel es probada por al menos 6 semanas como linux-next, una vez que la cantidad y el ritmo de parches usados en cada actualización (usualmente alrededor de x.x.8 o superior) se ralentiza y todos los tests salen bien, entonces la versión linux-next pasa a ser el nuevo kernel estable.
Chakra usa aproximadamente veinte repositorios, en KaOS se usan tres, esto aumenta en gran medida la transparencia y la facilidad de uso para el usuario y desde el punto de vista del desarrollo, simplifica significativamente las cosas.
También la división de paquetes se mantiene al mínimo en KaOS, con un toolkit y un DE eso no es necesario, otra forma de simplificar las cosas. El sistema de archivos utilizado y el desarrollo de aplicaciones sigue la estructura de las principales distribuciones tanto como es posible. Esto significa que /lib, /bin, /sbin y /usr/sbin contienen archivos normales y binarios, no están llenos de enlaces simbólicos. En el futuro puede que sea mejor mover todo a /usr, pero en este momento, necesitando miles de enlaces simbólicos para hacer que funcione no es lo que KaOS ve como una solución limpia y simple.
ALGUNAS CAPTURAS DE LA INSTALACION
