Hola,
Mediante "make uninstall", si el que diseñó la apliación lo hizo. Por eso es util substituir la fase "make install" por "checkinstall", para crear un rpm.
import sys, os sys.path = ['/media/M1GB-II/Programacion/Python/mysite/'] + sys.path os.environ['DJANGO_SETTINGS_MODULE'] = 'settings' from django.shortcuts import render_to_response Traceback (most recent call last): File "<stdin>", line 1, in ? File "/usr/lib/python2.4/site-packages/django/shortcuts/__init__.py",
En el paquete binario de postgresql-8.2.4 no viene uninstall. Bueno de todas formas -para probar-, quise reinstalar de nuevo pero ahora así, ./configure gmake gmake install -> también probé con checkinstall Y en el caso de checkinstall me informó que éste comando no fue encontrado. Lo busqué en toda la geranquía de ficheros y no lo hallé. ¿Es posible eso?. Tengo la intención de volver a instalar la combinación -y en ese mismo orden-: postgresql-8.2.4, python-2.5.2, psycopg2-2.0.8 y django-1.0 pero antes quise impeccionar primeramente cómo estaban instalado, tal vez se dejen ver las anomalías de mis instalaciones: Toda aplicación podría tener ficheros en estas carpetas -SuSE Linux 10.0-, /usr/bin/ -> binarios de la aplicación /usr/include/ -> ficheros cabeceras(*.h) /usr/lib/ -> módulos, librerías Sin embargo, encontré lo siguiente: -para postgresql-8.2.4- /usr/local/pgsql/ -> el servidor con todo lo suyo -para python-2.4.1- /usr/bin/ -> @python(enlace simbólico) y python2.4(binario) /usr/include/python2.4/ -> ficheros cabeceras /usr/lib/python2.4/ -> librerías: carpeta site-packages, etc,... -para python-2.5.2- /usr/local/bin/python2.5 -> python2.5(binario) /usr/local/lib/python2.5/ -> librerías: carpeta site-packages, etc,... NOTE: que no tiene /usr/local/include/python2.5, a menos que use los de python-2.4.1 -para psycopg2-2.0.8- /usr/lib/python2.4/site-packages/psycopg2/ -para django-1.0- /usr/lib/python2.4/site-packages/django/ NOTA: Ya probé quitando el enlace simbólico a python2.4 y poniéndoselo a python2.5 y trabaja pero cuando carga lo hace con el error que les envié anteriormente. También hice lo siguiente y obtuve, Jerusalen:/media/M1GB-II/Programacion/Python/mysite # python Python 2.4.1 (#1, Sep 13 2005, 00:39:20) [GCC 4.0.2 20050901 (prerelease) (SUSE Linux)] on linux2 Type "help", "copyright", "credits" or "license" for more information. line 9, in ? from django.db.models.manager import Manager File "/usr/lib/python2.4/site-packages/django/db/__init__.py", line 16, in ? backend = __import__('%s%s.base' % (_import_path, settings.DATABASE_ENGINE), {}, {}, ['']) File "/usr/lib/python2.4/site-packages/django/db/backends/postgresql_psycopg2/base.py", line 20, in ? raise ImproperlyConfigured("Error loading psycopg2 module: %s" % e) django.core.exceptions.ImproperlyConfigured: Error loading psycopg2 module: libpq.so.5: cannot open share d object file: No such file or directory
También probé así, Jerusalen:/media/M1GB-II/Programacion/Python/mysite # python manages.py shell y obtuve errores. Todo esto se los refiero pues tal vez salta a la vista d Uds. el error que cometí antes de volver a instalar todo de nuevo. No vaya a ser que lo vuelva a repetir. -- Saludos, Luis Esteban de Dios Núñez --------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org