Bug 56014 - suggestion: %patch can have more options
suggestion: %patch can have more options
Product: Red Hat Linux
Classification: Retired
Component: rpm (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeff Johnson
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2001-11-10 15:01 EST by S P Arif Sahari Wibowo
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-11-10 15:48:41 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description S P Arif Sahari Wibowo 2001-11-10 15:01:04 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.5) Gecko/20011011

Description of problem:
suggestion: %patch macro should be able to pass more options to patch.
In my pasticular case, I need to pass option --ignore-whitespace to patch.

Version-Release number of selected component (if applicable): 4.0

Steps to Reproduce:
1.rpm -bp <spec-file>
Comment 1 Jeff Johnson 2001-11-10 15:48:35 EST
%patchN was added to rpm for 2 reasons:

    1) patch-2.1 and patch-2.5 had different options
    2) the N in %patchN needed to include a possibly
     compressed patch

There's really no reason in the world why you can't apply
your own patches any which way you choose. Access the full
name of the patch as %{PATCHn}, substituting n as appropriate
from the PatchN: directive, and use patch directly in the %prep section

     cat %{PATCHn} | patch <your options here>

or any of a zillion other variants.

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