On Fri, 12 Sep 2014, 21:57 +, Evan Hunt wrote:
> I suspect if we just remove the .py SUFFIXES rule and replace it with
> explicit rules for dnssec-checkds and dnssec-coverage, it'll work...
As far as I can see, adding the explicit dependency doesn't mean that
the .py rule _has_ to be removed (
Hello Mark,
If I understood, it's a normal comportement to find backslash in TEXT data.
In my case, i implement DKIM DNS and in master files I have:
;; ANSWER SECTION:
google._domainkey.test.com. 1800 IN TXT "v=DKIM1\; k=rsa\; p=MIGfMA
At this time, it not working. And I was thinking that
That should be fine workaround for ports for FreeBSD and NetBSD
until bmake is fixed. Windows needs the .py extension so it isn't
a general fix.
Mark
In message <20140912215722.gb49...@isc.org>, Evan Hunt writes:
> On Sat, Sep 13, 2014 at 07:50:55AM +1000, John Marshall wrote:
> > I guess we ju
On Sat, Sep 13, 2014 at 07:50:55AM +1000, John Marshall wrote:
> I guess we just work around this until the NetBSD folks can pinpoint
> what appears to be a bmake problem.
I suspect if we just remove the .py SUFFIXES rule and replace it with
explicit rules for dnssec-checkds and dnssec-coverage, i
On Fri, 12 Sep 2014, 08:58 -0500, Jeremy C. Reed wrote:
> On Fri, 12 Sep 2014, Mathieu Arnold wrote:
>
> > Yes, you can't use bmake if you try to build the python bits, I had to
> > force gmake in the port:
>
> It looks to be a bug in the NetBSD bmake used by FreeBSD. I cannot find
> a bug repor
On Fri, 12 Sep 2014, 23:48 +1000, Mark Andrews wrote:
>
> Try collapsing the multiple .SUFFIXES into a single entry.
Thanks Mark. That sounded promising! I applied your patch to a
freshly-unbundled build tree but it made no difference to bmake's
inability to find the python source files. The r
In message <54130f2a.9040...@yahoo.fr>, Giuseppe writes:
> Hello,
>
> I work with nsupdate for update our domains zones. And I have problem with
> semicolonin TXT record type.
>
> A small example:
>
> nsupdate -v
>
> > update add test1.com 400 TXT "hello*;*"
> > update add test2.com 400
-Original Message-
From: Doug Barton
Date: Friday, September 12, 2014 at 2:15 PM
To: Mike Hoskins , Thomas Schulz ,
"bind-us...@isc.org"
Subject: Re: bind-9.10.0-P2 memory leak?
>On 9/12/14 11:07 AM, Mike Hoskins (michoski) wrote:
>> I do have a lot of interest in the community getting t
> > Can you copy and paste the "out of memory error" you are seeing? Is it
> > still growing? Does it appear to work?
>
> I see your other thread answers some.
> https://lists.isc.org/pipermail/bind-users/2014-July/093618.html
Unfortunately the logs containing the out of memory errors have been
On 9/12/14 11:07 AM, Mike Hoskins (michoski) wrote:
I do have a lot of interest in the community getting to the bottom of
this, as we are just planning a large upgrade in one of our environments
which will move caching clusters serving 6-8k clients over to 9.10.1.
Given all of the problems that
-Original Message-
From: Thomas Schulz
Date: Friday, September 12, 2014 at 11:47 AM
To: "bind-us...@isc.org"
Subject: Re: bind-9.10.0-P2 memory leak?
>> Mike Hoskins wrote:
>>
>> Do you guys have max-cache-size set? I didn't see it in the
>>borderworlds
>> named.conf. I've seen similar
> Can you copy and paste the "out of memory error" you are seeing? Is it
> still growing? Does it appear to work?
I see your other thread answers some.
https://lists.isc.org/pipermail/bind-users/2014-July/093618.html
___
Please visit https://lists.isc.
> Mike Hoskins wrote:
>
> Do you guys have max-cache-size set? I didn't see it in the borderworlds
> named.conf. I've seen similar growth problems when testing 9.x before
> setting that (experiment at the time just to see what would happen, and
> confirmed this behavior). Set sensible resource l
On Tue, 9 Sep 2014, Thomas Schulz wrote:
> What version did you upgrade from? I am seeing bind 9.9.5 and 9.9.6
> grow without any evidence that it will ever stop. See my mail to this
> list with the subject "Re: Process size versus cache size." Mine is
> growing slower than yours, but it is now up
Hello,
I work with nsupdate for update our domains zones. And I have problem with
semicolonin TXT record type.
A small example:
nsupdate -v
> update add test1.com 400 TXT "hello*;*"
> update add test2.com 400 TXT "hello*\;*"
> show
Outgoing update query:
;; ->>HEADER<<- opcode: UPDATE,
+--On 12 septembre 2014 08:58:18 -0500 "Jeremy C. Reed"
wrote:
| On Fri, 12 Sep 2014, Mathieu Arnold wrote:
|
|> Yes, you can't use bmake if you try to build the python bits, I had to
|> force gmake in the port:
|
| It looks to be a bug in the NetBSD bmake used by FreeBSD. I cannot find
| a b
On Fri, 12 Sep 2014, Mark Andrews wrote:
> Try collapsing the multiple .SUFFIXES into a single entry.
That doesn't work (for me).
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
On Fri, 12 Sep 2014, Jeremy C. Reed wrote:
> It looks to be a bug in the NetBSD bmake used by FreeBSD. I cannot find
> a bug report for it in FreeBSD. I opened one for NetBSD:
> http://gnats.netbsd.org/49198x
http://gnats.netbsd.org/49198
(My system types a random "x" on its own often. Imagine
On Fri, 12 Sep 2014, Mathieu Arnold wrote:
> Yes, you can't use bmake if you try to build the python bits, I had to
> force gmake in the port:
It looks to be a bug in the NetBSD bmake used by FreeBSD. I cannot find
a bug report for it in FreeBSD. I opened one for NetBSD:
http://gnats.netbsd.org/
Try collapsing the multiple .SUFFIXES into a single entry.
diff --git a/make/rules.in b/make/rules.in
index e96507e..fdc5235 100644
--- a/make/rules.in
+++ b/make/rules.in
@@ -123,7 +123,7 @@ BUILD_LDFLAGS = @BUILD_LDFLAGS@
BUILD_LIBS = @BUILD_LIBS@
.SUFFIXES:
-.SUFFIXES: .c .@O@
+.SUFFIXES:
+--On 12 septembre 2014 09:11:08 +1000 John Marshall
wrote:
| I can't build BIND 9.10.1rc2 on recent FreeBSD 10-STABLE.
| I have tried on both i386 and amd64 variants of the operating system.
| BIND 9.10.1rc1 builds fine, as did the beta releases.
|
| Failure looks like this:
|
| making all in
On Fri, 12 Sep 2014, 19:52 +1000, John Marshall wrote:
> A FreeBSD 9.3-RELEASE system is building rc2 happily: it uses pmake: but
> bmake on the 10-STABLE systems falls over with:
>
> making all in /build/bind/bind-9.10.1rc2/bin/python
> make[3]: don't know how to make dnssec-checkds. Stop
>
Yes, I think is a make problem. I reported same issue a couple weeks
ago. (Internal BUg #36993). To workaround, use gmake. We can provide a
patch very quick.
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this l
On Thu, 11 Sep 2014, 23:38 +, Evan Hunt wrote:
> On Fri, Sep 12, 2014 at 09:11:08AM +1000, John Marshall wrote:
> > I can't build BIND 9.10.1rc2 on recent FreeBSD 10-STABLE.
> > I have tried on both i386 and amd64 variants of the operating system.
> > BIND 9.10.1rc1 builds fine, as did the beta
On 11.09.14 13:14, Bob Harold wrote:
In reference to the question of using a CNAME or A record for "
www.example.com", it seems to me that the best solution, if we could ever
get there, would be to create a new record type that means "redirect an A
or lookup to this other name". Like this:
25 matches
Mail list logo
