Obtention de GeoDjango sur RHEL

Question

Je suis confronté à des problèmes de dépendances lors de l'installation de dépendances GeoDjango sur RHEL. J'aimerais des instructions étape-par-étape de n'importe qui qui a fait ceci avant. Je transfère une application de travail de ma machine de développement Ubuntu (où tout est installé facilement à partir de paquets) à un serveur de test/mise en scène RHEL (paquets anciens ou indisponibles).

• J'ai d'abord installé GEOS, GDAL et PROJ.4 depuis la source.
• Puis j'ai installé spatialite à partir de la source.
• Enfin, j'ai installé pysqlite de la source, mais il n'a pas aimé les existants RHEL sqlite3 libs (pas de support de chargement d'extension), donc je libs frais de sqlite3 statique tel que décrit dans la 1ère réponse de cette question: http://bit.ly/lq9oV

Résultat:

• fonctionne en ligne de commande spatialite
• syncdb manage.py fonctionne
• spatialite my.db < travaille init_spatialite-2.3.sql
• fonctionne migrate manage.py

MAIS, quand je demande une page que je reçois cette erreur:

ImproperlyConfigured: Unable to load the SpatiaLite library extension "libspatialite.so.1" because: no such function: load_extension 

Je ne comprends pas comment les commandes de syncdb et migrez fonctionnent, mais la demande http échoue .

Answer 1

Je l'ai récemment installé sur fedora (assez similaire à RHEL) en utilisant des paquets yum et POSTGIS, vérifiez http://invisibleroads.com/tutorials/geodjango-install.html. Si les packages requis ne sont pas disponibles pour RHEL, vous devez tout installer depuis la source. C'est un peu plus difficile à mon avis.

En regardant votre erreur: il semble que vous utilisez encore pysqlite sans support de chargement de l'extension. Avez-vous reconstruit à la fois sqlite3 et pysqlite avec le support de chargement d'extension? Et avez-vous désinstallé le paquet sqlite3 d'origine (sinon les mauvaises bibliothèques pourraient être utilisées)?