Package Details: deal-ii 9.4.0-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: http://www.dealii.org/
Keywords: fem pde science
Licenses: LGPL
Submitter: coincoin
Maintainer: coincoin (drwells)
Last Packager: drwells
Votes: 13
Popularity: 0.008281
First Submitted: 2013-09-11 11:11 (UTC)
Last Updated: 2022-06-27 21:31 (UTC)

Dependencies (25)

Required by (0)

Sources (1)

Latest Comments

drwells commented on 2022-04-21 16:13 (UTC)

Hi @athulshaji,

I suspect that the quick tests failed to link correctly because of a problem with one of deal.II's dependencies. Can you attach the quicktests.log file from the build or any additional terminal output here if you have it?

athulshaji commented on 2022-04-21 02:56 (UTC)

I am installing deal.ii with the following packages

deal.II configuration:

CMAKE_BUILD_TYPE: DebugRelease
BUILD_SHARED_LIBS: ON
CMAKE_INSTALL_PREFIX: /usr
CMAKE_SOURCE_DIR: /var/tmp/pamac-build-workbook/deal-ii/src/dealii-9.3.3
(version 9.3.3)
CMAKE_BINARY_DIR: /var/tmp/pamac-build-workbook/deal-ii/src/build
CMAKE_CXX_COMPILER: GNU 11.2.0 on platform Linux x86_64
/usr/bin/c++
C++ language standard: C++17
Configured Features (DEAL_II_ALLOW_BUNDLED = OFF, DEAL_II_ALLOW_AUTODETECTION = ON):
( DEAL_II_WITH_64BIT_INDICES = OFF )
( DEAL_II_WITH_ADOLC = OFF )
( DEAL_II_WITH_ARBORX = OFF )
DEAL_II_WITH_ARPACK set up with external dependencies
DEAL_II_WITH_ASSIMP set up with external dependencies
DEAL_II_WITH_BOOST set up with external dependencies
DEAL_II_WITH_COMPLEX_VALUES = ON
( DEAL_II_WITH_CUDA = OFF )
( DEAL_II_WITH_GINKGO = OFF )
DEAL_II_WITH_GMSH set up with external dependencies
DEAL_II_WITH_GSL set up with external dependencies
DEAL_II_WITH_HDF5 set up with external dependencies
DEAL_II_WITH_KOKKOS set up with external dependencies
DEAL_II_WITH_LAPACK set up with external dependencies
DEAL_II_WITH_METIS set up with external dependencies
DEAL_II_WITH_MPI set up with external dependencies
DEAL_II_WITH_MUPARSER set up with external dependencies
DEAL_II_WITH_OPENCASCADE set up with external dependencies
DEAL_II_WITH_P4EST set up with external dependencies
DEAL_II_WITH_PETSC set up with external dependencies
DEAL_II_WITH_SCALAPACK set up with external dependencies
DEAL_II_WITH_SLEPC set up with external dependencies
( DEAL_II_WITH_SUNDIALS = OFF )
( DEAL_II_WITH_SYMENGINE = OFF )
DEAL_II_WITH_TBB set up with external dependencies
DEAL_II_WITH_TRILINOS set up with external dependencies
DEAL_II_WITH_UMFPACK set up with external dependencies
DEAL_II_WITH_ZLIB set up with external dependencies
Component configuration:
( DEAL_II_COMPONENT_DOCUMENTATION = OFF )
DEAL_II_COMPONENT_EXAMPLES
( DEAL_II_COMPONENT_PACKAGE = OFF )
( DEAL_II_COMPONENT_PYTHON_BINDINGS = OFF )

I am getting the following error

0% tests passed, 19 tests failed out of 19

Total Test time (real) = 62.61 sec

The following tests FAILED: 1 - step.debug (Failed) 2 - step.release (Failed) 3 - affinity.debug (Failed) 4 - mpi.debug (Failed) 5 - tbb.debug (Failed) 6 - p4est.debug (Failed) 7 - step-petsc.debug (Failed) 8 - step-slepc.debug (Failed) 9 - step-trilinos.debug (Failed) 10 - step-metis.debug (Failed) 11 - lapack.debug (Failed) 12 - umfpack.debug (Failed) 13 - gsl.debug (Failed) 14 - hdf5.debug (Failed) 15 - arpack.debug (Failed) 16 - assimp.debug (Failed) 17 - scalapack.debug (Failed) 18 - boost_zlib.debug (Failed) 19 - gmsh.debug (Failed) Errors while running CTest


