RE: Building 9.6.1-P2 for 32-bit Redhat RHEL 5.4
Mark, thank you for this, it almost worked but put me on the right path. In message 8761a2bbe915df46bb20e017c891e48ca...@ferrari.coherent.cohtech.co.uk , Howard Wilkinson writes: I am trying to build a package based on 9.6.1-P2. The target platform is a 32 -bit ix86 environment. The build platform is a RHEL 5.4 x86_64 system. I have managed to build the native x86_64 package without problem, but I am getting a failure when building the package using a target setting equal to one of i 386,i586 and i686. The error is a message from the assembler saying that suffix or operands inv alid for 'xadd' This occurs when compiling lib/isc/stats.c. At present I do not have a 32-bit build environment I can try to natively bui ld this on, and was hoping that somebody could suggest how I can get round th is problem in the build environment I am using. Regards, HOward. Coherent Technology Limited, 23 Northampton Square, Finsbury, London EC1V 0HL , United Kingdom Telephone: +44 20 7690 7075 Mobile: +44 7980 639379 Company Email: coher...@cohtech.com Website: http://www.cohtech.com http://www.cohtech.com/ http://w ww.cohtech.com/ ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ./configure --build=i686-unknown-linux-gnu CC=gcc -m32 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org I ended up having to do export CC=gcc -m32 ./configure ... --build=i686-unknown-linux-gnu --host=i686-unknown-linux-gnu --target=i686-unknown-linux-gnu And then install missing i386 devel libraries. Regards Howard. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
CLASS support
I made BIND work under windows. Now, I have some problem in finding the proper configuration syntax for classes. Cf. RFC 5395. http://www.iana.org/assignments/dns-parameters 0xE000-0xFEFF 65280-65534Reserved for Private Use Where is CLASS usage documented? Thank you! jfc ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
The default CLASS is IN (Internet). Unless you have a specific need to use another class, then just leave CLASS empty and IN will cover all of your typical name-resolution functions, e.g. name-address, address-name, mail-domain-mail-exchangers, etc. - Kevin jefsey wrote: I made BIND work under windows. Now, I have some problem in finding the proper configuration syntax for classes. Cf. RFC 5395. http://www.iana.org/assignments/dns-parameters 0xE000-0xFEFF 65280-65534Reserved for Private Use Where is CLASS usage documented? Thank you! jfc ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
At 18:32 30/11/2009, Kevin Darcy wrote: The default CLASS is IN (Internet). Unless you have a specific need to use another class, then just leave CLASS empty and IN will cover all of your typical name-resolution functions, e.g. name-address, address-name, mail-domain-mail-exchangers, etc. Dear Kevin, I understand that. But I need to use Private Use classes. The question is how do I do it? Best jfc ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
I understand that. But I need to use Private Use classes. The question is how do I do it? Use CLASS999 and similar identifiers (just like TYPE999 for types). ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
RE: ISC BIND 9.4.3-P4 is now available
Dumb question perhaps, but does this patch serve any purpose if one is not using DNSSEC? ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: ISC BIND 9.4.3-P4 is now available
From: Mike Bernhardt bernha...@bart.gov Date: Mon, 30 Nov 2009 11:19:44 -0800 Sender: bind-users-boun...@lists.isc.org Dumb question perhaps, but does this patch serve any purpose if one is not using DNSSEC? Dumb answer: looks like it only effects you if you are doing validation. If you sign your data without enabling validation, it does nothing, as far as I can tell. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: ober...@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
JFC Morfin wrote: At 19:36 30/11/2009, Florian Weimer wrote: I understand that. But I need to use Private Use classes. The question is how do I do it? Use CLASS999 and similar identifiers (just like TYPE999 for types). I guessed the format from the code. But it fails. named-checkconf says that CLASS999 does not match view\default class? thx I'd guess that your zone statement in named.conf does not use CLASS999 as the zone type... zone foo.bar.baz.com CLASS999 { type master; file foo.bar.baz.com; }; AlanC ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
In message 20091130214313.9fff2114...@mx.isc.org, JFC Morfin writes: At 19:36 30/11/2009, Florian Weimer wrote: I understand that. But I need to use Private Use classes. The question is how do I do it? Use CLASS999 and similar identifiers (just like TYPE999 for types). I guessed the format from the code. But it fails. named-checkconf says that CLASS999 does not match view\default class? thx jfc Views are class specific. Just define multiple views. view in { }; view myclass CLASS999 { }; ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
People who can read man pages can certainly read emails :-) He was running named-checkconf, not named-checkzone. It appears that the default view is locked to class IN, so if you need a zone in another class, you need to define a view, even if trivially defined: options { directory /tmp; }; view blah class999 { match-clients { any; }; zone foo class999 { type master; file foo; }; }; - Kevin Stephane Bortzmeyer wrote: On Mon, Nov 30, 2009 at 10:43:08PM +0100, JFC Morfin jef...@jefsey.com wrote a message of 15 lines which said: I guessed the format from the code. But it fails. named-checkconf says that CLASS999 does not match view\default class? People who read the code can certainly read the man page: -c class Specify the class of the zone. If not specified, IN is assumed. % named-checkzone -c CLASS42 example example.zone zone example/CLASS42: loaded serial 13 OK % cat example.zone $TTL300 @ CLASS42 SOA localhost. root.localhost. ( 13; Serial 604800 ; Refresh 86400 ; Retry 2419200 ; Expire 604800 ) ; Negative Cache TTL ; @ CLASS42 NS localhost www CLASS42 CNAME foo.bar. troll CLASS42 TXT test ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: CLASS support
At 23:19 30/11/2009, Kevin Darcy wrote: It appears that the default view is locked to class IN, so if you need a zone in another class, you need to define a view, even if trivially defined: options { directory /tmp; }; view blah class999 { match-clients { any; }; zone foo class999 { type master; file foo; }; }; At 23:21 30/11/2009, Mark Andrews wrote: Views are class specific. Just define multiple views. view in { }; view myclass CLASS999 { }; It works. I will document it now for people, once testing is completed. Deep thanks for your help. jfc ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
zone vs domain
What's the main difference between zone and domain? It's confusing to me,I'm searching though,i got once,zone is a portion of domain. Can someone give example to clear things up? ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: zone vs domain
In message 402431.44413...@web112611.mail.gq1.yahoo.com, gmspro writes: What's the main difference between zone and domain? It's confusing to me,I'm searching though,i got once,zone is a portion of do main. Can someone give example to clear things up? example.net.SOA ns.example.net. hostmaster.example.net. ( 1 3600 1200 360 1200 ) example.net.NS ns.example.net. ns.example.net. A 1.2.3.4 www.example.net. A 1.2.3.5 All the above form a zone which would be called example.net. example.net, ns.example.net and www.example.net are individual domains within the zone. ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Re: zone vs domain
On Nov 30, 2009, at 9:43 PM, Mark Andrews wrote: In message 402431.44413...@web112611.mail.gq1.yahoo.com, gmspro writes: What's the main difference between zone and domain? It's confusing to me,I'm searching though,i got once,zone is a portion of do main. Can someone give example to clear things up? example.net. SOA ns.example.net. hostmaster.example.net. ( 1 3600 1200 360 1200 ) example.net. NS ns.example.net. ns.example.net. A 1.2.3.4 www.example.net. A 1.2.3.5 All the above form a zone which would be called example.net. example.net, ns.example.net and www.example.net are individual domains within the zone. While that's true assuming there are no other records in the zone, consider what happens if you add this record: sub.example.net. NS ns.sub.example.net. Now the example.net domain extends below the bottom of the zone. Ahem... (puts on lecturer robes...) The domain name system is structured as an inverted tree, with a root at the top and other nodes below. Each node has exactly one parent, except for the root node, which has none. A label is the short name given to a particular node. A domain name is the full name of a node. It is equal to the name of the node and all of its ancestors, in order from the node itself to the root, left to right, separated by dots. A domain is a subtree of the namespace - a given node and any and all descendants. It is named for the node at the top (the apex). The entire namespace is a domain named . (which is how we write the name of the root node). Every domain name corresponds to a domain, although possibly a domain containing just a single node. A domain can be divided administratively into units called zones. A zone, like a domain, has a single node at its apex. The difference is, there can be a cut in the namespace separating a child zone from its parent. That is, a zone is equal to a domain of the same name (i.e. having the same apex) minus any child zones. For example, consider the following well-known domain names: . (the root) com. example.com. www.example.com. Each of these domain names except the last is the apex of a zone. All of them are the apexes of domains. The node named www.example.com. is a member of each of these domains, but only one of these zones (example.com.). That's because the zone example.com. is delegated (separated by an administrative cut) from its parent, com., although it is still a member of the com. domain. Is it clear yet? Chris Buxton Men Mice ___ bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users