Después de pensar un rato, terminé con la siguiente estructura de archivos:

• filsol (directorio)
  • asistentes.csv
  • certificado.rst
  • escudo.png
  • generar_certificados.py
  • pdf (directorio)

Veamos uno por uno:

asistentes.csv

Es un archivo .csv con la información personal de los asistentes; para las pruebas que hice usé el siguiente contenido de ejemplo:

dni1,apellido1,nombre1
dni2,apellido2,nombre2
etc...

certificado.rst

Es la estrucutra del certificado a imprimir, con los campos a reemplazar enumerados entre {}. Usemos por ejemplo el siguiente:

===========
FLISOL 2012
===========

.. image:: escudo.png
 :scale: 70

----------------------------
Universidad Católica de Cuyo
----------------------------

Por la presente se deja constancia que **{1} {2}**, *D.N.I. {0}* ha participado del evento FLISol 2012 en calidad de asistente. Realizado en la sede Villa Mercedes de la Universidad Católica de Cuyo el día 28 de abril de 2012.

escudo.pg

generar_certificados.py

Este es el script de Python que genera todos los certificados a partir del listado en csv de asistentes. El código creo que se explica por sí mismo, se los dejo a continuación:

#!/usr/bin/env python
#-*- encoding: utf-8 -*-

from csv import reader
import subprocess

print 'Abriendo listado...',
# Esto se puede poner feo...
listado = reader(open('asistentes.csv','r'))
total = len(list(listado))
listado = reader(open('asistentes.csv','r'))
print 'listo.'

print 'Abriendo certificado...',
certificado = open('certificado.rst').read()
print 'listo.'

print listado
print 'Encontrados', total, 'asistentes:'
for nro, asistente in enumerate(listado):
    dni = asistente[0]
    apellido = asistente[1]
    nombre = asistente[2]
    certificado_final = certificado.format(dni,apellido,nombre)

    print 'Generando certificado para', apellido.upper(), nombre + '...',

    p = subprocess.Popen(['rst2pdf',
                        '-s',
                        'freetype-serif,a4-landscape,twelvepoint',
                        '-o',
                        './pdf/' + dni + '-' + apellido + '-' + nombre + '.pdf'
                        ],
                        stdin=subprocess.PIPE
                        )
    p.stdin.write(certificado_final)
    p.communicate()
    print 'listo', str(nro+1), 'de', str(total) +'.'

Seguramente se puede mejorar (mucho) el código, pero como prueba de concepto resultó ser más que suficiente . El script genera un pdf en la carpeta (adivinen…) pdf a partir del archivo rst por cada asistente, reemplazando el nombre y DNI que corresponde. Para ello utiliza el ejecutable de rst2pdf, seguramente se podría hacer llamando a la librería, pero la verdad no me puse a investigar cómo hacerlo.

Uso una PIPE de subprocess para alimentar a rst2pdf con el rst modificado con los datos del asistente directamente y no tener así que guardar un archivo rst distinto a disco por cada persona.

Creo que quedó bastante bien, en un puñado de líneas y nos vino al pelo! Cuando lo probemos bien les cuento cómo se portó.

Pero este post no es solo para recomendarles que prueben este maravilloso software, sino para contarles (y de paso de ayuda memoria mío) cómo solucionar el inconveniente que se nos presentó a nosotros.

A la hora de comenzar el clonado de la PC, no saltó un cartel de error diciendo:

Insufficient permissions to connect to '\ADMIN$'

A lo que nos quedamos helados… habíamos puesto las credenciales de administrador del sistema a clonar correctamente (después de varios intentos frustrados xD) pero no había caso. Luego de googlear un ratito encontramos acá que podría deberse a tener activado el “uso compartido simple de archivos”. Sin más vueltas lo desactivamos yendo a Herramientas -> Opciones de Carpeta -> Ver y Destildando la última opción de la lista que es la correspondiente a dicha característica:

Habiendo desactivado esta opción, todo siguió su curso normal y pudimos clonar una PC entera a una imágen de PC virtual en cuestión de minutos. La levantamos y, luego de instalar las VMware Tools, todo funcionaba exactamente igual que en la PC física. ¡Un golazo!

PD: Si les interesa un tutorial de como hacer para clonar una PC pidanló en los comentarios y lo armamos. Tenemos planeado hacer uno de cómo levantar un servidor con ESX para correr las máquinas virtuales sobre él.

Siendo que si tengo instalada y activada la extensión user-theme, me puse a investigar. Este error se debe a un bug en gnome-tweak-tool. Aparentemente ya está solucionado pero todavía no tenemos la actualización en los repos. Del mismo reporte del bug veo que para solucionar este error y poder cambiar de tema, almenos hasta que nos llegue el update, basta con editar como root el archivo:

/usr/lib/python2.7/site-packages/gtweak/tweaks/tweak_shell.py

cambiando la línea que dice:

THEME_EXT_NAME = “user-theme@gnome-shell-extensions.gnome.org”

por esta otra:

THEME_EXT_NAME = “user-theme@gnome-shell-extensions.gcampax.github.com”

guardamos los cambios, ejecutamos Gnome-Tweak Tool nuevamente y deberíamos poder cambiar de theme sin problemas..

Por lo que veo, por lo menos a un visitante del blog (Thaizir) le pasó lo mismo, espero que le sirva a alguien con el mismo inconveniente. Si no saben como editar el archivo siendo root chiflen y actualizo el post.

ERROR en el chequeo de la transacción vs resolución de dependencias:
kernel-uname-r = 2.6.40.4-5.fc15.x86_64 is needed by kmod-wl-2.6.40.4-5.fc15.x86_64-5.60.48.36-2.fc15.8.x86_64
kernel-uname-r = 2.6.40.6-0.fc15.x86_64 is needed by kmod-wl-2.6.40.6-0.fc15.x86_64-5.60.48.36-2.fc15.9.x86_64
kernel-uname-r = 2.6.41.1-1.fc15.x86_64 is needed by kmod-wl-2.6.41.1-1.fc15.x86_64-5.100.82.38-1.fc15.2.x86_64
Por favor, informe este error en http://yum.baseurl.org/report

Recuerden que hice un preupgrade (es decir actualicé de Fedora 15 a 16 sin reinstalar), con lo que aparentemente tengo un quilombo importante de paquetes.. Luego de investigar un rato largo y probar un par de comandos pude actualizar haciendo lo siguiente:

1. Ejecutar yum check
2. Desinstalar todos los paquetes que lista el comando anterior con yum erase <nombre de paquete o listado de los nombres de los paquetes>
3. Actualizar felizmente con yum update o con la interfaz gráfica (no probé esta última).
4. …
5. Profit!

Espero que les sirva de ayuda!

Saludos!

Saludos!

Después de un tiempo de usar Ubuntu 11.10 bastante conforme, con la llegada de Unity me ví en la encrucijada (?) de decidir si seguir con Unity o irme para el lado de Gnome3. Con la salida de Fedora15 teniendo la mejor implementación de Gnome3 a la fecha, decidí volver a la distro que había dado tantas satisfacciones.

Estuve usando Fedora 15 sin mayores problemas prácticamente desde que salió, incluso la personalicé bastante y quedé muy conforme con el resultado. Particularmente el tema Faience (del creador de los íconos Faenza) sumado a Zukitwo hace una combinación espectacular!

#EsTodoRisasHastaQue salió Fedora16, dado que había personalizado bastante mi instalación de F15, me daba mucha fiaca tener que instalar de cero F16 y reinstalar todas las aplicaciones y personalizaciones que había hecho (ni hablar que ni siquiera recuerdo como hice la gran mayoría). Investigando un poco me encuentro con preupgrade, que resulta ser un método soportado oficialmente para hacer upgrades de versiones en Fedora!

Cómo uso PreUpgrade?

Primero que nada hagan backup por las dudas! una vez que tengan listo el backup, hagan un update del sistema a las últimas actualizaciones  (yum update). Ahora que tienen todo actualizado y bonito, fijensé si tienen instalado preupgrade, en caso contrario con un ‘yum install preupgrade’ es más que suficiente, está en los repos oficiales de Fedora.

Cuando tengan todo esto listo, como root ejecutan el comando “preupgrade” y se les va a abrir una ventana desde la cual van a poder seleccionar a cuál versión de Fedora quieren actualizar, seleccionan, le dan siguiente y el ayudante comienza a bajar todos los paquetes necesarios, en mi caso fueron un poco más de 600 MB.

Una vez que el asistente haya terminado reinician el sistema y ya tienen F16 instalado!

Oh no!

Si al reiniciar se encuentran con un hermoso cartel que dice “Oh no! Something has gone wrong. A problem has ocurred and the system can’t recover. Please contact a system administrator” y tienen la versión de 64 bits de Fedora instalada lo más probable es que este error se deba al paquete caribou. PreUpgrade lamentablemente instala la versión de 32 bits de este software y crashea el sistema. Para solucionarlo basta con un simple:

