Bidé Sinérgico

Sincronizar HTC Diamond con Evolution.... ahora si!

2008-09-07T16:59:00.019+02:00

Hola.

Hoy planteo mi ultima batalla.
Me he comprado una HTC Touch Diamond, después de muchos quebraderos de cabeza he conseguido sincronizarla con Evolution y también acceder a los datos de la misma sin tener que montarla como unidad externa.

Las instrucciones que doy son para Ubuntu 8.04.1, que es la distribución de GNU/Linux que uso actualmente, pero es posible que os resuelvan dudas a los usuarios de otras distribuciones.

El primer punto es conectar la PDA y que nuestro SO la reconozca perfectamente y nos deje acceder a sus datos.

Conectar la HTC Diamond a Ubuntu mediante SYNCE.

Vale, yo doy por supuesto que tenéis vuestro Ubuntu totalmente actualizado, de manera que tenéis la ultima versión de Kernel, librerías, etc...
Si no es así deberíamos actualizarlo para que mi manual sea al 100% funcional para vosotros.

Empezamos quitamos los módulos de ipaq:

rmmod ipaq

Lo metemos en el blacklist, editando el fichero/etc/modprobe.d/blacklist

sudo gedit /etc/modprobe.d/blacklist

Agregamos esta linea al final:

blacklist ipaq

Los paquetes que yo estoy usando son los oficiales de Synce y Opensync, así que agregar estas lineas a vuestro sources.list. Lo abrimos como root:

sudo gedit /etc/apt/sources.list

Agregamos estas lineas al final:

# SYNCE
deb http://ppa.launchpad.net/synce/ubuntu hardy main
deb-src http://ppa.launchpad.net/synce/ubuntu hardy main

# Opensync
deb http://opensync.gforge.punktart.de/repo/opensync-0.21/ sid main
deb-src http://opensync.gforge.punktart.de/repo/opensync-0.21/ sid main

Guardamos el fichero. Descargamos e instalamos las firmas de los repositorios de Opensync:

gpg --keyserver hkp://subkeys.pgp.net/ --recv-keys CB210090B029CB84
gpg --export CB210090B029CB84 | sudo apt-key add -

Actualizamos los repositorios:

sudo aptitude update

Para que todo vaya debemos instalar los paquetes de Synce y Opensync necesarios.
Tener en cuenta que esto no sirve para todas las PDAs ya que si es Windows Mobile 6 si funcionará pero las versiones antiguas pueden necesitar otro plugin de opensync o otra versión de los mismos.
Este problema ya lo sufrí yo ya que en un principio estaba utilizando el plugin para WM5.

sudo aptitude install multisync-tools multisync0.90 opensync-module-python opensync-plugin-evolution opensync-plugin-google-calendar opensync-plugin-synce python-opensync synce-gnomevfs synce-gvfs synce-hal synce-sync-engine synce-trayicon

Una vez hacemos esto yo aconsejo reiniciar, no se bien porque pero el demonio synce-sync-engine (synce-hall) en mi caso no arrancó correctamente al conectar la PDA hasta que no reinicié. Lo podéis probar y si se os conecta correctamente no reinicies, pero tal vez por ejemplo el acceso a ficheros no os funcione hasta reinicia.

Una vez reiniciado, entramos con nuestro usuario y arrancamos la aplicación synce-trayicon.

Si conectamos nuestra PDA por USB ahora, y todo sale bien, nos saldrá un precioso mensaje diciendo que ha detectado nuestra Touch_Diamond.

En el menú de la aplicación podremos acceder a las unidades de memoria de nuestra HTC y también a ver el estado de la PDA, tanto memoria, como batería, etc...

Bueno ya tenemos la PDA accesible desde Ubuntu, podemos ver sus unidades de disco y ver datos de la misma. Vamos a siguiente paso, que es sincronizar los datos con Evolution.

La sincronización con Evolution mediante Opensync.

Si hemos sincronizado antes nuestra PDA en Windows (traidores) debemos borrar el perfil creado en la PDA y crear uno nuevo.

Esto ocasiona un problema y es que se pierden datos, todos los contactos (incluido favoritos del TouchFloo), los elementos del calendario... osea todo lo que habiamos sincronizado en Windows.
Ignoro si esto le pasará a todo el mundo, es muy posible que me pasara solo a mi porque trasteé mucho para poder configurarlo correctamente, casi seguro. Pero yo aviso...

Para esto usaremos synce-trayicon que ya hemos explicado como acceder a el.
Desplegamos el menú de la aplicación y vamos a Touch_Diamond > View device status
Aquí nos aparecerá una lista de los perfiles creados para sincronizar.

Si existe uno, solo debemos seleccionarlo y picar en 'Remove'. Nos saldrán varios avisos de seguridad, que debemos aceptar, explicando lo que he dicho antes de la perdida de datos.

