Bug#793806: NTP related Bug #

So this is following upstream bug: https://bugs.ntp.org/show_bug.cgi?id=2867 and fixed in 4.3.51 and possibly 4.2.8p5. -- Christophe Wolfhugel -+- ch...@wolfhugel.eu

Bug#793745: [pkg-ntp-maintainers] Bug#793745: ntp fails to start

r ID 114 2) rlimit memlock 0 + "compat" Starts normally 3) No rlimit memlock 0 + "files" in nsswitch.conf Starts normally. I would conclude that "something somewhere" makes the getpw* call fail when "rlimit memlock 0" is not used. -- Christophe Wolfhuge

Bug#793745: ntp fails to start

I do agree there must be something else which broke the getpw call or the libc somehow. On another machine I also have compat for nsswitch.conf and it worked. Also on my setup the Perl "getpwuid/getpwnam" functions were still working correctly despite the ntpd's call failing. I do not have a clea

Bug#793806: ntpq "rv" -> ntpd SEGV in ctl_putstr

Package: ntp Version: 1:4.2.8p3+dfsg-1 Severity: normal Tags: d-i upstream With the most recent update I have my ntpd dump core when receiving an "rv" command: (gdb) where #0 strlen () at ../sysdeps/x86_64/strlen.S:106 #1 0x004174d0 in ctl_putstr (tag=0x0, data=0x7fffe0d0 "md5", le

Bug#793745: ntp fails to start

Package: ntp Version: 1:4.2.8p3+dfsg-1 Followup-For: Bug #793745 I observed the same issue with the recent update from testing, although I narrowed this down to a possible change or bug in other packages. On my system /etc/nsswitch.conf was set to compat for passwd/group/shadow and I did set it (

Bug#781048: Build with SPF: _HAVE_SPF2_H is not defined after configure

Source: opendmarc Version: 1.3.1 Severity: minor In its current distribution, the rules have following: --with-spf2-include=\$${prefix}/include/spf2 \ --with-spf2-lib=\$${prefix}/lib \ Which in the configure script ends up with ${prefix} not being replaced by its

Bug#268251: IP=$(IP6) should be included in patches/1001_shlibs.patch for the ldbs target

Package: uw-imapd Version: 7:2007b~dfsg-2 Followup-For: Bug #268251 It seems that the IPv6 support is not compiled in correctly, this causes in more recents builds to be unable to login with an IPv6 address getting this error message: Line too long before authentication host=[NON-IPv4] B

Bug#352967: xbase-clients: xclock -digital does not take -twentyfour into account and uses asctime() to get the string

Package: xbase-clients Version: 6.9.0.dfsg.1-4 Severity: normal xclock -digital -twentyfour displays the time using the LC_TIME locale value, which just means that the -twentyfour option is ignored. The issue does not happen in -brief mode. By reading the source I would believe that the issue is