isc-bind-esv Repository - "yum update" doing undesirable things!

Michał Kępień michal at isc.org
Mon May 13 13:03:48 UTC 2019


Matthew,

> The tools (dig etc) are used both manually and by a number of scripts.
> Following the upgrade without enabling SCL, dig (for example) was the
> previous version which came from the previous Copr package.  Is there any
> official/recommended method for updating server to make the new tools the
> default?

The tricky part here is that the whole idea of Software Collections is
not to influence the base system underneath.  For shell use, the way to
go would be to remove the old isc-bind-utils package and put the
following line e.g. in your .bash_profile file:

    source scl_source enable isc-bind

If you want the Software Collection to be available for all users by
default, you can put the above line in a file placed in /etc/profile.d,
as hinted by Red Hat [1] (caveats apply).

However, that still does not solve the issue of non-interactive scripts
as Software Collections requires specific environment variables to be
set that are not be set by default e.g. by the cron daemon.  You can
either put the above "source scl_source..." line in your scripts or try
using one of the methods listed in the official Software Collections
docs [2].  I am unable to say which solution would work best for you
because it really varies on a case-by-case basis.

> You also comented about using "--without scl" with SRPMs.  Does this give
> the previous behaviour?

Yes, it results in "classic" packages being built that do not comprise a
Software Collection and thus may conflict with stock OS packages, mess
with other software's dependencies on the same machine etc.

> Also, what is the correct location from which to
> download the SRPMs?

Since Copr places the SRPM for each package in the same directory as the
binary RPMs 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-Enabling_the_Software_Collection

-- 
Best regards,
Michał Kępień


More information about the bind-users mailing list