./archivers/py-zipp, Backport of pathlib-compatible object wrapper for zip files

[ CVSweb ] [ Homepage ] [ RSS ] [ Required by ] [ Add to tracker ]


Branch: CURRENT, Version: 3.4.0, Package name: py37-zipp-3.4.0, Maintainer: pkgsrc-users

A pathlib-compatible Zipfile object wrapper. A backport of the Path object.


Required to run:
[devel/py-setuptools] [lang/python37]

Required to build:
[pkgtools/cwrappers] [devel/py-setuptools_scm]

Master sites:

SHA1: c77d039204c996b2a3ea915e9da8962229db9fe8
RMD160: e333eff940f590704cf8a23a3eeb3bfd056cf54e
Filesize: 15.271 KB

Version history: (Expand)


CVS history: (Expand)


   2020-11-30 21:18:06 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-zipp: updated to 3.4.0

v3.4.0
``Path.joinpath`` now takes arbitrary
positional arguments and no longer accepts ``add`` as a
keyword argument.
   2020-10-21 08:44:09 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-zipp: updated to 3.3.1

v3.3.1
bpo-42043: Add tests capturing subclassing requirements.
   2020-10-05 14:34:28 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-zipp: updated to 3.3.0

v3.3.0
``Path`` objects now expose a ``.filename`` attribute
and rely on that to resolve ``.name`` and ``.parent`` when
the ``Path`` object is at the root of the zipfile.
   2020-09-29 19:02:02 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-zipp: updated to 3.2.0

v3.2.0

Mutate the passed ZipFile object
type instead of making a copy. Prevents issues when
both the local copy and the caller's copy attempt to
close the same file handle.

``Path._next`` now honors subclasses.

``Path.is_file()`` now returns False for non-existent names.
   2020-03-12 08:51:23 by Thomas Klausner | Files touched by this commit (1) | Package updated
Log message:
py-zipp: py-jaraco.itertools is only a test dependency.

Bump PKGREVISION.
   2020-03-12 08:36:21 by Thomas Klausner | Files touched by this commit (2) | Package updated
Log message:
py-zipp: update to 3.1.0.

v3.1.0
======

#47: ``.open`` now raises ``FileNotFoundError`` and
``IsADirectoryError`` when appropriate.

v3.0.0
======

#44: Merge with v1.2.0.

v1.2.0
======

#44: ``zipp.Path.open()`` now supports a compatible signature
as ``pathlib.Path.open()``, accepting text (default) or binary
modes and soliciting keyword parameters passed through to
``io.TextIOWrapper`` (encoding, newline, etc). The stream is
opened in text-mode by default now. ``open`` no
longer accepts ``pwd`` as a positional argument and does not
accept the ``force_zip64`` parameter at all. This change is
a backward-incompatible change for that single function.

v2.2.1
======

#43: Merge with v1.1.1.

v1.1.1
======

#43: Restored performance of implicit dir computation.

v2.2.0
======

#36: Rebuild package with minimum Python version declared both
in package metadata and in the python tag.

v2.1.0
======

#32: Merge with v1.1.0.

v1.1.0
======

#32: For read-only zip files, complexity of ``.exists`` and
``joinpath`` is now constant time instead of ``O(n)``, preventing
quadratic time in common use-cases and rendering large
zip files unusable for Path. Big thanks to Benjy Weinberger
for the bug report and contributed fix (#33).

v2.0.1
======

#30: Corrected version inference (from jaraco/skeleton#12).

v2.0.0
======

Require Python 3.6 or later.
   2020-01-27 12:01:35 by Thomas Klausner | Files touched by this commit (2) | Package updated
Log message:
py-zipp: update to 1.1.0.

v1.1.0
======

#32: For read-only zip files, complexity of ``.exists`` and
``joinpath`` is now constant time instead of ``O(n)``, preventing
quadratic time in common use-cases and rendering large
zip files unusable for Path. Big thanks to Benjy Weinberger
for the bug report and contributed fix (#33).
   2020-01-16 09:18:29 by Adam Ciarcinski | Files touched by this commit (2) | Package updated
Log message:
py-zipp: updated to 1.0.0

v1.0.0:
Re-release of 0.6 to correspond with release as found in Python 3.8.