Publicidad libre para mentes libres

Todo aquel que mantiene una página web se encuentra con el problema de mantenerla económicamente. Muchos tomamos la decisión de poner publicidad en nuestro blog o página para poder, al menos en parte, pagar los gastos que ésto conlleva. Además es habitual sucumbir al uso de publicidad poco elegante y no de acorde con los temas que se tratan en la web, como hasta hace poco era mi caso. Read more

Aportación al proyecto GMatESO

GMatESO es una aplicación libre, liberada bajo la GPL, y desarrollada en Andalucía, pensada para profesores y alumnos de la ESO. Poseé una sencilla e intuitiva interfaz gráfica para la enseñanza de matemáticas a través de diversas pestañas.

Conocí esta aplicación hace unos meses de manos de pragmart, y hace unas semanas, al finalizar los exámenes de febrero, desarrollé los típicos scripts de instalación de software desde las fuentes: configure, Makefile, etc. para contribuir de alguna manera con este proyecto. Aunque el proyecto hace tiempo que dejó de estar activo, su creador publicó en la página del proyecto mi aportación.

Os animo, a todos aquellos que os pueda ser útil que lo descarguéis e instaléis.

La libertad del software

Es interesante ver lo que la gente suele entender por libertad al hablarse del software. Lo entienden como algo lineal: No tienes libertad y cuando la consigues ya la tienes para siempre. Tras recorrer un camino lineal llegas a la libertad, y todo lo que hagas después ya no influye.

Read more

[Nhopkg] Nombres para los paquetes .nho

Estoy trabajando en los labels que Nhopkg utilizarán para designar los nombres de los paquetes en próximas versiones. Para versiones futuras, y actual versión en desarrollo, hay que considerar que Nhopkg será multiplataforma, llegando a múltiples arquitecturas y sistemas operativos (BSD, Solaris, etc.) y esta información debería ser visible rápidamente.

La mejor forma de dar a conocer esta información es a través del nombre del paquete (package label). El label debe contener la siguiente información: nombre, versión y revisión del paquete, además de la arquitectura y el nombre del kernel del sistema operativo.

El problema, o la dificultad, es elegir la disposición de estos elementos, para facilitar la lectura y la obtención de los datos por parte del mismo programa. En la lista de correo de Nhopkg he propuesto varias alternativas para discutir sus ventajas frente a otras y para pedir sugerencias, ya que al fin y al cabo, a quien interesa, es a los usuarios que lidiarán con dichos paquetes.

Las dos opciones prácticamente descartadas son:

• <name>-<version>-<release>.<os>.<arch>.nho (Ej.: gimp-2.6.7-1.linux.i386.nho) ya que, en principio no es equivalente para los paquetes fuente, en los que la arquitectura y el sistema operativo debería reducirse a src (Ej.: gimp-2.6.7-1.src.nho).

• <name>-<version>-<release>.<arch>_<os>.nho (Ej.: gimp-2.6.7-1.i386_linux.nho) ya que podría haber problemas al trabajar con arquitecturas x86_64 (Ej.: gimp-2.6.7-1.x86_64_linux.nho).

Finalmente, la opción que empieza a tener más fuerza es la de usar:

• <name>-<version>-<release>.<arch>-<os>.nho (Ej:. gimp-2.6.7-1.i386-linux.nho).

Aunque éste no es un tema crucial para el desarrollo de Nhopkg, pero si considero que es bueno conocer la opinión del usuario final y futuros desarrolladores sobre ciertos temas, que les van a tocar directamente. Espero opiniones sobre el tema, y si queréis, podéis apuntaros a la lista de desarrollo de Nhopkg para seguir más de cerca el desarrollo.