[mdk-re] обновление Perl и вообще ....

[mdk-re] обновление Perl и вообще ....

[Maxim]

слушайте, так же нельзя.
Хочу обновить perl, он мне говорит

libperl.so нужен для apache-mod_perl .....

ну а что нужно для обновления последнего я даже сюда не помещу.
Получается  заколдованный  круг.  Неужели  все новые библиотеки не совместимы со
старыми. Ну подумаешь обновится libperl.so, ну и что функции то останутся.
Что мне теперь из за это пол апачей сносить или переустанавливать.

Где же справедливость в этом мире!?

Кстати а когда ALT новые дистрибутивы выпустит, никто не знает?
Если  не долго ждать то я пожалуй лучше сразу всю систему разом заапгрейдю. Стер
поставил, и все. :)

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

[mdk-re] Re: обновление Perl и вообще ....

[Mikhail Zabaluev]

Hello Maxim,

On Fri, Oct 05, 2001 at 04:02:26PM +0400, Maxim wrote:
>
> слушайте, так же нельзя.
> Хочу обновить perl, он мне говорит
> 
> libperl.so нужен для apache-mod_perl .....
> 
> ну а что нужно для обновления последнего я даже сюда не помещу.
> Получается  заколдованный  круг.  Неужели  все новые библиотеки не совместимы со
> старыми. Ну подумаешь обновится libperl.so, ну и что функции то
останутся.

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

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Parkinson's Fourth Law:
	The number of people in any working group tends to increase
	regardless of the amount of work to be done.

Re: [mdk-re] обновление Perl и вообще ....

[Alexey Voinov]

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

Maxim wrote
> слушайте, так же нельзя.
> Хочу обновить perl, он мне говорит
> 
> libperl.so нужен для apache-mod_perl .....
> 
> ну а что нужно для обновления последнего я даже сюда не помещу.
> Получается  заколдованный  круг.  Неужели  все новые библиотеки не совместимы со
> старыми. Ну подумаешь обновится libperl.so, ну и что функции то останутся.
> Что мне теперь из за это пол апачей сносить или переустанавливать.
> 
> Где же справедливость в этом мире!?
> 
> Кстати а когда ALT новые дистрибутивы выпустит, никто не знает?
> Если  не долго ждать то я пожалуй лучше сразу всю систему разом заапгрейдю. Стер
> поставил, и все. :)
Я бы Вам советовал выкачать src.rpm того, что Вас интересует, например
apache*.src.rpm. После чего коммандой rpm --rebuild <этот самый>.src.rpm
получить пакет именно для Вашей системы.

А чтобы небыло проблем с последующим обновлением (например с дистрибутива)
имеет смысл пойти чуть более сложным путём:
1. rpm -Uvh <этот самый>.src.rpm
2. в .spec файле изменить Release: так чтобы он был больше чем уже
установленный у Вас, но меньше чем в этом пакете. Например если установлен
apache-1.3.20rusPL30.5-alt1, а хочется apache-1.3.20rusPL30.5-alt2, то
меняем Release: alt2 на Release: alt1.1
3. rpm -bb <этот сымый>.spec

Предупреждаю сразу: работать будет не всегда. иногда эти несовместимости
реально присутствуют.

-- 
Best Regards!           | Когда вам платят за работу, надо по крайней мере
Alexey Voinov           | делать вид, что вы работаете...
                        |                         Б.Виан "Осень в Пекине"
voins@voins.program.ru
voins@online.ru
vns@altlinux.ru


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

[mdk-re] обновление Perl и вообще ....

[Maxim]

Здравствуйте, Alexey.
Вы писали 6 октября 2001 г., 10:33:38:

AV> Maxim wrote
>> слушайте, так же нельзя.
>> Хочу обновить perl, он мне говорит
>> 
>> libperl.so нужен для apache-mod_perl .....
>> 
>> ну а что нужно для обновления последнего я даже сюда не помещу.
>> Получается  заколдованный  круг.  Неужели  все новые библиотеки не совместимы со
>> старыми. Ну подумаешь обновится libperl.so, ну и что функции то останутся.
>> Что мне теперь из за это пол апачей сносить или переустанавливать.
>> 
>> Где же справедливость в этом мире!?
>> 
>> Кстати а когда ALT новые дистрибутивы выпустит, никто не знает?
>> Если  не долго ждать то я пожалуй лучше сразу всю систему разом заапгрейдю. Стер
>> поставил, и все. :)
AV> Я бы Вам советовал выкачать src.rpm того, что Вас интересует, например
AV> apache*.src.rpm. После чего коммандой rpm --rebuild <этот самый>.src.rpm
AV> получить пакет именно для Вашей системы.

