[devel] perl-5.8.0-alt0.6

[devel] perl-5.8.0-alt0.6

[at]

В incoming заливается perl-5.8.0-alt0.6.nosrc.rpm

%changelog
* Wed Oct 24 2002 Alexey Tourbin <at@altlinux.ru> 1:5.8.0-alt0.6
- separate packages: perl-CPAN, perl-libnet
- provides, obsoletes: perl-Digest-MD5, perl-Time-HiRes (perl-base)
- inc_version list mechanism is now partly supported -- for local
  installations only (%site_privlib)
- ultimate *dbm policy: try to include in perl-base the best one
  (according to AnyDBM_File.pm priorities; literally, this is ndbm)
- chat2.pl obsolete (yet missing) library restored from perl-5.6.1
- patch correction: mdk-MakeMaker-fhs -> alt-mdk-MakeMaker-fhs (handle 
  /usr/share/man as well as /usr/local/man)
- debian perl_5.8.0-13 patches: perldoc-width, perldoc-INC,
  accept-addrsz, Term-Cap-infocmp, installman-nopod, perlembed-examples,
  POSIX-SigAction, lib-args, no-syslogd

* Tue Oct 22 2002 Alexey Tourbin <at@altlinux.ru> 1:5.8.0-alt0.5
- perl-pod, perl-man1 and perl-man3 subpackages
- %_sysconfdir/rpm/macros.d/%name (perl-base) -- perl-specific rpm macros
  + %%perl_vendor_{priv,arch,auto}lib, %%perl_vendor_man[13]dir
  + %%perl_vendor_{build,install}
  + %%perl_binary_compat


Кроме того, в "почти собранном" виде у меня существуют следующие пакеты:

perl-CPAN-1.63-alt1
perl-HTML-Parser-3.26-alt2
perl-HTML-Tagset-3.03-alt3
perl-libwww-perl-5.65-alt1
perl-URI-1.18-alt2
perl-libnet -- ещё не собирал, но собираюсь собирать. :)

Все эти пакеты очень мило собираются с новыми rpm макросами (я ещё раз
пересоберу и залью их, когда все вопросы с rpm* окончательно утрясутся).
В текущем состоянии перл кажется мне вполне пригодным также для
пересборки всего остального. Дальнейшие изменения в перле не должны
повлиять на уже пересобранные пакеты.

Вопрос, связанный с патчем perldoc-width:

$ /usr/bin/pod2man --lax /usr/lib/perl5/pod/perlpod.pod | nroff -man -rLL=97n

У меня это выводится шириной не больше 80 символов. Поскольку в гроффах
я совсем не разбираюсь, здесь мне нужна помощь.

Re: [devel] perl-5.8.0-alt0.6

[Dmitry V. Levin]

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

On Thu, Oct 24, 2002 at 10:30:46PM +0400, at@turbinal.org wrote:
> В incoming заливается perl-5.8.0-alt0.6.nosrc.rpm

$ objdump -p /usr/lib/libperl.so.5.8 |fgrep SONAME
$

- это так и было задумано?


--
ldv

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

[devel] Re: perl-5.8.0-alt0.6

[Alexey Tourbin]

On Mon, Oct 28, 2002 at 02:55:03PM +0300, Dmitry V. Levin wrote:
> On Thu, Oct 24, 2002 at 10:30:46PM +0400, at@turbinal.org wrote:
> > В incoming заливается perl-5.8.0-alt0.6.nosrc.rpm
> 
> $ objdump -p /usr/lib/libperl.so.5.8 |fgrep SONAME
> $
> 
> - это так и было задумано?

Нет. Буду разбираться.

[devel] Re: perl-5.8.0-alt0.6

[Alexey Tourbin]

On Mon, Oct 28, 2002 at 03:38:57PM +0300, Alexey Tourbin wrote:
> > > В incoming заливается perl-5.8.0-alt0.6.nosrc.rpm
> > 
> > $ objdump -p /usr/lib/libperl.so.5.8 |fgrep SONAME
> > $
> > 
> > - это так и было задумано?
> 
> Нет. Буду разбираться.


Vanilla perl с такими вот параметрами:

$ sh Configure \
	-des -Darchname=i386-linux -Dd_dosuid -Ud_csh \
	-Duseshrplib -Dlibperl=libperl.so.5.8

SONAME тоже не проставляет. Буду разбираться дальше.

Re: [devel] Re: perl-5.8.0-alt0.6

[Dmitry V. Levin]

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

On Mon, Oct 28, 2002 at 05:54:04PM +0300, Alexey Tourbin wrote:
> > > > В incoming заливается perl-5.8.0-alt0.6.nosrc.rpm
> > > 
> > > $ objdump -p /usr/lib/libperl.so.5.8 |fgrep SONAME
> > > $
> > > 
> > > - это так и было задумано?
> > 
> > Нет. Буду разбираться.
> 
> 
> Vanilla perl с такими вот параметрами:
> 
> $ sh Configure \
> 	-des -Darchname=i386-linux -Dd_dosuid -Ud_csh \
> 	-Duseshrplib -Dlibperl=libperl.so.5.8
> 
> SONAME тоже не проставляет. Буду разбираться дальше.

Ещё один срочный вопрос:
# rpm -Uhv libgdbm-1.8.3-alt1.i586.rpm 
error: failed dependencies:
	libgdbm.so.2   is needed by perl-5.8.0-alt0.6.1
	libgdbm.so.2   is needed by perl-base-5.8.0-alt0.6.1

Это (вторая строка) сильно затрудняет переход на libgdbm.so.3


--
ldv

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

Re: [devel] Re: perl-5.8.0-alt0.6

[at]

On Tue, Oct 29, 2002 at 12:09:10PM +0300, Dmitry V. Levin wrote:
> Ещё один срочный вопрос:
> # rpm -Uhv libgdbm-1.8.3-alt1.i586.rpm 
> error: failed dependencies:
> 	libgdbm.so.2   is needed by perl-5.8.0-alt0.6.1
> 	libgdbm.so.2   is needed by perl-base-5.8.0-alt0.6.1
> 
> Это (вторая строка) сильно затрудняет переход на libgdbm.so.3

В чем именно вопрос?

Это из-за NDBM_File, который нужен для AnyDBM_File, который grep AnyDBM
/usr/lib/libperl.so, perltie(3) и т.п.

Если perl-5.8.0-alt0.7 (который появится через пару часов) собирать в
среде с новым libgdbm -- вопрос решается?

Re: [devel] Re: perl-5.8.0-alt0.6

[Dmitry V. Levin]

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

On Tue, Oct 29, 2002 at 12:45:57PM +0300, at@turbinal.org wrote:
> > Ещё один срочный вопрос:
> > # rpm -Uhv libgdbm-1.8.3-alt1.i586.rpm 
> > error: failed dependencies:
> > 	libgdbm.so.2   is needed by perl-5.8.0-alt0.6.1
> > 	libgdbm.so.2   is needed by perl-base-5.8.0-alt0.6.1
> > 
> > Это (вторая строка) сильно затрудняет переход на libgdbm.so.3
> 
> В чем именно вопрос?
> 
> Это из-за NDBM_File, который нужен для AnyDBM_File, который grep AnyDBM
> /usr/lib/libperl.so, perltie(3) и т.п.

Короче, libgdbm по существу нужен для perl-base-5.8.0?

> Если perl-5.8.0-alt0.7 (который появится через пару часов) собирать в
> среде с новым libgdbm -- вопрос решается?

После того, как я убрал из libgdbm "Obsoletes: gdbm",
проблема была решена.


--
ldv

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

Re: [devel] Re: perl-5.8.0-alt0.6

[at]

On Tue, Oct 29, 2002 at 12:59:26PM +0300, Dmitry V. Levin wrote:
> > В чем именно вопрос?
> > 
> > Это из-за NDBM_File, который нужен для AnyDBM_File, который grep AnyDBM
> > /usr/lib/libperl.so, perltie(3) и т.п.
> 
> Короче, libgdbm по существу нужен для perl-base-5.8.0?

Я думаю, что да. У mhz было другое мнение. В сущности, это компромисс в
распределении библиотек между perl-base и perl.

В perl-5.8.0-alt0.4 я включил в perl-base SDBM_File, который редко
используется сам по себе, но поставляется с исходниками и не создает
зависимости на системные библиотеки. Потом я подумал, что это будет
чревато боком, т.к. если впоследствии будет установлен NDBM_File, то
потеряется совместимость со всеми локальными базами, созданными ранее с
помощью AnyDBM_File (это связано с приоритетом *DB* модулей в
AnyDBM_File; наибольшим приоритетом обладает NDBM_File).

Включение AnyDBM_File и NDBM_File в perl-base уменьшает, хотя и не
исключает, проблемы, связанные с совместимостью и переносимостью баз.


> > Если perl-5.8.0-alt0.7 (который появится через пару часов) собирать в
> > среде с новым libgdbm -- вопрос решается?
> 
> После того, как я убрал из libgdbm "Obsoletes: gdbm",
> проблема была решена.
> 
> 
> --
> ldv

[devel] Re: perl-5.8.0-alt0.6

[Mikhail Zabaluev]

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

Hello at,

On Tue, Oct 29, 2002 at 01:26:41PM +0300, at@turbinal.org wrote:
>
> On Tue, Oct 29, 2002 at 12:59:26PM +0300, Dmitry V. Levin wrote:
> > > В чем именно вопрос?
> > > 
> > > Это из-за NDBM_File, который нужен для AnyDBM_File, который grep AnyDBM
> > > /usr/lib/libperl.so, perltie(3) и т.п.
> > 
> > Короче, libgdbm по существу нужен для perl-base-5.8.0?
> 
> Я думаю, что да. У mhz было другое мнение. В сущности, это компромисс в
> распределении библиотек между perl-base и perl.
> 
> В perl-5.8.0-alt0.4 я включил в perl-base SDBM_File, который редко
> используется сам по себе, но поставляется с исходниками и не создает
> зависимости на системные библиотеки. Потом я подумал, что это будет
> чревато боком, т.к. если впоследствии будет установлен NDBM_File, то
> потеряется совместимость со всеми локальными базами, созданными ранее с
> помощью AnyDBM_File (это связано с приоритетом *DB* модулей в
> AnyDBM_File; наибольшим приоритетом обладает NDBM_File).
> 
> Включение AnyDBM_File и NDBM_File в perl-base уменьшает, хотя и не
> исключает, проблемы, связанные с совместимостью и переносимостью баз.

