Package Details: deal-ii 9.6.2-1

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: https://www.dealii.org/
Keywords: fem pde science
Licenses: LGPL-2.1-or-later
Submitter: coincoin
Maintainer: coincoin (drwells)
Last Packager: drwells
Votes: 15
Popularity: 0.000205
First Submitted: 2013-09-11 11:11 (UTC)
Last Updated: 2024-12-24 03:10 (UTC)

Dependencies (28)

Required by (0)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

bartus commented on 2021-01-04 18:27 (UTC) (edited on 2021-01-04 18:55 (UTC) by bartus)

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.

Patch

#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 (ღ˘⌣˘ღ)

drwells commented on 2020-12-24 15:33 (UTC)

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).

juliandoerner commented on 2020-12-23 17:15 (UTC)

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.

drwells commented on 2020-06-19 15:14 (UTC)

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).

drwells commented on 2019-06-26 01:41 (UTC)

@jang0 Thanks for reporting this. I fixed the misnamed file issue and pushed a new version.

<deleted-account> commented on 2019-06-15 21:21 (UTC)

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().
Is something relationed with the Licence path or name in PKGBUILD: the path have two slash and LICENSE.md file is named LICENSE insted. I changed the names, it install but examples doesn't compile. Could you please help me?

<deleted-account> commented on 2019-06-15 21:16 (UTC)

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?

drwells commented on 2019-05-31 22:57 (UTC)

This is now updated to 9.1.1. Let me know if something does not work.

Alad commented on 2019-01-08 19:23 (UTC)

Trilinos is already in the repositories, see https://www.archlinux.org/packages/community/x86_64/trilinos/. I haven't used PETSc, but I can take look.

drwells commented on 2019-01-08 19:19 (UTC)

@Alad it looks like the Trilinos package no longer sets that environment variable. I guess I never noticed that they changed it a few years ago, see https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=trilinos&id=c8ab4590f601

I will post something there about this. Like you said, its not critical.

What remedy are you proposing for dealing with all of the dependencies in the AUR? It would be great if Trilinos and PETSc (which are the biggest dependencies) were also available in the official repositories. Will that happen?

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »