From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <imz@altlinux.org>
Date: Fri, 2 Dec 2016 15:34:32 +0300 (MSK)
From: Ivan Zakharyaschev <imz@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
In-Reply-To: <alpine.LFD.2.20.1612021512410.13365@imap.altlinux.org>
Message-ID: <alpine.LFD.2.20.1612021530380.13365@imap.altlinux.org>
References: <201611131123.19050@ruslandh>
 <alpine.LFD.2.20.1611252047490.13365@imap.altlinux.org>
 <alpine.LFD.2.20.1611271246190.13365@imap.altlinux.org>
 <201611271411.26649@ruslandh>
 <alpine.LFD.2.20.1612021512410.13365@imap.altlinux.org>
User-Agent: Alpine 2.20 (LFD 67 2015-01-07)
MIME-Version: 1.0
Content-Type: multipart/mixed;
 BOUNDARY="1807885841-1613045198-1480682072=:13365"
Subject: Re: [devel]
	=?koi8-r?b?8NLPwszFzcEg0NLJINPCz9LLxSBuZXdtb24gMjcuMA==?=
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
 <mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Dec 2016 12:34:32 -0000
Archived-At: <http://lore.altlinux.org/devel/alpine.LFD.2.20.1612021530380.13365@imap.altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.

--1807885841-1613045198-1480682072=:13365
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8BIT

On Fri, 2 Dec 2016, Ivan Zakharyaschev wrote:

> В Вашем случае ничто не мешает такую же строгую проверку ввести для 
> содержимого /usr/lib64/newmoon/ , как и для стандартных путей с библиотеками, 
> чтобы такие вещи отлавливать. (Раз у Вас всё хорошо благодаря RPATH/RUNPATH в 
> отличие от случаев всяких плагинов.)
>
> Кажется, такая опция в макросах для управления verify-elf есть. Но надо 
> посмотреть, чтобы точно сказать.

Нет, такой ручки сейчас нет. Строгость определяется наличием пути в 
$RPM_VERIFY_ELF_LDD_RPATH, а его, во-первых, не легко поменять (только 
через изменение LIBDIR, что повлечёт много изменений), во-вторых, он 
используется и в других проверках как информация о стандартных путях, 
которые не надо менять, конечно.

case "$VERIFY_ELF_UNRESOLVED" in
 	no|relaxed)
 		ldd_rc=0
 		;;
 	strict)
 		ldd_rc=1
 		;;
 	*)
 		if [ -z "${t##*ELF* executable*dynamically linked*}" ] ||
 		   lookup_path "${fname%/*}" "$RPM_VERIFY_ELF_LDD_RPATH"; 
then
 			ldd_rc=1
 		else
 			ldd_rc=0
 		fi
 		;;
esac


> -- 
> Best regards,
> Ivan
--1807885841-1613045198-1480682072=:13365--