Ещё раз моё мнение: никакие *DBM_File в perl-base не нужны.
Это костыли, маргинальные форматы, которыми больше никто
не пользуется (да, и gdbm тоже). Если нужен file hash,
здравомыслящий человек поставит DB_File и будет счастлив.
Отдельный флейм по поводу AnyDBM_File: выбор по умолчанию
формата баз -- опасная и вредная фича. Модуль имеет право
на существование, но как таковой не должен требовать
наличия какого-либо из backend'ов. Забудьте про этот NDBM,
формат ущербен и в настоящее время никому не нужен.
Во всяком случае, ему никак не место в perl-base.

По-моему, нужно ввести критерий: perl-base не должен требовать
ничего, кроме glibc. Всё остальное -- в модулях или в perl.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
The program isn't debugged until the last user is dead.

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

Re: [devel] Re: perl-5.8.0-alt0.6

[Alexey Tourbin]

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

On Sat, Nov 02, 2002 at 12:17:34PM +0300, Mikhail Zabaluev wrote:
> Ещё раз моё мнение: никакие *DBM_File в perl-base не нужны.
> Это костыли, маргинальные форматы, которыми больше никто
> не пользуется (да, и gdbm тоже). Если нужен file hash,
> здравомыслящий человек поставит DB_File и будет счастлив.
> Отдельный флейм по поводу AnyDBM_File: выбор по умолчанию
> формата баз -- опасная и вредная фича. Модуль имеет право
> на существование, но как таковой не должен требовать
> наличия какого-либо из backend'ов. Забудьте про этот NDBM,
> формат ущербен и в настоящее время никому не нужен.
> Во всяком случае, ему никак не место в perl-base.

OK, после слов "маргинальный", "здравомыслящий" и "ущербный" я сдаюсь.
Теперь я согласен на всё. :)

Увы, AnyDBM_File нужен нескольким пакетам в сизифе. Как тогда сделать,
чтобы при установке этих пакетов гарантировалось наличие в системе хотя
бы одного backend'а?

> По-моему, нужно ввести критерий: perl-base не должен требовать
> ничего, кроме glibc. Всё остальное -- в модулях или в perl.
> 
> -- 
> Stay tuned,
>   MhZ                                     JID: mookid@jabber.org
> ___________
> The program isn't debugged until the last user is dead.

--
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Tourbin]

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

On Sun, Nov 03, 2002 at 12:45:55AM +0300, Alexey Tourbin wrote:
> On Sat, Nov 02, 2002 at 12:17:34PM +0300, Mikhail Zabaluev wrote:
> > Ещё раз моё мнение: никакие *DBM_File в perl-base не нужны.
> > Это костыли, маргинальные форматы, которыми больше никто
> > не пользуется (да, и gdbm тоже). Если нужен file hash,
> > здравомыслящий человек поставит DB_File и будет счастлив.
> > Отдельный флейм по поводу AnyDBM_File: выбор по умолчанию
> > формата баз -- опасная и вредная фича. Модуль имеет право
> > на существование, но как таковой не должен требовать
> > наличия какого-либо из backend'ов. Забудьте про этот NDBM,
> > формат ущербен и в настоящее время никому не нужен.
> > Во всяком случае, ему никак не место в perl-base.
> 
> OK, после слов "маргинальный", "здравомыслящий" и "ущербный" я сдаюсь.
> Теперь я согласен на всё. :)
> 
> Увы, AnyDBM_File нужен нескольким пакетам в сизифе. Как тогда сделать,
> чтобы при установке этих пакетов гарантировалось наличие в системе хотя
> бы одного backend'а?

OK, если DB_File -- действительно безальтернативный в некотором смылсе
формат, предлагаю сделать так: 1) заалиасить AnyDBM_File только на
DB_File; и 2) включить AnyDBM_File в таком виде в perl-DB_File. Тогда
все пакеты, которым нужен AnyDBM_File, будут автоматически вытягивать
DB_File, и только его и использовать.

OK? DB_File ещё не собран?


--
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] Re: AnyDBM_File DB_File -- incoming

[Alexey Tourbin]

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

On Sun, Nov 03, 2002 at 01:46:23AM +0300, Dmitry V. Levin wrote:
> On Sun, Nov 03, 2002 at 01:34:05AM +0300, Alexey Tourbin wrote:
> > OK? DB_File ещё не собран?
> 
> Ещё нет.

devel:/incoming/Daedalus/perl-DB_File-1.806-alt1.src.rpm

Пакет не собирается с существующими макросами (исправленный вариант я
выслал ldv и inger) и при установке конфликтует с существующим perl-base
(из-за man3).

* Sun Nov 03 2002 Alexey Tourbin <at@altlinux.ru> 1.806-alt1
- 1.806
- perl-5.8 build with new rpm macros
- AnyDBM_File.pm included; utilizes DB_File only (by default)

> 
> --
> ldv

--
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] perl-5.8.0-alt0.6 -- perldoc -- nroff

[Alexey Tourbin]

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