yum remove caribou

yum install caribou

Yum se debería encargar de instalar la versión de 64 bits con el último comando.

Se preguntarán.. ¿cómo hago para desinstalarlo e instalarlo si está Gnome no responde? Fácil, presinando Alt+Ctrl+F1, Alt+Ctrl+F2, etc. van alternando entre las distintas tty del sistema. Elijan alguna, logueensé como root o como su usuario y reinstalen caribou con los comando anteriores. Una vez reinstalado vuelvan a la tty que tiene la sesión de Gnome3 y presionen Ctrl+Alt+BackSpace y Voilá!! Disfruten de Fedora 16 :-D

Nota: PreUpgrade tiene un montón más de opciones, como por ejemplo usarlo a través de VNC, o desde la CLI (consola). peguenlé una mirada a la entrada en la wiki aquí: http://fedoraproject.org/wiki/How_to_use_PreUpgrade

Actualización: Nautilus no arranca

Después de unos días me doy cuenta que nautilus no arranca.. Craseha con el siguiente error:

Traceback (most recent call last):
 File "/usr/lib64/python2.7/site-packages/gi/__init__.py", line 23, in <module>
 from ._gi import _API, Repository
ImportError: could not import gobject (error was: ImportError('When using gi.repository you must not import static modules like "gobject". Please change all occurrences of "import gobject" to "from gi.repository import GObject".',))

(nautilus:1733): Nautilus-Python-WARNING **: nautilus_python_init_python failed
Traceback (most recent call last):
 File "/usr/share/nautilus-python/extensions/nautilus_terminal.py", line 48, in <module>
 from gi.repository import Nautilus, Gtk, Gdk, Vte, GLib
 File "/usr/lib64/python2.7/site-packages/gi/__init__.py", line 23, in <module>
 from ._gi import _API, Repository
ImportError: cannot import name _API
Violación de segmento

Según éste bug, este error se da sólo en la versión de 64bits de Fedora y con la extensión nautilus-terminal. Para que arranque nautilus nuevamente debemos desinstalar este plugin de nautilus con el siguiente comando como root:

yum remove nautilus-terminal

Y listo… Nautilus debería funcionar nuevamente sin problemas

You can see this in action in the following video:

You can expect this feature to be available in the daily PPA or wait for the stable release.

EDIT: Just if you don’t know, you can drag&drop to a QtQR dekstop launcher like showed in the next video, in this manner you don’t even have to open QtQR previusly to decode a file.

Any thoughts, bugs or feature request are more than welcome!

QtQR 1.0/1.1/1.2 has the following dependecies:

• PyQt4
• qrencode
• python-imaging (PIL or Python Image Library)
• python-zbar

Installation

yum install pyqt4 qrencode python-imaging

Once you got them installed you can go on installing python-zbar using easy_install:

easy_install zbar

If you get an “error: Setup script exited with error: command ‘gcc’ failed with exit status 1″ error, you need to install the zbar-devel package first, like this:

yum install zbar-devel

And there you go.. now you can download the sourcecode from Launchpad, decompress and run QtQR with the following command:

cd <dir of qtqr sourcecode>
python qtqr.py

Summary

In summary, this are the commands you need to run (as root) to get QtQR working:

su
(enter root password)
yum install pyqt4 qrencode python-imaging zbar-devel
easy_install zbar

Tested in Fedora 15, but if you find any difficulties please let me know in the comments.. happy hacking!

El evento en sí fué un éxito, la cantidad de asistentes fue un tanto escasa (~30 personas) aunque, para la proporción de gente joven y cantidad de habitantes de la ciudad, es un buen número. El día comenzó a las 9 de la mañana abriendo las puertas y las acreditaciones para aquellos que iban llegando, se le entregó a cada asistente una credencial con una cordón porta pendrive, un cronograma impreso de las charlas, un folleto con la opciones de menú disponibles para el almuerzo y una copia de la PET #3 (gentileza de Juan BC). Para dar por iniciado formalmente el día se contó con la apertura por parte del Decano Mg. Ing. Ricardo Silvera dando paso ya a la primer charla, “Introducción a Python“ por Juan B. Cabral.
Luego de la charla del Ing. Cabral continuamos “Haciendo videojuegos con pilas”, por Hugo Ruscitti, charla con la que quedó todo el mundo muy entusiasmado. Luego del descanso de 15’ para tomar un café, pués el invierno se hizo presente y arrancamos con mucho frío!, llegó Angel Velazques desde Venezuela a darnos una charla de entornos virtuales de programación (virtualenv) que más tarde interiorizó en un taller. Terminada la charla nos juntamos en el buffette a hacer sociales y picar algo para aguantar toda la tarde.