Error: Some of the quick tests failed.


Please scroll up or check the file tests/quick_tests/quicktests.log for the error messages. If you are unable to fix the problems, see the FAQ or write to the mailing list linked at http://www.dealii.org

The affinity test can fail when you are linking in a library like BLAS which uses OpenMP. Even without calling any BLAS functions, OpenMP messes with the thread affinity which causes TBB to run single-threaded only. You can fix this by exporting OMP_NUM_THREADS=1. Also see GOMP_CPU_AFFINITY and OMP_PROC_BIND.

The p4est test can fail if you are running an OpenMPI version before 1.5. This is a known problem and the only work around is to update to a more recent version or use a different MPI library like MPICH.

Additional information about PETSc issues is available at: http://www.dealii.org/developer/external-libs/petsc.html

CMake Error at /var/tmp/pamac-build-workbook/deal-ii/src/dealii-9.3.3/tests/quick_tests/run.cmake:90 (MESSAGE):

make[3]: [tests/quick_tests/CMakeFiles/test.dir/build.make:71: tests/quick_tests/CMakeFiles/test] Error 1 make[2]: [CMakeFiles/Makefile2:9230: tests/quick_tests/CMakeFiles/test.dir/all] Error 2 make[1]: [CMakeFiles/Makefile2:9237: tests/quick_tests/CMakeFiles/test.dir/rule] Error 2 make: [Makefile:4069: test] Error 2 ==> ERROR: A failure occurred in check(). Aborting...

Kindly help.

drwells commented on 2022-02-28 23:48 (UTC)

@Alad thanks for reporting this - I fixed the test upstream and added a band-aid to the PKGBUILD that fixes it here as well.

Alad commented on 2022-02-27 18:01 (UTC)

I'm getting an error on the tbb quicktest:

[163%] Building CXX object tests/quick_tests/CMakeFiles/tbb.debug.dir/tbb.cc.o


tbb.debug: ******    BUILD failed    *******

===============================    OUTPUT END   ===============================
Expected stage PASSED - aborting
CMake Error at /home/archie/.cache/aurutils/sync/deal-ii/src/dealii-9.3.3/cmake/scripts/run_test.cmake:140 (MESSAGE):
  *** abort



      Start  7: step-metis.debug
 2/13 Test  #3: affinity.debug ...................   Passed    9.19 sec
      Start  8: lapack.debug
 3/13 Test  #4: mpi.debug ........................   Passed    9.19 sec
      Start  9: umfpack.debug
 4/13 Test  #7: step-metis.debug .................   Passed   10.79 sec
      Start 10: hdf5.debug
 5/13 Test  #6: step-petsc.debug .................   Passed   16.54 sec
      Start 11: arpack.debug
 6/13 Test  #8: lapack.debug .....................   Passed    7.53 sec
      Start 12: boost_zlib.debug
 7/13 Test  #2: step.release .....................   Passed   18.12 sec
      Start 13: gmsh.debug
 8/13 Test #10: hdf5.debug .......................   Passed    4.31 sec
 9/13 Test  #1: step.debug .......................   Passed   23.74 sec
10/13 Test  #9: umfpack.debug ....................   Passed   14.77 sec
11/13 Test #12: boost_zlib.debug .................   Passed    7.74 sec
12/13 Test #13: gmsh.debug .......................   Passed    7.69 sec
13/13 Test #11: arpack.debug .....................   Passed   13.26 sec

92% tests passed, 1 tests failed out of 13

Total Test time (real) =  29.80 sec

The following tests FAILED:
          5 - tbb.debug (Failed)
Errors while running CTest

***************************************************************************
**                 Error: Some of the quick tests failed.                **
***************************************************************************

Please scroll up or check the file tests/quick_tests/quicktests.log for the
error messages. If you are unable to fix the problems, see the FAQ or write
to the mailing list linked at http://www.dealii.org

CMake Error at /home/archie/.cache/aurutils/sync/deal-ii/src/dealii-9.3.3/tests/quick_tests/run.cmake:90 (MESSAGE):


make[3]: *** [tests/quick_tests/CMakeFiles/test.dir/build.make:71: tests/quick_tests/CMakeFiles/test] Error 1
make[2]: *** [CMakeFiles/Makefile2:7636: tests/quick_tests/CMakeFiles/test.dir/all] Error 2
make[1]: *** [CMakeFiles/Makefile2:7643: tests/quick_tests/CMakeFiles/test.dir/rule] Error 2
make: *** [Makefile:3341: test] Error 2

TBB version:

pacman -Qi tbb
Name            : tbb
Version         : 2021.5.0-1
Description     : High level abstract threading library
Architecture    : x86_64
URL             : https://www.threadingbuildingblocks.org/
Licenses        : Apache
Groups          : None
Provides        : intel-tbb=2021.5.0
Depends On      : gcc-libs  hwloc
Optional Deps   : None
Required By     : opencascade  vtk
Optional For    : None
Conflicts With  : intel-tbb
Replaces        : intel-tbb
Installed Size  : 1923.15 KiB
Packager        : Felix Yan <felixonmars@archlinux.org>
Build Date      : Mon 20 Dec 2021 10:00:54 PM CET
Install Date    : Thu 27 Jan 2022 12:42:34 PM CET
Install Reason  : Installed as a dependency for another package
Install Script  : No
Validated By    : Signature

I'm building with all optdepends installed.

drwells commented on 2022-02-26 18:44 (UTC)

@archaeal I apologize for the delay in my response.

deal.II does not use netcdf. I suspect this problem comes from the following circumstance: 1. an AUR copy of Trilinos was compiled, linking against the older soname version of netcdf 2. the system copy of netcdf was updated 3. the AUR copy of Trilinos now links against a nonexistant library

Hence updating Trilinos should fix it - this is not a problem we can address with deal.II's PKGBUILD.

@adigitoleo You're welcome. I have seen that failure before - the best fix is to disable Adelus in the Trilinos PKGBUILD. See

https://groups.google.com/g/dealii/c/uTkQoj7NYcM/m/16ElDi33DAAJ

and the links to Trilinos bug reports. The problem is with Trilinos' build system

adigitoleo commented on 2022-02-26 03:43 (UTC)

Many thanks for the package. For me, tests are all failing with trilinos 13.2:

/home/admin/aurbuilds/deal-ii/src/build/tests/quick_tests/arpack.debug: symbol lookup error: /usr/lib/libzadelus.so.13: undefined symbol: _ZN6Adelus10nprocs_colE

I will try an older trilinos version.

archaeal commented on 2022-02-10 11:00 (UTC) (edited on 2022-02-10 11:02 (UTC) by archaeal)

I am able to compile the entire library, but every test fails with the same error:

error while loading shared libraries: libnetcdf.so.18: cannot open shared object file: No such file or directory

I can only see libnetcdf.so.19 in my lib paths.

drwells commented on 2022-01-26 19:31 (UTC)

Both the oneAPI and boost problems have been fixed in the 9.3.3 release. The PKGBUILD is now updated accordingly.

drwells commented on 2022-01-09 22:14 (UTC)

Update - we have a patch ready that resolves the problem with boost 1.78. The oneAPI problem is in progress.

carlosal1015 commented on 2021-12-22 16:53 (UTC) (edited on 2021-12-22 16:55 (UTC) by carlosal1015)

Thanks a lot @drwells, best of luck in your excellence work! Often help me look debian experimental work or FreeBSD ports.

drwells commented on 2021-12-22 16:44 (UTC)

Regardless of the oneAPI problems, no version of deal.II is compatible with boost 1.78 due to changes in Boost.Geometry. We are working on a fix but its not simple.

drwells commented on 2021-12-12 11:55 (UTC)

@juliandoerner thanks. We have some patches in progress which convert deal.II to use oneAPI - once everything works on the release branch I will backport the changes.

juliandoerner commented on 2021-12-11 12:35 (UTC) (edited on 2021-12-11 12:56 (UTC) by juliandoerner)

By the recent update of tbb from version 2021.3.0 to 2021.4.0 deal-ii no longer builds software using for example mesh-worker, which relies on deprecated interfaces. This is caused by the revamp of tbb and already know to the authors of deal-ii, see here.

Downgrading tbb helps at the moment. Let me know if I can help in any other way.

carlosal1015 commented on 2021-08-06 20:31 (UTC) (edited on 2021-08-06 22:55 (UTC) by carlosal1015)

Thanks for add optional dependency intel-mkl, I do not report any errors but I canceled in 75% because filled my memory (because I was BUILDDIR=/tmp/makepkg in /etc/makepkg.conf). Now, we have:

-- Found LAPACK: /opt/intel/mkl/lib/intel64_lin/libmkl_gf_lp64.so;/opt/intel/mkl/lib/intel64_lin/libmkl_gnu_thread.so;/opt/intel/mkl/lib/intel64_lin/libmkl_core.so;/usr/lib/libgomp.so;-lpthread;-lm;-ldl;-lpthread;-lm;-ldl  
--   LAPACK_LIBRARIES: /opt/intel/mkl/lib/intel64_lin/libmkl_gf_lp64.so;/opt/intel/mkl/lib/intel64_lin/libmkl_gnu_thread.so;/opt/intel/mkl/lib/intel64_lin/libmkl_core.so;/usr/lib/libgomp.so;-lpthread;-lm;-ldl;-lpthread;-lm;-ldl;/opt/intel/mkl/lib/intel64_lin/libmkl_gf_lp64.so;/opt/intel/mkl/lib/intel64_lin/libmkl_gnu_thread.so;/opt/intel/mkl/lib/intel64_lin/libmkl_core.so;/usr/lib/libgomp.so;-lpthread;-lm;-ldl
--   LAPACK_LINKER_FLAGS: 
--   LAPACK_INCLUDE_DIRS: /opt/intel/mkl/include
--   LAPACK_USER_INCLUDE_DIRS: /opt/intel/mkl/include

First attempt is here. Second attempt is here. In the second attempt I log in tty2 and enable in /etc/makepkgconf #BUILDDIR=/tmp/makepkg, MAKEFLAGS="-j$(nproc)" (disabled build on ram and use all cores) but it stopped in 30% with cpu full, showed some 20 lines of messages (no related with cmake or deal-ii installation) about address errors and kernel modules, I do not saved this messages, and force reboot. For now, that was my attempt, do not worry because is due a limit resources.

drwells commented on 2021-08-06 17:48 (UTC)

@carlosal1015 This should now work with MKL - I followed the workaround I mentioned in issue 12435.

carlosal1015 commented on 2021-08-04 23:25 (UTC)

Thanks a lot :-), when I type pacman -Ql intel-mkl shows me /opt/intel/mkl/include/mkl.h.

drwells commented on 2021-08-04 20:32 (UTC)

You're welcome. That gist is very helpful.

  1. I think you figured it out but PETSc does not support compiling with one MPI version and linking against another so that should work.
  2. This is a known bug in deal.II's configuration script: see

https://github.com/dealii/dealii/issues/12435

In particular, we expect CMake to set LAPACK_INCLUDE_DIRS but it does not.

I can try to help but I am not that familiar with MKL. Do you know where the mkl.h header is installed? The test fails because it is not on the default search path.

carlosal1015 commented on 2021-08-04 19:24 (UTC) (edited on 2021-08-04 19:26 (UTC) by carlosal1015)

Thank you very much for the quick answer. I am sharing the log installation here. Since it is an unsupported (yet) package, I removed intel-openmpi. Then, I run yay -Syu deal-ii --noconfirm 2>&1 | tee error1.txt and I looked an error: #error "PETSc was configured with one OpenMPI mpi.h version but now appears to be compiling using a different OpenMPI mpi.h version" in the line 1301 of error1.txt. After I uninstall pets-complex from arch4edu repository and I run again yay -Syu deal-ii --noconfirm 2>&1 | tee error2.txt. I looked in the line 348 of error2.txt: Use other than Intel MKL implementation of BLAS/LAPACK (consult CMakeFiles/CMakeError.log for further information). I looked also that LAPACK_LIBRARIES are pointing to intel-mkl and finally finish with:

 74%] Linking CXX shared library ../lib/libdeal_II.g.so
collect2: fatal error: ld terminated with signal 9 [Killed]
compilation terminated.
make[2]: *** [source/CMakeFiles/deal_II.g.dir/build.make:1031: lib/libdeal_II.g.so.9.3.1] Error 1
make[1]: *** [CMakeFiles/Makefile2:1684: source/CMakeFiles/deal_II.g.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 74%] Building CXX object source/matrix_free/CMakeFiles/obj_matrix_free_release.dir/shape_info.cc.o
[ 74%] Building CXX object source/non_matching/CMakeFiles/obj_non_matching_release.dir/immersed_surface_quadrature.cc.o
[ 74%] Building CXX object source/matrix_free/CMakeFiles/obj_matrix_free_release.dir/task_info.cc.o
[ 74%] Built target obj_non_matching_release
[ 75%] Building CXX object source/matrix_free/CMakeFiles/obj_matrix_free_release.dir/vector_data_exchange.cc.o
[ 75%] Built target obj_matrix_free_release

Finally I append the file /tmp/makepkg/deal-ii/src/build/detailed.log, /tmp/makepkg/deal-ii/src/build/CMakeFiles/CMakeError.log. If after I will try to remove the intel residue with lapack, etc, I'm sure it would build, surely someone else could confirm the successful compilation.

drwells commented on 2021-08-04 17:26 (UTC)

Thanks - I missed the intel-tbb -> tbb rename.

Issues with intel's MPI may be outside the scope of this PKGBUILD but if you have a bug report we can always send it upstream.

carlosal1015 commented on 2021-08-04 17:01 (UTC)

Thank you very much @drwells, @bartus for your valuable time on the update, I am having some error related to some MPI redefinitions using intel-mpi (orphan aur package). If this next attempt fails, I will remove intel-mpi.

intel-tbb was replaced by tbb a few months ago. I'm limiting my cpus cores and writing the log with tee command to post here in a few hours.

drwells commented on 2021-08-04 15:19 (UTC)

9.3.1 is now officially out so I have updated the AUR script.

Please post if you have problems - I will try to be more available for resolving issues. Special thanks to @bartus for the help (fortunately we no longer require patches so SRCDEST should work automatically).

archaeal commented on 2021-01-27 19:24 (UTC)

I was able to build deal.ii, but had two of the tests failed, one with p4est and the other with scalapack:

The following tests FAILED:
     6 - p4est.debug (Failed)
    16 - scalapack.debug (Failed)

The output from p4est:

./p4est.debug: symbol lookup error: ./p4est.debug: undefined symbol: _ZN6dealii8parallel11distributed13TriangulationILi2ELi2EEC1EP19ompi_communicator_tNS_13TriangulationILi2ELi2EE13MeshSmoothingENS3_8SettingsE

The output from scalapack:

./scalapack.debug: symbol lookup error: ./scalapack.debug: undefined symbol: _ZN6dealii15ScaLAPACKMatrixIdEC1EjRKSt10shared_ptrIKNS_9Utilities3MPI11ProcessGridEEjNS_13LAPACKSupport8PropertyE

bartus commented on 2021-01-22 09:30 (UTC) (edited on 2021-01-22 09:34 (UTC) by bartus)

@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 (¬‿¬ ).

[Patch]

merge with: $git am -s < <(curl -s http://ix.io/2MSr)

drwells commented on 2021-01-22 00:44 (UTC)

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

drwells commented on 2021-01-12 13:44 (UTC)

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

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.

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?

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?

Alad commented on 2019-01-08 12:21 (UTC) (edited on 2019-01-08 12:23 (UTC) by Alad)

The PKGBUILD implicitely assumes that the trilinos package defines TRILINOS_DIR. I can't find a reference to this variable outside of what deal-ii supports, so I didn't set it in the [community] package for trilinos.

I guess it doesn't matter (i.e. -DTRILINOS_DIR is not required) since everything is installed to standard locations /usr/include anyway.

Regarding the "build time optdepends": Arch generally builds packages with all features enabled. I guess there's some problematic when half of the possible dependencies are in AUR, but I'm looking into remedying that.

drwells commented on 2018-10-15 03:24 (UTC)

I have now updated the PKGBUILD for the most recent bugfix release (9.0.1). This fixes a small number of minor library bugs and also fixes compatibility with PETSc 3.10.

chuckdaniels commented on 2018-05-22 06:56 (UTC) (edited on 2018-05-22 07:00 (UTC) by chuckdaniels)

The SHA1sum is wrong in this package.

==> Validating source files with sha1sums...

    dealii-9.0.0.tar.gz ... FAILED

==> ERROR: One or more files did not pass the validity check!

EDIT: Nevermind, my git repo was not clean. Everything seems OK.

drwells commented on 2018-05-14 14:51 (UTC) (edited on 2018-05-14 14:52 (UTC) by drwells)

There were a few issues with the initial release and (forgive us) we uploaded two new ones over the weekend without changing the patch number that fixed the problems. The issues were with the make check function and not the library itself.

drwells commented on 2018-05-12 14:06 (UTC)

I am happy to say that, as of last night, 9.0.0 has been released! I have updated the PKGBUILD. Please post if something does not work.

chuckdaniels commented on 2017-05-03 21:12 (UTC)

@drwells - I suppose that kind of optional package detection should be done in the build system of deal.II and not in the PKGBUILD. Anyways, it seems good enough for me if there is no other way to build the package. Additionally, you can always ask in AUR mailing list, AUR forum or IRC channel for help. I'm sure you'll get some good tips from expert people about these questions.

drwells commented on 2017-05-02 13:16 (UTC)

@chuckdaniels Thank you for the feedback. I don't have much experience posting my PKGBUILD files to the AUR and I really do appreciate the criticism :) I edited my comments in the PKGBUILD according to your comments. I got rid of as many pacman checks as I could and instead I now rely on environment variables. The MPI detection is not so nice and is arguably a bug in our own build scripts: I opened an issue for it in the deal.II bug tracker (https://github.com/dealii/dealii/issues/4331) Do you have a recommendation for how to check for user installed software? I tried to write the PKGBUILD file to be as agnostic to that as possible, but I don't really know how to handle such things. I disabled make test for now.

chuckdaniels commented on 2017-04-24 16:17 (UTC)

I'm having problems to install AUR package. 'deal-ii' seems to compile just right but at the final step some quick-tests are ran and they fail. I've commented out 'make test' in check() function on PKGBUILD and fixes this issue.

chuckdaniels commented on 2017-04-24 10:51 (UTC)

First, good job updating and completing PKGBUILD. I've got several questions/points: * You detect if some optional libraries are on the system using: 'if pacman -Qs PKG >/dev/null'. This will ignore them if you manually install any of these libraries since you rely on 'pacman' database. I'm not saying that this is plain wrong but certainly presents some limitations. You are forced to install those packages from AUR to work. I'll definitely install those packages using AUR way, just want it to point it out. * Some comments are really useful but others seems to be just information that should not be on a PKGBUILD and in general very extense. For example, you describe how makepkg.conf and its options works and show examples of how to set a flag in CMake. I this this clutters the PKGBUILD and simply it is not the place to put it on. You can create a new page on the Wiki for deal.II or invite to find more documentation on the deal.II website. That is just my two cents. Great work with this library and this package.

drwells commented on 2017-04-22 21:16 (UTC)

Hello everyone, After some discussion with @coincoin I am now listed as a comaintainer. For those of you who do not know me: I am one of the developers of deal.II and I also use Arch Linux. I uploaded a new PKGBUILD for version 8.5: we should now correctly capture all optional dependencies. Let me know what you think, and post if something does not work: I am familiar enough with the build system of deal.II that I should be able to fix any hiccups. Thanks, David Wells

chuckdaniels commented on 2017-01-24 14:28 (UTC)

@coincoin Thanks, setting MPI flag (-DWITH_MPI=ON) worked! I tested this with the example 'step-18' that uses PETSC/MPI and it runs OK. Nevertheless, only using PETSC flag (-DWITH_PETSC=ON) did not worked. You got to add the flags I mentioned before: -DPETSC_DIR="/opt/petsc/linux-c-opt/" -DPETSC_PETSCVARIABLES="/opt/petsc/linux-c-opt/lib/petsc/conf" These variables can be safely added since it does not break the installation even if PETSC package is not present. I totally understand that you cannot change to -DWITH_XX=ON flags in the PKGBUILD. Thanks for the support. ;)

coincoin commented on 2017-01-24 13:56 (UTC) (edited on 2017-01-24 14:03 (UTC) by coincoin)

Have you tried using the flags -DWITH_MPI=ON and -DWITH_PETSC=ON as mentionned in the doc : http://www.dealii.org/8.4.1/index.html ? You might also see subsection 3.3 External library locations http://www.dealii.org/8.4.1/users/cmake.html#configureext I have not tried with PETSC yet. Something might prevent deal-ii from finding the packages and unfortunately I cannot change the PKGBUILD for your needs (it should be done within deal-ii build system).

chuckdaniels commented on 2017-01-24 11:36 (UTC)

Compilation with OpenMPI and PETSC is not working even if the packages are installed. I've managed to make deal-II detect PETSC with these flags: -DPETSC_DIR="/opt/petsc/linux-c-opt/" -DPETSC_PETSCVARIABLES="/opt/petsc/linux-c-opt/lib/petsc/conf" However, it does not activate this functionality since MPI is not properly detected.

coincoin commented on 2016-02-01 15:51 (UTC)

@asartori86 Indeed, I will also remove Lapack which is optional. Every packages are actually optional. Thanks I ll change that.

asartori86 commented on 2016-02-01 15:47 (UTC)

I, why did you set that boost and openmpi are required dep? In fact, deal-ii is shipped with bundled boost and it can run fine also without mpi.