[devel] зависимость на perl(MD5.pm)

[devel] зависимость на perl(MD5.pm)

[Victor V Ismakaev]

Приветствую.
Собираю пакет exim.
В его зависимостях(REQUIRENAME) появляются строки вида
perl(MD5.pm)
perl(MIME/Base64.pm)
....
При установке через apt-get install получаю ошибку
-------------------------------------------------------------------------------
[root@vic syslog]# apt-get install exim
Reading Package Lists... Done
Building Dependency Tree... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  exim: Depends: perl(MD5.pm) but it is not installable
E: Broken packages
--------------------------------------------------------------------------
Как это лечить?
Воспроизводиться в текущем Сизифе и Мастер 2.2.
В Мастер 2.0 такого не замечал.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: [devel]зависимость наperl(MD5.pm)

[Alex Ott]

>Приветствую.
>Собираю пакет exim.
exim4? а то я собрался его собирать для себя. Буду ждать вашего.

P.S. а не сделать ли какую-нибудь систему для отображения кто каким пакетом собирается заниматься? у меня например есть в работе несколько пакетов, которые я еще некоторое время не буду выкладывать, чтобы я не делал чью-то работу и кто-то не делал мою

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor V Ismakaev]

19 Май 2003 12:33, Alex Ott написал:
> >Приветствую.
> >Собираю пакет exim.
>
> exim4? а то я собрался его собирать для себя. Буду ждать вашего.
Он у меня прекрасно работает под Мастер 2.0.
Как только поборю описанную мною проблему и переделаю init-script под новые 
service - выложу в Сизиф вместе с cyrus-imapd
> P.S. а не сделать ли какую-нибудь систему для отображения кто каким пакетом
> собирается заниматься? у меня например есть в работе несколько пакетов,
> которые я еще некоторое время не буду выкладывать, чтобы я не делал чью-то
> работу и кто-то не делал мою
Это было бы неплохо.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Mon, May 19, 2003 at 12:47:58PM +0600, Victor V Ismakaev wrote:
> 19 Май 2003 12:33, Alex Ott написал:
> > >Приветствую.
> > >Собираю пакет exim.
> >
> > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> Он у меня прекрасно работает под Мастер 2.0.
> Как только поборю описанную мною проблему и переделаю init-script под новые 
> service - выложу в Сизиф вместе с cyrus-imapd

Это cramtest.pl "виноват". Можно (и даже следовало бы) подточить
его под Digest::MD5. Ну а место ему всё же среди %doc...

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor V Ismakaev]

20 Май 2003 00:27, Victor Forsyuk написал:
> On Mon, May 19, 2003 at 12:47:58PM +0600, Victor V Ismakaev wrote:
> > 19 Май 2003 12:33, Alex Ott написал:
> > > >Приветствую.
> > > >Собираю пакет exim.
> > >
> > > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> >
> > Он у меня прекрасно работает под Мастер 2.0.
> > Как только поборю описанную мною проблему и переделаю init-script под
> > новые service - выложу в Сизиф вместе с cyrus-imapd
>
> Это cramtest.pl "виноват". Можно (и даже следовало бы) подточить
> его под Digest::MD5. Ну а место ему всё же среди %doc...
Ага,вынес его в подпакет.Ну и посмотрю его попозже на предмет перевода под 
Digest.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor V Ismakaev]

20 Май 2003 08:25, Victor V Ismakaev написал:
> 20 Май 2003 00:27, Victor Forsyuk написал:
> > On Mon, May 19, 2003 at 12:47:58PM +0600, Victor V Ismakaev wrote:
> > > 19 Май 2003 12:33, Alex Ott написал:
> > > > >Приветствую.
> > > > >Собираю пакет exim.
> > > >
> > > > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> > >
> > > Он у меня прекрасно работает под Мастер 2.0.
> > > Как только поборю описанную мною проблему и переделаю init-script под
> > > новые service - выложу в Сизиф вместе с cyrus-imapd
> >
> > Это cramtest.pl "виноват". Можно (и даже следовало бы) подточить
> > его под Digest::MD5. Ну а место ему всё же среди %doc...
>
> Ага,вынес его в подпакет.Ну и посмотрю его попозже на предмет перевода под
> Digest.
Блин,поторопился ляпнуть ,не проснувшись, - он ведь и так Digest::MD5
/usr/lib/perl5/i386-linux/Digest/MD5.pm
Другого вроде нет.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

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

On Mon, May 19, 2003 at 10:33:07AM +0400, Alex Ott wrote:
> >Собираю пакет exim.
> exim4? а то я собрался его собирать для себя. Буду ждать вашего.

Вообще-то насколько я в курсе, по крайней мере еще у одного
человека здесь уже есть на руках продакшн-пакет с exim.

Т.к. пилка спеков все же бывает утомительной, с таким
дублированием усилий надо что-то делать.

> P.S. а не сделать ли какую-нибудь систему для отображения кто
> каким пакетом собирается заниматься? у меня например есть в
> работе несколько пакетов, которые я еще некоторое время не буду
> выкладывать, чтобы я не делал чью-то работу и кто-то не делал
> мою

Это публикация TODO называется? ;-)

PS: вообще-то это функции groupware.  Весной чесались руки
вкрутить какое-то на lrn.ru/~mike...

PPS: по поводу Requires: perl() -- обсуждение было в р-не
переезда на perl-5.8 и модификации метода поиска зависимостей, но
единственная здравая мысль из него, которая у _меня_ отложилась
-- зачем оставлять в пакетах self-dependencies -- вроде как так и
осталась в воздухе.

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

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

[devel] Re: [devel] Re:зависимость наperl(MD5.pm)

[Alex Ott]

>On Mon, May 19, 2003 at 10:33:07AM +0400, Alex Ott wrote:
>> >Собираю пакет exim.
>> exim4? а то я собрался его собирать для себя. Буду ждать вашего.
>
>Вообще-то насколько я в курсе, по крайней мере еще у одного
>человека здесь уже есть на руках продакшн-пакет с exim.
>
>Т.к. пилка спеков все же бывает утомительной, с таким
>дублированием усилий надо что-то делать.
во-во

>> P.S. а не сделать ли какую-нибудь систему для отображения кто
>> каким пакетом собирается заниматься? у меня например есть в
>> работе несколько пакетов, которые я еще некоторое время не буду
>> выкладывать, чтобы я не делал чью-то работу и кто-то не делал
>> мою
>
>Это публикация TODO называется? ;-)
Ну да - только где-то на видном месте

>PS: вообще-то это функции groupware.  Весной чесались руки
>вкрутить какое-то на lrn.ru/~mike...

Да надо бы что-нить такое. И прописать в maintainer-howto обязаность туда глядеть :-))

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor V Ismakaev]

19 Май 2003 14:31, Michael Shigorin написал:
> On Mon, May 19, 2003 at 10:33:07AM +0400, Alex Ott wrote:
> > >Собираю пакет exim.
> >
> > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
>
> Вообще-то насколько я в курсе, по крайней мере еще у одного
> человека здесь уже есть на руках продакшн-пакет с exim.
Да,я в курсе.
> Т.к. пилка спеков все же бывает утомительной, с таким
> дублированием усилий надо что-то делать.
Согласен.Меня сейчас приспичило,посему и решил доделать до релиза и залить в 
инкоминг.
> > P.S. а не сделать ли какую-нибудь систему для отображения кто
> > каким пакетом собирается заниматься? у меня например есть в
> > работе несколько пакетов, которые я еще некоторое время не буду
> > выкладывать, чтобы я не делал чью-то работу и кто-то не делал
> > мою
>
> Это публикация TODO называется? ;-)
>
> PS: вообще-то это функции groupware.  Весной чесались руки
> вкрутить какое-то на lrn.ru/~mike...
>
> PPS: по поводу Requires: perl() -- обсуждение было в р-не
> переезда на perl-5.8 и модификации метода поиска зависимостей, но
> единственная здравая мысль из него, которая у _меня_ отложилась
> -- зачем оставлять в пакетах self-dependencies -- вроде как так и
> осталась в воздухе.
Вот,вот.Непонятно,зачем findrequires подставляет конкретные перловые модули в 
придачу к perl-base:
perl(MD5.pm)
perl(MIME/Base64.pm)
perl-base.

А тред не напомните?
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: зависимость наperl(MD5.pm)

[Alexey Tourbin]

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

On Mon, May 19, 2003 at 03:14:19PM +0600, Victor V Ismakaev wrote:
> Вот,вот.Непонятно,зачем findrequires подставляет конкретные перловые модули в 
> придачу к perl-base:

Расклад модулей по пакетам is subject to change.  Не стоит полагаться на
то, что в perl-base есть что-либо кроме libperl.so.*, /usr/bin/perl и
ещё горстки модулей без которых вообще ничего не будет работать.

> perl(MD5.pm)

НЕТ ТАКОГО МОДУЛЯ В ПЕРЛЕ.  И откуда бы ему взяться.  Есть только
Digest::MD5.  Ваш модуль вообще реально работает, или он находится в
contrib'е, который никто никогда не тестирует и не запускает?

Короче, если у вас неочевидный случай, пришлите мне все перловые файлы
из exim'а.

> perl(MIME/Base64.pm)

А этот есть.

> perl-base.

Странно.  Оно на автомате проставляется?

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

[devel] Re: зависимость наperl(MD5.pm)

[Mikhail Zabaluev]

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

Hello Alexey,

On Mon, May 19, 2003 at 03:53:06PM +0400, Alexey Tourbin wrote:
>
> > perl-base.
> 
> Странно.  Оно на автомате проставляется?

Это может ещё из shell-зависимостей происходить.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
"Bite off, dirtball."
Richard Sexton, richard@gryphon.COM

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor V Ismakaev]

19 Май 2003 17:53, Alexey Tourbin написал:
> On Mon, May 19, 2003 at 03:14:19PM +0600, Victor V Ismakaev wrote:
> > Вот,вот.Непонятно,зачем findrequires подставляет конкретные перловые
> > модули в придачу к perl-base:
>
> Расклад модулей по пакетам is subject to change.  Не стоит полагаться на
> то, что в perl-base есть что-либо кроме libperl.so.*, /usr/bin/perl и
> ещё горстки модулей без которых вообще ничего не будет работать.
>
> > perl(MD5.pm)
>
> НЕТ ТАКОГО МОДУЛЯ В ПЕРЛЕ.  И откуда бы ему взяться.  Есть только
> Digest::MD5. 
Он самый и есть

[vic@vic Digest]$ rpm -qf /usr/lib/perl5/i386-linux/Digest/MD5.pm
perl-base-5.8.0-alt1

> Ваш модуль вообще реально работает, или он находится в
> contrib'е, который никто никогда не тестирует и не запускает?
Лично я его не использую,но он мжет оказаться полезным другим.Посему я его в 
другой подпакет и буду разбираться с ним.
> Короче, если у вас неочевидный случай, пришлите мне все перловые файлы
> из exim'а.
>
> > perl(MIME/Base64.pm)
>
> А этот есть.
>
> > perl-base.
>
> Странно.  Оно на автомате проставляется?
BuildRequires:perl-devel
Requires:perl-base
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: зависимость ... -- как собирать и тестировать пакеты

[Alexey Tourbin]

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

On Tue, May 20, 2003 at 08:59:32AM +0600, Victor V Ismakaev wrote:
> > Странно.  Оно на автомате проставляется?
> BuildRequires:perl-devel
> Requires:perl-base

Все ручные Requires зависимости на перл лучше убрать, это кувалда (то же
самое касается других типов зависимостей).  Всё что нужно должно
подцепляться автоматически, это можно проверить через
$ rpm --qp --requires fresh.i586.rpm

Также после сборки _любого_ пакета всегда нужно проверять:
$ rpm -Uvh --test fresh.i586.rpm

Если пакет с таким релизом уже установлен в системе, тогда нужно хотя бы
проверить
$ rpm -Uvh --force --test fresh.i586.rpm

Если из одного src.rpm получается несколько пакетов, то проще всего
протестировать примерно так:
$ rpm -Uvh --test *%name*-%version-%release.i586.rpm

Если пакет не устанавливается, то, возможно, имеют место проблемы с
зависимостями.  Как правило, в _рельных_ средах сборки (а не
искусственных типа BTE) собранный пакет должен хорошо устанавливаться в
этой же среде.  Это очень сильное правило, поэтому могут быть
исключения.  Неудовлетворенные зависимости в таком случае нужно
проверить через apt-cache showpkg <зависимость>.

PS: другие замечания по subj?

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

Re: [devel] Re: зависимость ... -- как собирать и тестировать пакеты

[Alexander Bokovoy]

On Wed, May 21, 2003 at 09:43:30AM +0400, Alexey Tourbin wrote:
> Если пакет не устанавливается, то, возможно, имеют место проблемы с
> зависимостями.  Как правило, в _рельных_ средах сборки (а не
> искусственных типа BTE) собранный пакет должен хорошо устанавливаться в
> этой же среде.  Это очень сильное правило, поэтому могут быть
> исключения.  Неудовлетворенные зависимости в таком случае нужно
> проверить через apt-cache showpkg <зависимость>.
Не понимаю, чем Вам так не нравятся "искусственные" среды сборки?
Например, в sandman есть специальный режим проверки установки собранного
пакета: sandcl check. Он позволяет сымитировать установку пакета ровно
так, как это делает APT (apt-get install).

-- 
/ Alexander Bokovoy
---
Neither spread the germs of gossip nor encourage others to do so.

[devel] Re: зависимость ... -- как собирать и тестировать пакеты

[Alexey Tourbin]

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

On Wed, May 21, 2003 at 11:42:27AM +0300, Alexander Bokovoy wrote:
> Не понимаю, чем Вам так не нравятся "искусственные" среды сборки?

Сам не знаю. :)  Я как-то странно выразился.

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

> Например, в sandman есть специальный режим проверки установки собранного
> пакета: sandcl check. Он позволяет сымитировать установку пакета ровно
> так, как это делает APT (apt-get install).

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

Re: [devel] Re: зависимость ... -- как собирать и тестировать пакеты

[Alexander Bokovoy]

On Wed, May 21, 2003 at 01:07:58PM +0400, Alexey Tourbin wrote:
> On Wed, May 21, 2003 at 11:42:27AM +0300, Alexander Bokovoy wrote:
> > Не понимаю, чем Вам так не нравятся "искусственные" среды сборки?
> 
> Сам не знаю. :)  Я как-то странно выразился.
> 
> Зависимости на сборку обычно сильнее, чем на установку, и в этих
> зависимостях должны перекрываться по крайней мере библиотеки.
Что значит "перекрываться"? 

-- 
/ Alexander Bokovoy
---
I smell a RANCID CORN DOG!

[devel] Re: зависимость ... -- как собирать и тестировать пакеты

[Alexey Tourbin]

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

On Wed, May 21, 2003 at 12:57:39PM +0300, Alexander Bokovoy wrote:
> > > Не понимаю, чем Вам так не нравятся "искусственные" среды сборки?
> > 
> > Сам не знаю. :)  Я как-то странно выразился.
> > 
> > Зависимости на сборку обычно сильнее, чем на установку, и в этих
> > зависимостях должны перекрываться по крайней мере библиотеки.
> Что значит "перекрываться"? 

lib%name -- на установку (через soname).
lib%name-devel -> lib%name -- на сборку.

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

Re: [devel] Re: зависимость ... -- как собирать и тестировать пакеты

[Alexander Bokovoy]

On Wed, May 21, 2003 at 02:26:56PM +0400, Alexey Tourbin wrote:
> On Wed, May 21, 2003 at 12:57:39PM +0300, Alexander Bokovoy wrote:
> > > > Не понимаю, чем Вам так не нравятся "искусственные" среды сборки?
> > > 
> > > Сам не знаю. :)  Я как-то странно выразился.
> > > 
> > > Зависимости на сборку обычно сильнее, чем на установку, и в этих
> > > зависимостях должны перекрываться по крайней мере библиотеки.
> > Что значит "перекрываться"? 
> lib%name -- на установку (через soname).
> lib%name-devel -> lib%name -- на сборку.
Честно говоря, я не вижу, что это меняет. Проверка установки пакетов --
штатная процедура, например, в sandman. Установка в свою систему,
безусловно, нужна, но при этом не нужно ее переоценивать -- многие
проблемы проявляются только при чистой установке, когда в системе нет
зависимых пакетов (они ставятся в первый раз) или предыдущих версий.

Примеров в последнее время было достаточно -- один glibc-core чего стоил.


-- 
/ Alexander Bokovoy
---
	A reverend wanted to telephone another reverend.  He told the operator,
"This is a parson to parson call."

[devel] Re: зависимость наperl(MD5.pm)

[Andrey Brindeew]

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

On Mon, May 19, 2003 at 03:53:06PM +0400, Alexey Tourbin wrote:
> > perl(MD5.pm)
> 
> НЕТ ТАКОГО МОДУЛЯ В ПЕРЛЕ.

/usr/local/lib/perl5/site_perl/5.8.0/MD5.pm

Есть. Но из perldoc MD5 следует, что он является всего лишь обёрткой для
Digest::MD5.

-- 
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely"
(C) Larry Wall.

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

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Mon, May 19, 2003 at 03:14:19PM +0600, Victor V Ismakaev wrote:
> А тред не напомните?

Не напомню :( сам недавно искал.

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

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Mon, May 19, 2003 at 10:33:07AM +0400, Alex Ott wrote:
> >Приветствую.
> >Собираю пакет exim.
> exim4? а то я собрался его собирать для себя. Буду ждать вашего.

Oops... Только собирался кликнуть желающих посмотреть на свою
сборку... :)

> P.S. а не сделать ли какую-нибудь систему для отображения кто каким
> пакетом собирается заниматься? у меня например есть в работе несколько
> пакетов, которые я еще некоторое время не буду выкладывать, чтобы я не
> делал чью-то работу и кто-то не делал мою

Вот и у меня так получилось. Я когда-то писал здесь о том, что
собираюсь взяться за exim (в январе?). Потом себе спокойно
разбирался, поставил в production, заточил нормальный config.

Если бы была возможность такой себе "доски объявлений", это бы
сильно помогло найти тех, кто уже занялся какой-то областью.
Рыться в архивах devel не так удобно.

Re: [devel] exim

[Dmitry V. Levin]

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

On Mon, May 19, 2003 at 09:03:01PM +0300, Victor Forsyuk wrote:
> On Mon, May 19, 2003 at 10:33:07AM +0400, Alex Ott wrote:
> > >Приветствую.
> > >Собираю пакет exim.
> > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> 
> Oops... Только собирался кликнуть желающих посмотреть на свою
> сборку... :)

Где? :)

> > P.S. а не сделать ли какую-нибудь систему для отображения кто каким
> > пакетом собирается заниматься? у меня например есть в работе несколько
> > пакетов, которые я еще некоторое время не буду выкладывать, чтобы я не
> > делал чью-то работу и кто-то не делал мою
> 
> Вот и у меня так получилось. Я когда-то писал здесь о том, что
> собираюсь взяться за exim (в январе?). Потом себе спокойно
> разбирался, поставил в production, заточил нормальный config.

Release early, release often? (esr, кажется)

> Если бы была возможность такой себе "доски объявлений", это бы
> сильно помогло найти тех, кто уже занялся какой-то областью.
> Рыться в архивах devel не так удобно.

Можно завести такую, хотя смотреть её все равно никто не будет...


--
ldv

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

Re: [devel] todo board

[Grigory Batalov]

On Mon, 19 May 2003 22:42:23 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> > Если бы была возможность такой себе "доски объявлений", это бы
> > сильно помогло найти тех, кто уже занялся какой-то областью.
> > Рыться в архивах devel не так удобно.
> 
> Можно завести такую, хотя смотреть её все равно никто не будет...

  Ну, я бы смотрел.

  Есть ещё такой момент: многие собирают пакеты "для себя",
  а мэйнтейнить в Сизифе не хотят. Но пакетами с другими делятся.
  Ссылки вот на такие пакеты было бы неплохо размещать на
  каком-нибудь листе, чтобы заинтересованные мэйнтейнеры
  могли не начинать с нуля.

Re: [devel] todo board

[Dmitry V. Levin]

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

On Tue, May 20, 2003 at 12:04:11AM +0400, Grigory Batalov wrote:
> > > Если бы была возможность такой себе "доски объявлений", это бы
> > > сильно помогло найти тех, кто уже занялся какой-то областью.
> > > Рыться в архивах devel не так удобно.
> > 
> > Можно завести такую, хотя смотреть её все равно никто не будет...
> 
>   Ну, я бы смотрел.
> 
>   Есть ещё такой момент: многие собирают пакеты "для себя",
>   а мэйнтейнить в Сизифе не хотят. Но пакетами с другими делятся.
>   Ссылки вот на такие пакеты было бы неплохо размещать на
>   каком-нибудь листе, чтобы заинтересованные мэйнтейнеры
>   могли не начинать с нуля.

По моему, "заинтересованные мэйнтейнеры" обычно как раз и начинают со
сборки "для себя".


--
ldv

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

Re: [devel] todo board

[Grigory Batalov]

On Tue, 20 May 2003 00:21:58 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> > > > Если бы была возможность такой себе "доски объявлений", это бы
> > > > сильно помогло найти тех, кто уже занялся какой-то областью.
> > > > Рыться в архивах devel не так удобно.
> > > 
> > > Можно завести такую, хотя смотреть её все равно никто не будет...
> > 
> >   Ну, я бы смотрел.
> > 
> >   Есть ещё такой момент: многие собирают пакеты "для себя",
> >   а мэйнтейнить в Сизифе не хотят. Но пакетами с другими делятся.
> >   Ссылки вот на такие пакеты было бы неплохо размещать на
> >   каком-нибудь листе, чтобы заинтересованные мэйнтейнеры
> >   могли не начинать с нуля.
> 
> По моему, "заинтересованные мэйнтейнеры" обычно как раз и начинают со
> сборки "для себя".

  Да, но начинают с нуля или берут спеки в Mandrake/Redhat/PLD/etc.

  Предположим, я написал spec для пакета <X>, но не достаточно
  заинтересован в его поддержке. Для другого, более ответственного
  мэйнтейнера этот spec был бы хоть и не большим, но плюсом.
  Вот я о чём.

Re: [devel] todo board

[Alexander Bokovoy]

On Tue, May 20, 2003 at 01:25:39AM +0400, Grigory Batalov wrote:
> On Tue, 20 May 2003 00:21:58 +0400
> "Dmitry V. Levin" <ldv@altlinux.org> wrote:
> 
> > > > > Если бы была возможность такой себе "доски объявлений", это бы
> > > > > сильно помогло найти тех, кто уже занялся какой-то областью.
> > > > > Рыться в архивах devel не так удобно.
> > > > 
> > > > Можно завести такую, хотя смотреть её все равно никто не будет...
> > > 
> > >   Ну, я бы смотрел.
> > > 
> > >   Есть ещё такой момент: многие собирают пакеты "для себя",
> > >   а мэйнтейнить в Сизифе не хотят. Но пакетами с другими делятся.
> > >   Ссылки вот на такие пакеты было бы неплохо размещать на
> > >   каком-нибудь листе, чтобы заинтересованные мэйнтейнеры
> > >   могли не начинать с нуля.
> > 
> > По моему, "заинтересованные мэйнтейнеры" обычно как раз и начинают со
> > сборки "для себя".
> 
>   Да, но начинают с нуля или берут спеки в Mandrake/Redhat/PLD/etc.
> 
>   Предположим, я написал spec для пакета <X>, но не достаточно
>   заинтересован в его поддержке. Для другого, более ответственного
>   мэйнтейнера этот spec был бы хоть и не большим, но плюсом.
>   Вот я о чём.
Давайте для этих целей возьмем форум на atmsk?
-- 
/ Alexander Bokovoy
---
I just had a NOSE JOB!!

Re: [devel] todo board

[vserge]

Добрый день

Вы написали Alexander Bokovoy <a.bokovoy@sam-solutions.net> Tue, 20 May 2003
09:52:27 +0300:

> On Tue, May 20, 2003 at 01:25:39AM +0400, Grigory Batalov wrote:
> > On Tue, 20 May 2003 00:21:58 +0400
> > "Dmitry V. Levin" <ldv@altlinux.org> wrote:
> > 
> > > > > > Если бы была возможность такой себе "доски объявлений", это бы
> > > > > > сильно помогло найти тех, кто уже занялся какой-то областью.
> > > > > > Рыться в архивах devel не так удобно.
> > > > > 
> > > > > Можно завести такую, хотя смотреть её все равно никто не будет...
> > > > 
> > > >   Ну, я бы смотрел.
> > > > 
> > > >   Есть ещё такой момент: многие собирают пакеты "для себя",
> > > >   а мэйнтейнить в Сизифе не хотят. Но пакетами с другими делятся.
> > > >   Ссылки вот на такие пакеты было бы неплохо размещать на
> > > >   каком-нибудь листе, чтобы заинтересованные мэйнтейнеры
> > > >   могли не начинать с нуля.
> > > 
> > > По моему, "заинтересованные мэйнтейнеры" обычно как раз и начинают со
> > > сборки "для себя".
> > 
> >   Да, но начинают с нуля или берут спеки в Mandrake/Redhat/PLD/etc.
> > 
> >   Предположим, я написал spec для пакета <X>, но не достаточно
> >   заинтересован в его поддержке. Для другого, более ответственного
> >   мэйнтейнера этот spec был бы хоть и не большим, но плюсом.
> >   Вот я о чём.
> Давайте для этих целей возьмем форум на atmsk?
Идея хорошая тогда все же придется делать сайт devel.altlinux.ru с ссылками на
все эти интерфейсы!!

Re: [devel] todo board

[Grigory Batalov]

On Tue, 20 May 2003 15:51:59 +0400
vserge <vserge@msk.menatepspb.com> wrote:

> > > > > > > Если бы была возможность такой себе "доски объявлений", это бы
> > > > > > > сильно помогло найти тех, кто уже занялся какой-то областью.
> > > > > > > Рыться в архивах devel не так удобно.
> > > > > > 
> > > > > > Можно завести такую, хотя смотреть её все равно никто не будет...
> > > > > 
> > > > >   Ну, я бы смотрел.
> > > > > 
> > > > >   Есть ещё такой момент: многие собирают пакеты "для себя",
> > > > >   а мэйнтейнить в Сизифе не хотят. Но пакетами с другими делятся.
> > > > >   Ссылки вот на такие пакеты было бы неплохо размещать на
> > > > >   каком-нибудь листе, чтобы заинтересованные мэйнтейнеры
> > > > >   могли не начинать с нуля.
> > > > 
> > > > По моему, "заинтересованные мэйнтейнеры" обычно как раз и начинают со
> > > > сборки "для себя".
> > > 
> > >   Да, но начинают с нуля или берут спеки в Mandrake/Redhat/PLD/etc.
> > > 
> > >   Предположим, я написал spec для пакета <X>, но не достаточно
> > >   заинтересован в его поддержке. Для другого, более ответственного
> > >   мэйнтейнера этот spec был бы хоть и не большим, но плюсом.
> > >   Вот я о чём.

> > Давайте для этих целей возьмем форум на atmsk?

> Идея хорошая тогда все же придется делать сайт devel.altlinux.ru с ссылками на
> все эти интерфейсы!!

  Алексей сделал раздел на atmsk.ru:

  Девелопмент: RPM
  http://www.atmsk.ru/viewforum.php?f=74

  Предлагаю начать его заполнять, я уже два сообщения добавил =)

Re: [devel] todo board

[vserge]

Добрый день

Вы написали Grigory Batalov <bga@altlinux.ru> Tue, 20 May 2003 00:04:11 +0400:

> On Mon, 19 May 2003 22:42:23 +0400
> "Dmitry V. Levin" <ldv@altlinux.org> wrote:
> 
> > > Если бы была возможность такой себе "доски объявлений", это бы
> > > сильно помогло найти тех, кто уже занялся какой-то областью.
> > > Рыться в архивах devel не так удобно.
> > 
> > Можно завести такую, хотя смотреть её все равно никто не будет...
> 
>   Ну, я бы смотрел.
Я тоже буду смотреть !!!

и даже готов наносить на нее плал действий по своим пакетам!

Re: [devel] exim

[Victor Forsyuk]

On Mon, May 19, 2003 at 10:42:23PM +0400, Dmitry V. Levin wrote:
> > > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> > 
> > Oops... Только собирался кликнуть желающих посмотреть на свою
> > сборку... :)
> 
> Где? :)

У себя на сайте/ftp. :) Просто думалось, что это далеко не окончательная
сборка, скорее материал для обсуждения - не видел смысла добавлять
людям трафика до устаканивания пакета.
 
> > Вот и у меня так получилось. Я когда-то писал здесь о том, что
> > собираюсь взяться за exim (в январе?). Потом себе спокойно
> > разбирался, поставил в production, заточил нормальный config.
> 
> Release early, release often? (esr, кажется)

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

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Mon, May 19, 2003 at 09:03:01PM +0300, Victor Forsyuk wrote:
> Если бы была возможность такой себе "доски объявлений", это бы
> сильно помогло найти тех, кто уже занялся какой-то областью.

wiki?

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

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor V Ismakaev]

20 Май 2003 00:03, Victor Forsyuk написал:
> On Mon, May 19, 2003 at 10:33:07AM +0400, Alex Ott wrote:
> > >Приветствую.
> > >Собираю пакет exim.
> >
> > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
>
> Oops... Только собирался кликнуть желающих посмотреть на свою
> сборку... :)
Это здорово.
Кооперируемся?
Кстати,как Вы решили вопрос с пользователем exim?
У меня раньше был спец.пакет exim-build,который требовался для сборки exima и 
просто заводил пользователя exim перед сборкой.
Сейчас же я просто указываю EXIM_UID=79,EXIM_GID=79 в Makefile и при установке 
RPM завожу пользователя exim(79,79) и вношу его в группу mail. Но для этого 
необходимо зарезервировать UID/GID=79 за ним,что бы никакой другой 
пользователь не мог быть с такими uid/gid. 
Собираю его с поддержкой perl,LDAP,MySQL,PgSQL,exiscan-acl.Чуть поззже 
прикручу whoson.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Tue, May 20, 2003 at 09:38:15AM +0600, Victor V Ismakaev wrote:
> > > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> >
> > Oops... Только собирался кликнуть желающих посмотреть на свою
> > сборку... :)
> Это здорово.
> Кооперируемся?

Конечно.

> Кстати,как Вы решили вопрос с пользователем exim?

Просто - я пока (пока!) работаю от mail:mail. :))
С чисто теоретических соображений отдельный пользователь -
было бы лучше. Но заведение новых юзеров - это отдельная
тема. И на мой непросвещенный взгляд, заведение - это хак.
Дистрибутив должен изначально содержать необходимых
пользователей.

> У меня раньше был спец.пакет exim-build,который требовался для сборки exima и 
> просто заводил пользователя exim перед сборкой.

Проще попатчить сборку exim'a. :)

> Сейчас же я просто указываю EXIM_UID=79,EXIM_GID=79 в Makefile и при установке 
> RPM завожу пользователя exim(79,79) и вношу его в группу mail. Но для этого 
> необходимо зарезервировать UID/GID=79 за ним,что бы никакой другой 
> пользователь не мог быть с такими uid/gid. 

Есть предложение не делать заведений пользователя при установке пакета.
Вместо этого стоило бы дождаться добавления мантейнером setup пользователя
и require'ить наличие новой версии setup.

> Собираю его с поддержкой perl,LDAP,MySQL,PgSQL,exiscan-acl.Чуть поззже 
> прикручу whoson.

Я собираю с whoson. Думаю libwhoson (она мааленькая), built-in perl
и exiscan собирать всегда. А вот с остальным - стоило бы продумать
осмысленную разбивку на альтернативные пакеты, отличающиеся набором
фич. Я для себя использую minimal сборку, мне не нужен на почтовом
сервере ни LDAP, ни MySQL, ни PgSQL. Есть подозрение, что нашлись
бы желающие на +LDAP без баз. Ну и - bloat сборка :)

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Wed, May 21, 2003 at 07:39:46PM +0300, Victor Forsyuk wrote:
> И на мой непросвещенный взгляд, заведение - это хак.

:)

> Дистрибутив должен изначально содержать необходимых
> пользователей.

Всех не просодержишь, с другой стороны.  Но при динамике
таскаемость принадлежащих им данных ухудшается...

> Есть предложение не делать заведений пользователя при установке
> пакета.  Вместо этого стоило бы дождаться добавления
> мантейнером setup пользователя и require'ить наличие новой
> версии setup.

Для exim это, наверное, оправдано.  Хотя, может,
${prefix}mta${suffix} -- один на всех?  Или чревато накладками по
(скажем) форматам при переезде?

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor V Ismakaev]

22 Май 2003 02:28, Michael Shigorin написал:
> On Wed, May 21, 2003 at 07:39:46PM +0300, Victor Forsyuk wrote:
> > И на мой непросвещенный взгляд, заведение - это хак.
> >
> :)
> :
> > Дистрибутив должен изначально содержать необходимых
> > пользователей.
>
> Всех не просодержишь, с другой стороны.  Но при динамике
> таскаемость принадлежащих им данных ухудшается...
>
> > Есть предложение не делать заведений пользователя при установке
> > пакета.  Вместо этого стоило бы дождаться добавления
> > мантейнером setup пользователя и require'ить наличие новой
> > версии setup.
>
> Для exim это, наверное, оправдано.  Хотя, может,
> ${prefix}mta${suffix} -- один на всех?  Или чревато накладками по
> (скажем) форматам при переезде?
Думаю,что не стоит их смешивать.
/var/spool/postfix и /var/spool/exim - форматы различны.
Postfix'y postfix'ово, exim'у exim'ово :))))
Они все-таки разные.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Wed, May 21, 2003 at 11:28:30PM +0300, Michael Shigorin wrote:
> 
> > Дистрибутив должен изначально содержать необходимых
> > пользователей.
> 
> Всех не просодержишь, с другой стороны.  Но при динамике

Почему не просодержишь? Это вопрос когерентности одной части
дистрибутива (пакета, отвечающего за наличие системных
пользователей и групп) другой.

Зачем рассматривать пакет, которому требуется uig/gid,
как нечто чужеродное и взваливать на него самого задачу
динамического заведения оных?

> таскаемость принадлежащих им данных ухудшается...

Да, "плавающие" (при динамическом заведении) по uid пользователи,
которым принадлежат данные - это _совсем_ плохо.

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Thu, May 22, 2003 at 05:55:00PM +0300, Victor Forsyuk wrote:
> Почему не просодержишь?

Действия пакета setup по части /etc/passwd (хм) при обновлении?

tradeoff паршивый, на самом деле -- всех не предусмотришь (и
лишние только засоряют достаточно критичные файлы), по мере
предусматривания надо выпускать/требовать обновление достаточно
важного пакета.

Кстати, вариант с динамическим заведением, но регистрацией
puser<->uid/gid (и проверкой в %pre) мне кажется оптимальным.

В sympa так и сделано, другое дело, что я все получаю ощущения и
получаю пока.

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Thu, May 22, 2003 at 06:02:47PM +0300, Michael Shigorin wrote:
> On Thu, May 22, 2003 at 05:55:00PM +0300, Victor Forsyuk wrote:
> > Почему не просодержишь?
> 
> Действия пакета setup по части /etc/passwd (хм) при обновлении?

Хмм... как раз предложены в соседнем письме.
 
> tradeoff паршивый, на самом деле -- всех не предусмотришь (и
> лишние только засоряют достаточно критичные файлы), по мере

Про засоряют - это интересная мысль. Как наличие в passwd
дистрибутива uid'а, который пользует программа, _включенная
в этот же дистрибутив_, что-то "засоряет"?

Или пока юзверь эту программу не установил нужный ей uid
никак не должен "засорять" passwd? Не знаю, не знаю...

> предусматривания надо выпускать/требовать обновление достаточно
> важного пакета.

Замени "достаточно важного" на "необходимого" или "содержащего
требуемые prerequisits" и не будет так страшно. :)

Да, я осознаю, что в настоящее время апгрейд setup - это достаточно
напильниковая работа. Но это значит, что следует довести до ума
этот момент. А вовсе не извращаться в других местах, лишь бы
не трогать "достаточно важный" пакет.
 

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Thu, May 22, 2003 at 07:56:12PM +0300, Victor Forsyuk wrote:
> Да, я осознаю, что в настоящее время апгрейд setup - это
> достаточно напильниковая работа. Но это значит, что следует
> довести до ума этот момент. А вовсе не извращаться в других
> местах, лишь бы не трогать "достаточно важный" пакет.

С другой стороны -- "а что в Debian?" -- никто не смотрел?

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor Forsyuk]

Прошу прощения за пропадания. Я понимаю, что участвовать
в разговоре читая рассылку настолько нерегулярно не есть
хорошо, но увы - временами свободное время стремится к
нулю. :(

On Thu, May 22, 2003 at 08:06:07PM +0300, Michael Shigorin wrote:
> On Thu, May 22, 2003 at 07:56:12PM +0300, Victor Forsyuk wrote:
> > Да, я осознаю, что в настоящее время апгрейд setup - это
> > достаточно напильниковая работа. Но это значит, что следует
> > довести до ума этот момент. А вовсе не извращаться в других
> > местах, лишь бы не трогать "достаточно важный" пакет.
> 
> С другой стороны -- "а что в Debian?" -- никто не смотрел?

С третьей ;) стороны - так ли уж важно по сути, как именно это
в Debian? Мы должны правильно строить собственный дистрибутив,
опираясь на логику и целесообразность, а не потому только, что
так сделано в Debian, RHL или, скажем, Owl.

Хотя, можно говорить о Debian в этом плане как о дистрибутиве,
известном (и даже знаменитом) своей строгой packaging policy
и наибольшей беспроблемностью в плане обновлений.

Как бы то ни было, я поискал на packages.debian.org (установленного
Debian у меня нет) /etc/passwd и /etc/group и ничего не нашёл.
Если я правильно понял их поисковую форму, это говорит о том,
что ни один из дебиановских пакетов не содержит их в списке
своих файлов.

Рискую быть занудным, но повторюсь, что никакого смысла включать
эти файлы в %files не вижу. Иными, кроме как %config(noreplace)
они быть не могут. Иметь обновления системных uid/gid в виде
болтающихся .rpmnew - это не решение проблемы обновления, а
головная боль для администратора.

Решение - программное обновление данных системных файлов. И при
этом нет необходимости включать их в список файлов пакета.
Вот только Дмитрий почему-то предлагает делать это в
инсталляционных скриптах пакетов (useradd/groupadd), а я
искренне недоумеваю, что мешает делать это в setup.

Простой пример, почему оставлять заведение пользователей и групп
"на потом" есть плохо и потенциальный источник проблем.
Наличие в дистрибутиве _изначально_ пользователя... ну возьмём для
примера "exim" не даёт мне возможности создать такого пользователя
как обычного (не системного) пользователя (кстати, пример вполне
жизненный - слово exim это ещё и популярное сокращение от
EXport IMport :). Создание его только в инсталляционных скриптах
пакета может привести к конфликту пользователей.

Резюмирую - я просто не вижу смысла откладывать заведение групп
и пользователей до момента инсталляции соответствующих пакетов.
Вопрос не в том, что это _можно_ делать, вопрос в том, что это
ничем не оправдано.

Re: [devel] base-passwd

[Dmitry V. Levin]

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

On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote:
> > С другой стороны -- "а что в Debian?" -- никто не смотрел?
> 
> С третьей ;) стороны - так ли уж важно по сути, как именно это
> в Debian? Мы должны правильно строить собственный дистрибутив,
> опираясь на логику и целесообразность, а не потому только, что
> так сделано в Debian, RHL или, скажем, Owl.
> 
> Хотя, можно говорить о Debian в этом плане как о дистрибутиве,
> известном (и даже знаменитом) своей строгой packaging policy
> и наибольшей беспроблемностью в плане обновлений.
> 
> Как бы то ни было, я поискал на packages.debian.org (установленного
> Debian у меня нет) /etc/passwd и /etc/group и ничего не нашёл.
> Если я правильно понял их поисковую форму, это говорит о том,
> что ни один из дебиановских пакетов не содержит их в списке
> своих файлов.

Тем не менее, там есть
ftp://ftp.debian.org/debian/pool/main/b/base-passwd/base-passwd_3.5.3.tar.gz


--
ldv

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

Re: [devel] setup

[Dmitry V. Levin]

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

On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote:
> Рискую быть занудным, но повторюсь, что никакого смысла включать
> эти файлы в %files не вижу. Иными, кроме как %config(noreplace)
> они быть не могут. Иметь обновления системных uid/gid в виде
> болтающихся .rpmnew - это не решение проблемы обновления, а
> головная боль для администратора.

Они ещё могут быть %ghost.
И без них rpm не сможет развернуть ни один пакет.

> Решение - программное обновление данных системных файлов. И при
> этом нет необходимости включать их в список файлов пакета.
> Вот только Дмитрий почему-то предлагает делать это в
> инсталляционных скриптах пакетов (useradd/groupadd), а я
> искренне недоумеваю, что мешает делать это в setup.

Создание on demand проще.
Если это все делать в setup, то появится:
- серьезное узкое место в виде maintainer'а пакета setup;
- мусор в виде неиспользуемых псевдопользователей и групп;
- в целом усложнит всю систему.

> Простой пример, почему оставлять заведение пользователей и групп
> "на потом" есть плохо и потенциальный источник проблем.
> Наличие в дистрибутиве _изначально_ пользователя... ну возьмём для
> примера "exim" не даёт мне возможности создать такого пользователя
> как обычного (не системного) пользователя (кстати, пример вполне
> жизненный - слово exim это ещё и популярное сокращение от
> EXport IMport :). Создание его только в инсталляционных скриптах
> пакета может привести к конфликту пользователей.

Эту проблему можно решить следующим образом:
Формализовать правила именования псевдопользователей/групп,
и обучить им useradd/groupadd.  Тогда ситуация случайного совпадения
имен будет исключена.

> Резюмирую - я просто не вижу смысла откладывать заведение групп
> и пользователей до момента инсталляции соответствующих пакетов.
> Вопрос не в том, что это _можно_ делать, вопрос в том, что это
> ничем не оправдано.

Из вышеизложенного мне это совершенно не очевидно.


--
ldv

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

Re: [devel] setup

[Victor V Ismakaev]

27 Май 2003 22:24, Dmitry V. Levin написал:
> On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote:
> > Рискую быть занудным, но повторюсь, что никакого смысла включать
> > эти файлы в %files не вижу. Иными, кроме как %config(noreplace)
> > они быть не могут. Иметь обновления системных uid/gid в виде
> > болтающихся .rpmnew - это не решение проблемы обновления, а
> > головная боль для администратора.
>
> Они ещё могут быть %ghost.
> И без них rpm не сможет развернуть ни один пакет.
>
> > Решение - программное обновление данных системных файлов. И при
> > этом нет необходимости включать их в список файлов пакета.
> > Вот только Дмитрий почему-то предлагает делать это в
> > инсталляционных скриптах пакетов (useradd/groupadd), а я
> > искренне недоумеваю, что мешает делать это в setup.
>
> Создание on demand проще.
Проще-то проще.На этапе установки.А если это нужно для сборки?
> Если это все делать в setup, то появится:
> - серьезное узкое место в виде maintainer'а пакета setup;
По идее,справедливо для любого мало-мальски системо-образующего пакета.
> - мусор в виде неиспользуемых псевдопользователей и групп;
Не такая уж и страшная проблема.Мы ведь не собираемся заводить всех возможных 
пользователей.Достаточно только тех,которые затребованы пакетами,идущими в 
Сизиф.А таких пакетов - раз-два и обчелся.
> - в целом усложнит всю систему.
А что если сделать по аналогии с rebuild_aliases из sendmail-common.Только не 
создавать .rpmnew, а в %post вызывать скрипт,который сравнивает шаблонный 
passwd/group с текущими в системе и дозаводит недостающего пользователя через 
adduser/groupadd.   
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: setup

[Alexey Tourbin]

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

On Wed, May 28, 2003 at 09:41:31AM +0600, Victor V Ismakaev wrote:
> > > Решение - программное обновление данных системных файлов. И при
> > > этом нет необходимости включать их в список файлов пакета.
> > > Вот только Дмитрий почему-то предлагает делать это в
> > > инсталляционных скриптах пакетов (useradd/groupadd), а я
> > > искренне недоумеваю, что мешает делать это в setup.
> >
> > Создание on demand проще.
> Проще-то проще.На этапе установки.А если это нужно для сборки?

Ой...

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

Re: [devel] setup

[Alexander Bokovoy]

On Wed, May 28, 2003 at 09:41:31AM +0600, Victor V Ismakaev wrote:
> > > инсталляционных скриптах пакетов (useradd/groupadd), а я
> > > искренне недоумеваю, что мешает делать это в setup.
> >
> > Создание on demand проще.
> Проще-то проще.На этапе установки.А если это нужно для сборки?
В таком случае, этого пользователя будет создавать скрипт в
соответствующем пакете, требуемом для сборки. Никаких проблем.

-- 
/ Alexander Bokovoy
---
When nothing can possibly go wrong, it will.

Re: [devel] setup

[Victor V Ismakaev]

28 Май 2003 11:46, Alexander Bokovoy написал:
> On Wed, May 28, 2003 at 09:41:31AM +0600, Victor V Ismakaev wrote:
> > > > инсталляционных скриптах пакетов (useradd/groupadd), а я
> > > > искренне недоумеваю, что мешает делать это в setup.
> > >
> > > Создание on demand проще.
> >
> > Проще-то проще.На этапе установки.А если это нужно для сборки?
>
> В таком случае, этого пользователя будет создавать скрипт в
> соответствующем пакете, требуемом для сборки. Никаких проблем.
По началу я так и сделал - типа exim-build,откуда вызывал adduser/groupadd 
exim ,после чего уже собирал пакет.Но решил,что это костыли и отказался от 
подобного метода.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Alexander Bokovoy]

On Thu, May 29, 2003 at 08:32:32AM +0600, Victor V Ismakaev wrote:
> 28 Май 2003 11:46, Alexander Bokovoy написал:
> > On Wed, May 28, 2003 at 09:41:31AM +0600, Victor V Ismakaev wrote:
> > > > > инсталляционных скриптах пакетов (useradd/groupadd), а я
> > > > > искренне недоумеваю, что мешает делать это в setup.
> > > >
> > > > Создание on demand проще.
> > >
> > > Проще-то проще.На этапе установки.А если это нужно для сборки?
> >
> > В таком случае, этого пользователя будет создавать скрипт в
> > соответствующем пакете, требуемом для сборки. Никаких проблем.
> По началу я так и сделал - типа exim-build,откуда вызывал adduser/groupadd 
> exim ,после чего уже собирал пакет.Но решил,что это костыли и отказался от 
> подобного метода.
Так, а теперь поясните мне, пожалуйста, _для каких_ целей при сборке Exim
нужен этот пользователь, если RPM при создании пакетов оперирует
виртуальными сущностями, обозначенными в spec-файле и не имеющими никакого
отношения к тому, что есть в сборочной среде?
-- 
/ Alexander Bokovoy
---
Lisp Users:
Due to the holiday next Monday, there will be no garbage collection.

Re: [devel] setup

[Victor V Ismakaev]

29 Май 2003 09:41, Alexander Bokovoy написал:
> On Thu, May 29, 2003 at 08:32:32AM +0600, Victor V Ismakaev wrote:
> > 28 Май 2003 11:46, Alexander Bokovoy написал:
> > > On Wed, May 28, 2003 at 09:41:31AM +0600, Victor V Ismakaev wrote:
> > > > > > инсталляционных скриптах пакетов (useradd/groupadd), а я
> > > > > > искренне недоумеваю, что мешает делать это в setup.
> > > > >
> > > > > Создание on demand проще.
> > > >
> > > > Проще-то проще.На этапе установки.А если это нужно для сборки?
> > >
> > > В таком случае, этого пользователя будет создавать скрипт в
> > > соответствующем пакете, требуемом для сборки. Никаких проблем.
> >
> > По началу я так и сделал - типа exim-build,откуда вызывал
> > adduser/groupadd exim ,после чего уже собирал пакет.Но решил,что это
> > костыли и отказался от подобного метода.
>
> Так, а теперь поясните мне, пожалуйста, _для каких_ целей при сборке Exim
> нужен этот пользователь, если RPM при создании пакетов оперирует
> виртуальными сущностями, обозначенными в spec-файле и не имеющими никакого
> отношения к тому, что есть в сборочной среде?
RPM здесь ни причем.Вся проблема в методе сборки самого exim'а.
Судя по исходникам - в момент сборки он проверяет наличие пользователя,от 
которого он в дальнейшем будет запускаться и который прописан в Makefile или 
переменной окружения EXIM_USER, в системе и берет его UID/GID через getpwnam.
Если пользователь не существует - сборка обламывается.
Есть другой вариант - вместо EXIM_USER/EXIM_GROUP выставлять 
EXIM_UID/EXIM_GID - тогда он их и подставляет.Поэтому сейчас я и собираю его 
таким образом.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Alexander Bokovoy]

On Thu, May 29, 2003 at 10:57:39AM +0600, Victor V Ismakaev wrote:
> > > > > Проще-то проще.На этапе установки.А если это нужно для сборки?
> > > >
> > > > В таком случае, этого пользователя будет создавать скрипт в
> > > > соответствующем пакете, требуемом для сборки. Никаких проблем.
> > >
> > > По началу я так и сделал - типа exim-build,откуда вызывал
> > > adduser/groupadd exim ,после чего уже собирал пакет.Но решил,что это
> > > костыли и отказался от подобного метода.
> >
> > Так, а теперь поясните мне, пожалуйста, _для каких_ целей при сборке Exim
> > нужен этот пользователь, если RPM при создании пакетов оперирует
> > виртуальными сущностями, обозначенными в spec-файле и не имеющими никакого
> > отношения к тому, что есть в сборочной среде?
> RPM здесь ни причем.Вся проблема в методе сборки самого exim'а.
> Судя по исходникам - в момент сборки он проверяет наличие пользователя,от 
> которого он в дальнейшем будет запускаться и который прописан в Makefile или 
> переменной окружения EXIM_USER, в системе и берет его UID/GID через getpwnam.
> Если пользователь не существует - сборка обламывается.
> Есть другой вариант - вместо EXIM_USER/EXIM_GROUP выставлять 
> EXIM_UID/EXIM_GID - тогда он их и подставляет.Поэтому сейчас я и собираю его 
> таким образом.
В таком случае единственный способ попасть этому безобразию в Сизиф --
исправить его поведение так, что UID/GID вычислялся уже при запуске
собранного, используя указанное при сборке в виде параметра символическое имя
пользователя.
-- 
/ Alexander Bokovoy
---
Sweet sixteen is beautiful Bess,
And her voice is changing -- from "No" to "Yes".

Re: [devel] setup

[Victor V Ismakaev]

29 Май 2003 11:05, Alexander Bokovoy написал:
> On Thu, May 29, 2003 at 10:57:39AM +0600, Victor V Ismakaev wrote:
> > > > > > Проще-то проще.На этапе установки.А если это нужно для сборки?
> > > > >
> > > > > В таком случае, этого пользователя будет создавать скрипт в
> > > > > соответствующем пакете, требуемом для сборки. Никаких проблем.
> > > >
> > > > По началу я так и сделал - типа exim-build,откуда вызывал
> > > > adduser/groupadd exim ,после чего уже собирал пакет.Но решил,что это
> > > > костыли и отказался от подобного метода.
> > >
> > > Так, а теперь поясните мне, пожалуйста, _для каких_ целей при сборке
> > > Exim нужен этот пользователь, если RPM при создании пакетов оперирует
> > > виртуальными сущностями, обозначенными в spec-файле и не имеющими
> > > никакого отношения к тому, что есть в сборочной среде?
> >
> > RPM здесь ни причем.Вся проблема в методе сборки самого exim'а.
> > Судя по исходникам - в момент сборки он проверяет наличие пользователя,от
> > которого он в дальнейшем будет запускаться и который прописан в Makefile
> > или переменной окружения EXIM_USER, в системе и берет его UID/GID через
> > getpwnam. Если пользователь не существует - сборка обламывается.
> > Есть другой вариант - вместо EXIM_USER/EXIM_GROUP выставлять
> > EXIM_UID/EXIM_GID - тогда он их и подставляет.Поэтому сейчас я и собираю
> > его таким образом.
>
> В таком случае единственный способ попасть этому безобразию в Сизиф --
Ничего себе безобразие :)))
> исправить его поведение так, что UID/GID вычислялся уже при запуске
> собранного, используя указанное при сборке в виде параметра символическое
> имя пользователя.
А если для сборки использовать уже существуещего в setup пользователя и в 
рантайме его переопределять?Не будет это противоречить полиси?
Например берем EXIM_USER/EXIM_GROUP=daemon и собираем.
А в конфиге указать
exim_user=exim
exim_group=exim
и в %post заводить этого пользователя без указания uid:gid.

Я правда так не пробовал(в смысле подставлять системного пользователя из 
пакета setup),но в рантайме пользователя можно сменить.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: setup

[Michael Shigorin]

On Thu, May 29, 2003 at 01:12:12PM +0600, Victor V Ismakaev wrote:
> Например берем EXIM_USER/EXIM_GROUP=daemon и собираем.
> А в конфиге указать exim_user=exim exim_group=exim

s/daemon/nobody/ хотя бы? (хотя и то hackaround)

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

Re: [devel] Re: setup

[Victor V Ismakaev]

29 Май 2003 13:22, Michael Shigorin написал:
> On Thu, May 29, 2003 at 01:12:12PM +0600, Victor V Ismakaev wrote:
> > Например берем EXIM_USER/EXIM_GROUP=daemon и собираем.
> > А в конфиге указать exim_user=exim exim_group=exim
>
> s/daemon/nobody/ хотя бы? (хотя и то hackaround)
Можно и так.В данном случае это ,по-моему, не принципиально.
А насчет hackaround - бес его знает.По крайней мере в ML  по exim'у мне именно 
этот метод и подсказали.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Alexander Bokovoy]

On Thu, May 29, 2003 at 01:12:12PM +0600, Victor V Ismakaev wrote:
> > > EXIM_UID/EXIM_GID - тогда он их и подставляет.Поэтому сейчас я и собираю
> > > его таким образом.
> >
> > В таком случае единственный способ попасть этому безобразию в Сизиф --
> Ничего себе безобразие :)))
Конечно безобразие -- требование наличия определенного пользователя во
время сборки программы. А про кросс-компиляцию авторы не думали? Про
кросс-сборку в окружениях, где понятие uid/gid просто отсутствует?
Это типичный местячковый подход.

> > исправить его поведение так, что UID/GID вычислялся уже при запуске
> > собранного, используя указанное при сборке в виде параметра символическое
> > имя пользователя.
> А если для сборки использовать уже существуещего в setup пользователя и в 
> рантайме его переопределять?Не будет это противоречить полиси?
> Например берем EXIM_USER/EXIM_GROUP=daemon и собираем.
Лучше уберите эти проверки на этапе сборки вообще, заменив их указанием
символических имен пользователя и группы. Пускай уже при запуске
разбирается с помощью getpwnam/getgrnam кто им соответствует.

> А в конфиге указать
> exim_user=exim
> exim_group=exim
> и в %post заводить этого пользователя без указания uid:gid.
Для этого есть нормальный способ adduser -r. Смотрите, по-моему, этот же
тред в других ветках.

> Я правда так не пробовал(в смысле подставлять системного пользователя из 
> пакета setup),но в рантайме пользователя можно сменить.
Повторюсь: в сборочной среде вообще может присутствовать только один
пользователь (от которого все собирается) и проверять наличие кого-либо
еще во время сборки никуда не годится.
-- 
/ Alexander Bokovoy

Re: [devel] setup

[Victor V Ismakaev]

29 Май 2003 14:09, Alexander Bokovoy написал:
> On Thu, May 29, 2003 at 01:12:12PM +0600, Victor V Ismakaev wrote:
> > > > EXIM_UID/EXIM_GID - тогда он их и подставляет.Поэтому сейчас я и
> > > > собираю его таким образом.
> > >
> > > В таком случае единственный способ попасть этому безобразию в Сизиф --
> >
> > Ничего себе безобразие :)))
>
> Конечно безобразие -- требование наличия определенного пользователя во
> время сборки программы. А про кросс-компиляцию авторы не думали? Про
> кросс-сборку в окружениях, где понятие uid/gid просто отсутствует?
> Это типичный местячковый подход.
Саш,я не могу  спорить по поводу стиля программирования/разработки Philip'a 
Hazel'я - не спец ни в С,ни в проектировании крос-платформенных приложений,
но судя  по тому,что exim входит в секцию main дебиана уже говорит о том,что 
МТА этот не самый отстойный и востребован многими, в том числе и 
пользователями ALTLinux.
Я понимаю,что метод сборки оного продукта совсем не ложиться в русло привычных 
методов autoconf/automake/configure ,но очень хотелось бы,что бы он у нас 
тоже был в составе дистрибутива.
> > > исправить его поведение так, что UID/GID вычислялся уже при запуске
> > > собранного, используя указанное при сборке в виде параметра
> > > символическое имя пользователя.
> >
> > А если для сборки использовать уже существуещего в setup пользователя и в
> > рантайме его переопределять?Не будет это противоречить полиси?
> > Например берем EXIM_USER/EXIM_GROUP=daemon и собираем.
>
> Лучше уберите эти проверки на этапе сборки вообще, заменив их указанием
> символических имен пользователя и группы. Пускай уже при запуске
> разбирается с помощью getpwnam/getgrnam кто им соответствует.
Пококопавшись в исходниках и немного поэкспериментировав,у меня напрашивается 
вывод ,что UID/GID выбираемые на стадии сборки элементарно обходятся в момент 
запуска переопределинием их в config файле.
По крайней мере,подставив Makefile одни значения и скомпилировав exim ,он 
нормально запустился и заработал под совершенно другими uid/gid/user/group.
Отправил запрос автору - не возникнет ли каких подводных камней.
> > А в конфиге указать
> > exim_user=exim
> > exim_group=exim
> > и в %post заводить этого пользователя без указания uid:gid.
>
> Для этого есть нормальный способ adduser -r. Смотрите, по-моему, этот же
> тред в других ветках.
Это то как раз понятно.
> > Я правда так не пробовал(в смысле подставлять системного пользователя из
> > пакета setup),но в рантайме пользователя можно сменить.
>
> Повторюсь: в сборочной среде вообще может присутствовать только один
> пользователь (от которого все собирается) и проверять наличие кого-либо
> еще во время сборки никуда не годится.
Не всегда разработчики хорошего софта придерживаются или поддерживают подобный 
принцип ,но зато создают качественный продукт.Для меня важнее понять,как 
наиболее правильно реализовать сборку его под ALTLinux.
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Alexander Bokovoy]

