Problem with ds9 7.6 on Mac OSX and non-RHEL-6 Linux

[stscicrawford]

When installing the latest ds9 build on Mac OSX, the following error is encountered when trying to start ds9:

$ ds9
dyld: Library not loaded: /opt/local/lib/libxml2.2.dylib
Referenced from: /Users/scrawford/anaconda3/envs/test_ds9/bin/ds9
Reason: Incompatible library version: ds9 requires version 12.0.0 or later, but libxml2.2.dylib provides 
version 10.0.0
Abort trap: 6

[rendinam]

Which version of OSX are you running?
$ sw_vers

[stscicrawford]

Software: (edited to remove possibly sensitive information)

ProductName:    Mac OS X
ProductVersion: 10.13.4
BuildVersion:   17E199

I don't have anything installed under /opt/local

[rendinam]

Thank you. There are problems with the new ds9 7.6 build dependencies on non RHEL-6 machines, as well, which I'm investigating. To avoid causing confusion, the ds9 7.6 package has been removed from the Astroconda public channel for both linux-64 and osx-64 platforms until this is resolved.

Build OS	Install OS	Runs?	Error
OSX 10.11.6	10.11.6	Yes
"	10.12.6	No	dyld: Library not loaded: /opt/X11/lib/libfontconfig.1.dylib Referenced from: /Users/<user>/miniconda3/envs/ds9/bin/ds9 Reason: Incompatible library version: ds9 requires version 11.0.0 or later, but libfontconfig.1.dylib provides version 10.0.0
"	10.13.6	No	dyld: Library not loaded: /opt/local/lib/libxml2.2.dylib Referenced from: /Users/<user>/anaconda3/envs/test_ds9/bin/ds9 Reason: Incompatible library version: ds9 requires version 12.0.0 or later, but libxml2.2.dylib provides version 10.0.0 Abort trap: 6
RHEL-6	RHEL-6	Yes
"	Ubuntu 18.04.1	No	ds9: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory

[sosey]

@rendinam I see this is still open...ds9 now has a 8.0.1 release which we should build and serve here, perhaps the shared library issue isn't an issue anymore? It's fine on my mac.

[jhunkeler]

^ Yeah, I think we fixed the shared library issue by linking against the defaults version of openssl a while back.

[rendinam]

The OSX packages are functional once again, but I am still seeing libssl.so.10: cannot open shared object file: No such file or directory errors on non-RHEL systems. In any case, ds9 8.0.1 is now available via the Astroconda channel.

[fsc137]

I just downloaded the current version of astroconda onto a freshly-installed Ubuntu 18.04 system, and I still have this problem..."libssl.so.10:cannot open...". I was able to circumvent the problem by replacing astroconda's version of ds9 with a working copy of ds9 7.5

[katieefrey]

@fsc137
Could you give me a quick walk through of how to replace astroconda's version of ds9 with a working copy of ds9 7.5?

Thank you!

[fsc137]

Get a run-time copy of ds9 for your operating system from the ds9 website. The astroconda copy of ds9 will be buried in a subdirectory under the directory where anaconda was installed. You can find it by

cd /* takes you to your home

directory */

find . -name "ds9" -print /* lists your various copies of ds9 */

So... just remove the ds9 executable that resides in the bin under anaconda and astroconda and replace it with the version that works. This may be undone by anaconda the next time you update and you'll have to re-do it, but doing this won't harm anything. The point is, that anaconda manipulates your $PATH to use its version of ds9 rather than any other. Putting the working version of ds9 in the "bin" prioritized by that $PATH will cause it to use the correct executable. Only the astroconda folks at STSI can really fix this permanently.

…

On Mon, Sep 9, 2019 at 10:47 AM Katie Frey ***@***.***> wrote: @fsc137 <https://github.com/fsc137> Could you give me a quick walk through of how to replace astroconda's version of ds9 with a working copy of ds9 7.5? Thank you! — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#410?email_source=notifications&email_token=AAGAN7AVSOGZTCSGA7J4KXTQIZOWRA5CNFSM4FZDFBX2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6H3IKA#issuecomment-529511464>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAGAN7DP4RFWE4UVSSLJQ6DQIZOWRANCNFSM4FZDFBXQ> .

-- Antony A. Stark [email protected] <aas%[email protected]> http://www.tonystark.org

[katieefrey]

Thank you so much, that worked perfectly!

[astrosumit]

@katieefrey If you are working with astroconda, you can install any version of ds9 and pin it from future update as follows:

1. Search for the available version of ds9:
   $ conda search ds9
   Loading channels: done
   Name Version Build Channel
   ds9 7.1 0 astroconda
   ds9 7.4 0 astroconda
   ds9 7.5 0 astroconda
   ds9 7.5 1 astroconda
   ds9 7.6 0 astroconda

2. Downgrade the ds9 from version 7.6 to 7.5:
   $ conda install ds9=7.5

3. Pin the ds9 version at 7.5 for being updated next time:
   $ echo "ds9=7.5" > ~/anaconda3/conda-meta/pinned

If you want to downgrade and pin ds9 in some environment, say iraf27, then
$ conda install --name iraf27 ds9=7.5
$ conda activate iraf27
$ echo "ds9=7.5" > ${CONDA_PREFIX}/conda-meta/pinned
$ conda deactivate