le epel-7-x86_64 builds in our Copr repositories to
prevent confusion in the future.
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at h
We have just upgraded the "bind-esv" repository from BIND 9.16.50 to
BIND 9.18.27, i.e. the same version as in the "bind" repository.
We will try to keep everyone informed about further major version
upgrades in our package repositories in the coming months.
--
Best re
recipes for all our RPMs are publicly available [1], plus every Copr
build results in the creation of an SRPM that can be reused/tweaked to
produce RPMs differently in case anyone needs that.
[1] https://gitlab.isc.org/isc-packages/rpms/
--
Best regards,
Michał Kępień
--
Visit https://list
sc/bind/builds/
- https://copr.fedorainfracloud.org/coprs/isc/bind-dev/builds/
Hope this helps,
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
/bind/epel-8-x86_64/04742380-isc-bind-bind/builder-live.log.gz
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/
2fe4bc647f12398aadacd8dcf59f15
TL;DR: what we did in the first Automake-based build system was
confusing and not perfect, so we replaced it with something that is less
confusing, yet still not perfect.
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to
e "landing
pages" of all BIND 9 Copr repositories.
> Thanks a lot.
Glad I could help. Thank you for your feedback.
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software wi
nd". Please be aware that if the
SELinux contexts are not set up by the metapackage, you may run into
other similar issues in the future.
[1] https://copr.fedorainfracloud.org/coprs/isc/bind/
[2]
https://gitlab.isc.org/isc-packages/rpms/isc-bind/-/blob/7b525a31c2bd9b51c10b2ed2aca8d5244221f359/isc-
eel free to open another
GitLab issue, attaching the entire contents of bin/tests/system/doth/
after the "doth" system test fails. We could then make sure it is not a
different problem.
Thanks,
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-user
gl:`#2249`
If you need a workaround for this particular domain, use the "server"
clause in named.conf to disable EDNS for its authoritative servers.
[1] https://bind9.readthedocs.io/en/v9_18_0/notes.html#notes-for-bind-9-18-0
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mai
figure out what that "something"
is yourself, though, because it looks like an environment-specific issue
to me at this point and not a problem with Copr itself.
Good luck!
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
om your vantage point is dysfunctional in some way while
others are working just fine.
--
Best regards,
Michał Kępień
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us
o do to perform the upgrade and it should be fairly
seamless (though prior testing is of course strongly recommended when
updating across major versions in a production environment). The most
recent BIND release in the "bind-esv" repository should never be newer
than the
11.21, try this one:
https://gitlab.isc.org/isc-projects/bind9/-/commit/33ae88f08dabea846aee3be3af8a515fd9774ee1.diff
Sorry about the trouble!
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubs
opr as the latter is prone to intermittent processing
delays. I just checked and all 9.14.8 packages should be built by now.
Please let me know if you are still running into any trouble with this,
--
Best regards,
Michał Kępień
___
Please visit https://l
/rpms/isc-bind/blob/434d4d8a6e436e0943cfc2deac2f1a07fe3136b5/isc-bind.spec#L63
[2]
https://www.softwarecollections.org/en/docs/guide/#bh-Example_of_the_Meta_Package
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/b
ot;named -V" output? What is your build process? If you are still
hitting this, please open a bug report on gitlab.isc.org, providing the
answers to the questions above and any other information that may be
helpful.
--
Best regards,
Michał Kępień
during the 9.13 development cycle:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/668
Thus, BIND 9.14+ will not compile on Solaris 10, as indicated in the
PLATFORMS.md file. BIND 9.11 will. Both work on Solaris 11.
--
Best regards,
Mi
s/1964
Apologies about the confusion.
--
Best regards,
Michał Kępień
___
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/listinf
ot;--without scl" works
fine.
[2] See the repositories at: https://gitlab.isc.org/isc-packages/rpms
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bin
helps!
[1]: unless you rebuild them using "--without scl", of course
--
Best regards,
Michał Kępień
___
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-users
ging purposes:
/var/opt/isc/isc-bind/named/data
If you want to make named write logs to any other directory, you have to
set up that directory yourself.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users
pdate?
We do our best to ensure our packages do not trash anything in an
irreversible manner. Thus, this should not be an issue. You can try it
out yourself, e.g. by installing BIND from the isc/bind Copr first, then
adding the isc/bind-dev Copr as well and finally running "
s produced from it, once you add a Copr repository to your yum
configuration, you can do e.g. this:
$ yumdownloader --source isc-bind-bind
Hope this helps,
[1]: https://access.redhat.com/solutions/527703
[2]:
https://www.softwarecollections.org/en/docs/guide/#sect-Ena
seamless.
--
Best regards,
Michał Kępień
___
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-users
k BIND packages installed.
--
Best regards,
Michał Kępień
___
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-users
approach is that it
would be another breaking change, though obviously if this would result
in a cleaner long-term solution, then now is the time to bite the
bullet.
I will report back to announce what we are going to do. Thanks again
for the feedback.
--
Best regards,
M
's.
FWIW, currently published SRPMs can be rebuilt using "--without scl".
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@
] https://www.softwarecollections.org/
[3] https://lists.isc.org/pipermail/bind-users/2019-January/101277.html,
for example
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
lve problems like this for good, but unfortunately I am unable to
provide you with any estimates as to when exactly that might happen,
sorry.
Hope this helps,
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users
here were other resolvers that could do this. But my
> preference is to do it with BIND if possible.
You might want to keep an eye on:
https://gitlab.isc.org/isc-projects/bind9/issues/613
--
Best regards,
Michał Kępień
___
Please visit https://li
evertheless the TTL in
> the form of "serve-stale" is shown (even if the serve-stale-status = off)?
Yes, this is normal.
Once again (please take another look at the parenthesized part of my
previous response), max-stale-ttl is separate from stale-a
tale answers is enabled by default). The TTLs
you are seeing in the cache dump essentially indicate how much longer
any given record will be kept in the cache database. The serve-stale
"offset" is indicated in a comment near the top of the dump; I am fairly
sure it wi
https://gitlab.isc.org/isc-projects/bind9/blob/master/PLATFORMS.md
If you have any comments about it, please open a GitLab issue.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this l
with --disable-atomic.
Note that atomic operations support is mandatory as of BIND 9.13.3.
[1] https://docs.oracle.com/cd/E60778_01/html/E60745/gqico.html
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bi
ent compile-time options fairly convenient.
> Also, when running "named -V", I see both '--enable-static' and
> '--disable-static' in the output. I have no idea if this is
> sensible or not but it sure looks a little funny:
Thank you for catching thi
rror zone is validated. This might
change in the future, but since the root zone is the primary use case
and a default trust anchor for the root zone is installed implicitly, I
would not hold my breath for it.
--
Best regards,
Michał Kępień
___
Please
illions, or billions?
Hopefully this will shed some light on the matter:
https://gitlab.isc.org/isc-projects/bind9/issues/339#note_12805
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
ting this. It is a backporting error which has now been
fixed in the v9_12 branch, which means it will land in 9.12.3:
https://gitlab.isc.org/isc-projects/bind9/merge_requests/529
Sorry about the trouble!
--
Best regards,
Michał Kępień
___
Plea
ion which
allows reproducing this behavior.
Thanks!
--
Best regards,
Michał Kępień
___
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-users
> Thoughts?
This sounds a bit like #336 [1], but you mentioned rrset-order being
explicitly set in your configuration, so it might be something else. If
you can still reproduce this with current master (or with current v9_12
branch), please open a new GitLab issue. Thanks!
[1] https://gitlab.isc.or
rk the GitLab issue as confidential. Also feel free to contact
me off-list if that suits you best.
Thanks,
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailin
ase bump the
debug level to at least 3, retry, and paste the log messages generated?
Please also feel free to open an issue at https://gitlab.isc.org.
--
Best regards,
Michał Kępień
___
Please visit https://lists.isc.org/mailman/listinfo/bind-users to u
iew:
https://bugs.isc.org/Public/Bug/Display.html?id=45806
Thank you for reporting!
--
Best regards,
Michał Kępień
___
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-users
44 matches
Mail list logo