You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In PR #103, which has been outstanding for some time now, there are a bunch of distinct changes/capabilities all aimed at improving StGit's support for Windows. As of this writing, a couple pieces of this PR have been implemented separately and merged. Here's the summary:
Use setuptools for packaging StGit (work-in-progress)
Make stg executable available as a console_script entrypoint (work-in-progress)
Allow test suite to run on Windows
I've historically been reluctant to use setuptools for StGit's packaging. The rationale was threefold:
It was possible to sufficiently package StGit with distutils from the Python standard library.
setuptools would become StGit's first required build-time dependency
Modern setuptools based packaging would enable StGit to be distributed via pip and PyPI, which I consider an anti-feature since StGit is an end-user application which only is only incidentally implemented in Python.
Whelp, PEP-632 officially deprecates distutils and points to setuptools as the blessed replacement. And distutils will eventually be removed from the Python standard library.
So, that seems like a pretty good reason for StGit to use setuptools. And I am working on this.
The next capability from #103 is deploying stg as a console_script entrypoint instead of a script. This is the standard approach for modern python applications. I've used it extensively in other projects. The difficulty for StGit is retaining an acceptable development workflow. I.e. we need to be able to run the test suite and/or individual tests without imposing new prerequisite steps after each code change. Using "deveop mode" (i.e. pip install -e or setup.py develop) will probably become necessary. I need to work out the edge cases and account for StGit's auto-generated builtin_version.py and cmdlist.py files.
Help Wanted
The last piece will be making sure all of the above works on Windows, including the test suite. It would also be great to have continuous integration run on Windows. GitHub Actions supports this, so it feels like this is within reach.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
In PR #103, which has been outstanding for some time now, there are a bunch of distinct changes/capabilities all aimed at improving StGit's support for Windows. As of this writing, a couple pieces of this PR have been implemented separately and merged. Here's the summary:
setuptools
for packaging StGit (work-in-progress)stg
executable available as aconsole_script
entrypoint (work-in-progress)I've historically been reluctant to use
setuptools
for StGit's packaging. The rationale was threefold:setuptools
would become StGit's first required build-time dependencysetuptools
based packaging would enable StGit to be distributed viapip
and PyPI, which I consider an anti-feature since StGit is an end-user application which only is only incidentally implemented in Python.Whelp, PEP-632 officially deprecates
distutils
and points tosetuptools
as the blessed replacement. Anddistutils
will eventually be removed from the Python standard library.So, that seems like a pretty good reason for StGit to use
setuptools
. And I am working on this.The next capability from #103 is deploying
stg
as aconsole_script
entrypoint instead of ascript
. This is the standard approach for modern python applications. I've used it extensively in other projects. The difficulty for StGit is retaining an acceptable development workflow. I.e. we need to be able to run the test suite and/or individual tests without imposing new prerequisite steps after each code change. Using "deveop mode" (i.e.pip install -e
orsetup.py develop
) will probably become necessary. I need to work out the edge cases and account for StGit's auto-generatedbuiltin_version.py
andcmdlist.py
files.Help Wanted
The last piece will be making sure all of the above works on Windows, including the test suite. It would also be great to have continuous integration run on Windows. GitHub Actions supports this, so it feels like this is within reach.
Beta Was this translation helpful? Give feedback.
All reactions