Bug 243720 - rpmbuild doesn't allow passing -F<n> option to %patch
rpmbuild doesn't allow passing -F<n> option to %patch
Status: CLOSED RAWHIDE
Product: Fedora
Classification: Fedora
Component: rpm (Show other bugs)
rawhide
All Linux
low Severity low
: ---
: ---
Assigned To: Panu Matilainen
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-06-11 11:01 EDT by Panu Matilainen
Modified: 2007-11-30 17:12 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2007-06-26 03:52:31 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Panu Matilainen 2007-06-11 11:01:09 EDT
Spotted from davej's blog:
"So far, nothing really amazing, just a rebase to 2.6.22rc4, and some specfile
jiggery-pokery to move away from using rpm's %patch directive to a hand crafted
macro that allows patch application with -F1
(%patch won't let you pass arbitrary flags to patch(1), and the code in rpm to
handle this made my eyes bleed).
The benefits of patches with no fuzz should be obvious, the diffs end up
applying in the right places. This has caused problems in the past to the extent
where we had one bug that made the kernel not boot."
Comment 1 Jeff Johnson 2007-06-19 14:52:08 EDT
Very sad that a kernel developer's eyes bleed so much that he can't read "man 1 patch" anymore.

UPSTREAM and the other fork too, fixed.
Comment 2 Panu Matilainen 2007-06-26 03:52:31 EDT
Fixed in next rawhide push by rpm 4.4.2.1-rc1 

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