El video no es gran cosa, pero muchos me preguntaron cómo lo había hecho. La respuesta corta fue: con una mini receta de jjconti que pueden buscarla aquí.

Mis condiciones eran un poco distintas, así que acá van los pasos, utilizando un soft llamado mencoder:

1° generar un listado de las fotos que queremos incluir, ordenadas por fecha de modificación:

$ ls -t >> lista.txt

2° Si las fotos son muy grandes, achicarlas un poco. Para eso usamos imagemagick

$ for i in `ls *.JPG`; do echo "Convirtiendo $i"; convert -resize 800x600 $i convertidas/$i; done

3° La magia de mencoder, que convierte las fotos en un hermoso videito

$ mencoder mf://@lista.txt -mf fps=5:type=JPG -lavcopts vcodec=mpeg4:vbitrate=3200000:mbd=2:mv0:trell:v4mv:cbp:last_pred=3:predia=2:dia=2:vmax_b_frames=2:vb_strategy=1:precmp=2:cmp=2:subcmp=2:preme=2:vme=5:naq:qns=2 -vf scale=800:600 -ovc copy -oac copy -audiofile soundtrack.mp3 -o video-copado.avi

Como tenía pocas fotos (cerca de 150), le puse solo 5fps.

Esto es todo, muchas gracias a JJConti (que seguramente se lo robó a nicocesar) por el script de mencoder y a Dipe por el de imagemagick.

Mi primera aproximación debe haber venido por parte de algún conocido que me dijo cómo hacerla, pero mucho no me convencía. Con el correr del tiempo me di cuenta que había otra forma de hacerla, que resultaba más sencilla, sobre todo para que no queden grumos de harina. Y ahora hace poco descubrí una tercera que me gustó mucho más, y creo que es la definitiva.

A continuación las tres formas que usé, en orden cronológico:

1- La primer forma, que me la transmitieron como una verdad verdadera, consistía en calentar manteca y leche en un recipiente, y una vez que rompía el hervor, ir agregando harina en forma de lluvia, revolviendo constantemente para que no se formen grumos. Esto no me gustaba para nada, era casi imposible que quede lisa.

2- Esta la vi por la tele o en alguna receta de internet, consiste en calentar manteca y harina, y después ir agregando la leche y cocinar hasta que quede en el punto buscado. Esta forma es mucho más práctica que la anterior, y es mucho más fácil evitar los grumos.

3- Hasta ahora estaba contento con la forma anterior, aunque no me parecía una panacea. Entonces descubrí una tercera, que es muchísimo más simple: Mezclamos la leche fría con harina hasta que se disuelva, ahí recién prendemos el fuego y agregamos la manteca y revolvemos hasta que llegue al punto deseado.

Obviamente, en las tres formas falta el agregado de sal, pimienta, nuez moscada y/o cualquier otro condimento.

Tal vez mas tarde, agregue un paso a paso en fotos, de la tercera forma, claro!

Acá les dejo un instructivo de como formatear un pendrive en cualquier Linux de forma rápida:

1° ponemos el pendrive

2° lo desmontamos:

$ sudo umount /media/pendrive (siendo que lo haya montado ahi)


3° lo formateamos:

$ sudo mkfs.vfat /dev/sda1 (siendo /dev/sda1 el dispositivo del pendrive)


Listo. El pendrive formateado y sin virus!

Cómo saber donde está montado el pendrive y como se llama el dispositivo? Con el comando mount:

$ mount


Este comando listará los dispositivos montados, uno de las últimas líneas serán

/dev/sda1 /media/pendrive


O similar. Si es similar, entonces usar esos valores que arroja el comando mount para desmontar y después formatear.

La solución a este problema son los sistemas de migraciones de esquemas, aplicaciones de terceros que hacen este trabajo por nosotros.

Hace un tiempo que había comenzado a usar django-evolution, estaba muy contento, pero todo indica que el proyecto será discontinuado, y los caminos conducen a South, único sobreviviente de todos los  que habían surgido para atacar este problema.

