[devel] создание Стабильного бранча и Национальной ОС

[devel] создание Стабильного бранча и Национальной ОС

[Alexey Tourbin]

Кажется, скоро придётся отфоркивать новый Стабильный бранч, вследствие
того, что необходимо создать Национальную ОС!  Для этого ещё нужно сделать
много дел.  Ниже список дел по моей части.  По-видимому, времени у нас
мало; хуже того, дела идут медленно.  Для осуществления задуманного мне
потребуются специальные административные полномочия (обход ACL при сборке
пакетов).

Последние трое суток сборочница парализована из-за очень больших заданий
с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
дополнительные полномочия срубать неугодные мне задания.-)

1) Пересборка библиотек с set-versions.  Надо пересборать достаточно
большой набор библиотек, чтобы у них появились set-version provides.
Тогда впоследствии не придётся пересобирать пакеты, слинкованные
с этими библиотеками (чтобы у этих пакетов появились set-versioned
requires).  Кроме того, у всех библиотек надо оторвать наши самодельные
versioned scripts - их функция теперь перекладывается на set-versions;
а также отрывание version scripts улучшит совместимость альтовских
бинариков с не-альт lsb средами.

Но version scripts надо отрывать с умом - нужно сохранять все имеющиеся
интерфейсы, но сделать их пустыми.  Т.е. ld.so позволяет разрешать
версионировнный символ в дефолтный неверсионированный, но проверка
наличия версии всё равно выполняется.  Короче, лучше бы это сделал я.
Тогда результат гарантирован.-)

2) perl-5.12.2 - в основном собран.  Надо ставить запрет на perl-5.8
и набивать таск.  На первом этапе надо пересобрать архитектурно-зависимые
пакеты в количестве примерно 300 штук.

Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
по умолчанию генерироваться не будут.  А также удалены макросы
%perl_vendor_man1dir и %perl_vendor_man3dir.

3) Питон 2.7.  Пишут что это "last major version in the 2.x"
http://python.org/download/releases/2.7/
то для LTS-релиза надо мигрировать на питон 2.7.
У меня есть некоторые идеи как его собрать быстро и качественно.
Но об этом - после перла.

4) libdb5.1 - будем мигрировать?

5) Пересборка отавшихся пакетов.  Пересборка производится по принципу
"зависимости должны устаканиться".  Сейчас в логе тестовой пересборки,
в самом конце, можно посмотреть разницу по зависимсотям у пакета
в репозитории и у свежесобранного пакета.  Напр.
http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/success/xz-4.999.9-alt1
-Provides: liblzma.so.0()(64bit)                                                       
+Provides: liblzma.so.0()(64bit) = set:kdZ9N...
то есть видно, что нужно пересобрать пакет, и появится set-versioned
provides.  Но тогда после этого у каких-то других пакетов появится
set-versioned requires.  Когда этот процесс сойдется, можно отфоркивать
бранч.

[devel] Python team

[REAL]

Привет!

Достала эта бюрократия.

Вот все говорят, что python team не существует (похоже, что так), а 
есть люди, которым нужно обновлять питоновские пакеты, на которые 
выдан ACL группе @python, в которой состоят члены несуществующего 
python team...

Предлагаю вообще убить группу @python, а все ACL, выданные этой 
группе, заменить на @everybody.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] Python team

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 806 bytes --]

On Fri, Jul 16, 2010 at 11:13:23AM +0800, REAL wrote:
> Достала эта бюрократия.
> 
> Вот все говорят, что python team не существует (похоже, что так), а 
> есть люди, которым нужно обновлять питоновские пакеты, на которые 
> выдан ACL группе @python, в которой состоят члены несуществующего 
> python team...
> 
> Предлагаю вообще убить группу @python, а все ACL, выданные этой 
> группе, заменить на @everybody.
+1

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> > Например, в новом раскладе остается каталог /usr/lib/rpm.
> > Какая здесь логика?  Почему не в lib64, и не лучше ли
> > переместить его содержимое в /usr/share/rpm?
мня...может тогда и /usr/X11R6/lib/X11 -> /usr/X11R6/share? :)
и огрести много приятных ночей с этим делом.
		-- mouse in devel@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] Python team

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 718 bytes --]

REAL <root-XyxB0HWlAKVWnflWhxl0hQ@public.gmane.org> writes:

> Привет!
>
> Достала эта бюрократия.
>
> Вот все говорят, что python team не существует (похоже, что так), а
> есть люди, которым нужно обновлять питоновские пакеты, на которые
> выдан ACL группе @python, в которой состоят члены несуществующего
> python team...
>
> Предлагаю вообще убить группу @python, а все ACL, выданные этой
> группе, заменить на @everybody.

Точно! займусь на выходных!

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Python team

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 382 bytes --]

On Fri, Jul 16, 2010 at 03:48:56PM +0400, Ivan Fedorov wrote:
> > Предлагаю вообще убить группу @python, а все ACL, выданные этой
> > группе, заменить на @everybody.
> Точно! займусь на выходных!
Займитесь уже кто-нибудь.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Summary: man 2 stat: опечтки, отсутствует одна секция
		-- php-coder in #9744

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] Python team

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 445 bytes --]

On Tue, Aug 24, 2010 at 06:06:25PM +0600, Andrey Rahmatullin wrote:
> > > Предлагаю вообще убить группу @python, а все ACL, выданные этой
> > > группе, заменить на @everybody.
> > Точно! займусь на выходных!
> Займитесь уже кто-нибудь.
Или хотя бы меня в @python добавьте.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

И что все так любят на каждый тред новую рассылку создавать?
		-- mithraen in community@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] Python team

[Michael Shigorin]

On Wed, Aug 25, 2010 at 06:27:45PM +0600, Andrey Rahmatullin wrote:
> > > > Предлагаю вообще убить группу @python, а все ACL,
> > > > выданные этой группе, заменить на @everybody.
> > > Точно! займусь на выходных!
> > Займитесь уже кто-нибудь.
> Или хотя бы меня в @python добавьте.

...а ВОЗ и ныне там:

$ GET http://git.altlinux.org/acl/list.groups.sisyphus | grep ^@python
@python ns ldv george lav swi at hiddenman sin mithraen enp vvk real viy vitty


On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
> Для осуществления задуманного мне потребуются специальные
> административные полномочия (обход ACL при сборке пакетов).
[...]
> 3) Питон 2.7.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Python team

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]

Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes:

> On Wed, Aug 25, 2010 at 06:27:45PM +0600, Andrey Rahmatullin wrote:
>> > > > Предлагаю вообще убить группу @python, а все ACL,
>> > > > выданные этой группе, заменить на @everybody.
>> > > Точно! займусь на выходных!
>> > Займитесь уже кто-нибудь.
>> Или хотя бы меня в @python добавьте.
>
> ...а ВОЗ и ныне там:
>
> $ GET http://git.altlinux.org/acl/list.groups.sisyphus | grep ^@python
> @python ns ldv george lav swi at hiddenman sin mithraen enp vvk real
> viy vitty

>>>>> Date: Fri,  1 Oct 2010 15:52:28 +0400 (MSD)
>>>>>  
>>>>> Dear Ivan Fedorov!
>>>>>  
>>>>> You have been engaged in ACL change(s) initiated by Andrey Rahmatullin:
>>>>>  
>>>>> @python: "ns ldv george lav swi at hiddenman sin mithraen enp vvk real viy ***wrar*** vitty" -> "ns ldv george lav swi at hiddenman sin mithraen enp vvk real viy vitty"

Миша, ещё вопросы есть?

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] Python team

[Michael Shigorin]

On Thu, Oct 14, 2010 at 12:13:41AM +0400, Ivan Fedorov wrote:
> >> > > > Предлагаю вообще убить группу @python, а все ACL,
> >> > > > выданные этой группе, заменить на @everybody.
> >> > > Точно! займусь на выходных!
> Миша, ещё вопросы есть?

Да -- на выходных какого года. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Python team

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 648 bytes --]

Michael Shigorin <mike-nVB1ZwtFQf3sG83rWm+8vg@public.gmane.org> writes:

> On Thu, Oct 14, 2010 at 12:13:41AM +0400, Ivan Fedorov wrote:
>> >> > > > Предлагаю вообще убить группу @python, а все ACL,
>> >> > > > выданные этой группе, заменить на @everybody.
>> >> > > Точно! займусь на выходных!
>> Миша, ещё вопросы есть?
>
> Да -- на выходных какого года. :)

Никакого, ибо real@ весьма активно пилит пакеты, и мешать ему такой
диверсией я не хочу.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Yuri N. Sedunov]

В Вск, 10/10/2010 в 03:06 +0400, Alexey Tourbin пишет:
> Кажется, скоро придётся отфоркивать новый Стабильный бранч, вследствие
> того, что необходимо создать Национальную ОС!  Для этого ещё нужно сделать
> много дел.  Ниже список дел по моей части.  По-видимому, времени у нас
> мало; хуже того, дела идут медленно.  Для осуществления задуманного мне
> потребуются специальные административные полномочия (обход ACL при сборке
> пакетов).
> 
> Последние трое суток сборочница парализована из-за очень больших заданий
> с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
> дополнительные полномочия срубать неугодные мне задания.-)
> 

Вот, Гном пролезет,  а пролезет он не сразу, тогда можешь срубать что
угодно.

> 1) Пересборка библиотек с set-versions.  Надо пересборать достаточно
> большой набор библиотек, чтобы у них появились set-version provides.
> Тогда впоследствии не придётся пересобирать пакеты, слинкованные
> с этими библиотеками (чтобы у этих пакетов появились set-versioned
> requires).  Кроме того, у всех библиотек надо оторвать наши самодельные
> versioned scripts - их функция теперь перекладывается на set-versions;
> а также отрывание version scripts улучшит совместимость альтовских
> бинариков с не-альт lsb средами.

А несамодельные versioned scripts?

-- 
Yuri N. Sedunov

Re: [devel] создание Стабильного бранча и Национальной ОС

[Alexey Tourbin]

On Sun, Oct 10, 2010 at 03:40:07AM +0400, Yuri N. Sedunov wrote:
> В Вск, 10/10/2010 в 03:06 +0400, Alexey Tourbin пишет:
> > 1) Пересборка библиотек с set-versions.  Надо пересборать достаточно
> > большой набор библиотек, чтобы у них появились set-version provides.
> > Тогда впоследствии не придётся пересобирать пакеты, слинкованные
> > с этими библиотеками (чтобы у этих пакетов появились set-versioned
> > requires).  Кроме того, у всех библиотек надо оторвать наши самодельные
> > versioned scripts - их функция теперь перекладывается на set-versions;
> > а также отрывание version scripts улучшит совместимость альтовских
> > бинариков с не-альт lsb средами.
> 
> А несамодельные versioned scripts?

Апстримовские - не трогать.

Re: [devel] создание Стабильного бранча и Национальной ОС

[Alexey Tourbin]

On Sun, Oct 10, 2010 at 03:40:07AM +0400, Yuri N. Sedunov wrote:
> > Последние трое суток сборочница парализована из-за очень больших заданий
> > с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
> > дополнительные полномочия срубать неугодные мне задания.-)
> 
> Вот, Гном пролезет,  а пролезет он не сразу, тогда можешь срубать что
> угодно.

Гном обломался.  Может, я возьму из него некоторые базовые библиотеки
и соберу их в отдельном задании?  Подрихтую по части version scripts.

Re: [devel] создание Стабильного бранча и Национальной ОС

[Yuri N. Sedunov]

В Вск, 10/10/2010 в 14:29 +0400, Alexey Tourbin пишет:
> On Sun, Oct 10, 2010 at 03:40:07AM +0400, Yuri N. Sedunov wrote:
> > > Последние трое суток сборочница парализована из-за очень больших заданий
> > > с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
> > > дополнительные полномочия срубать неугодные мне задания.-)
> > 
> > Вот, Гном пролезет,  а пролезет он не сразу, тогда можешь срубать что
> > угодно.
> 
> Гном обломался.  Может, я возьму из него некоторые базовые библиотеки
> и соберу их в отдельном задании?  Подрихтую по части version scripts.


Гном -- не свалка, собирается в строгой очередности. Попытка выделить
"некоторые базовые библиотеки" в отдельное задание закончится неудачей. 

-- 
Yuri N. Sedunov

[devel] perl man pages [Re: создание Стабильного бранча...]

[Igor Vlasenko]

On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
> Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
> perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
> по умолчанию генерироваться не будут.  А также удалены макросы
> %perl_vendor_man1dir и %perl_vendor_man3dir.

Алексей, 
это изменение ломает 828 пакетов, из
которых большая часть -- не Ваши.
Помнится, в свое время при обсуждении этой темы
у этой реформы были противники, консенсуса достичь не удалось.
Получается. это решение спорное, может быть и конфликтное.

Правильно ли я понимаю, что вы собираетесь 
лично исправить все эти пакеты?

Иначе получится совсем нехорошо.
Ломаете вопреки мнению других людей, 
и сбрасываете последствия на них же.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] perl man pages [Re: создание Стабильного бранча...]

[Alexey Tourbin]

On Sun, Oct 10, 2010 at 02:40:24AM +0300, Igor Vlasenko wrote:
> On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
> > Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
> > perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
> > по умолчанию генерироваться не будут.  А также удалены макросы
> > %perl_vendor_man1dir и %perl_vendor_man3dir.
> 
> Алексей, 
> это изменение ломает 828 пакетов, из
> которых большая часть -- не Ваши.
> Помнится, в свое время при обсуждении этой темы
> у этой реформы были противники, консенсуса достичь не удалось.
> Получается. это решение спорное, может быть и конфликтное.

Я в своих пакетах давно не пакую man3 перловые страницы.
А когда кто-то один пакует, а кто-то другой не пакует,
то уже получается разнобой.

Исторически, я отказался от man3 страниц потому что при распиле перла
их было некуда девать.  Был общий пакет perl-man3.  Потом я написал
генератор, пакет называется perl-manpages.  Но потом мне стало казаться
что perldoc всё равно удобнее, потому что у него есть опции -f, -q и т.д.
А генератор можно приспособить под файлтриггер.

У питона ман3-страниц нету.

Есть более техническая причина - распил модулей по пакетам.  Новые
подляторы зависят от Encode.  А Encode пакуется отдельно.  Тогда и
подляторы уже нельзя оставить в пределах самого перла.

> Правильно ли я понимаю, что вы собираетесь 
> лично исправить все эти пакеты?

Надо перетряхнуть.  Есть ещё более крамольные мысли - унифицировать
перловые пакеты.  Привести спекфайл к рекомендованному мной виду,
а некоторые пакеты разымпортировать из git'а назад в src.rpm.

> Иначе получится совсем нехорошо.
> Ломаете вопреки мнению других людей, 
> и сбрасываете последствия на них же.

Можно было бы пойти на хитрость - раскрыть %perl_vendor_man3dir
в знак "#", тогда в списке %files получится комментарий.  Я правда
не пробовал, работает такая конструкция или нет.  В принципе можно
сделать чтобы работала.-)

> -- 
> Dr. Igor Vlasenko
> --------------------
> Topology Department
> Institute of Math
> Kiev, Ukraine

Re: [devel] perl spec standardization

[Vladimir Lettiev]

On Sun, Oct 10, 2010 at 04:05:59AM +0400, Alexey Tourbin wrote:
> 
> Надо перетряхнуть.  Есть ещё более крамольные мысли - унифицировать
> перловые пакеты.  Привести спекфайл к рекомендованному мной виду,
> а некоторые пакеты разымпортировать из git'а назад в src.rpm.

Интересно было бы увидеть эти рекомендации.
Так получилось, что тоже задумался над этим вопросом c позиции упрощения
ведения имеющихся пакетов и сборки новых. Не хотелось, конечно, вот так
анонсить сырую реализацию, но кому интересно прошу заглянуть сюда:
truecrux.org/specbuilder

p.s. спасибо ender@ за бета-тест и полезные идеи.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perl man pages [Re: создание Стабильного бранча...]

[Igor Vlasenko]

On Sun, Oct 10, 2010 at 04:05:59AM +0400, Alexey Tourbin wrote:
> On Sun, Oct 10, 2010 at 02:40:24AM +0300, Igor Vlasenko wrote:
> > On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
> > > Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
> > > perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
> > > по умолчанию генерироваться не будут.  А также удалены макросы
> > > %perl_vendor_man1dir и %perl_vendor_man3dir.
> > 
> > Алексей, 
> > это изменение ломает 828 пакетов, из
> > которых большая часть -- не Ваши.
> > Помнится, в свое время при обсуждении этой темы
> > у этой реформы были противники, консенсуса достичь не удалось.
> > Получается. это решение спорное, может быть и конфликтное.
> Я в своих пакетах давно не пакую man3 перловые страницы.
> А когда кто-то один пакует, а кто-то другой не пакует,
> то уже получается разнобой.
> Исторически, я отказался от man3 страниц потому что при распиле перла
> их было некуда девать.  Был общий пакет perl-man3.  Потом я написал
> генератор, пакет называется perl-manpages.  Но потом мне стало казаться
> что perldoc всё равно удобнее, потому что у него есть опции -f, -q и т.д.
> А генератор можно приспособить под файлтриггер.
 
> Есть более техническая причина - распил модулей по пакетам.  Новые
> подляторы зависят от Encode.  А Encode пакуется отдельно.  Тогда и
> подляторы уже нельзя оставить в пределах самого перла.

Если сохранять совместимость,
то прописать в зависимости perl-devel/rpm-build-perl.
 
> > Правильно ли я понимаю, что вы собираетесь 
> > лично исправить все эти пакеты?
> 
> Надо перетряхнуть.  Есть ещё более крамольные мысли - унифицировать
> перловые пакеты.  Привести спекфайл к рекомендованному мной виду,
> а некоторые пакеты разымпортировать из git'а назад в src.rpm.
> 
> > Иначе получится совсем нехорошо.
> > Ломаете вопреки мнению других людей, 
> > и сбрасываете последствия на них же.
> 
> Можно было бы пойти на хитрость - раскрыть %perl_vendor_man3dir
> в знак "#", тогда в списке %files получится комментарий.  Я правда
> не пробовал, работает такая конструкция или нет.  В принципе можно
> сделать чтобы работала.-)

Если ломать, то лучше уже в %exclude man?dir/ раскрывать.
тогда не будет ругани на неупакованные файлы.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] perl man pages

[Michael Shigorin]

On Sun, Oct 10, 2010 at 04:05:59AM +0400, Alexey Tourbin wrote:
> Но потом мне стало казаться что perldoc всё равно удобнее,

Когда кажется, спрашивать стоит ;-)

Не всем удобен perldoc, я вот man1 посматриваю, а к pod
так и не привык.  Ну и более уважаемые люди (IIRC misha@
и force@) высказывались в этом же смысле.

Да и делаем-то мы не для себя токмо, а для пользователей.
Навязывать же свои вкусы почём зря, когда есть возможность
дать и то, и это -- безвкусица, согласись.