On Thu, May 29, 2003 at 05:26:26PM +0600, Victor V Ismakaev wrote:
> > Конечно безобразие -- требование наличия определенного пользователя во
> > время сборки программы. А про кросс-компиляцию авторы не думали? Про
> > кросс-сборку в окружениях, где понятие uid/gid просто отсутствует?
> > Это типичный местячковый подход.
> Саш,я не могу  спорить по поводу стиля программирования/разработки Philip'a 
> Hazel'я - не спец ни в С,ни в проектировании крос-платформенных приложений,
> но судя  по тому,что exim входит в секцию main дебиана уже говорит о том,что 
> МТА этот не самый отстойный и востребован многими, в том числе и 
> пользователями ALTLinux.
Дело совсем не в этом. Ядро тоже есть в секции main Дебиана, от этого
некоторые его компоненты лучше не становятся. Речь идет о том, что
присутствует, с моей точки зрения, очевидный desing flaw в механизме
сборки этой программы и его необходимо поправить.

> Я понимаю,что метод сборки оного продукта совсем не ложиться в русло привычных 
> методов autoconf/automake/configure ,но очень хотелось бы,что бы он у нас 
> тоже был в составе дистрибутива.
Так давай поправим метод сборки на нормальный. Например, с тем, что было
описано выше, у меня сейчас нет никаких гарантий, что exim будет
собираться в BTE.

> > Лучше уберите эти проверки на этапе сборки вообще, заменив их указанием
> > символических имен пользователя и группы. Пускай уже при запуске
> > разбирается с помощью getpwnam/getgrnam кто им соответствует.
> Пококопавшись в исходниках и немного поэкспериментировав,у меня напрашивается 
> вывод ,что UID/GID выбираемые на стадии сборки элементарно обходятся в момент 
> запуска переопределинием их в config файле.
> По крайней мере,подставив Makefile одни значения и скомпилировав exim ,он 
> нормально запустился и заработал под совершенно другими uid/gid/user/group.
> Отправил запрос автору - не возникнет ли каких подводных камней.
Еще раз -- я не могу гарантировать, что в момент сборки в системе может
быть более одного пользователя, даже системного. Такова уж жизнь чрутов :)

> > Повторюсь: в сборочной среде вообще может присутствовать только один
> > пользователь (от которого все собирается) и проверять наличие кого-либо
> > еще во время сборки никуда не годится.
> Не всегда разработчики хорошего софта придерживаются или поддерживают подобный 
> принцип ,но зато создают качественный продукт.Для меня важнее понять,как 
> наиболее правильно реализовать сборку его под ALTLinux.
Вот я и пытаюсь подсказать -- исправьте указанный фрагмент на нормальное
указание пользователя/группы в виде опции для configure без run-time
определения наличия этого пользователя в сборочной среде. Не нужно это
совершенно.

-- 
/ Alexander Bokovoy
---
Pete:	Waiter, this meat is bad.
Waiter:	Who told you?
Pete:	A little swallow.

Re: [devel] setup

[Victor V Ismakaev]

29 Май 2003 17:35, Alexander Bokovoy написал:
> On Thu, May 29, 2003 at 05:26:26PM +0600, Victor V Ismakaev wrote:
> > > Конечно безобразие -- требование наличия определенного пользователя во
> > > время сборки программы. А про кросс-компиляцию авторы не думали? Про
> > > кросс-сборку в окружениях, где понятие uid/gid просто отсутствует?
> > > Это типичный местячковый подход.
> >
> > Саш,я не могу  спорить по поводу стиля программирования/разработки
> > Philip'a Hazel'я - не спец ни в С,ни в проектировании крос-платформенных
> > приложений, но судя  по тому,что exim входит в секцию main дебиана уже
> > говорит о том,что МТА этот не самый отстойный и востребован многими, в
> > том числе и пользователями ALTLinux.
>
> Дело совсем не в этом. Ядро тоже есть в секции main Дебиана, от этого
> некоторые его компоненты лучше не становятся. Речь идет о том, что
> присутствует, с моей точки зрения, очевидный desing flaw в механизме
> сборки этой программы и его необходимо поправить.
Насчет design flaw - согласен, а вот насчет поправить - на Филипа я повлиять 
не смогу :)))), а сам по возможности/необходимости - постараюсь(хотя теперь 
мне кажеться,что в этом нет необходимости - чуть ниже я это объясняю)
> > Я понимаю,что метод сборки оного продукта совсем не ложиться в русло
> > привычных методов autoconf/automake/configure ,но очень хотелось бы,что
> > бы он у нас тоже был в составе дистрибутива.
>
> Так давай поправим метод сборки на нормальный. Например, с тем, что было
> описано выше, у меня сейчас нет никаких гарантий, что exim будет
> собираться в BTE.
Только что попробовал - UID=5678/GID=1234 у меня собралось без запинки и 
заработало(под exim(120):exim(426) заведенными в момент установки) нормально.
Потому не вижу причины ,почему он не сможет собраться в ВТЕ.
примечание: само собой,что  UID=5678/GID=1234 у меня отсутствуют в системе как 
класс.

> > > Лучше уберите эти проверки на этапе сборки вообще, заменив их указанием
> > > символических имен пользователя и группы. Пускай уже при запуске
> > > разбирается с помощью getpwnam/getgrnam кто им соответствует.
> >
> > Пококопавшись в исходниках и немного поэкспериментировав,у меня
> > напрашивается вывод ,что UID/GID выбираемые на стадии сборки элементарно
> > обходятся в момент запуска переопределинием их в config файле.
> > По крайней мере,подставив Makefile одни значения и скомпилировав exim ,он
> > нормально запустился и заработал под совершенно другими
> > uid/gid/user/group. Отправил запрос автору - не возникнет ли каких
> > подводных камней.
>
> Еще раз -- я не могу гарантировать, что в момент сборки в системе может
> быть более одного пользователя, даже системного. Такова уж жизнь чрутов :)

Как уже чуть выше я приводил - похоже,что ему совершенно параллельно,какой 
UID/GID мы ему подсовываем в момент сборки, лишь бы было какое либо цифровое 
значение,которое можно воткнуть в сборочный config.h.
  
> > > Повторюсь: в сборочной среде вообще может присутствовать только один
> > > пользователь (от которого все собирается) и проверять наличие кого-либо
> > > еще во время сборки никуда не годится.
> >
> > Не всегда разработчики хорошего софта придерживаются или поддерживают
> > подобный принцип ,но зато создают качественный продукт.Для меня важнее
> > понять,как наиболее правильно реализовать сборку его под ALTLinux.
>
> Вот я и пытаюсь подсказать -- исправьте указанный фрагмент на нормальное
> указание пользователя/группы в виде опции для configure без run-time
> определения наличия этого пользователя в сборочной среде. Не нужно это
> совершенно.
Увы,но у нет configure.Есть только руками редактируемый Makefile.


-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: setup

[Michael Shigorin]

On Wed, May 28, 2003 at 09:41:31AM +0600, Victor V Ismakaev wrote:
> > - мусор в виде неиспользуемых псевдопользователей и групп;
> Не такая уж и страшная проблема.Мы ведь не собираемся заводить
> всех возможных пользователей.Достаточно только тех,которые
> затребованы пакетами,идущими в Сизиф.А таких пакетов - раз-два
> и обчелся.

Да ну?  Это у меня только таких пакетов уже не "раз-два" даже.

> > - в целом усложнит всю систему.
> А что если сделать по аналогии с rebuild_aliases из
> sendmail-common.Только не создавать .rpmnew, а в %post вызывать
> скрипт,который сравнивает шаблонный passwd/group с текущими в
> системе и дозаводит недостающего пользователя через
> adduser/groupadd.   

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

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

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote:
> Простой пример, почему оставлять заведение пользователей и групп
> "на потом" есть плохо и потенциальный источник проблем.
> Наличие в дистрибутиве _изначально_ пользователя... ну возьмём для
> примера "exim" не даёт мне возможности создать такого пользователя
> как обычного (не системного) пользователя (кстати, пример вполне
> жизненный - слово exim это ещё и популярное сокращение от
> EXport IMport :). Создание его только в инсталляционных скриптах
> пакета может привести к конфликту пользователей.

Видишь ли.

У нас и так уже был минимум один в общем неглупый пользователь,
возжелавший login "webmaster".   По привычке.

Чем больше пакетов, охваченных псевдопользователями, тем больше
шансов на коллизию.

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

^(alt_|sys(tem)?_|_) -- где-то так IMO.

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

Re: [devel] setup

[Dmitry V. Levin]

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

On Wed, May 28, 2003 at 02:29:15PM +0300, Michael Shigorin wrote:
> On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote:
> > Простой пример, почему оставлять заведение пользователей и групп
> > "на потом" есть плохо и потенциальный источник проблем.
> > Наличие в дистрибутиве _изначально_ пользователя... ну возьмём для
> > примера "exim" не даёт мне возможности создать такого пользователя
> > как обычного (не системного) пользователя (кстати, пример вполне
> > жизненный - слово exim это ещё и популярное сокращение от
> > EXport IMport :). Создание его только в инсталляционных скриптах
> > пакета может привести к конфликту пользователей.
> 
> Видишь ли.
> 
> У нас и так уже был минимум один в общем неглупый пользователь,
> возжелавший login "webmaster".   По привычке.
> 
> Чем больше пакетов, охваченных псевдопользователями, тем больше
> шансов на коллизию.
> 
> Тут выход в любом случае другой, на него Дима уже намекал --
> политика создания этих самых имен псевдопользователей.

Причем "useradd/groupadd без -r" откажется создавать пользователей/группы,
подпадающие под это определение.


--
ldv

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

[devel] Re: setup

[Michael Shigorin]

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

On Wed, May 28, 2003 at 03:35:31PM +0400, Dmitry V. Levin wrote:
> > Тут выход в любом случае другой, на него Дима уже намекал --
> > политика создания этих самых имен псевдопользователей.
> Причем "useradd/groupadd без -r" откажется создавать
> пользователей/группы, подпадающие под это определение.

А по части удаления псевдопользователей при rpm -e -- хорошо бы
сделать system-wide рубильник на тему "оставлять/удалять/
совсем_удалять" и аргументы к макросу *userdel -- с тем, чтобы
пакеты, которые _не_ хранят никаких данных, которыми владеет
псевдопользователь/группа, могли сказать, что если администратор
сказал удалять -- значит, удалять.

Но это может быть Пушкин по Воробьянинову.

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

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Wed, May 28, 2003 at 02:29:15PM +0300, Michael Shigorin wrote:
> On Tue, May 27, 2003 at 07:03:20PM +0300, Victor Forsyuk wrote:
> > Простой пример, почему оставлять заведение пользователей и групп
> > "на потом" есть плохо и потенциальный источник проблем.
> > Наличие в дистрибутиве _изначально_ пользователя... ну возьмём для
> > примера "exim" не даёт мне возможности создать такого пользователя
> > как обычного (не системного) пользователя (кстати, пример вполне
> > жизненный - слово exim это ещё и популярное сокращение от
> > EXport IMport :). Создание его только в инсталляционных скриптах
> > пакета может привести к конфликту пользователей.
> 
> Видишь ли.
> 
> У нас и так уже был минимум один в общем неглупый пользователь,
> возжелавший login "webmaster".   По привычке.

Если на multiuser'ной тачке - тогда неправ ;). На своей - имеет
право. :) Да и неважно это - глупый/неглупый, удачное/неудачное имя.

Пользователь попросту имеет полное право завести логин с любым
именем, не использованным в системе. 

> Чем больше пакетов, охваченных псевдопользователями, тем больше
> шансов на коллизию.

Да, чем больше пакетов в пакетной базе дистрибутива, требующих
для работы системного пользователя, который отсутствует в базовом
passwd - тем больше шансов на коллизию.

> Тут выход в любом случае другой, на него Дима уже намекал --

Не вижу аргументированного обоснования. "В любом случае" - это,
очевидно, выражает твою полную убеждённость. :) Но меня больше
(если не исключительно) при выборе решения интересует rationale.
Pro et contra, за и против - и что в результате перевесит.

> политика создания этих самых имен псевдопользователей.
> 
> ^(alt_|sys(tem)?_|_) -- где-то так IMO.

Это не выход. Это хак.

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

Ok, это сработает. Никто с этим не спорит.

Но суть остаётся прежней. Мы упорно не хотим эээ... "бронировать" :)
имена пользователей, использующихся в пакетах из пакетной базы
дистрибутива. Из аргументов почему нет был озвучен только один -
они будут "замусоривать" /etc/passwd.

Итак, по сути имеем "эстетический" довод против аргументации о
предотвращения конфликтов имён.

Впрочем, есть решающий довод, о котором я упоминал в самом начале -
мантейнер пакета setup ничего не станет менять... Если я правильно
понимаю, весовой коэффициент у этого аргумента в состоянии
перевесить все остальные. :)

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Thu, May 29, 2003 at 04:49:35PM +0300, Victor Forsyuk wrote:
> > Чем больше пакетов, охваченных псевдопользователями, тем больше
> > шансов на коллизию.
> Да, чем больше пакетов в пакетной базе дистрибутива, требующих
> для работы системного пользователя, который отсутствует в базовом
> passwd - тем больше шансов на коллизию.
> > Тут выход в любом случае другой, на него Дима уже намекал --
> Не вижу аргументированного обоснования. "В любом случае" - это,
> очевидно, выражает твою полную убеждённость. :) Но меня больше
> (если не исключительно) при выборе решения интересует rationale.
> Pro et contra, за и против - и что в результате перевесит.

Я про префиксы.

> > политика создания этих самых имен псевдопользователей.
> > ^(alt_|sys(tem)?_|_) -- где-то так IMO.
> Это не выход. Это хак.

Ну да.  Но он ортогонален второй проблеме -- "до" или "just in
time".  Подумай :-)

> Суть хака такова: "а давайте мы выберем для системных
> пользователей имена настолько необычные, чтобы вероятность
> выбора такого имени обычным пользователем для своего логина
> была крайне низкой".  Ok, это сработает. Никто с этим не
> спорит.

Что и требуется.

> Но суть остаётся прежней. Мы упорно не хотим эээ...
> "бронировать" :) имена пользователей, использующихся в пакетах
> из пакетной базы дистрибутива. Из аргументов почему нет был
> озвучен только один - они будут "замусоривать" /etc/passwd.

Нет, это еще более отдельный вопрос.

Если мне захочется логин mtr, это не значит, что я обязан
наступить на грабли прям при установке хоть дистро, хоть пакета.

И это решаемо без дальнейших прений -- в мои рабочие mtr.spec и
webalizer.spec уже занесены "напоминалки":

# TODO: wait for pseudouser naming policy and fix the package

:)

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Thu, May 29, 2003 at 11:46:53PM +0300, Michael Shigorin wrote:
> On Thu, May 29, 2003 at 04:49:35PM +0300, Victor Forsyuk wrote:
> > > Чем больше пакетов, охваченных псевдопользователями, тем больше
> > > шансов на коллизию.
> > Да, чем больше пакетов в пакетной базе дистрибутива, требующих
> > для работы системного пользователя, который отсутствует в базовом
> > passwd - тем больше шансов на коллизию.
> > > Тут выход в любом случае другой, на него Дима уже намекал --


