GNU HACKERS MEETING 2007 - GNUes

es.gnu.org

GNU HACKERS MEETING 2007 - GNUes

GNU HACKERS MEETING 2007

GNU HACKERS

MEETING 2007


GNU HACKERS MEETING 2007.

1. INTRODUCCION.

Este encuentro ha reunido en Ourense a un número importante de miembros del

proyecto GNU. El objetivo es compartir experiencias, explicar la problemática de los

diferentes proyectos en desarrollo, discutir, etc. El lugar donde ha tenido lugar el meeting

ha sido la universidad de Ourense. Los ponentes e invitados nos hemos alojado en la

residencia universitaria “As Burgas”. La organización ha sido sobresaliente en todos los

aspectos. Creo que todos los hemos pasado muy bien, y esperamos vernos de nuevo el

año que viene.

Este pequeño texto no es muy completo (nunca pretendió serlo). Es solo un conjunto de

notas de aquellos aspectos del encuentro que más me han llamado la atención. Por otro

lado, es conveniente advertir que no soy ningún especialista en la mayor parte de los

temas que trato (soy un generalista casi absoluto), así que muchas opiniones son obras

de quienes las han expuesto. Yo me he limitado a anotarlas. Dicho lo cual, empecemos.

2. SIMULACION DE PARTICULAS. Por Arno Formella.

Esta es la primera conferencia. Trata sobre informática aplicada. Existen muchos motivos

por los cuales Los físicos necesitan simulaciones. Una simulación es un programa de

ordenador que reproduce un fenómeno en el tiempo, partiendo de unas condiciones

implementadas en la propio código del programa. Estas condiciones son algoritmos

matemáticos capaces de reproducir fenómenos como la gravedad, el magnetismo, etc.

Veamos un ejemplo: Cuando se carece de una teoría se puede desarrollar una simulación

para observar el fenómeno que se intenta explicar. Otro ejemplo: Supongamos que

necesitamos obtener datos en condiciones extremas (los anillos de Saturno o el núcleo de

la tierra). En lugar de enviar vehículos a realizar las mediciones, escribimos un programa

que lo simule. No es exactamente lo mismo, pero desde luego resulta mucho más

económico.

El ponente trabaja con Gnu/Linux y desarrolla aplicaciones para simular partículas.

Estas, resultan muy útiles para comprender el comportamiento de fluidos, como los

líquidos o el aire. El programa es muy potente, puede fácilmente trabajar con dos millones

de partículas de forma simultanea. Pudimos observar varios ejemplos. Uno de ellos simula

un grifo que descarga partículas sobre un plano, generando las características ondas

circulares que conocemos en nuestra experiencia en el mundo real. Otro ejemplo muestra

una serie de partículas que van cayendo por la acción de la gravedad, aglutinándose

hasta constituir una masa en la parte inferior de un recipiente. Otros ejemplos eran

similares a estos.

Finalmente, pudimos ver como se implementa uno de estos programas, partiendo de los

algoritmos matemáticos que precisa. Es conveniente tener un buen nivel de programación

y de matemáticas para sacar un buen aprovechamiento de esta charla. Me sorprendió la

creatividad necesaria para resolver los problemas que la programación de las

simulaciones precisa. El ponente explicó de forma muy amena y clara, las partes más

comprometidas, y las soluciones que se había obligado a emplear. Muchas veces, la

diferencia entre una simulación ágil y otra lenta, es el uso de algún truco matemático. En

otras ocasiones, existen soluciones muy elegantes para resolver algunas problemas. Casi

siempre hay que utilizar el ingenio, o soluciones no tan elegantes pero con un

funcionamiento correcto.

Para alguien como yo (con conocimientos elementales de programación), la parte


GNU HACKERS MEETING 2007

matemática resulto un poco árida, pero no completamente incomprensible. A rasgos

generales, todos pudimos comprender los procesos empleados para escribir el programa.

El ponente (con buen criterio en mi opinión) evitó las demostraciones de las fórmulas

matemáticas, que solo habrían añadido confusión, y exceso de duración la la conferencia.

3. IDL Y GDL.

IDL es un lenguaje de programación muy utilizado en el mundo científico, especialmente

en el sector espacial. Es un lenguaje privativo, y por esta razón, los grandes laboratorios

se ven obligados a gastarse millones de euros en licencias todos los años. Este dinero se

podría emplear en contratar más técnicos, o en comprar equipos nuevos. Esta situación

no habría cambiado nunca de no ser por el software libre. Este, encuentra un espacio de

difusión ideal en el mundo científico, ya que comparte su filosofía de desarrollo

colaborativo.

Actualmente, existe un lenguaje libre capaz de sustituir a IDL. Su nombre es GDL,

acrónimo de: “GNU Data Lenguaje”. GDL es un proyecto para generar un compilador

de lenguaje IDL completamente libre. Actualmente, no es un paquete GNU porque carece

de una documentación adecuada, según los estándares del proyecto GNU. Para GNU, un

programa no está terminado si su documentación no lo está también. Asimismo, la

documentación debe seguir una serie de normas de sintaxis. Gracias a ello, se garantiza

la coherencia y comprensión óptima de la documentación. Esta política es dura, pero en

mi opinión necesaria. De no ser por esta rigurosidad, una buena parte de los programas

carecerían de documentación, o teniéndola seria poco apropiada. Sin documentación, un

programa de una cierta complejidad, es inutilizable para la mayoría de los usuarios.

El problema que nos plantea GDL, es que requiere una documentación enormemente

grande. Para hacernos una idea del trabajo que implica, la versión IDL 5, ocupa unos ocho

volúmenes de unas quinientas páginas cada uno. En estos momentos, una sola persona

se ocupa de este tema. Para ayudarle, podemos descargar el fichero .tar.gz del

programa, ir probando funciones, y enviarle más tarde los resultados.

NOTA > NetCDF se utiliza para manejar fichero grandes (Teras). Es libre.

NOTA > GDL tiene actualmente soporte para Python.

4. PROGRAMACION EN C++. Por Antonio Diaz Diaz.

Antonio ha realizado una clase llamada "arg_parser" que mejora mucho el análisis de

los argumentos de linea de comandos de la función “getopt_long”. Esta función utiliza

bastantes variables globales. esto la hace difícil y provoca errores. Si falla, no sabemos de

donde viene el error. Veamos la causa. Supongamos que utilizamos algo entre todos

nosotros. Si hay un error, no podemos saber quien ha sido el responsable. Por el contrario,

si los datos de una parte de un programa no pueden ser modificados por otras partes del

mismo, cuando aparece un dato erróneo, se sabe fácilmente en que parte del programa

se encuentra el error. Cuando una parte del código es compartido, cada programa debería

hacer una copia del mismo y trabajar solamente con la copia sin modificar la parte

original.

Antonio utiliza como editor de texto "moe". Nos lo muestra como un ejemplo de uso

complejo de la clase "Arg_parser". El autor de este editor es también Antonio. El editor

que le gustaba es el del Turbo C de los tiempos del DOS 3.3. (1988 más o menos). El


GNU HACKERS MEETING 2007

editor más similar en el mundo GNU era Joe. Por desgracia, Joe, era muy inestable

(cuando Antonio intentó adoptarlo). Además joe tenia algunas carencias importantes,

como los buffers de tamaño fijo, por ejemplo. Por todo ello Antonio se decidió a escribir su

propio editor de textos, al que termino por llamar “moe”. Es muy fácil de instalar, ya que

basta con copiar la carpeta con el programa para que funcione. Puede trabajar incluso con

ficheros que contengan caracteres no imprimibles (como archivos binarios). Resumiendo:

es un editor especialmente indicado para editar código.

Veamos otro tema diferente. En C es difícil cambiar el espacio de memoria. Gran parte de

los programadores de C reservan un espacio muy grande de memoria "a ojo" y suponen

que será suficiente. Si por la razón que sea el usuario llena este buffer, el programa se

viene abajo. Como muestra de esta problemática tenemos la documentación de la

“glibC”. Esta describe varias funciones muy peligrosas, como “gets”. Esta función

recibe como parámetro un buffer de tamaño fijo, y lee caracteres de un fichero de la

entrada estandard, hasta que encuentra un salto de linea. Si el fichero de entrada es

mayor que el buffer que se hay asignado como espacio de memoria, el programa se cae.

5. GSL. A NUMERICAL LIBRARY FOR GNU SYSTEM.

GSL es un conjunto de funciones (unas 1000) escritas en ANSI C. Comenzó su desarrollo

en 1996 para dotar a las aplicaciones GPL de una librería numérica. La idea original era

tener un reemplazo para IDL (lenguaje utilizado en el sector espacial). El motivo de fondo

que propició su desarrollo fue la utilización muy extendida de licencias privativas en la

mayoría de las librerías disponibles. Lógicamente, estas licencias no eran apropiadas en

un entorno de colaboración científica. Una librería no privativa era por tanto necesaria.

Veamos ahora los motivos para la elección del lenguaje. Se utiliza C porque es el

lenguaje estandar en GNU. Además es compatible con el resto del software GNU

(Gnome, gtk, etc). También se tuvo en cuenta la portabilidad a otros lenguajes

característica de C. No se ha utilizado C++, porque en 1996 no estaba todavía

suficientemente estandarizado (el estandar C++ es de 1998).

NOTA > en C, hay que incluir las llamadas al constructor. C++ lo hace automáticamente.

Si en C no incluimos la linea con la llamada al constructor, el programa cae.

Por último, GSL está licenciado bajo GPL, no bajo LGPL. La razón de esta elección es

debida a que GPL es una licencia más interesante, ya que no solo protege al software

libre sino que además extiende el uso del software libre. Dicho de otro modo, ayuda a que

se desarrolle más software libre.

6. ADOBE PDF. Por José Marchesi.

Actualmente, José Marchesi trabaja en una implementación libre de Adobe PDF. Se

pretende que cuando ISO licencie PDF como estandar oficialmente (lo es “de facto”

desde hace algún tiempo), GNU cuente con un programa capaz de utilizarlo. No se trata

solamente de realizar un interprete gráfico (lo cual seria bastante sencillo), sino un editor

completo, que permita a los usuarios de sistemas libres. editar documentos completos en

este formato. En el futuro, se espera un uso mucho mayor de esta tecnología, sobre todo

en relación con la administración pública. Al parecer, ya es posible entregar facturas, y

otros documentos públicos en PDF, con el mismo nivel de legalidad de un documento en

papel. En este contexto, la “firma digital” es un asunto clave. Dentro de poco tiempo, se


GNU HACKERS MEETING 2007

podrá utilizar un “DNI digital” para firmar documentos digitales. Hay muchas razones

para pensar que se va a utilizar como formato PDF. Y lo cierto es que en estos momentos

no existe un solo programa GNU que pueda generar firmas digitales en PDF.

El proyecto, está finalmente en marcha. Hace falta dinero e ingenieros de software. Para

lograrlos se han buscado donaciones. Como resultado de estas gestiones, dos empresas,

han ofrecido recursos. Pero por razones que se explicaran a continuación, se ha tenido

que rechazar su colaboración. El motivo de este rechazo, han sido las contrapartidas que

pretendían lograr a cambio de su contribución. Estas empresas esperaban algunos

cambios en la licencia. Si nos hubieran conocido mejor, habrían sabido que GNU nunca

negocia sus licencias con terceros. Para nosotros, que el software sea libre, y garantizar

que lo pueda seguir siendo en el futuro es mucho más importante que el dinero. La

libertad del software constituye nuestra razón de existir. Así que, como era de esperar,

GNU PDF será licenciado bajo GPL 3.

Y esta situación. ¿En que posición coloca al proyecto? Bien, de momento está escribiendo

el programa José Marchesi. Es un especialista en el tema, mantenedor de paquetes muy

relacionados con PDF, como GV y Ghoscript. Pero, como suele suceder últimamente en

los principales desarrollos de GNU, este es un software extremadamente complejo. Y

como se puede imaginar hace falta ayuda. Si se logran nuevas donaciones, se podrían

contratar ingenieros de software y programadores. Un buen equipo, dirigido por

Marchesi, podría terminar el desarrollo en un plazo de tiempo aceptable. Sin ayuda, se

podría tardar mucho,mucho tiempo (años). Por el momento, se ha logrado la colaboración

de un grupo de estudiantes de la universidad de Denver.

Este tipo de situaciones se empiezan a evidenciar en parte de los proyectos más

prioritarios de GNU. Los programas más sencillos ya están realizados. Pero los proyectos

más grandes requieren equipos también más numerosos. para poderse realizar en plazos

de tiempo adecuados. Así que el modelo de desarrollo para este tipo de programas va a

tener que cambiar un poco. Al parecer, la única solución realista parece pasar por la

profesionalización de algunos proyectos.

7. OCRAD. Por Antonio Diaz Diaz.

Antonio nos ha puesto al día del desarrollo del programa de OCR que viene

programando desde hace bastante tiempo. Se llama OCRAD. Es un software rápido que

ofrece buenos resultados con documentos sencillos. Entendemos por documentos

sencillos, aquellos que utilizan tipografías bien conocidas a un tamaño no demasiado

reducido (20 píxeles como mínimo). OCRAD es capaz de separar correctamente texto

distribuido en varias columnas, descartar las imágenes del texto, e incluso procesar

documentos con los textos inclinados. A pesar de estas capacidades, muchos documentos

todavía no se pueden interpretar correctamente. Son especialmente complicados,

aquellos que contienen tipos fragmentados, ruido, manchas o grandes deformaciones de

las lineas de texto. Un caso típico de este tipo de originales es un escaneo de una página

de un libro voluminoso. Habitualmente, uno de los bordes aparece curvado mientras gran

parte de los caracteres se reproducen solo en parte. En esta situación, un programa de

OCR no puede interpretar correctamente los caracteres. O bien da errores, o no interpreta

nada absolutamente. En este punto, nos hemos puesto a pensar en posibles soluciones.

Se ha sugerido hacer que OCRAD resuelva las partes dudosas mediante un diccionario

muy completo. Esta estrategia no funciona. Finalmente, solo logramos cambiar unos

errores por otros. Recordemos que los tipos están tan rotos que sencillamente el

programa no los reconoce. Las personas si. Nosotros lo interpretamos por el contexto.

También OCRAD ha sido dotado de una cierta capacidad para analizar el contexto.

Gracias a ella, puede interpretar correctamente muchos caracteres difíciles. Los esfuerzos


GNU HACKERS MEETING 2007

invertidos en análisis de caracteres individuales no dan tampoco resultados positivos en

documentos comprometidos. Una técnica prometedora parece ser el análisis comparativo

de palabras iguales dentro del mismo documento. Si logramos procesar una palabra

correctamente, y esta repite en una parte deformada del mismo texto, basta con sustituir

una por otra. Normalmente, un texto lo bastante extenso, repite bastantes palabras. El

reconocimiento del texto es exacto en este caso, ya que operamos con tipos idénticos.

En este punto la charla quedó abierta. Toda propuesta puede ser válida. Así que

aprovecho para proponer mis propias ideas. Veamos, en principio un programa de OCR

universal es algo que me parece casi imposible de desarrollar. Tengamos en cuenta que

debería poder procesar cualquier alfabeto (latino, cirílico, griego, etc). Seguramente,

serian necesarias modificaciones en el procesado para cada tipografía. ¡Y hay miles de

ellas!... Sin contar con las nuevas, que se van creando cada día. Además, algunas

tipografías históricas (como la letra gótica alemana) son tan diferentes a las modernas

que requerirían un soporte especial. Y no hemos comentado algunos problemas

adicionales, como las tipografías de pequeño tamaño (que no se procesan bien), y los

documentos con muchos efectos gráficos (tan de moda hoy en dia), que como se sabe

presentan textos en negativo, deformaciones, fondos con lineas, manchas, tipografía muy

alterada, imágenes siluetadas con texto contorneado, superposiciones, etc...

En mi opinión, la solución puede venir, no generando soporte para miles de tipografías,

sino escribiendo un programa que pueda interpretar los documentos del mismo modo que

lo hacemos los humanos. Nosotros podemos distinguir una letra de otra por sus formas

básicas. Cada tipo tiene una forma que define lo esencial del mismo, el resto son adornos.

Y se puede adornar un tipo casi hasta el infinito. Se pueden hacer cientos de

modificaciones que producen familias de tipografías distintas. Pero, pese a todo, podemos

interpretarlas correctamente. Hay que realizar un esquema de referencia de formas

básicas preferentemente vectorial (o un conjunto de ellos) que sirva de referencia al

programa para comparar con los tipos dudosos. EL análisis debería tener varias etapas.

Primero: análisis de todo el documento. Segundo: separación de las partes no

interpretables. Tercero: depuración, es decir eliminación de los adornos. Cuarto:

comparación con los esquemas de referencia de formas básicas. Quinto: obtención de el

texto final.

Lógicamente, habrá que observar el resultado, para establecer la eficacia de esta

técnica. Y realizar las correcciones que sean necesarias sobre los esquemas de referencia,

hasta lograr resultados óptimos. Yo me imagino estos esquemas como gráficos, pero yo

no soy programador. Supongo que su implementación en un programa podría ser algo

diferente. Por último, una reflexión final: seria todo un logro para la comunidad desarrollar

un programa de OCR eficaz. ya que actualmente no existe ningún software de este tipo

que funcione realmente bien, ni libre ni privativo.

Veamos ahora el estado del desarrollo de OCRAF. El programa es mejorable. Hay mucho

trabajo todavía. Para empezar, se pueden mejorar cada uno de los algoritmos. Se le

