This feature would make it easier to run multiple nameservers on a single
machine without their coming into conflict, a problem that was encountered
in Ubuntu Desktop which introduced a dnsmasq process controlled by
NetworkManager (
https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/959037).
A
On Mon, Jul 8, 2013 at 9:35 AM, Jens Thiele wrote:
> from the test:
>
> "to easily reproduce, fake packet loss/overloaded dns server
> on linux do something like:
> # iptables -I OUTPUT -p udp -m udp --dport 53 -j DROP
> # iptables -I OUTPUT -p udp -m udp --dport 53 -j LOG --log-prefix "DROP
> DN
On Mon, Jul 8, 2013 at 9:16 AM, Jens Thiele wrote:
> > Output:
> >
> > y.c:44: error: r=-2 Name or service not known
> >
> > Output after replacing "karme.de." with "www.google.com": none; the
> program
> > completed successfully.
> >
> > Output after doing "iptables -I OUTPUT -p udp -m udp -
Jens, I ran your program ("updated test") on a Debian 7.0 system with libc6
et al
upgraded to 2.17-7.
Output:
y.c:44: error: r=-2 Name or service not known
Output after replacing "karme.de." with "www.google.com": none; the program
completed successfully.
Output after doing "iptables -I OUT
On Sun, Jul 7, 2013 at 3:00 PM, I wrote:
> Does getaddinfo() do what you expect on Ubuntu 13.04 which has
> version 2.17-0ubuntu5 of eglibc?
>
> Do you think that the bug has been properly fixed upstream?
>
> http://sourceware.org/bugzilla/show_bug.cgi?id=14719
> http://sourceware.org/bugzill
Hi there Jens,
I have been looking into bug #683061 and Kurt Roeckx pointed me to
#582916 which you investigated last November.
I have trouble understanding exactly what the current behavior is and
what you expect.
Does getaddinfo() do what you expect on Ubuntu 13.04 which has
version 2.17-0ubu
I wrote:
> Then include a file named /etc/resolvconf/update-libc.d/000nscd
> in the nscd package with the following content.
>
>#!/bin/sh
>[ -x /etc/init.d/nscd ] && /etc/init.d/nscd invalidate-hosts
There's a bug in this one-line script. :)
The script with accompanying amendment to /et
ince those older versions of
resolvconf restarted nscd if resolv.conf changed and nscd had the
hosts cache enabled.
--
Thomas Hood
-dns-using-host-but-cant-ping-ssh-ntp/247542
I request that leading whitespace on lines in resolv.conf be ignored.
--
Thomas Hood
On Thu, 2005-06-16 at 21:07 +0200, Wichert Akkerman wrote:
> Previously Thomas Hood wrote:
> > First of all, the system hostname should always be its own canonical
> > hostname in the sense of hosts(5), unless the system has a static
> > domain name, in which case the canonic
ed to shortcircuit DNS lookups
* If the system hostname is set dynamically and /etc/hosts isn't updated
dynamically then the system hostname must be resolvable via DNS.
--
Thomas Hood <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. I
think that resolvconf is something that many people installing nscd
should look at too.
However, it's your call. You can "wontfix" this report if I haven't
convinced you yet.
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
severity 265678 serious
thanks
This results in fakeroot being FTBFS on mips and mipsel (#279240).
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, 2004-08-20 at 02:01, GOTO Masanori wrote:
> I think "resolvconf restarts nscd" does not provide the appropriate
> reason which makes nscd suggesting resolvconf.
Resolvconf doesn't just restart nscd. Resolvconf restarts nscd
when nscd _needs_ to be restarted because /etc/resolv.conf has
c
Package: nscd
Version: 2.3.2.ds1-16
Severity: wishlist
When the resolvconf package is installed nscd will be restarted when the
list of nameservers changes. For this reason I propose that nscd
Suggest resolvconf.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (90
quot;reload" method. I left it as a synonym for 'restart'
and 'force-reload' on the reasoning that some people might already be
using it. But on second thought, we can be sure that no one is already
using "reload" because it has never worked before! So I now think that
"reload" should be removed from the initscript entirely.
Thanks.
--
Thomas Hood
t;reload" method. I left it as a synonym for 'restart'
and 'force-reload' on the reasoning that some people might already be
using it. But on second thought, we can be sure that no one is already
using "reload" because it has never worked before! So I now think
I recently submitted a new initscript for nscd here.
It would be quite convenient for me if this patch would be
applied soon. I would like to make use of the initscript's
reload or force-reload method in a script that I am including
in one of my own packages.
--
Thomas Hood
I recently submitted a new initscript for nscd here.
It would be quite convenient for me if this patch would be
applied soon. I would like to make use of the initscript's
reload or force-reload method in a script that I am including
in one of my own packages.
--
Thomas Hood
--
To UNSUBS
nscd
985 ?00:00:00 nscd
986 ?00:00:00 nscd
987 ?00:00:00 nscd
988 ?00:00:00 nscd
--
Thomas Hood
nscd
Description: application/shellscript
nscd
985 ?00:00:00 nscd
986 ?00:00:00 nscd
987 ?00:00:00 nscd
988 ?00:00:00 nscd
--
Thomas Hood
nscd
Description: application/shellscript
If you send nscd the HUP signal (signal 1) then nscd exits; it does
not reload as the author of the initscript supposed.
If there is some signal that makes nscd restart then that signal should
be used. Otherwise 'reload' should be made a synonym for 'restart'.
--
Thomas Hood
Package: nscd
Version: 2.3.2.ds1-13
Severity: normal
Tags: patch
The initscript returns 1 on "start" if nscd is already running.
That violates policy. To correct this, add the "--oknodo" option to the
start-stop-daemon command that runs on start.
--- nscd_ORIG 2004-05-25 20:39:47.0 +0
If you send nscd the HUP signal (signal 1) then nscd exits; it does
not reload as the author of the initscript supposed.
If there is some signal that makes nscd restart then that signal should
be used. Otherwise 'reload' should be made a synonym for 'restart'.
--
T
Package: nscd
Version: 2.3.2.ds1-13
Severity: normal
Tags: patch
The initscript returns 1 on "start" if nscd is already running.
That violates policy. To correct this, add the "--oknodo" option to the
start-stop-daemon command that runs on start.
--- nscd_ORIG 2004-05-25 20:39:47.0 +0
ersion of the program.
$ sudo nscd -d
Segmentation fault
--
Thomas Hood
ersion of the program.
$ sudo nscd -d
Segmentation fault
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
There are reports of segfaults in nscd that haven't been fixed
in years. Is nscd maintained?
--
Thomas Hood
There are reports of segfaults in nscd that haven't been fixed
in years. Is nscd maintained?
--
Thomas Hood
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 2004-06-02 at 12:01, Hugo Haas wrote:
> nscd seems to need to be told that resolv.conf has changed [...]
You are right. Thanks for pointing this out.
> Creating an nscd script in /etc/resolvconf/update-libc.d to tell it to
> reload its configuration should do the trick:
>
> #!/bin/sh
On Wed, 2004-06-02 at 12:01, Hugo Haas wrote:
> nscd seems to need to be told that resolv.conf has changed [...]
You are right. Thanks for pointing this out.
> Creating an nscd script in /etc/resolvconf/update-libc.d to tell it to
> reload its configuration should do the trick:
>
> #!/bin/sh
I have unmerged #230857 from #238963 and reassigned it to
initscripts so that it can track the initscripts part of the
task to be completed.
--
Thomas Hood
Yahoo! Messenger - Communicate instantly
I have unmerged #230857 from #238963 and reassigned it to
initscripts so that it can track the initscripts part of the
task to be completed.
--
Thomas Hood
Yahoo! Messenger - Communicate instantly
--- GOTO Masanori <[EMAIL PROTECTED]> wrote:
> I reread this thread, and I think:
>
> (1) glibc should not depend on initscripts
> (2) glibc should not install three files (defalt/tmpfs,
> default/devpts, init.t/mountkernfs)
> (3) new initscripts should handle removing mountkernfs,
--- GOTO Masanori <[EMAIL PROTECTED]> wrote:
> I reread this thread, and I think:
>
> (1) glibc should not depend on initscripts
> (2) glibc should not install three files (defalt/tmpfs,
> default/devpts, init.t/mountkernfs)
> (3) new initscripts should handle removing mountkernfs,
Package: libc6-dev
Version: 2.3.2.ds1-11
Severity: minor
The description of realpath() in /usr/include/stdlib.h begins this way:
/* Return the canonical absolute name of file NAME.
It then continues:
The last file name component need not exist, and may be a symlink
to a nonexistent
st at the time libc6.preinst runs
then the former gets renamed to the latter. Because mountvirtfs is
a conffile, when initscripts is upgraded, dpkg will ask the user
whether or not the new maintainer version of the file should be
installed. I don't see the point of that; mountvirtfs s
Hrm, perhaps the conversation about realpath, etc., didn't need
to be cc:ed to #230857. I hope you found it interesting. :)
Anyway, the important point of that discussion for #230857's
purposes is that sysvinit 2.85-10 has been released with a
brand new S02mountvirtfs script that gets run at /et
On Mon, 2004-03-15 at 22:43, Thomas Hood wrote:
> The readlink program doesn't use the C Library realpath().
> Check it out -- it uses its own xreadlink() and readlink()
> functions.
On checking the code myself I see that it actually uses
canonicalize_file_name(). This function
On Mon, 2004-03-15 at 12:53, Miquel van Smoorenburg wrote:
> On 2004.03.15 12:22, Thomas Hood wrote:
> > I pursued the readlink() issue with upstream. Most of the
> > discussion is logged in coreutils bug #225836: "readlink: Please
> > implement --recursive option"
;readlink -r /etc/mtab" would print
> "/etc/mount/mtab" from which the name of the parent, "/etc/mount"
> could be extracted.
Mike went on to say:
> One thing that's pretty much for sure is that the next sysvinit will
> ship (hopefully monday) with a /l
fixed for Sarge. Since
there apparently isn't time to implement /etc/rcS.d/S02mountkernfs
in initscripts, I support gotom's plan as described in #230857 to
rename or delete devpts.sh.
--
Thomas Hood <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
On Fri, 2004-03-12 at 12:11, GOTO Masanori wrote:
> Exactly, thanks for your pointing out me. It was my fault, I forgot
> to handle old devpts.sh. I modified preinst as (1) if old glibc
> version is < 2.3.2.ds1-11, rename devpts.sh to mountkernfs (2) if old
> glibc version is = 2.3.2.ds1-11, remo
the
error message were either eliminated or else expanded to indicate
that nothing bad has happened.
--
Thomas Hood <[EMAIL PROTECTED]>
r message were either eliminated or else expanded to indicate
that nothing bad has happened.
--
Thomas Hood <[EMAIL PROTECTED]>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
After installing this version of libc6 I end up with the following:
$ ls -l init.d/*devpts* rc?.d/*devpts*
-rwxr-xr-x1 root root 749 2003-10-27 03:09 init.d/devpts.sh
lrwxrwxrwx1 root root 19 2003-03-26 00:23
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
After installing this version of libc6 I end up with the following:
$ ls -l init.d/*devpts* rc?.d/*devpts*
-rwxr-xr-x1 root root 749 2003-10-27 03:09 init.d/devpts.sh
lrwxrwxrwx1 root root 19 2003-03-26 00:23
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
I don't know whether or not this is a problem but it worries me that
when I upgrade to this version of libc6 I see the following in the
syslog:
Feb 2 09:09:52 thanatos init: Trying to re-exec init
Feb 2 09:09:52 thanatos init: INIT_HALT: (nu
Package: libc6
Version: 2.3.2.ds1-11
Severity: normal
I don't know whether or not this is a problem but it worries me that
when I upgrade to this version of libc6 I see the following in the
syslog:
Feb 2 09:09:52 thanatos init: Trying to re-exec init
Feb 2 09:09:52 thanatos init: INIT_HALT: (nu
That last bit should have gone to #194204. Sorry.
--
Thomas
That last bit should have gone to #194204. Sorry.
--
Thomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
51 matches
Mail list logo
