ALT Linux Team development discussions
 help / color / mirror / Atom feed
From: Sergey V Turchin <zerg@altlinux.org>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] I: duplicate pkgconfig() provides
Date: Fri, 04 Dec 2020 14:39:02 +0300
Message-ID: <3456152.yaVYbkx8dN@zerg.malta.altlinux.ru> (raw)
In-Reply-To: <20201204110544.GA30006@imap.altlinux.org>

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.

      reply	other threads:[~2020-12-04 11:39 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-11-14 14:59 Dmitry V. Levin
2020-11-14 15:51 ` Yuri Sedunov
2020-11-14 16:29   ` Dmitry V. Levin
2020-11-14 17:02     ` Yuri Sedunov
2020-11-14 19:04       ` Dmitry V. Levin
2020-11-14 20:22         ` Yuri Sedunov
2020-11-14 22:09           ` Dmitry V. Levin
2020-11-15 13:14             ` Yuri Sedunov
2020-11-15 14:52               ` Dmitry V. Levin
2020-11-16  9:33 ` Vitaly Lipatov
2020-12-03  9:54     ` Aleksei Nikiforov
2020-12-03 11:52         ` Dmitry V. Levin
2020-12-03 12:54             ` Aleksei Nikiforov
2020-12-03 13:14               ` Dmitry V. Levin
2020-12-04  9:59       ` Vladislav Zavjalov
2020-12-04 10:40         ` Andrey Savchenko
2020-12-04 11:05           ` Vladislav Zavjalov
2020-12-04 11:39             ` Sergey V Turchin [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3456152.yaVYbkx8dN@zerg.malta.altlinux.ru \
    --to=zerg@altlinux.org \
    --cc=devel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git