Habiendo comido algo, arrancó la segunda mitad de la jornada Matías Herranz con su “de cero a Django en 45’”, una charla introductoria a las dulzuras de Django y por qué es considerado uno de los mejores frameworks web para Python. Luego, subió Juan B. Cabral nuevamente para contarnos sobre “Browser Games con Django”, dejándonos a todos con ganas de jugar un rato. Volviendo del recreo olbigatorio entre charlas, nos recibió Diego Sarmentero con su “Introducción a PyQt”, una charla donde nos contó como es este framework, sus características, usos y hasta nos hizo un web-browser delante de nuestros ojos en poquísimas líneas de código.

Ya encarando lo que parecía ser el final de la jornada Marcelo Alaníz dió la charla “Python y la red”, en donde nos comentó las distintas opciones con las que contamos en Python a la hora de hacer aplicaciones de Red. Terminada la charla, tuvimos 4 lightning talks; 2 de JB Cabral, una sobre su proyecto de “traducir el código” de Pilas y otra contándonos e invitándonos a participar de la revista Python Entre Todos. Las otras dos lightning talks fueron de Diego Sarmentero, primero evangelizando NINJA-IDE y después contándonos del proyecto “Adopta un Newbie” de PyAr. Al término de las lightning talks dimos el cierre del evento con un sorteo de 11 pendrives, de los cuales 2 se fueron para Córdoba y los demás se quedaron en San Luis.

Pero el evento aún no terminaba, siendo ya de noche y con el frío de nuevo asomándose pasamos a dar los dos talleres programados, primero los asistentes tuvieron la oportunidad de aprender VirtualEnv a cargo de Angel Velázques; poniéndo en práctica y reforzando los conocimientos que había comentado en la charla previa para luego cerrar con el taller de PyQt a cargo de quien les escribe con la colaboración de Diego Sarmentero, en donde hicimos una aplicación de escritorio básica utilizando los conceptos clave del framework Qt4, con el que la gente se entusiasmó mucho; terminando recién a las 21:30 a pesar del frío que ya se hacía presente.

Como cierre del evento compartimos unos choripanes asados por Franco Neri con lechuga, tomate, mayonesa, ketchup y hasta palta! y, aunque cueste creerlo, de tomar, gaseosa. Luego de charlar un buen rato y con la panza llena, partimos cada uno para su hogar / hotel / hostel.

Resumiendo…

…el PyDay fue una experiencia excelente! la mayoría de los asistentes se fueron contentos y entusiasmados con el lenguaje (para grata sorpresa, había gente grande participando del evento) y, creo, que los disertantes también; y eso es el mejor regalo que nos pueden haber hecho a los que estuvimos en la organización.

Todo esto no hubiera sido posible sin el apoyo incondicional de la Universidad Católica de Cuyo, sin el (enorme!) laburo de Franco Enzo Neri Sandoval y Carina Ruano, sin la colaboración de los chicos de sistemas o sin el aguante de la gente de SanLuiX; y por sobre todo no hubiera sido posible sin la buena onda, el apoyo y la colaboración de todos los disertantes miembros de PyAr que se pasaron! Y, en lo personal, además me he hecho de unos muy buenos amigos.

De corazón, ¡GRACIAS! ¡a todos!.

Un Abrazo!

Pronto: fotos del evento.-

EDIT: Me olvidaba.. muchísimas gracias a Mariano Reingart por solucionarnos al instante cualquier inconveniente que no surgía con el sitio del evento!

EDIT2: Ya pueden acceder al material de las charlas y los talleres en http://ramiroalgozino.com.ar/pyday/

Se van a dar charlas de:

• Introducción a Python
• Pilas
• VirtualEnv
• PyQt
• Django

A continuación el cronograma del evento:

Para asistir al evento debés inscribirte vía web en http://www.pyday.com.ar/sanluis2011/user/register. Es importante que te registres, HAY CUPOS LIMITADOS.

Les dejo un enlace al PDF con Invitación al evento. ¡¡Por favor Difundir!!  ¡¡Gracias!!

Organiza: