[devel] perl-5.8.0-alt0.4

[devel] perl-5.8.0-alt0.4

[at]

В Daedalus заливается perl-5.8.0-alt0.4.nosrc.rpm.
В нем есть очередные major changes, которые предстоит быстро осмыслить.

%changelog
* Sat Oct 19 2002 Alexey Tourbin <at@altlinux.ru> 1:5.8.0-alt0.4
- make use of site/vendor distinction; additional perl packages 
  provided by %vendor must install in %vendor_privlib 
  (typical invocation: "perl Makefile.PL INSTALLDIRS=vendor");
  local installations must install in %site_privlib
- mdk-MakeMaker-prefix patch (keep paths relative to prefix)
- mdk-MakeMaker-fhs patch (fix implied $(PREFIX)/man mandir)
- %_bindir/perldoc moved to perl-base
- %privlib/man/man3 -> %_man3dir
- perl-base provides perl-version (for possible future use)
- sdbm is in perl-base; gdbm and ndbm is in perl
- %%descriptions got more descriptive

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

[Dmitry V. Levin]

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

On Mon, Oct 21, 2002 at 09:54:09AM +0400, Alexey Tourbin wrote:
> В Daedalus заливается perl-5.8.0-alt0.4.nosrc.rpm.
> В нем есть очередные major changes, которые предстоит быстро осмыслить.
> 
> %changelog
> * Sat Oct 19 2002 Alexey Tourbin <at@altlinux.ru> 1:5.8.0-alt0.4
> - make use of site/vendor distinction; additional perl packages 
>   provided by %vendor must install in %vendor_privlib 
>   (typical invocation: "perl Makefile.PL INSTALLDIRS=vendor");
>   local installations must install in %site_privlib

Можно об этом поподробнее?

> - mdk-MakeMaker-prefix patch (keep paths relative to prefix)
> - mdk-MakeMaker-fhs patch (fix implied $(PREFIX)/man mandir)
> - %_bindir/perldoc moved to perl-base
> - %privlib/man/man3 -> %_man3dir
> - perl-base provides perl-version (for possible future use)
> - sdbm is in perl-base; gdbm and ndbm is in perl
> - %%descriptions got more descriptive


--
ldv

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

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

[Alexey Tourbin]

On Mon, Oct 21, 2002 at 01:13:36PM +0400, Dmitry V. Levin wrote:
> > - make use of site/vendor distinction; additional perl packages 
> >   provided by %vendor must install in %vendor_privlib 
> >   (typical invocation: "perl Makefile.PL INSTALLDIRS=vendor");
> >   local installations must install in %site_privlib
> 
> Можно об этом поподробнее?

В новых версиях перла существует 3 группы каталогов для установки
модулей (см. ExtUtils::MakeMaker(3), INSTALL): perl, vendor, и site
(раньше существовали только perl и site).

- в каталоги группы perl устанавливаются bundled модули;
- в каталоги группы vendor устанавилваются модули, собранные вендором 
  (в рамках дистрибутива);
- каталоги группы site используются для локальных установок.

Таким образом, теперь мы можем предоставить пользователям полноценную
возможность самостоятельно устанавливать дополнительные модули
(например, с помощью CPAN interactive shell) в /usr/local, не нарушая
при этом целостность дистрибутива (/usr/lib).

У меня есть два вопроса:
1) может ли пакет создавать какие-либо каталоги в /usr/local?
2) что правильнее: /usr/local/perl5 или /usr/local/lib/perl5?


Цитирую INSTALL:

=item Directories for vendor-supplied add-on files

Lastly, if you are building a binary distribution of perl for
distribution, Configure can optionally set up the following directories
for you to use to distribute add-on modules.

    Configure variable	Default value
    $vendorprefix	(none)
    (The next ones are set only if vendorprefix is set.)
    $vendorbin		$vendorprefix/bin
    $vendorscript	$vendorprefix/bin
    $vendorlib		$vendorprefix/lib/perl5/vendor_perl/$version
    $vendorarch		$vendorprefix/lib/perl5/vendor_perl/$version/$archname
    $vendorman1		$vendorprefix/man/man1
    $vendorman3		$vendorprefix/man/man3
    $vendorhtml1	(none)
    $vendorhtml3	(none)

These are normally empty, but may be set as needed.  For example,
a vendor might choose the following settings:

	$prefix		/usr
	$siteprefix	/usr/local
	$vendorprefix	/usr

This would have the effect of setting the following:

	$bin		/usr/bin
	$scriptdir	/usr/bin
	$privlib	/usr/lib/perl5/$version
	$archlib 	/usr/lib/perl5/$version/$archname
	$man1dir	/usr/man/man1
	$man3dir	/usr/man/man3

	$sitebin	/usr/local/bin
	$sitescript	/usr/local/bin
	$sitelib	/usr/local/lib/perl5/site_perl/$version
	$sitearch	/usr/local/lib/perl5/site_perl/$version/$archname
	$siteman1	/usr/local/man/man1
	$siteman3	/usr/local/man/man3

	$vendorbin	/usr/bin
	$vendorscript	/usr/bin
	$vendorlib	/usr/lib/perl5/vendor_perl/$version
	$vendorarch	/usr/lib/perl5/vendor_perl/$version/$archname
	$vendorman1	/usr/man/man1
	$vendorman3	/usr/man/man3

Note how in this example, the vendor-supplied directories are in the
/usr hierarchy, while the directories reserved for the end-user are in
the /usr/local hierarchy.

The entire installed library hierarchy is installed in locations with
version numbers, keeping the installations of different versions distinct.
However, later installations of Perl can still be configured to search the
installed libraries corresponding to compatible earlier versions.
See L<"Coexistence with earlier versions of perl5"> below for more details
on how Perl can be made to search older version directories.

Of course you may use these directories however you see fit.  For
example, you may wish to use $siteprefix for site-specific files that
are stored locally on your own disk and use $vendorprefix for
site-specific files that are stored elsewhere on your organization's
network.  One way to do that would be something like

	sh Configure -Dsiteprefix=/usr/local -Dvendorprefix=/usr/share/perl

=

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

[Alexey Tourbin]

On Mon, Oct 21, 2002 at 05:48:28PM +0400, Alexey Tourbin wrote:
> В новых версиях перла существует 3 группы каталогов для установки
> модулей (см. ExtUtils::MakeMaker(3), INSTALL): perl, vendor, и site
> (раньше существовали только perl и site).
> 
> - в каталоги группы perl устанавливаются bundled модули;
> - в каталоги группы vendor устанавилваются модули, собранные вендором 
>   (в рамках дистрибутива);
> - каталоги группы site используются для локальных установок.
> 
> Таким образом, теперь мы можем предоставить пользователям полноценную
> возможность самостоятельно устанавливать дополнительные модули
> (например, с помощью CPAN interactive shell) в /usr/local, не нарушая
> при этом целостность дистрибутива (/usr/lib).

Это изменение требует корректировки /usr/lib/rpm/macros; если нет
возражений, это могу сделать я, протестировать и прислать патч
(требуется подтверждение).

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

[Dmitry V. Levin]

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

On Mon, Oct 21, 2002 at 06:25:14PM +0400, Alexey Tourbin wrote:
> > В новых версиях перла существует 3 группы каталогов для установки
> > модулей (см. ExtUtils::MakeMaker(3), INSTALL): perl, vendor, и site
> > (раньше существовали только perl и site).
> > 
> > - в каталоги группы perl устанавливаются bundled модули;
> > - в каталоги группы vendor устанавилваются модули, собранные вендором 
> >   (в рамках дистрибутива);
> > - каталоги группы site используются для локальных установок.
> > 
> > Таким образом, теперь мы можем предоставить пользователям полноценную
> > возможность самостоятельно устанавливать дополнительные модули
> > (например, с помощью CPAN interactive shell) в /usr/local, не нарушая
> > при этом целостность дистрибутива (/usr/lib).
> 
> Это изменение требует корректировки /usr/lib/rpm/macros; если нет
> возражений, это могу сделать я, протестировать и прислать патч
> (требуется подтверждение).

Я бы предпочел вынести perl-specific макросы в отдельный файл,
/etc/rpm/macros.d/perl (и поместить его в perl-base).


--
ldv

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

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

[Dmitry V. Levin]

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

On Mon, Oct 21, 2002 at 05:48:28PM +0400, Alexey Tourbin wrote:
> У меня есть два вопроса:
> 1) может ли пакет создавать какие-либо каталоги в /usr/local?
> 2) что правильнее: /usr/local/perl5 или /usr/local/lib/perl5?

fhs-2.2, "4.9.2 Requirements":

The following directories, or symbolic links to directories, must be in
/usr/local
/usr/local -- Local hierarchy
+-bin	    Local binaries
+-games     Local game binaries
+-include   Local C header files
+-lib	    Local libraries
+-man	    Local online manuals
+-sbin      Local system binaries
+-share     Local architecture-independent hierarchy
+-src	    Local source code

No other directories, except those listed below, may be in /usr/local
after first installing a FHS-compliant system.


--
ldv

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

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

[Alexey Tourbin]

On Mon, Oct 21, 2002 at 06:39:17PM +0400, Dmitry V. Levin wrote:
> On Mon, Oct 21, 2002 at 05:48:28PM +0400, Alexey Tourbin wrote:
> > У меня есть два вопроса:
> > 1) может ли пакет создавать какие-либо каталоги в /usr/local?

