Commentaires sur : Erreur de connexion à la base de données Postgresql avec Django http://www.libre-experience.org/index.php/2009/08/06/erreur-de-connexion-a-la-base-de-donnees-postgresql-avec-django/ Bloc-notes sur les logiciels libres Fri, 20 Jan 2012 16:17:50 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Par : Marco http://www.libre-experience.org/index.php/2009/08/06/erreur-de-connexion-a-la-base-de-donnees-postgresql-avec-django/comment-page-1/#comment-132 Marco Sun, 08 Nov 2009 09:52:34 +0000 http://www.mirelsol.org/?p=135#comment-132 J'ai trouvé une solution plus propre, voir la section 'Edit' en fin d'article. J’ai trouvé une solution plus propre, voir la section ‘Edit’ en fin d’article.

]]> Par : Marco http://www.libre-experience.org/index.php/2009/08/06/erreur-de-connexion-a-la-base-de-donnees-postgresql-avec-django/comment-page-1/#comment-126 Marco Tue, 13 Oct 2009 05:13:31 +0000 http://www.mirelsol.org/?p=135#comment-126 Oui tout à fait d'accord cette histoire de lien symbolique n'est pas très propre, je suis toujours à la recherche d'une solution... Oui tout à fait d’accord cette histoire de lien symbolique n’est pas très propre, je suis toujours à la recherche d’une solution…

]]> Par : Svear http://www.libre-experience.org/index.php/2009/08/06/erreur-de-connexion-a-la-base-de-donnees-postgresql-avec-django/comment-page-1/#comment-125 Svear Mon, 12 Oct 2009 18:13:06 +0000 http://www.mirelsol.org/?p=135#comment-125 Moi j'ai eu ce problème récemment avec une Debian Lenny parce que j'avais installé mon serveur Postgres 8.4 depuis les sources alors qu'en installant pgadmin3 depuis les dépots, le système m'avait installé le client Postgres 8.3 J'ai désinstallé tous les clients postgres (mais j'ai laissé les clients compilés depuis la 8.4 qui se trouvent dans /usr/local/postgres/bin) et ensuite, le problème n'est plus apparu... jusqu'au moment où j'ai voulu utiliser psycopg2.connect() en mode socket. Et là, comme dans le post ci-dessus, psycopg2.connect cherchait ce socket dans /var/run/postgresql alors qu'il se trouve dans /tmp. Et je suis moi-aussi arrivé à ce lien symbolique mais je ne trouve pas cette soluce propre. J'aurais préféré trouver comment modifier chez le serveur et les clients l'emplacement du socket et ça, je ne trouve pas... Moi j’ai eu ce problème récemment avec une Debian Lenny parce que j’avais installé mon serveur Postgres 8.4 depuis les sources alors qu’en installant pgadmin3 depuis les dépots, le système m’avait installé le client Postgres 8.3
J’ai désinstallé tous les clients postgres (mais j’ai laissé les clients compilés depuis la 8.4 qui se trouvent dans /usr/local/postgres/bin) et ensuite, le problème n’est plus apparu… jusqu’au moment où j’ai voulu utiliser psycopg2.connect() en mode socket. Et là, comme dans le post ci-dessus, psycopg2.connect cherchait ce socket dans /var/run/postgresql alors qu’il se trouve dans /tmp.

Et je suis moi-aussi arrivé à ce lien symbolique mais je ne trouve pas cette soluce propre. J’aurais préféré trouver comment modifier chez le serveur et les clients l’emplacement du socket et ça, je ne trouve pas…

]]>