On Thu, Oct 24, 2002 at 10:30:46PM +0400, at@turbinal.org wrote:
> Вопрос, связанный с патчем perldoc-width:
> 
> $ /usr/bin/pod2man --lax /usr/lib/perl5/pod/perlpod.pod | nroff -man -rLL=97n
> 
> У меня это выводится шириной не больше 80 символов. Поскольку в гроффах
> я совсем не разбираюсь, здесь мне нужна помощь.

Так должно ли это работать, и почему это работает в Debian, но не
работает у нас?

--
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] perl-5.8.0-alt0.6 -- perldoc -- nroff

[Dmitry V. Levin]

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

On Sun, Nov 03, 2002 at 06:49:18AM +0300, Alexey Tourbin wrote:
> On Thu, Oct 24, 2002 at 10:30:46PM +0400, at@turbinal.org wrote:
> > Вопрос, связанный с патчем perldoc-width:
> > 
> > $ /usr/bin/pod2man --lax /usr/lib/perl5/pod/perlpod.pod | nroff -man -rLL=97n
> > 
> > У меня это выводится шириной не больше 80 символов. Поскольку в гроффах
> > я совсем не разбираюсь, здесь мне нужна помощь.
> 
> Так должно ли это работать, и почему это работает в Debian, но не
> работает у нас?

У нас работает (у меня получилось более 90 символов).

$ rpm -q groff-base
groff-base-1.18.1-alt3


--
ldv

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

[devel] Re: perl-5.8.0-alt0.6

[Mikhail Zabaluev]

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

Hello Alexey,

On Sun, Nov 03, 2002 at 12:45:55AM +0300, Alexey Tourbin wrote:
>
> Увы, AnyDBM_File нужен нескольким пакетам в сизифе. Как тогда сделать,
> чтобы при установке этих пакетов гарантировалось наличие в системе хотя
> бы одного backend'а?

Если формат баз этих пакетов зависит от наличия DB-backend'ов
на момент установки, я могу только посочувствовать этим пакетам.
И предложить либо что-то с ними сделать (привязать явно
к определённому backend'у), либо исключить из дистрибутива.
Если приглядеться внимательно, а не смотреть на вывод perl.req,
возможно, эти пакеты уже используют какие-то определённые
backend'ы.

AnyDBM_File может и остаться в perl-base -- полезная вещь,
только не для использования установленными модулями, а для
оперативного вскрытия разноформатных бутылок, э-э-э, таблиц,
в случае срочной нужды :)

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Men will always be men -- no matter where they are.
		-- Harry Mudd, "Mudd's Women", stardate 1329.8

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

Re: [devel] Re: perl-5.8.0-alt0.6

[Alexey Tourbin]

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

On Sun, Nov 03, 2002 at 01:18:08PM +0300, Mikhail Zabaluev wrote:
> Если формат баз этих пакетов зависит от наличия DB-backend'ов
> на момент установки, я могу только посочувствовать этим пакетам.
> И предложить либо что-то с ними сделать (привязать явно
> к определённому backend'у), либо исключить из дистрибутива.
> Если приглядеться внимательно, а не смотреть на вывод perl.req,
> возможно, эти пакеты уже используют какие-то определённые
> backend'ы.

apt-cache showpkg 'perl(AnyDBM_File.pm)' выявляет следующие пакеты:

perl-libwww-perl
perl-Net-DNS
sitescooper

Первые два пакета используют AnyDBM_File для кэширования. Последнего
пакета у меня сейчас нет. Использование AnyDBM_File для кэширования
кажется мне вполне оправданным. 

> AnyDBM_File может и остаться в perl-base -- полезная вещь,
> только не для использования установленными модулями, а для
> оперативного вскрытия разноформатных бутылок, э-э-э, таблиц,
> в случае срочной нужды :)

А как вскрывать бутылки с помощью AnyDBM_File в случае срочной нужды? :)
Наверное, я не в курсе.

-- 
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Tourbin]

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

On Mon, Nov 04, 2002 at 11:59:34AM +0600, Alexey Morozov wrote:
> Не, баба яга против. Хочется таки периодически иметь *dbm, который
> _заведомо_ установлен, если установлен перл, насколько убитым не был бы
> хостинг, и насколько тупого^H^H^H^H^H^H упрямы его админы. В этом смысле,
> SDBM - вполне себе альтернатива. Хоть и довольно убогая.

Здесь сколько людей, столько и мнений. Но есть несколько "основных"
вопросов, которые позволяют взвесить все за и против:

1) должна ли функциональность tie/db присутствовать в perl-base;

2) какой должен быть формат по умолчанию в AnyDBM_File; софт чаще всего
использует именно AnyDBM_File как "редиректор" (каковым он по сути и
является; он просто проксирует методы первого найденного при загрузке
модуля) в условиях неопределенности относительно того, какие *DB*_File
модули могут быть установлены в хост-системе.

Исходя из этих вопросов, я вижу два решения:

1) включить как AnyDBM_File, так и модуль для формата по умолчанию в
perl-base;

2) вынести как AnyDBM_File, так и модуль для формата по умолчанию в
отдельный пакет.

> А почему бы не вынести AnyDBM из perl-base в отдельный пакет, завязать
> его на виртуальный DBM_Provider, а все *DB*_File сделать этими самыми
> провайдерами?

