Bug 1689205

Summary: createrepo_c cannot generate deltarpms
Product: Red Hat Enterprise Linux 8 Reporter: Eva Mrakova <emrakova>
Component: createrepo_cAssignee: Packaging Maintenance Team <packaging-team-maint>
Status: CLOSED DUPLICATE QA Contact: BaseOS QE Security Team <qe-baseos-security>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: mdomonko
Target Milestone: rc   
Target Release: 8.1   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-03-18 12:32:19 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:
Embargoed:

Description Eva Mrakova 2019-03-15 12:26:52 UTC 
Description of problem:
createrepo_c cannot generate deltarpms, prints the warning and exits with 0 


Version-Release number of selected component (if applicable):
createrepo_c-0.11.0-1.el8.x86_64


How reproducible:
always

Steps to Reproduce:
1. create an olddir with old rpms and another dir newdir with new rpms
2. in the newdir, run 
   createrepo_c --deltas --oldpackagedirs=<path-to-olddir> .

Actual results:
deltas are not generated

# createrepo_c --deltas --oldpackagedirs=/tmp/tmp.mPIPCe2lbJ .
Directory walk started
Directory walk done - 2 packages
Temporary output repo path: ./.repodata/
Preparing sqlite DBs
Pool started (with 5 workers)
Pool finished
C_CREATEREPOLIB: Warning: Cannot generate delta /tmp/tmp.mPIPCe2lbJ/dummy-pkgA-1.0-1.src.rpm -> ./dummy-pkgA-2.0-1.src.rpm : Failed to execute child process ?/usr/bin/makedeltarpm? (No such file or directory)
C_CREATEREPOLIB: Warning: Cannot generate delta /tmp/tmp.mPIPCe2lbJ/dummy-pkgA-1.0-1.noarch.rpm -> ./dummy-pkgA-2.0-1.noarch.rpm : Failed to execute child process ?/usr/bin/makedeltarpm? (No such file or directory)


Expected results:
deltas are generated
Comment 2 Michal Domonkos 2019-03-18 12:32:19 UTC 

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