debería dotar de un diccionario, y capacidad para almacenar caracteres raros del usuario..

Tal vez, la posibilidad de hacer la comparación no contra un bitmap, sino contra

información vectorial de tipografía. OCRAF define actualmente las imágenes como una

pila de segmentos, puestos unos a continuación de otros. El análisis de formas se realiza,

por tanto, partiendo de lineas.

8. LISP. BASES DEL LENGUAJE. Por David Arroyo.

LISP es un acrónimo que significa procesamiento de listas. Es un lenguaje de

programación minoritario muy utilizado en inteligencia artificial. Tiene una sintaxis muy

sencilla, y es muy extensible. Probablemente el programa más conocido realizado con


GNU HACKERS MEETING 2007

LISP es Gnu Emacs. Este editor de textos puede extender sus funcionalidades

simplememte añadiendo sentencias Lisp al fichero de configuración .emacs. Este es un

fichero de texto simple que guardamos en nuestra carpeta de usuario.

Conceptualmente, LISP resulta algo diferente a los lenguajes de programación genéricos

como, por ejemplo C . Utiliza una nomenclatura particular, y conceptos también un poco

especiales, como átomo, par o símbolo. No me extenderé más sobre este tema, debido a

mi inexperiencia, pero GNU dispone de mucha información sobre Lisp. Para saber más:

ftp://es.gnu.org/multimedia/video/Taller_LISP_hacklab_cielitolindo.mpg

9. GPG. Por René Meroux.

Es ya habitual en este encuentros una charla sobre privacidad. Es un tema interesante al

que a menudo no se le da la importancia que merece. la privacidad es un derecho

humano fundamental. Privacidad hace referencia a datos de carácter personal. Es una

decisión de la persona el divulgar o no determinado tipo de información. Un ejemplo:

supongamos que tenemos una enfermedad, que no supone ningún riesgo para los demás,

pero que, por la razón que sea es tabú. Imaginemos que necesitamos un empleo (como

muy bien podría suceder). Lo lógico es que no demos ninguna información al respecto.

estos datos son “privados”. Su difusión pública perjudicaría nuestros intereses.

Como se puede suponer, la privacidad es un derecho, que al menos sobre el papel,

corresponde garantizar al estado. Pero, en la práctica es precisamente el propio estado el

que tiende a ponerlo en peligro. Esto es debido a que el estado posee una gran interés por

el control. Bajo el pretexto de la seguridad, se recopila, analiza y a veces incluso se

difunde la información privada. A veces el límite entre lo que son datos de carácter

personal y aquellos de interés legítimo para la seguridad del estado no está muy claro.

Ante la duda de que este tipo de información pueda circular sin nuestro consentimiento,

lo más adecuado es que los ciudadanos tomen medidas de protección de sus datos. En el

caso que nos ocupa (datos informáticos) lo más seguro es utilizar encriptación. La

encriptación es una técnica que permite cifrar un documento, para hacer que mientras

viaje por una red se convierta en algo completamente incomprensible. Cuando el

remitente recibe el mensaje, puede descifrarlo mediante el uso de claves. Las técnicas de

encriptación han avanzado hasta tal punto, que se puede garantizar que la ruptura de un

fichero mediante “fuerza bruta” podría llevar siglos al ordenador más potente. “Fuerza

bruta” consiste en descifrar un documento probando todas las posibilidades posibles,

carácter a carácter. Esto es debido a que para el usuario no supone ningún problema

aumentar el número de bits de la encriptación. Podemos utilizar 1024 bits en lugar de 512

bits, o 4000 Bits si lo deseamos. Pero para los ordenadores encargados de desencriptarlo

“por fuerza bruta” cada vez que elevamos al cuadrado el número de bits, les supone

multiplicar muchas veces el tiempo de procesamiento. Por este motivo, muchos estados

han prohibido el uso de encriptación. Por descontado todas las dictaduras lo hacen, pero

también muchas supuestas democracias. Esto demuestra que en gran parte del mundo

prevalece el deseo de control estatal por encima de los derechos civiles. En España de

momento no es delito, pero si en los EE. UU.

El soporte de encriptación del sistema operativo Gnu/Linux es sobresaliente. Utiliza un

programa que se llama GPG. El establecimiento de un sistema de encriptación para

usuarios de Gnu/Linux está basado en este programa, y en la difusión de claves entre

usuarios de confianza. Esto merece ser explicado con más detenimiento ya que constituye

