Skip to content

Releases

Every STEPSS release is published on GitHub, with its changelog and its installers:

github.com/SPS-L/stepss-java-ui/releases

This site does not mirror that changelog. Releases are frequent and the notes are generated with them, so a copy here would be behind within the week. Read them at the source, or from inside the application: Help, then Changelog (F2).

A STEPSS version identifies a tested combination of components, not the history of any one of them. The engines version independently and on their own cadences, and each STEPSS release pins one release of each: RAMSES, Helios, CODEGEN, DYNGRAPH and URAMSES, plus the three bundled test systems. Those pins live in versions.properties in stepss-java-ui.

So the engine version you see at work is not the STEPSS version. The status bar naming RAMSES 3.74 inside a STEPSS 3.74.15 is correct, not a mismatch.

stepss, the Python package, is versioned on the engine line rather than the application’s patch level, so its number tracks the engines it carries.

WhereHow
STEPSS GUIHelp, then About (F4)
stepsspython -c "import stepss; print(stepss.__version__)"
The engine directlyramses -v

The GUI also checks for new releases on startup, and Help, then Check for updates (F3) asks immediately. Whether it checks at startup is a setting in the Tools menu.

Each is set up on the Installation page; this is only a map of what exists.

ChannelGets youUpdates
Platform installerSTEPSS GUI with its own JavaDownload the new one
stepss.jarSTEPSS GUI, needing a Java you supplyDownload the new one
APT repositorySTEPSS GUI, on Debian and Ubuntuapt upgrade, with the rest of the system
Scoop bucketSTEPSS GUI, on Windowsscoop update stepss
PyPISTEPSS in Pythonpip install --upgrade stepss

The package-manager routes track the same releases as the installers, so which one you use is a question of how you prefer to update, not of what you get.

The current release. Where a feature does not exist in every release, the page documenting it states the version it arrived in, so a reader on an older build is not left following instructions their binary cannot satisfy. There is no archive of documentation for superseded versions.