Releases: David-OConnor/pyflow
Releases · David-OConnor/pyflow
0.3.1
0.3.0.1
Patch to allow for a Brew release; see Issue #121.
0.3.0
- Misc internal cleanup
- Numerous bug fixes and usability enhancements
- Fixed several bugs related to dependency parsing
0.2.9
- Pyflow no longer requires updates to use future versions of python.
0.2.8
- Fixed some warnings, and check status codes of every subprocess
pyflow init
now prompts for the Python version to use- Refactored parsing mechanism (internal)
- Fixed some bugs related to
manylinux2014
targets - Fixed a bug from prev release on Linux/mac Cargo version
0.2.7
- Fixed a recently-introduced bug with installing zip files from source.
0.2.6
- Fixed a bug causing source only packages to fail to install
- Fixed a bug relating to
manylinux2014_i686
wheels
0.2.5.1
- Fix for
scoop
installation of v0.2.5
0.2.5
- Added support for
manylinux2014
spec - If a dependencies dependencies are specified multiple times, merge
extras
by ommission. This led to bugs where dependencies didn't get installed when
specified both as an extras and as not - Dependencies specifying
sys_platform == "win32"
now applies to 64-bit
Windows installations as well. This should fix cases where Windows dependencies
weren't being installed. - Fixed a dependency-installation bug triggered by symlinks inside Pypi source archives
pyflow new
no longer creates aLICENSE
file
0.2.4
- Fixed a bug where
pyflow script
was broken - Fixed a bug where
pyflow init
was broken - Fixed parsing
Pipfile
pyflow switch
now sets up the environment/dependencies with the new version- Fixed a bug where
bsd
specified as an OS on Pypi would cause a crash