Bug 269864 - /rescue/zcat does not behave like zcat
Summary: /rescue/zcat does not behave like zcat
Status: Closed DUPLICATE of bug 269738
Alias: None
Product: Base System
Classification: Unclassified
Component: bin (show other bugs)
Version: 13.1-STABLE
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-bugs (Nobody)
URL:
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2023-02-28 00:36 UTC by Dave Hayes
Modified: 2023-03-02 08:57 UTC (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Hayes 2023-02-28 00:36:30 UTC
So when booting 13-STABLE (specifically commit 44a6088278ea3ae6e98b04d9863d7fdf033f26a3) I get the following:

 /rescue/zcat somefile.gz | dd ...
 zcat: somefile.gz already has .gz suffix, unchanged

It appears that zcat thinks it's gzip. I say this because

 /rescue/zcat -c -d somefile.gz | dd ...

works. At the very least, if this is not something I did mistakenly, this is a POLA violation.
Comment 1 Yuri 2023-02-28 06:42:14 UTC
Could be the same issue with getprogname() as in bug 269738, try updating to latest stable/13.
Comment 2 Dave Hayes 2023-03-02 04:54:01 UTC
Stable/13-dc1ba2a43 still has this issue, as a datapoint.
Comment 3 Yuri 2023-03-02 07:58:17 UTC
My bad, looks like the fix was MFCed just now (2023-03-02 02:56:05 +0000).
Comment 4 Zhenlei Huang freebsd_committer freebsd_triage 2023-03-02 08:08:37 UTC
Yes Yuri is right. Please try latest stable/13.

The underlaying problem is same with PR 269738 .

Unfortunately the fix has landed in stable13 (before I got noticed about this PR), so the commit message does not include this PR .
Comment 5 Zhenlei Huang freebsd_committer freebsd_triage 2023-03-02 08:57:26 UTC
The fix will be in upcoming release 13.2-RC1.

You can also try the latest build from https://artifact.ci.freebsd.org/snapshot/stable-13/ .

Thanks for the report!

*** This bug has been marked as a duplicate of bug 269738 ***