OPEN Coffee 1.0.1

Se ha lanzado la versión 1.0.1 del proyecto la cual incluye correcciones de errores, entre las que se encuentran:

  • La ventana de administrador en la aplicación cliente quedaba por debajo de la ventana del Login (en Windows).
  • Corrección en el chequeo de datos de Hardware del puesto (en Windows).
  • En ambas aplicaciones se ha organizado mejor las carpetas correspondientes a templates.

Descargas: http://opencoffee.lnxteam.org/trac/wiki/WikiStart#Downloads

Cualquier consulta, problema o error lo puedes reportar en el sistema de Tickets de la web del proyecto o bien registrándote en la lista de correo (primero debes registrarte en la lista como lo indica en el Wiki).

¡OPEN Coffee versión 1.0!

Después de largos años de desarrollo (entre pausas en el proyecto) y mucho esfuerzo, he lanzado la primera versión.

A tener en cuenta que por ser la primera, de por sí falten funciones para lo que una aplicación de este tipo pueda llegar a tener.

Algunas de las características más importantes:

  • Administración de Usuario y Clientes
  • Administración de Artículos para la venta
  • Configuración de puestos de trabajo manual o por detección
  • Encendido y apagado de los puestos de trabajo desde la aplicación Servidor
  • Obtención de información de hardware del puesto de trabajo (por ahora sólo en Linux).
  • Soporte de chat entre Servidor – Cliente
  • Módulo de Facturación
  • Módulo de video vigilancia (actuado como capturador de Video Streaming, el cual permite poder instalar Webcams/Cámara IP para vigilancia)
  • Historial de eventos

Información sobre los requisitos necesarios: http://opencoffee.lnxteam.org/trac/wiki/AppRequirements

Para la instación usando paquetes binarios:

Para la instalación usando el código fuente:

Para más información de las descargas: http://opencoffee.lnxteam.org/trac#Downloads

NOTA 13/01/2012: si tienen problemas con los paquetes binarios, intenten descargarlo más tarde dado que se han encontrado algunos problemas y se han regenerado nuevamente.

OPEN Coffee 0.7 RC1

Se ha lanzado la primera versión RC del proyecto (y por el momento será la única RC antes de la versión final).

- Se corrigieron algunos errores
- Ahora el desbloqueo del puesto también se puede realizar desde el servidor (sin necesidad del Login desde el Cliente).
- Los cambios del tipo de moneda hacen efecto sin tener que reiniciar la aplicación Servidor.

¡A probar!

Más información: http://opencoffee.lnxteam.org

¡Feliz 2012!

Nuevamente aquí…

Por si no fuera poco, nuevamente tuve problemas con uno de los discos de mi Servidor. No solo eso: el servidor lo tengo corriendo bajo una VM (Virtual Machine). En este caso, VirtualBox. La imágen del disco de dicha VM, por algún motivo desconocido (y creame que estuve un día entero buscando qué pasó…) quedó en 0 Bytes… perdí todo… (y estuve a punto de configurar semanas antes un sistema de Backups con Bacula o similar). Pero dado los costos de los discos rígidos (dado la tragedia que tuvo hecho en Tailandia), no pude hacerlo.

Con la ayuda de un Script en Python, pude bajar el contenido de Cache de Google relacionado a los sitios que tenía en mi Servidor.

Por otro lado, solo voy a escribir las entradas del Blog anteriores más importantes (con la fecha en la que fueron publicadas) y así volver a empezar…

¡Saludos!

Iniciando VirtualBox en el Inicio (Boot)

Siempre me olvido de configurar esto, para cuando ante cualquier problema con el servidor (tanto de apagado como de encendido) esto se realice de manera automática. El servidor de GDNet corre en una máquina virtual. En este caso, VirtualBox.  Este script sirve para poder inicializar dicha VM al inicio (boot) y que a su vez, guarde el estado en el apagado.

#! /bin/sh
# /etc/init.d/virtualbox
#
 
# Usuario perteneciente al grupo virtualbox
VMUSER=vmuser
# Nombre de la VM
VMNAME="Kubuntu 11.10"
 
case "$1" in
  start)
    echo "Iniciando VirtualBox VM..."
    sudo -H -b -u $VMUSER /usr/bin/VBoxVRDP -s "$VMNAME"
    ;;
  stop)
    echo "Apagando VirtualBox VM..."
    sudo -H -u $VMUSER /usr/bin/VBoxManage controlvm "$VMNAME" acpipowerbutton
    sleep 15
    ;;
  *)
    echo "Uso: /etc/init.d/virtualbox {start|stop}"
    exit 1
    ;;
esac
 
exit 0

Copiamos el Script en la ruta adecuada:

sudo mv virtualbox /etc/init.d/

Otorgamos permisos de ejecución:

sudo chmod +x /etc/init.d/virtualbox

Hecho esto, debemos agregar el Script a los runlevels tanto de inicio como de apagado:

sudo update-rc.d virtualbox defaults 99 01

De esta manera nos asegura que la máquina virtual sea lo último que se inicie y a su vez lo primero que se apague.
Todo esto corresponde a una sola máquina virtual. Si tenemos varias, simplemente vamos creando tanto Scripts sean necesarios.