> > Не вижу аргументированного обоснования. "В любом случае" - это,
> > очевидно, выражает твою полную убеждённость. :) Но меня больше
> > (если не исключительно) при выборе решения интересует rationale.
> > Pro et contra, за и против - и что в результате перевесит.

 
> Я про префиксы.

Я понял, что ты - за префиксы.
 
> > > политика создания этих самых имен псевдопользователей.
> > > ^(alt_|sys(tem)?_|_) -- где-то так IMO.
> > Это не выход. Это хак.
> 
> Ну да.  Но он ортогонален второй проблеме -- "до" или "just in
> time".  Подумай :-)

Подумал. Увязать в словесности не хочется... ортогонален,
перпендикулярен, параллелен.

Хак, или назови его нейтрально "решение" - не может быть
ортогонален или ещё как _проблеме_. Они неоднородны.
Извини, что придираюсь, но из неряшливости формулировок
вытекает нелогичность и ошибочность мыслей.

Проблема на самом деле одна.
 
> > Но суть остаётся прежней. Мы упорно не хотим эээ...
> > "бронировать" :) имена пользователей, использующихся в пакетах
> > из пакетной базы дистрибутива. Из аргументов почему нет был
> > озвучен только один - они будут "замусоривать" /etc/passwd.
> 
> Нет, это еще более отдельный вопрос.
> 
> Если мне захочется логин mtr, это не значит, что я обязан
> наступить на грабли прям при установке хоть дистро, хоть пакета.

Бррррр...

Может тебе захочется логин root? Как в альте теперь будет реальный
рут называться - alt_root, _root, system_root??

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

On Fri, May 30, 2003 at 04:55:38PM +0300, Victor Forsyuk wrote:
> > Если мне захочется логин mtr, это не значит, что я обязан
> > наступить на грабли прям при установке хоть дистро, хоть пакета.
> Бррррр...  Может тебе захочется логин root? Как в альте теперь
> будет реальный рут называться - alt_root, _root, system_root??

Витя, не передергивай.

root или wheel -- это одно дело.  Дань традиции, если так угодно.

Мульон всяких левых пользователей из всяких левых пакетов, плохо
поддающийся централизации _as is_ (напомню -- обычно имя
псевдопользователя ассоциируется с именем пакета/программы,
влиять на которое ты в общем случае не можешь, а решать проблемы
коллизий -- тем паче).

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

Re: [devel] Re: зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Fri, May 30, 2003 at 05:45:37PM +0300, Michael Shigorin wrote:
> On Fri, May 30, 2003 at 04:55:38PM +0300, Victor Forsyuk wrote:
> > > Если мне захочется логин mtr, это не значит, что я обязан
> > > наступить на грабли прям при установке хоть дистро, хоть пакета.
> > Бррррр...  Может тебе захочется логин root? Как в альте теперь
> > будет реальный рут называться - alt_root, _root, system_root??
> 
> Витя, не передергивай.

Миша, я бы КРАЙНЕ не хотел продолжать дискуссию в таком тоне.
Извини.


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

Re: [devel] setup

[Dmitry V. Levin]

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

On Fri, May 30, 2003 at 06:12:19PM +0300, Victor Forsyuk wrote:
[...]
> p.s Я прекрасно понимаю невозможность влиять на некие системообразующие
> вещи человеку со стороны. Почему - я писал, повторяться не буду.

Я так не думаю.

> Свои аргументы я уже изложил. На более глубокий анализ нет времени,
> да он и не будет востребован.

По поводу любого предложения, необходимо прорабатывать следующие три момента:
1. недостатки нынешней схемы
2. новая схема
3. доказательство того, что новая схема лучше старой.

Что касается обсуждаемой темы, то мы как следует не услышали даже 1., не
говоря уже о 2.

Честно говоря, я не считаю тему настолько важной, чтобы заниматься её
проработкой.  Если кто-то считает - пожалуйста, можете заняться.


--
ldv

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

[devel] Re: зависимость наperl(MD5.pm)

[Michael Shigorin]

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

On Fri, May 30, 2003 at 07:26:08PM +0400, Sergey Vlasov wrote:
> Так что проблема действительно существует, и по этому поводу
> надо что-то делать. Причём чем быстрее, тем лучше - пакеты-то
> добавляются.

