Bug 269864

Summary: /rescue/zcat does not behave like zcat
Product: Base System Reporter: Dave Hayes <dave>
Component: binAssignee: freebsd-bugs (Nobody) <bugs>
Status: Closed DUPLICATE    
Severity: Affects Some People CC: grahamperrin, yuri, zlei
Priority: --- Keywords: needs-qa
Version: 13.1-STABLE   
Hardware: Any   
OS: Any   
See Also: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=269738

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 ***