[devel] Re: perl closure suggestions

[Mikhail Zabaluev]

Hello Alexey,

On Mon, Nov 25, 2002 at 04:44:49PM +0300, Alexey Tourbin wrote:
>
> On Sat, Nov 23, 2002 at 12:52:56AM +0300, Mikhail Zabaluev wrote:
> > > > Объясняйте про "приоритет" пользователю, которому нужен
> > > > модуль Foo::Bar, и который знает, что этот модуль точно
> > > > есть в архиве perl-5.8.0.tar.gz
> > > 
> > > Под этот пример подходит только perl-Storable, который всегда был
> > > отдельным пакетом.
> > 
> > Storable теперь в составе, что-то от него уже зависит,
> > и смысл держать отдельный пакет пропал.
> 
> Нет, есть смысл держать отдельным пакетам, т.к. он нужен другим пакетам:
> 
> Reverse Depends:
>   foomatic,perl(Storable.pm)
>   perl-PlRPC,perl(Storable.pm)
>   perl-MLDBM,perl(Storable.pm)
>   perl-IPC-SharedCache,perl(Storable.pm)
>   perl,perl(Storable.pm)
>   foomatic-addon,perl(Storable.pm)
>   finplan,perl(Storable.pm)

Ну так внесите его в perl-base, если он такой полезный.

> > А остальные зависимости каким ветром занесло в perl?
> > Если это perl.req обнаруживает условные зависимости,
> > его нужно отключить для perl -- и так понятно,
> > что perl должен зависеть только от perl-base
> 
> Почему perl должен зависеть только от perl-base, если реально существуют
> другие зависимости, мне не понятно.

Потому что, когда собираешь perl из архива и устанавливаешь его в
систему, ни от каких сторонних perl-модулей он, естественно,
не зависит (за исключением полезностей типа Term::ReadKey).
И странно, когда пакеты, собранные из того же архива, вдруг
какие-то такие зависимости обнаруживают.

> Увы, perl bundle не замкнут по
> меньшей мере в части условных зависимостей. Я готов обсудить каждую
> зависимость отдельно.
> 
> 1) Term/ReadKey.pm нужен для полноценной поддержки libreadline, которая
> может использоваться в дебаггере (а также в пакете perl-CPAN); без него
> history и т.п. просто не работает. В bundle он не входит, и ранее этот
> пакет не собирался вообще. Так что это нужно считать достижением.

Согласен.

> > Краткий экскурс по списку файлов perl обнаруживает следующие модули:
> > 
> > File::Spec::
> 
> $ rpm -q --provides perl-5.8.0-alt0.8.1 | fgrep File/Spec
> perl(File/Spec/Cygwin.pm) = 0:1.0
> perl(File/Spec/Epoc.pm) = 0:1.00
> perl(File/Spec/Mac.pm) = 0:1.3
> perl(File/Spec/OS2.pm) = 0:1.1
> perl(File/Spec/VMS.pm) = 0:1.2
> perl(File/Spec/Win32.pm) = 0:1.3

Всё верно, я не об этом.

> $
> 
> > Getopt::Long
> > POSIX      !!!
> 
> $ rpm -q --provides perl-5.8.0-alt0.8.1 | fgrep Getopt/Long
> $ rpm -q --provides perl-5.8.0-alt0.8.1 | fgrep POSIX
> $
> 
> Там лежат файлы типа README (всегда там лежали).
> 
> > I18N::
> > Locale::
> 
> Этим модулям место в пакете perl.
> 
> > Time::
> 
> $ rpm -q --provides perl | grep Time/
> perl(Time/gmtime.pm) = 0:1.02
> perl(Time/localtime.pm) = 0:1.02
> perl(Time/tm.pm) = 0:1.00
> $
> 
> Это объектные интерфейсы доступа к полям localtime() и gmtime(), которые
> используются редко. В сифзифе они требуются только для drakxtools-newt.
> Однако, учитывая то, что они занимают очень мало места, можно перенести
> их в perl-base.
> 
> > Sys::Syslog
> 
> Этот модуль также используется редко. В сизифе он нужен только для
> /usr/sbin/oki4daemon из пакета ghostscript. В принципе, можно внести его
> в perl-base.

Не надо ничего лишнего (читай: ненужного "минималистично-стержневым"
пакетам) нести в perl-base. Мне лишь не нравится идея, что perl
может рассматриваться как некий малонужный пакет и поэтому из
него нужно выдирать модули для любого приложения, которое попросит,
вытягивая при этом лапшу зависимостей из perl.

-- 
Stay tuned,
  MhZ                                     JID: mookid на jabber.org
___________
Writing about music is like dancing about architecture.
		-- Frank Zappa
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20021129/d89aa47c/attachment-0001.bin>