Can you please create new bug for dnsmasq component in bugzilla, https://bugzilla.redhat.com? This is not what I see, but maybe there is some important difference.
Are you sure the used servers are the same for both versions? Can you please try adding log-queries and check forwarded . to <IP> address, whether it is both expected? But a bug would be better place for an investigation. I cannot reproduce any regression.
@nucleo can you share a bit more, what did not work in this update?
Tested with dnsperf-queryparse, seems to work fine!
Oh, it is, but the second build is not yet finished.
Ah, this is not properly created from side tag. Would break bind-dyndb-ldap this way.
Ah, wanted to build QUIC enabled unbound, but cannot do that yet, until this update lands into f43 repo. Thanks for the testing!
works at least for basic tasks.
Ah, have not realized devel package needs to drag crypto libraries too. Until they have separate devel packages with own dependencies.
Ah, kind of forgot that were not yet published, when creating this update. It was done by side tag, I am not sure that could be updated in normal way. But yes, it would make this build to link to previous bind-dyndb-ldap plugin and break freeipa installation.
Tested building dnsperf with this build and seems working fine.
Fixes parsing of IPv6 routes
distribution-gpg-keys-1.105-1.fc39.noarch and mock-core-configs-41.2-1.fc39.noarch work well together. That allows rawhide mockbuilds to work again.
Updates RPM-GPG-KEY-fedora-rawhide-primary to RPM-GPG-KEY-fedora-42-primary
But strange, today the same version works fine. mock -r fedora-40-x86_64 --shell works. Still think it is suspicious.
Should everyone after upgrading the package be required to do that? It seems to be there should be autofixing mechanism in case it does not start on a fresh system.
Just checked mock-core-configs-39.2-1.fc39.noarch version is working and entering mock works.
I have updated with including this update, but it seems it has breaken my mock. Found that when attempting fedora-review, which failed for two independent bugs.
$ mock --init
INFO: mock.py version 5.2 starting (python version = 3.12.0, NVR = mock-5.2-1.fc39), args: /usr/libexec/mock/mock --init
Start(bootstrap): init plugins
INFO: selinux enabled
Finish(bootstrap): init plugins
Start: init plugins
INFO: selinux enabled
Finish: init plugins
INFO: Signal handler active
Start: run
Start: clean chroot
Finish: clean chroot
Mock Version: 5.2
INFO: Mock Version: 5.2
Start(bootstrap): chroot init
INFO: calling preinit hooks
INFO: enabled root cache
INFO: enabled package manager cache
Start(bootstrap): cleaning package manager metadata
Finish(bootstrap): cleaning package manager metadata
INFO: Using 'dnf' instead of 'dnf5' for bootstrap chroot
INFO: Package manager dnf detected and used (fallback)
Finish(bootstrap): chroot init
Start: chroot init
INFO: calling preinit hooks
INFO: enabled root cache
INFO: enabled package manager cache
Start: cleaning package manager metadata
Finish: cleaning package manager metadata
INFO: enabled HW Info plugin
INFO: Package manager dnf5 detected and used (direct choice)
Start: installing minimal buildroot with dnf5
execv(/usr/bin/dnf5) failed: No such file or directory
ERROR: Command failed:
# /usr/bin/systemd-nspawn -q -M 30c8fce73dd24656a01ef432681573f4 -D /var/lib/mock/fedora-rawhide-x86_64-bootstrap/root -a --capability=cap_ipc_lock --bind=/tmp/mock-resolv.8s2su6x1:/etc/resolv.conf --console=pipe --setenv=TERM=vt100 --setenv=SHELL=/bin/bash --setenv=HOME=/var/lib/mock/fedora-rawhide-x86_64/root/installation-homedir --setenv=HOSTNAME=mock --setenv=PATH=/usr/bin:/bin:/usr/sbin:/sbin '--setenv=PROMPT_COMMAND=printf "\033]0;<mock-chroot>\007"' '--setenv=PS1=<mock-chroot> \s-\v\$ ' --setenv=LANG=C.UTF-8 --setenv=LC_MESSAGES=C.UTF-8 --resolv-conf=off /usr/bin/dnf5 --installroot /var/lib/mock/fedora-rawhide-x86_64/root/ --releasever 40 install @buildsys-build --setopt=deltarpm=False --setopt=allow_vendor_change=yes --allowerasing --setopt=tsflags=nocontexts
execv(/usr/bin/dnf5) failed: No such file or directory
$ rpm -q mock mock-core-configs dnf dnf5
mock-5.2-1.fc39.noarch
mock-core-configs-39.3-1.fc39.noarch
dnf-4.18.1-2.fc39.noarch
dnf5-5.1.8-1.fc39.x86_64
No, that is a mistake, created it. There is a new build also for f37 as well.
Side tag seems no longer existing, but the build were not successful. A new update would be created.
@nucleo
I cannot reproduce that neither. Used command:
echo "address=/#/example.com/" | sudo tee /etc/dnsmasq.d/block.conf && sudo systemctl restart dnsmasq && dig @localhost -t A {,www.,,www.}example.com, in both Fedora 43 with original 2.91 and updated rawhide machine,dnsmasq-2.92-4.fc44.x86_64.Edit: Oh, okay. they return both nxdomain, but old version resolves addresses with this for unspecified domains. But what should that configuration do?
--address=/#/8.8.8.8is documented in manual page to work with IP addresses. It does not refuse this configuration, But it is supposed to be followed by IP addresses. Like:That means, I think it works as it should. Yes, there were some changes in that code, but what you use seems undocumented behaviour to me. It has different meaning with --server directive, but then it should be used last, instead of ip addresses. I think I can let this update pass.