[devel] perl closure suggestions

[devel] perl closure suggestions

[Mikhail Zabaluev]

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

Привет,

Мысли по поводу незамкнутости perl:

http://bugs.altlinux.ru/view_bug_page.php?f_id=0001583

На какой ID в BTS можно перевесить эту собаку? :)

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
The Osmonds!  You are all Osmonds!!  Throwing up on a freeway at dawn!!!

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

[devel] Re: perl closure suggestions

[Alexey Tourbin]

On Wed, Nov 20, 2002 at 04:51:34AM +0300, Mikhail Zabaluev wrote:
> Привет,
> 
> Мысли по поводу незамкнутости perl:
> 
> http://bugs.altlinux.ru/view_bug_page.php?f_id=0001583
> 
> На какой ID в BTS можно перевесить эту собаку? :)

Пакету, который сейчас называется perl, по смыслу больше подошло бы
название perl-extra. Не знаю, стоит ли его переименовать. Он обладает
"приоритетом" меньшим, чем некоторые другие perl-* пакеты, поэтому
соответствующие зависимости допускаются.

Нужно ли написать более подробный bugnote в BTS?
Я ещё подумаю. Скоро у меня появится возможность этим заняться.

-- 
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

[devel] Re: perl closure suggestions

[Mikhail Zabaluev]

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

Hello Alexey,

On Wed, Nov 20, 2002 at 02:39:32PM +0300, Alexey Tourbin wrote:
>
> > Мысли по поводу незамкнутости perl:
> > 
> > http://bugs.altlinux.ru/view_bug_page.php?f_id=0001583
> > 
> > На какой ID в BTS можно перевесить эту собаку? :)
> 
> Пакету, который сейчас называется perl, по смыслу больше подошло бы
> название perl-extra. Не знаю, стоит ли его переименовать. Он обладает
> "приоритетом" меньшим, чем некоторые другие perl-* пакеты, поэтому
> соответствующие зависимости допускаются.

Объясняйте про "приоритет" пользователю, которому нужен
модуль Foo::Bar, и который знает, что этот модуль точно
есть в архиве perl-5.8.0.tar.gz
Те, кто ранее работал с perl из исходников
(или в других не столь озабоченных толщиной пакетов дистрибутивах),
удивятся, когда узнают, что модули, к которым они привыкли,
сидят в какой-то экстре, а другие модули непонятно зачем
находятся в отдельных пакетах.
Я бы вытаскивал из perl только то, что не оставляет за собой
зависимостей в perl (или perl-base) и в свою очередь зависит
от чего-то такого, к чему весь perl привязывать нецелесообразно.
Иначе весь perl можно разобрать на кирпичики, которые потом
кому-то придётся поддерживать.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
"If you don't want your dog to have bad breath, do what I do:  Pour a little
Lavoris in the toilet."
		-- Jay Leno

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

[devel] Re: perl closure suggestions

[Alexey Tourbin]

On Wed, Nov 20, 2002 at 03:53:22PM +0300, Mikhail Zabaluev wrote:
> Объясняйте про "приоритет" пользователю, которому нужен
> модуль Foo::Bar, и который знает, что этот модуль точно
> есть в архиве perl-5.8.0.tar.gz

Под этот пример подходит только perl-Storable, который всегда был
отдельным пакетом.

> Те, кто ранее работал с perl из исходников
> (или в других не столь озабоченных толщиной пакетов дистрибутивах),
> удивятся, когда узнают, что модули, к которым они привыкли,

К Foo::Bar?
Итого: нет примера.


-- 
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

[devel] Re: perl closure suggestions

[Mikhail Zabaluev]

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

Hello Alexey,

On Wed, Nov 20, 2002 at 04:14:27PM +0300, Alexey Tourbin wrote:
>
> On Wed, Nov 20, 2002 at 03:53:22PM +0300, Mikhail Zabaluev wrote:
> > Объясняйте про "приоритет" пользователю, которому нужен
> > модуль Foo::Bar, и который знает, что этот модуль точно
> > есть в архиве perl-5.8.0.tar.gz
> 
> Под этот пример подходит только perl-Storable, который всегда был
> отдельным пакетом.

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

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

> 
> > Те, кто ранее работал с perl из исходников
> > (или в других не столь озабоченных толщиной пакетов дистрибутивах),
> > удивятся, когда узнают, что модули, к которым они привыкли,
> 
> К Foo::Bar?
> Итого: нет примера.

