Se me ocurrió actualizar python, pasándome a la versión 2.5. Obvio, tuve que reinstalar todo lo que ya tenía :( django, psycopg, etc., etc. y pygame!
Siguiendo el procedimiento de Juegos I, ahora debí bajar Numeric, ojo, debe ser el viejito (el del 2005), Numpy no satisface los requerimientos.
También hubo que reinstalar OpenGL y pygtk. Este último fue el más problemático: hubo que instalar un nuevo pyobject, en Fedora 5, éste quedó en /usr/local/lib/python2.5/site-packages/gtk-2.0/gobject pero al hacerlo aún detectaba la versión anterior (Requested 'pygobject-2.0 >= 2.12.1' but version of PyGObject is 2.8.4). Tal parece que esto es porque no se instaló como biblioteca del sistema, de hecho, al instalar, aparece el siguiente mensaje:
/usr/bin/install -c -m 644 'pygobject.h' '/usr/local/include/pygtk-2.0/pygobject.h'
...
----------------------------------------------------------------------
Libraries have been installed in:
/usr/local/lib/python2.5/site-packages/gtk-2.0/gobject
...
----------------------------------------------------------------------
configure usa libtool, por lo que debe bastar con indicarle este directorio de alguna manera.
Entonces, antes de invocar .configure, intento exportar las variables:
# export PYGOBJECT_CFLAGS="-I/usr/local/include/pygtk-2.0/"
# export PYGOBJECT_LIBS=/usr/local/lib/python2.5/site-packages/gtk-2.0/gobject
Pero aún falta pycairo (intenté compilar sin él, pero sigue habiendo errores).
Con cairo es la misma historia: compilo e instalo cairo 1.4.2 y queda en:
----------------------------------------------------------------------
Libraries have been installed in:
/usr/local/lib
...
----------------------------------------------------------------------
/usr/bin/install -c -m 644 'cairo.h' '/usr/local/include/cairo/cairo.h'
...
Así que, para pycairo asigno:
# export CAIRO_CFLAGS="-I/usr/local/include/cairo"
# export CAIRO_LIBS="-I/usr/local/lib"
Y sigo las instrucciones de instalación... Dice que sí... ¡pero pygtk sigue sin funcionar! Y ya me cansé... me voy a dormir y ya mañana veo.
Mostrando las entradas con la etiqueta python. Mostrar todas las entradas
Mostrando las entradas con la etiqueta python. Mostrar todas las entradas
miércoles, 4 de abril de 2007
martes, 6 de marzo de 2007
Django con Fast-Cgi II
Después de varios intentos, logré configurar Django para ser servido a trevés de un vhost de Apache y FastCGI.
Primero, el proyecto de Django existe en algún lugar de mi PC, fuera del camino de Apache y sin preocuparse por su existencia. Se utiliza:
para ejecutar el servidor FastCGI.
Para versiones anteriores de Apache, basta con bajar mod_fastcgi del sitio de FastCgi, pero para Apache 2.2, hay que parchar el código. Craic ofrece una muy buena guía para arreglar el mod_fastcgi.c:271: error: 'ap_null_cleanup' undeclared (first use in this function) que aparece al intentar compilar.
Después de haber instalado mod_fastcgi, dentro de http.conf coloqué las siguientes indicaciones:
Dentro de la configuración de vhost indico:
Primero, el proyecto de Django existe en algún lugar de mi PC, fuera del camino de Apache y sin preocuparse por su existencia. Se utiliza:
python manage.py runfcgi daemonize=true method=threaded host=$FCGIHOST port=$FCGIPORT pidfile=$FCGIPIDFILEpara ejecutar el servidor FastCGI.
Para versiones anteriores de Apache, basta con bajar mod_fastcgi del sitio de FastCgi, pero para Apache 2.2, hay que parchar el código. Craic ofrece una muy buena guía para arreglar el mod_fastcgi.c:271: error: 'ap_null_cleanup' undeclared (first use in this function) que aparece al intentar compilar.
Después de haber instalado mod_fastcgi, dentro de http.conf coloqué las siguientes indicaciones:
# Al final de los módulos a incluir:
LoadModule fastcgi_module modules/mod_fastcgi.so
# Fastcgi va después de estas líneas
User apache
Group apache
<IfModule mod_fastcgi.c>
FastCgiIpcDir /tmp/fcgi_ipc/
AddHandler fastcgi-script .fcgi
# Servidor externo para usar django con fastcgi.
FastCGIExternalServer /var/www/fastcgi/fastcgi.fcgi -host 127.0.0.1:3033
# En Apache 2.2 es necesario especificar permisos de acceso. <Directory "/usr/local/apache2/fastcgi">
Order allow,deny
Allow from all
</Directory></IfModule>
Como (por motivos particulares de mi proyecto) quiero acceder a FastCGI desde diferentes vhosts hice que FastCGIExternalServer apunta a alguna dirección neutra, en este caso /var/www/fastcgi/fastcgi.fcgi.Dentro de la configuración de vhost indico:
DocumentRoot "/sudomain_path/dynamic_docs"
Options +FollowSymLinks
RewriteEngine On
#Todas aquellas direcciones, menos '/', que no correspondan a un archivo en disco, serán atendidas por el servidor FastCGI.
RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} -!f #Si el archivo estático existe en DocumentRoot, se sirve ese.
RewriteCond %{REQUEST_URI} !(/var/www/fastcgi/fastcgi.fcgi) #El 'pseudo archivo' de FastCGI.
RewriteCond %{REQUEST_URI} !(/media) #No quiero que FastCGI sirva imágenes, css, etc.
RewriteCond %{REQUEST_URI} !(/static) #Un lugar para httpdocs :)
RewriteRule ^/(.+)$ /var/www/fastcgi/fastcgi.fcgi/$1 [QSA,L] #Ojo: '/' no es para FastCGI, así preservo index como valor por defecto estático. Si quiero que django sirva '/' también, uso RewriteRule ^(.+)$ /var/www/fastcgi.fcgi$1 [QSA,L]
Alias "/static" "/subdomain_path/httpdocs"
<Directory subdomain_path/httpdocs>
# Aquí insisto en usar scripts de python dentro de httpdocs. Sólo si el archivo acaba en .py :)
<IfModule mod_python.c>
<Files ~ (\.py$)>
SetHandler python-program
PythonHandler mod_python.publisher
</Files>
</IfModule>
</Directory>
viernes, 5 de enero de 2007
Django con Fast-Cgi
Aquí wmldocs está fuera de DocumentBase.
En httpd.conf (fuera de cualquier virtual host):
FastCGIExternalServer /.../wmldocs/mysite.fcgi -socket /home/.../mysite/mysite.sock
(Detro del host virtual, si hay uno):
Alias "/cel" "/.../wmldocs"
RewriteEngine On
RewriteBase /.../wmldocs
RewriteCond %{REQUEST_FILENAME} !-f #Si lo que se solicita no es un archivo
RewriteRule ^/(.*)$ /mysite.fcgi/$1 [QSA,L]
Ejecutar el servidor de fcgi (daemonize=false se usa para depurar):
[]$ python manage.py runfcgi daemonize=false method=prefork socket=/home/.../mysite/mysite.sock pidfile=/home/.../mysite/mysite.pid
Detener el servidor:
[]$ kill `cat $PIDFILE`
[]$ rm -f $PIDFILE
Aún obtengo:
(13)Permission denied: FastCGI: failed to connect to server
Después de no encontrar el motivo del fallo (apache corre con un usuario, el subdominio con otro, fastcgi requiere permisos de lectura/escritura, etc.) opté por cambiar al uso del puerto TCP:
python manage.py runfcgi daemonize=false method=threaded host=127.0.0.1 port=3033 pidfile=/home/.../mysite/mysite.pid
FastCGIExternalServer /.../wmldocs/mysite.fcgi -host 127.0.0.1:3033
La aplicación manejada por django se ve en http://subdominio.servidor.com/cel/mysite.fcgi/polls/
En httpd.conf (fuera de cualquier virtual host):
FastCGIExternalServer /.../wmldocs/mysite.fcgi -socket /home/.../mysite/mysite.sock
(Detro del host virtual, si hay uno):
Alias "/cel" "/.../wmldocs"
RewriteEngine On
RewriteBase /.../wmldocs
RewriteCond %{REQUEST_FILENAME} !-f #Si lo que se solicita no es un archivo
RewriteRule ^/(.*)$ /mysite.fcgi/$1 [QSA,L]
Ejecutar el servidor de fcgi (daemonize=false se usa para depurar):
[]$ python manage.py runfcgi daemonize=false method=prefork socket=/home/.../mysite/mysite.sock pidfile=/home/.../mysite/mysite.pid
Detener el servidor:
[]$ kill `cat $PIDFILE`
[]$ rm -f $PIDFILE
Aún obtengo:
(13)Permission denied: FastCGI: failed to connect to server
Después de no encontrar el motivo del fallo (apache corre con un usuario, el subdominio con otro, fastcgi requiere permisos de lectura/escritura, etc.) opté por cambiar al uso del puerto TCP:
python manage.py runfcgi daemonize=false method=threaded host=127.0.0.1 port=3033 pidfile=/home/.../mysite/mysite.pid
FastCGIExternalServer /.../wmldocs/mysite.fcgi -host 127.0.0.1:3033
La aplicación manejada por django se ve en http://subdominio.servidor.com/cel/mysite.fcgi/polls/
martes, 2 de enero de 2007
[Psycopg] configure.in patch for pg_type.h path on Red Hat
Cambio la idea original de Vsevolod Lobko
para que funcione en RedHat (postgresql por pgsql, se podría agregar otro if).
para que funcione en RedHat (postgresql por pgsql, se podría agregar otro if).
RedHat Fedora o Enterprise port for PostgreSQL puts server headers in
/usr/local/include/pgsql/server/
So proposed patch adds this directory to list of possible
locations for pg_type.h
-------------- next part --------------
--- configure.in.orig Sat Jul 26 16:16:54 2003
+++ configure.in Sun Jul 27 15:59:19 2003
@@ -72,6 +72,12 @@
PGSQLTYPES="$PGSQLDIR/server/catalog/pg_type.h"
PGSQLDIR="$PGSQLDIR/server"
CPPFLAGS="$CPPFLAGS -I$PGSQLDIR"
+ else
+ if test -d $PGSQLDIR/pgsql/server/catalog ; then
+ PGSQLTYPES="$PGSQLDIR/pgsql/server/catalog/pg_type.h"
+ PGSQLDIR="$PGSQLDIR/pgsql/server"
+ CPPFLAGS="$CPPFLAGS -I$PGSQLDIR"
+ fi
fi
fi
test -z "$PGSQLTYPES" && AC_MSG_ERROR(pg_type.h not found)
jueves, 14 de diciembre de 2006
Pylons
Este es un nuevo intento por servir archivos wml (formato para páginas web en el celular), generados dinámicamente tras haber obtenido cierta información vía servicios WAP. SOAPpy ya resolvió parte del problema.
Ahora necesito un caché. Fue algo triste encontrarme con que tener un caché usando Tomcat, es tan trivial como declarar una variable estática, pues la aplicación se queda en memoria un rato antes de que se la lleve el recolector de basura. Desafortunadamente, en python no es tan fácil... a menos que se utilize algún marco de trabajo.
Aquí entra pylons.
Afortunadamente, en alguna entrada anterior ya mencioné easy-install. Aquí ¡es una maravilla! (Estando conectado a la red) teclear "easy_install Pylons" tal y como se indica en http://pylonshq.com.
El siguiente paso es configurar Apache. Para tenerlo todo a la mano incluyo la liga al archivo con mod_fastcgi. [Si se trabaja con Apache 2.2.3 hay que aplicar un parche (renombrar Makefile.AP2 a Makefile, descargar dentro del directorio de mod_fastcgi y ejecutar patch -p0 <mod_fastcgi-2.4.2-httpd-2.2.3.patch)] (mod_rewrite ya estaba en apache). Todas las instrucciones restantes se encuentran en el sitio de pylons.
Ahora, como el servidor donde quiero colocar todo esto utiliza Plesk, configurarlo tiene su chiste.
Mod_python ya era cargado por /etc/httpd/conf.d/python.conf
Agregué la directiva:
LoadModule fastcgi_module modules/mod_fastcgi.so
en /etc/httpd/conf/httpd.conf.
LoadModule rewrite_module modules/mod_rewrite.so ya estaba ahí.
Ojo: el código siguiente debe ir en httpd.conf fuera de cualquier otra directiva (Virtual Host, Directory, etc.) y después de que se hayan designado el usuario y el grupo de apache.
FastCgiIpcDir /tmp/fcgi_ipc/
AddHandler fastcgi-script .fcgi
Además, si el usuario y grupo de apache son, por ejemplo, http y http, /tmp/fcgi_ipc/ (o cualquier otro que se use) deben ser asignado a ese usuario y grupo (chown, chgrp, chmod 700).
De lo contrario se pueden obtener el siguiente error:
Starting httpd: Syntax error on line 200 of /etc/httpd/conf/httpd.conf:
FastCgiIpcDir /tmp/fcgi_ipc: access for server (uid -1, gid -1) failed: read not allowed
En mi caso, decidí colocar los archivos dentro de un directorio de un subdominio que, además, no era el direcctorio raíz. Para incluir instrucciones específicas al dominio, las instrucciones detalladas se dan en la documentación de plesk.
En resumen, crear vhost.conf con las especificaciones dentro de subdominio/conf y ejecutar:
/[path to plesk, ej: usr/local/psa]/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=fulanito.com
Ahora necesito un caché. Fue algo triste encontrarme con que tener un caché usando Tomcat, es tan trivial como declarar una variable estática, pues la aplicación se queda en memoria un rato antes de que se la lleve el recolector de basura. Desafortunadamente, en python no es tan fácil... a menos que se utilize algún marco de trabajo.
Aquí entra pylons.
Afortunadamente, en alguna entrada anterior ya mencioné easy-install. Aquí ¡es una maravilla! (Estando conectado a la red) teclear "easy_install Pylons" tal y como se indica en http://pylonshq.com.
El siguiente paso es configurar Apache. Para tenerlo todo a la mano incluyo la liga al archivo con mod_fastcgi. [Si se trabaja con Apache 2.2.3 hay que aplicar un parche (renombrar Makefile.AP2 a Makefile, descargar dentro del directorio de mod_fastcgi y ejecutar patch -p0 <mod_fastcgi-2.4.2-httpd-2.2.3.patch)] (mod_rewrite ya estaba en apache). Todas las instrucciones restantes se encuentran en el sitio de pylons.
Ahora, como el servidor donde quiero colocar todo esto utiliza Plesk, configurarlo tiene su chiste.
Mod_python ya era cargado por /etc/httpd/conf.d/python.conf
Agregué la directiva:
LoadModule fastcgi_module modules/mod_fastcgi.so
en /etc/httpd/conf/httpd.conf.
LoadModule rewrite_module modules/mod_rewrite.so ya estaba ahí.
Ojo: el código siguiente debe ir en httpd.conf fuera de cualquier otra directiva (Virtual Host, Directory, etc.) y después de que se hayan designado el usuario y el grupo de apache.
FastCgiIpcDir /tmp/fcgi_ipc/
AddHandler fastcgi-script .fcgi
Además, si el usuario y grupo de apache son, por ejemplo, http y http, /tmp/fcgi_ipc/ (o cualquier otro que se use) deben ser asignado a ese usuario y grupo (chown, chgrp, chmod 700).
De lo contrario se pueden obtener el siguiente error:
Starting httpd: Syntax error on line 200 of /etc/httpd/conf/httpd.conf:
FastCgiIpcDir /tmp/fcgi_ipc: access for server (uid -1, gid -1) failed: read not allowed
En mi caso, decidí colocar los archivos dentro de un directorio de un subdominio que, además, no era el direcctorio raíz. Para incluir instrucciones específicas al dominio, las instrucciones detalladas se dan en la documentación de plesk.
En resumen, crear vhost.conf con las especificaciones dentro de subdominio/conf y ejecutar:
/[path to plesk, ej: usr/local/psa]/admin/sbin/websrvmng --reconfigure-vhost --vhost-name=fulanito.com
jueves, 30 de noviembre de 2006
Django
Django es un marco de trabajo para python que leído mencionar en muchas ocasiones. Supuse que podría llegar a serme útil, ya que me he clavado en serio con este lenguaje de programación, y decidí probarlo.
Instalando Django para windows XP:
http://www.djangoproject.com/
Parece que es una buena idea utilizarlo con una base de datos. Decidí utilizarlo con una vieja instalación que tengo de mysql, sólo que me faltó algo:
http://sourceforge.net/projects/mysql-python
Bueno, pero no podría estar utilizando la laptop para todos estos experimentos. ¿Qué tal mejor en Linux (Fedora 5)?
Para compilar cualquier cosa que dependa de otra, como en mi caso, postgres, se necesita un paquete "devel", (compilar django requiere postgres-devel):
ftp://ftp.is.co.za/mirror/fedora.redhat.com/linux/core/5/i386/os/Fedora/RPMS/postgresql-devel-8.1.3-1.i386.rpm
Además psycopg. Psycopg sirve para acceder postgres a través de python, pero resulta que django apenas va en la versión 1, siendo que ya hay una versión 2 estable. Incluyo la liga al sitio de donde se puede obtener la dos:
http://www.initd.org/pub/software/psycopg/
En teoría, también se puede obtener de ahí la versión 1, pero no la pude compilar porque no encontraba las cabeceras de postgres (y yo que las acababa de instalar :( ... solución). Pero me pasaron las siguientes sugerencias:
Bajar el rpm (no tuve que recurrir a ésta):
http://mirror.linux.duke.edu/pub/fedora/linux/extras/5/i386/python-psycopg-1.1.21-4.fc5.i386.rpm
¡O utilizar el poderoso yum!
[]$ yum --enablerepo=extras install python-psycopg
[Julio 2007] Las nuevas versiones de Django ya usan psycopg2, para usar yum hay que especificar eso, además, en fedora 7 ya no existe extras:
[]$ yum install python-psycopg2
Si se quiere instalar psycopg en Windows, se usa un win-psycopg, que a su vez requiere eGenix.
Otro problema que puede aparecer es el error siguiente al tratar de sincronizar con la base de datos:
Como ya tenía extras activado, no utilcé la bandera, pero la incluyo por completez, pues el paquete se encuentra precisamente en extras.
Para utilizarlo con fast-cgi es necesario instalar flup. Con easy_install flup, python se encarga. Los detalles de la configuración se encuentran en How to use Django with FastCGI.
Instalando Django para windows XP:
http://www.djangoproject.com/
Parece que es una buena idea utilizarlo con una base de datos. Decidí utilizarlo con una vieja instalación que tengo de mysql, sólo que me faltó algo:
http://sourceforge.net/projects/mysql-python
Bueno, pero no podría estar utilizando la laptop para todos estos experimentos. ¿Qué tal mejor en Linux (Fedora 5)?
Para compilar cualquier cosa que dependa de otra, como en mi caso, postgres, se necesita un paquete "devel", (compilar django requiere postgres-devel):
ftp://ftp.is.co.za/mirror/fedora.redhat.com/linux/core/5/i386/os/Fedora/RPMS/postgresql-devel-8.1.3-1.i386.rpm
Además psycopg. Psycopg sirve para acceder postgres a través de python, pero resulta que django apenas va en la versión 1, siendo que ya hay una versión 2 estable. Incluyo la liga al sitio de donde se puede obtener la dos:
http://www.initd.org/pub/software/psycopg/
En teoría, también se puede obtener de ahí la versión 1, pero no la pude compilar porque no encontraba las cabeceras de postgres (y yo que las acababa de instalar :( ... solución). Pero me pasaron las siguientes sugerencias:
Bajar el rpm (no tuve que recurrir a ésta):
http://mirror.linux.duke.edu/pub/fedora/linux/extras/5/i386/python-psycopg-1.1.21-4.fc5.i386.rpm
¡O utilizar el poderoso yum!
[]$ yum --enablerepo=extras install python-psycopg
[Julio 2007] Las nuevas versiones de Django ya usan psycopg2, para usar yum hay que especificar eso, además, en fedora 7 ya no existe extras:
[]$ yum install python-psycopg2
Si se quiere instalar psycopg en Windows, se usa un win-psycopg, que a su vez requiere eGenix.
Otro problema que puede aparecer es el error siguiente al tratar de sincronizar con la base de datos:
No module named DateTimeLa solución viene en los faqs de psycopg.
Como ya tenía extras activado, no utilcé la bandera, pero la incluyo por completez, pues el paquete se encuentra precisamente en extras.
Para utilizarlo con fast-cgi es necesario instalar flup. Con easy_install flup, python se encarga. Los detalles de la configuración se encuentran en How to use Django with FastCGI.
Juegos
Desde hace algún tiempo he querido programar un videojuego. Me he dado a la tarea, en mi tiempo libre, de buscar las herramientas necesarias. Como desde hace un buen rato me he vuelto fan de python ;), me llamó la atención encontrar todo un marco para programación de videojuegos. Sin embargo, aunque todo caminó suavemente en Windows, no fue nada trivial echarlo a andar en Linux (a mi computadora aún le faltaban varias cosas).
Versión de Python: 2.4
Por supuesto, quize instalar con todo y PyOpenGL, pero su archivo setup.py requiere de una herramienta:
Easy Instal:
http://peak.telecommunity.com/DevCenter/EasyInstall
PyOpenGL:
http://sourceforge.net/project/showfiles.php?group_id=5988
PyGame:
http://www.pygame.org/download.shtml
Para instalar el paquete completo (con soporte para sonido e imágenes jpeg, png y gif), Fedora 5 requiere tener lo siguiente:
SDL y SDL devel:
http://www.libsdl.org/download-1.2.php
Mixer y Mixer devel:
http://www.libsdl.org/projects/SDL_mixer/
Image e Image devel:
http://www.libsdl.org/projects/SDL_image/
Font (ttf) y Font devel:
http://www.libsdl.org/projects/SDL_ttf/
SMPEG (Fedora 5):
ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/5/i386/smpeg-0.4.4-9.lvn5.i386.rpm
SMPEG-devel (Fedora 5):
http://rpm.pbone.net/index.php3/stat/4/idpl/2683419/com/smpeg-devel-0.4.4-9.lvn5.i386.rpm.html
SMPEG y SMPEG para Fedora 7:
ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/7/i386/
Y funcionará :)
Versión de Python: 2.4
Por supuesto, quize instalar con todo y PyOpenGL, pero su archivo setup.py requiere de una herramienta:
Easy Instal:
http://peak.telecommunity.com/DevCenter/EasyInstall
PyOpenGL:
http://sourceforge.net/project/showfiles.php?group_id=5988
PyGame:
http://www.pygame.org/download.shtml
Para instalar el paquete completo (con soporte para sonido e imágenes jpeg, png y gif), Fedora 5 requiere tener lo siguiente:
SDL y SDL devel:
http://www.libsdl.org/download-1.2.php
Mixer y Mixer devel:
http://www.libsdl.org/projects/SDL_mixer/
Image e Image devel:
http://www.libsdl.org/projects/SDL_image/
Font (ttf) y Font devel:
http://www.libsdl.org/projects/SDL_ttf/
SMPEG (Fedora 5):
ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/5/i386/smpeg-0.4.4-9.lvn5.i386.rpm
SMPEG-devel (Fedora 5):
http://rpm.pbone.net/index.php3/stat/4/idpl/2683419/com/smpeg-devel-0.4.4-9.lvn5.i386.rpm.html
SMPEG y SMPEG para Fedora 7:
ftp://ftp.pbone.net/mirror/rpm.livna.org/fedora/7/i386/
Y funcionará :)
SOAP
Los servicios web permiten llamar funciones en algún servidor remoto, éste responde con un documento xml en unicode, que el cliente puede interpretar. Una de las características más interesantes de este sistema es que servidor y cliente pueden estar utilizando plataformas distintas, por ejemplo, java y python.
Para acceder servicios web con python es necesario instalar SOAPpy. Las instrucciones detalladas y algunos ejemplos se pueden consultar en
http://diveintopython.org/soap_web_services/install.html.
Pero una de las ligas está rota. Logré conseguir las dependencias en los siguientes lugares:
PyXML: http://pyxml.sourceforge.net/
Fpconst: http://www.python.org/pypi/fpconst/
SOAPpy: http://sourceforge.net/project/showfiles.php?group_id=26590
Para acceder servicios web con python es necesario instalar SOAPpy. Las instrucciones detalladas y algunos ejemplos se pueden consultar en
http://diveintopython.org/soap_web_services/install.html.
Pero una de las ligas está rota. Logré conseguir las dependencias en los siguientes lugares:
PyXML: http://pyxml.sourceforge.net/
Fpconst: http://www.python.org/pypi/fpconst/
SOAPpy: http://sourceforge.net/project/showfiles.php?group_id=26590
martes, 28 de noviembre de 2006
Pydoc en linux
Pydoc es un módulo con la habilidad de devolver la documentación de los módulos de python instalados en tu computadora. Es decir, la genera dinámicamente de modo que siempre aparece la información sobre aquellos paquetes que han ido siendo instalados. (La primera vez que lo usé, creía que era documentación estática como la de java, no me imaginaba porqué debía recurrirse a un servidor para accederla, ahora ya tiene sentido.)
Si bien es trivial tener acceso al servidor de documentación en Windows (hacer click sobre la entrada del menú correspondiete), siempre se me olvida cómo ejecutarlo en linux.
Aquí va mi pequeño recordatorio:
[]$ python /usr/lib/python2.4/pydoc.py -p 8001
Claro, adáptese a la instalación de python correspondiente.
Si bien es trivial tener acceso al servidor de documentación en Windows (hacer click sobre la entrada del menú correspondiete), siempre se me olvida cómo ejecutarlo en linux.
Aquí va mi pequeño recordatorio:
[]$ python /usr/lib/python2.4/pydoc.py -p 8001
Claro, adáptese a la instalación de python correspondiente.
Suscribirse a:
Entradas (Atom)