From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Content-Type: text/plain; charset="koi8-r" From: Mikhail Nikitin Organization: UslugiOnline.Ru To: mandrake-russian@altlinux.ru Subject: Re: [mdk-re] GNOME X-Mailer: KMail [version 1.2] References: <01042520320700.01759@server> <01042521023801.01759@server> <20010425212339.29f86118.aen@logic.ru> In-Reply-To: <20010425212339.29f86118.aen@logic.ru> MIME-Version: 1.0 Message-Id: <01042521301402.01759@server> Content-Transfer-Encoding: 8bit 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 List-Help: List-Post: List-Subscribe: , List-Id: Mandrake/RE discussion list List-Unsubscribe: , List-Archive: Date: Wed Apr 25 21:28:01 2001 X-Original-Date: Wed, 25 Apr 2001 21:30:14 +0400 Archived-At: List-Archive: List-Post: > > > > > Выделять его из остальных сборок -- большая ошибка. > > > > А там еще фенечка нечто вроде redcarpet есть - что она > > обновляет > > и можноли ее отдельно от ximian с Spring использовать? > > Не советую. Используйте apt-get. Ок. то есть появилась поддержка rpm в нем? > > > Evolution сейчас в юзабельном состоянии ? > > Не особо. :( грустно ... какой mail-client использовать тогда кроме kmail (не умеет imap - fetchmail не охота ставить) и sylpheed-клонов? > > > > Nau версии 1.0.2 (как у Ximian) или CVS-ный? CVS 1.0.3 > > более юзабельный как > > пишут в девелоперской конференции так как не вываливается > > после 4-х часов > > работы. > > Разработчики Nau очень просят не выкладывать rpm, собранные > из CVS. Мы не хотим игнорировать просьбу коллег. > Таким образом, в Sisyphus сейчас -- 1.0.2. Русский с > антиалиасингом у него "из коробки". > Nau будет устойчивей, если запретить индексирование диска. > Понял... > > Простите за навязчивость, я просто нахожусь на стадии > > выбора дистрибутива для > > апргейда сервера со Slackware который еще и является > > рабочим местом :) > > Это непростой выбор. По крайней мере заранее предупреждаю, > что надо разобраться в идеологии построения Spring, прежде > чем Вы получите свойственную Slack свободу рук. Про Debian > можно сказать примерно то же. RH в этом плане будет > привычнее. > Надеюсь это описано в документации - будем изучать. RH ставить не хочу поскольку знаю по крайней мере один способ сломать любую построенную на RH - систему... Большое спасибо за ответ! Удачи в разработке!