From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 9 Jan 2003 14:01:57 +0300 From: vserge To: devel@altlinux.ru Subject: Re: [devel] =?KOI8-R?Q?=F0=CF=C4=C4=C5=D2=D6=CB=C1_=D7_=F3=C9=DA?= =?KOI8-R?Q?=C9=C6=C5?= SASL2 Message-Id: <20030109140157.5661308c.vserge@altlinux.ru> In-Reply-To: <200301091111.40798.ivv@altlinux.ru> References: <20021231172635.10e47dda.vserge@altlinux.ru> <200301091111.40798.ivv@altlinux.ru> Organization: ALT Linux Team X-Mailer: Sylpheed version 0.8.8 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Sender: devel-admin@altlinux.ru Errors-To: devel-admin@altlinux.ru X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: devel@altlinux.ru X-Reply-To: vserge@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Добрый день Вы написали Victor V Ismakaev Thu, 9 Jan 2003 11:11:40 +0500: > 31 Декабрь 2002 19:26, vserge написал: > Думаю,Сергей,сделать так,как ты предложил. > > > После некоторого обсуждения с Виктор В Исмакаевым судьбу пакета > > cyrus-sasl2 и соответственно библиотек libsasl2 > > > > Хотим вынести на всеобщее обсуждение следующие вопросы: > > 1) Нужно ли выносить конфигурационные фалы из /usr/lib/sasl2/ в /etc/sasl2 > Выносим. > > > 2) Нужно ли разбивать на подпакеты с плагинами разного рода авторизации > Разбиваем.Но в отдельные пакеты стоит выносить только те плугины,которые > зависят от внешних либ: > gssapi-plugin,mysql-plugin,ldapauxprop-plugin. Можно и так, согласен я разбиавл на множество пакетов только из-за желания выкинуть из установок по умолчанию те плагины, не рекомендованы или тянут за собой кучу библиотек. Да там в последнем cyrus-sasl, который усть в дедалусе есть ошибки с зависимостями в области ( libldapi ) соответственно ошибка при установке ругается на libldapi ^ > Остальные пусть остаються в libsasl.Много места они не займут,а плодить > лишние пакеты,думаю не стоит. > > 3) Как будем осуществлять сосуществоание старой библиотеки и новой (sasl1 > > и sasl2) это особенно касается libsasl*-devel так как ими используется > > один и та же директория /usr/include/sasl > Здесь думаю надо сделать через Conflicts:, как libdb3-devel & libdb4-devel. > libsasl-devel(-static) conflicts with libsasl2-devel(-static). Я думаю что не стоит зтавить конфликт на статик так как они зависят напрямую от devel хотелось бы прийти к решению так как я готов вылодить новый OpenLDAP с sasl2 он зависит от деделусовского libsasl2-devel -- With best wishes, Volkov Serge Network Administrator/Security Administrator