<br><br><div class="gmail_quote">2010/10/10 Alexey Tourbin <span dir="ltr">&lt;<a href="mailto:at@altlinux.ru">at@altlinux.ru</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Sun, Oct 10, 2010 at 02:50:31PM +0300, Victor Forsiuk wrote:<br>
&gt; 2010/10/10 Alexey Tourbin &lt;<a href="mailto:at@altlinux.ru">at@altlinux.ru</a>&gt;<br>
&gt;<br>
&gt; &gt; 2) perl-5.12.2 - в основном собран.  Надо ставить запрет на perl-5.8<br>
&gt; &gt; и набивать таск.  На первом этапе надо пересобрать архитектурно-зависимые<br>
&gt; &gt; пакеты в количестве примерно 300 штук.<br>
&gt; &gt;<br>
&gt; &gt; Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,<br>
&gt; &gt; perl-podlators и т.д.), а при сборке перловых пакетов man-страницы<br>
&gt; &gt; по умолчанию генерироваться не будут.<br>
&gt;<br>
&gt; Как изменить умолчание?<br>
<br>
</div>Собирался об этом написать чуть позже.<br>
Пример из perl-libwww.spec:<br>
<br>
BuildRequires: perl-podlators<br>
<br>
%build<br>
%perl_vendor_build INSTALLMAN1DIR=%_man1dir<br></blockquote><div><br></div><div>Жесть. Я конечно могу автоматизировать вставление этой хрени в спеки всех своих перловых модулей. Но меня не покидает вопрос - зачем Вы устраиваете эти забеги с препятствиями для тех, кто не разделяет Ваших личных предпочтений в инструменте просмотра документации перловых модулей?</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">&gt; &gt;  А также удалены макросы %perl_vendor_man1dir и %perl_vendor_man3dir.<br>
&gt; Так верните обратно.<br>
<br>
</div>Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только<br>
для программ общего назначания (а для перлоспецифических программ типа<br>
enc2xs - всё равно не паковать).<br></blockquote><div><br></div><div>Алексей, при всём уважении не могу согласиться с этим предложением. Оно ничем не мотивировано, кроме наших внутренних чисто технических моментов и Ваших личных предпочтений. Не говоря уже о таком до сих пор существующем <b>блокере</b>, как невозможность работать с perldoc от root.</div>
<div><br></div><div><br></div></div>