Así que es un buen momento para migrar el sistema de migraciones!

Instalar South:

Si estamos usando virtualenv:

‘pip install -E entorno/ South’

Sino,

‘pip install south’ (algunos puritanos lo instalan via apt-get)

agregamos south a nuestras aplicaciones en ‘INSTALLED_APPS’

Comenzar a usarlo

Comenzar a utilizar shoth desde cero:

‘python manage.py schemamigration myapp –initial’ (se crea la migración incial)

‘python manage.py migrate myapp’

Agregar South a nuestra aplicación

Si ya teníamos un proyecto andando y le agregamos south para manejar las migraciones:

‘python manage.py convert_to_south myapp’

Migrar modelos

Una vez que modificamos los modelos en ‘models.py’, para que se refleje en nuestra base de datos,

‘python manage.py schemamigration myapp –auto’ (crea una nueva migración)

‘python manage.py migrate myapp’ (aplica esta nueva migración creada)

Así de simple, para cosas más complicadas, vamos a la documentación oficial

Referencias:

http://south.aeracode.org/

http://mitchfournier.com/2010/06/23/getting-started-with-south-django-database-migrations/

http://lucasbonomo.com.ar/2011/06/20/jugando-con-south/

Es muy similar al ejemplo anterior, solamente tenemos que agregar unas pocas líneas al archivo de configuración django.wsgi (si seguimos con el ejemplo pasado) en nuestro proyecto para que utilice python y django de nuestro entorno creado y no el python y django global.


import site
site.addsitedir('/home/patricio/dev/python/envs/entorno/lib/python2.7/site-packages')


Como un breve resumen:

Tenemos instalado nuestro entorno en:

/home/patricio/dev/python/envs/entorno


Tenemos nuestro proyecto django andando en:

/home/patricio/dev/python/sources/proyecto

En nuestro proyecto de trabajo creamos el archivo django.wsgi con el siguiente contenido:

import os
import sys
import site

site.addsitedir(’/home/patricio/dev/python/envs/dj-fbcb/lib/python2.7/site-packages’)
sys.path.append(’/home/patricio/dev/python/sources’)
sys.path.append(’/home/patricio/dev/python/sources/proyecto’)

os.environ['DJANGO_SETTINGS_MODULE'] = ‘proyecto.settings’

import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()

En nuestro virtualhost quedaría lo siguiente:

<VirtualHost *:80>
ServerAdmin webmaster@localhost
ServerName localhost

DocumentRoot /home/patricio/dev/python/sources/proyecto
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>

<Directory /home/patricio/dev/python/sources/proyecto >
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>

WSGIScriptAlias / /home/patricio/dev/python/sources/proyecto/django.wsgi

Esto sería todo, reiniciar apache y debería salir todo andando!

Un amigo (que tiene un peluche de thunderbird) me pasó una guía de mozillaes acerca de que se guarda en los perfiles, me vino realmente muy bien.

Lo primero que hacemos es una copia del perfil a restaurar.

Luego vamos a la editamos nuestro profile.ini que está en /home/usuario/.thunderbird y lo editamos.

Cambiamos el parámetro de isRelative, de 1 a 0 y especificamos la ruta al perfil.

[General]
StartWithLastProfile=1
[Profile0]
Name=default
IsRelative=0
Path=/ruta_al_perfil_viejo/rswrrrmt.default

Listo, iniciamos thunderbird y sale andando todo. Correo, direcciones, filtros, aprendizaje del antispam.

[1] http://www.mozillaes.org/documentacion/index.php?title=Perfil_%28Mozilla_Thunderbird%29

Virtualenv es un software que virtualizar entornos python. Esto permite tener distintas configuraciones sin romper la dependencia de paquetes entre los distintos proyectos. Permite tener distintas versiones de paquetes instalados y sobre todo para cuando necesitamos instalar paquetes, no tenemos permisos de root y tenemos que andar rogando al sysadmin que los instale.

