[devel] perl-5.8.0-alt0.9.nosrc.rpm

[devel] perl-5.8.0-alt0.9.nosrc.rpm

[Alexey Tourbin]

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


devel:/incoming/Sisyphus/perl-5.8.0-alt0.9.nosrc.rpm

%package full
Summary: The Perl programming language (full kit)
Group: Development/Perl
PreReq: perl-base perl-devel perl 
PreReq: perl-pod perl-man1 perl-man3
PreReq: perl-libnet perl-libwww-perl
PreReq: perl(AnyDBM_File.pm) perl(DB_File.pm) perl(NDBM_File.pm)
PreReq: perl(DBI.pm) perl(DBD/mysql.pm) perl(DBD/Pg.pm)
PreReq: perl(CPAN.pm) perl(Term/ReadLine/Gnu.pm)
PreReq: perl(Storable.pm) perl(CGI.pm) perl(Text/Balanced.pm)
PreReq: perl(HTML/Parser.pm) perl(XML/Parser.pm)

%description full
This package helps you to install feature-rich perl kit.

%files full

%changelog
* Sun Dec 10 2002 Alexey Tourbin <at@altlinux.ru> 1:5.8.0-alt0.9
- perl-full package (helps to install feature-rich perl kit)
- moved from perl to perl-base: Sys::Syslog, Net::Ping, Net::*ent,
  Time::tm, Time::gmtime, Time::localtime, timelocal.pl, ctime.pl,
  flush.pl, stat.pl, getopt.pl, the rest of *.ph files
- deb-Safe patch (security update for Safe.pm)
- upstream patches: 17781, 17927, 18061 (RH)


-- 
WBR, Alexey Tourbin	"He is a sane man who can have tragedy 
BIOZAK Ltd., Russia	 in his heart and comedy in his head."
					--G.K.Chesterton

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

Re: [devel] perl-5.8.0-alt0.9.nosrc.rpm

[Ivan Zakharyaschev]

	Hello, Alexey!

Извините, что влезаю в обсуждение по далёкой от меня теме. Насколько
оправдано тут использование зависимостей именно типа PreReq? (Меня этот
вопрос стал беспокоить в связи с тем, что в последнее время некоторые
обновления с помощью apt-0.5 не проходили из-за того, что были слишком
закрученные PreReq-зависимости.)

PreReq, насколько я понимаю, значит ровным счётом только: скрипты
пакета, исполняемые на стадии установки и удаления (%{pre,post}{,un},
triggers) используют указанные в зависимостях пакеты. Соответственно, в
это время эти пакеты должны стоять в системе. В приведённых выдержках из
спека таких скриптов не видно, поэтому, возможно, простые Requires будут
более подходящими.


Ещё хочу отметить, что появилась возможность указывать более тонкие, чем
с помощью PreReq, зависимости, используя теги вида Requires(...),
например,

Requires(postun): ....

По-моему, в новых спеках желательно использование таких конструкций, а
не PreReq. (Хотя я не уверен, что apt уже умеет разбираться в таких
тонкостях.)

On Tue, 10 Dec 2002, Alexey Tourbin wrote:

>
> devel:/incoming/Sisyphus/perl-5.8.0-alt0.9.nosrc.rpm
>
> %package full
> Summary: The Perl programming language (full kit)
> Group: Development/Perl
> PreReq: perl-base perl-devel perl
> PreReq: perl-pod perl-man1 perl-man3
> PreReq: perl-libnet perl-libwww-perl
> PreReq: perl(AnyDBM_File.pm) perl(DB_File.pm) perl(NDBM_File.pm)
> PreReq: perl(DBI.pm) perl(DBD/mysql.pm) perl(DBD/Pg.pm)
> PreReq: perl(CPAN.pm) perl(Term/ReadLine/Gnu.pm)
> PreReq: perl(Storable.pm) perl(CGI.pm) perl(Text/Balanced.pm)
> PreReq: perl(HTML/Parser.pm) perl(XML/Parser.pm)
>
> %description full
> This package helps you to install feature-rich perl kit.
>
> %files full
>
> %changelog
> * Sun Dec 10 2002 Alexey Tourbin <at@altlinux.ru> 1:5.8.0-alt0.9
> - perl-full package (helps to install feature-rich perl kit)
> - moved from perl to perl-base: Sys::Syslog, Net::Ping, Net::*ent,
>   Time::tm, Time::gmtime, Time::localtime, timelocal.pl, ctime.pl,
>   flush.pl, stat.pl, getopt.pl, the rest of *.ph files
> - deb-Safe patch (security update for Safe.pm)
> - upstream patches: 17781, 17927, 18061 (RH)

