Bug 35362 - SRPM patches a dynamically generated file = bad
SRPM patches a dynamically generated file = bad
Product: Red Hat Linux
Classification: Retired
Component: ntp (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Harald Hoyer
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2001-04-09 12:36 EDT by andrewem
Modified: 2007-04-18 12:32 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-06-29 05:46:44 EDT
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 andrewem 2001-04-09 12:36:59 EDT
I cannot build ntp-4.0.99k-15 from the SRPM as config.h is patched after
running the configuration script.

+ patch config.h
patching file `config.h'
Hunk #1 FAILED at 466.
Hunk #2 FAILED at 808.

Ugh.  Yes, using patch is quick and easy, and works most of the time.  No,
you shouldn't use patch on dynamically generated files.
Comment 1 Pekka Savola 2001-04-14 17:06:04 EDT
I agree.

Also, I took this (detecting time.h right) up with ntp developers a month or so ago.  Should be fixed
for the next release.
Comment 2 kenneth_porter 2001-06-27 23:33:42 EDT
Meanwhile, here's a fix: The offending patch is just trying to #undef 3 constants, so instead of patching, append #undefs:

< Patch0: ntp-4.0.99j-glibc22.patch
> Patch0: ntp-4.0.99j-glibc22.append
< patch config.h < %PATCH0
> cat %PATCH0 >> config.h

Patch0 becomes:

/* append to config.h */

BTW, bug 32803 should be marked as a duplicate of this bug. (In that bug, the patch is effectively a no-op because these syms are already undefined 
for the old glibc.)
Comment 3 Harald Hoyer 2001-08-01 03:20:18 EDT
will be in 4.0.99mrc2-4 and newer packages

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