From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Maxim X-Mailer: The Bat! (v1.53d) Personal X-Priority: 3 (Normal) Message-ID: <128474512092.20011006122819@e-foto.ru> To: Alexey Voinov In-Reply-To: <20011006103337.B13446@voins.local> References: <5381653451.20011005160226@e-foto.ru> <20011006103337.B13446@voins.local> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [mdk-re] =?koi8-r?B?z8LOz9fMxc7JxSBQZXJsIMkg18/Pwt3FIC4uLi4=?= Sender: mandrake-russian-admin@altlinux.ru Errors-To: mandrake-russian-admin@altlinux.ru X-BeenThere: mandrake-russian@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: mandrake-russian@altlinux.ru X-Reply-To: Maxim List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Sat Oct 6 12:23:01 2001 X-Original-Date: Sat, 6 Oct 2001 12:28:19 +0400 Archived-At: List-Archive: List-Post: Здравствуйте, 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