Такое решение грозит потерей совместимости в пределах одной хост-системы
(при установке очередного DB_Provides, который обладает бОльшим
приоритетом).

-- 
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Morozov]

On Sun, Nov 03, 2002 at 01:34:05AM +0300, Alexey Tourbin wrote:
> OK, если DB_File -- действительно безальтернативный в некотором смылсе
> формат, предлагаю сделать так: 1) заалиасить AnyDBM_File только на
> DB_File; и 2) включить AnyDBM_File в таком виде в perl-DB_File. Тогда
> все пакеты, которым нужен AnyDBM_File, будут автоматически вытягивать
> DB_File, и только его и использовать.
> 
> OK? DB_File ещё не собран?
Не, баба яга против. Хочется таки периодически иметь *dbm, который
_заведомо_ установлен, если установлен перл, насколько убитым не был бы
хостинг, и насколько тупого^H^H^H^H^H^H упрямы его админы. В этом смысле,
SDBM - вполне себе альтернатива. Хоть и довольно убогая.

А почему бы не вынести AnyDBM из perl-base в отдельный пакет, завязать
его на виртуальный DBM_Provider, а все *DB*_File сделать этими самыми
провайдерами?

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Tourbin]

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

On Mon, Nov 04, 2002 at 02:03:05PM +0600, Alexey Morozov wrote:
> > 2) вынести как AnyDBM_File, так и модуль для формата по умолчанию в
> > отдельный пакет.
> "Модуль для формата" - какого формата?

Который первый в списке @ISA у AnyDBM_File.

> Э-э-э, не. О "системных альтернативах" речь, собственно, и не идет. Если же Вы имеете
> в виду приоритеты *DB*File, то в потрохах у AnyDBM все равно зашита некоторая таблица,
> и те пакеты, которым и вправду все равно (они не определяют собственного приоритета в
> отношении *DB* модулей), получают формат базы именно в соответствии с этой таблицей.
> Те же, кто хочет чего-то явно - ну он так об этом и говорит.

Об этом и идет речь.

> Коль скоро это так, то установка NDBM может стать фатальной для тех, кто до этого
> пользовался модулями "по умолчанию" (скажем DB_File), и никак не отразится на тех,
> кто явным образом сказал, что он хочет DB_File и ничего кроме DB_File. Причем, произойдет
> это вне зависимости от Вашего желания или нежелания, а также приложенных к устранению
> данной ситуации усилий. There's always more than one way ... :-)

Дело в том, что интересы разработчиков софта (обеспечить максимальную
переносимость) можгут вступать в противоречие с интересами создателей
дистрибутива (обеспечить максимльную consistency). AnyDBM_File -- как
раз такой случай.

-- 
Exit Music (for a Film) / OK Computer / Radiohead

[-- Attachment #1.2: perl-5.8.0-AnyDBM_File-DB_File.patch --]
[-- Type: text/plain, Size: 294 bytes --]

--- AnyDBM_File.pm~	2002-11-03 04:05:19 +0300
+++ AnyDBM_File.pm	2002-11-03 04:22:00 +0300
@@ -2,7 +2,7 @@
 
 use 5.006_001;
 our $VERSION = '1.00';
-our @ISA = qw(NDBM_File DB_File GDBM_File SDBM_File ODBM_File) unless @ISA;
+our @ISA = qw(DB_File) unless @ISA;
 
 my $mod;
 for $mod (@ISA) {

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Morozov]

On Mon, Nov 04, 2002 at 08:26:59AM +0300, Alexey Tourbin wrote:
> > Не, баба яга против. Хочется таки периодически иметь *dbm, который
> > _заведомо_ установлен, если установлен перл, насколько убитым не был бы
> > хостинг, и насколько тупого^H^H^H^H^H^H упрямы его админы. В этом смысле,
> > SDBM - вполне себе альтернатива. Хоть и довольно убогая.
> Здесь сколько людей, столько и мнений. Но есть несколько "основных"
> вопросов, которые позволяют взвесить все за и против:
> 
> 1) должна ли функциональность tie/db присутствовать в perl-base;
По-моему, если этого не требуют никакие другие части - нет.
 
> 2) какой должен быть формат по умолчанию в AnyDBM_File; софт чаще всего
> использует именно AnyDBM_File как "редиректор" (каковым он по сути и
> является; он просто проксирует методы первого найденного при загрузке
> модуля) в условиях неопределенности относительно того, какие *DB*_File
> модули могут быть установлены в хост-системе.
Именно для этого он и писался.
This module is a "pure virtual base class"--it has nothing of its own

> Исходя из этих вопросов, я вижу два решения:
> 
> 1) включить как AnyDBM_File, так и модуль для формата по умолчанию в
> perl-base;
> 
> 2) вынести как AnyDBM_File, так и модуль для формата по умолчанию в
> отдельный пакет.
"Модуль для формата" - какого формата?

