[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#507250: marked as done (lprng depends on IPv4 address assigned (resolvable) to the local hostname)



Your message dated Fri, 5 Dec 2008 22:12:05 +1100
with message-id <20081205111205.GC22403@enc.com.au>
and subject line Re: Bug#507250: lprng depends on IPv4 address assigned (resolvable)  to the local hostname
has caused the Debian Bug report #507250,
regarding lprng depends on IPv4 address assigned (resolvable) to the local hostname
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
507250: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507250
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: lprng
Version: 3.8.A-1.1
Severity: normal

Hello,

after my LAN configuration has changed, (a DSL router works as DHCP server
and assigns IPv4 addresses), I have removed the following line from /etc/hosts:

192.168.1.1 ruetsch44.priv.net.de ruetsch44

Which assigned the old IPv4 address to the local hostname. But this entry is not
longer valid.
But there is still an valid IPv6 address to local hostname assignment:

2001:5c0:8d3a::1 			ruetsch44.priv.net.de ruetsch44

So the local hostname is assigned to a valid IPv6 address.
But each call to lpq or lpr end with the following error message:

ruetsch44:/home/juergen# lpq
Get_local_host: hostname 'ruetsch44' bad

but querrying the DSL- router nameservice delivers the following:
ruetsch44:/home/juergen# host ruetsch44
ruetsch44 has address 192.168.178.22
Host ruetsch44 not found: 3(NXDOMAIN)
Host ruetsch44 not found: 3(NXDOMAIN)


Greetings
	Juergen

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i586)

Kernel: Linux 2.6.26-1-486
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages lprng depends on:
ii  debconf [debconf-2.0] 1.5.24             Debian configuration management sy
ii  libc6                 2.7-16             GNU C Library: Shared libraries
ii  libcomerr2            1.41.3-1           common error description library
ii  libkrb53              1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries
ii  libssl0.9.8           0.9.8g-14          SSL shared libraries
ii  lsb-base              3.2-20             Linux Standard Base 3.2 init scrip

lprng recommends no packages.

Versions of packages lprng suggests:
pn  lprng-doc                     <none>     (no description available)
ii  magicfilter                   1.2-60     automatic printer filter

-- debconf information:
  lprng/setuid_tools: false
* lprng/start_lpd: true
  lprng/twolpd_perms:
  lprng/twolpd_conf:

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




--- End Message ---
--- Begin Message ---
On Wed, Dec 03, 2008 at 09:05:24PM +0100, Juergen Kosel wrote:
> the point is, that lprng depends on hostnames which are resolvable to
> IPv4 addresses. Which are no longer reliable valid in my LAN.
> As a workaround, I have readded IPv4 addresses to /etc/hosts. So
> printing works again.
Actually that's wrong. Use unix sockets and no TCP sockets and it will
be fine.

 - Craig
-- 
Craig Small      GnuPG:1C1B D893 1418 2AF4 45EE  95CB C76C E5AC 12CA DFA5
http://www.enc.com.au/                             csmall at : enc.com.au
http://www.debian.org/          Debian GNU/Linux, software should be Free 


--- End Message ---

Reply to: