Forcebalance

Latest version: v1.9.5

Safety actively analyzes 681775 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 1 of 4

12.0

Note that `penalty_type box` and `penalty_type L2` are equivalent if the default value of `penalty_power` (i.e. 2.0) is used.

1.9.5

Changes and Improvements:
- The optional output file for MM and QM energy comparison now includes a column for the magnitude of the (MM-QM) force difference.
- Compatibility changes for the latest version of OpenMM, in particular, the changes to the API for AMOEBA forces that were introduced in version 7.6.
- Compatibility changes for the latest version of OpenFF Toolkit and Evaluator (Jeff Wagner & Matt Thompson).
- Compatibility changes to support GROMACS up to version 2019.6. Around 2018 GROMACS no longer wrote variable precision .gro files (and the default 3 digit precision was insufficient) so we changed our trjconv calls to write .g96 files instead and added a .g96 parser. Major GROMACS releases after 2019 removed the support for vacuum simulations so we do not support those versions.
- Properly implemented the feature to remove microiteration folders. The previous implementation never worked.
- Added a parser for the updated Psi4 format for vibrational calculations (John Stoppelman).
- More secure .tar file extraction (auto-added by Trellix vuln team).
- Changed the expected output in the OpenFF torsion profile test because newer versions of the toolkit changed the default charge assignment method.
- Changed some AMOEBA vdW sigma parameters from 0 to 1 for particles with no vdW interactions because the newer OpenMM version gives a divide-by-zero error if the sigma parameter is set to 0.
- Removed the default frequency scaling function call in make-vdata.py. It now writes unscaled frequencies. Users are encouraged to set their own scale factors corresponding to the QM method.

Known issues:

- The interface to AMOEBA forces in OpenMM requires OpenMM version 8.0 or higher. However, as of this release, the latest version of OpenFF Evaluator (0.4.2) requires OpenMM version 7.7 or lower. Therefore there is no single version of OpenMM that works for both of these features. The next release of OpenFF Evaluator will most likely be OpenMM 8 compatible. For now, the recommendation for users is to install the OpenMM version that corresponds to your project.
- The interface to OpenFF Recharge is still not working. This will probably be fixed in a future release of OpenFF Recharge.

Pull requests:
* Fix OpenFF torsiondrive and evaluator interface by j-wags in https://github.com/leeping/forcebalance/pull/282
* Update global parameters in a `CustomBondForce` by jthorton in https://github.com/leeping/forcebalance/pull/263
* Several small fixes by leeping in https://github.com/leeping/forcebalance/pull/281
* fix: evaluator unit bug by wenyan4work in https://github.com/leeping/forcebalance/pull/277
* CVE-2007-4559 Patch by TrellixVulnTeam in https://github.com/leeping/forcebalance/pull/268
* Frequency psi update by jstoppelman in https://github.com/leeping/forcebalance/pull/245
* V195 final fixes by leeping in https://github.com/leeping/forcebalance/pull/283

New contributors:
* wenyan4work made their first contribution in https://github.com/leeping/forcebalance/pull/277
* TrellixVulnTeam made their first contribution in https://github.com/leeping/forcebalance/pull/268

**Full Changelog**: https://github.com/leeping/forcebalance/compare/v1.9.4...v1.9.5

1.9.4

Not secure
This release is for compatibility with updated packages in the OpenFF ecosystem. `smirnoff_io.py` and `recharge_io.py` have been updated to make the correct API calls to the corresponding packages. Configuration files have also been updated to ensure that CI is running properly.

1.9.3

1.9.2

Not secure

1.9.1

Not secure

Page 1 of 4

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.