| Git Clone URL: | https://aur.archlinux.org/deal-ii.git (read-only, click to copy) |
|---|---|
| Package Base: | deal-ii |
| Description: | An Open Source Finite Element Differential Equations Analysis Library |
| Upstream URL: | http://www.dealii.org/ |
| Keywords: | fem pde science |
| Licenses: | LGPL |
| Submitter: | coincoin |
| Maintainer: | coincoin (drwells) |
| Last Packager: | drwells |
| Votes: | 15 |
| Popularity: | 0.025562 |
| First Submitted: | 2013-09-11 11:11 (UTC) |
| Last Updated: | 2023-07-18 15:14 (UTC) |
@drwells: Nice, but you you still have an issue in build(). Fist you can't assume your sources will be in parent directory to $srcdir as user can sideload all their sources from different path by defining SRCDEST variable. Also since u've added the patches to the source array they automatically linked by makepkg to $srcdir rendering the cp call redundant not mention having wrong path (¬‿¬ ).
merge with: $git am -s < <(curl -s http://ix.io/2MSr)
@bartus I've updated the PR to correctly handle the patches. I opted to keep the patch files here rather than pull down two commits from GitHub - it's just a personal preference, but I like being able to see the patch files in AUR packages.
@bartus Sorry for the delay. I really appreciate you writing this up - this is a much better way to handle patches! I'll update the package later this week.
Patch files need to be added to source array, otherwise they get ignored in source copy stage which results in following error if someone uses costume SRCDEST:
==> Starting prepare()...
cp: cannot stat '../0001-Add-a-quick-check-for-matching-boost-versions.patch': No such file or directory
btw. you don't really need to manually include patch form commit as a file, you can specify patch address for github commit by adding .patch or .diff to commit url.
#merge with
git am -s < <(curl -s http://ix.io/2KRq)
This way it looks much cleaner and also works for people building their packages in volatile containers (ღ˘⌣˘ღ)
Thanks for the report. I applied the patch in #11379 and another patch that makes us stricter in boost version detection (which avoids those problems).
Execution of binariess build with dealii faill with
error while loading shared libraries: libboost_iostreams.so.1.72.0: cannot open shared object file: No such file or directory
Dealii version 9.2.0 is incompatible with boost 1.75.0. See commit #11379 for details.
This is now up-to-date and includes a workaround for muParser's changed version configuration scheme. Please post if something doesn't work.
Additionally, please be aware that the default Trilinos build in the AUR is missing some symbols - if you want to rebuild Trilinos right now you will need to disable panzer (see the Trilinos AUR thread for more information).
@jang0 Thanks for reporting this. I fixed the misnamed file issue and pushed a new version.
Installation throw me the following error:
-- Install configuration: "DebugRelease"
rm: cannot remove '$path/deal-ii/pkg/deal-ii//usr/LICENSE': No such file or directory
==> ERROR: A failure occurred in package().
Installation throws me the following error: -- Install configuration: "DeburRelease" rm: cannot remove '$path/deal-ii/pkg/deal-ii//usr/LICENSE': Is something relationed with the Licence path or name in PKGBUILD: the path have two backslash and LICENSE.md file is named LICENSE insted. I changed the names, it install but examples does not compile. Could you please help me?
Pinned Comments
drwells commented on 2023-07-18 15:16 (UTC)
I updated to 9.5.1 and made Trilinos a required dependency to avoid the conflict. Once the Trilinos package is updated to include
provides=('kokkos')then we can switch this back and make kokkos the (correct) dependency.