Summary: | sci-libs/openfoam-2.1 does not install the application's binary files | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Peter Gustafson <peter.gustafson> |
Component: | New packages | Assignee: | Patrick Lauer <patrick> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bernhard.d, oli.borm, rkumar310, ryao |
Priority: | Normal | Keywords: | PATCH |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
Patch to allow correct install
Patch to correct installation errors with OpenFOAM 2.1.1 |
Description
Peter Gustafson
2012-02-09 16:50:48 UTC
It seems the patch does not work with openfoam 2.1.1. I am getting the following error when I emerge openfoam >>> Source compiled. >>> Test phase [not enabled]: sci-libs/openfoam-2.1.1 >>> Install openfoam-2.1.1 into /var/tmp/portage/sci-libs/openfoam-2.1.1/image/ category sci-libs install: cannot stat `applications/bin/*': No such file or directory !!! doins: applications/bin/* does not exist doins failed install: cannot stat `lib/*': No such file or directory !!! doins: lib/* does not exist doins failed !!! dodoc: README does not exist dodoc failed >>> Completed installing openfoam-2.1.1 into /var/tmp/portage/sci-libs/openfoam-2.1.1/image/ * QA Notice: file does not exist: * * doins: applications/bin/* does not exist * doins: lib/* does not exist * dodoc: README does not exist strip: x86_64-pc-linux-gnu-strip --strip-unneeded -R .comment -R .GCC.command.line usr/lib64/OpenFOAM/OpenFOAM-2.1.1/wmake/platforms/linux64Gcc/wmkdepend usr/lib64/OpenFOAM/OpenFOAM-2.1.1/wmake/platforms/linux64Gcc/wmkdep usr/lib64/OpenFOAM/OpenFOAM-2.1.1/wmake/platforms/linux64Gcc/dirToString I have attached a patch for OpenFOAM-2.1.1 which is based on Peter Gustafson's patch and corrects several additional issues and fixes QA errors: - Installs all binaries and libraries - Installs README.html and .pdf documentation I also copy the entire src directory to the OpenFOAM installation directory. I think this is justified because OpenFOAM is a solver library, rather than an application, and you need the headers to build code using the OpenFOAM libraries. We could use a USE flag to control the installation of source. Created attachment 319030 [details, diff]
Patch to correct installation errors with OpenFOAM 2.1.1
I can confirm that this happens with my new stage 3 install and the given patch corrects the problem. Hi I have never patched an ebuild before and am not sure how to use the provided patch. Can you please let me know how to use the patch to compile openfoam. Also, how long does it take before the ebuild in the portage tree is updated with the patch. Thanks, Rahul (In reply to comment #3) > Created attachment 319030 [details, diff] [details, diff] > Patch to correct installation errors with OpenFOAM 2.1.1 The patch proposed by Craig in comment 3 works for me too. + 01 Feb 2013; Patrick Lauer <patrick@gentoo.org> +openfoam-2.1.1-r1.ebuild: + Fix for #402895 |