Bug 11468 - PROJ some spec cleanups
Summary: PROJ some spec cleanups
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: proj (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Nobody's working on this, feel free to take it
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-12 14:48 MSD by Alexey V. Novikov
Modified: 2010-05-23 00:15 MSD (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexey V. Novikov 2007-04-12 14:48:26 MSD
Замечания по спеку:
1. В BuildRequires лишняя зависимость на libqt4-core
2. Группу Graphics стоит заменить на Sciences/Geosciences
3. В секции %build: заменить make на %make_build - поможет как минимум на
многопроцессорных системах.
4. В секции %install конструкция rm -rf $RPM_BUILD_ROOT - лишняя
5. Там же, install ..., заменить $RPM_BUILD_ROOT на %buildroot
6. Секция %clean обычно в спеках для ALTLinux отсутствует
7. В %files %defattr(...) - лишняя
8. Рекомендую разделить подпакет proj на 2: proj(бинарники) и
libproj(библиотека), т.к. библиотека нужна не только бинарникам самого proj, но
и другим программам. Также переименовать proj-devel в libproj-devel.
9. Без особой нужды в Альт не принято паковать статические либы, а если все-таки
нужно, то они обычно в пакетах *-devel-static
Comment 1 Slava Semushin 2008-03-11 14:58:14 MSK
Reassign to nobody@.
Comment 2 Mikhail Gusarov 2008-06-13 13:00:39 MSD

    
Comment 3 Vladislav Zavjalov 2010-05-21 23:53:34 MSD
Спасибо за замечания! Все исправлено.

Изменение proj -> libproj получилось какое-то не вполне тривиальное, надеюсь, что ничего при этом не отломалось...
Comment 4 Alexey V. Novikov 2010-05-23 00:15:29 MSD
Вроде все так, только остается вопрос в миграции со старой схемы разбивки на подпакеты.
Т.е.:
1. пройдет ли dist-upgrade (proj -> proj + libproj, proj-devel -> /dev/null)
2. поправить BuildRequires (proj-devel -> libproj-devel) в пакетах, которые его используют (в качестве временной меры мог быть соответствующий Provides). В принципе, при очередной (пере)сборке майнтейнеры поправят, главное в changelog отражено. Там и клиентов-то у библиотеки раз-два и обчелся (apt-cache whatdepends libproj):
  ruby-proj4
  qlandkartegt
  postgresql8.4-postgis
  perl-Geo-Proj4
  grass

Ну еще зависимость libproj-nad от libproj слегка надумана. В принципе, и то, и другое может спокойно существовать отдельно. libproj может использоваться и без данных, в том случае если они не требуются. Мне они вообще ни разу не понадобились. С другой стороны libproj-nad отдельно может понадобиться разве что в случае статической линковки. Но, в принципе, я не настаиваю. Можно закрывать.