A continuación unas notas de instalación y uso. Fueron hechas usando ubuntu, pero son similares en debian y parecidas en cualquier otro linux. Para los demás, vean la doc oficial de virtualenv.

Instalando

Lo primero es instalar virtualenv y pip para instalar los paquetes dentro de nuestro entorno.

apt-get install python-virtualenv
apt-get install python-pip

Creando el entrono

Crearemos nuestro primer virtualenv en el directrio env,

patricio@plg:~/dev/python$ virtualenv --distribute --no-site-packages env/

New python executable in env/bin/python
Installing distribute........done.
Installing pip...............done.

Listo, tenemos una copia de nuestro python pelado en env/

Esto sería bueno hacerlo con cada uno de los proyectos que emprendamos.

Instalando paquetes

Para instalar paquetes desde fuera del entorno usamos la opción -E de pip. Por ejemplo, si queremos la última versión de django disponible en pypi:

patricio@plg:~/dev/python$ pip install -E env/ Django
Downloading/unpacking Django
  Downloading Django-1.3.tar.gz (6.5Mb): 6.5Mb downloaded
  Running setup.py egg_info for package Django
Installing collected packages: Django
  Running setup.py install for Django
    changing mode of build/scripts-2.6/django-admin.py from 644 to 755
    changing mode of /home/patricio/dev/python/env/bin/django-admin.py to 755
Successfully installed Django
Cleaning up...
patricio@plg:~/dev/python$

Activando y desactivando

Para activar el entorno usamos source, para desactivarlo, deactivate:

patricio@plg:~/dev/python$ source env/bin/activate
(env)patricio@plg:~/dev/python$

(env)patricio@plg:~/dev/python$ deactivate
patricio@plg:~/dev/python$

Turbulencias

Podemos llegar a tener complicaciones al instalar ciertos paquetes, que no son puramente python. Por ejemplo, al querer instalar MySql-python mediante pip, larga algunas excepciones.

Tenemos que instalar antes libmysqlclient-dev y python-dev.

patricio@plg:~/dev/python$ pip install -E env/ MySQL-python
Downloading/unpacking MySQL-python
  Running setup.py egg_info for package MySQL-python
    sh: mysql_config: not found
    Traceback (most recent call last):
    ....

sudo apt-get install libmysqlclient-dev
sudo apt-get install python-dev

ahora si,

patricio@plg:~/dev/python$ pip install -E env/ MySQL-python
Downloading/unpacking MySQL-python
   ...
Successfully installed MySQL-python
Cleaning up...

Probando cosas

Ya que estamos, probamos un proyecto que teníamos con una versión menor de django donde nos muestra algunos warnings.

patricio@plg:~/dev/python$ source env/bin/activate
(env)patricio@plg:~/dev/python$ cd django/nutricion/
(env)patricio@plg:~/dev/python/django/nutricion$ python manage.py runserver
Validating models...

/home/patricio/dev/python/env/lib/python2.6/site-packages/django/db/__init__.py:19:
DeprecationWarning: settings.DATABASE_* is deprecated; use settings.DATABASES instead.
  DeprecationWarning
/home/patricio/dev/python/env/lib/python2.6/site-packages/django/db/__init__.py:60:
DeprecationWarning: Short names for ENGINE in database configurations are deprecated.
 Prepend default.ENGINE with 'django.db.backends.'
  DeprecationWarning
0 errors found
Django version 1.3, using settings 'nutricion.settings'
Development server is running at http://127.0.0.1:8000/
Quit the server with CONTROL-C.

Clonando entornos

Cuando trabajamos con virtualenv es facil reproducir el entrono. Con el comando freeze podemos ver el estado actual de paquetes en el entorno.

(env)patricio@plg:~/dev/python$ pip freeze
Django==1.3
MySQL-python==1.2.3
distribute==0.6.15
wsgiref==0.1.2