Имелись в виду подкталоги
/usr/local/lib/perl5/site_perl/5.8.0
/usr/local/lib/perl5/site_perl/5.8.0/i386-linux

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

> > 2) что правильнее: /usr/local/perl5 или /usr/local/lib/perl5?
> 
> fhs-2.2, "4.9.2 Requirements":
> 
> The following directories, or symbolic links to directories, must be in
> /usr/local
> /usr/local -- Local hierarchy
> +-bin	    Local binaries
> +-games     Local game binaries
> +-include   Local C header files
> +-lib	    Local libraries
> +-man	    Local online manuals
> +-sbin      Local system binaries
> +-share     Local architecture-independent hierarchy
> +-src	    Local source code
> 
> No other directories, except those listed below, may be in /usr/local
> after first installing a FHS-compliant system.
> 
> 
> --
> ldv

Re: [devel] Re: fhs

[at]

On Mon, Oct 21, 2002 at 06:39:17PM +0400, Dmitry V. Levin wrote:
> On Mon, Oct 21, 2002 at 05:48:28PM +0400, Alexey Tourbin wrote:
> > У меня есть два вопроса:
> > 1) может ли пакет создавать какие-либо каталоги в /usr/local?
> > 2) что правильнее: /usr/local/perl5 или /usr/local/lib/perl5?
> 
> fhs-2.2, "4.9.2 Requirements":
> 
> The following directories, or symbolic links to directories, must be in
> /usr/local
> /usr/local -- Local hierarchy
> +-bin	    Local binaries
> +-games     Local game binaries
> +-include   Local C header files
> +-lib	    Local libraries
> +-man	    Local online manuals
> +-sbin      Local system binaries
> +-share     Local architecture-independent hierarchy
> +-src	    Local source code
> 
> No other directories, except those listed below, may be in /usr/local

below? above?

> after first installing a FHS-compliant system.

Hmm.... after first installing a FHS-compliant system....

$ rpm -ql filesystem-2.1.6-alt8 | grep ^/usr/local
/usr/local
/usr/local/bin
/usr/local/doc
/usr/local/etc
/usr/local/games
/usr/local/include
/usr/local/lib
/usr/local/libexec
/usr/local/sbin
/usr/local/share
/usr/local/share/info
/usr/local/share/man
/usr/local/share/man/man1
/usr/local/share/man/man2
/usr/local/share/man/man3
/usr/local/share/man/man4
/usr/local/share/man/man5
/usr/local/share/man/man6
/usr/local/share/man/man7
/usr/local/share/man/man8
/usr/local/share/man/man9
/usr/local/share/man/mann
/usr/local/src
$

> 
> 
> --
> ldv

Re: [devel] Re: fhs

[Dmitry V. Levin]

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

On Tue, Oct 22, 2002 at 06:36:31AM +0400, at@turbinal.org wrote:
> On Mon, Oct 21, 2002 at 06:39:17PM +0400, Dmitry V. Levin wrote:
> > On Mon, Oct 21, 2002 at 05:48:28PM +0400, Alexey Tourbin wrote:
> > > У меня есть два вопроса:
> > > 1) может ли пакет создавать какие-либо каталоги в /usr/local?
> > > 2) что правильнее: /usr/local/perl5 или /usr/local/lib/perl5?
> > 
> > fhs-2.2, "4.9.2 Requirements":
> > 
> > The following directories, or symbolic links to directories, must be in
> > /usr/local
> > /usr/local -- Local hierarchy
> > +-bin	    Local binaries
> > +-games     Local game binaries
> > +-include   Local C header files
> > +-lib	    Local libraries
> > +-man	    Local online manuals
> > +-sbin      Local system binaries
> > +-share     Local architecture-independent hierarchy
> > +-src	    Local source code
> > 
> > No other directories, except those listed below, may be in /usr/local
> 
> below? above?

Очевидно, above (в тексте ошибка).

> > after first installing a FHS-compliant system.
> 
> Hmm.... after first installing a FHS-compliant system....
> 
> $ rpm -ql filesystem-2.1.6-alt8 | grep ^/usr/local
> /usr/local
> /usr/local/bin
> /usr/local/doc
> /usr/local/etc
> /usr/local/games
> /usr/local/include
> /usr/local/lib
> /usr/local/libexec
> /usr/local/sbin
> /usr/local/share
> /usr/local/share/info
> /usr/local/share/man
> /usr/local/share/man/man1
> /usr/local/share/man/man2
> /usr/local/share/man/man3
> /usr/local/share/man/man4
> /usr/local/share/man/man5
> /usr/local/share/man/man6
> /usr/local/share/man/man7
> /usr/local/share/man/man8
> /usr/local/share/man/man9
> /usr/local/share/man/mann
> /usr/local/src
> $