Всё равно начнут маны через slurm читать или ещё чего.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] perl man pages

[Alexey Tourbin]

On Sun, Oct 10, 2010 at 04:14:47PM +0300, Michael Shigorin wrote:
> On Sun, Oct 10, 2010 at 04:05:59AM +0400, Alexey Tourbin wrote:
> > Но потом мне стало казаться что perldoc всё равно удобнее,
> 
> Когда кажется, спрашивать стоит ;-)
> 
> Не всем удобен perldoc, я вот man1 посматриваю, а к pod
> так и не привык.  Ну и более уважаемые люди (IIRC misha@
> и force@) высказывались в этом же смысле.

misha@ не пакует в своих перловых пакетах man3 страницы, пишет
%exclude %perl_vendor_man3dir/*

К сожалению, такие пакеты тоже сломаются.

> Да и делаем-то мы не для себя токмо, а для пользователей.
> Навязывать же свои вкусы почём зря, когда есть возможность
> дать и то, и это -- безвкусица, согласись.
> 
> Всё равно начнут маны через slurm читать или ещё чего.
> 
> -- 
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] perl man pages

[Alexey Tourbin]

On Mon, Oct 11, 2010 at 03:07:48PM +0300, Victor Forsiuk wrote:
> 2010/10/11 Michael Bochkaryov <misha@rattler.kiev.ua>
> > Стоит ли паковать man3 для перловки? На мой взгляд, стоит.
> > Просто по личным наблюдениям за отдельными разработчиками,
> > для которых отсутствие man-страниц было неприятной неожиданностью.
> 
> Да для любого человека появление нелогичных и неоправданных отличий от
> остальных дистрибутивов и неожиданно и неприятно.

Можно сделать файлтриггер, который будет генерировать эти страницы сразу
после установки пакетов.  Такой подход уже опробован - но не на уровне
файлтриггера, а на уровне cron.daily.

Но файлтриггер по умолчанию устанавливаться не будет, а это значит что
он не ликвидирует отличие от остальных дистрибутивов, а только усугубляет
его.  Упомянутые разработчики, для которых отсутствие man-страниц было
неприятной неожиданностью, вряд ли сами догадаются, что где-то их ждёт
заветный файлтриггер.

Re: [devel] perl man pages

[Igor Vlasenko]

On Tue, Oct 12, 2010 at 12:59:46AM +0400, Alexey Tourbin wrote:
> > Да для любого человека появление нелогичных и неоправданных отличий от
> > остальных дистрибутивов и неожиданно и неприятно.
> 
> Можно сделать файлтриггер, который будет генерировать эти страницы сразу
> после установки пакетов.  Такой подход уже опробован - но не на уровне
> файлтриггера, а на уровне cron.daily.
> 
> Но файлтриггер по умолчанию устанавливаться не будет, а это значит что
> он не ликвидирует отличие от остальных дистрибутивов, а только усугубляет
> его.  Упомянутые разработчики, для которых отсутствие man-страниц было
> неприятной неожиданностью, вряд ли сами догадаются, что где-то их ждёт
> заветный файлтриггер.

Алексей, я считаю, что на самом деле вы предлагаете
наиболее оптимальное решение. 
Файл-триггер, в отличие от упакованных man pages,
места на install CD/DVD не занимает.

Что же касается отличий от остальных дистрибутивов, то это уже становится 
проблемой релиз-менеджера дистрибутива, а не вашей.
Например, в Мастер его стоило бы включить, ради
упомянутой категории пользователей, а в Сервер, IMHO, не стоит.



-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] perl man pages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 697 bytes --]

On Tue, Oct 12, 2010 at 07:08:30PM +0300, Victor Forsiuk wrote:
> Что же касается места на инсталляционных носителях. Вы будете шокированы
> количеством мусора, который в наших пакетах бездумно валят в %doc. Одни
> только никому не нужные подробные истории всех изменений (вплоть до
> коммитов) во всех версиях ghostscript, упакованные в ghostscript-common
> весят мегабайт восемь (распакованных, правда). И это только первое, что на
> глаза попало - я даже не искал...

"Никто не обнимет необъятного" (c).

Вопрос с perl man pages можно решать независимо от мусора в %doc.
Давайте не будем валить все задачи в одну кучу с тем, чтобы эта куча
стала казаться необъятной.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perl man pages

[Michael Shigorin]

On Tue, Oct 12, 2010 at 07:08:30PM +0300, Victor Forsiuk wrote:
> > Что же касается отличий от остальных дистрибутивов, то это
> > уже становится проблемой релиз-менеджера дистрибутива, а не
> > вашей.
> У релиз-менеджера и так много проблем.

Да, но конкретно с этим предложением должно быть несложно помочь,
просто упаковав его.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] perl man pages

[Vladimir Lettiev]

On Sun, Oct 10, 2010 at 04:14:47PM +0300, Michael Shigorin wrote:
> On Sun, Oct 10, 2010 at 04:05:59AM +0400, Alexey Tourbin wrote:
> > Но потом мне стало казаться что perldoc всё равно удобнее,
> 
> Когда кажется, спрашивать стоит ;-)
> 
> Не всем удобен perldoc, я вот man1 посматриваю, а к pod
> так и не привык.  Ну и более уважаемые люди (IIRC misha@
> и force@) высказывались в этом же смысле.
> 
> Да и делаем-то мы не для себя токмо, а для пользователей.
> Навязывать же свои вкусы почём зря, когда есть возможность
> дать и то, и это -- безвкусица, согласись.

Пользователи, которые читают документацию из раздела по
библиотечным функциям однозначно идентифицируются как
программисты ;) Т.е. никто в обморок не упадёт от необходимости
запускать perldoc вместо man.

В плане использования perldoc ничем не отличается от man.
Зачем плодить сущности?

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perl man pages [Re: создание Стабильного бранча...]

[Aleksey Novodvorsky]

10 октября 2010 г. 3:40 пользователь Igor Vlasenko
<vlasenko@imath.kiev.ua> написал:
> On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
>> Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
>> perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
>> по умолчанию генерироваться не будут.  А также удалены макросы
>> %perl_vendor_man1dir и %perl_vendor_man3dir.
>
> Алексей,
> это изменение ломает 828 пакетов, из
> которых большая часть -- не Ваши.
> Помнится, в свое время при обсуждении этой темы
> у этой реформы были противники, консенсуса достичь не удалось.
> Получается. это решение спорное, может быть и конфликтное.

+1

Так ли оно важно, чтобы вблизи бранчевания его реализовывать? Других дел полно.

Rgrds, Алексей

Re: [devel] создание Стабильного бранча и Национальной ОС

[Alexey Tourbin]

On Sun, Oct 10, 2010 at 02:50:31PM +0300, Victor Forsiuk wrote:
> 2010/10/10 Alexey Tourbin <at@altlinux.ru>
> 
> > 2) perl-5.12.2 - в основном собран.  Надо ставить запрет на perl-5.8
> > и набивать таск.  На первом этапе надо пересобрать архитектурно-зависимые
> > пакеты в количестве примерно 300 штук.
> >
> > Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
> > perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
> > по умолчанию генерироваться не будут.
> 
> Как изменить умолчание?

Собирался об этом написать чуть позже.
Пример из perl-libwww.spec:

BuildRequires: perl-podlators

%build
%perl_vendor_build INSTALLMAN1DIR=%_man1dir

%files
%_man1dir/lwp-*.*
%_man1dir/GET.*
%_man1dir/HEAD.*
%_man1dir/POST.*

> >  А также удалены макросы %perl_vendor_man1dir и %perl_vendor_man3dir.
> Так верните обратно.

Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
для программ общего назначания (а для перлоспецифических программ типа
enc2xs - всё равно не паковать).

Re: [devel] создание Стабильного бранча и Национальной ОС

[Aleksey Novodvorsky]

10 октября 2010 г. 16:14 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sun, Oct 10, 2010 at 02:50:31PM +0300, Victor Forsiuk wrote:
>> 2010/10/10 Alexey Tourbin <at@altlinux.ru>
>>
>> > 2) perl-5.12.2 - в основном собран.  Надо ставить запрет на perl-5.8
>> > и набивать таск.  На первом этапе надо пересобрать архитектурно-зависимые
>> > пакеты в количестве примерно 300 штук.
>> >
>> > Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
>> > perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
>> > по умолчанию генерироваться не будут.
>>
>> Как изменить умолчание?
>
> Собирался об этом написать чуть позже.
> Пример из perl-libwww.spec:
>
> BuildRequires: perl-podlators
>
> %build
> %perl_vendor_build INSTALLMAN1DIR=%_man1dir
>
> %files
> %_man1dir/lwp-*.*
> %_man1dir/GET.*
> %_man1dir/HEAD.*
> %_man1dir/POST.*
>
>> >  А также удалены макросы %perl_vendor_man1dir и %perl_vendor_man3dir.
>> Так верните обратно.
>
> Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
> для программ общего назначания (а для перлоспецифических программ типа
> enc2xs - всё равно не паковать).


Может это и правильно, но зачем насилие? Давайте оставим пока макросы, а?

Rgrds, Алексей

Re: [devel] создание Стабильного бранча и Национальной ОС

[Alexey Tourbin]

On Sun, Oct 10, 2010 at 04:42:37PM +0400, Aleksey Novodvorsky wrote:
> >> >  А также удалены макросы %perl_vendor_man1dir и %perl_vendor_man3dir.
> >> Так верните обратно.
> >
> > Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
> > для программ общего назначания (а для перлоспецифических программ типа
> > enc2xs - всё равно не паковать).
> 
> Может это и правильно, но зачем насилие? Давайте оставим пока макросы, а?

Потому что man3 страницы по умолчанию не создаются, и пакет со следующей
конструкцией всё равно не соберётся.

%files
...
%perl_vendor_man3dir/*

А чтобы их создавать, нужны дополнительные зависимости в BuildRequires
(perl-podlators).  Так что перетряхивать всё равно придётся.

Можно сделать конформистский варинат: подшить зависимость на perl-podlators
в perl-devel.  Но мы так не забутстрапимся, т.к. до podlators нужно
собрать Encode (а для сборки Encode нужен perl-devel).

Мне кажется, мой вариант самый простой - пересборка почти всех перловых
пакетов сводится к тому, что нужно удалить %perl_vendor_man3dir/*.

Поскольку все перловые пакеты всё равно жеалательно пересобрать - т.к.
даже у noarch пакетов меняется старый каталог /usr/lib/perl5/vendor_perl
на новый /usr/share/perl5 (хотя старый каталог поддерживается), то...

Re: [devel] создание Стабильного бранча и Национальной ОС

[Aleksey Novodvorsky]

10 октября 2010 г. 17:06 пользователь Alexey Tourbin <at@altlinux.ru> написал:
> On Sun, Oct 10, 2010 at 04:42:37PM +0400, Aleksey Novodvorsky wrote:
>> >> >  А также удалены макросы %perl_vendor_man1dir и %perl_vendor_man3dir.
>> >> Так верните обратно.
>> >
>> > Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
>> > для программ общего назначания (а для перлоспецифических программ типа
>> > enc2xs - всё равно не паковать).
>>
>> Может это и правильно, но зачем насилие? Давайте оставим пока макросы, а?
>
> Потому что man3 страницы по умолчанию не создаются, и пакет со следующей
> конструкцией всё равно не соберётся.
>
> %files
> ...
> %perl_vendor_man3dir/*
>
> А чтобы их создавать, нужны дополнительные зависимости в BuildRequires
> (perl-podlators).  Так что перетряхивать всё равно придётся.
>
> Можно сделать конформистский варинат: подшить зависимость на perl-podlators
> в perl-devel.  Но мы так не забутстрапимся, т.к. до podlators нужно
> собрать Encode (а для сборки Encode нужен perl-devel).
>
> Мне кажется, мой вариант самый простой - пересборка почти всех перловых
> пакетов сводится к тому, что нужно удалить %perl_vendor_man3dir/*.
>
> Поскольку все перловые пакеты всё равно жеалательно пересобрать - т.к.
> даже у noarch пакетов меняется старый каталог /usr/lib/perl5/vendor_perl
> на новый /usr/share/perl5 (хотя старый каталог поддерживается), то...

Мне хотелось бы услышать мнения force@ и crux@. Давайте постараемся
придти к согласию. Тем более, что "все равно желательно пересобрать".

Rgrds, Алексей

Re: [devel] создание Стабильного бранча и Национальной ОС

[Denis Smirnov]

[-- Attachment #1: Type: text/plain, Size: 532 bytes --]

On Sun, Oct 10, 2010 at 05:58:58PM +0400, Aleksey Novodvorsky wrote:

AN> Мне хотелось бы услышать мнения force@ и crux@. Давайте постараемся
AN> придти к согласию. Тем более, что "все равно желательно пересобрать".

Насколько я понимаю, там есть какой-то волшеный пакет, поставив который
man'ы будут генериться сами. Если это так, то проблема получается уже
совсем не страшная для пользователя.

-- 
С уважением, Денис

http://mithraen.ru/
----------------------------------------------------------------------------

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Vladimir Lettiev]

On Sun, Oct 10, 2010 at 05:58:58PM +0400, Aleksey Novodvorsky wrote:
> 10 октября 2010 г. 17:06 пользователь Alexey Tourbin <at altlinux.ru> написал:
> > Можно сделать конформистский варинат: подшить зависимость на perl-podlators
> > в perl-devel.  Но мы так не забутстрапимся, т.к. до podlators нужно
> > собрать Encode (а для сборки Encode нужен perl-devel).
> >
> > Мне кажется, мой вариант самый простой - пересборка почти всех перловых
> > пакетов сводится к тому, что нужно удалить %perl_vendor_man3dir/*.
> >
> > Поскольку все перловые пакеты всё равно жеалательно пересобрать - т.к.
> > даже у noarch пакетов меняется старый каталог /usr/lib/perl5/vendor_perl
> > на новый /usr/share/perl5 (хотя старый каталог поддерживается), то...
> 
> Мне хотелось бы услышать мнения force@ и crux@. Давайте постараемся
> придти к согласию. Тем более, что "все равно желательно пересобрать".

Придерживаюсь того же мнения, что и Алексей. Perldoc значительно более мощный
инструмент работы с документацией perl.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] создание Стабильного бранча и Национальной ОС

[Vitaly Lipatov]

В сообщении от Воскресенье 10 октября 2010 Alexey Tourbin написал(a):
...
> Потому что man3 страницы по умолчанию не создаются, и пакет со следующей
> конструкцией всё равно не соберётся.

Я использую этот макрос в таком виде (как давно было рекомендовано):
rm -rf %buildroot%perl_vendor_man3dir/


-- 
Lav
Виталий Липатов
Россия, Санкт-Петербург. www.etersoft.ru
GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!

Re: [devel] создание Стабильного бранча и Национальной ОС

[Vladimir Lettiev]

On Mon, Oct 11, 2010 at 02:28:25PM +0300, Victor Forsiuk wrote:
> 2010/10/10 Alexey Tourbin <at@altlinux.ru>
> >
> > Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
> > для программ общего назначания (а для перлоспецифических программ типа
> > enc2xs - всё равно не паковать).
> >
> 
> Алексей, при всём уважении не могу согласиться с этим предложением. Оно
> ничем не мотивировано, кроме наших внутренних чисто технических моментов и
> Ваших личных предпочтений. Не говоря уже о таком до сих пор существующем *
> блокере*, как невозможность работать с perldoc от root.

Зачем perldoc запускать от root?

Perldoc _может_ работать от root, просто потребуется указать ключ -t
( можно даже прописать alias perldoc='perldoc -t' )

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] создание Стабильного бранча и Национальной ОС

[REAL]

Victor Forsiuk пишет:
>     Зачем perldoc запускать от root?
> 
> 
> Ну давайте я отвечу в том же стиле, в каком задан этот вопрос: чтобы 
> смотреть документацию модуля.
> Не думаю, что Вы логинитесь в другой консоли от юзера при необходимости 
> посмотреть man-страницу...

Игра в вопрошалки :-D

А зачем логиниться рутом? sudo чем-то не устраивает?

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] создание Стабильного бранча и Национальной ОС

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 414 bytes --]

On Wed, Oct 13, 2010 at 06:12:19PM +0800, REAL wrote:
> А зачем логиниться рутом?
single mode

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

<gvy> thresh, dottedmag, вообще можно поставить monit и сказать ему маячить при
      99%
<dottedmag> о. monit.
<dottedmag> gvy: я чего-то такое искал. thnx.
<gvy> dottedmag, welcome
<dottedmag> gvy: меня отпугнуло то, что monit в plesk используется %)

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[REAL]

Andrey Rahmatullin пишет:
>> А зачем логиниться рутом?
> single mode

Хм, а я думал, что single mode обычно используют в несколько других 
целях ;)

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [devel] создание Стабильного бранча и Национальной ОС

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 478 bytes --]

On Thu, Oct 14, 2010 at 01:07:17PM +0800, REAL wrote:
> >>А зачем логиниться рутом?
> >single mode
> Хм, а я думал, что single mode обычно используют в несколько других
> целях ;)
В развлекательных?

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

<gns> henker: не знаю :) я знаю что если б оттуда выкинуть иксы, как раз бы
      влезло
<gns> henker: но инсталлер у нас иксовый :(
<Lost[work]> gns: не иксовый а x-овый
<Lost[work]> gns: почувствуйте разницу

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 539 bytes --]

On Wed, Oct 13, 2010 at 02:00:23PM +0300, Victor Forsiuk wrote:
> > Зачем perldoc запускать от root?
> Ну давайте я отвечу в том же стиле, в каком задан этот вопрос: чтобы
> смотреть документацию модуля.
> Не думаю, что Вы логинитесь в другой консоли от юзера при необходимости
> посмотреть man-страницу...
И тут можно заодно вспомнить, что pinfo от рута тоже не работает :)

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

Я человек добрый, мне всё равно кого пытать, лишь бы всё работало :)
		-- mithraen in talk-room@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 446 bytes --]

On Wed, Oct 13, 2010 at 02:24:30PM +0300, Victor Forsiuk wrote:
> > И тут можно заодно вспомнить, что pinfo от рута тоже не работает :)
> Давно проверяли? :))
Гм, давно :)

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

> >> Тогда уж "носитель" :)
> > "смотрящий" :-))
> Супер :)
> Осталось вражескую кальку репозитарий переименовать в общак :D
Угу, а выхода из Team надо будет порвать ldv@ в nethack.
		-- nikon in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Igor Vlasenko]

On Wed, Oct 13, 2010 at 02:00:23PM +0300, Victor Forsiuk wrote:
> 2010/10/11 Vladimir Lettiev <thecrux@gmail.com>
> А теперь поместите себя, пожалуйста, в шкуру пользователя дистрибутива ALT.
> Даже суперправильного, который читает маны (oops, от такой привычки ему
> нужно отвыкать :). Он запускает perldoc, получает страшный матюк с
> нехорошими словами Error и Insecure. Логинится юзером, запускает *perldoc
> perldoc*. Вы видите в описании ключа -t текст, подсказывающий человеку, что
> это решение для запуска от root. Скорее он дойдет до секции SECURITY и
> поймет, что всё плохо: perldoc ... is known to have security issues.

Такой компромиссный вариант --
включить пакет с файлтриггером для генерации man pages
в профиль дистрибутива по умолчанию, чтобы он был и
в сервере, и в школьном, и в мастере -

годится для консенсуса?

P.S. профиль по умолчанию IMHO в компетенции
mike@, boyarush@.


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] создание Стабильного бранча и Национальной ОС

[Vladimir Lettiev]

On Wed, Oct 13, 2010 at 02:00:23PM +0300, Victor Forsiuk wrote:
> > Perldoc _может_ работать от root, просто потребуется указать ключ -t
> > ( можно даже прописать alias perldoc='perldoc -t' )
> >
> 
> А теперь поместите себя, пожалуйста, в шкуру пользователя дистрибутива ALT.
> Даже суперправильного, который читает маны (oops, от такой привычки ему
> нужно отвыкать :). Он запускает perldoc, получает страшный матюк с
> нехорошими словами Error и Insecure. Логинится юзером, запускает *perldoc
> perldoc*. Вы видите в описании ключа -t текст, подсказывающий человеку, что
> это решение для запуска от root. Скорее он дойдет до секции SECURITY и
> поймет, что всё плохо: perldoc ... is known to have security issues.

perldoc при запуске от root скидывает привилегии до nobody, при этом
автоматически включается tainted режим, что запрещает использовать в 
вызовах system(), exec() или `` непроверенные данные, полученные извне.
Именно из-за tainted режима происходит ошибка вызова perldoc, поскольку
где-то в недрах ToMan.pm происходит запуск шела с коммандой, которая сформирована
из tainted переменных. Об этом собственно и говорит примечание в документации
по perldoc. С помощью ключа -t можно обойти использование модуля ToMan.pm
и получить вывод документации.

На самом деле это вопрос не праздный, почему в документации perldoc
нам прямым текстом сообщается:

  perldoc does not run properly tainted, and is known to have security issues

Где информация об известных уязвимостях в perldoc? Если они есть, то почему 
до сих пор не исправлены?


Насколько я успел раскопать, перед релизом perl 5.6.0 в 2000 году Tom Christiansen
провёл аудит кода perldoc и сделал множество исправлений безопасности, в том
числе реализовал сбрасывание привелегий для случая запуска от root. Также ввёл
опцию -U для ССЗБ (опцию правда позже убрали):

    -U  Run in insecure mode (superuser only)

Он же и написал то грозное сообщение о проблемах безопасности, предупреждая, что
запуск perldoc от root на модули из непроверенных источников - это опасно.

Если посмотреть в багтрак для perldoc, там действительно были такие проблемы,
например, создание временных файлов в каталоге /tmp/.perldoc, это потом
"исправили" добавив к имени текущий pid процесса... После исправлений
Tom Christiansen никаких проблем с безопасностью вроде бы не регистрировали.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perldoc and perl manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1559 bytes --]

On Mon, Oct 11, 2010 at 02:28:25PM +0300, Victor Forsiuk wrote:
> 2010/10/10 Alexey Tourbin <at@altlinux.ru>
[...]
> > Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
> > для программ общего назначания (а для перлоспецифических программ типа
> > enc2xs - всё равно не паковать).
> 
> Алексей, при всём уважении не могу согласиться с этим предложением. Оно
> ничем не мотивировано, кроме наших внутренних чисто технических моментов и
> Ваших личных предпочтений.

Насколько я понимаю, для того, чтобы воплотилась идея Виктора (чтобы все
перловые пакеты паковали все свои сгенеренные manpages), необходимо,
чтобы все мейнтейнеры перловых пакетов согласились с этой идеей.
К сожалению, это невозможно.  Можно отдать вопрос упаковки сгенеренных
manpages в перловых пакетах на откуп мейнтейнерам, как это происходит
сейчас, но в результате только часть manpages окажется упакованной.

Поэтому мне кажется разумным не паковать сгенеренные manpages в составе
пакетов, а вместо этого предложить желающим установить пакет
perl-manpages, в котором заменить /etc/cron.daily/perlman на файлтриггер.

> Не говоря уже о таком до сих пор существующем *блокере*, как
> невозможность работать с perldoc от root.

И это в некотором смысле правильно, ибо незачем выполнять от рута
произвольный код тогда, когда можно этого не делать.
Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
(или заведём специального псевдопользователя для этих целей) в том случае,
когда он запущен от рута?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perldoc and perl manpages

[Vladimir Lettiev]

On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> On Mon, Oct 11, 2010 at 02:28:25PM +0300, Victor Forsiuk wrote:
> > 2010/10/10 Alexey Tourbin <at@altlinux.ru>
> [...]
> > > Предлагается man3/*.3pm не паковать совсем, а man1/*.1 паковать только
> > > для программ общего назначания (а для перлоспецифических программ типа
> > > enc2xs - всё равно не паковать).
> > 
> > Алексей, при всём уважении не могу согласиться с этим предложением. Оно
> > ничем не мотивировано, кроме наших внутренних чисто технических моментов и
> > Ваших личных предпочтений.
> 
> Насколько я понимаю, для того, чтобы воплотилась идея Виктора (чтобы все
> перловые пакеты паковали все свои сгенеренные manpages), необходимо,
> чтобы все мейнтейнеры перловых пакетов согласились с этой идеей.
> К сожалению, это невозможно.  Можно отдать вопрос упаковки сгенеренных
> manpages в перловых пакетах на откуп мейнтейнерам, как это происходит
> сейчас, но в результате только часть manpages окажется упакованной.
> 
> Поэтому мне кажется разумным не паковать сгенеренные manpages в составе
> пакетов, а вместо этого предложить желающим установить пакет
> perl-manpages, в котором заменить /etc/cron.daily/perlman на файлтриггер.

Есть ещё компромиссный вариант: паковать man3 страницы в субпакет ( perl-*-doc
или perl-*-man) , т.к. это документация для разработчика и она не восстребована
обычным пользователем, также как пакуют отдельно apidoc в java пакетах.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perldoc and perl manpages

[Michael Shigorin]

On Tue, Oct 12, 2010 at 01:29:09AM +0400, Vladimir Lettiev wrote:
> Есть ещё компромиссный вариант: паковать man3 страницы в
> субпакет ( perl-*-doc или perl-*-man) , т.к. это документация
> для разработчика и она не восстребована обычным пользователем,
> также как пакуют отдельно apidoc в java пакетах.

Уййй... на каждый чих по подпакету -- это слишком.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] perldoc and perl manpages

[Denis Kuznetsov]

Я бы ограничился такой формулировкой:
> Есть ещё компромиссный вариант: паковать man3 страницы в субпакет (
> perl-*-doc или perl-*-man) , т.к. это документация для разработчика и она
> не восстребована
Ибо всегда считал маны к перловке бесполезной особенностью bsd.
Логично конечно для тех кто привык, сделать рубильник, и написать в FAQ где
он находится.

Но паковать по невостребованому пакету каждый раз ..... 

-- 
Denis E. Kuznetsov
e-mail: kde{at}kde.kiev.ua
jabber: denis.e.kuznetsov{at}gmail.com
--------------------------------------

Re: [devel] perldoc and perl manpages

[Vitaly Lipatov]

On Вторник 12 октября 2010, Denis Kuznetsov wrote:
... 
> Ибо всегда считал маны к перловке бесполезной особенностью
> bsd. Логично конечно для тех кто привык, сделать рубильник, и
> написать в FAQ где он находится.
> 
> Но паковать по невостребованому пакету каждый раз .....
Не, это не дело.
Вообще, для языков высокого уровня выглядит странным 
использование man в качестве справки. Для этого есть более 
развитые высокоуровеневые справочные системы с поиском и 
индексацией.

А что, разве не является возможным решением генерировать страницу 
man при запросе из perldoc?

-- 
С уважением,
Виталий Липатов, ALT Linux Team, Eternity Software Team
Россия, Санкт-Петербург. http://etersoft.ru
GNU! ALT Linux! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] perldoc and perl manpages

[Denis Kuznetsov]

Доброго времени суток!
On Tuesday 12 October 2010 22:04:20 Vitaly Lipatov wrote:
> А что, разве не является возможным решением генерировать страницу
> man при запросе из perldoc?

Тогда уж логичнее запатчить man, что-бы при соблюдении ряда условий, он 
запускал perldoc. Такая себе эмуляция поведения...
-- 
Denis Kuznetsov

Re: [devel] perldoc and perl manpages

[Michael Shigorin]

On Tue, Oct 12, 2010 at 11:44:49PM +0300, Denis Kuznetsov wrote:
> > А что, разве не является возможным решением генерировать
> > страницу man при запросе из perldoc?
> Тогда уж логичнее запатчить man, что-бы при соблюдении ряда
> условий, он запускал perldoc. Такая себе эмуляция поведения...

Бррр.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] perldoc and perl manpages

[Sergei Epiphanov]

В сообщении от 13 октября 2010 15:48:26 автор Victor Forsiuk написал:
> > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя
> > cacheman (или заведём специального псевдопользователя для этих целей) в
> > том случае, когда он запущен от рута?
> 
> Давайте! :)
А зачем заводить? Есть же nobody.
-- 
С уважением, Епифанов Сергей

Re: [devel] perldoc and perl manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 581 bytes --]

On Wed, Oct 13, 2010 at 03:49:21PM +0400, Sergei Epiphanov wrote:
> В сообщении от 13 октября 2010 15:48:26 автор Victor Forsiuk написал:
> > > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя
> > > cacheman (или заведём специального псевдопользователя для этих целей) в
> > > том случае, когда он запущен от рута?
> > 
> > Давайте! :)
> А зачем заводить? Есть же nobody.

nobody для недистрибутивных решений.  А для дистрибутивных принято
следовать простому правилу:
каждой независимой задаче выделяется свой набор псевдопользователей.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perldoc and perl manpages

[Sergei Epiphanov]

В сообщении от 13 октября 2010 16:22:59 автор Dmitry V. Levin написал:
> nobody для недистрибутивных решений.  А для дистрибутивных принято
> следовать простому правилу:
> каждой независимой задаче выделяется свой набор псевдопользователей.

Я уже с опаской начинаю смотреть на разрастающееся стадо псевдопользователей. 
Складывается ощущение, что недалёк тот день, когда все вакансии ниже 500 будут 
заняты.

-- 
С уважением, Епифанов Сергей

Re: [devel] perldoc and perl manpages

[Vladimir Lettiev]

On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> (или заведём специального псевдопользователя для этих целей) в том случае,
> когда он запущен от рута?

perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
это и в документации отражено

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perldoc and perl manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 515 bytes --]

On Wed, Oct 13, 2010 at 07:41:03PM +0400, Vladimir Lettiev wrote:
> On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> > (или заведём специального псевдопользователя для этих целей) в том случае,
> > когда он запущен от рута?
> 
> perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
> это и в документации отражено

Раз он не работает, значит, он это делает неправильно.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perldoc and perl manpages

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 644 bytes --]

On Wed, Oct 13, 2010 at 07:50:34PM +0400, Dmitry V. Levin wrote:
> > > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> > > (или заведём специального псевдопользователя для этих целей) в том случае,
> > > когда он запущен от рута?
> > perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
> > это и в документации отражено
> Раз он не работает, значит, он это делает неправильно.
В бебеане работает, кстати.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

>   С каждым днем в рассылке все больше писем в ср1251.
Очевидно, в какой-то другой рассылке.
		-- ldv in sisyphus@

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] perldoc and perl manpages

[Vladimir Lettiev]

On Wed, Oct 13, 2010 at 07:50:34PM +0400, Dmitry V. Levin wrote:
> On Wed, Oct 13, 2010 at 07:41:03PM +0400, Vladimir Lettiev wrote:
> > On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> > > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> > > (или заведём специального псевдопользователя для этих целей) в том случае,
> > > когда он запущен от рута?
> > 
> > perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
> > это и в документации отражено
> 
> Раз он не работает, значит, он это делает неправильно.

Работает. Рядом в письме расписал, где ошибка.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perldoc and perl manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1224 bytes --]

On Wed, Oct 13, 2010 at 08:22:20PM +0400, Vladimir Lettiev wrote:
> On Wed, Oct 13, 2010 at 07:50:34PM +0400, Dmitry V. Levin wrote:
> > On Wed, Oct 13, 2010 at 07:41:03PM +0400, Vladimir Lettiev wrote:
> > > On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> > > > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> > > > (или заведём специального псевдопользователя для этих целей) в том случае,
> > > > когда он запущен от рута?
> > > 
> > > perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
> > > это и в документации отражено
> > 
> > Раз он не работает, значит, он это делает неправильно.
> 
> Работает. Рядом в письме расписал, где ошибка.

Он не работает так, как от него ждут.

# perldoc perldoc
Error while formatting with Pod::Perldoc::ToMan:
 Insecure dependency in `` while running with -T switch at /usr/lib/perl5/vendor_perl/Pod/Perldoc/ToMan.pm line 103.

Got a 0-length file from /usr/lib/perl5/pod/perldoc.pod via Pod::Perldoc::ToMan!?

# su nobody -s /bin/sh -c 'perldoc perldoc'
[работает]

Надо, чтобы запуск
# perldoc ...
был эквивалентен запуску
# su _perldoc -s /bin/sh -c 'perldoc ...'


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perldoc and perl manpages

[Vladimir Lettiev]

On Wed, Oct 13, 2010 at 08:28:18PM +0400, Dmitry V. Levin wrote:
> On Wed, Oct 13, 2010 at 08:22:20PM +0400, Vladimir Lettiev wrote:
> > On Wed, Oct 13, 2010 at 07:50:34PM +0400, Dmitry V. Levin wrote:
> > > On Wed, Oct 13, 2010 at 07:41:03PM +0400, Vladimir Lettiev wrote:
> > > > On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> > > > > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> > > > > (или заведём специального псевдопользователя для этих целей) в том случае,
> > > > > когда он запущен от рута?
> > > > 
> > > > perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
> > > > это и в документации отражено
> > > 
> > > Раз он не работает, значит, он это делает неправильно.
> > 
> > Работает. Рядом в письме расписал, где ошибка.
> 
> Он не работает так, как от него ждут.
> 
> # perldoc perldoc
> Error while formatting with Pod::Perldoc::ToMan:
>  Insecure dependency in `` while running with -T switch at /usr/lib/perl5/vendor_perl/Pod/Perldoc/ToMan.pm line 103.
> 
> Got a 0-length file from /usr/lib/perl5/pod/perldoc.pod via Pod::Perldoc::ToMan!?
> 
> # su nobody -s /bin/sh -c 'perldoc perldoc'
> [работает]
> 
> Надо, чтобы запуск
> # perldoc ...
> был эквивалентен запуску
> # su _perldoc -s /bin/sh -c 'perldoc ...'

Tainted режим включается автоматически если различаются реальный и эффективный UID.

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perldoc and perl manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1706 bytes --]

On Wed, Oct 13, 2010 at 08:42:28PM +0400, Vladimir Lettiev wrote:
> On Wed, Oct 13, 2010 at 08:28:18PM +0400, Dmitry V. Levin wrote:
> > On Wed, Oct 13, 2010 at 08:22:20PM +0400, Vladimir Lettiev wrote:
> > > On Wed, Oct 13, 2010 at 07:50:34PM +0400, Dmitry V. Levin wrote:
> > > > On Wed, Oct 13, 2010 at 07:41:03PM +0400, Vladimir Lettiev wrote:
> > > > > On Tue, Oct 12, 2010 at 01:17:12AM +0400, Dmitry V. Levin wrote:
> > > > > > Давайте научим /usr/bin/perldoc перезапускать себя от пользователя cacheman
> > > > > > (или заведём специального псевдопользователя для этих целей) в том случае,
> > > > > > когда он запущен от рута?
> > > > > 
> > > > > perldoc уже давно умеет скидывать привилегии до nobody при запуске от root,
> > > > > это и в документации отражено
> > > > 
> > > > Раз он не работает, значит, он это делает неправильно.
> > > 
> > > Работает. Рядом в письме расписал, где ошибка.
> > 
> > Он не работает так, как от него ждут.
> > 
> > # perldoc perldoc
> > Error while formatting with Pod::Perldoc::ToMan:
> >  Insecure dependency in `` while running with -T switch at /usr/lib/perl5/vendor_perl/Pod/Perldoc/ToMan.pm line 103.
> > 
> > Got a 0-length file from /usr/lib/perl5/pod/perldoc.pod via Pod::Perldoc::ToMan!?
> > 
> > # su nobody -s /bin/sh -c 'perldoc perldoc'
> > [работает]
> > 
> > Надо, чтобы запуск
> > # perldoc ...
> > был эквивалентен запуску
> > # su _perldoc -s /bin/sh -c 'perldoc ...'
> 
> Tainted режим включается автоматически если различаются реальный и эффективный UID.

Это всё технические подробности.  Пользователю всё равно, почему perldoc
не работает.  У него реальный и эффективный UID совпадают.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perldoc and perl manpages

[Vladimir Lettiev]

On Wed, Oct 13, 2010 at 08:46:01PM +0400, Dmitry V. Levin wrote:
> 
> Это всё технические подробности.  Пользователю всё равно, почему perldoc
> не работает.  У него реальный и эффективный UID совпадают.

perldoc в ALTLinux сломал патч perldoc-3.14-alt-man-cache.patch:

http://git.altlinux.org/srpms/p/perldoc.git?p=perldoc.git;a=blob;f=perldoc-3.14-alt-man-cache.patch;h=83c4d14e770867f4a0fce2cb1b443d000ffe55cc;hb=f8326653d5b6c1ac8ab7eaefd844463084ee037d

Без него perldoc работает под root и даже понятно почему...

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perldoc and perl manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 663 bytes --]

On Wed, Oct 13, 2010 at 09:11:27PM +0400, Vladimir Lettiev wrote:
> On Wed, Oct 13, 2010 at 08:46:01PM +0400, Dmitry V. Levin wrote:
> > 
> > Это всё технические подробности.  Пользователю всё равно, почему perldoc
> > не работает.  У него реальный и эффективный UID совпадают.
> 
> perldoc в ALTLinux сломал патч perldoc-3.14-alt-man-cache.patch:
> 
> http://git.altlinux.org/srpms/p/perldoc.git?p=perldoc.git;a=blob;f=perldoc-3.14-alt-man-cache.patch;h=83c4d14e770867f4a0fce2cb1b443d000ffe55cc;hb=f8326653d5b6c1ac8ab7eaefd844463084ee037d
> 
> Без него perldoc работает под root и даже понятно почему...

Да, спасибо, теперь работает.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Sergey Y. Afonin]

On Sunday 10 October 2010, Alexey Tourbin wrote:

> Последние трое суток сборочница парализована из-за очень больших заданий
> с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
> дополнительные полномочия срубать неугодные мне задания.-)

Вопрос чуть в сторону. Сборочница - это кто сейчас ? Я тоже собирал несколько
раз qt4. Время сравнимо, а у меня не вот тебе супер станция. При этом, в
настоящее время, можно собрать восьмияденую сборчницу за достаточно лояльные
деньги. Да и c гипертредингом можно (это уже 16... э-э-э... конвейеров), но
тут вопрос, будет ли заметный эффект.

-- 
С уважением, Сергей Афонин

Re: [devel] создание Стабильного бранча и Национальной ОС

[Anton Farygin]

10.10.2010 20:30, Sergey Y. Afonin пишет:
> On Sunday 10 October 2010, Alexey Tourbin wrote:
>
>> Последние трое суток сборочница парализована из-за очень больших заданий
>> с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
>> дополнительные полномочия срубать неугодные мне задания.-)
>
> Вопрос чуть в сторону. Сборочница - это кто сейчас ? Я тоже собирал несколько
> раз qt4. Время сравнимо, а у меня не вот тебе супер станция. При этом, в
> настоящее время, можно собрать восьмияденую сборчницу за достаточно лояльные
> деньги. Да и c гипертредингом можно (это уже 16... э-э-э... конвейеров), но
> тут вопрос, будет ли заметный эффект.

на сборочнице всё собирается в один поток - ставь хоть 128-ми ядерную, 
ускорения не будет.

Re: [devel] создание Стабильного бранча и Национальной ОС

[Sergey Y. Afonin]

On Sunday 10 October 2010, Anton Farygin wrote:

> на сборочнице всё собирается в один поток - ставь хоть 128-ми ядерную, 
> ускорения не будет.
 
Это стало сейчас, или это было всегда ? Второй вариант я легко оспорю.

-- 
С уважением, Сергей Афонин

Re: [devel] создание Стабильного бранча и Национальной ОС

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 422 bytes --]

On Sun, Oct 10, 2010 at 09:10:08PM +0400, Sergey Y. Afonin wrote:
> > на сборочнице всё собирается в один поток - ставь хоть 128-ми ядерную, 
> > ускорения не будет.
> Это стало сейчас, или это было всегда ? 
Всегда было, по кр.мере в обозримом прошлом.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

<Lost> gns: сделайте syntactic sugar - ifconfig, работающий через ip ;)
<gns> Lost: это syntactic shit

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Sergey Y. Afonin]

On Sunday 10 October 2010, Andrey Rahmatullin wrote:

> > Это стало сейчас, или это было всегда ? 

> Всегда было, по кр.мере в обозримом прошлом.

1. 
* Sun Jan 31 2010 Sergey Y. Afonin <asy@altlinux.ru> 2.1-alt0.20091105.3
<skip>
- Do not use %make_build because makefiles fail to handle parallelized builds
  (thanks ldv@)

Сам я не видел проблем, но LDV сделал зачем-то.

2. 
Я, как-то, собирал MeTA1, благополучно помёршее в Дедале.

Разница между %make и %make_build была фатальной. С %make_build просто не 
собиралось.

-- 
С уважением, Сергей Афонин

Re: [devel] создание Стабильного бранча и Национальной ОС

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 658 bytes --]

On Sun, Oct 10, 2010 at 09:50:18PM +0400, Sergey Y. Afonin wrote:
> * Sun Jan 31 2010 Sergey Y. Afonin <asy@altlinux.ru> 2.1-alt0.20091105.3
> <skip>
> - Do not use %make_build because makefiles fail to handle parallelized builds
>   (thanks ldv@)
> 
> Сам я не видел проблем, но LDV сделал зачем-то.
> 
> 2. 
> Я, как-то, собирал MeTA1, благополучно помёршее в Дедале.
> 
> Разница между %make и %make_build была фатальной. С %make_build просто не 
> собиралось.
Это всё именно в сборочечнице?

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

Ну хорошо, давайте попробуем снова поменять местами PNG_12 и PNG12_0.
		-- ldv in #21559

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Sergey Y. Afonin]

On Sunday 10 October 2010, Andrey Rahmatullin wrote:

> Это всё именно в сборочечнице?

Во втором случае - однозначно да. По первому случаю можно спросить LDV,
но я не вижу причин сомневаться.

-- 
С уважением, Сергей Афонин

Re: [devel] создание Стабильного бранча и Национальной ОС

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 1512 bytes --]

10.10.2010 03:06, Alexey Tourbin пишет:
...
> 1) Пересборка библиотек с set-versions.  Надо пересборать достаточно
> большой набор библиотек, чтобы у них появились set-version provides.

  apr1 и aprutil1 я сейчас занимаюсь. Пересобирать их специально не
требуется.

> Тогда впоследствии не придётся пересобирать пакеты, слинкованные
> с этими библиотеками (чтобы у этих пакетов появились set-versioned
> requires).  Кроме того, у всех библиотек надо оторвать наши самодельные
> versioned scripts - их функция теперь перекладывается на set-versions;
> а также отрывание version scripts улучшит совместимость альтовских
> бинариков с не-альт lsb средами.
> 
...
> 
> 4) libdb5.1 - будем мигрировать?

  Присоединяюсь к вопросу.

> 
> 5) Пересборка отавшихся пакетов.  Пересборка производится по принципу
> "зависимости должны устаканиться".  Сейчас в логе тестовой пересборки,
> в самом конце, можно посмотреть разницу по зависимсотям у пакета
> в репозитории и у свежесобранного пакета.  Напр.
> http://git.altlinux.org/beehive/logs/Sisyphus-x86_64/latest/success/xz-4.999.9-alt1
> -Provides: liblzma.so.0()(64bit)                                                       
> +Provides: liblzma.so.0()(64bit) = set:kdZ9N...
> то есть видно, что нужно пересобрать пакет, и появится set-versioned
> provides.  Но тогда после этого у каких-то других пакетов появится
> set-versioned requires.  Когда этот процесс сойдется, можно отфоркивать
> бранч.

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Aleksey Avdeev]

[-- Attachment #1: Type: text/plain, Size: 311 bytes --]

10.10.2010 20:40, Aleksey Avdeev пишет:
> 10.10.2010 03:06, Alexey Tourbin пишет:
...
>>
>> 4) libdb5.1 - будем мигрировать?
> 
>   Присоединяюсь к вопросу.

  Неактуально: apr-util 1.3.10 libdb5.1 ещё не поддерживает (но
поддержка уже добавлена в branches/1.3.x).

-- 

С уважением. Алексей.



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 554 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2888 bytes --]

On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
> Кажется, скоро придётся отфоркивать новый Стабильный бранч, вследствие
> того, что необходимо создать Национальную ОС!  Для этого ещё нужно сделать
> много дел.  Ниже список дел по моей части.  По-видимому, времени у нас
> мало; хуже того, дела идут медленно.  Для осуществления задуманного мне
> потребуются специальные административные полномочия (обход ACL при сборке
> пакетов).

Обход ACL требует особого внимания: из самых лучших побуждений можно
совершенно случайно что-то сломать или помешать мейнтейнеру.

> Последние трое суток сборочница парализована из-за очень больших заданий
> с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
> дополнительные полномочия срубать неугодные мне задания.-)

Может, лучше договориться с людьми?  Я думаю, что ради всеобщего блага они
пойдут навстречу.

> 1) Пересборка библиотек с set-versions.  Надо пересборать достаточно
> большой набор библиотек, чтобы у них появились set-version provides.
> Тогда впоследствии не придётся пересобирать пакеты, слинкованные
> с этими библиотеками (чтобы у этих пакетов появились set-versioned
> requires).

Это очевидно, хотя в некоторых случаях лучше сразу собрать более свежие
версии библиотек.

> Кроме того, у всех библиотек надо оторвать наши самодельные
> versioned scripts - их функция теперь перекладывается на set-versions;
> а также отрывание version scripts улучшит совместимость альтовских
> бинариков с не-альт lsb средами.

Это спорно.  Наши самодельные versioned scripts лучше всего заапстримить
ко всеобщей пользе.  По крайней мере, мне это иногда удавалось.

> 2) perl-5.12.2 - в основном собран.  Надо ставить запрет на perl-5.8
> и набивать таск.  На первом этапе надо пересобрать архитектурно-зависимые
> пакеты в количестве примерно 300 штук.
> 
> Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
> perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
> по умолчанию генерироваться не будут.

Некоторые люди по разным причинам любят man-страницы.  Для того, чтобы они
не страдали от того, что одни мейнтейнеры пакуют их, а другие рекомендуют
использовать perldoc, хорошо бы запаковать пакет с файлтриггером.  Кому
нужны автосгенерированные man-страницы, тот сможет установить этот пакет и
получить их все.

> А также удалены макросы
> %perl_vendor_man1dir и %perl_vendor_man3dir.

Тогда нужен скрипт, автоматизирующий миграцию спекфайлов.

> 3) Питон 2.7.  Пишут что это "last major version in the 2.x"
> http://python.org/download/releases/2.7/
> то для LTS-релиза надо мигрировать на питон 2.7.
> У меня есть некоторые идеи как его собрать быстро и качественно.
> Но об этом - после перла.

OK

> 4) libdb5.1 - будем мигрировать?

Я ещё не смотрел.  Во что это нам обойдётся, я пока не знаю.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Alexey Tourbin]

On Mon, Oct 11, 2010 at 12:35:05AM +0400, Dmitry V. Levin wrote:
> On Sun, Oct 10, 2010 at 03:06:37AM +0400, Alexey Tourbin wrote:
> > Кажется, скоро придётся отфоркивать новый Стабильный бранч, вследствие
> > того, что необходимо создать Национальную ОС!  Для этого ещё нужно сделать
> > много дел.  Ниже список дел по моей части.  По-видимому, времени у нас
> > мало; хуже того, дела идут медленно.  Для осуществления задуманного мне
> > потребуются специальные административные полномочия (обход ACL при сборке
> > пакетов).
> 
> Обход ACL требует особого внимания: из самых лучших побуждений можно
> совершенно случайно что-то сломать или помешать мейнтейнеру.

С обходом ACL я собираюсь выполнять только ограниченные действия,
которые преследуют определенную цель.  В некоторых случаях это просто
полуавтоматическая пересборка пакета для обрастания зависимостями.
В некоторых случаях надо дополнительно отключить symbol versioning.

> > Последние трое суток сборочница парализована из-за очень больших заданий
> > с qt4 и kde, а теперь и gnome.  По-видимому, потребуются ещё
> > дополнительные полномочия срубать неугодные мне задания.-)
> 
> Может, лучше договориться с людьми?  Я думаю, что ради всеобщего блага они
> пойдут навстречу.

Ну да, про срубание заданий это уже очень круто, поэтому я поставил
смайлик.  Хотя всё-таки защёлка в виде 'AWAITING [locked]' иногда
практикуется.

> > 1) Пересборка библиотек с set-versions.  Надо пересборать достаточно
> > большой набор библиотек, чтобы у них появились set-version provides.
> > Тогда впоследствии не придётся пересобирать пакеты, слинкованные
> > с этими библиотеками (чтобы у этих пакетов появились set-versioned
> > requires).
> 
> Это очевидно, хотя в некоторых случаях лучше сразу собрать более свежие
> версии библиотек.

Пока мы собираем более свежую версию библиотеки, прошли уже 10 пакетов,
которые слинковались со старой библиотекой и не обросли зависимостями.
Значит, вместо того, чтобы лишний раз обновить один пакет (библиотеку),
придется потом пересобирать 10 пакетов.  Хотя это не настолько просто,
пакеты потом всё равно придётся пересобирать.  Но в первом приближении
быстро пересобрать библиотеки смысл есть.

> > Кроме того, у всех библиотек надо оторвать наши самодельные
> > versioned scripts - их функция теперь перекладывается на set-versions;
> > а также отрывание version scripts улучшит совместимость альтовских
> > бинариков с не-альт lsb средами.
> 
> Это спорно.  Наши самодельные versioned scripts лучше всего заапстримить
> ко всеобщей пользе.  По крайней мере, мне это иногда удавалось.

По-моему, symbol versioning глобально не прижился.  И если за последние
несколько лет в этом направлении было удивительно мало движений, то мы
сейчас не сделаем погоды.  Вот два относящихся к делу соображения.
1) У symbol versioning компромиссный и уродский дизайн: неверсионированный
символ может разрешаться в версионированный, а версионированный -
в неверсионированный.  Казалось бы, неужели такое возможно?
2) Скрипты надо делать очень аккуратно вручную, и желательно понимать код
и логику релиз-процесса.  Например, у нас есть самодельный интерфейс
GLIB_2.15.6.  Но это была последняя бета-версия перед релизом 2.16,
так что надо было набивать интерфейс GLIB_2.16 (которого у нас нет).
Но на стадии 2.15.6 ещё не было понятно, каким будет окончательный набор
новых символов в 2.16.  Это очень хрупкая конструкция, я сам несколько раз
облажался когда делал version scripts.  Короче, я бы за наши version
scripts не поручился.  А в этот скрипт не возьмут просто по причине
GLIB_2.15.6.

> > 2) perl-5.12.2 - в основном собран.  Надо ставить запрет на perl-5.8
> > и набивать таск.  На первом этапе надо пересобрать архитектурно-зависимые
> > пакеты в количестве примерно 300 штук.
> > 
> > Основное отличие - от perl-base оторваны подляторы (perl-Pod-Parser,
> > perl-podlators и т.д.), а при сборке перловых пакетов man-страницы
> > по умолчанию генерироваться не будут.
> 
> Некоторые люди по разным причинам любят man-страницы.  Для того, чтобы они
> не страдали от того, что одни мейнтейнеры пакуют их, а другие рекомендуют
> использовать perldoc, хорошо бы запаковать пакет с файлтриггером.  Кому
> нужны автосгенерированные man-страницы, тот сможет установить этот пакет и
> получить их все.

Триггер можно запаковать потом (к тому же основная его часть уже написана,
просто там вместо триггера стоит cronjob), а мигрировать на перл надо
сейчас.  А то не успеем собрать Национальную ОС!

Кстати, вопрос по триггеру, что он должен делать по файлам?  cronjob
складывает генерат в /var/cache/perlman и расставляет/удаляет симлинки
в /usr/local/man.

Re: [devel] perl-manpages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 514 bytes --]

On Mon, Oct 11, 2010 at 02:35:49AM +0400, Alexey Tourbin wrote:
> Кстати, вопрос по триггеру, что он должен делать по файлам?  cronjob
> складывает генерат в /var/cache/perlman и расставляет/удаляет симлинки
> в /usr/local/man.

man поддерживает cat pages нативно, см. /etc/man.conf:
"If no catdir is given, it is assumed to be equal to the mandir"

Т.е. достаточно создавать/удалять файлы в /usr/local/man/catN/ (либо
напрямую, либо ссылки в этих каталогах на файлы в /var/cache/perlman).


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] perl manpages trigger

[Vladimir Lettiev]

On Mon, Oct 11, 2010 at 02:35:49AM +0400, Alexey Tourbin wrote:
> On Mon, Oct 11, 2010 at 12:35:05AM +0400, Dmitry V. Levin wrote:

> > Некоторые люди по разным причинам любят man-страницы.  Для того, чтобы они
> > не страдали от того, что одни мейнтейнеры пакуют их, а другие рекомендуют
> > использовать perldoc, хорошо бы запаковать пакет с файлтриггером.  Кому
> > нужны автосгенерированные man-страницы, тот сможет установить этот пакет и
> > получить их все.
> 
> Триггер можно запаковать потом (к тому же основная его часть уже написана,
> просто там вместо триггера стоит cronjob), а мигрировать на перл надо
> сейчас.  А то не успеем собрать Национальную ОС!
> 
> Кстати, вопрос по триггеру, что он должен делать по файлам?  cronjob
> складывает генерат в /var/cache/perlman и расставляет/удаляет симлинки
> в /usr/local/man.

Создать файлтриггер, который бы по наличию *.pod или *.pm генерил man-страницу
- не сложно, но как создавать man1 страницы для скриптов, которые установлены
в %_bindir ? Проверять всё что складывается в /usr/bin на предмет наличия
perl-скрипта c POD внутри? Приемлим ли такой оверхед?

-- 
Vladimir Lettiev aka crux ✉ theCrux@gmail.com

Re: [devel] perl manpages trigger

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1439 bytes --]

On Sat, Oct 30, 2010 at 06:40:23PM +0400, Vladimir Lettiev wrote:
> On Mon, Oct 11, 2010 at 02:35:49AM +0400, Alexey Tourbin wrote:
> > On Mon, Oct 11, 2010 at 12:35:05AM +0400, Dmitry V. Levin wrote:
> 
> > > Некоторые люди по разным причинам любят man-страницы.  Для того, чтобы они
> > > не страдали от того, что одни мейнтейнеры пакуют их, а другие рекомендуют
> > > использовать perldoc, хорошо бы запаковать пакет с файлтриггером.  Кому
> > > нужны автосгенерированные man-страницы, тот сможет установить этот пакет и
> > > получить их все.
> > 
> > Триггер можно запаковать потом (к тому же основная его часть уже написана,
> > просто там вместо триггера стоит cronjob), а мигрировать на перл надо
> > сейчас.  А то не успеем собрать Национальную ОС!
> > 
> > Кстати, вопрос по триггеру, что он должен делать по файлам?  cronjob
> > складывает генерат в /var/cache/perlman и расставляет/удаляет симлинки
> > в /usr/local/man.
> 
> Создать файлтриггер, который бы по наличию *.pod или *.pm генерил man-страницу
> - не сложно, но как создавать man1 страницы для скриптов, которые установлены
> в %_bindir ? Проверять всё что складывается в /usr/bin на предмет наличия
> perl-скрипта c POD внутри? Приемлим ли такой оверхед?

Думаю что сканировать все скрипты в /usr/bin это, с одной стороны, слишком
большой перебор, и, с другой стороны, всё равно не поймает такие случаи
как /usr/bin/perldoc.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] создание Стабильного бранча и Национальной ОС

[Igor Vlasenko]

On Mon, Oct 11, 2010 at 12:35:05AM +0400, Dmitry V. Levin wrote:
> Некоторые люди по разным причинам любят man-страницы.  Для того, чтобы они
> не страдали от того, что одни мейнтейнеры пакуют их, а другие рекомендуют
> использовать perldoc, хорошо бы запаковать пакет с файлтриггером.  Кому
> нужны автосгенерированные man-страницы, тот сможет установить этот пакет и
> получить их все.
> 
> > А также удалены макросы
> > %perl_vendor_man1dir и %perl_vendor_man3dir.
> 
> Тогда нужен скрипт, автоматизирующий миграцию спекфайлов.

Макросы удалять надо в последнюю очередь,
когда уже не осталось пакетов, их использующих.

Например, я могу удалить их repocop'ом.
Думаю, незачем беспокоить людей с тем, с чем легко справится робот.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine