Package Details: petsc 3.21.1-1

Git Clone URL: https://aur.archlinux.org/petsc.git (read-only, click to copy)
Package Base: petsc
Description: Portable, extensible toolkit for scientific computation
Upstream URL: https://petsc.org
Keywords: computing scientific
Licenses: BSD
Provides: petsc4py
Submitter: heitzmann
Maintainer: MartinDiehl
Last Packager: MartinDiehl
Votes: 19
Popularity: 0.000079
First Submitted: 2018-02-24 11:36 (UTC)
Last Updated: 2024-04-29 00:32 (UTC)

Pinned Comments

MartinDiehl commented on 2022-10-06 10:26 (UTC)

@jrohwer

When building PETSc (more specifically, petsc4py), one test (ex100 from ksp) will fail if a previous (major) version is installed. I could not figure out why this happens. The solution would be to build in a clean root (which is a little bit complicated due to dependency on other AUR packages) or simply uninstall the old version before.

Any help to solve this issue is welcomed.

Latest Comments

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

xantares commented on 2020-05-27 08:52 (UTC)

can you check the checksums ?

Validating source files with sha256sums...

petsc-lite-3.13.1.tar.gz ... Passed

test_optdepends.sh ... FAILED

MartinDiehl commented on 2020-04-04 10:27 (UTC)

@xantares: This is the first time that the extensive test suite (including popups) is exectuted. I'm not sure if that is the intended beavior, I guess not.

xantares commented on 2020-04-04 09:28 (UTC)

could "make test" be run with xvfb-run to avoid popups ?

capitalaslash commented on 2019-07-25 08:56 (UTC)

hypre's latest update moved all include files in /usr/include/hypre, test_optdepends.sh should be updated.

cpuheater commented on 2019-02-13 19:58 (UTC)

When building this with aurutils the build fails with:

==> Starting prepare()...
rm: cannot remove '/logdest/logpipe.K4ZsD575': No such file or directory
==> ERROR: A failure occurred in prepare().

This seems to be an issue somewhere in the build toolchain (see https://github.com/AladW/aurutils/issues/19) but since I never had the issue with any other package I suggest just working around it by changing:

  while IFS= read file; do
    sed -i "s#$MATCH#\\1python2#" "$file"
  done < <( find ${srcdir} -name "*" -type f -exec grep -le "$MATCH" \{\} + )

to:

  find ${srcdir} -name "*" -type f -exec grep -le "$MATCH" \{\} + | \
    while IFS= read file; do
      sed -i "s#$MATCH#\\1python2#" "$file"
    done

(that works for me)

heitzmann commented on 2019-02-05 14:53 (UTC)

I'm disowning this package because I don't have the time to handle all dependency detection and their supported versions. I've created a petsc-git pacakge which downloads and installs all supported dependencies with eventual patches.

ChrisTX commented on 2018-09-04 10:34 (UTC)

HYPRE detection is currently broken, the correct version should be 2.14.0 and the naming scheme for the so file is libHYPRE-x.y.z.so now. Replacing the corresponding lines 14/15 in test_optdepends.sh with these fixes the problem:

    VERSION_MIN=2.14.0
    VERSION=$(readlink -f '/usr/lib/libHYPRE.so' | sed -r 's/^.*libHYPRE-(.*)\.so/\1/')

mach6 commented on 2018-08-30 20:12 (UTC)

Do we really need this step?

# src for tutorials
cp -r ${_build_dir}/src ${pkgdir}/usr/share/doc/$pkgname/

The src folder by itself is around 147M. Should it be enough just cp -r ${_build_dir}/doc ${pkgdir}/usr/share/doc/$pkgname?

heitzmann commented on 2018-08-29 17:07 (UTC)

I think that would make sense only if we actually installed petsc in the system directories under /usr/local . I'm not sure what the policy is on that...