"Начни с себя", а остальным представь как policy? :(

On Sun, Jun 01, 2003 at 10:33:00PM +0400, Dmitry V. Levin wrote:
> Честно говоря, я не считаю тему настолько важной, чтобы
> заниматься её проработкой.  Если кто-то считает - пожалуйста,
> можете заняться.
> 
> --
> ldv

(raorn, SYN)

...and the thread petered out inconclusively.

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

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

[devel] Re: зависимость наperl(MD5.pm)

[Sergey Vlasov]

On Fri, 30 May 2003 17:45:37 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Fri, May 30, 2003 at 04:55:38PM +0300, Victor Forsyuk wrote:
> > > Если мне захочется логин mtr, это не значит, что я обязан
> > > наступить на грабли прям при установке хоть дистро, хоть пакета.
> > Бррррр...  Может тебе захочется логин root? Как в альте теперь
> > будет реальный рут называться - alt_root, _root, system_root??
> 
> Витя, не передергивай.
> 
> root или wheel -- это одно дело.  Дань традиции, если так угодно.
> 
> Мульон всяких левых пользователей из всяких левых пакетов, плохо
> поддающийся централизации _as is_ (напомню -- обычно имя
> псевдопользователя ассоциируется с именем пакета/программы,
> влиять на которое ты в общем случае не можешь, а решать проблемы
> коллизий -- тем паче).

У меня, кстати, была коллизия и с setup - при переносе из старой
системы, по имени пользователя radio (так у нас именовалась кафедра
радиотехники). Тут, правда, было проще - поскольку конфликт был только
по имени группы, пришлось пользователя переименовать, а в aliases
вставить перенаправление.

Ещё я нашёл там же пользователя с именем ser - пакет с этим именем
нашёлся на freshmeat, причём пакет серверный - следовательно,
заведение для него пользователя с целью ограничения привилегий вполне
реально.

Так что проблема действительно существует, и по этому поводу надо
что-то делать. Причём чем быстрее, тем лучше - пакеты-то добавляются.

Re: [devel] setup

[Dmitry V. Levin]

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

On Thu, May 22, 2003 at 05:55:00PM +0300, Victor Forsyuk wrote:
> > > Дистрибутив должен изначально содержать необходимых
> > > пользователей.
> > 
> > Всех не просодержишь, с другой стороны.  Но при динамике
> 
> Почему не просодержишь? Это вопрос когерентности одной части
> дистрибутива (пакета, отвечающего за наличие системных
> пользователей и групп) другой.

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

> Зачем рассматривать пакет, которому требуется uig/gid,
> как нечто чужеродное

А как же иначе?

> и взваливать на него самого задачу
> динамического заведения оных?

На groupadd -r -f / useradd -r.

> > таскаемость принадлежащих им данных ухудшается...
> 
> Да, "плавающие" (при динамическом заведении) по uid пользователи,
> которым принадлежат данные - это _совсем_ плохо.

Если uid/gid не удалять, то вполне нормально.


--
ldv

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

Re: [devel] setup

[Victor Forsyuk]

On Thu, May 22, 2003 at 07:58:16PM +0400, Dmitry V. Levin wrote:
> > > > Дистрибутив должен изначально содержать необходимых
> > > > пользователей.
> > > 
> > > Всех не просодержишь, с другой стороны.  Но при динамике
> > 
> > Почему не просодержишь? Это вопрос когерентности одной части
> > дистрибутива (пакета, отвечающего за наличие системных
> > пользователей и групп) другой.
> 
> По определению слова "всех", всех групп, которые могут понадобиться,
> нельзя создать заранее.

Ok, признаЮ, поймали на слове. Все uig/gid _требуемых для программ
из поддерживаемого репозитория_, можно и дОлжно содержать в
системе изначально. 
 
> > Зачем рассматривать пакет, которому требуется uig/gid,
> > как нечто чужеродное
> 
> А как же иначе?

Иначе - рассматривая поддерживаемый репозитарий как когерентную
систему пакетов.

Иной путь приводит к тому, что мы позволяем пакетам править при своей
установке те части системного окружения, которые являются зоной
ответственности базовых конфигурирующих пакетов (таких как setup).

Когерентность и непротиворечивость - не гарантируются. При недосмотре
возможно даже появление взаимоисключающих пакетов, столкнувшихся по uid...

Впрочем, это вопрос скорее идеологического плана. Принятие того
или иного решения на качество пакетной базы _непосредственно_ не
повлияет. Так что я отдаю себе отчёт в том, что последнее слово
будет за ментейнером setup.

Re: [devel] setup

[Dmitry V. Levin]

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

On Sun, May 25, 2003 at 08:36:14PM +0300, Victor Forsyuk wrote:
> On Thu, May 22, 2003 at 07:58:16PM +0400, Dmitry V. Levin wrote:
> > > > > Дистрибутив должен изначально содержать необходимых
> > > > > пользователей.
> > > > 
> > > > Всех не просодержишь, с другой стороны.  Но при динамике
> > > 
> > > Почему не просодержишь? Это вопрос когерентности одной части
> > > дистрибутива (пакета, отвечающего за наличие системных
> > > пользователей и групп) другой.
> > 
> > По определению слова "всех", всех групп, которые могут понадобиться,
> > нельзя создать заранее.
> 
> Ok, признаЮ, поймали на слове. Все uig/gid _требуемых для программ
> из поддерживаемого репозитория_, можно и дОлжно содержать в
> системе изначально. 

Не уверен, что можно.
Не понимаю, почему должно.

> > > Зачем рассматривать пакет, которому требуется uig/gid,
> > > как нечто чужеродное
> > 
> > А как же иначе?
> 
> Иначе - рассматривая поддерживаемый репозитарий как когерентную
> систему пакетов.
> 
> Иной путь приводит к тому, что мы позволяем пакетам править при своей
> установке те части системного окружения, которые являются зоной
> ответственности базовых конфигурирующих пакетов (таких как setup).
> 
> Когерентность и непротиворечивость - не гарантируются. При недосмотре
> возможно даже появление взаимоисключающих пакетов, столкнувшихся по uid...

Каким образом?

> Впрочем, это вопрос скорее идеологического плана. Принятие того
> или иного решения на качество пакетной базы _непосредственно_ не
> повлияет. Так что я отдаю себе отчёт в том, что последнее слово
> будет за ментейнером setup.

Я не вижу обоснованного примера того, почему пакет при установке не может
зарегистрировать себе необходимые группы.


--
ldv

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

[devel] log groups (was: setup)

[Michael Shigorin]

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

On Sun, May 25, 2003 at 10:28:48PM +0400, Dmitry V. Levin wrote:
> Я не вижу обоснованного примера того, почему пакет при
> установке не может зарегистрировать себе необходимые группы.

О, кстати о группах: как у нас с правами доступа к логам?

Задумано, что все _люди_, которым необходимо иметь доступ к,
скажем, логам apache -- входят в группу apache? (мне как-то
"слишком много" это показалось)

Также интересует в контексте анализаторов -- webalizer пришлось
загнать в apache group с теми же ощущениями неудовлетворенности.

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

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

[devel] Re: log groups (was: setup)

[Alexey Tourbin]

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

On Sun, May 25, 2003 at 09:53:28PM +0300, Michael Shigorin wrote:
> О, кстати о группах: как у нас с правами доступа к логам?

var:adm?

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

[devel] Re: log groups (was: setup)

[Michael Shigorin]

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

On Sun, May 25, 2003 at 11:27:29PM +0400, Alexey Tourbin wrote:
> > О, кстати о группах: как у нас с правами доступа к логам?
> var:adm?

Это где?

trickster:/var/log> ls -ld httpd
drwxr-x---    2 apache   apache        616 May 25 04:02 httpd
trickster:/var/log> cat /etc/altlinux-release
ALT Linux Sisyphus (20030522)

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

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

[devel] Re: apache (was: log groups (was: setup))

[Sergey Vlasov]

On Mon, 26 May 2003 10:02:15 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Sun, May 25, 2003 at 11:27:29PM +0400, Alexey Tourbin wrote:
> > > О, кстати о группах: как у нас с правами доступа к логам?
> > var:adm?
> 
> Это где?
> 
> trickster:/var/log> ls -ld httpd
> drwxr-x---    2 apache   apache        616 May 25 04:02 httpd
> trickster:/var/log> cat /etc/altlinux-release
> ALT Linux Sisyphus (20030522)

При этом в пакете (apache-common-1.3.27rusPL30.16-alt13):

drwxrws--T    2 root    apache              0 Ноя 26  2002 /var/log/httpd

Однако в /etc/rc.d/init.d/httpd находится следующее:

### Hacks for the broken MSEC
if [ -e /home/httpd ]; then chmod 0755 /home/httpd;fi
chown apache.apache /var/log/httpd
chmod 750 /var/log/httpd
###

Что это????

Более того, в том же apache-common-1.3.27rusPL30.16-alt13:

drwxr-x---    2 apache  webmaste            0 Ноя 26  2002 /var/cache/httpd

А это противоречит ALT Secure Packaging Policy (пункт "Владельцы
каталогов"), как и результат работы того куска из init.d/httpd.

Re: [devel] Re: apache (was: log groups (was: setup))

[Alexander Bokovoy]

On Tue, May 27, 2003 at 07:59:47PM +0400, Sergey Vlasov wrote:
> При этом в пакете (apache-common-1.3.27rusPL30.16-alt13):
> 
> drwxrws--T    2 root    apache              0 Ноя 26  2002 /var/log/httpd
> 
> Однако в /etc/rc.d/init.d/httpd находится следующее:
> 
> ### Hacks for the broken MSEC
> if [ -e /home/httpd ]; then chmod 0755 /home/httpd;fi
> chown apache.apache /var/log/httpd
> chmod 750 /var/log/httpd
> ###
> 
> Что это????
Грохнуть надо. Поскольку у нас уже нет msec.

> Более того, в том же apache-common-1.3.27rusPL30.16-alt13:
> 
> drwxr-x---    2 apache  webmaste            0 Ноя 26  2002 /var/cache/httpd
> 
> А это противоречит ALT Secure Packaging Policy (пункт "Владельцы
> каталогов"), как и результат работы того куска из init.d/httpd.
Пофикшу в новой сборке, до которой, скорее всего, доберусь в районе 15-20
июня, во время отпуска.


-- 
/ Alexander Bokovoy
---
A diplomat is a man who can convince his wife she'd look stout in a fur coat.

Re: [devel] Re: apache

[Dmitry V. Levin]

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

On Tue, May 27, 2003 at 07:07:07PM +0300, Alexander Bokovoy wrote:
> On Tue, May 27, 2003 at 07:59:47PM +0400, Sergey Vlasov wrote:
> > При этом в пакете (apache-common-1.3.27rusPL30.16-alt13):
> > 
> > drwxrws--T    2 root    apache              0 Ноя 26  2002 /var/log/httpd
> > 
> > Однако в /etc/rc.d/init.d/httpd находится следующее:
> > 
> > ### Hacks for the broken MSEC
> > if [ -e /home/httpd ]; then chmod 0755 /home/httpd;fi
> > chown apache.apache /var/log/httpd
> > chmod 750 /var/log/httpd
> > ###
> > 
> > Что это????
> Грохнуть надо. Поскольку у нас уже нет msec.
> 
> > Более того, в том же apache-common-1.3.27rusPL30.16-alt13:
> > 
> > drwxr-x---    2 apache  webmaste            0 Ноя 26  2002 /var/cache/httpd
> > 
> > А это противоречит ALT Secure Packaging Policy (пункт "Владельцы
> > каталогов"), как и результат работы того куска из init.d/httpd.
> Пофикшу в новой сборке, до которой, скорее всего, доберусь в районе 15-20
> июня, во время отпуска.

Кто-нибудь готов исправить это быстрее?


--
ldv

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

[devel] Re: apache

[Michael Shigorin]

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

On Tue, May 27, 2003 at 08:25:38PM +0400, Dmitry V. Levin wrote:
> > > Что это????
> > Грохнуть надо. Поскольку у нас уже нет msec.

А я-то все crontabs оббегал...

> > Пофикшу в новой сборке, до которой, скорее всего, доберусь в
> > районе 15-20 июня, во время отпуска.
> Кто-нибудь готов исправить это быстрее?

Могу попробовать.  Наверное, тогда желательно собрать все pending
fixes.

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

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

[devel] Re: apache

[Sergey Vlasov]

On Wed, 28 May 2003 13:50:54 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Tue, May 27, 2003 at 08:25:38PM +0400, Dmitry V. Levin wrote:
> > > > Что это????
> > > Грохнуть надо. Поскольку у нас уже нет msec.
> 
> А я-то все crontabs оббегал...
> 
> > > Пофикшу в новой сборке, до которой, скорее всего, доберусь в
> > > районе 15-20 июня, во время отпуска.
> > Кто-нибудь готов исправить это быстрее?
> 
> Могу попробовать.  Наверное, тогда желательно собрать все pending
> fixes.

Кстати, а вообще какие основания для того, что в каталог
/var/log/httpd разрешена запись группе apache? Он ведь всё равно логи
открывает рутом (и при graceful restart тоже).

Re: [devel] setup

[Alexey I. Froloff]

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

On Sun, May 25, 2003 at 10:28:48PM +0400, Dmitry V. Levin wrote:
> Я не вижу обоснованного примера того, почему пакет при
> установке не может зарегистрировать себе необходимые группы.
Есть случаи, когда uid/gid забивается в программы при сборке.
Кривовато конечно, но такое бывает.

-- 
Regards,
Sir Raorn.

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

Re: [devel] setup

[Dmitry V. Levin]

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

On Mon, May 26, 2003 at 12:39:35AM +0400, Alexey I. Froloff wrote:
> On Sun, May 25, 2003 at 10:28:48PM +0400, Dmitry V. Levin wrote:
> > Я не вижу обоснованного примера того, почему пакет при
> > установке не может зарегистрировать себе необходимые группы.
> Есть случаи, когда uid/gid забивается в программы при сборке.
> Кривовато конечно, но такое бывает.

Я знаю ровно один такой случай: старый mailman - в нынешнем, кажется,
исправили.

Я бы не хотел видеть такие программы в Сизифе.


--
ldv

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

Re: [devel] setup

[Victor V Ismakaev]

26 Май 2003 02:53, Dmitry V. Levin написал:
> On Mon, May 26, 2003 at 12:39:35AM +0400, Alexey I. Froloff wrote:
> > On Sun, May 25, 2003 at 10:28:48PM +0400, Dmitry V. Levin wrote:
> > > Я не вижу обоснованного примера того, почему пакет при
> > > установке не может зарегистрировать себе необходимые группы.
> >
> > Есть случаи, когда uid/gid забивается в программы при сборке.
> > Кривовато конечно, но такое бывает.
>
> Я знаю ровно один такой случай: старый mailman - в нынешнем, кажется,
> исправили.
Увы,но Exim похоже попадает именно в такую группу. 
> Я бы не хотел видеть такие программы в Сизифе.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Dmitry V. Levin]

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

On Mon, May 26, 2003 at 08:26:34AM +0600, Victor V Ismakaev wrote:
> 26 Май 2003 02:53, Dmitry V. Levin написал:
> > On Mon, May 26, 2003 at 12:39:35AM +0400, Alexey I. Froloff wrote:
> > > On Sun, May 25, 2003 at 10:28:48PM +0400, Dmitry V. Levin wrote:
> > > > Я не вижу обоснованного примера того, почему пакет при
> > > > установке не может зарегистрировать себе необходимые группы.
> > >
> > > Есть случаи, когда uid/gid забивается в программы при сборке.
> > > Кривовато конечно, но такое бывает.
> >
> > Я знаю ровно один такой случай: старый mailman - в нынешнем, кажется,
> > исправили.
> Увы,но Exim похоже попадает именно в такую группу. 

Я бы очень хотел, чтобы это было исправлено.


--
ldv

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

[devel] Re: setup

[Vitaly Ostanin]

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

On Sun, 25 May 2003 22:28:48 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Sun, May 25, 2003 at 08:36:14PM +0300, Victor Forsyuk wrote:
> > On Thu, May 22, 2003 at 07:58:16PM +0400, Dmitry V. Levin
> > wrote:
> > > > > > Дистрибутив должен изначально содержать необходимых
> > > > > > пользователей.
> > > > > 
> > > > > Всех не просодержишь, с другой стороны.  Но при
> > > > > динамике
> > > > 
> > > > Почему не просодержишь? Это вопрос когерентности одной
> > > > части дистрибутива (пакета, отвечающего за наличие
> > > > системных пользователей и групп) другой.
> > > 
> > > По определению слова "всех", всех групп, которые могут
> > > понадобиться, нельзя создать заранее.
> > 
> > Ok, признаЮ, поймали на слове. Все uig/gid _требуемых для
> > программ из поддерживаемого репозитория_, можно и дОлжно
> > содержать в системе изначально. 
> 
> Не уверен, что можно.
> Не понимаю, почему должно.

Возможно, по той же причине, по которой пакет filesystem содержит
каталоги, которые могут понадобиться программам.

IMHO, действительно, если есть замкнутый, поддерживаемый набор
программ и есть сложности с манипулированием uid/gid - почему бы
не иметь их предустановленными ?

Меньше гаданий будет, кому с кем по uid предстоит конфликтовать.

<skipped/>

> Я не вижу обоснованного примера того, почему пакет при
> установке не может зарегистрировать себе необходимые группы.

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

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

Re: [devel] Re: setup

[Dmitry V. Levin]

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

On Mon, May 26, 2003 at 02:39:53PM +0400, Vitaly Ostanin wrote:
> > > Ok, признаЮ, поймали на слове. Все uig/gid _требуемых для
> > > программ из поддерживаемого репозитория_, можно и дОлжно
> > > содержать в системе изначально. 
> > 
> > Не уверен, что можно.
> > Не понимаю, почему должно.
> 
> Возможно, по той же причине, по которой пакет filesystem содержит
> каталоги, которые могут понадобиться программам.

Пакет filesystem крайне редко меняется, в основном из-за FHS.

> IMHO, действительно, если есть замкнутый, поддерживаемый набор
> программ и есть сложности с манипулированием uid/gid - почему бы
> не иметь их предустановленными ?

Нет такого набора.
Нет сложностей с регистрацией uid/gid.
Наоборот, будут сложности с поддержкой passwd&group в setup, если все туда
тащить.

> Меньше гаданий будет, кому с кем по uid предстоит конфликтовать.

Откуда возьмутся конфликты по uid?
Надо определить источник(и) и перекрыть.

> > Я не вижу обоснованного примера того, почему пакет при
> > установке не может зарегистрировать себе необходимые группы.
> 
> Потому что группы уже могут быть для других целей. Например,
> создавая для своих целей группу publicators, нет уверенности, что
> она не понадобится кому-то из системных пакетов. 

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


--
ldv

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

[devel] Re: setup

[Vitaly Ostanin]

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

On Mon, 26 May 2003 15:17:44 +0400
"Dmitry V. Levin" <ldv@altlinux.org> wrote:

> On Mon, May 26, 2003 at 02:39:53PM +0400, Vitaly Ostanin wrote:
> > > > Ok, признаЮ, поймали на слове. Все uig/gid _требуемых для
> > > > программ из поддерживаемого репозитория_, можно и дОлжно
> > > > содержать в системе изначально. 
> > > 
> > > Не уверен, что можно.
> > > Не понимаю, почему должно.
> > 
> > Возможно, по той же причине, по которой пакет filesystem
> > содержит каталоги, которые могут понадобиться программам.
> 
> Пакет filesystem крайне редко меняется, в основном из-за FHS.

Туда входят не только каталоги, определённые в FHS, но и
необходимые для программ из Sisyphus ?

> > IMHO, действительно, если есть замкнутый, поддерживаемый
> > набор программ и есть сложности с манипулированием uid/gid -
> > почему бы не иметь их предустановленными ?
> 
> Нет такого набора.

Тогда что есть Sisyphus, в особенности компонента base ?

> Нет сложностей с регистрацией uid/gid.

Цитирую Вас:
Date: Thu, 22 May 2003 13:33:52 +0400
"Я решил наложить мораторий на внесение дополнений в
/etc/{passwd,group} из пакета setup до тех пор, пока мы не
научимся со 100% гарантией делать merge между обновляемой и уже
установленной версией."

> Наоборот, будут сложности с поддержкой passwd&group в setup,
> если все туда тащить.

Какие, например?

> > Меньше гаданий будет, кому с кем по uid предстоит
> > конфликтовать.
> 
> Откуда возьмутся конфликты по uid?

Теоретически - могут, примеры приводились.

> Надо определить источник(и) и перекрыть.

> > > Я не вижу обоснованного примера того, почему пакет при
> > > установке не может зарегистрировать себе необходимые
> > > группы.
> > 
> > Потому что группы уже могут быть для других целей. Например,
> > создавая для своих целей группу publicators, нет уверенности,
> > что она не понадобится кому-то из системных пакетов. 
> 
> Policy по именам системных групп и псевдопользователей - это
> совсем другой вопрос, гораздо более актуальный, чем тема,
> обсуждаемая сейчас.

Куда повесить bug report на обсуждение? :)

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

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

Re: [devel] Re: setup

[Dmitry V. Levin]

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

On Mon, May 26, 2003 at 04:35:14PM +0400, Vitaly Ostanin wrote:
> > > Возможно, по той же причине, по которой пакет filesystem
> > > содержит каталоги, которые могут понадобиться программам.
> > 
> > Пакет filesystem крайне редко меняется, в основном из-за FHS.
> 
> Туда входят не только каталоги, определённые в FHS, но и
> необходимые для программ из Sisyphus ?

Туда входят общесистемные каталоги, для которых сложно подобрать
"владельца".

> > > IMHO, действительно, если есть замкнутый, поддерживаемый
> > > набор программ и есть сложности с манипулированием uid/gid -
> > > почему бы не иметь их предустановленными ?
> > 
> > Нет такого набора.
> 
> Тогда что есть Sisyphus, в особенности компонента base ?

base - это базовая часть Sisyphus.
> 
> > Нет сложностей с регистрацией uid/gid.
> 
> Цитирую Вас:
> Date: Thu, 22 May 2003 13:33:52 +0400
> "Я решил наложить мораторий на внесение дополнений в
> /etc/{passwd,group} из пакета setup до тех пор, пока мы не
> научимся со 100% гарантией делать merge между обновляемой и уже
> установленной версией."

Если пользоваться стандартными средствами (groupadd/useradd), то
сложностей с регистрацией uid/gid нет.

> > Наоборот, будут сложности с поддержкой passwd&group в setup,
> > если все туда тащить.
> 
> Какие, например?

- постоянные проблемы с merge
- постоянное обновление setup'а

> > > Меньше гаданий будет, кому с кем по uid предстоит
> > > конфликтовать.
> > 
> > Откуда возьмутся конфликты по uid?
> 
> Теоретически - могут, примеры приводились.

Исправить программы - проще практически и правильнее в принципе.

> > Policy по именам системных групп и псевдопользователей - это
> > совсем другой вопрос, гораздо более актуальный, чем тема,
> > обсуждаемая сейчас.
> 
> Куда повесить bug report на обсуждение? :)

Лучше просто начать обсуждение (не забыв сменить subject).


--
ldv

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

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor V Ismakaev]

21 Май 2003 22:39, Victor Forsyuk написал:
> On Tue, May 20, 2003 at 09:38:15AM +0600, Victor V Ismakaev wrote:
> > > > exim4? а то я собрался его собирать для себя. Буду ждать вашего.
> > >
> > > Oops... Только собирался кликнуть желающих посмотреть на свою
> > > сборку... :)
> >
> > Это здорово.
> > Кооперируемся?
>
> Конечно.
>
> > Кстати,как Вы решили вопрос с пользователем exim?
>
> Просто - я пока (пока!) работаю от mail:mail. :))
> С чисто теоретических соображений отдельный пользователь -
> было бы лучше. Но заведение новых юзеров - это отдельная
> тема. И на мой непросвещенный взгляд, заведение - это хак.
> Дистрибутив должен изначально содержать необходимых
> пользователей.
Стало быть я не одинок в своих мыслях.Думаю,надо просить Диму добавить 
пользователя exim в setup.
Думаю 
exim:79:79:Exim Mail Transport Agent:/var/spool/exim:/dev/null 
exim:x:79
по аналогии с postfix.Никто возражать не будет?
> > У меня раньше был спец.пакет exim-build,который требовался для сборки
> > exima и просто заводил пользователя exim перед сборкой.
>
> Проще попатчить сборку exim'a. :)
Не уверен. Боюсь,что патченья src/builconfig.c будет маловато.
Проще завести пользователя.
>
> > Сейчас же я просто указываю EXIM_UID=79,EXIM_GID=79 в Makefile и при
> > установке RPM завожу пользователя exim(79,79) и вношу его в группу mail.
> > Но для этого необходимо зарезервировать UID/GID=79 за ним,что бы никакой
> > другой пользователь не мог быть с такими uid/gid.
>
> Есть предложение не делать заведений пользователя при установке пакета.
> Вместо этого стоило бы дождаться добавления мантейнером setup пользователя
> и require'ить наличие новой версии setup.
Согласен.Правда версию 4.20-alt0.1 позавчера залил в incoming.
> > Собираю его с поддержкой perl,LDAP,MySQL,PgSQL,exiscan-acl.Чуть поззже
> > прикручу whoson.
>
> Я собираю с whoson. Думаю libwhoson (она мааленькая), built-in perl
> и exiscan собирать всегда.
Так и есть + LDAP. 
>А вот с остальным - стоило бы продумать
> осмысленную разбивку на альтернативные пакеты, отличающиеся набором
> фич. Я для себя использую minimal сборку, мне не нужен на почтовом
> сервере ни LDAP, ни MySQL, ни PgSQL. Есть подозрение, что нашлись
> бы желающие на +LDAP без баз. Ну и - bloat сборка :)
моя разбивка такова
exim-base - perl,exiscan,LDAP +(попозже) whoson
exim-mysql - exim-base + MySQL
exim-pgsql - exim-base + PgSQL
exim-multi - все в куче.
Плюс в TODO стоит сборка с поддержкой SASL и (возможно)RADIUS.