el meollo del asunto. Existen dos tipos de claves, la clave privada y la clave pública.


GNU HACKERS MEETING 2007

La clave pública es una contraseña disponible en la red. La clave privada la gestionamos

mediante el programa GPG en nuestra máquina local. La clave privada hay que

memorizarla. Las claves privadas deben ser introducidas en una habitación cerrada sin

invitados, y no revelarse bajo ningún concepto. (Algunos países obligan a sus ciudadanos

a revelarlas). La clave pública puede estar en un servidor GPG en internet. Para que

funcione correctamente debe ser reconocida por un grupo de usuarios que garanticen su

autenticidad. Este grupo de usuarios se suele denominar “anillo de confianza”.

Estos anillos se forman en encuentros de hackers como el Gnu Hackers Meeting.

Exige que cada miembro instale el programa GPG en su ordenador, y lo configure

obteniendo una clave privada. Después hay que generar una clave llamada

“fingerprint”, o sea la huella dactilar. Finalmente, se firma y se envía al servidor GPG.

Entretanto, hay que imprimir un número de copias igual al número de miembros en

papel de nuestra “fingerprint”, con nuestro nombre, apellidos, y número de DNI.

Entonces hay que ir entregando una copia a cada miembro del anillo, que tiene que

asegurarse que los datos coinciden con los del DNI, y que la persona es quien dice ser. Al

final, terminamos con un sobre con los datos de todos nuestros compañeros del anillo. El

proceso final consiste, ya en nuestra casa, en ir autentificando a cada uno de ellos desde

el programa GPG de nuestra máquina local. Veamos como se hace:

gpg –recv.....................Identificador. Concatenación

de los 8 ultimos números de la “fingerprinht”.

gpg –fingerprint.........Identificador

gpg –sign-key.............Identificador.

Lo firma.

gpg –send-key............Lo envía.

10. AUTOTOOLS. Por José Marchesi.

Las “autotools” son unos programas que ayudan a generar ejecutables para otros

sistemas operativos escribiendo los programas en Gnu/Linux. Marchesi los llama

“autoamigos”, y son varias aplicaciones que se relacionan entre ellas de una forma

bastante complicada. Lleva bastante tiempo comprender este tipo de relaciones. El

ponente, que ha sufrido “en silencio” las autotools durante años, nos ha dibujado un

esquema que resulta extremadamente útil (ver en siguiente página). No es obligatorio

utilizar todas las autotools. Podemos utilizar las que queramos. veamos algunos

autoamigos:

--autoconf

--automake

--libtool.............Facilita la construcción de librerías. Determina si en el

sistema se pueden construir librerías dinámicas o estáticas*.

--autoheader

--autoreconf....... (metautoamigo). Ejecuta de forma adecuada todo los demás.

* Sobre el tema de las librerías en Gnu/Linux hay que decir tienen una implementación

bastante deficiente. Basta con cambiar una librería de lugar, para que todos los

programas basados en la misma dejan de funcionar.


GNU HACKERS MEETING 2007

11. ADMINISTRACION DE SERVIDORES DE GNU. Por Nacho.

La máquina que aloja los servicios de Gnu-es aloja también Gnu Italia y probablemente

en un futuro cercano Gnu México. Cada uno de estos chapters son técnicamente

independientes entre sí. Necesitan configurar a su gusto los servicios del servidor. No es

tan sencillo administrar una máquina que de servicios en paralelo a varios dominios

diferentes, con sus servidores de correo, etc. De hecho hay problemas. Para solucionarlos

se ha decidido utilizar Xen. Esta aplicación permite paralelizar tres máquinas

independientes dentro del mismo servidor. Para poder implementarlo necesitamos que

este soportado en el resto de máquinas del proyecto GNU. Esperemos que no haya que

esperar mucho tiempo.

Otro asunto a mejorar es el de la propia máquina física. Se nos ha quedado pequeña

(como suele suceder al crecer). Actualmente tenemos un servicio de alojamiento muy

económico, pero con una importante limitación. Esta es que no se nos permite mejorar la

máquina. así que como es natural, nos planteamos cambiar de servicio de alojamiento,

aunque nos resulte más costoso. Nos han ofrecido alojamiento en universidades, pero

preferimos ser independientes. Las políticas hacia el software libre en general, y hacia

Gnu en particular por parte de las universidades podrían variar en el futuro.

Y esto es el final. El año que viene nos vemos de nuevo!

Antonio Becerro

littledog@es.gnu.org

Alcobendas – 2007

------------

More magazines by this user
Similar magazines