-- 
С наилучшими пожеланиями,
Иван Захарьящев, Москва

[devel] Re: perl-5.8.0-alt0.9.nosrc.rpm

[Alexey Tourbin]

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

On Thu, Dec 12, 2002 at 12:24:57AM +0300, Ivan Zakharyaschev wrote:
> Извините, что влезаю в обсуждение по далёкой от меня теме. Насколько
> оправдано тут использование зависимостей именно типа PreReq? (Меня этот
> вопрос стал беспокоить в связи с тем, что в последнее время некоторые
> обновления с помощью apt-0.5 не проходили из-за того, что были слишком
> закрученные PreReq-зависимости.)

Использование PreReq в пакете perl-full оправдано тем, что пакеты, в
идеале, должны ставиться "как матрешки", push, и удаляться таким же
образом, pop (сейчас, руководствуясь PreReq-информацией, RPM ставит
хорошо, а удаляет как попало -- я когда-то об этом писал). Т.е. не
только из-за зависимостей в pre/post скриптах, а вообще.

Т.е. perl-full должен ставиться в последнюю очередь.

А apt-get как-нибудь пробует разрешить коллизии PreReq?


> PreReq, насколько я понимаю, значит ровным счётом только: скрипты
> пакета, исполняемые на стадии установки и удаления (%{pre,post}{,un},
> triggers) используют указанные в зависимостях пакеты. Соответственно, в
> это время эти пакеты должны стоять в системе. В приведённых выдержках из
> спека таких скриптов не видно, поэтому, возможно, простые Requires будут
> более подходящими.
> 
> 
> Ещё хочу отметить, что появилась возможность указывать более тонкие, чем
> с помощью PreReq, зависимости, используя теги вида Requires(...),
> например,
> 
> Requires(postun): ....
> 
> По-моему, в новых спеках желательно использование таких конструкций, а
> не PreReq. (Хотя я не уверен, что apt уже умеет разбираться в таких
> тонкостях.)
> 
> On Tue, 10 Dec 2002, Alexey Tourbin wrote:
> 
> >
> > devel:/incoming/Sisyphus/perl-5.8.0-alt0.9.nosrc.rpm
> >
> > %package full
> > Summary: The Perl programming language (full kit)
> > Group: Development/Perl
> > PreReq: perl-base perl-devel perl
> > PreReq: perl-pod perl-man1 perl-man3
> > PreReq: perl-libnet perl-libwww-perl
> > PreReq: perl(AnyDBM_File.pm) perl(DB_File.pm) perl(NDBM_File.pm)
> > PreReq: perl(DBI.pm) perl(DBD/mysql.pm) perl(DBD/Pg.pm)
> > PreReq: perl(CPAN.pm) perl(Term/ReadLine/Gnu.pm)
> > PreReq: perl(Storable.pm) perl(CGI.pm) perl(Text/Balanced.pm)
> > PreReq: perl(HTML/Parser.pm) perl(XML/Parser.pm)


> -- 
> С наилучшими пожеланиями,
> Иван Захарьящев, Москва

-- 
WBR, Alexey Tourbin	"He is a sane man who can have tragedy 
BIOZAK Ltd., Russia	 in his heart and comedy in his head."
					--G.K.Chesterton

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

