[devel] I: duplicate pkgconfig() provides

[Sergey V Turchin]

On Friday, 4 December 2020 14:05:44 MSK Vladislav Zavjalov wrote:
> On Fri, Dec 04, 2020 at 01:40:17PM +0300, Andrey Savchenko wrote:
> > On Fri, 4 Dec 2020 12:59:31 +0300 Vladislav Zavjalov wrote:
> > > On Thu, Dec 03, 2020 at 12:54:31PM +0300, Aleksei Nikiforov wrote:
> > > > Я думаю, стоит попробовать узнать нужны ли до сих пор mpi версии
> > > > кому-либо. Если нет, то возможно стоит их просто удалить. Вот если
> > > > mpi-версии нужны или удалять не хочется, то это уже будет вопрос
> > > > посложнее.
> > > 
> > > Прошу прощения за очень медленный подход к blas/lapack. Но я по-прежнему
> > > про него думаю и что-то пытаюсь иногда делать. Моя текущая идея -
> > > собирать
> > > все варианты библиотек (reference, optimized, threads, mpi) из одного
> > > пакета openblas. В нем есть все необходимое для этого, и так будет
> > > меньше шансов, что интерфейсы разъедутся. А переключать надо, видимо,
> > > альтернативами (у меня, впрочем, нет опыта изготовления альернатив, и
> > > до них я пока не дошел).
> > > 
> > > Вопрос, возможна ли такая схема в связи с последними новшествами?
> > > 
> > > Если придумается хороший ответ, то он подойдет и для других пакетов
> > > с mpi-альтернативами.
> > 
> > С MPI так просто не выйдет. Если по BLAS/LAPACK ещё есть стандарты,
> > которые позволяют делать переключение реализации без пересборки, то
> > MPI можно собрать только с конкретной версией конкретной
> > реализации, даже между соседними версиями они уже несовместимы. Это
> > большая проблема :(
> > 
> > Я вижу только способ по аналогии с python2/3 собирать пакеты
> > в разных подпакетах с разными MPI.
> 
> Я бы сказал, что мой вопрос остается в силе,
> Можно ли собрать из одного src.rpm пакеты libblas-ref, libblas-threads,
> libblas-mpi (с какой-то из реализаций), с библиотеками в своих директориях
> и альтернативами для их переключения?
> Как это будет совмещаться с борьбой с duplicate provides?
Если в %_libdir будет только libblas-ref, -devel-пакет будет только один и 
остальные libblas-* будут альтернативами переключать /etc/ld.so.conf.d/
libblas.conf, то конфликтов не будет.

> Другие библиотеки и программы можно собирать точно так же, если все
> нужные для сборки пакеты и реализации можно поставить одновременно
> и переключаться между ними в процессе сборки...
> 
> С другой стороны, тут обсуждается, нужна ли нам хоть одна mpi.
> Может быть, стоит оставить не больше одной, а другие предлагать сделать
> желающим, в виде "карманов".
> _______________________________________________
> Devel mailing list
> Devel на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel


-- 
Regards, Sergey.