Comments

45 Comments

It installs fine on f35. However, why is not even readme contained in the package? It just has a binary and license file. It is enough?

@justinz Please add also review bug 2051069 to new package, it would get closed once it lands stable.

@justinz Please add also review bug 2051069 to new package, it would get closed once it lands stable.

karma

@nickc This update seems stuck in testing for weird reason.

It has fixed FTBFS problem with bind, which fails building with annobin-plugin-gcc-10.48-4.fc36.x86_64. That was caused by warning: -D_FORTIFY_SOURCE not defined for every libtool compiled source emitted. Caused gcc attribute check failures in configure.

@nickc There is something wrong with this update.

Too late, was fixed by more recent builds

This update has been unpushed.

More recent release 9.16.21 is pending also. Revoking this one.

A regression was found in the new release, reported on bug #2006367. It would need another build.

BZ#2002475 dnsmasq-2.86 is available

There is a problem reported on upstream issue 2779. 'w' character was left out of alphabet table for lowercase and uppercase conversion. An upgrade will be built soon. Revert to 9.16.16 version or upgrade to bind-9.16.17-2.fc35

I am sorry some of my ldns rebase preparation got pushed by mistake also to f33 and I did not notice it. Then just simple bump of parameters has broken it.

Please try updates: https://bodhi.fedoraproject.org/updates/FEDORA-2021-ac74f879c8 https://bodhi.fedoraproject.org/updates/FEDORA-2021-87c18dd24d

@dustymabe You could have pushed it to stable it you added karma to it. Please add karma, if the package was tested from testing and worked. Pushing manually.

Ah, two problems are there. First, I forgot dnsperf on f32 still depends on bind-libs. Second, I haven't waited long enough before building bind-dyndb-ldap. Even when built on side-tag directly, I should have waited for wait-repo first. My build of bind-dyndb-ldap were started after bind were done, but not yet propagated to repo. So new builds of both are required.

karma

Seems fixed

karma

It seems arch symlinks should be provided, but are not. It would break once f35 key is used. Because this fails:

gpg --import /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-35-$(arch)

Attempt to prevent it again was by PR 77, it was still not merged.

karma

I think it will make it fail again. gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch for releasever=35 does not provide any arch link to gpg key. As soon as packages would be signed by new GPG key, it would fail to verify on such installation. Upgrade to more recent version, including rawhide, would require disabling gpg verification.

can be tested from RHEL8 or CentOS8 by:

dnf install --enablerepo=epel-testing dnsperf

Please add karma if it helps.

I have forgotten to include bind-dyndb-ldap in this update. Please check and test a separate bind-dyndb-ldap update

Issue with generated manual pages were found in this build. Some manual pages were correct (named, dig), while others were left broken from upstream (named-checkconf). Modified build not only rebuilds all manual pages, but also html and pdf documentation in doc package.