En cdlibre.org se puede consultar el catálogo de software para descargar los programas individualmente o descargar imágenesISO de CDs DVDs con todos los programas incluidos. Todos los programasson para  Windows y al menos gratuitos para uso personal y sinlimitaciones temporales.

1. Dejar de utilizar X11 como el Entorno Gráfico de Usuario ya que no fue creado con ese fin. La filosofía original de X-Windowcomo servidor de un entorno gráfico para aplicaciones dista demasiadode la idea de un Desktop (Sistema de escritorio) personal. El protocolo X,base del sistema X-Window, no está pensado para soportar de formahabitual contenido multimedia. X-Window se ha convertido en unmacro-sistema que no debería seguir utilizándose como soporte para lasaplicaciones gráficas por la gran cantidad de recursos que consume y laineficacia con que gestiona determinados contenidos. No olvidarse deque el sistema gráfico sólo es una funcionalidad más del sistemaoperativo y no debería intentar reemplazar ninguna de susfuncionalidades.
2. Pasar de un kernel monolítico a un sistema de microkernels.Se ha venido comprobando en los últimos años, en diversos laboratoriosde investigación, que un sistema basado en microkernels, además dedotar al sistema operativo de una mayor modularidad, puede ser muchomás robusto ya que se minimiza la dependencia entre componentes.imagínense por ejemplo, poder cambiar el sistema de gestión de procesos(scheduler)en tiempo de ejecución para poder priorizar tareas de Tiempo-Real, otener varios y elegir entre ellos según el tipo de tarea o larelevancia para el usuario…
3. Relegar a una parte del sistema operativo la gestión de todos losdispositivos y ofrecer al usuario una visión unificada de los mismos.Esto ya se viene haciendo en parte… Es cierto que gracias a ¦0¦,podemos detectar cambios en la configuración de los dispositivos, y quedeterminadas aplicaciones de X11 permiten detectar cuando se conectauna unidad USB y montarla de forma automática, o una cámara, etc. Todaesta funcionalidad actualmente se encuentra desperdigada en distintaspartes de Linux. Unas son funcionalidad del sistema operativo(generalmente vía kudzu), y otras lo son de aplicaciones bajo X11… Enmi opinión una interfaz de usuario no debería tener que hacerse cargode la gestión de dispositivos.
4. Incluir un mecanismo para crear clústers de forma sencilla, y daral usuario una imagen de que existe una sola máquina, pudiendo utilizarlos recursos de todos los componentes de cluster de una formatransparente balanceando de una forma equilibrada la carga. OpenMosixes un parche para el kernel que permite hacer este tipo de cosas. Deesta forma se podría multiplicar la potencia de cómputo de formaexponencial en los centros de investigación sin necesidad de recurrir aequipos específicos, a la vez que permitiría sacar partido de losequipos que se van quedando obsoletos en todas las casas.
5. Utilizar un sistema interno común de representación de lainformación, y relegar a ciertos componentes incluidos en el sistemaoperativo las tareas de conversión entre formatos de intercambio. Porejemplo, para trabajar con imágenes, el sistema operativo podríautilizar una estructura de datos tipo BMP sin compresión paraintercambiar la información entre aplicaciones. El propio Sistemaoperativo podría facilitar librerías para la manipulación de lasimágenes en este tipo de datos, y él mismo daría soporte para poderguardarlas o leerlas desde otros formatos de intercambio (jpeg, png,etc). De esta forma se eliminaría la redundancia de código que casitodas las aplicaciones tienen a la hora de abrir/convertir distintosformatos. Eliminar la redundancia de código siempre mejora lacoherencia y por supuesto la fiabilidad del código.
6. De forma similar a lo anterior, utilizar un sistema interno para lagestión de protocolos de forma transparente. Por ejemplo, el propiosistema operativo implementaría el protocolo FTP/BitTorrent/etc.y gestionaría el intercambio de ficheros con otras máquinas de formatransparente al usuario. El desarrollador no necesita implementar losprotocolos de comunicaciones en sus aplicaciones, si no que los relegaal sistema operativo, mientras que el usuario no tiene por qué sabercómo se está realizando la transferencia. Esto no sólo se tiene que vercomo protocolos de transferencia de ficheros, sino para todos losprotocolos que se utilizan actualmente.
7. Intentar seguir una filosofía KISS(Keep It Simple, Stupid!) en todos los niveles del sistema operativo.Muchas distribuciones intentan seguirla, pero habría que llevarla a lapráctica más en profundidad. Pensemos que tras esta filosofía seencuentra el principio de la Navaja de Occam:“La solución más simple que resuelve un problema suele ser la mejor”.Intentar reducir la complejidad de las aplicaciones eliminando códigoredundante o frecuente en ellas, siempre es una ventaja. Intentarunificar código y posturas similares!!!
8. Tomando como referencia el sistema de scripting que posee MacOs X, desarrollar un lenguaje de scriptingpara el sistema operativo y sus aplicaciones, que permita definirciertos eventos y actuar ante ellos de forma automática. Cuanto mássencillo y visual sea este lenguaje de scripting mejor (sin dejar deperder potencia).
9. Muchas distribuciones ofrecen paquetes precompilados (Ubuntu,etc) para que el usuario no tenga más que instalarlos y poder empezar afuncionar con ellos. Otras prefieren distribuir el código fuente paraoptimizarlo (Gentoo)a la arquitectura final, pero el proceso de compilación suele serdemasiado largo. Quizá fuese mejor una solución mixta que incluyese lospaquetes precompilados para su uso inmediato, y el código fuente parasu compilación (en caso de que se quiera optimizar). La compilación seharía de una forma transparente al usuario y en un modo background que no interrumpiese el funcionamiento normal de la máquina.
10. Utilizar un sistema centralizado para la gestión de contraseñas amodo “llavero” de una forma similar a la que lo implementa MacOS X parafacilitar la organización de la ingente cantidad de contraseñas ypermisos que se necesitan para trabajar en red.