Re: [devel] perl

Re: [devel] perl

[Dmitry V. Levin]

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

On Tue, Dec 19, 2000 at 02:08:28PM +0300, Aleksey Novodvorsky wrote:
> Кто о чем...
> Так как я занимаюсь, в том числе, drak'ами, то без работающего perl -- 
> никуда. Увы, PERL5LIB помогает не всегда, DrakConf его сбрасывает.
> Думаю, что заставить  perl  -V:installsitearch и perl -V:installarchlib 
> выдавать более одного пути, скорее всего, проблематично.
> Я все же еще раз предлагаю не мучиться, а собрать perl с  %ifarch i486 
> i586 i686 k6 k7 %define _arch i386 %endif.

%ifarch %ix86
pushd <TARGET_DIRECTORY>
for n in %ix86; do
	if [ "$n" != "%_target_cpu" ]; then
		ln -s "%_target_cpu" "$n"
	fi
done
popd
%endif

Незачем убивать оптимизацию.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

Re: [devel] perl

[Mikhail Zabaluev]

Hello Aleksey,

On Tue, Dec 19, 2000 at 14:08 +0300, Aleksey Novodvorsky wrote:
>
> Кто о чем...
> Так как я занимаюсь, в том числе, drak'ами, то без работающего perl -- 
> никуда. Увы, PERL5LIB помогает не всегда, DrakConf его сбрасывает.
> Думаю, что заставить  perl  -V:installsitearch и perl -V:installarchlib 
> выдавать более одного пути, скорее всего, проблематично.
> Я все же еще раз предлагаю не мучиться, а собрать perl с  %ifarch i486 
> i586 i686 k6 k7 %define _arch i386 %endif.
> Если есть другие мнения, то излагайте их, пжста, но активнее и быстрее. 
> Мне еще X-ами заниматься, а drak'и висят.
> Кстати, второй вопрос про DrakConf разрешился, там, как обычно, 
> перепутали циклы :-/

Реально ли пересобрать drak'и на новом Perl? Насколько я понимаю, все
Makefile.PL берут -V:installsitearch. Или проманипулировать параметрами
при сборке?

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
The British are coming!  The British are coming!
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

[devel] perl

[Aleksey Novodvorsky]

Кто о чем...
Так как я занимаюсь, в том числе, drak'ами, то без работающего perl -- 
никуда. Увы, PERL5LIB помогает не всегда, DrakConf его сбрасывает.
Думаю, что заставить  perl  -V:installsitearch и perl -V:installarchlib 
выдавать более одного пути, скорее всего, проблематично.
Я все же еще раз предлагаю не мучиться, а собрать perl с  %ifarch i486 
i586 i686 k6 k7 %define _arch i386 %endif.
Если есть другие мнения, то излагайте их, пжста, но активнее и быстрее. 
Мне еще X-ами заниматься, а drak'и висят.
Кстати, второй вопрос про DrakConf разрешился, там, как обычно, 
перепутали циклы :-/

Rgrds, Алексей.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl

[Aleksey Novodvorsky]

Dmitry V. Levin wrote:

> On Tue, Dec 19, 2000 at 02:08:28PM +0300, Aleksey Novodvorsky wrote:
> 
>> Кто о чем...
>> Так как я занимаюсь, в том числе, drak'ами, то без работающего perl -- 
>> никуда. Увы, PERL5LIB помогает не всегда, DrakConf его сбрасывает.
>> Думаю, что заставить  perl  -V:installsitearch и perl -V:installarchlib 
>> выдавать более одного пути, скорее всего, проблематично.
>> Я все же еще раз предлагаю не мучиться, а собрать perl с  %ifarch i486 
>> i586 i686 k6 k7 %define _arch i386 %endif.
> 
> 
> %ifarch %ix86
> pushd <TARGET_DIRECTORY>
> for n in %ix86; do
> 	if [ "$n" != "%_target_cpu" ]; then
> 		ln -s "%_target_cpu" "$n"
> 	fi
> done
> popd
> %endif
> 
> Незачем убивать оптимизацию.
> 
Вы будете смеяться, но она не будет убита, так как 
архитектурно-зависимые макросы к этому моменту уже определены.

