Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 744727 - sci-libs/mkl{,-rt}: redundant packages
Summary: sci-libs/mkl{,-rt}: redundant packages
Status: RESOLVED DUPLICATE of bug 747310
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: blas-lapack
  Show dependency tree
 
Reported: 2020-09-25 21:11 UTC by Aisha Tammy
Modified: 2020-11-09 07:12 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aisha Tammy 2020-09-25 21:11:42 UTC
Currently we have multiple Intel MKL packages (two in ::gentoo, one in ::sci) which are, to my best guess, providing the exact same package in multiple ways.

I consider this to be quite worrying and frankly incorrect.

None of the packages are *wrong* but it feels like we should have a small effort to only provide one package which gives MKL.

Packages in point

 - sci-libs/mkl::gentoo
 - sci-libs/mkl-rt::gentoo
 - sci-libs/mkl::sci

sci-libs/mkl::gentoo seems to be the oldest one and frankly very outdate package, which can be replaced by moving sci-libs/mkl::sci to ::gentoo.

This would reduce it to two packages.
OTOH mkl-rt seems to be downloading the package from continuum, which seems to have taken the standard MKL package and broken it down into multiple packages.

sci-libs/mkl-rt, seems to be downloading the whole package and then installing only the libraries for use as eselect-ldso.

I am not sure if there are any obvious issues to moving the eselect-ldso to sci-libs/mkl.

Frankly, just having a single MKL package (disregarding mkldnn mklml) would make things a lot simpler. 

Comments?
Comment 1 Benda Xu gentoo-dev 2020-11-09 07:12:25 UTC

*** This bug has been marked as a duplicate of bug 747310 ***