[Bug 2005667] New: Review Request: python-versioningit - Versioning
It with your Version In Git
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2005667
Bug ID: 2005667
Summary: Review Request: python-versioningit - Versioning It
with your Version In Git
Product: Fedora
Version: rawhide
Status: NEW
Component: Package Review
Assignee: nobody(a)fedoraproject.org
Reporter: sanjay.ankur(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL:
https://ankursinha.fedorapeople.org/python-versioningit/python-versioning...
SRPM URL:
https://ankursinha.fedorapeople.org/python-versioningit/python-versioning...
Description:
versioningit is yet another setuptools plugin for automatically determining
your package's version based on your version control repository's tags. Unlike
others, it allows easy customization of the version format and even lets you
easily override the separate functions used for version extraction &
calculation.
Features:
- Installed & configured through PEP 518's pyproject.toml
- Supports Git, modern Git archives, and Mercurial
- Formatting of the final version uses format template strings, with fields for
basic VCS information and separate template strings for distanced vs. dirty
vs. distanced-and-dirty repository states
- Can optionally write the final version to a file for loading at runtime
- The individual methods for VCS querying, tag-to-version calculation, version
bumping, version formatting, and writing the version to a file can all be
customized using either functions defined alongside one’s project code or via
publicly-distributed entry points
- Can alternatively be used as a library for use in setup.py or the like, in
case you don’t want to or can’t configure it via pyproject.toml
- The only thing it does is calculate your version and optionally write it to a
file; there's no overriding of your sdist contents based on what is in your
Git repository, especially not without a way to turn it off, because that
would just be rude.
Fedora Account System Username: ankursinha
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
https://bugzilla.redhat.com/show_bug.cgi?id=2005667
2 years, 6 months
[Bug 2003287] New: Review Request: python-llvmlite - A lightweight
LLVM python binding for writing JIT compilers
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2003287
Bug ID: 2003287
Summary: Review Request: python-llvmlite - A lightweight LLVM
python binding for writing JIT compilers
Product: Fedora
Version: rawhide
Hardware: All
OS: Linux
Status: NEW
Component: Package Review
Severity: medium
Priority: medium
Assignee: nobody(a)fedoraproject.org
Reporter: sanjay.ankur(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL:
https://ankursinha.fedorapeople.org/python-llvmlite/python-llvmlite.spec
SRPM URL:
https://ankursinha.fedorapeople.org/python-llvmlite/python-llvmlite-0.37....
Description:
The old llvmpy binding exposes a lot of LLVM APIs but the mapping of C++-style
memory management to Python is error prone. Numba and many JIT compilers do not
need a full LLVM API. Only the IR builder, optimizer, and JIT compiler APIs are
necessary.
llvmlite is a project originally tailored for Numba's needs, using the
following approach:
- A small C wrapper around the parts of the LLVM C++ API we need that are not
already exposed by the LLVM C API.
- A ctypes Python wrapper around the C API.
- A pure Python implementation of the subset of the LLVM IR builder that we
need for Numba.
Key Benefits
- The IR builder is pure Python code and decoupled from LLVM’s
frequently-changing C++ APIs.
- Materializing a LLVM module calls LLVM's IR parser which provides better
error messages than step-by-step IR building through the C++ API (no more
segfaults or process aborts).
- Most of llvmlite uses the LLVM C API which is small but very stable (low
maintenance when changing LLVM version).
- The binding is not a Python C-extension, but a plain DLL accessed using
ctypes (no need to wrestle with Python’s compiler requirements and C++ 11
compatibility).
- The Python binding layer has sane memory management.
- llvmlite is quite faster than llvmpy thanks to a much simpler architeture
(the Numba test suite is twice faster than it was).
Fedora Account System Username: ankursinha
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
2 years, 6 months
[Bug 2002848] New: Review Request: python-datalad - Keep code, data,
containers under control with git and git-annex
by bugzilla@redhat.com
https://bugzilla.redhat.com/show_bug.cgi?id=2002848
Bug ID: 2002848
Summary: Review Request: python-datalad - Keep code, data,
containers under control with git and git-annex
Product: Fedora
Version: rawhide
Status: NEW
Component: Package Review
Assignee: nobody(a)fedoraproject.org
Reporter: sanjay.ankur(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: package-review(a)lists.fedoraproject.org
Target Milestone: ---
Classification: Fedora
Spec URL:
https://ankursinha.fedorapeople.org/python-datalad/python-datalad.spec
SRPM URL:
https://ankursinha.fedorapeople.org/python-datalad/python-datalad-0.14.7-...
Description:
DataLad makes data management and data distribution more accessible. To do
that, it stands on the shoulders of Git and Git-annex to deliver a
decentralized system for data exchange. This includes automated ingestion of
data from online portals and exposing it in readily usable form as Git(-annex)
repositories, so-called datasets. The actual data storage and permission
management, however, remains with the original data providers.
The full documentation is available at http://docs.datalad.org and
http://handbook.datalad.org provides a hands-on crash-course on DataLad
Extensions:
A number of extensions are available that provide additional functionality for
DataLad. Extensions are separate packages that are to be installed in addition
to DataLad. In order to install DataLad customized for a particular domain, one
can simply install an extension directly, and DataLad itself will be
automatically installed with it. An annotated list of extensions is available
in the DataLad handbook.
Support:
The documentation for this project is found here: http://docs.datalad.org
All bugs, concerns, and enhancement requests for this software can be submitted
here: https://github.com/datalad/datalad/issues
If you have a problem or would like to ask a question about how to use DataLad,
please submit a question to NeuroStars.org with a datalad tag. NeuroStars.org
is a platform similar to StackOverflow but dedicated to neuroinformatics.
All previous DataLad questions are available here:
http://neurostars.org/tags/datalad/
Fedora Account System Username: ankursinha
--
You are receiving this mail because:
You are always notified about changes to this product and component
You are on the CC list for the bug.
2 years, 6 months