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.
prev parent 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