[devel] I: rpm-4.0.4-alt14

[Sergey Vlasov]

On 03 Feb 2003 18:25:52 +0200
Sergey Bolshakov <s.bolshakov на sam-solutions.net> wrote:

> >>>>> "Victor" == Victor Forsyuk <victor на ksi-linux.com> writes:
> 
>  > On Mon, Feb 03, 2003 at 06:25:03PM +0300, Dmitry V. Levin wrote:
>  >> On Mon, Feb 03, 2003 at 05:20:34PM +0200, Victor Forsyuk wrote:
>  >> > > Я не планирую до релиза Мастера делать rpm-4.0.4-alt15, разве что придется
>  >> > > исправить что-либо серьезное.
>  >> > 
>  >> > Жаль. Снова я чуть опоздал. В мандрейковском rpm backported очень
>  >> > вкусные фичи:
>  >> > 
>  >> > - Patch49: Add %%_unpackaged_files_terminate_build from rpm-4.1 which
>  >> >   is now set by default. Aka rpm build will now fail if files are
>  >> >   found in $RPM_BUILD_ROOT and not referenced in %files section.
>  >> > 
>  >> > - Patch50: Add %%_missing_doc_files_terminate_build
>  >> > 
>  >> > Очень хотелось бы увидеть их и в сизифовском.
>  >> 
>  >> А зачем это делать сейчас? Наши spec-файлы на это не рассчитаны.
> 
>  > Я, конечно же, не рассчитываю, что по состоянию на сейчас пересоберутся
>  > все сизифовские пакеты, если %_unpackaged_files_terminate_build по
>  > дефолту включить. Поэтому разумно было бы сделать эту опцию
>  > выключенной by default, но дать пользователям нового релиза Мастера
>  > возможность включить эти опции и делать соответствующие проверки.
> 
>  > Во всяком случае, spec-файлы сизифа нужно приводить в соответствие
>  > с критерием "установленные в %buildroot, но неупакованные файлы
>  > должны прерывать сборку".
> 
>  > Более того, я бы это сделал одним из первых требований сизифовской
>  > packaging policy. 
> 
> Я полагаю, что определение списка файлов в пакете - задача майнтайнера,
> и то, что делалось раньше в секции files, сейчас приведет к необходимости
> каких-то манипуляций с патчами/в секции install - только и всего.
> За что боремся-то ? 

За то, чтобы при появлении новых файлов пакет переставал тупо
пересобираться, требуя внимания мантейнера, который должен
разобраться, что это за файлы, нужны они в собранном пакете или нет.
Т.е это защита от возможной потери нужных файлов, появившихся в новой
версии.

Другое дело, что для перехода на такой способ потребуется очередная
большая чистка всех .spec.