Bug 1013609

Summary: modifyrepo decompresses already compressed metadata before adding
Product: [Fedora] Fedora Reporter: Tomas Mlcoch <tmlcoch>
Component: createrepoAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: lmacken, packaging-team-maint, zpavlas
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: createrepo-0.10-1.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-10-30 01:54:27 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Tomas Mlcoch 2013-09-30 12:51:52 UTC
Description of problem:
When I try to add an already compressed metadata file, the file decompressed firstly, and then added, but the compression suffix persist, so it is super confusing.

--no-compress option doesn't help.

Version-Release number of selected component (if applicable):
Name        : createrepo
Version     : 0.9.9
Release     : 21.fc19

How reproducible:
always

Steps to Reproduce:
modifyrepo --no-compress foobar.xml.gz rpms_sss/repodata

Actual results:
Decompressed foobar.xml is added with the original filename foobar.xml.gz

Expected results:
Something more sane. E.g. File is only copied and keeps its original name foobar.xml.gz (no decompression is done).

Comment 1 Zdeněk Pavlas 2013-09-30 15:29:23 UTC
Yep, modifyrepo is pretty buggy..  Fixed this also with other bugs:

- when the input file was compressed, it was transparently decompressed, but then the selected compression was not applied at all.

- open-size and open-checksum were calculated from the original compressed file.

Comment 2 Fedora Update System 2013-10-01 12:11:29 UTC
createrepo-0.9.9-23.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/createrepo-0.9.9-23.fc19

Comment 3 Fedora Update System 2013-10-02 06:50:44 UTC
Package createrepo-0.9.9-23.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing createrepo-0.9.9-23.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2013-18128/createrepo-0.9.9-23.fc19
then log in and leave karma (feedback).

Comment 4 Fedora Update System 2013-10-18 13:09:42 UTC
createrepo-0.10-0.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/createrepo-0.10-0.fc19

Comment 5 Fedora Update System 2013-10-22 07:33:09 UTC
createrepo-0.10-1.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/createrepo-0.10-1.fc19

Comment 6 Fedora Update System 2013-10-30 01:54:27 UTC
createrepo-0.10-1.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.