Barrapunto

A fin de cuentas lo que va necesitando Linux es un buen panel de control, y un buen registro. Ya se que suena muy muy mal y muy muy windosero pero es mi humilde opinion.

Aupa!

Pues no sé si necesitamos un panel de control (que bastantes distros ya incluyen), pero desde luego el registro es la peor idea que se ha podido tener:

1. es casi imposible saber qué cosas son de qué programa


2. es casi imposible de leer


3. es un fichero crítico (un único punto de fallo)


4. no se puede modificar de forma sencilla (scripts, etc)


5. pon aquí la razón que quieras, que hay muchas más

así que no, por favor, que a nadie se le pase por la cabeza inventarse nada que se parezca a un registro...

Aaaaaaaaagur.

Lo que si debe hacerse es centralizar la documentación y la configuración separando el sistema de los servidores.

Esto en Linux es casi imposible pensar: el ultimo RH que le metí la mano ya escribía archivos en sitios que no son muy fáciles de encontrar, de Suse me dijeron que sin Yast no pruebe nada de no estar muy seguro y de Mandrake sin asistentes ni hablar.

Se que todas son buenas distribuciones pero no quiero pasar 3 horas buscando todos los archivos de configuración (que nunca están en el mismo sitio)y dar solución al problema en 5 minutos.

FreeBSD si esta -tomando-/-trae por defecto- "esta iniciativa" de encontrar las cosas en el mismo sitio siempre bien documentadas con el manual. [freebsd.org] De hecho es la característica principal por la cual lo uso.

Siempre se habla de la catedral y el Bazar pues el tipo de desarrollo que tiene FreeBSD me da la impresión que es como "Centro o Galería comercial" mas organizado bonito y eficiente que la feria, y mas abierto que la catedral.

Sobre el registro… aunque conlleva desventajas, si es algo que se extraña con KDE o Gnome sobretodo para administración centralizada, seria bueno cárgalo en una base de datos no en un archivo y coordinar plantas de sistemas desde un solo sitio.

Creo que un esquema del tipo “Centro/Parque Comercial” haría progresar el software libre de mejor manera, si no todo tiene que ser igual en todas partes,  uno puede hacer lo que se le de la gana eso lo contempla la GNU, pero las cosas básicas como el parqueadero, los baños las salidas de emergencia, información y la seguridad coordinadas hacen la convivencia mas fácil.

Solo hice un programa para Windows (uno de gestión para una empresa), pero... ¡lo que simplifica la vida el registro para guardar parámetros y configuraciones! No hay que crear ficheros, no hay que parsearlos... ¡nada! Pides la entrada correspondiente, y el solito te la busca y te la devuelve.

Para los programadores, un registro es algo muy cómodo. Otra cosa es que la implementación en sí sea buena o no. A ese respecto, lee un poco más arriba mi otro comentario.

El problema de /etc es que los ficheros de configuracion de cada maldito programa esta en un formato exclusivo de ese programa. "Uy que va, si todos se parecen mucho". Mmmm, ya. Respondeme sin ir al codigo fuente de cualquier programa TODAS estas preguntas:
- Acepta divisiones de linea con \\n ?
- Le afectan los saltos de linea a la windows? (\r\n)
- Le da lo mismo un tabulador que un espacio que varios entremezclados?
- Tiene algun problema si le falta el EOL (salto de linea) en la ultima linea de configuracion?
- Como maneja los caracteres especiales si es que los necesita?
- Se rebela si encuentra caracteres especiales *en los comentarios*?
- Si cambias un fichero de configuracion, la aplicacion que esta corriendo se da cuenta y lo recarga on-the-fly? (esto a lo mejor es mas de manual). O si se compone de varios modulos al arrancar uno por lo que sea la aplicacion empezara a usar diferentes versiones del fichero configuracion y se volvera loca?

Por no hablar que si sendmail usa ficheros M4 que tienes que "compilar". Que si los ficheros de hash tienes que "compilarlos" cada vez que los modificas. Que si hay programas que los cargan en memoria y otros no. Que si hay programas que reaccionan a un SIGHUP recargando ficheros y reabriendo logs, otro que solo lo segundo, otros que nada y otros que mueren miserablemente... Todo esto podria ser felizmente gestionado por una unica libreria de manejo de configuraciones, en lugar de pedirle a cada programador que haga lo que quiera y pueda con ello.