AV> А чтобы небыло проблем с последующим обновлением (например с дистрибутива)
AV> имеет смысл пойти чуть более сложным путём:
AV> 1. rpm -Uvh <этот самый>.src.rpm
AV> 2. в .spec файле изменить Release: так чтобы он был больше чем уже
AV> установленный у Вас, но меньше чем в этом пакете. Например если установлен
AV> apache-1.3.20rusPL30.5-alt1, а хочется apache-1.3.20rusPL30.5-alt2, то
AV> меняем Release: alt2 на Release: alt1.1
AV> 3. rpm -bb <этот сымый>.spec

AV> Предупреждаю сразу: работать будет не всегда. иногда эти несовместимости
AV> реально присутствуют.

Спасибо за совет. Но я уж лучше подожду нового релиза всей системы. С
моим опытом администрирования лучше такие штуки пока не проделывать. А
если и делать то на тестовом сервере. Такого у меня пока нет.
Пока же я прикрутил перл к PostgreSQL и так. по крайней мере основные
функции работают.
Я искренне надеюсь, что в будущем пакеты станут менее зависимы друг от
друга. Или будет универсальный интерфейс между приложениями для
определения доступности функций. Например одно приложение запрашивает
у другого список поддерживаемых функций, и далее уже работает с тем
что есть. В таком случае можно будет обновлять себе приложения которые
необходимы. Ведь как правило новая версия приложения поддерживает
старые функции. А если нет, то чтож тогда надо и остальное обновлять.
А кстати не плохая идея. Может разработчикам попробовать разработать
похожую технологию? Да ведь она наверняка уже и описана где нибудь. по
моему даже Microsoft такого еще не делала. Своего рода объектное
построение системы. Приложения в ней сами определяют что есть а что
нет и в соответствии с этим предлагают определенные возможности. Это
же почти живая система. :)
Эй, разработчики, что скажите?

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

[mdk-re] Re: обновление Perl и вообще ....

[Mikhail Zabaluev]

Hello Maxim,

On Sat, Oct 06, 2001 at 12:28:19PM +0400, Maxim wrote:
>
> Я искренне надеюсь, что в будущем пакеты станут менее зависимы друг от
> друга. Или будет универсальный интерфейс между приложениями для
> определения доступности функций. Например одно приложение запрашивает
> у другого список поддерживаемых функций, и далее уже работает с тем
> что есть. В таком случае можно будет обновлять себе приложения которые
> необходимы. Ведь как правило новая версия приложения поддерживает
> старые функции. А если нет, то чтож тогда надо и остальное обновлять.
> А кстати не плохая идея. Может разработчикам попробовать разработать
> похожую технологию? Да ведь она наверняка уже и описана где нибудь. по
> моему даже Microsoft такого еще не делала. Своего рода объектное
> построение системы. Приложения в ней сами определяют что есть а что
> нет и в соответствии с этим предлагают определенные возможности. Это
> же почти живая система. :)

Эти светлые идеи воплощены в спецификации CORBA. У Microsoft, как обычно,
есть собственные решения -- COM и вот теперь .NET .

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

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
We have art that we do not die of the truth.
		-- Nietzsche

[mdk-re] обновление Perl и вообще ....

[Maxim]

Здравствуйте, Mikhail.
Вы писали 6 октября 2001 г., 13:08:03:

MZ> Hello Maxim,

MZ> On Sat, Oct 06, 2001 at 12:28:19PM +0400, Maxim wrote:
>>
>> Я искренне надеюсь, что в будущем пакеты станут менее зависимы друг от
>> друга. Или будет универсальный интерфейс между приложениями для
>> определения доступности функций. Например одно приложение запрашивает
>> у другого список поддерживаемых функций, и далее уже работает с тем
>> что есть. В таком случае можно будет обновлять себе приложения которые
>> необходимы. Ведь как правило новая версия приложения поддерживает
>> старые функции. А если нет, то чтож тогда надо и остальное обновлять.
>> А кстати не плохая идея. Может разработчикам попробовать разработать
>> похожую технологию? Да ведь она наверняка уже и описана где нибудь. по
>> моему даже Microsoft такого еще не делала. Своего рода объектное
>> построение системы. Приложения в ней сами определяют что есть а что
>> нет и в соответствии с этим предлагают определенные возможности. Это
>> же почти живая система. :)

