From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Serge Skorokhodov X-Mailer: The Bat! (v1.53t) Organization: F.F.Yu.D. X-Priority: 3 (Normal) Message-ID: <5745213583.20020114122944@mtu-net.ru> To: Aleksey Novodvorsky Subject: Re[2]: [mdk-re] Re: PostgreSQL - какначать работу? In-Reply-To: <3C42901A.7080804@logic.ru> References: <3C40A3DC.DAF1AC39@mtu-net.ru> <20020113103817.P1699@lic145.kiev.ua> <3C41975E.1E2B8869@mtu-net.ru> <22521314540.20020113184057@mtu-net.ru> <3C41CCBD.4060504@logic.ru> <32179654.20020114003230@mtu-net.ru> <3C42901A.7080804@logic.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-Posting-Agent: Hamster/1.3.23.4 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: Serge Skorokhodov List-Help: List-Post: List-Subscribe: , List-Id: Linux-Mandrake RE / ALT Linux discussion list List-Unsubscribe: , List-Archive: Date: Mon Jan 14 12:39:18 2002 X-Original-Date: Mon, 14 Jan 2002 12:29:44 +0300 Archived-At: List-Archive: List-Post: Здравствуйте! >>>> Ну почему в win я могу работать с Pyhton 2.2, а для Boa, >>>> который пока с 2.2 не работает, поставить, а то и в >>>> параллель держать, 2.1? Что-то не верится, что все в >>>> системных утилитах столь изменилось с момента выхода Python >>>> 2.x+1, что ничего с Python 2.x работать не может:) >>> Потому, что у Вас в системе много Python-зависимых пакетов. А >>> в Win их почти нет. >> Ответьте, только честно:), Вы действительно считаете >> оправданным вводить с "сердце системы" новые фичи Python 2.2? >> Что такого делается, что нельзя было бы сделать, используя >> стабильный сабсет? Понимаю, что это невежество, но что-то мне >> подсказывает, что без этого легко можно было бы обойтись, если >> стараться иметь систему, жизнеспособную чуть больше, чем >> полуторомесячный цикл обновления сизифа:) AN> Для этого есть релизы. AN> Уже сейчас Zope, напрмер, переписывается с учетом features AN> python-2.2. С друго стороны, есть системы, до сих пор живущие AN> на софте трехлетней давности с security updates. AN> Можно выбирать. Zope, все же -- такой же прикладной пакет, как все:) Хочешь ставишь, хочешь нет. Т.е. выбирать действительно можно. А вот есть ли "официальный" способ примирения двух прикладных пакетов, конфликтующих по системным библиотекам? В RH вроде есть "институт" compatible? Например, я еще даже не пробовал собирать WAVE/WFDB (библиотеки и программы для работы с физиологическими сигналами), поскольку там многое архаично, даже, кажется, еще libc5:) И использую их под Windows с последующим экспортом результатов в Linux:) Смешно, правда? Так и сижу сразу за двумя компьютерами:) AN> Но если Вы -- разработчик, то стоять на месте просто опасно. Да, но при этом часть пользователей может "остаться за бортом":( В бизнесе это называется "защита инвестиций". Я лично давно зарекся обновлять что-то из Sisyphus'а "по крупному", жду следующего дистрибутива:) Но достаточно почитать эту рассылку, чтобы понять -- вектор развития идет в сторону "серверной" части (усиление безопасности, chroot и т.д.). Всегда ли такие обновления оправданы на "вычислительной" рабочей станции, а то и ноутбуке? Совсем не уверен. А желание оставить основу системы попроще, из более старого дистрибутива:) приводит к трудностям с установкой прикладных пакетов и софта "среднего уровня" (X, оконные менеджеры, GS). Примеров в этой рассылке много, в результате я практически не смотрю в сторону последних достижений KDE-строения:) знаю, что не встанет и из тарбола не соберется: не та версия Qt и KDE:( А обновить их невозможно -- столько потянется:( Так что "сердит":) я не только на ALT:))) И при переходе на новые технологии у людей нет-нет да и да:( Т.е. при попытке обновления _отдельных прикладных_ программ начинается upgrade или dist-apgrade с последующими танцами с бубнами. Примеров в рассылке немало. Я стараюсь предотвратить такие беды, поэтому стал ограничивать круг используемых программ (не всегда оправданно:) и пользоваться оригинальными тарболами. С моей точки зрения при этом возникает меньше проблем. Например, LyX как не вводил русский в таблицы, так и не вводит. Пока не заменишь кириллизацию через keybinding на встроенные раскладки. А в чем тогда преимущества фирменной сборки? В том, что нет нужды ограничиваться двумя раскладками? Таблицу-то все равно не набьешь:( Но я могу себе такое позволить: мне сейчас в графиках и текстах практически не нужна кириллица:) А когда понадобится? На самом деле, это для меня (подозреваю, что я не один такой:) самое главное: чтобы кириллица (желательно не-коёвая:) была сразу из коробки и желательно везде:) Все остальное: безопасные сервисы и надежная авторизация и т.д. для меня сейчас абсолютно некритичны, с моей точки зрения это только отъедает циклы процессора и нервные клетки при конфигурации:))) А получается как раз наоборот, Castle "съедает" десктоп-ориентированный дистрибутив:( И никто больше работу в cp1251 не предлагает:( Короче, простите за бурчание. Но работу с wxWindows, wxPython и Boa приходится осваивать на платформе Microsoft:( -- Serge Skorokhodov aka suralis 14.01.2002 suralis-s@mtu-net.ru