From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mutab0r@rambler.ru>
Message-ID: <40F64C7E.4050504@rambler.ru>
Date: Thu, 15 Jul 2004 13:21:02 +0400
From: Yury Aliaev <mutab0r@rambler.ru>
Organization: =?KOI8-R?Q?=FE=D4=CF=20=D7=20=D7=D9=CD=C5=CE=C9=20=D4=C5=C2=C5=20=CD=CF=C5=CD=3F?=
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-GB;
	rv:0.9.4) Gecko/20011128 Netscape6/6.2.1
X-Accept-Language: ru, en-gb
MIME-Version: 1.0
To: community@altlinux.ru
Subject: Re: [Comm] 
	=?KOI8-R?Q?=EB=C1=CB=20=D0=D2=CF=C1=D0=C7=D2=C5=CA=C4=C9=D4=D8=20=E1=EC=ED2=2E2=21?=
	?
References: <40F47694.7080703@inbox.ru>
	<200407140845.03698.combr@vesna.ru>	<40F62FFF.7060706@rambler.ru>	<20040715073719.GB8657@notebook.wrarsdomain>	<40F63731.1080406@rambler.ru>	<20040715080223.GE8657@notebook.wrarsdomain>	<40F6413D.3060201@rambler.ru>
	<20040715085147.GA31987@master.mivlgu.local>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
X-Auth-User: mutab0r, whoson: (null)
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: community@altlinux.ru
List-Id: Mailing list for ALT Linux users <community.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/community>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Thu, 15 Jul 2004 09:16:48 -0000
Archived-At: <http://lore.altlinux.org/community/40F64C7E.4050504@rambler.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

Sergey Vlasov wrote:

>>
>>>http://lists.altlinux.ru/pipermail/sisyphus/2004-May/040453.html
>>>
>>Опаньки... Полный абзац! Честно говоря, в данном случае даже авторитет 
>>ldv не помогает мне понять, почему же это вдруг _статический_ rpm должен 
>>падать от несоответсвия версии glibc, если он к ней по идее не должен 


>>
> 
> В glibc есть Name Service Switch (NSS) - средство для переключения
> механизмов поиска информации passwd, group, hosts и т.п. в
> соответствии с настройками в /etc/nsswitch.conf.  Это переключение
> реализовано путём загрузки указанных в nsswitch.conf библиотек
> доступа (/lib/libnss_*.so.2) через dlopen().  Причём библиотеки
> загружаются даже для статически собранных программ - вот тут-то и
> проявляются несовместимости.


Большое спасибо за грамотное разъяснение проблемы. Теперь понятно, что 
статичность здесь как раз не причём.

> 
> Даже если /bin/rpm не работает, работоспособность /usr/bin/rpmi
> сохраняется (поскольку он собран с разделяемыми библиотеками), что
> позволяет выбраться из данной ситуации.  Можно даже запустить старый
> apt, если временно вставить в /etc/apt/apt.conf параметр
> 
> Dir::Bin::rpm "/usr/bin/rpmi";


А не случится такое, что после обновления glibc старый rpmi откажется 
работать как раз из-за несовместимости библиотек (особенно при переходе 
2.2.х -> 2.3.x)?