Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://github.com/gitpython-developers/smmap/issues/44 below:

smmap and smmap2 on PyPI · Issue #44 · gitpython-developers/smmap · GitHub

In 2015, access was lost to the PyPI account that owns smmap.
v0.9.0 was the last release under the smmap package on PyPI prior to this happening.

In 2016, smmap2 was created to continue development for the library under a new package (09023b1), and every release since then has been with that package name. This has caused confusion (see #42 and #43) and having an old, stale PyPI project is less than ideal.

Recently, the original PyPI account has been recovered.
The intention now is to transition back to using the original smmap package name and have the smmap2 package simply be a mirror/dummy package that depends on and installs smmap, so as to maintain backwards compatibility.

Currently, these are the anticipated steps that need to be taken:

• Release a new version of GitDB, v3.0.3, as the gitdb2 package, to restrict the smmap2 version to < 3 ( gitdb and gitdb2 on PyPI gitdb#59)
• Release a new version, v3.0.0, as the smmap package
• Create a smmap2 branch with a single setup.py that requires smmap
• Release a new version, v3.0.0, of the smmap2 package from the smmap2 branch
• Release a new version of GitDB, v4.0.0, as the gitdb package, that requires smmap rather than smmap2 (See gitdb and gitdb2 on PyPI gitdb#59)

v3.0.0 for both packages should be functionally equivalent to smmap2 v2.0.5, with smmap2 v3.0.0 simply installing smmap >= 3.0.0.

• gitdb2 v3.0.3 was released with an erroneous and incomplete changelog
  gitdb2 v3.0.3.post1 has been tagged and released on PyPI to fix this
  ( gitdb and gitdb2 on PyPI gitdb#59)
• smmap v3.0.0 was released without a changelog
  smmap v3.0.1 has been tagged and released on PyPI to fix this
• smmap2 branch improperly branches off of master and includes the entire smmap library
  The smmap2 branch has been force-pushed to 2422b98 to be properly set up for smmap2 to be a mirror package and the smmap2-v3.0.0 tag has been deleted
• smmap2 v3.0.0 was released as the entire smmap library while still requiring smmap
  smmap2 v3.0.1 has been released on PyPI from the new smmap2 branch (2422b98)
  • smmap2 v3.0.0 has been deleted on PyPI
• A new version of GitDB, v4.0.1, has been tagged and released on PyPI as the gitdb package, requiring smmap rather than smmap2 (See gitdb and gitdb2 on PyPI gitdb#59)

v3.0.1 for both packages should be functionally equivalent to smmap2 v2.0.5, with smmap2 v3.0.1 simply installing smmap >= 3.0.1.

Note: @Byron was having issues with releases, so I was added as a maintainer for gitdb, gitdb2, smmap, and smmap2 on PyPI. Since there were already issues with the new signature key being used, I've released gitdb v4.0.1, gitdb2 v3.0.3.post1, gitdb2 v4.0.2, smmap v3.0.1, and smmap2 v3.0.1 without any signature keys. The intention is still for @Byron to release new versions with the proper signature key once he has access to it again.

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4