#1

Hi all,

Installed Avogadro 1.03 on Debian Jessie (Linux pc16851 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1 (2016-12-30) x86_64 GNU/Linux) via apt and the following wild error message appeared!

No engines loaded. It is unlikely this application will function correctly. Please correct this error.

An odd message appeared in the console:

This directory does not exist. So, of course, the extensions menu is empty. Compiling 1.2 from tarball, largely the same result. The program loads but no extensions. Seems to have few issues when I install on my Linux Mint laptop so presumably there’s a dependency which is not satisfied or an incompatibility or so. I can’t attach files so excuse the output from cmake below. Maybe it has clues for the educated eyes on the forum. Please do let me know if there’s other information needed

Appreciate any help, cheers.

openbabel;/usr/lib/x86_64-linux-gnu/libQtOpenGL.so;/usr/lib/x86_64-linux-gnu/libQtGui.so;/usr/lib/x86_64-linux-gnu/libQtCore.so;/usr/lib/x86_64-linux-gnu/libGLU.so;/usr/lib/x86_64-linux-gnu/libGL.so;/usr/lib/x86_64-linux-gnu/libSM.so;/usr/lib/x86_64-linux-gnu/libICE.so;/usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so;/usr/lib/x86_64-linux-gnu/libpython2.7.so;/usr/lib/x86_64-linux-gnu/libboost_python.so;bsdyengine;navigatetool;elementcolor


This warning is for project developers. Use -Wno-dev to suppress it.

interface. Run “cmake --help-policy CMP0022” for policy details. Use the
cmake_policy command to set the policy and suppress this warning.

Target “OpenQube” has an INTERFACE_LINK_LIBRARIES property which differs

$<$<NOT:$<CONFIG:DEBUG>>:/usr/lib/x86_64-linux-gnu/libQtCore.so>;$<$<CONFIG:DEBUG>:/usr/lib/x86_64-linux-gnu/libQtCore.so>;$<$<NOT:$<CONFIG:DEBUG>>:/usr/lib/x86_64-linux-gnu/libQtGui.so>;$<$<CONFIG:DEBUG>:/usr/lib/x86_64-linux-gnu/libQtGui.so>


This warning is for project developers. Use -Wno-dev to suppress it.

– Generating done
– Build files have been written to: /home/taylorc/software/avogadro-1.2.0/build

#2

I’m not sure how you’re using the 1.0.3 version of the application with version 1.2.0 of the library.

They won’t find plugins because of the version mismatch.

I’m not sure what the issue installing from source is, but it looks like cmake worked OK. What happens when you build?

failed to create symbolic link '/home/taylorc/software/avogadro-1.2.0/build/libavogadro/include/avogadro//home/taylorc/software/avogadro-1.2.0/build/libavogadro/src/config.h': No such file or directory

It seems like you’ve got a circular symlink or a funny install prefix. How are you calling cmake?

#3

Howdy Geoff,

I’m literally following the INSTALL instructions from the 1.2 tarball so no special cmake options. Are there any I should be using?

Upon trying 1.03 first then uninstalling, I noticed the .avogadro file in my home and deleted it as apt didn’t, thought maybe it left behind some files that would clash with files from the 1.2 tarball but didn’t appear to make a difference.

#4

There’s clearly still a 1.0.3 binary around, or you wouldn’t get this message:

The other question is why nothing installed. If you ran “make install” it should, in principal, go into /usr/local instead of /home/taylorc