Lsst_sims install error CentOS7 (iconv)

Support
,
#1

Hello,
I am trying to install lsst_sims packages (w_2020_06) but things went wrong on the step where the doxygen package is to be installed. Im using a remote machine ( which I have no root access to, so docker isn’t an option) running CentOS 7 (release 7.8.2003). The error is this

(lsst-scipipe-1a1d771) [agonzalez@titan lsst]$ eups distrib install lsst_sims -t sims_w_2020_06
   [  1/105 ]  apr 1.5.2 (already installed)                             done.
   [  2/105 ]  cfitsio 3360.lsst6 (already installed)                    done.
  [  3/105 ]  doxygen 1.8.13.lsst3 ...

***** error: from /home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/build.log:
  The package name passed to `find_package_handle_standard_args` (ICONV) does
  not match the name of the calling package (Iconv).  This can lead to
  problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  cmake/FindIconv.cmake:87 (find_package_handle_standard_args)
  CMakeLists.txt:76 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Could NOT find ICONV (missing: ICONV_COMPILES)
CMake Error at cmake/FindIconv.cmake:130 (MESSAGE):
  Unable to determine iconv() signature
Call Stack (most recent call first):
  CMakeLists.txt:76 (find_package)


-- Configuring incomplete, errors occurred!
See also "/home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/doxygen-1.8.13.lsst3/CMakeFiles/CMakeOutput.log".
See also "/home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/doxygen-1.8.13.lsst3/CMakeFiles/CMakeError.log".
+ exit -3
eups distrib: Failed to build doxygen-1.8.13.lsst3.eupspkg: Command:
        source "/home/agonzalez/lsst/eups/2.1.5/bin/setups.sh"; export EUPS_PATH="/home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771"; (/home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/build.sh) >> /home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/build.log 2>&1 4>/home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/build.msg
exited with code 253

The steps I was following were that ones in Catalogs and MAF - Simulations - Confluence :

mkdir ~/lsst
cd ~/lsst
curl -OL https://raw.githubusercontent.com/lsst/lsst/master/scripts/newinstall.sh
bash newinstall.sh -ct
source ~/lsst/loadLSST.bash
eups distrib install lsst_sims -t sims_w_2020_06

I’ve attached the build.log too:
( from /home/agonzalez/lsst/stack/miniconda3-py37_4.8.2-1a1d771/EupsBuildDir/Linux64/doxygen-1.8.13.lsst3/build.log )

build.log (21.5 KB)

Based on the pre-requisites, this should run, but is failing. Does anyone have some advice for me to solve this or develop a workaround?

#2

For a weekly tag of that vintage, please try following the directions in the relevant version of pipelines.lsst.io using the similarly-tagged version of newinstall.sh:

curl -OL https://raw.githubusercontent.com/lsst/lsst/w.2020.06/scripts/newinstall.sh

Not only should that solve this problem, it should also enable you to get binary tarball packages, making installation much faster.

I have added a note along these lines to the Confluence page.

1 Like
#3

It worked. Thanks!
Do I have to replace ‘master’ with ‘w.2020.06’ in the shebangtron line too?

#4

While it is safer to use the tagged version, in fact it is fine to use master shebangtron.