Bug#686970: Inconsistent ipv6 handling of localhost in netbase and netcfg
Re: Philipp Kern 2012-09-18 <20120918090525.ga...@spike.0x539.de> > On Tue, Sep 18, 2012 at 10:59:04AM +0200, Bjørn Mork wrote: > > No, I didn't get any wiser. Except that I now am pretty convinced that > > no service should listen to "localhost". They should explictly choose > > 127.0.0.1 and/or ::1 > > AIUI the point is to listen to both and hence the (or a?) record should > return both. Nod. Fwiw, I don't really care which way it gets fixed - we'd need someone to decide which is the "right" setup so we can refer people to that when they complain about services (not) listening on ::1. Given that DNS seems to tend to resolve localhost to both 127.0.0.1 and ::1, I guess the proper solution would be to put the same in to /etc/hosts. Re wheezy, as we are shipping both versions, there's not a real argument against changing one of them to match the other one. (Except maybe that the netcfg one is triggered more often.) How that relates to net.ipv6.bindv6only is then another interesting question... Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#686970: Inconsistent ipv6 handling of localhost in netbase and netcfg
Package: netbase,netcfg Severity: normal Tags: d-i ipv6 In #685362, a user complains that PostgreSQL doesn't listen on ipv6 localhost, unless he has "::1 localhost" in his /etc/hosts. I can confirm that adding this fixes the problem for postgresql-9.1. Looking through my systems, I'm seeing different defaults for "localhost". All systems have 127.0.0.1 localhost but then some have ::1 localhost ip6-localhost ip6-loopback while some only have ::1 ip6-localhost ip6-loopback Digging a bit further, I found that the "ipv6 localhost" variant is installed by netbase's postinst: create_hosts_file() { if [ -e /etc/hosts ]; then return 0; fi cat > /etc/hosts <<-EOF 127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback [...] And the "ipv4 only" variant is installed by netcfg's udeb: #define IPV6_HOSTS \ "# The following lines are desirable for IPv6 capable hosts\n" \ "::1 ip6-localhost ip6-loopback\n" \ netcfg was actually using the "ipv6 localhost" variant until that got reverted in 1.57, closing #595107. I'm filing the bug on both netbase and netcfg so the maintainers can make the behavior the same one way or the other. From my point of view, localhost should be handled like any other multi-homed host, that is, it should have both addresses. It might have been different in 2010, wenn netcfg 1.57 was uploaded, but nowadays applications really need to cope with ipv6 being present. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: libnss-myhostname instead of mangling /etc/hosts
Re: Joachim Breitner 2010-06-14 <1276516697.2751.7.ca...@kirk> > > at the moment, the Debian installer creates a /etc/hosts file > > containing the local host name¹, so that this name is resolvable even > > if not registered in the DNS. Unfortunately, this is a possible cause > > of problems when the user wants to change the hostname – he has to > > change it in /etc/hosts two. This sounds like an overly complicated solution to avoid user errors. What about simply making /etc/init.d/hostname.sh warn if the hostname isn't resolvable (locally)? I wouldn't want a .so file pulled into every program I execute (isn't that what nss does?) because some people cannot edit /etc/hosts. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Re: Bug#382129: Beta3 won't boot on OldWorld PowerPC Mac
Re: Aurélien GÉRÔME 2006-08-19 <[EMAIL PROTECTED]> > On a side note, I am also fscked up in > NM without even starting, because someone in the Front Desk seems to > dislike me, even though I maintain 11 packages in Debian, so there > is really no hurry... I think you mean "even though I only started maintaining packages a few weeks ago". Christoph -- [EMAIL PROTECTED] | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#120950: USB boot-floppies
On Sun, Nov 25, 2001 at 01:39:23AM +0100, Eduard Bloch wrote: > Kannst du mal sagen, über welches Device das Floppy-Laufwerk denn > angesprochen wird? Und die dazugehörigen minor/major Nummern? > (ls -la /dev/device). Und die Kernel-Messages, wenn das Laufwerk erkannt > wird bzw. der Treiber geladen wird. Up to now, I didn't succeed in getting the USB floppy to run. (Someone told me to use the USB-Storage module, but I couldn't find it. - I havent' tried for than one time, I will try again during the next days.) Whom do I need to talk to about the install-Debian-by-tar idea? Actually, it looks quite simple: just create the proper /etc/{fstab,hostname,passwd,network/interfaces,lilo.conf,defaults/*, apt/sources.list} files, remove sbin/unconfigured.sh, and you are done. I'm sure many people would want this. (Imagine you want to set up a Debian NFS-root on a Solaris box, or - as im my case - you want to replace one Linux with another Debian; in neither case, it doesn't make any sense that you need floppy disks for that.) (If Linux is already running, "chroot /path/to/debian dbootstrap" should/could do it, but it refused to offer my partition for configuring the base system.) ... Christoph -- Christoph Berg <[EMAIL PROTECTED]> Wohnheim D, 2405, Universität des Saarlandes, 0681/9657944 msg12697/pgp0.pgp Description: PGP signature
Bug#120950: USB boot-floppies
On Sun, Nov 25, 2001 at 11:40:38AM +0100, Martin Michlmayr wrote: > * Philip Blundell <[EMAIL PROTECTED]> [20011125 10:31]: > > [Christoph, does your Vaio really not have a CD drive at all? I > > thought they all shipped with at least an external CD-ROM that > > plugged in to the PCMCIA socket.] > > The external CD-ROM does not ship with the Vaio per default; only the > external floppy drive does. With the PCG-C1VE unfortunately neither does, the USB floppy disk costs about 200 DM extra (roughly $100), the CD-ROM is about twice (or more) than that. tschöö... Christoph -- Christoph Berg <[EMAIL PROTECTED]> Wohnheim D, 2405, Universität des Saarlandes, 0681/9657944 msg12696/pgp0.pgp Description: PGP signature