Parámetros de sudo:
- H:  asigna el Home del usuario utilizado.
- b: ejecuta el comando en el “background” (como un proceso).

Existen varios tipos de apagados de una VM, entre una de ellas savestate: la misma guarda el estado de la máquina en vez de apagarlo. Para más tipos, escriban en consola:

VBoxManage --help

Y lean en la sección controlvm.

Reparando un Monitor LCD Viewsonic VX715

Este fue mi primer monitor LCD de 17″. Hace un tiempo ya que lo uso únicamente con la sintonizadora de TV externa de manera ocasional. Hace como un año y medio atrás ha empezado a tener problemas con la imagen, en especial en la esquina superior derecha.
El problema de éste es que tenía un capacitor defectuoso de 1000uF x 16v. Su reemplazo solucionó el problema (aunque he usado de 25v para evitar futuros inconvenientes del mismo tipo).

Hace como dos semanas, nuevamente un problema nuevo con dicho monitor: se prendía por unos segundos y luego quedaba todo en negro (en realidad seguía prendido pero era el Backlight que se apagaba).
La causante de éste nuevo problema, era una mala soldadura de dos bobinas dentro del circuito del Inversor.

Dejo una imagen de la placa en cuestión por si alguno tiene los mismos problemas y así puedan solventarlo :D .

10 razones para usar Software Libre en la educación

Presentación

Esta iniciativa tiene como objetivo el producir un breve folleto/cartilla imprimible que explica el por qué Software Libre en la educación. Esta inspirado en el documento “10 razones para el uso de Software de Fuentes Abiertas en la Educación” de CENATIC.

Este otro articulo contiene contra argumentos a cada uno de los 10 puntos de CENATIC, escritos por una empleado de Microsoft.

Las 10 razones

Por ahora tomamos como base las 10 Razones de CENATIC. Estas deben ser adaptadas al contexto local.

  1. Contribuye a formar personas libres, independientes, críticas y autónomas.
    Aporta capacidad de elección a las personas, favoreciendo los procesos críticos y la independencia en la toma de decisiones, todos ellos valores fundamentales de nuestro sistema educativo.
  2. Permite enseñar con herramientas adaptadas a la realidad del alumnado.
    Las herramientas abiertas pueden ser traducidas a cualquier lengua, incorporar ayudas técnicas a la discapacidad o personalizarse para atender necesidades específicas de cada tipo de alumno.
  3. Crea una Comunidad de Conocimiento Compartido.
    Al compartir conocimientos y herramientas educativas entre alumnos, docentes, centros e incluso distintas comunicades autónomas o países, estamos facilitando la reutilización de estrategias educativas de éxito, y favoreciendo una educación asentada sobre valores como la comunidad, la compartición de conocimiento y la creación en equipo.
  4. Fomenta la independencia de las personas para elegir las herramientas del futuro.
    El Software de Fuentes Abiertas promueve un modelo tecnológico abierto, sin limitaciones a la investigación o al uso de la tecnología, permitiendo a todos diseñar nuestro propio futuro tecnológico.
  5. Evoluciona rápidamente y permite una eficaz solución de los problemas.
    En las tecnologías abiertas, los ciclos de detección y solución de errores, así como los procesos de mejora son mucho más rápidos cuando se dispone de acceso abierto al código fuente. Y al mismo tiempo, las modificaciones pueden ser incorporadas de forma inmediata y sin coste.
  6. Una solución madura, con experiencias de éxito en el entorno educativo español.
    Las experiencias de GNU/Linex en Extremadura y de Guadalinex en Andalucía son referentes a nivel mundial de aplicación de tecnologías en educación. Y ambas con Software de Fuentes Abiertas. También destacables son las experiencias de Linkat en Cataluña, Molinux en Castilla-La Mancha, MAX en Madrid, Lliurex en Valencia, Servidores Educativos en Navarra, Medusa en Canarias…
  7. Permite ahorrar costes en la implantación, el mantenimiento y la gestión de los centros educativos gracias al tipo de licencias que posee.
    Las licencias abiertas permiten copiar las soluciones en tantos equipos como sea necesario, compartir las soluciones entre comunidades autónomas, abaratar las actualizaciones y mantenimiento, favoreciendo la colaboración y la reutilización… logrando así importantes ahorros puesto de manifiesto en experiencias anteriores.
  8. Facilita que los alumnos dispongan en su casa de las mismas herramientas educativas que utilizan en su centro, de forma 100% legal.
    Salir del colegio y estudiar en casa, en la biblioteca o en cualquier otro lugar con las mismas herramientas educativas, sólo es posible si están disponibles de forma abierta y gratuita en cualquier ámbito.
  9. Garantiza la seguridad. Es SFA es el software más seguro.
    Dificulta los ataques externos y la incidencia de virus o troyanos.
  10. Potencia la innovación de productos y servicios a través de empresas locales.
    Permite a las empresas locales ofertar productos y servicios adaptados a las necesidades de las comunidades educativas, contribuyendo así al desarrollo del sector tecnológico más cercano.

En definitiva, el Software de Fuentes Abiertas es un modelo educativo en sí mismo; libre, democrático, sostenible y tecnológicamente competitivo, y la opción ideal para el uso de la tecnología en el aula.


Fuente:  Gleducar