Bug 255464 - archivers/plzip: Update to 1.9
Summary: archivers/plzip: Update to 1.9
Status: Closed FIXED
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Xin LI
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-28 14:21 UTC by Gian-Simon Purkert
Modified: 2021-04-28 20:54 UTC (History)
1 user (show)

See Also:
delphij: maintainer-feedback+


Attachments
Update to 1.9 (1.22 KB, patch)
2021-04-28 14:21 UTC, Gian-Simon Purkert
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Gian-Simon Purkert 2021-04-28 14:21:32 UTC
Created attachment 224501 [details]
Update to 1.9
Comment 1 Gian-Simon Purkert 2021-04-28 14:23:00 UTC
plzip/NEWS

Changes in version 1.9:

Plzip now reports an error if a file name is empty (plzip -t "").

Option '-o, --output' now behaves like '-c, --stdout', but sending the
output unconditionally to a file instead of to standard output. See the new
description of '-o' in the manual. This change is backwards compatible only
when (de)compressing from standard input alone. Therefore commands like:
  plzip -o foo.lz - bar < foo
must now be split into:
  plzip -o foo.lz - < foo
  plzip bar
or rewritten as:
  plzip - bar < foo > foo.lz

When using '-c' or '-o', plzip now checks whether the output is a terminal
only once.

Plzip now does not even open the output file if the input file is a terminal.

The new option '--check-lib', which compares the version of lzlib used to
compile plzip with the version actually being used at run time, has been added.

The words 'decompressed' and 'compressed' have been replaced with the
shorter 'out' and 'in' in the verbose output when decompressing or testing.

When checking the integrity of multiple files, plzip is now able to continue
checking the rest of the files (instead of exiting) if some of them fail the
test, allowing 'plzip --test' to show a final diagnostic with the number of
files that failed (just as 'lzip --test').

Testing is now slightly (1.6%) faster when using lzlib 1.12.

When compressing, or when decompressing or testing from a non-seekable file
or from standard input, plzip now starts only the number of worker threads
required.

When decompressing or testing from a non-seekable file or from standard
input, trailing data are now not counted in the compressed size shown.

When decompressing or testing a multimember file, plzip now shows the
largest dictionary size of all members in the file instead of showing the
dictionary size of the first member.

Option '--list' now reports corruption or truncation of the last header in a
multimenber file specifically instead of showing the generic message "Last
member in input file is truncated or corrupt."

The error messages for 'Data error' and 'Unexpected EOF' have been shortened.

The commands needed to extract files from a tar.lz archive have been
documented in the manual, in the output of '--help', and in the man page.

Tarlz is mentioned in the manual as an alternative to tar + plzip.

Several fixes and improvements have been made to the manual.

8 new test files have been added to the testsuite.
Comment 2 commit-hook freebsd_committer freebsd_triage 2021-04-28 20:53:06 UTC
A commit in branch main references this bug:

URL: https://cgit.FreeBSD.org/ports/commit/?id=13398fb580523748798c3cded2e7685b95b56272

commit 13398fb580523748798c3cded2e7685b95b56272
Author:     Gian-Simon Purkert <gspurki@gmail.com>
AuthorDate: 2021-04-28 20:39:17 +0000
Commit:     Xin LI <delphij@FreeBSD.org>
CommitDate: 2021-04-28 20:52:24 +0000

    archivers/plzip: Update to 1.9

    PR:             255464
    Submitted by:   Gian-Simon Purkert <gspurki@gmail.com>

 archivers/plzip/Makefile | 8 ++++----
 archivers/plzip/distinfo | 6 +++---
 2 files changed, 7 insertions(+), 7 deletions(-)
Comment 3 Xin LI freebsd_committer freebsd_triage 2021-04-28 20:54:50 UTC
Committed, thanks!

(Please consider using git format-patch for future submission as that would make it easier to properly credit author of the patch).