Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Appearance settings

smmap and smmap2 on PyPI #44

Copy link
Copy link
Closed
Closed
Copy link
@Harmon758

Description

@Harmon758
Issue body actions

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.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions

    Morty Proxy This is a proxified and sanitized view of the page, visit original site.