MZ> Эти светлые идеи воплощены в спецификации CORBA. У Microsoft, как обычно,
MZ> есть собственные решения -- COM и вот теперь .NET .

Насколько я понял CORBA это не системная технология. А я говорю именно
про построение локальной системы. Хотя возможно и сетевое ее
применение. А CORBA пока имеет только крайне ограниченное применение
для разработки приложений, а не для системы

MZ> А зависимости служат скорее для того, чтобы освободить пользователей
MZ> от ручной работы и не дать неопытному пользователю привести систему
MZ> в нерабочее состояние.

Это верно. Я уже написал что урок получил и тему надо закрывать.

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru

[mdk-re] Re: [mdk-re] обновление Perl и вообще ....

[Sergey S. Skulachenko]

On Sat, 6 Oct 2001 12:28:19 +0400
Maxim <max_conf@e-foto.ru> wrote:

> Я искренне надеюсь, что в будущем пакеты станут менее зависимы
> друг от друга.
 
> Эй, разработчики, что скажите?

Мне пришлось написать последовательно несколько подробных
сообщений о тактике обновлений с помощью apt. Потом появилась
статья Д.Левина на сайте на ту же тему. (Я нахально считаю, что
описАл процесс подробнее.) Но Вам всё не в прок.
Представим себе, что Вы приобрели Мастер-дистрибутив, а потом
уснули на пару лет. Проснувшись в панике, Вы опять спросите,
что-то больно много зависимостей в новых пакетах от Сизифа.
Никак Вам не удаётся понять, что все проблемы надо искать на
своём компьютере. Да и после этого лучше не говорите "Эй". Так-то
лучше.
____________
С уважением,
С.С.Скулаченко

[mdk-re] обновление Perl и вообще ....

[Maxim]

Здравствуйте, Sergey.
Вы писали 6 октября 2001 г., 15:46:09:

SSS> On Sat, 6 Oct 2001 12:28:19 +0400
SSS> Maxim <max_conf@e-foto.ru> wrote:

>> Я искренне надеюсь, что в будущем пакеты станут менее зависимы
>> друг от друга.
 
>> Эй, разработчики, что скажите?

SSS> Мне пришлось написать последовательно несколько подробных
SSS> сообщений о тактике обновлений с помощью apt. Потом появилась
SSS> статья Д.Левина на сайте на ту же тему. (Я нахально считаю, что
SSS> описАл процесс подробнее.) Но Вам всё не в прок.
SSS> Представим себе, что Вы приобрели Мастер-дистрибутив, а потом
SSS> уснули на пару лет. Проснувшись в панике, Вы опять спросите,
SSS> что-то больно много зависимостей в новых пакетах от Сизифа.
SSS> Никак Вам не удаётся понять, что все проблемы надо искать на
SSS> своём компьютере. Да и после этого лучше не говорите "Эй". Так-то
SSS> лучше.
SSS> ____________
SSS> С уважением,
SSS> С.С.Скулаченко

Ну вообще то я не про это говорил "Эй". Я про приложения которые сами
говорят что могут, а что нет.
Про связи естествнно я с вами согласен.
Дело не в этом. Дело в том что apt-get у меня застопорился и мне
посоветовали его обновить. Но у меня пока ничего с этим не получилось.
Там опять пошли зависимости. И по моему это все зацикливается.
Но я бы хотел уже закрыть тему про обновление. Там действительно надо
много чего почитать. Скорее всего я сам был не прав.

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru
                                http://virus.e-foto.ru

[mdk-re] Re: [mdk-re] обновление Perl и вообще ....

[Balamut]

Hello Maxim,

Saturday, October 06, 2001, 4:25:12 PM, you wrote:

M> Ну вообще то я не про это говорил "Эй". Я про приложения которые сами
M> говорят что могут, а что нет.
M> Про связи естествнно я с вами согласен.
M> Дело не в этом. Дело в том что apt-get у меня застопорился и мне
M> посоветовали его обновить. Но у меня пока ничего с этим не получилось.
M> Там опять пошли зависимости. И по моему это все зацикливается.
M> Но я бы хотел уже закрыть тему про обновление. Там действительно надо
M> много чего почитать. Скорее всего я сам был не прав.