Una vez hacemos esto debemos hacer lo contrario, creamos un nuevo perfil, esto es bastante lógico, voy a obviar los pasos.

El ultimo paso y en el que tuve problemas en un principio, es crear los pares de sincronización entre Evolution y Synce.
Para que nadie tenga los problemas que yo tuve, aseguraros que no tener los repositorios PPA de KDE 4.1 en el sources.list, este repositorio contiene una versión 0.33 de un plugin y esto da problemas al ser una versión no estable.

Lo primero será crear un grupo de sincronización y agregarle los miembros, que son los plugins que vamos a usar. Lo podemos hacer por linea de comandos.
Para ello debemos ejecutar estos comandos:

msynctool --addgroup htc-evolution
msynctool --addmember htc-evolution synce-opensync-plugin
msynctool --addmember htc-evolution evo2-sync

Y para sincronizar debemos ejecutar el comando:

msynctool --sync htc-evolution

Pero como yo soy amigo de hacer las cosas fáciles, o al menos que lo parezcan.
Lo vamos a hacer desde multisync0.90, que para algo lo hemos instalado antes.
Vamos al menú de Gnome > Aplicaciones > Accesorios > Multisync-qad

Agregamos el grupo picando en el botón 'Añadir', le ponemos un nombre al grupo y agregamos los dos plugins que vamos a usar:

- synce-opensync-plugin
- evo2-sync

Si picamos en cada uno de los plugins podremos ver la configuración de ellos.
En el evo2-sync podemos ver con que Addressbook, Calendar y Tasks queremos sincronizar los datos.
En synce-opensync-plugin debemos tener una estructura xml que dictamina como se tratan los datos, esto:


<config>

    <contact></contact>

    <todos></todos>

    <calendar></calendar>

    <file>/My Documents/</file>

</config>

El problema, creo que es un bug, es que en algunos casos no nos aparece contenido alguno en este plugin. Pues nada, como ya lo he puesto yo aquí solo debemos copiar y pegar.

Una vez hecho todo esto solo tenemos que cerrar y después le damos a 'Refrescar'
Veremos que los plugins recogen información, la contrastan y en caso de conflicto nos consultara si queremos conservar la ficha que existe en la PDA o en Evolution.

Abracadabra!!!! Ya tenemos nuestra HTC Diamond accesible desde Ubuntu 8.04.1 y sincronizada con Evolution.

Agradecería comentarios de quien lo hizo, y dudas y criticas también, por supuesto.

Saludos.

PRESENTACIÓN

2008-08-05T12:28:00.001+02:00

Buenas, me presento como nuevo contribuyente a este blog, espero mi aportación sea bien recibida y provechosa para la comunidad

Tratamiento de líneas con awk

2008-07-17T08:26:00.000+02:00

A veces resulta muy útil generar un texto a partir de una consulta u otro texto. Para esto es interesante poder recorrer las diferentes líneas. En awk utilizamos una variable propia que es un puntero que apunta a la línea actual. Esta variable es NR.

Es decir, imaginemos que queremos generar unos índices de Oracle, a partir de una consulta generamos un fichero spool en el que obtenemos los CREATE y ANALYZE.

Pero claro, los tenemos todos en un mismo spool. Si queremos separarlos en diferentes ficheros para podemos lanzar las creaciones de índice en paralelo podemos hacer lo siguiente:

#Quitamos las líneas vacías

sed '/^ *$/d'/tmp/genera_indices_renombrado.txt>/tmp/genera_indices_renombrado.txt.new
#Quitamos las líneas vacías. Este punto es muy incesante ya que Oracle es muy
#propenso a colocarnos líneas vacías. Más si vamos a trabar con NR de awk

#Primero cargamos el spool con los datos
cat /tmp/genera_indices_renombrado.txt.new|awk '

#Ahora nos situamos en la primera línea con NR y comenzamos un bucle

{q=0}{linea[NR]=$0}

END {

for(i=1;i<=NR;i=i+1)

#Si la línea comienza con CREATE entramos en la condición

{if (linea[i] ~ /CREATE/)
#Abrimos el fichero con un spool hacia el log
print "spool /tmp/spooltemp"q".log;">>"/tmp/sqltemp"q".sql";
# Y escribimos la línea del CREATE
print linea[i]>>"/tmp/sqltemp"q".sql"}
else
#Si no entramos en la condición escribimos la línea del ANALYZE
{print linea[i]>>"/tmp/sqltemp"q".sql"
#Y cerramos el fichero actual (con un spool off y con un exit).
print "spool off">>"/tmp/sqltemp"q".sql";
print "exit;">>"/tmp/sqltemp"q".sql";
#pasamos al siguinte fichero
q=q+1; }

}
#Escribimos el último exit
{print "exit;">>"/tmp/sqltemp"q".sql"}}'

Y con esto hemos separado las líneas que nos interesaban en diferentes ficheros.

