Bug 11468

Summary: PROJ some spec cleanups
Product: Sisyphus Reporter: Alexey V. Novikov <shader>
Component: projAssignee: Nobody's working on this, feel free to take it <nobody>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: normal    
Priority: P2 CC: slazav
Version: unstable   
Hardware: all   
OS: Linux   

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 отдельно может понадобиться разве что в случае статической линковки. Но, в принципе, я не настаиваю. Можно закрывать.