> > А почему бы не вынести AnyDBM из perl-base в отдельный пакет, завязать
> > его на виртуальный DBM_Provider, а все *DB*_File сделать этими самыми
> > провайдерами?
> 
> Такое решение грозит потерей совместимости в пределах одной хост-системы
> (при установке очередного DB_Provides, который обладает бОльшим
> приоритетом).
Э-э-э, не. О "системных альтернативах" речь, собственно, и не идет. Если же Вы имеете
в виду приоритеты *DB*File, то в потрохах у AnyDBM все равно зашита некоторая таблица,
и те пакеты, которым и вправду все равно (они не определяют собственного приоритета в
отношении *DB* модулей), получают формат базы именно в соответствии с этой таблицей.
Те же, кто хочет чего-то явно - ну он так об этом и говорит.

Коль скоро это так, то установка NDBM может стать фатальной для тех, кто до этого
пользовался модулями "по умолчанию" (скажем DB_File), и никак не отразится на тех,
кто явным образом сказал, что он хочет DB_File и ничего кроме DB_File. Причем, произойдет
это вне зависимости от Вашего желания или нежелания, а также приложенных к устранению
данной ситуации усилий. There's always more than one way ... :-)

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Tourbin]

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

On Mon, Nov 04, 2002 at 02:53:29PM +0600, Alexey Morozov wrote:
> Кто б спорил. Но, я так понимаю, коль скоро дистрибутив создается в расчете на некоторую
> целевую аудиторию, имеет смысл прислушиваться к чаяниям этой целевой аудитории, как
> минимум не меньше, чем к собственным идеологическим установкам :-).
> В общем, я за AnyDBM в отдельном модуле и отдельных *DB* провайдеров.

Дело, конечно, не в идеологии. Нужно принимать не условно верные, а
безусловно верные решения. Я достаточно ясно выражаюсь?

> >  use 5.006_001;
> >  our $VERSION = '1.00';
> > -our @ISA = qw(NDBM_File DB_File GDBM_File SDBM_File ODBM_File) unless @ISA;
> > +our @ISA = qw(DB_File) unless @ISA;
> >  
> >  my $mod;
> >  for $mod (@ISA) {

> Гхм... Ну, эти правки должны, как минимум, включать в себе правку соответствующей
> документации :-).

А зачем? :-)

Модули (и пользователи), которые просто будут использовать AnyDBM_File
без всяких дальнейших уточнений, никак не пострадают (наоборот, они --
бонус! -- начинают использовать лучший из доступных модулей-backend'ов в
дистрибутиве).

Те же из них, которые явно пропихивают @AnyDBM_File::ISA через BEGIN{},
1) знают (или не знают) что делают; простим им...
2) первым в таком списке чаще всего идет DB_File (как это и изображено в
AnyDBM_File(3)).

Пострадают только те, кто раньше использвовал AnyDBM_File->NDBM_File, а
теперь будут использовать AnyDBM_File->DB_File. Но, с учетом глобального
перехода на perl 5.8, я думаю, что это не главное и не единственное, от
чего они могут пострадать. Здесь "под шумок" есть возможность принять
безусловно верное решение. :)

> Но, вообще-то, я не очень понимаю, что исправляет данный патч,
> кроме усечения "функциональности по умолчанию" и возможности натравливать на все на это
> perl.req без получения нерезолвящихся (ODBM_File) зависимостей. По-моему, "овчинка
> выделки..."

Объясняю популярно: использование AnyDBM_File фактически означает
использование первого попавшегося (по списку) *DB*_File модуля в
хост-системе. Это порождает поблему несовместимости: установка другого
*DB*_File модуля, который в списке находится раньше, означает, что
автоматически отваливаются все ранее созданные с помощью AnyDBM_File
базы.

Разработчики софта не имеют возможности предотвратить такой ситуации.
Однако дистрибутив имеет возможность предотвратить такую ситуацию. Для
этого модуль AnyDBM_File и ещё один модуль, который идёт у него первым в
списке @ISA, должны находиться в одном пакете. Если это так, то
необходимость в продолжении списка отпадает.

-- 
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Morozov]

On Mon, Nov 04, 2002 at 09:26:43AM +0300, Alexey Tourbin wrote:
> On Mon, Nov 04, 2002 at 02:03:05PM +0600, Alexey Morozov wrote:
> > > 2) вынести как AnyDBM_File, так и модуль для формата по умолчанию в
> > > отдельный пакет.
> > "Модуль для формата" - какого формата?
> Который первый в списке @ISA у AnyDBM_File.
Этот список можно менять.
------ цитата из man AnyDBM-File --
BEGIN { @AnyDBM_File::ISA = qw(DB_File GDBM_File NDBM_File) }
use AnyDBM_File;
---------
(либо, что сопоставимо по эффекту, просто
use AnyDBM_File qw(DB_File GDBM_File NDBM_File);)



 > Э-э-э, не. О "системных альтернативах" речь, собственно, и не идет. Если же Вы имеете