Cositas sobre ssh

2008-07-17T07:36:00.001+02:00

El ssh o Secure Shell es un protocolo y un aplicativo que nos otorga un control total sobre un sistema remoto. Además nos sirve para copiar ficheros de forma cifrada, gestionar claves publicas RSA, permitiéndonos no escribir claves al conectar a las máquinas. Finalmente también nos permite pasar los datos de cualquier otra aplicación por un canal seguro tunelizadomediante SSH.
En principio es muy similar a telnet, pero la información viaja cifrada, lo que impide que cualquier persona con un sniffer pueda captar el usuario y contraseña y comprometa la seguridad del sistema.
Un dato interesante es que SSH es propietario http://www.ssh.com/ (permiten el uso domestico y académico de forma gratuita pero las empresas deben pagar la licencia) , aunque existe una versión libre que es OpenSSH (http://www.openssh.com/). Por otro lado, es muy recomendable utilizar la versión SSH2 y no la SSH1 que esta obsoleta.
Este sistema utiliza una conexión por medio de "llaves", que consisten en un numero cifrado. En realidad es como una llave y una cerradura. En el servidor existe una llave pública ( esta sería la cerradura) y en el cliente una llave privada (esta sería nuestra llave, propiamente dicha)
La generación de llaves puede hacerse con:ssh-keygen -t dsa
esto generará una llave pública, normalmente en ~/.ssh/id_dsa.pub y una llave privada en ~/.ssh/id_dsa (protegida por una palabra clave que nosotros definimos). La llave privada, como su nombre indica, es privada ( secreta) y cumple la función de password, por el contrario la llave pública vista por cualquiera y no hace falta protegerla ya que es completamente inútil sin la llave privada.Para la conexión automática se debe volcar la llave pública en el fichero ~/.ssh/authorized_keys en la máquina que queremos conectarnos.Cuando nos intentemos conectar desde nuestra máquina local a la remota ya no se tendrá que dar la clave de autentificación sino la palabra clave con la que protegió su llave privada. Es más la palabra clave se puede dar una sola vez y las siguientes veces que nos conectemos desde nuestra máquina local ya no nos la pedirá.
Para iniciar una sesión en un sistema remoto: ssh remote_ip
shh username@remote_ip
Como copiar archivos:
scp local_file user_name@remote_ip:remote_file
scp user_name@remote_ip:remote_file local_fie

CIFS: VFS server not responding

2008-07-16T20:09:00.003+02:00

Nos estrenamos con un problema que mas de uno se va a encontrar en Ubuntu 8.04 cuando instale Samba.

Hace unos dias instalé samba en mi Ubuntu y me encontré que al apagar o reiniciar la maquina me salia este mensaje:

CIFS: VFS server not responding
CIFS: No response for cmd 50 mid 3

El problema es que NetworkManager se apaga antes que samba, de manera que samba devuelve ese error al no tener red cuando intenta desmontar las unidades sin red.

Buscando en Google encontre varias respuestas que voy a resumir aquí.
Lo que debemos hacer es cambiar el orden de los procesos en su arranque/apagado:

keteflips | @ moya | mié jul 16 | 20:20:21 | /etc/rc6.d |
$ -> cd /etc/rc0.d

keteflips | @ moya | mié jul 16 | 20:20:48 | /etc/rc0.d |
$ -> ls -la

Como podeis ver tenemos S[num]wpa-ifupdown el numero seguramente será 15
y S[num]umountnfs.sh que el numero seguramente será 31.

También debemos revisarlo en /etc/rc6.d

keteflips | @ moya | mié jul 16 | 20:26:18 | /etc/rc1.d |
$ -> cd /etc/rc6.d

keteflips | @ moya | mié jul 16 | 20:26:23 | /etc/rc6.d |
$ -> ls -la

Lo que debemos hacer en los dos directorios es cambiar el orden en el que se apagan los dos demonios. Para eso solo debemos renombrar estos archivos de manera que wpa-ifupdown siempre se apague después de umountnfs:

keteflips | @ moya | mié jul 16 | 20:26:35 | /etc/rc6.d |
$ -> sudo mv S31umountnfs.sh S14umountnfs.sh

Lo repetimos en los dos directorios claro y ya podemos apagar nuestras maquinas son ese molesto problema.

Saludos.

Presentación

2008-07-16T09:51:00.000+02:00

Hola,

Somos Arturo Morales e Iván Martinez, actualmente trabajamos como administradores de sistemas en Hewlett-Packard. Estamos especializados en la administración de entornos Unix con cierta debilidad por Linux, especialmente Ubuntu.

Este blog lo hemos creado con la intención de que sea un repositorio de conocimiento, un lugar donde ir dejando todas las cosas que vamos averiguado, problemas resueltos o curiosidades relacionadas con la administración de sistemas informáticos.

Esperamos que os sea útil e interesante.