You know, whenever I run over a spark plug as I'm driving down the road,
the first thing that goes through my mind is good on them for ruling out
the spark plug as the cause of rough running, and too bad they'll have
to have the valves and rings checked.
On 12/22/23 12:42 AM, Ondřej Surý wrote:
>
I am missing your point. The documentation is readily available from both the RTD and the FTP along with the source tarballs.The sources are in Sphinx doc format, so everyone can modify and build in whatever output format sphinx-build provides: https://www.sphinx-doc.org/en/master/man/sphinx-build.
Just pulled the 9.18.21 tarball and checked, same thing.
m3047@sophia:/opt/downloads/bind-9.18.21> grep -B18 '> Change log'
README.md ### Documentation The *BIND 9 Administrator
Reference Manual* (ARM) is included with the source distribution, and in
.rst format, in the `doc/arm` directory. HTML
No, I was correct the first time, but I had the wrong version. It is a
9.18.9 tarball, not 9.18.21. Checksums are correct for that README.md.
On 12/21/23 12:18 PM, Fred Morris wrote:
>
> I'm sorry 9.18.9 was the version where I discovered that the build
> didn't build the PDF, and all it says is
>
ent: Wednesday, June 19, 2019 1:28 PM
To: Mayer Hans
Cc: bind-users@lists.isc.org
Subject: Re: version 9.14.2 core dump
Hi Mayer (and other Solaris users),
could you please try following patch:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/2053.patch
on your Solaris boxes with both GCC
Hi Mayer (and other Solaris users),
could you please try following patch:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/2053.patch
on your Solaris boxes with both GCC and Solaris compiler whether it correctly
complains about non-GNU ld in GCC case?
Thanks,
Ondrej
--
Ondřej Surý
ond.
> On 18 Jun 2019, at 16:43, Witold Krecicki wrote:
>
> W dniu 17.06.2019 o 17:34, Mayer Hans pisze:
> (...)
>> My environment:
>> Solaris 11.4 on Sparc
>> gcc version 5.5.0 (GCC)
> (...)
>
> There's a bug in GCC on Solaris wrt thread-local storage -
> https://gcc.gnu.org/bugzilla/show_bug.cgi?i
W dniu 17.06.2019 o 17:34, Mayer Hans pisze:
(...)
> My environment:
> Solaris 11.4 on Sparc
> gcc version 5.5.0 (GCC)
(...)
There's a bug in GCC on Solaris wrt thread-local storage -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90912
As a fix for now I'd suggest using Solaris Studio C compiler.
On Mon, Aug 24, 2015 at 07:41:27PM +, HARRIS, RAYMOND D wrote:
> When I query the server for version I get back "version: 9.9.7S5"
>
> The ics.org website lists the most current version as "9.9.7-P2"
Some of ISC's support customers run a limited-release "subscription"
version of BIND 9.9; it
-
From: bind-users-boun...@lists.isc.org
[mailto:bind-users-boun...@lists.isc.org] On Behalf Of Reindl Harald
Sent: Monday, August 24, 2015 3:46 PM
To: bind-users@lists.isc.org
Subject: Re: Version Number
Am 24.08.2015 um 21:41 schrieb HARRIS, RAYMOND D:
> When I query the server for versi
On 2015-08-24 12:45, Reindl Harald wrote:
Am 24.08.2015 um 21:41 schrieb HARRIS, RAYMOND D:
When I query the server for version I get back “version: 9.9.7S5”
The ics.org website lists the most current version as “9.9.7-P2”
How do I interpret these numbers to ensure I have implemented the most
Am 24.08.2015 um 21:41 schrieb HARRIS, RAYMOND D:
When I query the server for version I get back “version: 9.9.7S5”
The ics.org website lists the most current version as “9.9.7-P2”
How do I interpret these numbers to ensure I have implemented the most
current version?
besides that a securel
sth...@nethelp.no wrote:
> > I have since learned that you get different version output from dig,
> > named -v, and a dns query and the version statement only affects
> > specific outputs.
>
> What is the difference between using dig and a DNS query?
Dig reports its own version number in the com
In message <77c3c98b-001a-43c3-a56a-e672d4640...@starionline.com>, Jeff Justice
writes:
> Jeremy, it is exactly as you asked. Apparently the "real" version is display
> ed using certain commands, and the "user-defined" version is displayed in oth
> er places.
>
> I have since learned that you g
> I have since learned that you get different version output from dig,
> named -v, and a dns query and the version statement only affects
> specific outputs.
What is the difference between using dig and a DNS query?
I expect the same result from using dig to query for "version.bind
chaos txt" and
So any other ideas why the version directive won't work? Can anyone confirm
> with 9.9.1-P2?
>
> Jeff
>
>
> On Aug 17, 2012, at 9:02 PM, Michael Hoskins (michoski)
> wrote:
>
> > -Original Message-
> >
> > From: Jeff Justice
> &
Jeremy, it is exactly as you asked. Apparently the "real" version is displayed
using certain commands, and the "user-defined" version is displayed in other
places.
I have since learned that you get different version output from dig, named -v,
and a dns query and the version statement only affe
How are you testing it? Where do you see the wrong version?
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-use
On Aug 17, 2012, at 22.02, Michael Hoskins (michoski) wrote:
> -Original Message-
>
> From: Jeff Justice
> Date: Friday, August 17, 2012 6:10 PM
> To: "bind-users@lists.isc.org"
> Subject: Re: Version statement...
>
>> Okay, here's what I know
wrote:
> -Original Message-
>
> From: Jeff Justice
> Date: Friday, August 17, 2012 6:10 PM
> To: "bind-users@lists.isc.org"
> Subject: Re: Version statement...
>
>> Okay, here's what I know:
>>
>> named-checkconf says there are no er
-Original Message-
From: Jeff Justice
Date: Friday, August 17, 2012 6:10 PM
To: "bind-users@lists.isc.org"
Subject: Re: Version statement...
>Okay, here's what I know:
>
>named-checkconf says there are no errors.
>There is only one named process runni
Okay, here's what I know:
named-checkconf says there are no errors.
There is only one named process running.
When I apply my edited named.conf, the log shows named stopping and restarting
with no errors.
How can I check to see the path where my named process thinks named.conf is
located?
Jeff
Jeff Justice writes:
Hi Jeff,
> I am trying to mask our DNS servers version output to a custom string,
> but it doesn't seem to be working for me. In a nutshell, I have added
> this to my options block of my named.conf:
>
>version "[DNS Server]";
>
> But when I do a query, it still shows th
In message <342bc321-feb7-4b82-bdff-1848fcc60...@starionline.com>, Jeff Justice
writes:
> Doesn't seem to work with or without the brackets. Does it matter what order
> it appears in the
> options list? Or a limit on number of characters?
>
> Jeff
Make sure you are updating the correct named
rsion { none; };
recursion no;
zone "." {
type hint;
file "/dev/null";
};
};
-Original Message-
From: Jeff Justice
Date: Thursday, August 16, 2012 10:53 PM
To: "bind-users@lists.isc.org"
Subject: Re: Version sta
Doesn't seem to work with or without the brackets. Does it matter what order
it appears in the options list? Or a limit on number of characters?
Jeff
On Aug 17, 2012, at 12:34 AM, David Miller wrote:
>
> On 8/17/2012 1:13 AM, Jeff Justice wrote:
>> I am trying to mask our DNS servers versio
On 8/17/2012 1:13 AM, Jeff Justice wrote:
> I am trying to mask our DNS servers version output to a custom string, but it
> doesn't seem to be working for me. In a nutshell, I have added this to my
> options block of my named.conf:
>
>version "[DNS Server]";
options {
version "str
On Fri, 16 Jan 2009, Robert Stucke wrote:
And if you want know the version of a remote name server that you don't own,
http://code.google.com/p/fpdns/
That is very cool. Thank you.
-Mike
___
bind-users mailing list
bind-users@lists.isc.org
https:
And if you want know the version of a remote name server that you don't own,
http://code.google.com/p/fpdns/
On Fri, Jan 16, 2009 at 7:41 PM, Evan Hunt wrote:
>
> > How can I get the version of named?
>
> This is cryptic.
>
> For "how can I get named to tell me its version",
>
>$ name
> How can I get the version of named?
This is cryptic.
For "how can I get named to tell me its version",
$ named -v
Or if you prefer,
$ dig +short @localhost txt chaos version.bind
For "how can I get the *latest* version of named",
http://www.isc.org/download/softwar
30 matches
Mail list logo
