Bug 23248 - postgis package enhancement
: postgis package enhancement
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/postgis)
: unstable
: all Linux
: P3 minor
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2010-03-29 19:31 by
Modified: 2012-03-16 14:01 (History)


Attachments
postgis.spec (2.10 KB, text/x-rpm-spec)
2010-03-29 19:31, Alexey V. Novikov
no flags Details
патч, правит пути установки (1.63 KB, patch)
2010-03-29 19:32, Alexey V. Novikov
no flags Details | Diff


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2010-03-29 19:31:18
Created an attachment (id=4329) [details]
postgis.spec

1. отсутствует shp2pgsql-gui (gtk+2)
2. все свалено в один пакет
3. отсутствуют маны
4. в скрипте create_template_postgis используются wildcard, например,
$POSTGIS_SQL_PATH/postgis-*/postgis.sql, что при наличии подобных путей от
других версий (например установленных до этого локально) гарантирует проблемы.
5. нет зависимости от версии постресса (для postgis-*.so)

Я для себя давно собираю его, прилагаю свой спек и патч правящий пути
установки.
------- Comment #1 From 2010-03-29 19:32:21 -------
Created an attachment (id=4330) [details]
патч, правит пути установки
------- Comment #2 From 2010-03-30 09:33:57 -------
спасибо, скоро отправлю на сборку новую версию
------- Comment #3 From 2010-03-30 11:35:57 -------
Я тут подумал как это дело может обновляться (при отсутствии модуля, указанного
в базе postgres не подымется, ЕМНИП), и кажется нашел выход. Что если пакеты с
модулем постгресса именовать примерно так: postgresqlA.B-postgisC.D с
зависимостью на postgresqlA.B-server (здесь C.D соответствует postgis-C.D.so).
Тогда можно будет поставить новую версию модуля, выполнить update_chrooted (для
случая посгресса в chroot), плавно переехать со старой версии модуля на новую,
рестартануть постгресс и удалить старую.

Тут правда появляется некая тонкость в том, что версий посгресса в Сизифе
больше 1. Тут либо собирать под последнюю, либо делать postgis-source и дальше
как с модулями ядра.

PS: объясню, зачем нужна зависимость на postgresqlA.B-server: модуль использует
внутренний ABI бинарника postgres, и гарантировать его работоспособность с
разными минорами погресса невозможно, ЕМНИП. С другой стороны, делать
зависимость на версию-релиз кажется чрезмерным.
------- Comment #4 From 2010-03-30 11:46:27 -------
У "не последней" версии postgresql тупо отсутствует -devel.
------- Comment #5 From 2010-03-30 13:26:17 -------
(В ответ на комментарий №4)
> У "не последней" версии postgresql тупо отсутствует -devel.

И то правда. Думал, может у версии "eter" оставили - ан нет.
Ну тогда проще. Только я бы все равно не закладывался на то, что модуль,
собранный для одной версии посгресса, будет работать с "сильно" другой.
------- Comment #6 From 2010-03-30 14:02:59 -------
Не должен и не будет.  Нужна зависимость на версию -server.
------- Comment #7 From 2010-03-30 14:03:46 -------
Кстати, аналогично надо делать и в пакете slony (если он ещё остался в сизифе).
------- Comment #8 From 2010-03-31 15:45:26 -------
1.5.1-alt4 собралась в сизифе