-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Dmitry V. Levin]

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

On Thu, May 22, 2003 at 10:03:42AM +0600, Victor V Ismakaev wrote:
> Стало быть я не одинок в своих мыслях.Думаю,надо просить Диму добавить 
> пользователя exim в setup.
> Думаю 
> exim:79:79:Exim Mail Transport Agent:/var/spool/exim:/dev/null 
> exim:x:79
> по аналогии с postfix.Никто возражать не будет?

Я решил наложить мораторий на внесение дополнений в /etc/{passwd,group} из
пакета setup до тех пор, пока мы не научимся со 100% гарантией делать
merge между обновляемой и уже установленной версией.


--
ldv

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

Re: [devel] setup

[Victor V Ismakaev]

22 Май 2003 15:33, Dmitry V. Levin написал:
> On Thu, May 22, 2003 at 10:03:42AM +0600, Victor V Ismakaev wrote:
> > Стало быть я не одинок в своих мыслях.Думаю,надо просить Диму добавить
> > пользователя exim в setup.
> > Думаю
> > exim:79:79:Exim Mail Transport Agent:/var/spool/exim:/dev/null
> > exim:x:79
> > по аналогии с postfix.Никто возражать не будет?
>
> Я решил наложить мораторий на внесение дополнений в /etc/{passwd,group} из
> пакета setup до тех пор, пока мы не научимся со 100% гарантией делать
> merge между обновляемой и уже установленной версией.
Что нам мешает чтобы научиться и 
что надо сделать,чтобы научиться?
И нельзя ли более подробно объяснить эту проблему? 
  

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] setup

[Victor Forsyuk]

On Thu, May 22, 2003 at 01:33:52PM +0400, Dmitry V. Levin wrote:
> > Думаю 
> > exim:79:79:Exim Mail Transport Agent:/var/spool/exim:/dev/null 
> > exim:x:79
> > по аналогии с postfix.Никто возражать не будет?
> 
> Я решил наложить мораторий на внесение дополнений в /etc/{passwd,group} из
> пакета setup до тех пор, пока мы не научимся со 100% гарантией делать
> merge между обновляемой и уже установленной версией.

Есть предложение вынести /etc/{passwd,group} из состава файлов,
принадлежащих пакету setup.

По сути - это никоим образом не конфигурационные файлы некой программы.
%config(noreplace) для них - это просто единственный способ предотвратить
затирание этих файлов при обновлении.

Внесение же дополнений в рабочую систему, когда мы добавляем
системные (не пользовательские) uig/gid, состоит, по сути, в
"патченьи" текущих файлов. Тогда какой смысл в этих .rpmsave?

По логике, необходима программа, которая будет заниматься безопасным
обновлением этих файлов, а setup должен содержать управляющие файлы,
описывающие необходимый набор системных uid/gid (по которым программа
и делает изменения в текущих /etc/{passwd,group}). Кстати, эти файлы
могут быть не просто кусками тех же passwd/group, но содержать
дополнительные параметры. Например, обновлять/не обновлять, если
есть пользователь с тем же именем, но отличным uid, и тому подобное.

[devel] Re: setup

[Mikhail Zabaluev]

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

Hello Victor,

On Thu, May 22, 2003 at 07:35:44PM +0300, Victor Forsyuk wrote:
>
> По логике, необходима программа, которая будет заниматься безопасным
> обновлением этих файлов, а setup должен содержать управляющие файлы,
> описывающие необходимый набор системных uid/gid (по которым программа
> и делает изменения в текущих /etc/{passwd,group}). Кстати, эти файлы
> могут быть не просто кусками тех же passwd/group, но содержать
> дополнительные параметры. Например, обновлять/не обновлять, если
> есть пользователь с тем же именем, но отличным uid, и тому подобное.

Для начала можно вынести всё, что по умолчанию содержит setup, 
в /etc/{passwd,group}.system (не-%config), а в %post-скрипте setup
сшивать эти файлы с текущими /etc/{passwd,group}
Можно даже завести по два файла: записи из одного
всегда затирают текущие записи (за исключением UID/GID),
записи из другого добавляются только если пользователь/группа
с таким именем отсутствуют.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Real programmers don't comment their code.  It was hard to write, it
should be hard to understand.

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

Re: [devel] Re: setup

[Dmitry V. Levin]

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

On Sun, May 25, 2003 at 02:34:54PM +0400, Mikhail Zabaluev wrote:
> On Thu, May 22, 2003 at 07:35:44PM +0300, Victor Forsyuk wrote:
> >
> > По логике, необходима программа, которая будет заниматься безопасным
> > обновлением этих файлов, а setup должен содержать управляющие файлы,
> > описывающие необходимый набор системных uid/gid (по которым программа
> > и делает изменения в текущих /etc/{passwd,group}). Кстати, эти файлы
> > могут быть не просто кусками тех же passwd/group, но содержать
> > дополнительные параметры. Например, обновлять/не обновлять, если
> > есть пользователь с тем же именем, но отличным uid, и тому подобное.
> 
> Для начала можно вынести всё, что по умолчанию содержит setup, 
> в /etc/{passwd,group}.system (не-%config)

/usr/share/base-passwd/

> а в %post-скрипте setup
> сшивать эти файлы с текущими /etc/{passwd,group}
> Можно даже завести по два файла: записи из одного
> всегда затирают текущие записи (за исключением UID/GID),
> записи из другого добавляются только если пользователь/группа
> с таким именем отсутствуют.

А зачем огород городить?
И чем вам groupadd(8)/useradd(8) не угодили?

Должно быть хотя бы одно разумное обоснование для того, чтобы менять
нынешнюю схему, которая, напомню, заключается в том, что все новые группы
и пользователи создаются путем вызова groupadd(8)/useradd(8), в
зависимости от потребности, в %pre/%post-скиптах.


--
ldv

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

[devel] Re: setup

[Mikhail Zabaluev]

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

Hello Dmitry,

On Sun, May 25, 2003 at 02:46:46PM +0400, Dmitry V. Levin wrote:
>
> А зачем огород городить?
> И чем вам groupadd(8)/useradd(8) не угодили?
> 
> Должно быть хотя бы одно разумное обоснование для того, чтобы менять
> нынешнюю схему, которая, напомню, заключается в том, что все новые группы
> и пользователи создаются путем вызова groupadd(8)/useradd(8), в
> зависимости от потребности, в %pre/%post-скиптах.

Проблема, которую хочется решить -- это обновление штатного списка
/etc/passwd в setup, чтобы не требовалось лезть в .rpmnew
и вручную заполировывать изменения.

-- 
Stay tuned,
  MhZ                                     JID: mhz@altlinux.org
___________
Lemmings don't grow older, they just die.

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

Re: [devel] Re: setup

[Dmitry V. Levin]

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

On Sun, May 25, 2003 at 04:43:32PM +0400, Mikhail Zabaluev wrote:
> On Sun, May 25, 2003 at 02:46:46PM +0400, Dmitry V. Levin wrote:
> > А зачем огород городить?
> > И чем вам groupadd(8)/useradd(8) не угодили?
> > 
> > Должно быть хотя бы одно разумное обоснование для того, чтобы менять
> > нынешнюю схему, которая, напомню, заключается в том, что все новые группы
> > и пользователи создаются путем вызова groupadd(8)/useradd(8), в
> > зависимости от потребности, в %pre/%post-скиптах.
> 
> Проблема, которую хочется решить -- это обновление штатного списка
> /etc/passwd в setup, чтобы не требовалось лезть в .rpmnew
> и вручную заполировывать изменения.

А зачем менять штатный /etc/passwd?


--
ldv

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

Re: [devel] Re: setup

[Alexey I. Froloff]

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

On Sun, May 25, 2003 at 04:48:06PM +0400, Dmitry V. Levin wrote:
> > > Должно быть хотя бы одно разумное обоснование для того, чтобы менять
> > > нынешнюю схему, которая, напомню, заключается в том, что все новые группы
> > > и пользователи создаются путем вызова groupadd(8)/useradd(8), в
> > > зависимости от потребности, в %pre/%post-скиптах.
> > Проблема, которую хочется решить -- это обновление штатного списка
> > /etc/passwd в setup, чтобы не требовалось лезть в .rpmnew
> > и вручную заполировывать изменения.
> А зачем менять штатный /etc/passwd?
Ну взять хотя бы группу postman в setup 2.2.0-alt3

-- 
Regards,
Sir Raorn.

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

Re: [devel] Re: setup

[Dmitry V. Levin]

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

On Mon, May 26, 2003 at 12:32:43AM +0400, Alexey I. Froloff wrote:
> On Sun, May 25, 2003 at 04:48:06PM +0400, Dmitry V. Levin wrote:
> > > > Должно быть хотя бы одно разумное обоснование для того, чтобы менять
> > > > нынешнюю схему, которая, напомню, заключается в том, что все новые группы
> > > > и пользователи создаются путем вызова groupadd(8)/useradd(8), в
> > > > зависимости от потребности, в %pre/%post-скиптах.
> > > Проблема, которую хочется решить -- это обновление штатного списка
> > > /etc/passwd в setup, чтобы не требовалось лезть в .rpmnew
> > > и вручную заполировывать изменения.
> > А зачем менять штатный /etc/passwd?
> Ну взять хотя бы группу postman в setup 2.2.0-alt3

Это не довод.
По хорошему, не стоило заводить всех этих postfix'овых групп и
пользователей в setup. А вдруг в новой версии posfix'у ещё что-то
понадобится, не лезть же опять в setup.

Заметьте, кстати, что
$ rpmquery --scripts postfix |egrep '(user|group)add'
/usr/sbin/groupadd -r -f postdrop
/usr/sbin/groupadd -r -f postfix
/usr/sbin/groupadd -r -f postman
/usr/sbin/useradd -r -n -g postfix -d /var/spool/postfix -s /dev/null -c postfix postfix &>/dev/null ||:
/usr/sbin/useradd -r -n -g postman -d /dev/null -s /dev/null -c postman postman &>/dev/null ||:


--
ldv

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

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor Forsyuk]

On Thu, May 22, 2003 at 10:03:42AM +0600, Victor V Ismakaev wrote:
> >
> > Есть предложение не делать заведений пользователя при установке пакета.
> > Вместо этого стоило бы дождаться добавления мантейнером setup пользователя
> > и require'ить наличие новой версии setup.
> Согласен.Правда версию 4.20-alt0.1 позавчера залил в incoming.

В сизифовский? Не нашел его ни там, ни уже в сизифе.

Re: [devel] Re: [devel]зависимость наperl(MD5.pm)

[Victor V Ismakaev]

22 Май 2003 20:58, Victor Forsyuk написал:
> On Thu, May 22, 2003 at 10:03:42AM +0600, Victor V Ismakaev wrote:
> > > Есть предложение не делать заведений пользователя при установке пакета.
> > > Вместо этого стоило бы дождаться добавления мантейнером setup
> > > пользователя и require'ить наличие новой версии setup.
> >
> > Согласен.Правда версию 4.20-alt0.1 позавчера залил в incoming.
>
> В сизифовский? Не нашел его ни там, ни уже в сизифе.
Прибил. Готовлю новую сборку.

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] зависимость на perl(MD5.pm) -решено

[Victor V Ismakaev]

19 Май 2003 11:58, Victor V Ismakaev написал:
> Приветствую.
> Собираю пакет exim.
> В его зависимостях(REQUIRENAME) появляются строки вида
> perl(MD5.pm)
> perl(MIME/Base64.pm)
Особое спасибо Victor Forsyuk и Alexey Tourbin,которые натолкнули меня на 
решение проблемы.
Вся проблема заключалась в подключении модуля Digest::MD5.pm
было
use MIME::Base64
use MD5

заменил на 
use Digest::MD5
и зависимости выпрямились.
--
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: зависимость на perl(MD5.pm) -решено

[Alexey Tourbin]

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

On Tue, May 20, 2003 at 09:06:09AM +0600, Victor V Ismakaev wrote:
> Вся проблема заключалась в подключении модуля Digest::MD5.pm
> было
> use MIME::Base64
> use MD5
> 
> заменил на 
> use Digest::MD5
> и зависимости выпрямились.

Да дело не только в зависимостях, но ещё и собственно в кривых
модулях/скриптах.

$ perl -c cramtest.pl

оно хотя бы работет?

Если бы зависимости обнаруживались с помощью B::Deparse (что скорее
всего будет сделано), кривые модули/скрипты обнаруживались бы уже на
стадии сборки пакета.

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

Re: [devel] Re: зависимость на perl(MD5.pm) -решено

[Victor V Ismakaev]

20 Май 2003 10:53, Alexey Tourbin написал:
> On Tue, May 20, 2003 at 09:06:09AM +0600, Victor V Ismakaev wrote:
> > Вся проблема заключалась в подключении модуля Digest::MD5.pm
> > было
> > use MIME::Base64
> > use MD5
> >
> > заменил на
> > use Digest::MD5
> > и зависимости выпрямились.
>
> Да дело не только в зависимостях, но ещё и собственно в кривых
> модулях/скриптах.
>
> $ perl -c cramtest.pl
>
> оно хотя бы работет?
если 
use Digest::MD5
то
[victor@vic util]$ perl -c cramtest.pl
cramtest.pl syntax OK

если
use MD5
то
[victor@vic util]$ perl -c cramtest.pl
Can't locate MD5.pm in @INC (@INC contains: /usr/lib/perl5/i386-linux 
/usr/lib/perl5 /usr/local/lib/perl5/site_perl/5.8.0/i386-linux 
/usr/local/lib/perl5/site_perl/5.8.0 /usr/local/lib/perl5/site_perl 
/usr/lib/perl5/vendor_perl/i386-linux /usr/lib/perl5/vendor_perl 
/usr/lib/perl5/vendor_perl .) at cramtest.pl line 23.
BEGIN failed--compilation aborted at cramtest.pl line 23.


> Если бы зависимости обнаруживались с помощью B::Deparse (что скорее
> всего будет сделано), кривые модули/скрипты обнаруживались бы уже на
> стадии сборки пакета.
Только когда это еще будет сделано ...
-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

[devel] Re: зависимость на perl(MD5.pm) -решено

[Alexey Tourbin]

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

On Tue, May 20, 2003 at 11:28:00AM +0600, Victor V Ismakaev wrote:
> > Если бы зависимости обнаруживались с помощью B::Deparse (что скорее
> > всего будет сделано), кривые модули/скрипты обнаруживались бы уже на
> > стадии сборки пакета.
> Только когда это еще будет сделано ...

При переходе на perl-5.8.1.  RC1 должен выйти на днях, но с графиком
релизов у них примерно как у нас...

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