/usr/local/{doc,etc,libexec,share/info} - это лишнее;
/usr/local/share/man - это ошибка:
/usr/local/share/man -> /usr/local/man


--
ldv

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

Re: [devel] Re: fhs

[at]

On Tue, Oct 22, 2002 at 12:34:13PM +0400, Dmitry V. Levin wrote:
> > > +-src	    Local source code
> > > 
> > > No other directories, except those listed below, may be in /usr/local
> > 
> > below? above?
> 
> Очевидно, above (в тексте ошибка).

=> в стандарте ошибка. :)

> /usr/local/{doc,etc,libexec,share/info} - это лишнее;
> /usr/local/share/man - это ошибка:
> /usr/local/share/man -> /usr/local/man

А чем обусловлена ассиметрия /usr/share/man и /usr/local/man?
При беглом просмотре стандарта мне не удалось этого выяснить.

Раньше перл ставил $(PREFIX)/man, что противоречило /usr/share/man.
После того, как отхачен, он ставит в $(PREFIX)/share/man, что
противоречит /usr/local/man.

Нет, что-то здесь не так.

Re: [devel] Re: fhs

[Dmitry V. Levin]

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

On Wed, Oct 23, 2002 at 09:41:28AM +0400, at@turbinal.org wrote:
> > > > +-src	    Local source code
> > > > 
> > > > No other directories, except those listed below, may be in /usr/local
> > > 
> > > below? above?
> > 
> > Очевидно, above (в тексте ошибка).
> 
> => в стандарте ошибка. :)

Скорее опечатка. :)

> > /usr/local/{doc,etc,libexec,share/info} - это лишнее;
> > /usr/local/share/man - это ошибка:
> > /usr/local/share/man -> /usr/local/man
> 
> А чем обусловлена ассиметрия /usr/share/man и /usr/local/man?
> При беглом просмотре стандарта мне не удалось этого выяснить.
> 
> Раньше перл ставил $(PREFIX)/man, что противоречило /usr/share/man.
> После того, как отхачен, он ставит в $(PREFIX)/share/man, что
> противоречит /usr/local/man.
> 
> Нет, что-то здесь не так.

В стандарте про /usr/share/man и /usr/local/man сказано явно, а вот про
/usr/local/share/man не сказано ни слова.


--
ldv

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

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

[Mikhail Zabaluev]

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

Hello at,

On Mon, Oct 21, 2002 at 09:54:09AM +0400, at@turbinal.org wrote:
>
> - sdbm is in perl-base; gdbm and ndbm is in perl

sdbm зачем перетащили? Им почти никто не пользуется AFAIK.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
I never met a piece of chocolate I didn't like.

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

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

[at]

On Tue, Oct 22, 2002 at 02:56:57AM +0400, Mikhail Zabaluev wrote:
> > - sdbm is in perl-base; gdbm and ndbm is in perl
> 
> sdbm зачем перетащили? Им почти никто не пользуется AFAIK.

sdbm не создает дополнительных зависимостей, а все остальные создают.
Один из них в любом случае нужен для AnyDBM_File.

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

[Mikhail Zabaluev]

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

Hello at,

On Tue, Oct 22, 2002 at 03:05:03AM +0400, at@turbinal.org wrote:
>
> On Tue, Oct 22, 2002 at 02:56:57AM +0400, Mikhail Zabaluev wrote:
> > > - sdbm is in perl-base; gdbm and ndbm is in perl
> > 
> > sdbm зачем перетащили? Им почти никто не пользуется AFAIK.
> 
> sdbm не создает дополнительных зависимостей, а все остальные создают.
> Один из них в любом случае нужен для AnyDBM_File.

В свою очередь, а этот что делает в perl-base?
К тому же, для того чтобы прочитать некий dbm-файл,
нужен в точности драйвер той системы, в которой этот
файл был создан. Работоспособность AnyDBM_File
понятие весьма условное.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Absence diminishes mediocre passions and increases great ones,
as the wind blows out candles and fans fires.
		-- La Rochefoucauld

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

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

[at]

On Wed, Oct 23, 2002 at 01:35:06AM +0400, Mikhail Zabaluev wrote:
> > sdbm не создает дополнительных зависимостей, а все остальные создают.
> > Один из них в любом случае нужен для AnyDBM_File.
> 
> В свою очередь, а этот что делает в perl-base?

Это достаточно важная функциональность перла.

> К тому же, для того чтобы прочитать некий dbm-файл,
> нужен в точности драйвер той системы, в которой этот
> файл был создан. Работоспособность AnyDBM_File
> понятие весьма условное.

NDBM_File при этом лучше других. Я ещё подумаю.