Skip to content

Releases: sdrobert/pydrobert-kaldi

v0.6.4

Choose a tag to compare

@sdrobert sdrobert released this 15 Dec 20:55
dfa8304

Maintenance. numpy >2 support and Python now between 3.9 and 3.12

What's Changed

Full Changelog: v0.6.3...v0.6.4

Bug fix

Choose a tag to compare

@sdrobert sdrobert released this 25 Feb 22:08
013ddaf

This release fixes a couple of small bugs.

v0.6.2

v0.6.2 Pre-release
Pre-release

Choose a tag to compare

@sdrobert sdrobert released this 17 Aug 22:51
4fb71a5

Summary

A quick release after v0.6.1 to address some minor issues.

Changelog

  • Added 3.11.
  • Removed 32-bit wheels.
  • Fixed absolute paths in source distribution.
  • Cleaned up some of the package metadata.

v0.6.1

v0.6.1 Pre-release
Pre-release

Choose a tag to compare

@sdrobert sdrobert released this 16 Aug 20:33

Summary

This minor version release has no new functionality. The biggest change is the removal of a dependence on BLAS, since this library doesn't need it with the currently wrapped functionality. We can also build wheels on more platforms with the help of cibuildwheel.

Changelog

  • CHANGELOG and README are Markdown
  • Cut Python less than 3.7, added up to 3.10.
  • "No BLAS" is now the default build. None of the currently wrapped
    functionality actually uses BLAS right now.
  • Removed KaldiLocaleWarning and added a documentation page addressing
    locales.
  • Updated documentation, including a special page for the CLI.
  • Updated CI to only use cibuildwheel.
    Able to compile Win-64 wheels.
  • Updated Kaldi source.
  • All but extension is now in setup.cfg and pyproject.toml.
  • Got rid of Conda recipe. Will switch to
    conda-forge.

Python 3 only, breaking backwards compatibility with old pydrobert models

Choose a tag to compare

@sdrobert sdrobert released this 05 Mar 21:33
58bff1f

A considerable amount of refactoring occurred for this build, chiefly to get
rid of Python 2.7 support. While the functionality did not change much for this
version, we have switched from a pkgutil-style pydrobert namespace to
PEP-420-style namespaces. As a result, this package is not
backwards-compatible with previous pydrobert packages!
Make sure that if
any of the following are installed, they exceed the following version
thresholds:

  • pydrobert-param >0.2.0
  • pydrobert-pytorch >0.2.1
  • pydrobert-speech >0.1.0

Miscellaneous other changes include:

  • Type hints everywhere
  • Shifted python source to src/, alongside Kaldi source
  • Updated numpy swig bindings for numpy 1.11.3
  • Black-formatted remaining source
  • Removed future and six, configparser
  • Shifted a lot of the configuration to setup.cfg. There is still
    considerable work in setup.py due to the C extension
  • Shifted documentation source from doc/ to docs/
  • Shuffled around the indexing of documentation
  • Added changelog :D

New python versions mostly

Pre-release

Choose a tag to compare

@sdrobert sdrobert released this 24 Feb 16:29
8d5f939

This version bump is largely due to PR #2, wherein I added support for python 3.8 and 3.9. In addition, the conda packages should handle most new Numpy versions. There shouldn't be any API changes since v0.5.2 - at least, none that I can remember.

This is also the last version of pydrobert-kaldi that will have support for python 2.7

Minor patch

Minor patch Pre-release
Pre-release

Choose a tag to compare

@sdrobert sdrobert released this 25 Jan 17:25

Bug fixes, along with the removal of python 3.4 support

v0.5.1

v0.5.1 Pre-release
Pre-release

Choose a tag to compare

@sdrobert sdrobert released this 16 Nov 18:18

This release is mostly to handle Conda's new build syntax. We've also got some new python versions working. Other than that, some minor changes and some PyTorch utility commands.

v0.5.0

v0.5.0 Pre-release
Pre-release

Choose a tag to compare

@sdrobert sdrobert released this 04 Feb 15:46
In terms of API, v0.5.0 restructures the package tree to appear somew…

Separated logging into its own submodule

Choose a tag to compare

@sdrobert sdrobert released this 25 Sep 19:33

This'll be transparent to most users (if there are any besides me). Shifted logging to its own submodule so that users aren't bound to use python's logging functionality.