[devel] PreReq

[Alexey Tourbin]

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

On Sun, Dec 15, 2002 at 11:36:13AM +0300, Alexey Tourbin wrote:
> On Thu, Dec 12, 2002 at 12:24:57AM +0300, Ivan Zakharyaschev wrote:
> > Извините, что влезаю в обсуждение по далёкой от меня теме. Насколько
> > оправдано тут использование зависимостей именно типа PreReq? (Меня этот
> > вопрос стал беспокоить в связи с тем, что в последнее время некоторые
> > обновления с помощью apt-0.5 не проходили из-за того, что были слишком
> > закрученные PreReq-зависимости.)
> 
> Использование PreReq в пакете perl-full оправдано тем, что пакеты, в
> идеале, должны ставиться "как матрешки", push, и удаляться таким же
> образом, pop (сейчас, руководствуясь PreReq-информацией, RPM ставит
> хорошо, а удаляет как попало -- я когда-то об этом писал). Т.е. не
> только из-за зависимостей в pre/post скриптах, а вообще.

Вопрос: оправдано ли использование PreReq в группе пакетов с разбиением
по devel/devel-static схеме?

%package devel
PreReq: %name = %version-%release

%package devel-static
PreReq: %name-devel = %version-%release


> А apt-get как-нибудь пробует разрешить коллизии PreReq?

?

-- 
WBR, Alexey Tourbin
BIOZAK Ltd., Russia

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

[devel] Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Mikhail Zabaluev]

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

Hello Alexey,

On Sun, Dec 15, 2002 at 11:36:13AM +0300, Alexey Tourbin wrote:
>
> On Thu, Dec 12, 2002 at 12:24:57AM +0300, Ivan Zakharyaschev wrote:
> > Извините, что влезаю в обсуждение по далёкой от меня теме. Насколько
> > оправдано тут использование зависимостей именно типа PreReq? (Меня этот
> > вопрос стал беспокоить в связи с тем, что в последнее время некоторые
> > обновления с помощью apt-0.5 не проходили из-за того, что были слишком
> > закрученные PreReq-зависимости.)
> 
> Использование PreReq в пакете perl-full оправдано тем, что пакеты, в
> идеале, должны ставиться "как матрешки", push, и удаляться таким же
> образом, pop (сейчас, руководствуясь PreReq-информацией, RPM ставит
> хорошо, а удаляет как попало -- я когда-то об этом писал). Т.е. не
> только из-за зависимостей в pre/post скриптах, а вообще.
> 
> Т.е. perl-full должен ставиться в последнюю очередь.

Порядок как-то влияет на результат установки?
Если нет, нужно переделать на Requires: незачем
создавать ненужную жёсткость в конструкции.