Rgrds,  Алексей.

_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl

[Aleksey Novodvorsky]

Mikhail Zabaluev wrote:

> Hello Aleksey,
> 
> On Tue, Dec 19, 2000 at 14:08 +0300, Aleksey Novodvorsky wrote:
> 
>> Кто о чем...
>> Так как я занимаюсь, в том числе, drak'ами, то без работающего perl -- 
>> никуда. Увы, PERL5LIB помогает не всегда, DrakConf его сбрасывает.
>> Думаю, что заставить  perl  -V:installsitearch и perl -V:installarchlib 
>> выдавать более одного пути, скорее всего, проблематично.
>> Я все же еще раз предлагаю не мучиться, а собрать perl с  %ifarch i486 
>> i586 i686 k6 k7 %define _arch i386 %endif.
>> Если есть другие мнения, то излагайте их, пжста, но активнее и быстрее. 
>> Мне еще X-ами заниматься, а drak'и висят.
>> Кстати, второй вопрос про DrakConf разрешился, там, как обычно, 
>> перепутали циклы :-/
> 
> 
> Реально ли пересобрать drak'и на новом Perl?


Реально. Вопрос в том, зачем?  Если оставить i386, то оптимизация 
сохранится, но при этом сохранится и совместимость.
Я просто не вижу аргументов в пользу i586. Пжста, объясните!

Rgrds, Алексей.

>  Насколько я понимаю, все
> Makefile.PL берут -V:installsitearch. Или проманипулировать параметрами
> при сборке?
> 


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl

[Mikhail Zabaluev]

Hello Aleksey,

On Wed, Dec 20, 2000 at 00:44 +0300, Aleksey Novodvorsky wrote:
>
> Mikhail Zabaluev wrote:
> 
> > Hello Aleksey,
> > 
> > On Tue, Dec 19, 2000 at 14:08 +0300, Aleksey Novodvorsky wrote:
> > 
> >> Кто о чем...
> >> Так как я занимаюсь, в том числе, drak'ами, то без работающего perl -- 
> >> никуда. Увы, PERL5LIB помогает не всегда, DrakConf его сбрасывает.
> >> Думаю, что заставить  perl  -V:installsitearch и perl -V:installarchlib 
> >> выдавать более одного пути, скорее всего, проблематично.
> >> Я все же еще раз предлагаю не мучиться, а собрать perl с  %ifarch i486 
> >> i586 i686 k6 k7 %define _arch i386 %endif.
> >> Если есть другие мнения, то излагайте их, пжста, но активнее и быстрее. 
> >> Мне еще X-ами заниматься, а drak'и висят.
> >> Кстати, второй вопрос про DrakConf разрешился, там, как обычно, 
> >> перепутали циклы :-/
> > 
> > 
> > Реально ли пересобрать drak'и на новом Perl?
> 
> 
> Реально. Вопрос в том, зачем?  Если оставить i386, то оптимизация 
> сохранится, но при этом сохранится и совместимость.
> Я просто не вижу аргументов в пользу i586. Пжста, объясните!

Аргумент есть такой. Все пакеты для новой версии дистрибутива нужно
собирать в окружении, соответствующем этой самой версии (сложности с
курицей и яйцом опустим, ибо они преодолимы). В том числе и drak'и.
В итоге пакеты дистрибутива используют /usr/lib/site_perl/%{_arch},
и собираемым в дальнейшем MakeMaker-based пакетам указывается она же в
качестве sitearch. Если кто-то хочет установить старые бинарные пакеты
или, тоже вариант, пакеты от athlon на i686, то он "сам себе режиссер" -
пусть устанавливает PERL5LIB хоть в /opt/perl.
Я что-то упускаю?

-- 
Stay tuned,
  MhZ                                    mailto:mookid@sigent.ru
-----------
After years of research, scientists recently reported that there is,
indeed, arroz in Spanish Harlem.
_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl

[Dmitry V. Levin]

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