Читал этот тред про обновление, сам уже неделю занимался этим же,
хотел увидеть расхваленный KDE 2.2.1. Вообщем все получилось, как раз
помогла статья
http://altlinux.ru/index.php?module=articles&action=show&artid=11 и то
что вчера сервер наконец-то стал доступен (неужели так все качали
Junior? И это один диск, а что будет если выйдут дистры на 4-х дисках?
Busy forerver?)

Вначале я на свежеустановленный Spring пытался его же старым
apt-get-ом поставить kdebase. Естественно ничего не получалось, те же
самые до боли знакомые списки зависимостей он выдавал и мне. Что
делать, apt-get мне советовал сделать "install -f" ну я и начал.После
пары ночей на модеме закачалось 140 Мб, которые должны были исправить
неудовлетворенные зависимости. Когда все закачалось половину пакетов
он установить не смог. Хорошо, сделаем "upgrade -f" решил я и
приготовился качать еще 300+ Мб которые ему нужны были позарез. Но тут
в этом треде прочитал вот это
ЛАВ>> все верно, эти пакеты обновляются парами.
ЛАВ>> удалить devel пакеты
ЛАВ>> rpm -e apt-devel-0.3.19cnc37-ipl3mdk
ЛАВ>> и поставить 
ЛАВ>> rpm -Uvh apt-0.3.19cnc52-alt4.i586.rpm
ЛАВ>> не злоупотреблять вилдкардами - не до жиру
M> 
M> Вот чем все заколнчилось.
M> 
M> [root@root update1]# rpm -Fvh apt-0.3.19cnc52-alt4.i586.rpm
M> ошибка: неудовлетворенные зависимости:
M>         libapt = 0.3.19cnc52-alt4 нужен для apt-0.3.19cnc52-alt4
M>         apt-conf нужен для apt-0.3.19cnc52-alt4
M>         libapt-pkg.so.3.1 нужен для apt-0.3.19cnc52-alt4
M>         apt = 0.3.19cnc37-ipl3mdk нужен для apt-devel-0.3.19cnc37-ipl3mdk
M> [root@root update1]# rpm -Uvh *apt*
M> ошибка: неудовлетворенные зависимости:
M>         apt = 0.3.19cnc37-ipl3mdk нужен для apt-devel-0.3.19cnc37-ipl3mdk
M>                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
M>                  откуда это берется не понятно. Такого в системе нет. см ниже.
M>         
M> [root@root update1]# rpm -qa | grep "cnc37"
M> [root@root update1]# rpm -qa | grep "apt"
M> apt-0.3.19cnc38-alt4
M> [root@root update1]#
как раз выложили статью. "Штирлиц понял", что без обновления apt-get
не обойтись :) Запустил Mandrake Update, нашел там
apt-0.3.19cnc52-alt4 решил установить, она ругнулась, я не обратил
внимания, сказал "Продожить" все установилось но apt работать
перестал. При запуске писал:
apt-get: error while loading shared libraries: libapt-pkg.so.3.1: cannot load shared object file: No such file or directory
и всё. Установил с компашки старый apt-get. Удалил вот это apt-devel-0.3.19cnc37-ipl3mdk
Закачал уже не помню чем, то ли руками, то ли Mandrake Update
apt-conf-sisyphus-1.0-alt1.i586.rpm и libapt-0.3.19cnc52-alt5.i586.rpm
заодно со страху aptitude-0.0.7.13-ipl10mdk.i586.rpm.
Потом в одной строке набрал
"rpm -Uvh apt-0.3.19cnc52-alt4.i586.rpm
apt-conf-sisyphus-1.0-alt1.i586.rpm libapt-0.3.19cnc52-alt5.i586.rpm"
Все три пакета установились, салют, победа! Дальше проще, новый
apt-get сделал "install -f", поставил kde, XFree, все, о чем я так
долго мечтал. Осталось теперь восстановить kppp, который старый
apt-get благополучно мне снес (в каком он пакете, не подскажете, а то
вместе с новым KDE он почему-то не установился?) nautilus, который
тоже мне не нужен (так почему-то решил опять же apt-get), исправить
глюк с filesystem, про который я отдельное письмо запостил, ну и
дальше уже жить припеваючи, набираться опыта и заваливать рассылку
вопросами о новых глюках и проблемах :)

