Releases: jmarrec/EnergyPlus
EnergyPlus 24.2.0 - With Python entitlements for macOS
Without the com.apple.security.cs.disable-library-validation I can't later on pip install C-extensions into the python_lib/ folder. This is done on OpenStudio SDK in particular...
EnergyPlus 24.2.0 - With Python entitlements for macOS
Without the com.apple.security.cs.disable-library-validation I can't later on pip install C-extensions into the python_lib/ folder. This is done on OpenStudio SDK in particular...
Redo 24.2.0-IOFreeze for mac
I updated my patched QtIFW to remove a link to libzma from brew
https://github.com/jmarrec/QtIFW-fixup/releases/tag/v5.0.0-dev-with-fixup.
Not sure if that’s going to work or not...
Release with codesigning on macOS
After last touchups and rebase onto nrel/develop.
Release with codesigning on macOS
v24.2.0-codesigning_macos Remove mac_release trigger on push, renable build docs, remove debug …
develop
Typos in the notarization commands
Test for 10487 which should allow non ascii paths
v24.2.0-windows_non_ascii update ExternalInterface
Test fix for #10322
Fix NREL#10322 - Bump CLI11 from 2.3.2 to 2.4.2
Turns out the issue is that I rely on CLI11's (circa 2.3.2) interpretation of argc/argv, which for linux reads /proc/self/cmdline
separated by null terminators.
When you run under rosetta, you end up with a duplicated program path, looks like rosetta is trying to remove itself from the command line but duplicating it. So wheen you call energyplus --help
what cmdline has is energyplus energyplus --help
.
This bumps to CLI11 to 2.4.2, and moves back to using the actual main argc/argv instead of relying on the static_args
that reads /proc/self/cmdline
Note: I suppose I could also have achieved the same thing without bumping to 2.4.2, but might as well do it since there were numeros unicode related fixes as well
Test-Python312 including Ubuntu 24.04
Redo with the corrected test step for Ubuntu 24.04
Test-Python312 including Ubuntu 24.04
Test-Python312-2024-06-10 Pass correct arch in test step