TEMAS de Linux

El gran reproche hacia los sistemas libres, GNU/Linux, BSD, etc, era su total olvido por los usuarios de a pie. Esos usuarios que necesitan un sistema flexible y amigable para trabajar, enviar correos, navegar por la web o ver una pelicula.
En este artículo demostraremos como este reproche se convierte en escusa para usar un sistema libre, los nuevos escritorios orientados a usuarios están tomando un gran empuje dentro del mercado, siendo una opción mas que razonable. GNOME, el escritorio libre, esta pegando fuerte, por su tecnología, por su afán de agradar al usuario final, por el apollo de los grandes que está teniendo como IBM o Sun Microsystems y por cientos de pequeños detalles que lo hacen único.

CVS es algo que al principio es difícil de explicar con sencillez pero que al final resulta indispensable para la vida. Así, como lo oye.
CVS es un sistema de mantenimiento de código fuente extraordinariamente útil para grupos de desarrolladores que trabajan cooperativamente usando alguna clase de red.
Para ser más concreto, CVS permite a un grupo de desarrolladores trabajar y modificar concurrentemente ficheros organizados en proyectos. Esto significa que dos o más personas pueden modificar un mismo fichero sin que se pierdan los trabajos de ninguna. Además, sus funciones más usadas son muy sencillas de usar.
Además CVS guarda las versiones antiguas de los ficheros. Esto permite recuperar en cualquier momento versiones anteriores a la actual.
Dado que trabaja con ficheros ASCII es igual de útil para trabajar con código fuente de programas o con toda clase de documentos siempre que su formato sea completamente de texto, como pueden ser ficheros sgml/html/xml.
Este documento es una referencia inmediata para trabajar con cvs. A poco que le saques partido necesitarás consultar otro más extenso. Sin embargo el 80% o más de las acciones que desarrollan los usuarios de cvs están documentadas en este artículo.
Con CVS puede trabajarse de forma local (repositorio y copias de trabajo en el mismo sistema) o remota (el repositorio está en un sistema servidor y la copia local en otro que es cliente del primero).
En este artículo sólo prestaré atención al modo de trabajo remoto, que es el que más impresiona a las visitas.

GNU/Linux es una gran plataforma para el uso de estaciones de trabajo sin disco. El objetivo principal de este documento es mostrarte cómo puedes utilizar LTSP para desplegar clientes sin disco. Sin embargo, este documento también muestra cuestiones de las estaciones sin disco en general.

Configurar un servidor push consiste en dos tareas básicas: configurar el acceso rsync (el normal, para replicación "pull") y configurar los mecanismos de disparo ssh (para hacer "push" a la replicación pull).

Configuración y detalles de NIS(YP), NIS+ y NYS (Yellow Pages), sistemas de autentificación distribuída.

Vamos a montar desde cero, una Debian Potato, que actualizaremos a Woody, al que añadiremos diversos servicios para que desde otro ordenador se pueda acceder a ellos.

Este documento intentará describir la manera de construir un paquete de Debian GNU/Linux al usuario común de Debian (y futuro desarrollador) en un lenguaje sencillo, y bien cubierto con ejemplos prácticos.

Automake es un paquete que podemos obtener en http://www.gnu.org/software que lo que permite es automatizar la creación de ficheros make (los llamados makefiles). El éxito precisamente de Automake es que reduce considerablemente el trabajo de mantenimiento de estos makefiles.
Automake convierte los ficheros Makefile.am a Makefile.in. Los makefile.am son una serie de macros con una serie de reglas que son requeridas en unos casos y en otros no.
Debe existir un makefile.am en cada directorio o subdirectorio del paquete a distribuir y la información que contiene es relativa a ese directorio que representa. Por lo tanto esto quiere decir que habrá tantos Makefile.am como directorios haya en la distribución del paquete. Además Automake utiliza un repositorio parecido al de cvs pero es un repositorio no estándar para la gestión y control de los ficheros make.
Los ficheros '.am' suelen coentener comentarios, etiquetas, variables. Los comentarios suelen empezar con '#' y las variables como en la shell.

Ésta es la FAQ de FreeBSD versión 2.X, 3.X y 4.X Todas las secciones están dirigidas a FreeBSD 2.0.5 y superiores. Los capítulos con están bajo construcción. Si estás interesado en colaborar en este proyecto, envía un e-mail a la lista de distribución del proyecto de documentación de FreeBSD (en inglés) Lista del proyecto de documentación de FreeBSD o a la dirección [email protected] en castellano. La última versión de este documento está siempre disponible en el Mirror español de FreeBSD. Puede obtenerse como un único archivo en formato HTML vía HTTP o en formato texto, postscript o PDF desde el servidor FTP de FreeBSD. También se pueden hacer búsquedas en las FAQ.

Los discos de arranque de Linux, aparte de poder ser usados en el proceso de instalación del sistema operativo, también pueden ser
utilizados para testear un nuevo kernel(el corazón del sistema) o para recuperar al sistema del algún que otro fallo, que imposibilita su
normal inicialización. En general, son dos los discos que pueden necesitarse en la instalación de una distribución Linux para iniciar el proceso de instalación mediente este sistema. El primero de ellos (denominado BOOT) constituye el disco que establece el hardware disponible y arranca el ordenador en un pequeño sistema Linux , debiendo ser, lógicamente lo más ajustado posible al hardware de nuestra máquina. El segundo incluye un sistema de ficheros para instalar en memoria utilidades del sistema (denominado ROOT). En la Red Hat estos dos discos se unen en uno solo y pueden crearse a través de una de las siguientes imágenes (archivos que contienen información para ser transferida a un diskette): \"boot.img\" y \"bootnet.img\". Esto se consigue, pues el hardware del PC se establece mediante un proceso de autodetección y el sistemas de ficheros que se incluye es limitado, pero justo para realizar la instalación. Además de estas dos, se incluyen otras dos imágenes con fines distintos: \"pcmcia.img\" para crear un diskette y así dar soporte a dispositivos PCMCIA durante el proceso de instalación, y la imagen \"rescue.img\" para crear un disco ROOT, a ser utilizado para recuperar al sistema de un eventual fallo.