Para reproducir el entorno, exportamos la lista de paquetes instalados y después lo replicamos en otro lado.

(env)patricio@plg:~/dev/python$ pip freeze > instalacion.txt

patricio@plg:~/dev/python$ virtualenv --distribute --no-site-packages otroEnv/
patricio@plg:~/dev/python$ pip install -E otroEnv/ -r instalacion.txt

Referencias:

http://pypi.python.org/pypi/virtualenv

http://www.saltycrane.com/blog/2009/05/notes-using-pip-and-virtualenv-django/

Acaba de empezar el otoño y justo coincidió con una seguidilla de días de fresquito. En eso miro la planta de albahaca que estaba en la maceta y mucha vida no le quedaba. Con el frío se empieza a achicharrar y con las heladas se quema del todo, así que antes que el señor invierno me la lleve, había que hacer algo con ella.

Una opción era un pesto para unos ravioles o ñoquis, que más o menos andábamos por el 29, pero no me convencía mucho la idea. Mejor hacer una prueba de pan saborizado con pesto, había probado con algunas otras cosas, y estaba bastante seguro que podía funcionar. Una vez hecho les aseguro, no falla!

Antes de ir a la receta les repito, vale la pena sacrificar esa plantita de albahaca antes que se queme con la helada.

Por último, les pregunto a los admiradores de los hornitos eléctricos si pueden hacer algo parecido a esto.

Ingredientes:

1kg de harina común
50g de levadura de cerveza
500cc de agua
1cda de azúcar
sal a gusto
1 manojo de hojas de albahaca
3 o 4 dientes de ajo (o más, si son ajoadictos!)
50g de queso sardo (o parmesano)
1pocillo de aceite de oliva

Preparación:

La preparación de este pan no dista mucho del pan casero tradicional, primero ponemos la harina en forma de corona (yo la empiezo en un bowl, pero se puede hacer directamente en la mesada), en el centro ponemos la levadura de cerveza y una cucharada de azúcar. En el contorno de la corona, agregamos la sal, cosa que no entre en contacto inmediato con la levadura.

Empezamos a echar el agua tibia en el centro, activando la levadura y mezclando con la harina. A medida que mezclemos va a ir pidiendo agua, por supuesto, le vamos agregando. Una vez que tenemos la masa tomada, preparamos el pesto.

En una procesadora (o en un mortero) ponemos las hojas de albahaca, los dientes de ajo pelados y el aceite de oliva. No le pongo nueces porque mucho no me gustan, pero siéntanse libres de hacerlo. una vez que tenemos todo procesado, agregamos el queso sardo rallado y todo esto lo incorporamos a la masa.

Amasamos bien hasta que nos quede un bollo liso, lo dejamos leudar hasta que duplique si volumen y armamos los panes.

Llevamos a horno medio durante 20 a 30 minutos, dependiendo del poder calórico del artefacto.

Para una mejor ilustración, un paso a paso en fotos despejará cualquier duda.

Paso a paso en fotos:

Formamos la corona de harina, con la levadura y azúcar en el centro, la sal por fuera.

Observamos la albahaca, ya se está poniendo fea, pero todavía sirve, hora de sacrificarla!

Una vez tomada la masa, agregamos el pesto y seguimos amasando.

Debería quedar un bollo bien liso, como se ve más abajo.

Le hacemos un corte, solamente para ver que está todo en orden.

Armamos los panes y le hacemos unas rayas, pero solamente para que salgan más fotogénicos luego.

Después de 25 minutos, los sacamos del horno.

Hacemos unos cortes para ver que todo esté bien, creo que salió bien ;)

Un poco más cerca pedían? bueno, acá está la prueba…

La verdad que no se cuándo habrá dejado de funcionar, pero no andaba más.

El comando lsusb me decía que la camara era una OmniVision