On Wed, Dec 20, 2000 at 08:02:15AM +0300, Aleksey Novodvorsky wrote:
> > Аргумент есть такой. Все пакеты для новой версии дистрибутива нужно
> > собирать в окружении, соответствующем этой самой версии (сложности с
> > курицей и яйцом опустим, ибо они преодолимы).
> 
> Да. Но если Вы соберете _только_ perl с _arch i386, не потеряв 
> оптимизации, то больше ничего править не нужно. Это i386  можно с тем же 
> успехом
> назвать ix86, i86 etc. В данном случае -- это просто имя.

Не согласен. Это не только имя, но еще и некая отметка (о том, что пакет
прошел некую проверку, будучи собранным в Sisyphus).

> >  В том числе и drak'и.
> > В итоге пакеты дистрибутива используют /usr/lib/site_perl/%{_arch},
> > и собираемым в дальнейшем MakeMaker-based пакетам указывается она же в
> > качестве sitearch. Если кто-то хочет установить старые бинарные пакеты
> > или, тоже вариант, пакеты от athlon на i686, то он "сам себе режиссер" -
> > пусть устанавливает PERL5LIB хоть в /opt/perl.
> 
> И  может жестоко обмануться,  например, с DrakConf, при запуске drak'ов 
> через который PERL5LIB игнорируется.

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


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@fandra.org
Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
IPLabs Linux Team   http://linux.iplabs.ru
Fandra Project      http://www.fandra.org
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

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

Re: [devel] perl

[Aleksey Novodvorsky]

Mikhail Zabaluev wrote:

> 
> Аргумент есть такой. Все пакеты для новой версии дистрибутива нужно
> собирать в окружении, соответствующем этой самой версии (сложности с
> курицей и яйцом опустим, ибо они преодолимы).

Да. Но если Вы соберете _только_ perl с _arch i386, не потеряв 
оптимизации, то больше ничего править не нужно. Это i386  можно с тем же 
успехом
назвать ix86, i86 etc. В данном случае -- это просто имя.

>  В том числе и drak'и.
> В итоге пакеты дистрибутива используют /usr/lib/site_perl/%{_arch},
> и собираемым в дальнейшем MakeMaker-based пакетам указывается она же в
> качестве sitearch. Если кто-то хочет установить старые бинарные пакеты
> или, тоже вариант, пакеты от athlon на i686, то он "сам себе режиссер" -
> пусть устанавливает PERL5LIB хоть в /opt/perl.

И  может жестоко обмануться,  например, с DrakConf, при запуске drak'ов 
через который PERL5LIB игнорируется.

> 
> Я что-то упускаю?


Не убедили пока ...

Rgrds, Алексей.

> 
> 


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl

[Aleksey Novodvorsky]

Dmitry V. Levin wrote:

> On Wed, Dec 20, 2000 at 08:02:15AM +0300, Aleksey Novodvorsky wrote:
> 
>>> Аргумент есть такой. Все пакеты для новой версии дистрибутива нужно
>>> собирать в окружении, соответствующем этой самой версии (сложности с
>>> курицей и яйцом опустим, ибо они преодолимы).
>> 
>> Да. Но если Вы соберете _только_ perl с _arch i386, не потеряв 
>> оптимизации, то больше ничего править не нужно. Это i386  можно с тем же 
>> успехом
>> назвать ix86, i86 etc. В данном случае -- это просто имя.
> 
> 
> Не согласен. Это не только имя, но еще и некая отметка (о том, что пакет
> прошел некую проверку, будучи собранным в Sisyphus).

Не понял.
i586 (C) IPLabs LinuTeam ?
То есть я действительно не понял, а не лезу в бутылку, чесслово. Что 
считать в данном случае архитектурой? i586 или ix86?
Объясните мне, кому будет лучше от i586? Или : чем это лучше?

