Summary: | app-eselect/eselect-blas-0.2,virtual/{lapack,blas}-3.8,sci-libs/lapack-3.8: stablereq | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marco Genasci <fedeliallalinea> |
Component: | Stabilization | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED FIXED | ||
Severity: | major | CC: | bd.mail, frp.bissey, luisav.ferreira, martin.zwicknagl, mgorny, ngg, O01eg, paul, redblade7, smopucilowski, tb |
Priority: | Normal | Keywords: | STABLEREQ |
Version: | unspecified | Flags: | nattka:
sanity-check+
|
Hardware: | All | ||
OS: | Linux | ||
URL: | https://wiki.gentoo.org/wiki/Blas-lapack-switch | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=696256 https://bugs.gentoo.org/show_bug.cgi?id=700196 |
||
Whiteboard: | |||
Package list: |
app-eselect/eselect-blas-0.2
virtual/lapack-3.8
virtual/blas-3.8
sci-libs/lapack-3.8.0
|
Runtime testing required: | --- |
Bug Depends on: | |||
Bug Blocks: | 638384, 700196, 714384 |
Description
Marco Genasci
2019-10-28 15:27:38 UTC
That version of eselect should have gone stable with the latest versions of blas/lapack. I don't think they are compatible with earlier ones. I have dealt with the issue with someone using sabayon earlier this year. Hi Marco, do you have virtual/blas-3.8 and virtual/lapack-3.8 installed? (In reply to Benda Xu from comment #2) > Hi Marco, do you have virtual/blas-3.8 and virtual/lapack-3.8 installed? No, I'm in a stable system the I have virtual/lapack-3.1 and virtual/blas-1.0 Hello all, I have exactly the same problem as Marco Genasci. I am on stable with lapack-reference-3.2.1-r4. make[1]: Leaving directory '/var/tmp/portage/sci-libs/lapack-reference-3.2.1-r4/work/lapack-3.2.1' !!! Error: invalid lapack libdir! exiting Therefore I can not install sci-libs/arpack-3.1.5 When I mask eselect-lapack-0.2 and install eselect-lapack-0.1 everything emerges fine. Hi Arch-testers. It turns out that app-eselect/lapack-0.2 and app-eselect/eselect-blas-0.2, virtual/lapack-3.8, virtual/blas-3.8, sci-libs/lapack-3.8 should be stabilized at once. Why they were not expressed in dependencies? We wanted to avoid dependency circles. Either old-eselect-lapack + new-lapack or new-eselect-lapack + old-lapack will break. So let's just stabilize them in synchronization to lower this upgrade impact. Thanks! An automated check of this bug failed - the following atom is unknown: sci-libs/lapack-3.8 Please verify the atom list. An automated check of this bug failed - repoman reported dependency errors (89 lines truncated):
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm(default/linux/arm/17.0) ['>=app-eselect/eselect-lapack-0.2']
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: RDEPEND: arm(default/linux/arm/17.0) ['>=app-eselect/eselect-lapack-0.2']
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm64(default/linux/arm64/17.0) ['>=app-eselect/eselect-lapack-0.2']
(In reply to Stabilization helper bot from comment #7) > An automated check of this bug failed - repoman reported dependency errors > (89 lines truncated): > > > dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm(default/linux/arm/17.0) ['>=app-eselect/eselect-lapack-0.2'] > > dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: RDEPEND: arm(default/linux/arm/17.0) ['>=app-eselect/eselect-lapack-0.2'] > > dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm64(default/linux/arm64/17.0) ['>=app-eselect/eselect-lapack-0.2'] This is false positive in our case because app-eselect/lapack-0.2 is to be stabilized together with sci-libs/lapack-3.8.0. x86 stable An automated check of this bug failed - repoman reported dependency errors (89 lines truncated):
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm(default/linux/arm/17.0) ['>=app-eselect/eselect-lapack-0.2']
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: RDEPEND: arm(default/linux/arm/17.0) ['>=app-eselect/eselect-lapack-0.2']
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm64(default/linux/arm64/17.0) ['>=app-eselect/eselect-lapack-0.2']
arm stable An automated check of this bug failed - repoman reported dependency errors (25 lines truncated):
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm64(default/linux/arm64/17.0) ['>=app-eselect/eselect-lapack-0.2']
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: RDEPEND: arm64(default/linux/arm64/17.0) ['>=app-eselect/eselect-lapack-0.2']
> dependency.bad sci-libs/lapack/lapack-3.8.0.ebuild: DEPEND: arm64(default/linux/arm64/17.0/desktop) ['>=app-eselect/eselect-lapack-0.2']
Ping Arch testers. Would you please stabilize the listed packages? Thank you! *** Bug 699726 has been marked as a duplicate of this bug. *** *** Bug 699816 has been marked as a duplicate of this bug. *** *** Bug 700022 has been marked as a duplicate of this bug. *** Hm, this doesn't seem to work for me: # eselect lapack list Available LAPACK (lib32) candidates: (none found) Available LAPACK (lib64) candidates: [1] reference * # eselect blas list Available BLAS/CBLAS (lib32) candidates: (none found) Available BLAS/CBLAS (lib64) candidates: (none found) Installed packages are: app-eselect/eselect-blas-0.2,virtual/{lapack.blas}-3.8,sci-libs/lapack-3.8 Having this on my machine, i'm unable to compile media-libs/opencv-3.4.1 anymore: /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_zgemm' /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_sgemm' /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_dgemm' /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_cgemm' (In reply to Thomas Beutin from comment #17) > Hm, this doesn't seem to work for me: > > > # eselect lapack list > Available LAPACK (lib32) candidates: > (none found) > Available LAPACK (lib64) candidates: > [1] reference * > > # eselect blas list > > Available BLAS/CBLAS (lib32) candidates: > (none found) > Available BLAS/CBLAS (lib64) candidates: > (none found) > > > Installed packages are: > app-eselect/eselect-blas-0.2,virtual/{lapack.blas}-3.8,sci-libs/lapack-3.8 > > > Having this on my machine, i'm unable to compile media-libs/opencv-3.4.1 > anymore: > /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ > ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_zgemm' > /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ > ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_sgemm' > /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ > ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_dgemm' > /usr/lib/gcc/x86_64-pc-linux-gnu/9.2.0/../../../../x86_64-pc-linux-gnu/bin/ > ld: lib/libopencv_core.so.3.4.1: undefined reference to `cblas_cgemm' Hi Thomas. Sorry I cannot reproduce your bug with opencv-3.4.1-r6. Please file a separate bug with full build.log, `emerge --info` and `emerge -pv opencv` attached. amd64 stable (In reply to Benda Xu from comment #18) > (In reply to Thomas Beutin from comment #17) [...] > Hi Thomas. Sorry I cannot reproduce your bug with opencv-3.4.1-r6. Please > file a separate bug with full build.log, `emerge --info` and `emerge -pv > opencv` attached. it's here: bug 700176 - build.log will follow in a minute. But shouldn't bring # eselect blas list at least something instead of nothing? Also sci-libs/gsl-2.5.1-r1 need to be stabilized # emerge -uUDt @world These are the packages that would be merged, in reverse order: Calculating dependencies... done! [nomerge ] dev-python/numpy-1.16.1::gentoo USE="lapack -doc -test" PYTHON_TARGETS="python2_7 python3_6 -python3_5 -python3_7" [ebuild U ] virtual/lapack-3.8::gentoo [3.1::gentoo] USE="-eselect-ldso%" 0 KiB [ebuild U ~] kde-misc/latte-dock-0.9.4::gentoo [0.9.2::gentoo] USE="-debug" 696 KiB [nomerge ] virtual/lapack-3.8::gentoo [3.1::gentoo] USE="-eselect-ldso%" [ebuild N ] sci-libs/lapack-3.8.0::gentoo USE="-doc -eselect-ldso -lapacke" 7,253 KiB [nomerge ] sci-libs/gsl-2.5:0/23::gentoo USE="deprecated -cblas-external -static-libs" [ebuild N ] app-eselect/eselect-cblas-0.1::gentoo 0 KiB [blocks B ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is blocking sci-libs/lapack-3.8.0) It's a bit messy it seems gentoo-plasma ~ # emerge -p sci-libs/cblas-reference These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-eselect/eselect-cblas-0.1 [ebuild N ] sci-libs/lapack-3.8.0 USE="-doc -eselect-ldso -lapacke" [ebuild N ] virtual/blas-3.8 USE="-eselect-ldso" [ebuild N ] sci-libs/cblas-reference-20030223-r6 [blocks B ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is blocking sci-libs/lapack-3.8.0) [blocks B ] sci-libs/cblas-reference ("sci-libs/cblas-reference" is blocking sci-libs/lapack-3.8.0) (In reply to hagar-dunor from comment #22) > It's a bit messy it seems > > gentoo-plasma ~ # emerge -p sci-libs/cblas-reference [...] if i got this right, then sci-libs/lapack-3.8.x replaces the splitted reference ebuilds: $ eix sci-libs/lapack$ [I] sci-libs/lapack Available versions: (~)3.8.0{tbz2} {doc eselect-ldso lapacke} Installed versions: 3.8.0{tbz2}(14:59:04 14/11/19)(eselect-ldso lapacke -doc) Homepage: http://www.netlib.org/lapack/ Description: BLAS,CBLAS,LAPACK,LAPACKE reference implementations Stabilizing virtual/blas-3.8 broke existing cblas installations. I had sci-libs/cblas-reference, sci-libs/blas-reference, sci-libs/lapack-reference installed previously, now virtual/blas-3.8 requires sci-libs/lapack but that conflicts with sci-libs/cblas-reference which is still required by virtual/cblas-1.0. Keywording virtual/cblas-3.8 solved this for me locally. (In reply to ngg from comment #24) > Stabilizing virtual/blas-3.8 broke existing cblas installations. > I had sci-libs/cblas-reference, sci-libs/blas-reference, > sci-libs/lapack-reference installed previously, now virtual/blas-3.8 > requires sci-libs/lapack but that conflicts with sci-libs/cblas-reference > which is still required by virtual/cblas-1.0. > Keywording virtual/cblas-3.8 solved this for me locally. Having this same problem but keywording virtual/cblas-3.8 did nothing. (In reply to Red from comment #25) > (In reply to ngg from comment #24) > > Stabilizing virtual/blas-3.8 broke existing cblas installations. > > I had sci-libs/cblas-reference, sci-libs/blas-reference, > > sci-libs/lapack-reference installed previously, now virtual/blas-3.8 > > requires sci-libs/lapack but that conflicts with sci-libs/cblas-reference > > which is still required by virtual/cblas-1.0. > > Keywording virtual/cblas-3.8 solved this for me locally. > > Having this same problem but keywording virtual/cblas-3.8 did nothing. In order to have emerge -DNua @world complete properly after this, I had to uninstall kde-apps/kde-apps-meta, kde-apps/kdeedu-meta, kde-apps/step, and sci-libs/gsl, which can no longer be installed because of the block. (In reply to Red from comment #26) > (In reply to Red from comment #25) > > (In reply to ngg from comment #24) > > > Stabilizing virtual/blas-3.8 broke existing cblas installations. > > > I had sci-libs/cblas-reference, sci-libs/blas-reference, > > > sci-libs/lapack-reference installed previously, now virtual/blas-3.8 > > > requires sci-libs/lapack but that conflicts with sci-libs/cblas-reference > > > which is still required by virtual/cblas-1.0. > > > Keywording virtual/cblas-3.8 solved this for me locally. > > > > Having this same problem but keywording virtual/cblas-3.8 did nothing. > > In order to have emerge -DNua @world complete properly after this, I had to > uninstall kde-apps/kde-apps-meta, kde-apps/kdeedu-meta, kde-apps/step, and > sci-libs/gsl, which can no longer be installed because of the block. sci-libs/gsl can be used if cblas-external use-flag is set. But I have some problem regarding /usr/lib64/libcblas.so.0 which was previously existing but now it's not (creating libcblas.so.0 -> libcblas.so.3 symlink manually works) (In reply to Marco Genasci from comment #21) > Also sci-libs/gsl-2.5.1-r1 need to be stabilized > ^ this Earlier gsl needs app-eselect/eselect-cblas, which blocks lapack-3.8 (In reply to Andreas K. Hüttel from comment #28) > (In reply to Marco Genasci from comment #21) > > Also sci-libs/gsl-2.5.1-r1 need to be stabilized > > > ^ this > > Earlier gsl needs app-eselect/eselect-cblas, which blocks lapack-3.8 Exactly, so my question is: would not be to stabilize this version? (In reply to ngg from comment #27) > (In reply to Red from comment #26) > > (In reply to Red from comment #25) > > > (In reply to ngg from comment #24) > > > > Stabilizing virtual/blas-3.8 broke existing cblas installations. > > > > I had sci-libs/cblas-reference, sci-libs/blas-reference, > > > > sci-libs/lapack-reference installed previously, now virtual/blas-3.8 > > > > requires sci-libs/lapack but that conflicts with sci-libs/cblas-reference > > > > which is still required by virtual/cblas-1.0. > > > > Keywording virtual/cblas-3.8 solved this for me locally. > > > > > > Having this same problem but keywording virtual/cblas-3.8 did nothing. > > > > In order to have emerge -DNua @world complete properly after this, I had to > > uninstall kde-apps/kde-apps-meta, kde-apps/kdeedu-meta, kde-apps/step, and > > sci-libs/gsl, which can no longer be installed because of the block. > > sci-libs/gsl can be used if cblas-external use-flag is set. > > But I have some problem regarding /usr/lib64/libcblas.so.0 which was > previously existing but now it's not (creating libcblas.so.0 -> > libcblas.so.3 symlink manually works) Adding USE=cblas-external to make.conf and adding to package.accept_keywords: =virtual/cblas-3.8 ~amd64 =sci-libs/gsl-2.5-r1 ~amd64 makes everything work properly again. Thank you! > Adding USE=cblas-external to make.conf and adding to package.accept_keywords:
>
> =virtual/cblas-3.8 ~amd64
> =sci-libs/gsl-2.5-r1 ~amd64
>
> makes everything work properly again. Thank you!
I can confirm that this worked for me as well with the following message:
* This package will overwrite one or more files that may belong to other
* packages (see list below).
*
* Detected file collision(s):
*
* /usr/include/cblas.h
* /usr/lib64/pkgconfig/cblas.pc
* /usr/lib64/pkgconfig/blas.pc
* /usr/lib64/pkgconfig/lapack.pc
* /usr/lib64/liblapack.so
* /usr/lib64/libcblas.so
* /usr/lib64/libblas.so
*
* Searching all installed packages for file collisions...
*
* Press Ctrl-C to Stop
*
* None of the installed packages claim the file(s).
*
* Package 'sci-libs/lapack-3.8.0' merged despite file collisions. If
* necessary, refer to your elog messages for the whole content of the
* above message.
I am not sure if this matters or not.
(In reply to Red from comment #30) > > Adding USE=cblas-external to make.conf and adding to package.accept_keywords: > > =virtual/cblas-3.8 ~amd64 > =sci-libs/gsl-2.5-r1 ~amd64 > > makes everything work properly again. Thank you! Red has given the solution to this bug. Please refer to bug 700196 for stabilization of virtual/cblas-3.8 and sci-libs/gsl-2.5-r1. I can't install scipy because of package collision [ebuild N ] sci-libs/scipy-1.1.0::gentoo USE="-doc -sparse -test" PYTHON_TARGETS="python2_7 python3_6 -python3_5 (-python3_7)" 0 KiB [ebuild N ] virtual/cblas-1.0::gentoo 0 KiB [ebuild N ] sci-libs/cblas-reference-20030223-r6::gentoo 0 KiB [ebuild N ] virtual/blas-3.8::gentoo USE="-eselect-ldso" 0 KiB [ebuild N ] virtual/lapack-3.8::gentoo USE="-eselect-ldso" 0 KiB [ebuild N ] sci-libs/lapack-3.8.0::gentoo USE="-doc -eselect-ldso -lapacke" 7,253 KiB [nomerge ] sci-libs/cblas-reference-20030223-r6::gentoo [ebuild N ] app-eselect/eselect-cblas-0.1::gentoo 0 KiB [blocks B ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is blocking sci-libs/lapack-3.8.0) [blocks B ] sci-libs/cblas-reference ("sci-libs/cblas-reference" is blocking sci-libs/lapack-3.8.0) Total: 7 packages (7 new), Size of downloads: 7,253 KiB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sci-libs/cblas-reference-20030223-r6:0/0::gentoo, ebuild scheduled for merge) pulled in by sci-libs/cblas-reference required by (virtual/cblas-1.0:0/0::gentoo, ebuild scheduled for merge) (sci-libs/lapack-3.8.0:0/0::gentoo, ebuild scheduled for merge) pulled in by >=sci-libs/lapack-3.8.0[eselect-ldso?] (>=sci-libs/lapack-3.8.0) required by (virtual/lapack-3.8:0/0::gentoo, ebuild scheduled for merge) >=sci-libs/lapack-3.8[eselect-ldso?] (>=sci-libs/lapack-3.8) required by (virtual/blas-3.8:0/0::gentoo, ebuild scheduled for merge) (In reply to Tomek L from comment #33) > I can't install scipy because of package collision Hi Tomek, please refer to https://bugs.gentoo.org/698756#c30 and bug 700196. (In reply to Benda Xu from comment #34) > (In reply to Tomek L from comment #33) > > I can't install scipy because of package collision > > Hi Tomek, please refer to https://bugs.gentoo.org/698756#c30 and bug 700196. Same problem, unmasking the following does not solve: =virtual/cblas-3.8 ~amd64 =sci-libs/gsl-2.5-r1 ~amd64 Clarification, I get the following when attempting to update: # emerge -pv virtual/cblas These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] app-eselect/eselect-blas-0.2::gentoo [0.1::gentoo] 0 KiB [ebuild N ] sci-libs/lapack-3.8.0::gentoo USE="eselect-ldso -doc -lapacke" 7,253 KiB [uninstall ] app-eselect/eselect-cblas-0.1::gentoo [blocks b ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is blocking sci-libs/lapack-3.8.0) [uninstall ] sci-libs/cblas-reference-20030223-r6::gentoo [blocks b ] sci-libs/cblas-reference ("sci-libs/cblas-reference" is blocking sci-libs/lapack-3.8.0) [ebuild U ~] virtual/cblas-3.8::gentoo [1.0::gentoo] USE="-eselect-ldso%" 0 KiB [blocks B ] sci-libs/lapack-reference ("sci-libs/lapack-reference" is blocking sci-libs/lapack-3.8.0) [blocks B ] sci-libs/blas-reference ("sci-libs/blas-reference" is blocking sci-libs/lapack-3.8.0) Total: 3 packages (2 upgrades, 1 new, 2 uninstalls), Size of downloads: 7,253 KiB Conflict: 4 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sci-libs/lapack-reference-3.2.1-r4:0/0::gentoo, installed) pulled in by >=sci-libs/lapack-reference-3.1 required by (virtual/lapack-3.1:0/0::gentoo, installed) (sci-libs/lapack-3.8.0:0/0::gentoo, ebuild scheduled for merge) pulled in by >=sci-libs/lapack-3.8.0[eselect-ldso?] (>=sci-libs/lapack-3.8.0) required by (virtual/cblas-3.8:0/0::gentoo, ebuild scheduled for merge) (sci-libs/blas-reference-20070226-r4:0/0::gentoo, installed) pulled in by sci-libs/blas-reference required by (virtual/blas-1.0:0/0::gentoo, installed) Sorry to pollute this bug... running an "emerge -avuDN @world" resolved the blockers ppc stable ia64 stable arm64 stable (In reply to Richard Ostrow from comment #36) > Clarification, I get the following when attempting to update: > > # emerge -pv virtual/cblas > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild U ] app-eselect/eselect-blas-0.2::gentoo [0.1::gentoo] 0 KiB > [ebuild N ] sci-libs/lapack-3.8.0::gentoo USE="eselect-ldso -doc > -lapacke" 7,253 KiB > [uninstall ] app-eselect/eselect-cblas-0.1::gentoo > [blocks b ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is > blocking sci-libs/lapack-3.8.0) > [uninstall ] sci-libs/cblas-reference-20030223-r6::gentoo > [blocks b ] sci-libs/cblas-reference ("sci-libs/cblas-reference" is > blocking sci-libs/lapack-3.8.0) > [ebuild U ~] virtual/cblas-3.8::gentoo [1.0::gentoo] > USE="-eselect-ldso%" 0 KiB > [blocks B ] sci-libs/lapack-reference ("sci-libs/lapack-reference" is > blocking sci-libs/lapack-3.8.0) > [blocks B ] sci-libs/blas-reference ("sci-libs/blas-reference" is > blocking sci-libs/lapack-3.8.0) > > Total: 3 packages (2 upgrades, 1 new, 2 uninstalls), Size of downloads: > 7,253 KiB > Conflict: 4 blocks (2 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (sci-libs/lapack-reference-3.2.1-r4:0/0::gentoo, installed) pulled in by > >=sci-libs/lapack-reference-3.1 required by > (virtual/lapack-3.1:0/0::gentoo, installed) > > (sci-libs/lapack-3.8.0:0/0::gentoo, ebuild scheduled for merge) pulled in > by > >=sci-libs/lapack-3.8.0[eselect-ldso?] (>=sci-libs/lapack-3.8.0) > required by (virtual/cblas-3.8:0/0::gentoo, ebuild scheduled for merge) > > (sci-libs/blas-reference-20070226-r4:0/0::gentoo, installed) pulled in by > sci-libs/blas-reference required by (virtual/blas-1.0:0/0::gentoo, > installed) Looks the same for me but suggestion to solve with emerge -avuDN @world didn't work out. Still blocked (amd64) with no means of resolving it other than masking lapack-3.8.0 (and postponing update). (In reply to onkobu from comment #41) > > Looks the same for me but suggestion to solve with emerge -avuDN @world > didn't work out. Still blocked (amd64) with no means of resolving it other > than masking lapack-3.8.0 (and postponing update). Please paste your exact portage block message. And / or, try remove cblas-reference, blas-reference and lapack-reference manually first. (In reply to onkobu from comment #41) > > Looks the same for me but suggestion to solve with emerge -avuDN @world > didn't work out. Still blocked (amd64) with no means of resolving it other > than masking lapack-3.8.0 (and postponing update). Please paste your exact portage block message. And / or, try to remove cblas-reference, blas-reference and lapack-reference manually first. ppc64 stable (In reply to Benda Xu from comment #43) > (In reply to onkobu from comment #41) > > > > Looks the same for me but suggestion to solve with emerge -avuDN @world > > didn't work out. Still blocked (amd64) with no means of resolving it other > > than masking lapack-3.8.0 (and postponing update). > > Please paste your exact portage block message. > > And / or, try to remove cblas-reference, blas-reference and lapack-reference > manually first. It is caused by numpy with USE lapack. I added this for gnuradio. Will remove this bit by bit. (In reply to onkobu from comment #45) > (In reply to Benda Xu from comment #43) > > > > Please paste your exact portage block message. > > > > And / or, try to remove cblas-reference, blas-reference and lapack-reference > > manually first. > > It is caused by numpy with USE lapack. I added this for gnuradio. Will > remove this bit by bit. dev-python/numpy[lapack] depends on virtual/lapack, and can be provided version 3.8. If you remove cblas-reference, blas-reference and lapack-reference manually first, and install sci-libs/lapack, dependents will continue to work. Please read https://wiki.gentoo.org/wiki/Blas-lapack-switch for details. I can not emerge numpy. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-eselect/eselect-cblas-0.1::gentoo 0 KiB [ebuild N ] sci-libs/lapack-3.8.0::gentoo USE="-doc -eselect-ldso -lapacke" 0 KiB [ebuild N ] virtual/lapack-3.8::gentoo USE="-eselect-ldso" 0 KiB [ebuild N ] virtual/blas-3.8::gentoo USE="-eselect-ldso" 0 KiB [ebuild N ] sci-libs/cblas-reference-20030223-r6::gentoo 0 KiB [ebuild N ] virtual/cblas-1.0::gentoo 0 KiB [ebuild R ] dev-python/numpy-1.14.5::gentoo USE="lapack -doc -test" PYTHON_TARGETS="python2_7 -python3_5 -python3_6 (-python3_7)" 0 KiB [blocks B ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is blocking sci-libs/lapack-3.8.0) [blocks B ] sci-libs/cblas-reference ("sci-libs/cblas-reference" is blocking sci-libs/lapack-3.8.0) Total: 7 packages (6 new, 1 reinstall), Size of downloads: 0 KiB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sci-libs/cblas-reference-20030223-r6:0/0::gentoo, ebuild scheduled for merge) pulled in by sci-libs/cblas-reference required by (virtual/cblas-1.0:0/0::gentoo, ebuild scheduled for merge) (sci-libs/lapack-3.8.0:0/0::gentoo, ebuild scheduled for merge) pulled in by >=sci-libs/lapack-3.8[eselect-ldso?] (>=sci-libs/lapack-3.8) required by (virtual/blas-3.8:0/0::gentoo, ebuild scheduled for merge) >=sci-libs/lapack-3.8.0[eselect-ldso?] (>=sci-libs/lapack-3.8.0) required by (virtual/lapack-3.8:0/0::gentoo, ebuild scheduled for merge) For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): After following instructions here: https://wiki.gentoo.org/wiki/Blas-lapack-switch AsusTux /etc/portage # eselect blas list Available BLAS/CBLAS (lib) candidates: [1] reference * AsusTux /etc/portage # eselect lapack list Available LAPACK (lib) candidates: [1] reference * AsusTux /etc/portage # emerge -pv numpy These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-eselect/eselect-cblas-0.1::gentoo 0 KiB [ebuild N ] sci-libs/cblas-reference-20030223-r6::gentoo 0 KiB [ebuild N ] virtual/cblas-1.0::gentoo 0 KiB [ebuild R ] dev-python/numpy-1.14.5::gentoo USE="lapack -doc -test" PYTHON_TARGETS="python2_7 -python3_5 -python3_6 (-python3_7)" 0 KiB [blocks B ] app-eselect/eselect-cblas ("app-eselect/eselect-cblas" is blocking sci-libs/lapack-3.8.0) [blocks B ] sci-libs/cblas-reference ("sci-libs/cblas-reference" is blocking sci-libs/lapack-3.8.0) Total: 4 packages (3 new, 1 reinstall), Size of downloads: 0 KiB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sci-libs/lapack-3.8.0:0/0::gentoo, installed) pulled in by >=sci-libs/lapack-3.8[eselect-ldso?] (>=sci-libs/lapack-3.8[eselect-ldso]) required by (virtual/blas-3.8:0/0::gentoo, installed) >=sci-libs/lapack-3.8.0[eselect-ldso?] (>=sci-libs/lapack-3.8.0[eselect-ldso]) required by (virtual/lapack-3.8:0/0::gentoo, installed) (sci-libs/cblas-reference-20030223-r6:0/0::gentoo, ebuild scheduled for merge) pulled in by sci-libs/cblas-reference required by (virtual/cblas-1.0:0/0::gentoo, ebuild scheduled for merge) virtual/cblas-1.0 is causing your problem. You need 3.8. It is correctly only stable on amd64, which arch are you on? (In reply to François Bissey from comment #48) > virtual/cblas-1.0 is causing your problem. You need 3.8. It is correctly > only stable on amd64, which arch are you on? I am on x86. I will try to unmask it. Thanks. (In reply to Bill from comment #49) > (In reply to François Bissey from comment #48) > > virtual/cblas-1.0 is causing your problem. You need 3.8. It is correctly > > only stable on amd64, which arch are you on? > > I am on x86. I will try to unmask it. Thanks. Ok it builds, hopfully works. Thanks. (In reply to Benda Xu from comment #32) > (In reply to Red from comment #30) > > > > Adding USE=cblas-external to make.conf and adding to package.accept_keywords: > > > > =virtual/cblas-3.8 ~amd64 > > =sci-libs/gsl-2.5-r1 ~amd64 > > > > makes everything work properly again. Thank you! > > Red has given the solution to this bug. Please refer to bug 700196 for > stabilization of virtual/cblas-3.8 and sci-libs/gsl-2.5-r1. Glad I was able to help! alpha stable Thank you so much to all who have contributed to solving this long standing bug! Happy Christmas holiday! Someone missed hppa. sparc stable hppa stable. Last arch, closing. |