<div dir="ltr">Ah I think that is what I was doing wrong.  I some how got the idea in my head that the patch needed to be applied after configure because I was getting "Patch which file:" prompts when I would run patch ... and that was actually being caused because I (or rpmbuild) was in the wrong directory when that patch command was issued.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 5, 2013 at 1:02 PM, Vernon Schryver <span dir="ltr"><<a href="mailto:vjs@rhyolite.com" target="_blank">vjs@rhyolite.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> From: Red Cricket <<a href="mailto:red.cricket.blog@gmail.com">red.cricket.blog@gmail.com</a>><br>
<div class="im"><br>
> here's a link to pastebin <a href="http://pastebin.com/RxcsJMLe" target="_blank">http://pastebin.com/RxcsJMLe</a><br>
<br>
</div><div class="im">> > I used ...<br>
> ><br>
> > patch -s -p0 -i rl-9.9.2-P2.patch<br>
> ><br>
> > like it says in the documentation.<br>
<br>
</div>It looks like the patch was applied after running ./configure.<br>
That doesn't work because the some Makefile.in files are changed<br>
by the patch, and those changed Makefile.in files are used by<br>
./configure to generate some change Makefiles.  Those changed<br>
Makefiles compile rrl.c and other things.<br>
<br>
Where does the documentation advise running `./configure` before `patch`?<br>
It needs to be corrected.<br>
<br>
Instead try:<br>
 1. fetch BIND tarball and matching RPZ/RRL patch<br>
 2. unpack the BIND tarball<br>
 3. change directory (cd) to the unpacked BIND source directory<br>
 4. use `/what/ever/named -V` where /what/ever/named is the currently<br>
   installed version of BIND to get the ./configure parameters from<br>
   the current version for the target platform.<br>
 5. run `./configure stuff` where "stuff" are the parameters from step #4<br>
 6. `make`<br>
<br>
I can't help past that point, because it involves installing at<br>
least named-checkconf and named itself.  You might try `make install`<br>
but that might break things.  It certainly should not be done<br>
before saving the currently installed rndc, named-checkconf, and named.<br>
<br>
  ....<br>
<br>
Those who are not familiar with building and installing UNIX C programs<br>
from source and don't intend to get that familiarity by fighting<br>
with BIND and the RPZ/RRL patches should wait for BIND releases with RRL.<br>
Currently there are at least FreeBSD ports and a Red Hat Enterprise<br>
Linux Desktop update.  See<br>
<a href="https://rhn.redhat.com/errata/RHSA-2013-0550.html" target="_blank">https://rhn.redhat.com/errata/RHSA-2013-0550.html</a><br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=906312" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=906312</a><br>
and<br>
<a href="http://www.freebsd.org/ports/dns.html#bind99-9.9.2.1" target="_blank">http://www.freebsd.org/ports/dns.html#bind99-9.9.2.1</a><br>
<br>
<br>
Vernon Schryver    <a href="mailto:vjs@rhyolite.com">vjs@rhyolite.com</a><br>
</blockquote></div><br></div>