patricio@plg:~$ lsusb
Bus 002 Device 003: ID 05a9:2640 OmniVision Technologies, Inc. OV2640 Webcam

Buscando en internet llegué a una solución [1] para recargar el módulo del kernel correspondiente en 2 pasos:


patricio@plg:~$ sudo rmmod uvcvideo
patricio@plg:~$ sudo modprobe uvcvideo

Fantástico, se prendió y apagó la luz de la cámara, todo funcionando nuevamente.

[1] http://diogomelo.net/drupal/blog/10/webcam-problem-dell-inspiron

Ahora vamos a hacer dos configuraciones, una simplemente para ver que ande mod_wsgi y la otra para que haga andar nuestro proyecto.

Creamos un servidor de prueba

Empezamos con la configuración para verificar que esté andando mod_wsgi.

Comenzamos instalando mod-wsgi para apahce. Si no teníamos apache o django, los instalamos también!

patricio@plg:~$ sudo apt-get install libapache2-mod-wsgi

Creamos el directorio donde alojar el proyecto de pruebas

/home/patricio/dev/django/test/

En ese directorio creamos el archivo app.wsgi con la respuesta http para probar que funciona el mod_wsgi

def application(environ, start_response):
    status = '200 OK'
    output = 'Hello World!'

    response_headers = [('Content-type', 'text/plain'),
                        ('Content-Length', str(len(output)))]
    start_response(status, response_headers)

    return [output]

Editamos el arcivo /etc/hosts para que resuelva nuestra petición agregando estas líneas

127.0.1.1	djangoserver
127.0.1.1	test.djangoserver

Ahora creamos un host virtual llamado test-wsgi:

sudo gedit /etc/apache2/sites-available/test-wsgi

y ahi ponemos lo siguiente:

<VirtualHost *:80>

    ServerName test.djangoserver
    DocumentRoot /home/patricio/dev/django/test

    <Directory /home/patricio/dev/django/test >
        Order allow,deny
        Allow from all
    </Directory>

    WSGIScriptAlias / /home/patricio/dev/django/test/app.wsgi

</VirtualHost>

ahora activamos el host virtual y reiniciamos apache:

sudo a2ensite test-wsgi
sudo /etc/init.d/apache2 reload

Esto es todo, probamos que todo esté andando

http://test.djangoserver

Debería devolver un hermoso y original “Hello World”

Configuramos mod_wsgi en nuestro proyecto

El proceso es similar al anterior.

Trabajaremos sobre un proyecto django llamado “proyecto”. De nuevo muy originales!

Creamos un archivo llamado django.wsgi

/home/patricio/dev/django/proyecto/apache/django.wsgi

con el siguiente contenido

import os
import sys

sys.path.append('/home/patricio/dev/django')
sys.path.append('/home/patricio/dev/django/proyecto')

os.environ['DJANGO_SETTINGS_MODULE'] = 'proyecto.settings'

import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()

Ahora creamos la entrada en hosts.conf

127.0.1.1	proyecto.djangoserver

creamos el host virtual, lo activamos y reiniciamos apache

sudo gedit /etc/apache2/sites-available/proyecto

<VirtualHost *:80>

    ServerName test.djangoserver
    DocumentRoot /home/patricio/dev/django/proyecto

    <Directory /home/patricio/dev/django/proyecto >
        Order allow,deny
        Allow from all
    </Directory>

    WSGIDaemonProcess proyecto.djangoserver processes=2 threads=15 display-name=%{GROUP}
    WSGIProcessGroup proyecto.djangoserver

    WSGIScriptAlias / /home/patricio/dev/django/proyecto/apache/django.wsgi

</VirtualHost>

sudo a2ensite proyecto
sudo /etc/init.d/apache2 reload

Finalizada la configuración básica, para probarlo

http://proyecto.djangoserver

Esto es solamente la configuración básica, para mayores detalles, ir al sitio oficial de mod_wsgi

http://code.google.com/p/modwsgi/wiki/IntegrationWithDjango