[opensuse-factory] Problem with latest dnsmasq package (Tumbleweed)
Hello all, when I installed the latest dnsmasq package, I got complaints during the start of libvirtd service about dnsmasq not finding user or group nogroup. While the group nobody exists, I assume, a user nogroup instead of nobody is searched for. As I can start dnsmasq without complaint with an explicit --user=nobody, and looking at the latest changes indicate an wrong search and replace action. Error is: dnsmasq: unknown user or group: nogroup Version and Repository used is: dnsmasq-2.72-1.1.x86_64 from http://download.opensuse.org/tumbleweed/repo/oss A fallback to version dnsmasq-2.71-3.2.2.x86_64 from the OpenSUSE 13.2 repos can be used to work around that problem. Best regards, Andreas -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 01/05/2015, 09:01 AM, Andreas Gungl wrote:
Hello all,
when I installed the latest dnsmasq package, I got complaints during the start of libvirtd service about dnsmasq not finding user or group nogroup. While the group nobody exists, I assume, a user nogroup instead of nobody is searched for. As I can start dnsmasq without complaint with an explicit --user=nobody, and looking at the latest changes indicate an wrong search and replace action.
Error is: dnsmasq: unknown user or group: nogroup
Hi, yes, I hit that too. https://build.opensuse.org/request/show/280027 should fix it. thanks, -- js suse labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 2015-01-06 at 11:16 +0100, Jiri Slaby wrote:
On 01/05/2015, 09:01 AM, Andreas Gungl wrote:
Hello all,
when I installed the latest dnsmasq package, I got complaints during the start of libvirtd service about dnsmasq not finding user or group nogroup. While the group nobody exists, I assume, a user nogroup instead of nobody is searched for. As I can start dnsmasq without complaint with an explicit --user=nobody, and looking at the latest changes indicate an wrong search and replace action.
Error is: dnsmasq: unknown user or group: nogroup
Hi, yes, I hit that too.
https://build.opensuse.org/request/show/280027
should fix it.
Thanks for the fix - from a personal taste: I don't like the 'public
flaming' of a contributor in a .changes entry.. it's very bad style (or
at least also flame the devel prj maintainer that accepted the change).
Dominique
--
Dimstar / Dominique Leuenberger
On 01/06/2015, 11:29 AM, Dimstar / Dominique Leuenberger wrote:
On Tue, 2015-01-06 at 11:16 +0100, Jiri Slaby wrote:
On 01/05/2015, 09:01 AM, Andreas Gungl wrote:
Hello all,
when I installed the latest dnsmasq package, I got complaints during the start of libvirtd service about dnsmasq not finding user or group nogroup. While the group nobody exists, I assume, a user nogroup instead of nobody is searched for. As I can start dnsmasq without complaint with an explicit --user=nobody, and looking at the latest changes indicate an wrong search and replace action.
Error is: dnsmasq: unknown user or group: nogroup
Hi, yes, I hit that too.
https://build.opensuse.org/request/show/280027
should fix it.
Thanks for the fix - from a personal taste: I don't like the 'public flaming' of a contributor in a .changes entry.. it's very bad style (or at least also flame the devel prj maintainer that accepted the change).
It was merely meant as "this is broken since ...". I changed the wording. -- js suse labs -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 2015-01-06 at 11:38 +0100, Jiri Slaby wrote:
Thanks for the fix - from a personal taste: I don't like the 'public flaming' of a contributor in a .changes entry.. it's very bad style (or at least also flame the devel prj maintainer that accepted the change).
It was merely meant as "this is broken since ...". I changed the wording.
Thanks Jiri,
The new wording indeed sounds better in accepting human error, not
pointing fingers at the contributor directly... let's hope that fix
moves through devel / staging quick enough.
Dominique
--
Dimstar / Dominique Leuenberger
participants (3)
-
Andreas Gungl
-
Dimstar / Dominique Leuenberger
-
Jiri Slaby