> > в виду приоритеты *DB*File, то в потрохах у AnyDBM все равно зашита некоторая таблица,
> > и те пакеты, которым и вправду все равно (они не определяют собственного приоритета в
> > отношении *DB* модулей), получают формат базы именно в соответствии с этой таблицей.
> > Те же, кто хочет чего-то явно - ну он так об этом и говорит.
> 
> Об этом и идет речь.
> 
> > Коль скоро это так, то установка NDBM может стать фатальной для тех, кто до этого
> > пользовался модулями "по умолчанию" (скажем DB_File), и никак не отразится на тех,
> > кто явным образом сказал, что он хочет DB_File и ничего кроме DB_File. Причем, произойдет
> > это вне зависимости от Вашего желания или нежелания, а также приложенных к устранению
> > данной ситуации усилий. There's always more than one way ... :-)
> 
> Дело в том, что интересы разработчиков софта (обеспечить максимальную
> переносимость) можгут вступать в противоречие с интересами создателей
> дистрибутива (обеспечить максимльную consistency). AnyDBM_File -- как
> раз такой случай.
Кто б спорил. Но, я так понимаю, коль скоро дистрибутив создается в расчете на некоторую
целевую аудиторию, имеет смысл прислушиваться к чаяниям этой целевой аудитории, как
минимум не меньше, чем к собственным идеологическим установкам :-).
В общем, я за AnyDBM в отдельном модуле и отдельных *DB* провайдеров.

>  use 5.006_001;
>  our $VERSION = '1.00';
> -our @ISA = qw(NDBM_File DB_File GDBM_File SDBM_File ODBM_File) unless @ISA;
> +our @ISA = qw(DB_File) unless @ISA;
>  
>  my $mod;
>  for $mod (@ISA) {
Гхм... Ну, эти правки должны, как минимум, включать в себе правку соответствующей
документации :-). Но, вообще-то, я не очень понимаю, что исправляет данный патч,
кроме усечения "функциональности по умолчанию" и возможности натравливать на все на это
perl.req без получения нерезолвящихся (ODBM_File) зависимостей. По-моему, "овчинка
выделки..."

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Tourbin]

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

On Mon, Nov 04, 2002 at 04:38:08PM +0600, Alexey Morozov wrote:
> > без всяких дальнейших уточнений, никак не пострадают (наоборот, они --
> > бонус! -- начинают использовать лучший из доступных модулей-backend'ов в
> > дистрибутиве).
> Скорее, не бонус, а сюрпрайз, сюрпрайз :-)

Нет, AnyDBM_File используется в условиях неопределенности/безразличия
относительно того, какие *DB*_File модули установленны в системе.

Если AnyDBM_File используется в надежде получить DB_File, нужно явно
использовать DB_File.

> Ну, в общем, если Вам кажется, что осчастливить пользователей еще и этой проблемой
> переезда на новый сияющий перл - это здорово, ну что ж, пускай радуются :-).

Я вначале колебался в этом вопросе. Потом я включил AnyDBM_File и
NDBM_File в perl-base. Но mhz "забраковал" NDBM_File, и я с ним отчасти
согласен. Просто здесь нельзя одним ударом убить нескольких зайцев.

> Но доку все ж таки подправьте :-).

Поправлю.

-- 
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Morozov]

On Mon, Nov 04, 2002 at 11:07:17AM +0300, Alexey Tourbin wrote:
> On Mon, Nov 04, 2002 at 02:53:29PM +0600, Alexey Morozov wrote:
> > Гхм... Ну, эти правки должны, как минимум, включать в себе правку соответствующей
> > документации :-).
> А зачем? :-)
Для "идеологической верности решения" :-)

> без всяких дальнейших уточнений, никак не пострадают (наоборот, они --
> бонус! -- начинают использовать лучший из доступных модулей-backend'ов в
> дистрибутиве).
Скорее, не бонус, а сюрпрайз, сюрпрайз :-)

> Те же из них, которые явно пропихивают @AnyDBM_File::ISA через BEGIN{},
> 1) знают (или не знают) что делают; простим им...
> 2) первым в таком списке чаще всего идет DB_File (как это и изображено в
> AnyDBM_File(3)).
> 
> Пострадают только те, кто раньше использвовал AnyDBM_File->NDBM_File, а
> теперь будут использовать AnyDBM_File->DB_File. Но, с учетом глобального
> перехода на perl 5.8, я думаю, что это не главное и не единственное, от
> чего они могут пострадать. Здесь "под шумок" есть возможность принять
> безусловно верное решение. :)
Гхм... 

> Объясняю популярно: использование AnyDBM_File фактически означает
> использование первого попавшегося (по списку) *DB*_File модуля в
> хост-системе. Это порождает поблему несовместимости: установка другого
> *DB*_File модуля, который в списке находится раньше, означает, что
> автоматически отваливаются все ранее созданные с помощью AnyDBM_File
> базы.
Спасибо за разъяснение :-)

> Разработчики софта не имеют возможности предотвратить такой ситуации.
> Однако дистрибутив имеет возможность предотвратить такую ситуацию. Для
> этого модуль AnyDBM_File и ещё один модуль, который идёт у него первым в
> списке @ISA, должны находиться в одном пакете. Если это так, то
> необходимость в продолжении списка отпадает.
Ну, в общем, если Вам кажется, что осчастливить пользователей еще и этой проблемой
переезда на новый сияющий перл - это здорово, ну что ж, пускай радуются :-).
Но доку все ж таки подправьте :-).

[devel] Re: AnyDBM_File DB_File

[Mikhail Zabaluev]

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

Hello Alexey,

On Mon, Nov 04, 2002 at 11:07:17AM +0300, Alexey Tourbin wrote:
>
> Дело, конечно, не в идеологии. Нужно принимать не условно верные, а
> безусловно верные решения. Я достаточно ясно выражаюсь?