> 
> 
>>>  В том числе и drak'и.
>>> В итоге пакеты дистрибутива используют /usr/lib/site_perl/%{_arch},
>>> и собираемым в дальнейшем MakeMaker-based пакетам указывается она же в
>>> качестве sitearch. Если кто-то хочет установить старые бинарные пакеты
>>> или, тоже вариант, пакеты от athlon на i686, то он "сам себе режиссер" -
>>> пусть устанавливает PERL5LIB хоть в /opt/perl.
>> 
>> И  может жестоко обмануться,  например, с DrakConf, при запуске drak'ов 
>> через который PERL5LIB игнорируется.
> 
> 
> Из двух вариантов - пойти навстречу неправильно написанной программе либо
> зафиксить эту неправильно написанную программу - я практически всегда
> выбираю второй вариант. Если бы это была моя сфера ответственности, я бы
> не минуту не сомневался в том, как решать этот вопрос.

С пафосом сказано, но это общие слова. Я пока не уверен, что эта 
программа в этой части написана неверно. И тем более не уверен, что она 
одна. И на каком уровне устанавливать этот PERL5LIB? Системные сервисы 
его не могут использовать?
Может быть, кто-нибудь даст ссылку на документацию по этому поводу? Про 
_arch в perl и пути поиска.

Rgrds, Алексей.

> 
> 
> 
> Regards,
> 	Dmitry
> 
> +-------------------------------------------------------------------------+
> Dmitry V. Levin     mailto://ldv@fandra.org
> Software Engineer   PGP pubkey http://www.fandra.org/users/ldv/pgpkeys.html
> IPLabs Linux Team   http://linux.iplabs.ru
> Fandra Project      http://www.fandra.org
> +-------------------------------------------------------------------------+
> UNIX is user friendly. It's just very selective about who its friends are.



_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel

Re: [devel] perl

[Aleksey Novodvorsky]

Aleksey Novodvorsky wrote:

>> 
>> Из двух вариантов - пойти навстречу неправильно написанной программе 
>> либо
>> зафиксить эту неправильно написанную программу - я практически всегда
>> выбираю второй вариант. Если бы это была моя сфера ответственности, я бы
>> не минуту не сомневался в том, как решать этот вопрос.
> 
> 
> С пафосом сказано, но это общие слова. Я пока не уверен, что эта 
> программа в этой части написана неверно. И тем более не уверен, что 
> она одна. И на каком уровне устанавливать этот PERL5LIB? Системные 
> сервисы его не могут использовать?
> Может быть, кто-нибудь даст ссылку на документацию по этому поводу? 
> Про _arch в perl и пути поиска. 


Тема неприятная, но продолжу.  DrakConf вызывает DrakConf.pm через 
popen(). По хорошему, надо бы все это хозяйство, написанное на C, perl, 
python и shell отправить на помойку вместе с  невразумительным  DrakX, 
густо сдобренным находками Pablo. Но, так как выпуск Sisyphus на публику 
-- моя сфера ответственности, то я это сейчас этого делать не буду, 
равно как и сильно править то, что так ужасно написано.
Я буду благодарен за _конкретные_ предложения. Perl собирает Михаил, его 
мнение здесь решающее, но оно должно учитывать реалии. Если конкретных 
предложений не последует в течение дня, то я собираю perl для Sisyphus с 
i386, но это может быть изменено к релизу.  Мне надо будет пересобрать 
еще gimp. Есть ли другие готовые пакеты, в которые попало i586?

Rgrds, Алексей.

> 
> 
> Rgrds, Алексей.
> 
>> 
>> 
>> 
>> Regards,
>>     Dmitry
>> 
>> +-------------------------------------------------------------------------+ 
>> 
>> Dmitry V. Levin     mailto://ldv@fandra.org
>> Software Engineer   PGP pubkey 
>> http://www.fandra.org/users/ldv/pgpkeys.html
>> IPLabs Linux Team   http://linux.iplabs.ru
>> Fandra Project      http://www.fandra.org
>> +-------------------------------------------------------------------------+ 
>> 
>> UNIX is user friendly. It's just very selective about who its friends 
>> are.
> 
> 
> 
> 
> _______________________________________________
> Devel mailing list
> Devel@linux.iplabs.ru
> http://www.logic.ru/mailman/listinfo/devel
> 
> 


_______________________________________________
Devel mailing list
Devel@linux.iplabs.ru
http://www.logic.ru/mailman/listinfo/devel