From: Serge Skorokhodov <suralis-s@mtu-net.ru> To: Aleksey Novodvorsky <mandrake-russian@altlinux.ru> Subject: Re[2]: [mdk-re] Re: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ? Date: Mon Jan 14 12:39:18 2002 Message-ID: <5745213583.20020114122944@mtu-net.ru> (raw) In-Reply-To: <3C42901A.7080804@logic.ru> Здравствуйте! >>>> Ну почему в 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
next prev parent reply other threads:[~2002-01-14 12:39 UTC|newest] Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-01-13 3:51 [mdk-re] PostgreSQL - как начать работу? Oleg N. Kayunov 2002-01-13 10:53 ` Sergei 2002-01-13 11:59 ` Michael Shigorin 2002-01-13 17:21 ` [mdk-re] Re: PostgreSQL - какначать работу? Oleg N. Kayunov 2002-01-13 17:59 ` vic ismakaev 2002-01-14 11:20 ` [mdk-re] " Maxim 2002-01-14 11:25 ` Korshunov Ilya 2002-01-14 12:13 ` Maxim 2002-01-14 14:27 ` [mdk-re] " Oleg N. Kayunov 2002-01-14 15:03 ` vic ismakaev 2002-01-13 18:41 ` [mdk-re] Re: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ? Serge Skorokhodov 2002-01-13 20:49 ` [mdk-re] Re: PostgreSQL - какначать работу? Aleksey Novodvorsky 2002-01-14 9:24 ` Re[2]: [mdk-re] Re: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ? Serge Skorokhodov 2002-01-14 10:42 ` [mdk-re] Re: PostgreSQL - какначать работу? Aleksey Novodvorsky 2002-01-14 12:39 ` Re[2]: [mdk-re] Update Strategy (was: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ?) Serge Skorokhodov 2002-01-14 12:39 ` Serge Skorokhodov [this message] 2002-01-14 13:17 ` Re[2]: [mdk-re] Re: PostgreSQL - какначать работу? Vitaly Lipatov 2002-01-14 16:57 ` Re[4]: [mdk-re] Re: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ? Serge Skorokhodov 2002-01-14 10:56 ` [mdk-re] Re: PostgreSQL - какначать работу? Aleksey Novodvorsky 2002-01-14 12:39 ` Re[2]: [mdk-re] Re: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ? Serge Skorokhodov 2002-01-14 13:11 ` Re[2]: [mdk-re] Re: PostgreSQL - какначать работу? Grigory Milev 2002-01-14 12:39 ` Re[2]: [mdk-re] Re: PostgreSQL - ËÁËÎÁÞÁÔØ ÒÁÂÏÔÕ? Serge Skorokhodov 2002-01-14 14:38 ` [mdk-re] [JT] pythons (was: PostgreSQL - как начать работу?) Michael Shigorin 2002-01-14 16:57 ` [mdk-re] [JT] pythons (was: PostgreSQL - ËÁË ÎÁÞÁÔØ ÒÁÂÏÔÕ?) Serge Skorokhodov 2002-01-14 23:03 ` [mdk-re] I: memtest86 testing wanted (was: pythons) Michael Shigorin 2002-01-15 0:04 ` [mdk-re] Re[2]: [mdk-re] [JT] pythons (was: PostgreSQL - как начать работу?) Alexandre Prokoudine
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=5745213583.20020114122944@mtu-net.ru \ --to=suralis-s@mtu-net.ru \ --cc=mandrake-russian@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git