Кстати, нет худа без добра, оказавшись без kppp я нашел kcron,
поигрался с ifup ppp0-ifdown ppp0, записал в kcron две задачи и теперь
крон сам звонит в 2-00 и отрубается в 10-00. Лепота! Осталось
разобраться с suid-ами и понять, как звонить не через рута, а из-под
своего аккаунта и установить хедеры, а то без них у меня diald, везде
расхваливаемый, не собирается.

-- 
Best regards,
 Balamut                            mailto:balamut@au.ru

Re: [mdk-re] Re: [mdk-re] обновление Perl и вообще ....

[Michael Shigorin]

On Mon, Oct 08, 2001 at 01:27:06AM +0400, Balamut wrote:
> разобраться с suid-ами и понять, как звонить не через рута, а из-под
> своего аккаунта и установить хедеры, а то без них у меня diald, везде
Я как-то писал недавно -- можно найти по
chgrp ppp  /usr/sbin/pppd
chmod 4710 /usr/sbin/pppd

;)

-- 
WBR, Michael Shigorin -- webmaster@www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Re: [mdk-re] обновление Perl и вообще ....

[Любимов А.В.]

On Sat, 6 Oct 2001 15:46:09 +0400
"Sergey S. Skulachenko" <sssku@online.ru> wrote:
С Максимом все ясно. 
Любая автоматизированная или интелектуальная система раздражает если не понимаешь логики ее функционирования или проще говоря не можешь предугадать, что она сделает в следующий момент. Плохо то что Максим этого не понимает и понять похоже не может.
Еще хуже что он не одинок. И совсем плохо, что свои эмоции эти люди выплескивают сюда. Не вопросы, не достижения, а просто раздражение.  

> > Эй, разработчики, что скажите?
>  Да и после этого лучше не говорите "Эй". Так-то  лучше.

Безотносительно к теме. А кто является разработчиком? где можно узнать состав Altlinux crew?

[mdk-re] [JT] обновление Perl и вообще ....

[Maxim]

Здравствуйте, Любимов.
Вы писали 6 октября 2001 г., 16:04:44:

ЛАВ> On Sat, 6 Oct 2001 15:46:09 +0400
ЛАВ> "Sergey S. Skulachenko" <sssku@online.ru> wrote:
ЛАВ> С Максимом все ясно. 
ЛАВ> Любая автоматизированная или интелектуальная система раздражает если не понимаешь логики ее функционирования или проще говоря не можешь предугадать, что она сделает в следующий момент. Плохо то
ЛАВ> что Максим этого не понимает и понять похоже не может.
ЛАВ> Еще хуже что он не одинок. И совсем плохо, что свои эмоции эти люди выплескивают сюда. Не вопросы, не достижения, а просто раздражение.  

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

>> > Эй, разработчики, что скажите?
>>  Да и после этого лучше не говорите "Эй". Так-то  лучше.

ЛАВ> Безотносительно к теме. А кто является разработчиком? где можно узнать состав Altlinux crew?

-- 
С уважением,
 Maxim                          mailto:max_conf@e-foto.ru
                                http://virus.e-foto.ru

Re: [mdk-re] [JT] обновление Perl и вообще ....

[AVL]

On Mon, 8 Oct 2001 17:49:05 +0400
Maxim <max_conf@e-foto.ru> wrote:

> Здравствуйте, Любимов.
> Вы писали 6 октября 2001 г., 16:04:44:
> 
> ЛАВ> On Sat, 6 Oct 2001 15:46:09 +0400
> ЛАВ> "Sergey S. Skulachenko" <sssku@online.ru> wrote:
> ЛАВ> С Максимом все ясно. 
> ЛАВ> Любая автоматизированная или интелектуальная система раздражает если не понимаешь логики ее функционирования или проще говоря не можешь предугадать, что она сделает в следующий момент. Плохо то
> ЛАВ> что Максим этого не понимает и понять похоже не может.
> ЛАВ> Еще хуже что он не одинок. И совсем плохо, что свои эмоции эти люди выплескивают сюда. Не вопросы, не достижения, а просто раздражение.  
> 
> Я  бы  был  более осторожен в высказывании мнений о людях которых не знаешь.

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

> Если  вы  хотите  что  бы  линукс  оставался  в  тени можете продолжать говорить
> неопытным  людям  что  они  козлы.  Но  тогда  боюсь  что  эта  система не будет
> пользоваться поддержкой.

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

еще раз - посмотрите на дату.
это мой постфик наконец то прорвался через relay :(