Вообще, это относится ко всем, кто практикует анально-ретентивный
подход к зависимостям. Расслабьтесь.
Не нужно перечислять пакеты, с которыми у вас что-то
собрано, с точностью до %version-%release, если не
известно доподлинно, что с более ранними версиями
пакет работать не будет. Оставьте системе степени
свободы и исправляйте проблемы, которые реально
возникают. Лично у меня возникали противоположные
проблемы: что-то из семейства nautilus требовало
кучу вещей со скрупулёзнейшим указанием версии-релиза
(гвозди бы делать из этих людей), однако одна из
зависимостей в Sisyphus была старой :(

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

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
I'm ZIPPY the PINHEAD and I'm totally committed to the festive mode.

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

[devel] (no subject)

[Uzorin Pavel]

Здравствуйте все

Извените, если немного не в тему рассылки.

Андрей Орлов просил сообщить, что его не будет в течении
дней 10 и свои обещания по пакетам он выполнит чуть позднее.

С уважением Узорин Павел

[devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Alexey Tourbin]

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

On Sat, Dec 21, 2002 at 03:03:32AM +0300, Mikhail Zabaluev wrote:
> Порядок как-то влияет на результат установки?

И да, и нет. Дело в том, что, насколько я понимаю, apt/rpm не
гарантируют атомарности обновления. Поэтому порядок установки может
иметь значение: представьте себе, что первым встал пакет perl-full, а
perl-base по каким-нибудь причинам обломился. Что остается в сухом
остатке? Смехатура!

В любом случае, принцип "матрешки" мне кажется правильным. Нужны
примеры, когда он приводит к нежелательным последствиям.

> Если нет, нужно переделать на Requires: незачем
> создавать ненужную жёсткость в конструкции.
> 
> Вообще, это относится ко всем, кто практикует анально-ретентивный
> подход к зависимостям. Расслабьтесь.
> Не нужно перечислять пакеты, с которыми у вас что-то
> собрано, с точностью до %version-%release, если не
> известно доподлинно, что с более ранними версиями
> пакет работать не будет. Оставьте системе степени
> свободы и исправляйте проблемы, которые реально
> возникают. Лично у меня возникали противоположные
> проблемы: что-то из семейства nautilus требовало
> кучу вещей со скрупулёзнейшим указанием версии-релиза
> (гвозди бы делать из этих людей), однако одна из
> зависимостей в Sisyphus была старой :(
> 
> Кстати, вот хотел пожаловаться на анально-ретентивный подход
> в разбиении пакетов nautilus2, но увидел, что там всё
> значительно упростилось. Так держать, коллеги.



-- 
WBR, Alexey Tourbin
BIOZAK Ltd., Russia

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

[devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Mikhail Zabaluev]

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

Hello Alexey,

On Mon, Dec 23, 2002 at 03:56:59PM +0300, Alexey Tourbin wrote:
>
> On Sat, Dec 21, 2002 at 03:03:32AM +0300, Mikhail Zabaluev wrote:
> > Порядок как-то влияет на результат установки?
> 
> И да, и нет. Дело в том, что, насколько я понимаю, apt/rpm не
> гарантируют атомарности обновления. Поэтому порядок установки может
> иметь значение: представьте себе, что первым встал пакет perl-full, а
> perl-base по каким-нибудь причинам обломился. Что остается в сухом
> остатке? Смехатура!

В сухом остатке остаётся устранение причины аварийного завершения
скрипта, хотя бы в виде ||:. Всё остальное -- мёртвому припарки.

> В любом случае, принцип "матрешки" мне кажется правильным. Нужны
> примеры, когда он приводит к нежелательным последствиям.

Зависимости представляют из себя граф самого общего вида,
с возможностью циклов. Если каком-либо в цикле все зависимости
вида Requires, можно просто поставить все пакеты, входящие в
цикл, в любом порядке. Если какие-либо зависимости заданы как
PreReq, задача существенно усложняется. Если учесть, что
пакет может входить в несколько циклов, надеюсь, станет
понятно, что незачем создавать на свою голову проблемы.
Мы и так не можем разгрести причины некорректной работы
всевозможных apt-get [dist-]upgrade

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
How come we never talk anymore?

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

Re: [devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Ivan Zakharyaschev]

	Hello!

Меня всё излишние PreReqs беспокоят -- вот на этот раз в Eterm:
libutempter, imlib2, libast. Может, я чего-то не понимаю, но наличие
этих библиотек вроде никак не влияет на успешность работы скриптов во
время установки.

Не подойдут ли обычные Requires:? Тогда ведь, когда все библиотеки будут
установлены по требованию зависимостей, неважно в каком порядке, Eterm
окажется работоспособным.

PreReq имеют другой смысл.

-- 
С наилучшими пожеланиями,
Иван Захарьящев, Москва

[devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Michael Shigorin]

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

On Sat, Dec 28, 2002 at 01:18:24AM +0300, Ivan Zakharyaschev wrote:
> PreReq имеют другой смысл.

Если не ошибаюсь, в свое время (весной?) PreReq были
рекомендованы как "ручные" зависимости, в котраст Requires,
которые добавляются buildreq.  В своих пакетах (под следующий
build) править?

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

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

Re: [devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Ivan Zakharyaschev]

	Hello!

On Sat, 28 Dec 2002, Michael Shigorin wrote:

> On Sat, Dec 28, 2002 at 01:18:24AM +0300, Ivan Zakharyaschev wrote:
> > PreReq имеют другой смысл.
>
> Если не ошибаюсь, в свое время (весной?) PreReq были
> рекомендованы как "ручные" зависимости, в котраст Requires,
> которые добавляются buildreq.  В своих пакетах (под следующий
> build) править?

Нет, это могло касаться только BuildPreReq в контраст BuildRequires,
которые генерирует buildreq. (Только зависимости для сборки.)

PreReq говорят, что какой-то другой пакет обязательно должен уже стоять
в системе, чтобы этот пакет смог успешно *установиться* (не работать). С
помощью них регулируется порядок установки. Как правило, PreReq значит,
что скриптам, испольняющимся при установке-удалении, требуется то, что
указано в PreReq. Если речь идёт о зависимостях, возникающих при работе
того, что составляет пакет, то их нужно записать в Requires. Обычно для
успешной работы того. что входит в пакет, не важно, в каком порядке было
установлено то, от чего он зависит -- главное. чтобы он было к момнету
использования.

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

Ещё появилась возможность вместо PreReq и BuildPreReq использовать
Requires(..) и BuildRequires(..) и указывать более тонкие зависимости,
например,

Requires(postun): ...

BuildRequires(build): ....

Хорошо бы, чтобы apt и rpm стали правильно понимать такие зависимости, а
PreReq и BuildPreReq постепенно исчезали из spec-файлов -- слишком
сильные зависимости мешают. buildreq вполне может начать записывать
тонкие зависимости по стадиям сборки.

-- 
С наилучшими пожеланиями,
Иван Захарьящев, Москва

[devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Alexey Tourbin]

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

On Sat, Dec 28, 2002 at 03:03:44PM +0300, Ivan Zakharyaschev wrote:
> > On Sat, Dec 28, 2002 at 01:18:24AM +0300, Ivan Zakharyaschev wrote:
> > > PreReq имеют другой смысл.

> PreReq говорят, что какой-то другой пакет обязательно должен уже стоять
> в системе, чтобы этот пакет смог успешно *установиться* (не работать). С

OK, где можно прочитать о том, какой смысл у PreReq? По rpm очень мало
документации (а max-rpm -- это tutorial), каждый трактует как может.

-- 
WBR, Alexey Tourbin
BIOZAK Ltd., Russia

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

[devel] Re: Излишне тщательные зависимости (was Re: perl-5.8.0-alt0.9.nosrc.rpm)

[Mikhail Zabaluev]

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

Hello Alexey,

On Tue, Jan 14, 2003 at 09:42:33PM +0300, Alexey Tourbin wrote:
>
> On Sat, Dec 28, 2002 at 03:03:44PM +0300, Ivan Zakharyaschev wrote:
> > > On Sat, Dec 28, 2002 at 01:18:24AM +0300, Ivan Zakharyaschev wrote:
> > > > PreReq имеют другой смысл.
> 
> > PreReq говорят, что какой-то другой пакет обязательно должен уже стоять
> > в системе, чтобы этот пакет смог успешно *установиться* (не работать). С
> 
> OK, где можно прочитать о том, какой смысл у PreReq? По rpm очень мало
> документации (а max-rpm -- это tutorial), каждый трактует как может.

Я в случае нужды чаще всего нахожу информацию в /usr/share/doc/rpm-*/
, особенно в подкаталоге manual.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
She ran the gamut of emotions from 'A' to 'B'.
		-- Dorothy Parker, on a Kate Hepburn performance

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