Bug 23248 - postgis package enhancement
Summary: postgis package enhancement
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: postgis (show other bugs)
Version: unstable
Hardware: all Linux
: P3 minor
Assignee: Andrey Cherepanov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-29 19:31 MSD by Alexey V. Novikov
Modified: 2012-03-16 14:01 MSK (History)
2 users (show)

See Also:

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

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey V. Novikov 2010-03-29 19:31:18 MSD 
Created attachment 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 Alexey V. Novikov 2010-03-29 19:32:21 MSD 
Created attachment 4330 [details]
патч, правит пути установки
Comment 2 Denis Klimov 2010-03-30 09:33:57 MSD 
спасибо, скоро отправлю на сборку новую версию
Comment 3 Alexey V. Novikov 2010-03-30 11:35:57 MSD 
Я тут подумал как это дело может обновляться (при отсутствии модуля, указанного в базе 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 Sir Raorn 2010-03-30 11:46:27 MSD 
У "не последней" версии postgresql тупо отсутствует -devel.
Comment 5 Alexey V. Novikov 2010-03-30 13:26:17 MSD 
(В ответ на комментарий №4)
> У "не последней" версии postgresql тупо отсутствует -devel.

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