13 October 2026

Title: 681. ECCE 9 is out: Linux, Windows and macOS, and its own quantum chemistry program

A month and a half ago I wrote that we had resurrected ECCE, the Extensible Computational Chemistry Environment that PNNL stopped developing years ago. Version 8 built and ran on a modern Debian, which was already more than anyone had managed for a long time. Version 9, which came out this week (9.0.1 at the time of writing), is a much bigger step, and since it changes how ECCE is installed and used I thought it deserved a post of its own.

ECCE is a graphical front end for computational chemistry: you build or import a structure, set up a calculation for one of several codes, launch it on your own computer or a cluster, and look at the results (orbitals, vibrations, spectra, charges, geometry steps) in the same program. It was always good at this, and what killed it was not the idea but the dependencies. Most of the work on 8 and 9 has gone into replacing what had rotted. As with 8, a large part of the code was written with the help of LLMs, with me testing and deciding what goes in.



What is new in 9

It runs on Windows and macOS, not just Linux. There is an installer for Windows 10 and 11, and an app for Macs with Apple silicon and Intel processors. The macOS version is still experimental.

No server is needed. ECCE used to require a data server and a message broker, which made sense at PNNL in 2005 and makes very little sense on a laptop in 2026. You can now keep your calculations in an ordinary folder. The central server is still there, because that is how it can be used it for teaching: students run the client and connect to one server.

It has its own quantum chemistry program. ECCE-QM is a small Hartree-Fock/DFT program built into ECCE, so you can run a calculation without installing anything else. It does energies, geometry optimisations, frequencies with IR and (on main, in the next release) Raman intensities, thermochemistry, orbitals and the usual population analyses. It is meant for small molecules and teaching, not for production work, and I have checked it against ORCA throughout.

The codes it drives are ORCA, Gaussian 16, NWChem, MOPAC, and experimentall, Quantum ESPRESSO and GROMACS. Jobs can run locally or through Slurm and the other common queueing systems, and ECCE shows the progress of the SCF, optimisation and frequency steps while they run.

Things I wanted for teaching: molecular orbital correlation diagrams (experimental; they can be wrong for larger molecules, so check them against the list of orbitals), geometry constraints and dummy atoms that are easier to set up, and a set of example calculations that are imported the first time you start ECCE, so there is something to look at straight away.



Installing it

Everything is on the releases page.

Debian 13 (the only distribution I test on; packages for Ubuntu 24.04, RHEL/Rocky 9 and Fedora are built but untested). Download the client and server packages and install both:

sudo apt install ./ecce-client_9.0.1_amd64.deb ./ecce-server_9.0.1_amd64.deb
ecce

The ./ matters, since it tells apt that these are local files, and apt then pulls in the dependencies itself. The first time you start ECCE it asks whether to keep your data on this computer or connect to a server, and if you pick a data server on your own computer it offers to create the account.

Windows: run ECCE-windows-9.0.1.msi. It installs for your own user, without administrator rights. Windows will show a SmartScreen warning because the program is not signed; choose More info and then Run anyway.

macOS: take ECCE-9.0.1-arm64.dmg if About This Mac says "Chip: Apple M..." and ECCE-9.0.1-x86_64.dmg if it says Intel. Getting the wrong one is easy, and one user already has. Drag ECCE to Applications. Since the app is not notarised by Apple, macOS will say that it cannot check it for malware; either run

xattr -dr com.apple.quarantine /Applications/ECCE.app

in a terminal, or open ECCE once, click Done, and then choose System Settings > Privacy & Security > Open Anyway.

There are two short videos showing a first calculation, one with ECCE-QM and one with ORCA.

What does not work yet

The Windows and macOS clients have had much less use than the Linux one, the MO diagrams are experimental, and GROMACS support is at an early stage. If something breaks, please open an issue on GitHub; starting ECCE with ecce --bug, reproducing the problem and attaching the archive it writes helps a lot.

30 August 2026

680. New version of ECCE is out! 8.0.0 Phoenix

With the power of LLMs we have resurrected ECCE after years of inactivity! It now doesn't rely on bundled 3rd party apps, and compiles and runs fine on modern distros. Check out version 8.0.0, codenamed Phoenix at https://github.com/FriendsofECCE/ECCE



While we may or may not continue active development, the simple fact that we've switched to repo packages instead of ancient bundled ones should allow others to continue development.








24 December 2024

679. Two common issues with Gaussview on linux

My work computer hasn't had a fresh installation of linux since around 2010 -- I've continously upgraded it to newer versions of debian, and have occasionally moved it to bigger harddrives using dd.

I finally felt there was too much legacy stuff, so I did a fresh installation of debian 12.5, and had to set up gaussian and gaussview again.

Gaussian (16.C01) is pretty straightforward, but gaussview (6.0) was causing issues. Unfortunately I didn't document the error messages.

The causes of either of the two issues were not obvious, to say the least. Based on their causes, these issues should also be quite common.


Issue 1. On start it says "Failed to read fragment file: /opt/gaussian/gv/data/elements/fragments/tet.frg"

Needless to say, the file is there and the permissions are correct.

The source of the issue is (suprisingly) due to the LANG settings. If I do an installation from the live DVD of debian 12.5 and install from a live debian instance, while picking a location other than the US, I get all sorts of fun settings in the /etc/default/locale file. If I boot directly into the installer, I only get the following in the file:

LANG="en_US.UTF-8"
LANGUAGE="en_US:en"


I don't know exactly what is causing the issue, or how to remedy it from an already installed version of debian, but try changing /etc/default/locale to have LANG="en_US.UTF-8" and run locale-gen.

Here's an example of someone else having a similar issue.

Issue 2. gv keeps segfaulting and/or hanging when opening a .chk or .log file.

Gaussview segfaults when opening files (especially .log or .chk), or you get an endless sequence of prompts asking you whether to wait or close gaussview while it's opening the file (and according to top it is doing something).

The cause of the issue was .... nouveau! Or so it seems. Others seem to have had the exact opposite experience.

It worked fine (for me) with either radeon (HD 7870) or nvidia (rtx3050) on two systems.

On a third system (nvidia quadro K620) I started removing nouveau using smxi, but only ran it once. So lsmod doesn't show either nvidia or nouveau as being loaded, while lspci -k|grep -A 3 -i vga shows that nouveau is loaded. Yet gv runs fine now, but not before.