On 15/02/13 18:52, Steve Langasek wrote:
> On Fri, Feb 15, 2013 at 06:35:40PM -0000, Simon Kelley wrote:
>> On 15/02/13 18:00, Steve Langasek wrote:
>>> Public bug reported:
>
>>> On a raring system, the dnsmasq instance spawned by libvirt is not
>>> forwarding DNS requests to the upstream resolver. dnsmasq is run as:
>>> /usr/sbin/dnsmasq --conf-file=/var/lib/libvirt/dnsmasq/default.conf
>> Steve, what version of dnsmasq is exhibiting the bug?
>
> The raring version, 2.65-1.
>
> I've just installed a test package from
> https://launchpad.net/~mdeslaur/+archive/testing per Seth Arnold's
> suggestion on IRC, which appears to resolve the issue. According to Seth,
> that implies this is probably linked to
> <https://bugzilla.redhat.com/show_bug.cgi?id=894486>.
>
>
> ** Bug watch added: Red Hat Bugzilla #894486
> https://bugzilla.redhat.com/show_bug.cgi?id=894486
>
That's possible, but the fix for RedHat involves subtracting from the
set of queries which get answered, not adding to it, so that doesn't
quite fit the description.
On 15/02/13 18:52, Steve Langasek wrote: file=/var/ lib/libvirt/ dnsmasq/ default. conf /launchpad. net/~mdeslaur/ +archive/ testing per Seth Arnold's /bugzilla. redhat. com/show_ bug.cgi? id=894486>. /bugzilla. redhat. com/show_ bug.cgi? id=894486
> On Fri, Feb 15, 2013 at 06:35:40PM -0000, Simon Kelley wrote:
>> On 15/02/13 18:00, Steve Langasek wrote:
>>> Public bug reported:
>
>>> On a raring system, the dnsmasq instance spawned by libvirt is not
>>> forwarding DNS requests to the upstream resolver. dnsmasq is run as:
>>> /usr/sbin/dnsmasq --conf-
>> Steve, what version of dnsmasq is exhibiting the bug?
>
> The raring version, 2.65-1.
>
> I've just installed a test package from
> https:/
> suggestion on IRC, which appears to resolve the issue. According to Seth,
> that implies this is probably linked to
> <https:/
>
>
> ** Bug watch added: Red Hat Bugzilla #894486
> https:/
>
That's possible, but the fix for RedHat involves subtracting from the
set of queries which get answered, not adding to it, so that doesn't
quite fit the description.
Simon.