Os dejo un video de Chorium OS arrancando en el PC de Pau

Nota rápida: Si el host o la ip del servidor de svn cambia un upgrade de tu copia local fallará. Esto es porque tu copia local hace referencia a la IP o nombre viejo. Para que no tengas que hacer un chekcout entero del repositorio, es posible cambiar la copia local para que haga referencia a la nueva IP. Para ello utilizaremos el comando switch de svn:

cd /working_copy

svn switch --relocate svn://HOST/REPO_PATH svn://host/REPO_PATH .

La última versión del paquete subversion en Ubuntu dapper es de la rama 1.3.x. Si queremos actualizar el servidor deberemos compilar subversion desde las fuentes con la opción --without-serf para así poder satisfacer las dependencias.

En resumen:

Notas para instalar Modem USB MC950D de Vodafone en Opensuse 11.1

• Disponer del dispositovo USB Ovation MC950D de Vodafone

• Instalar Vodafone Mobile Connect Card driver for Linux (INSTALL_OPENSUSE111.TXT) para Opensuse.

Llegados a este punto, si al lanzar vodafone-mobile-connect-card-driver-for-linux no te detecta ningun dispositivo, probablemente sea porque te está detectando la llave USB como dispositovo de almacenamiento. En este caso, un lsusb te retorna esto:

Bus 004 Device 005: ID 1410:5010 Novatel Wireless

Para conmutar dicho dispositivo a modo Modem has de ejecutar este comando:

vmc-usb_modeswitch-eject.sh 1410 5010

Tras lo cual un lsusb mostrará:

Bus 004 Device 006: ID 1410:4400 Novatel Wireless

Para que udev se encargue de hacer este switch automaticamente, es necesario modificar la regla udev para el dispositivo Novatel (/etc/udev/rules.d/45-vmc-novatel.rules)

Cambiamos:

ACTION=="add", \
   ATTRS{idVendor}=="1410", ATTRS{idProduct}=="5010", \
   RUN:="/bin/eject %k"

Por esto otro:

ACTION=="add", \
   ATTRS{idVendor}=="1410", ATTRS{idProduct}=="5010", \
   RUN:="/usr/sbin/vmc-usb_modeswitch-eject.sh 1410 5010"

Ahora al arrancar aparecerá el dispositivo, la ventana para introducir el PIN etc.

Por defecto, al instalar ESXi en una máquina con un solo disco configurado en el sistema, el datastore que se crea utiliza todo el espacio disponible en dicho dispositivo. Además configura el block_size del filesystem vmfs3 del datastore a 1MB. Esto limita el tamaño máximo de los discos virtuales que podremos crear en dicho datastore a 256GB.

Para poder crear discos de mayor tamaño es necesario definir un block_size de mayor tamaño (2MB para 510GB y 4MB para 1TB). El problema es que una vez creado el datastore no es posible modificar el block_size. La solución pasa por eliminar el datastore nada más instalar ESXi y volver a crearlo. En ese momento sí que es posible seleccionar el tamaño del block_size.

No lo he probado, preo otra opción seria crear un datastore para las máquinas virtuales con un block_size de 1MB y otro para el disco o discos virtuales con un tamaño de block_size de 2MB o 4MB.

Es muy típico que un script que funciona perfectamente desde una sesión de usuario normal falle al correr como un trabajo ejecutado por el cron.
Generalmente esto es debido a que las variables de entorno bajo las que se ejecuta el script en uno y otro caso no son las mismas.
En el caso de lanzar OpenVPN como demonio desde una tarea de cron es importante tener esto en cuenta, ya que OpenVPN tras la autenticación llamará al comando ifconfig para crear el dispositivo de red virtual. Llegado este momento, si /sbin no forma parte de la variable de entorno PATH, nuestro script fallará.
Invocar a /etc/init.d/openvpn start | stop para establecer y parar la conexión requiere utilizar los ficheros de configuración ubicados en /etc/openvpn y jugar con /etc/default/openvpn para que el script de inicialización haga lo que queremos. Así, una opción más fácil puede ser llamar a openvpn con un script similar a este, evitando parar accidentalmente sesiones de vpn no deseadas.

#!/bin/bash
PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin'
/usr/sbin/openvpn --daemon --writepid /var/run/myvpn --cd /root/vpn --config /root/vpn/client.conf
/bin/sleep 16
... (lo que sea que hagamos por la VPN... acceso seguro a svn por ejemplo)...
/bin/kill $(cat /var/run/myvpn) && rm /var/run/mypid

