From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <ldv@altlinux.org>
Date: Fri, 6 Nov 2020 13:17:14 +0300
From: "Dmitry V. Levin" <ldv@altlinux.org>
To: ALT Devel discussion list <devel@lists.altlinux.org>
Message-ID: <20201106101714.GA20094@altlinux.org>
References: <f078dc11-000a-6953-933c-9b3b030a35d8@ya.ru>
 <103c2340-5226-1209-8237-6fe461543991@basealt.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <103c2340-5226-1209-8237-6fe461543991@basealt.ru>
Subject: Re: [devel]
 =?koi8-r?b?cG92aWRlcyDE19XIIM/Eyc7By8/X2cggwsnCzMnP1MXL?=
 =?koi8-r?b?INcg0sHaztnIINDBy8XUwcg=?=
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, 06 Nov 2020 10:17:14 -0000
Archived-At: <http://lore.altlinux.org/devel/20201106101714.GA20094@altlinux.org/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

On Fri, Nov 06, 2020 at 11:52:29AM +0300, Anton Farygin wrote:
> On 06.11.2020 11:46, Антон Мидюков wrote:
> > Здравствуйте
> >
> > Обнаружил, что в сборки регулярок aarch64 уже довольно давно вместо 
> > пакета libGLES устанавливается пакет mali-drv-baikalm. Вытягивает его 
> > gst-plugins-good1.0 через provides libGLESv2.so.2
> >
> > В связи с этим у меня возник вопрос насколько это вообще правильно, 
> > что подобные проприетарные пакеты предоставляют такие provides?
> >
> Неправильно вообще, что два разных пакета предоставляют одинаковую 
> библиотеку, которая потом будет выбираться случайным образом при сборке 
> дистрибутива или установке пакетов.

$ xzcat Sisyphus/x86_64/base/pkglist.classic.xz |\
  pkglist-query '[%{PROVIDENAME}\n]' /dev/stdin |\
  grep '^[^/]*()(64bit)$' |sort |uniq -c |awk '$1>1{print $2}'
BugpointPasses.so()(64bit)
libcgns.so.3.2()(64bit)
libhdf5_hl.so.8()(64bit)
libhdf5.so.8()(64bit)
liblibreofficekitgtk.so()(64bit)
libnetcdf_c++4.so.1()(64bit)
libnetcdf_c++.so.4()(64bit)
libnetcdff.so.6()(64bit)
libnetcdf.so.11()(64bit)
libopusfile.so.0()(64bit)
libopusurl.so.0()(64bit)
libthrift_c_glib.so.0()(64bit)
libwine.so.1()(64bit)
LLVMgold.so()(64bit)
LLVMHello.so()(64bit)
$ xzcat Sisyphus/aarch64/base/pkglist.classic.xz |\
  pkglist-query '[%{PROVIDENAME}\n]' /dev/stdin |\
  grep '^[^/]*()(64bit)$' |sort |uniq -c |awk '$1>1{print $2}'
BugpointPasses.so()(64bit)
libcgns.so.3.2()(64bit)
libEGL.so.1()(64bit)
libgbm.so.1()(64bit)
libGLESv2.so.2()(64bit)
libhdf5_hl.so.8()(64bit)
libhdf5.so.8()(64bit)
liblibreofficekitgtk.so()(64bit)
libnetcdf_c++4.so.1()(64bit)
libnetcdf_c++.so.4()(64bit)
libnetcdff.so.6()(64bit)
libnetcdf.so.11()(64bit)
libopusfile.so.0()(64bit)
libopusurl.so.0()(64bit)
libthrift_c_glib.so.0()(64bit)
libwayland-egl.so.1()(64bit)
libwine.so.1()(64bit)
LLVMgold.so()(64bit)
LLVMHello.so()(64bit)

Можно добавить в обработку сборочных заданий проверку,
предотвращающую расширение этого списка.


-- 
ldv