Краткий экскурс по списку файлов perl обнаруживает следующие модули:

File::Spec::
Getopt::Long
I18N::
Locale::
Time::
Unicode::
POSIX      !!!
Sys::Syslog

Если в какой-то системе отсчёта эти модули имеют низкий "приоритет",
я сильно возражаю.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
May Euell Gibbons eat your only copy of the manual!

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

[devel] Re: perl closure suggestions

[Alexey Tourbin]

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?
> Если это perl.req обнаруживает условные зависимости,
> его нужно отключить для perl -- и так понятно,
> что perl должен зависеть только от perl-base

Почему perl должен зависеть только от perl-base, если реально существуют
другие зависимости, мне не понятно. Увы, perl bundle не замкнут по
меньшей мере в части условных зависимостей. Я готов обсудить каждую
зависимость отдельно.

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

2) Text/Balanced.pm входит в пакет perl-Parse-RecDescent, который всегда
собирался отдельным пакетом. Учитивая то, что теперь он входит в bundle,
а в сизифе он требуется только для пакета perl-PDL, его, действительно,
можно внести в пакет perl.

> Краткий экскурс по списку файлов 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.

> Если в какой-то системе отсчёта эти модули имеют низкий "приоритет",
> я сильно возражаю.

Stay tuned. :)

-- 
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

[devel] Re: perl closure suggestions

[Mikhail Zabaluev]

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

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

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

Re: [devel] Re: perl closure suggestions

[Alexey Morozov]

On Fri, Nov 29, 2002 at 12:49:26AM +0300, Mikhail Zabaluev wrote:
> > $ 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
> Всё верно, я не об этом.
Кстати, господа, я не очень слежу за вашей дискуссией, возможно, мой
комментарий неуместен, но "молчать не могу" (С) Если вы собираетесь
совсем свыдернуть эти файлы из дистрибуции, то, типа, я против.

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

Так что, место таким файлам если не в базовой поставке perl, то, по крайней
мере, в "полнофункциональной" (интересно, а можно ли распотрошить File::Spec
так, чтобы в базовой поставке он хотел только File::Spec::Unix, а в
"полнофункциональной" - все остальные...

[devel] Re: perl closure suggestions

[Mikhail Zabaluev]

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

Hello Alexey,

On Sat, Nov 30, 2002 at 06:49:43PM +0600, Alexey Morozov wrote:
>
> On Fri, Nov 29, 2002 at 12:49:26AM +0300, Mikhail Zabaluev wrote:
> > > $ 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
> > Всё верно, я не об этом.
> Кстати, господа, я не очень слежу за вашей дискуссией, возможно, мой
> комментарий неуместен, но "молчать не могу" (С) Если вы собираетесь
> совсем свыдернуть эти файлы из дистрибуции, то, типа, я против.
> 
> Несмотря на кажущуюся бесполезность этих файлов для
> "нормального юниксоида" (TM), периодически приходится пользоваться
> модулями для "вражьих систем" прямо на localhost, например, когда
> нужно распарсить списки файлов, присланные каким-нибудь "не столь
> продвинутым", как собравшаяся здесь публика, товарищем.
> 
> Так что, место таким файлам если не в базовой поставке perl, то, по крайней
> мере, в "полнофункциональной" (интересно, а можно ли распотрошить File::Spec
> так, чтобы в базовой поставке он хотел только File::Spec::Unix, а в
> "полнофункциональной" - все остальные...

Нет, нет, никто на эти файлы не покушается.
Мой оригинальный вопль был о том, что у пакета perl появились
зависимости на "модульные" пакеты perl-*, из которых
относительно оправдан только perl-Term-ReadKey,
а два других просятся в bundle.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Love America -- or give it back.

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

[devel] Re: perl closure suggestions

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 494 bytes --]

On Sat, Nov 30, 2002 at 08:31:49PM +0300, Mikhail Zabaluev wrote:
> относительно оправдан только perl-Term-ReadKey,
> а два других просятся в bundle.

Кажется, относительно perl-Term-ReadKey я ошибся. Поддержка libreadline
после его установки не появляется. Но у меня были некоторые причины так
ошибаться. Объяснять их мне теперь уже неудобно. :)


-- 
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 #1.2: PGP Key 0x38E7BB46. --]
[-- Type: application/pgp-keys, Size: 2108 bytes --]

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

[devel] Re: perl closure suggestions

[Alexey Tourbin]

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