Достаточно. Недостаточно ясно, какие же решения безусловно верны в
нашем жестоком и быстро меняющемся мире :)

> Те же из них, которые явно пропихивают @AnyDBM_File::ISA через BEGIN{},
> 1) знают (или не знают) что делают; простим им...
> 2) первым в таком списке чаще всего идет DB_File (как это и изображено в
> AnyDBM_File(3)).
> 
> Пострадают только те, кто раньше использвовал AnyDBM_File->NDBM_File, а
> теперь будут использовать AnyDBM_File->DB_File.

А нет ли часом у AnyDBM_File эффекта автоопределения, когда
для существующего файла определяется соответствующий backend?

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
I have accepted Provolone into my life!

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

Re: [devel] Re: AnyDBM_File DB_File

[Alexey Tourbin]

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

On Tue, Nov 05, 2002 at 01:06:00AM +0300, Mikhail Zabaluev wrote:
> > Дело, конечно, не в идеологии. Нужно принимать не условно верные, а
> > безусловно верные решения. Я достаточно ясно выражаюсь?
> 
> Достаточно. Недостаточно ясно, какие же решения безусловно верны в
> нашем жестоком и быстро меняющемся мире :)

По этой причине, конечно, решений лучше вообще не принимать. :)

> > Пострадают только те, кто раньше использвовал AnyDBM_File->NDBM_File, а
> > теперь будут использовать AnyDBM_File->DB_File.
> 
> А нет ли часом у AnyDBM_File эффекта автоопределения, когда
> для существующего файла определяется соответствующий backend?

Нет. Весь модуль -- две строчки и на пару страниц документация. :)

-- 
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] perl-5.8.0-alt0.6 -- perldoc -- nroff

[Alexey Tourbin]

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

On Sun, Nov 03, 2002 at 11:56:42AM +0300, Dmitry V. Levin wrote:
> > > $ /usr/bin/pod2man --lax /usr/lib/perl5/pod/perlpod.pod | nroff -man -rLL=97n
> > > 
> > > У меня это выводится шириной не больше 80 символов. Поскольку в гроффах
> > > я совсем не разбираюсь, здесь мне нужна помощь.
> > 
> > Так должно ли это работать, и почему это работает в Debian, но не
> > работает у нас?
> 
> У нас работает (у меня получилось более 90 символов).
> 
> $ rpm -q groff-base
> groff-base-1.18.1-alt3

Обновил groff. Теперь есть следующие две проблемы:

1)
$ man perlpod 1>/dev/null
/usr/share/groff/1.18.1/tmac/an-old.tmac:583: can't find macro file `man.local'
$

2)
man perlpod -- стал выводить шириной 80 символов,
хотя
perldoc perlpod -- теперь выводит на всю ширину.


-- 
Exit Music (for a Film) / OK Computer / Radiohead

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

Re: [devel] perl-5.8.0-alt0.6 -- perldoc -- nroff

[Dmitry V. Levin]

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

On Thu, Nov 07, 2002 at 02:44:53PM +0300, Alexey Tourbin wrote:
> > > > $ /usr/bin/pod2man --lax /usr/lib/perl5/pod/perlpod.pod | nroff -man -rLL=97n
> > > > 
> > > > У меня это выводится шириной не больше 80 символов. Поскольку в гроффах
> > > > я совсем не разбираюсь, здесь мне нужна помощь.
> > > 
> > > Так должно ли это работать, и почему это работает в Debian, но не
> > > работает у нас?
> > 
> > У нас работает (у меня получилось более 90 символов).
> > 
> > $ rpm -q groff-base
> > groff-base-1.18.1-alt3
> 
> Обновил groff. Теперь есть следующие две проблемы:
> 
> 1)
> $ man perlpod 1>/dev/null
> /usr/share/groff/1.18.1/tmac/an-old.tmac:583: can't find macro file `man.local'
> $
> 
> 2)
> man perlpod -- стал выводить шириной 80 символов,
> хотя
> perldoc perlpod -- теперь выводит на всю ширину.

Не подтверждаю ни того, ни другого.
Кто-нибудь может подтвердить и/или объяснить?


--
ldv

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

Re: [devel] perl-5.8.0-alt0.6 -- perldoc -- nroff

[S. Budnevitch]

On Thu, Nov 07, 2002 at 11:12:57PM +0300, Dmitry V. Levin wrote:
> > Обновил groff. Теперь есть следующие две проблемы:
> > 
> > 1)
> > $ man perlpod 1>/dev/null
> > /usr/share/groff/1.18.1/tmac/an-old.tmac:583: can't find macro file `man.local'
> > $
> > 
> > 2)
> > man perlpod -- стал выводить шириной 80 символов,
> > хотя
> > perldoc perlpod -- теперь выводит на всю ширину.
> 
> Не подтверждаю ни того, ни другого.
> Кто-нибудь может подтвердить и/или объяснить?
> 

Подтверждаю и то, и другое. Причина, похоже, в этом:

fabler@israfel ~ $ rpm -V groff-base-1.18.1-alt3    
missing    /etc/groff
missing    /etc/groff/man.local
missing    /etc/groff/mdoc.local

Вопрос, почему так получилось.