RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 608787 - CRC error on valid file
Summary: CRC error on valid file
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gzip
Version: 6.0
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Karel Klíč
QA Contact: Martin Cermak
URL:
Whiteboard:
Depends On: 588644
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-06-28 16:44 UTC by Karel Klíč
Modified: 2010-11-15 13:58 UTC (History)
6 users (show)

Fixed In Version: gzip-1.3.12-18.el6
Doc Type: Bug Fix
Doc Text:
Clone Of: 588644
Environment:
Last Closed: 2010-11-15 13:58:51 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Fix from the upstream. (1.51 KB, patch)
2010-06-28 16:44 UTC, Karel Klíč
no flags Details | Diff

Description Karel Klíč 2010-06-28 16:44:19 UTC
Created attachment 427457 [details]
Fix from the upstream.

+++ This bug was initially created as a clone of Bug #588644 +++

Description of problem:
gzip fails to decompress valid compressed files.


Version-Release number of selected component (if applicable):
gzip-1.3.13-3.fc13.i686 

How reproducible:
Always

Steps to Reproduce:
1. wget http://downloads.sourceforge.net/expat/expat-2.0.1.tar.gz
2. gzip -t expat-2.0.1.tar.gz
  
Actual results:
Fails with "invalid compressed data--crc error"

Expected results:
Test succeeds.

Additional info:
Same file runs fine on F12 box with all updates.

--- Additional comment from stefan.sorensen on 2010-05-04 06:24:02 EDT ---

The build is broken by gzip-1.3.13-rsync.patch - rebuilding without solves the problem.

--- Additional comment from kklic on 2010-05-05 08:02:33 EDT ---

I cannot reproduce it on my machine (i686). 

`gzip -t expat-2.0.1.tar.gz` succeeds both with F-12 and F-13.

Do you use x86_64?

--- Additional comment from kklic on 2010-05-05 08:15:31 EDT ---

Ah, you also have i686, sorry.

I also tested it on F-13 x86_64 and `gzip -t expat-2.0.1.tar.gz` works there as well. 

Do we have the same expat-2.0.1.tar.gz?

$ md5sum expat-2.0.1.tar.gz 
ee8b492592568805593f81f8cdf2a04c  expat-2.0.1.tar.gz

--- Additional comment from stefan.sorensen on 2010-05-05 08:24:03 EDT ---

Yes, same md5sum. Ubuntu seems to have the same bug: https://bugs.launchpad.net/bugs/524366

--- Additional comment from kklic on 2010-05-10 11:31:29 EDT ---

The preferred solution for me is to remove the rsync patch. It failed to find its way to the upstream release, and now it causes problems that cannot be easily reproduced.

I'll remove that patch from Rawhide if no fix is found in reasonable time.

--- Additional comment from kklic on 2010-06-28 10:48:48 EDT ---

Most likely the issue was not caused by the rsync patch.
Via launchpad:
http://git.savannah.gnu.org/cgit/gzip.git/commit/?id=b9e94c93df914bd1d9eec9f150b2e4e00702ae7b

--- Additional comment from updates on 2010-06-28 10:52:12 EDT ---

gzip-1.3.13-4.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/gzip-1.3.13-4.fc13

Comment 2 RHEL Program Management 2010-06-28 17:02:51 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 4 Martin Cermak 2010-08-30 09:54:57 UTC
I am not able to reproduce this. Neither the developer is able to do it according to [1] and to our irc communication. This was fixed according to the reporter's suggestion and tested by him [2], [3]. Can not verify, thus setting the SanityOnly flag.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=588644#c2
[2] https://bugzilla.redhat.com/show_bug.cgi?id=588644#c1
[3] https://bugzilla.redhat.com/show_bug.cgi?id=588644#c9

Comment 5 releng-rhel@redhat.com 2010-11-15 13:58:51 UTC
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.