On Sat, Nov 30, 2002 at 06:49:43PM +0600, Alexey Morozov wrote:
> On Fri, Nov 29, 2002 at 12:49:26AM +0300, Mikhail Zabaluev wrote:
> > > $ 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
> > Всё верно, я не об этом.
> Кстати, господа, я не очень слежу за вашей дискуссией, возможно, мой
> комментарий неуместен, но "молчать не могу" (С) Если вы собираетесь
> совсем свыдернуть эти файлы из дистрибуции, то, типа, я против.

...

> Так что, место таким файлам если не в базовой поставке perl, то, по крайней
> мере, в "полнофункциональной" (интересно, а можно ли распотрошить File::Spec
> так, чтобы в базовой поставке он хотел только File::Spec::Unix, а в
> "полнофункциональной" - все остальные...

Конечно. Эти файлы находятся в пакете perl. Кроме того, я хочу сделать
пакет perl-full. Типа, в помощь тупым администраторам. Уже почти сделал.
Он должен потянуть за собой всё, о чем пишут в книжках. :)


-- 
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] Re: perl closure suggestions

[Alexey Tourbin]

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

On Wed, Nov 20, 2002 at 03:53:22PM +0300, Mikhail Zabaluev wrote:
> Объясняйте про "приоритет" пользователю, которому нужен
> модуль Foo::Bar, и который знает, что этот модуль точно
> есть в архиве perl-5.8.0.tar.gz

Он в любом случае попилен на несколько пакетов.

По поводу "perl closure" вообще: здесь есть некоторая игра понятиями.
Ведь в дистрибутиве нет такого понятия, как perl bundle или архив
perl-5.8.0.tar.gz. Есть только rpm пакеты: есть пакет perl-base, базовая
функциональность, и есть другие perl-* пакеты -- дополнительная
функциональность. Поэтому пакеты и стоит пилить: кому какая
функциональность нужна, тот такой пакет и поставит. А bundle в пакетную
схему вообще плохо вписывается: в него понапихано всего и побольше. И
все к этому привыкли.

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

Ну и привыли. Мало ли кто к чему привык. Вообще же, здесь есть два
подхода:

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

2) с точки зрения ленивого администратора, который привыкает и
удивляется; для него есть такие варианты:

- apt-cache search ^perl
- apt-get install 'perl(Module.pm)'
- создать пакет perl-full, который тянет за собой всё, что есть в
  bundle, а также некоторые другие популярные библиотеки, например, LWP

Варианты, согласитесь, неплохие.

> Я бы вытаскивал из perl только то, что не оставляет за собой
> зависимостей в perl (или perl-base) и в свою очередь зависит
> от чего-то такого, к чему весь perl привязывать нецелесообразно.

В принципе, да. Только условие "не не оставляет за собой зависимостей в
perl" кажется мне менее важным.

Хочу напомнить, что некоторые пакеты (perl-Digest-MD5
perl-Time-HiRes perl-MIME-Base64) сразу же были внесены в perl-base.

> Иначе весь perl можно разобрать на кирпичики, которые потом
> кому-то придётся поддерживать.

Да, хорошо распилить сложно. Я стараюсь. :)


-- 
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] Re: perl closure suggestions

[Alexey Tourbin]

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

On Sat, Nov 30, 2002 at 06:49:43PM +0600, Alexey Morozov wrote:
> комментарий неуместен, но "молчать не могу" (С) Если вы собираетесь
> совсем свыдернуть эти файлы из дистрибуции, то, типа, я против.

> нужно распарсить списки файлов, присланные каким-нибудь "не столь
> продвинутым", как собравшаяся здесь публика, товарищем.

> Так что, место таким файлам если не в базовой поставке perl, то, по крайней
> мере, в "полнофункциональной" (интересно, а можно ли распотрошить File::Spec
> так, чтобы в базовой поставке он хотел только File::Spec::Unix, а в
> "полнофункциональной" - все остальные...

В принципе, в дистрибутиве на основе apt вообще не должно быть такого
понятия, как базовая поставка (default install) или полнофункциональная
поставка перла/дистрибутива. Процесс установки должен/может выглядеть
так:

1) apt ставит basesystem или interactivesystem
2) администратор доставляет apt'ом всё, что нужно на данной машине.

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

Конечно, если каких-то пакеов много, например, perl или kde, то можно
сделать соответствующий *-full пакет, это и будет полная поставка.

-- 
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 --]