Главная / Форумы / SAMS / Squid Account Management System (SAMS)

SAMS 2.0 b1 and PostgreSQL 8.4.2

ghost, 09.03.2010 — 01:57

Система Debian, postgresql собран из исходников. При попытке запустить ./configure с указанием путей к libpq, получаем следующее:

 

Use MySQL API:      no
Use PostgreSQL API: no
Use unixODBC API:   no
Use LDAP API:       yes
Using pcre:         pcrecpp
Use dynamic plugin: yes

Стал искать, похоже нашел причину:

 

checking libpq-fe.h usability... no
checking libpq-fe.h presence... no
checking for libpq-fe.h... no

заглянул в инклуды, но там лежит только libpq-fs.h
Соотв. вопрос: как это исправить? Эти 2 заголовка идентичны? Можно ли создать банальный симлинк?

UPD: Нашел libpq-fe.h в исходниках pgsql, вижу, что файлы не идентичны. Попробовал указать путь к исходникам pgsql скрипту configure - не помогло

 

UPD2: Покопался в скрипте конфигурации, выставил пути напрямую. Теперь pgsql видит. Но при попытке собрать сообщает:

../libtool: line 467: CDPATH: command not found
../libtool: line 1145: func_opt_split: command not found
libtool: Version mismatch error.  This is libtool 2.2.6b, but the
libtool: definition of this LT_INIT comes from an older release.

UPD3: Просто для информации тем, кто столкнеться с подобной проблемой.

Как было сказано выше, с pgsql разобрались, правда только со стороны веб-админки. Демон собрался, когда я поставил версию libtool 1.5.26, однако демон так и не смог соединиться с БД (проблема дефолтной локали).

‹ Samsdaemon Segmentation Fault (core dumped) не создается файл с пользователями Все работает, но нужна помощь SQUID SAMS AD(NTLM) ›
mclight77, 15.03.2010 — 23:06

по поводу кодировки советую почитать комментарии вот тут http://sams.nixdev.net/ticket/396

ghost, 15.03.2010 — 22:46

Цитата:
Если вы хотите именно PostgreSQL 8.4.x, то лучше его все-же брать из backports

Да просто с mysql были проблемы, а возиться с ним небыло времени. Возьму на заметку, попробую на отдельной машине собрать заново чтобы протестировать.

PavelVinogradov, 14.03.2010 — 20:56

Разбор полетов пока в процессе, но вот что удалось накопать:

Если вы хотите именно PostgreSQL 8.4.x, то лучше его все-же брать из backports: http://packages.debian.org/lenny-backports/postgresql

Там он собран кошерно для Debian, и нужные header's положены в правильные места.

Теперь про демона. Я поставил PostgreSQL 8.4 из backports, успешно пересобрал с ним sams (без проблем с libtool), после этого успешно создал БД через web-интерфейс и демон успешно подключился к БД.

Пока мне не удалось войти в web-интерфейс под админом, но я продолжаю тестирование sams и postgresql в Debian.

ghost, 13.03.2010 — 01:31

Я вовремя не отписался, конечно... Вобшем, собрать мне его удалосью Для этого пришлось сделать даунгрейд либтула до версии 1.5. Встала другая проблема. демон не смог получить доступ к pgsql (ругается на некорректное кол-во бит для кодировки UTF-8). Дефолтную локаль всего сервера я не стал менять ради исправления этой ошибки. Собрал mysql, пока не тестировал с ним.

PavelVinogradov, 11.03.2010 — 09:46

Заведите тикет с описание проблемы на http://sams.nixdev.net/newticket
А я постараюсь в эти выходные воспроизвести проблему с psql у себя.

Честно говоря sams 2.0 и psql в Debian последний раз тестировался года полтора назад.
Видимо пора к этому вернуться.

ghost, 09.03.2010 — 10:50

Да, с этой проблемой уже разобрался - прямо в скрипте конфигурации выставил пути к файлам - тогда он их нашел. Сейчас другая проблема (см. апдейт темы), Судя по всему, ему не нравится текущая версия пакета libtool и он хочет более раннюю версию, которую я пока не могу найти.

DmitryChemerik, 09.03.2010 — 10:34

В altlinux libpq-fe.h и libpq-fs.h лежат так:
/usr/include/pgsql/libpq-fe.h
/usr/include/pgsql/libpq/libpq-fs.h
собирается без проблем

>> postgresql собран из исходников

Видимо дело в этом. Посмотрите в пакаджах где лежат эти файлы и положите их на место

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".