Con PATH aseguramos que OpenVPN, al correr como hijo del cron encuentra el comando ifconfig.

• Con --daemon, OpenVPN corre como demonio. De lo contrario, el script nunca pasaria de esta línea.
• Con --writepid /var/run/myvpn escribimos el PID del proceso OpenVPN en el fichero /var/run/myvpn. Esto nos permite matar sólo esa sessión de vpn con killall más adelante.
• Sleep es sólo para asegurar que el dispositovo TAP y las rutas existan antes de utilizarlas.
• Finalmente matamos sólo la conexión vpn establecida por este script.

Por otro lado, si además de los certificados y claves necesitamos de una autenticación mediante user y password, deberemos especificar el fichero que los contiene tras la opción auth-user-pass /root/vpn/up. Esta opción suele estar en en fichero client.conf y es la responsable de que se te pregunte que introduzcas un usuairo y password en aquellas conexiónes que asi lo requieren. De hecho, todas las opciones que hemos pasado a openvpn por linea de comandos mediante --opcion, pueden ir en dicho fichero de configuración si así lo deseamos.

NSIS (Nullsoft Scriptable Install System) permite empaquetar aplicaciones en un fichero '.exe' autoinstalable. Aplicaciones como OpenVPN (para Windows) o VLC lo utilizan para distribuir sus versiones para plataformas Win32.

Pese a que la aplicación esta ampliamente documentada, he querido escribir este mini-articulo, en el que mediante un ejemplo explico los pasos a seguir para distribuir una aplicación. La idea es que dicho ejemplo sirva de base para no tener que perder mucho tiempo leyendo documentación y realizando mil y una pruebas antes de poder generar un instalable. Podeis utilizar el ejemplo como punto de partida para luego añadir lo que se os ocurra. Para ello os recomiendo dar un vistazo al  rincón de desarrolladores de la wiki del proyecto NSIS.

No he encontrado muchos ejemplos (por no decir ninguno) de como llamar a los métodos SOAP de Mantis desde PHP, asi que aqui dejo unos ejemplitos.

Lo primero de todo es saber que tras la instalación de Mantis, podemos obtener el WSDL bajo esta URL: http://logquesea/api/soap/mantisconnect.php?wsdl

Además del WSDL, es interesante saber que hay una ayuda "para humanos" acerca de los métodos disponibles.  Se puede obtener omitiendo  ?wsdl en la llamada anterior.

A continuación os dejo los ejemplos sobre como llamar a algunos de estos métodos desde PHP.

Chuleta rápida para convertir una maquina VMware Server (''.vmx'') a formato appliance para VMware ESXi (''.ova/.ovf'').

• Inicio → Todos los programas → VMware → VMware Converter
• Convert Machine → Siguiente → Siguiente
• Select the type of source you want to use: Other (Siguiente)
• Source VM or Image: loquesea.vmx (Siguiente)

Esperamos un rato e ignoramos el warning que da (Siguiente)

• Siguiente, Siguiente
• Select destination type: Virtual Appliance (Siguiente)
• Virtual Appliance Name: lo que sea
• Location: donde sea que tengamos espacio suficiente
• Siguiente

Rellenamos los detalles del appliance: Product URL, Version, Vendor, Vendor URL, Annotation...

• Siguiente, Siguiente

Ahora seleccionamos el formato del fichero de salida (distribution format), teniendo especial cuidado de utilizar el formato ova. (Si especificamos ova, obtendremos tanto el formato ova como el ovf. OVF es que que vamos a poder importar desde ESXi)

• Siguiente, Siguiente, Finalizar

Dependiendo del tamaño del a imagen, el proceso puede tardar un buen rato, asi que paciencia.

This is my first post in English, so I apologize in advance for my poor grammar. 

I'll try to explain how to export all the pages of a Trac wiki into a Dokuwiki .  All the process is based in my own shell script, which uses trac-admin, wget and html2wiki to export all the content of your Trac wiki into a dokuwiki folders.

At a glance, the main steps performed by the script are the following:

• Get the Trac wiki pages as a HTML files using wget.
• Remove all the HTML code belonging to the Trac page itself.
• Convert all the pages from HTML to Dokuwiki format (using html2wiki).
• Fix some internal/media links and transform footer attachments into dokuwiki format.
• Rename all the pages and media from upper to lower case.

The output of the script are two tarball files. One with the Dokuwiki pages, and the oter one with the media files.