Created attachment 572066 [details] emerge-info.txt Today, I noticed that libmed has been added to the main tree. Having the libmed (aka med-fichier-4.0.0) package in my overlay since January, I know about some of the pitfalls in the build, which were not reflected by the ebuild in the main tree, although the ebuild looks quite like my one. So, I decided to test the ebuild. Trying to build with artus /etc # USE="static-libs" emerge -pqv =sci-libs/libmed-4.0.0 [ebuild N ] sci-libs/libmed-4.0.0 USE="doc fortran python static-libs -mpi -test" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_5" PYTHON_TARGETS="python3_6 -python2_7 -python3_5" fails with the error -- Checking whether /usr/bin/x86_64-pc-linux-gnu-gfortran supports Fortran 90 -- Checking whether /usr/bin/x86_64-pc-linux-gnu-gfortran supports Fortran 90 -- yes CMake Error at CMakeLists.txt:58 (MESSAGE): You can not build shared and static libraries at the same time! -- Configuring incomplete, errors occurred!
Created attachment 572068 [details] libmed-4.0.0:20190406-120202.log complete build log
cmake-utils.eclass in EAPI-7 is passing -DBUILD_SHARED_LIBS=ON by default.
In my ebuild I'm using a construct like # static and shared libs can not be built together (see CMakeLists.txt) -DMEDFILE_BUILD_SHARED_LIBS=$(usex !static-libs) -DMEDFILE_BUILD_STATIC_LIBS=$(usex static-libs) to handle this.
Please decide if you really need to provide static-libs or just remove it.
(In reply to Bernd from comment #3) > In my ebuild I'm using a construct like > > # static and shared libs can not be built together (see CMakeLists.txt) > -DMEDFILE_BUILD_SHARED_LIBS=$(usex !static-libs) > -DMEDFILE_BUILD_STATIC_LIBS=$(usex static-libs) > > to handle this. Do you consider to became proxy maintainer for freecad related packages?
(In reply to Alexey Shvetsov from comment #5) > Do you consider to became proxy maintainer for freecad related packages? I've already spent a considerable amount of resources on those packages, so yes, I'd be happy to proxy maintain them.
(In reply to Andreas Sturmlechner from comment #4) > Please decide if you really need to provide static-libs or just remove it. I've not used any static libs for many years. Personally I'm happy with removing the static-libs flag, it's something which I just left in from the original science-overlay ebuild.
Bernd, it would be great if you could proxy-maintain the package, i just did the necessary work to get it into the tree but do not have enough knowledge about the package nor time so i would really appreciate it :-)
Miroslav, I can proxy-maintain it. It's on my list of deps for freecad anyway. I'm going to prepare a PR which fixes this issue.
(In reply to Bernd from comment #9) > Miroslav, I can proxy-maintain it. It's on my list of deps for freecad > anyway. > I'm going to prepare a PR which fixes this issue. that's great, thank you! :-)
(In reply to Miroslav Šulc from comment #8) > I just did the necessary work to get it into the tree but do not have > enough knowledge about the package nor time Does it make any sense to keep you in metadata at all then?
(In reply to Andreas Sturmlechner from comment #11) > (In reply to Miroslav Šulc from comment #8) > > I just did the necessary work to get it into the tree but do not have > > enough knowledge about the package nor time > Does it make any sense to keep you in metadata at all then? not really, i just did the work as there was nobody else to do it, but the situation has changed so i can be dropped :-)
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1811a29598d18bc02b7a5cc86271f9d2e96bf731 commit 1811a29598d18bc02b7a5cc86271f9d2e96bf731 Author: Bernd Waibel <waebbl@gmail.com> AuthorDate: 2019-05-11 13:41:31 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2019-05-19 11:22:16 +0000 sci-libs/libmed: remove static-libs * Remove static-libs USE flag due to bug #682676 * Depend on >=hdf5-1.10.x * sort mycmakeargs * in src_install change ${D} to ${ED} * update maintainers (see bug #682676) Closes: https://bugs.gentoo.org/682676 Package-Manager: Portage-2.3.62, Repoman-2.3.12 Signed-off-by: Bernd Waibel <waebbl@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/11970 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> sci-libs/libmed/libmed-4.0.0-r1.ebuild | 103 +++++++++++++++++++++++++++++++++ sci-libs/libmed/metadata.xml | 8 ++- 2 files changed, 109 insertions(+), 2 deletions(-)
(In reply to Miroslav Šulc from comment #12) > (In reply to Andreas Sturmlechner from comment #11) > > (In reply to Miroslav Šulc from comment #8) > > > I just did the necessary work to get it into the tree but do not have > > > enough knowledge about the package nor time > > Does it make any sense to keep you in metadata at all then? > > not really, i just did the work as there was nobody else to do it, but the > situation has changed so i can be dropped :-) ftr, I don't think it is prudent to add packages without planning to further maintain them.
