Package Details: astromatic-sextractor 2.25.0-2

Git Clone URL: https://aur.archlinux.org/astromatic-sextractor.git (read-only)
Package Base: astromatic-sextractor
Description: builds a catalogue of objects from an astronomical image (build from source)
Upstream URL: http://www.astromatic.net/software/sextractor
Keywords: astronomy
Licenses: GPL
Conflicts: sextractor-bin
Replaces: sextractor-bin
Submitter: ydallilar
Maintainer: ydallilar
Last Packager: ydallilar
Votes: 3
Popularity: 0.000259
First Submitted: 2017-04-25 05:01
Last Updated: 2018-05-24 23:52

Pinned Comments

ydallilar commented on 2018-05-24 18:30

Yes, that seems to be a new feature. I was thinking about it. There are a few considerations:

1) Recently updated sextractor and scamp can use openblas instead but psfex still can't (maybe an update for psfex is on the way as well?). So, for now we should be consistent probably. For example, users who compile sextractor against openblas then need to remove openblas and install atlas-lapack to compile psfex.

2) I can change dependencies from atlas-lapack to ("blas" "lapack" "cblas"). But, this doesn't explicitly state that the user has either atlas-lapack or openblas-lapack installed.

So, my goto for now:

  • change the deps to ("fftw" "blas" "lapack" "cblas")

  • add a switch to fallback to openblas-lapack if atlas-lapack doesn't exist. However, build will fail if neither of them exists.

  • manual "_use_mkl" switch to use mkl instead. This will have priority than others.

Let me know if anyone has further comments or suggestions. Thanks.

Latest Comments

ydallilar commented on 2018-05-24 18:30

Yes, that seems to be a new feature. I was thinking about it. There are a few considerations:

1) Recently updated sextractor and scamp can use openblas instead but psfex still can't (maybe an update for psfex is on the way as well?). So, for now we should be consistent probably. For example, users who compile sextractor against openblas then need to remove openblas and install atlas-lapack to compile psfex.

2) I can change dependencies from atlas-lapack to ("blas" "lapack" "cblas"). But, this doesn't explicitly state that the user has either atlas-lapack or openblas-lapack installed.

So, my goto for now:

  • change the deps to ("fftw" "blas" "lapack" "cblas")

  • add a switch to fallback to openblas-lapack if atlas-lapack doesn't exist. However, build will fail if neither of them exists.

  • manual "_use_mkl" switch to use mkl instead. This will have priority than others.

Let me know if anyone has further comments or suggestions. Thanks.

juliotux commented on 2018-05-24 17:12

Using "--enable-openblas --with-openblas-incdir=/usr/include" arguments in ./configure this package can be built with openblas, instead of atlas.

Also "--enable-mkl" can be used to build the pkg with mkl instead of openblas or atlas.

Using this code the makepkg should be able to detect what library to use:

_OPENBLAS=`pacman -Qq openblas-lapack 2>/dev/null` || true
if [ "$_OPENBLAS" != "" ]; then
    _EXTRAOPTS="--enable-openblas --with-openblas-incdir=/usr/include"
fi

_MKL=`pacman -Qq intel-mkl 2>/dev/null` || true
if [ "$_MKL" != "" ]; then
    _EXTRAOPTS="--enable-mkl"
fi

build() {
  cd $srcdir/${_pkgname}-${pkgver}
  sh autogen.sh
  ./configure --prefix=/usr $_EXTRAOPTS
  make
}

ydallilar commented on 2017-08-25 13:53

I would like sextractor to compile with others but it only works with atlas-lapack.

You can compile atlas-lapack with --cripple-atlas-performance. That works regardless of cpu throttling check.

juliotux commented on 2017-08-25 03:24

Should not be better to change the dependency from "atlas-lapack" to "openblas-lapack" or simply ("blas" "lapack" "cblas")? atlas-lapack have problems not easy to solve with cpu thottling.

ydallilar commented on 2017-06-11 16:59

I realized that atlas-lapack needs to recompiled after gcc-fortran update.

It provides libgfortran.so.4 instead of libgfortran.so.3