From kuku@gilberto.physik.RWTH-Aachen.DE  Sat Oct  4 08:12:42 1997
Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA19342
          for <FreeBSD-gnats-submit@freebsd.org>; Sat, 4 Oct 1997 08:12:41 -0700 (PDT)
Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (8.8.7/RBI-Z13)
	with ESMTP id RAA02230 for <FreeBSD-gnats-submit@freebsd.org>; Sat, 4 Oct 1997 17:10:08 +0200 (MET DST)
Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id RAA11790; Sat, 4 Oct 1997 17:18:21 +0200 (MEST)
Message-Id: <199710041518.RAA11790@gil.physik.rwth-aachen.de>
Date: Sat, 4 Oct 1997 17:18:21 +0200 (MEST)
From: kuku@FreeBSD.ORG
Reply-To: kuku@FreeBSD.ORG
To: FreeBSD-gnats-submit@freebsd.org
Subject: sys/utsname.h SYS_NMLN 32 too small
X-Send-Pr-Version: 3.2

>Number:         4688
>Category:       bin
>Synopsis:       sys/utsname.h SYS_NMLN 32 too small
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    peter
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          change-request
>Submitter-Id:   current-users
>Arrival-Date:   Sat Oct  4 08:20:01 PDT 1997
>Closed-Date:    Tue May 29 09:50:14 PDT 2001
>Last-Modified:  Tue May 29 09:52:02 PDT 2001
>Originator:     Christoph Kukulies
>Release:        FreeBSD 3.0-CURRENT i386
>Organization:
I.Physikalisches Institut RWTH Aachen
>Environment:

         FreeBSD-3.0-current
>Description:

         bootpd gave error:
         "Can not get my IP address"
         Built in debugging code revealed that
         hostname isdn-kukulies.dialup.rwth-aachen.de
         was longer than 32 chars.
         

>How-To-Repeat:

         name your host to something longer than 32 chars
         and enable bootpd in /etc/inetd.conf. kill -HUP inetd.
         
>Fix:
	
         affects libc and probably kernel. I don't know
	 if increasing the value of SYS_NMLN to 64 would cure
         the problem for all possible hostnames in the future
         but it would decrease the likelyhood that it happens
         to someone who runs bootpd and has a long hostname.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->peter 
Responsible-Changed-By: kuku 
Responsible-Changed-When: Sun Oct 5 01:44:11 PDT 1997 
Responsible-Changed-Why:  
Changed from freebsd-bugs to a person appearing 'more responsible', 
Peter Wemm (edited bootpd) 

From: "Jasper O'Malley" <jooji@webnology.com>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: bin/4688: sys/utsname.h SYS_NMLN 32 too small
Date: Sat, 16 Jan 1999 10:53:40 -0600 (CST)

 This is an old PR, but it still brings up a good point. According to Paul
 Vixie, the nodename element of the utsname struct should have a length of
 256 characters, in order to conform with RFC1034's 255 character + NUL 
 limitation on a FQDN length for DNS. Solaris and NetBSD currently use
 256 characters for SYS_NMLN.
 
 I'd have to agree with the problem submitter and say that our SYS_NMLN of
 32 is too small. It should be bumped up to 256.
 
 

From: Tony Finch <fanf@demon.net>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: bin/4688: sys/utsname.h SYS_NMLN 32 too small
Date: Thu, 29 Apr 1999 18:05:41 +0100

 We have just come up against this problem. SYS_NMLN really needs to be
 increased. This PR is rather old; is it more complicated than just
 changing the #define?
 
 Tony.
 -- 
 f.a.n.finch   dot@dotat.at   fanf@demon.net
 Arthur: "Oh, that sounds better, have you worked out the controls?"
 Ford:   "No, we just stopped playing with them."
 

From: Matthew Frost <matthewf@demon.net>
To: freebsd-gnats-submit@freebsd.org
Cc:  
Subject: Re: bin/4688: sys/utsname.h SYS_NMLN 32 too small
Date: Tue, 29 Aug 2000 11:15:20 +0100

 I've just hit this same "hostname longer than 32 characters" issue
 with FreeBSD 4.1-STABLE...
 
 Solaris 7 appears to have SYS_NMLN set to 257:
 
 #define _SYS_NMLN       257     /* 4.0 size of utsname elements */
                                 /* Must be at least 257 to      */
                                 /* support Internet hostnames.  */
 
 It's a very old PR as Tony Finch says (I think this was the last time
 we hit this problem and Tony submitted the PR)...
 
 Regards, Matthew
 
 -- 
   o   Matthew Frost - Team Leader, Mail & News Services - matthewf@demon.net
  o o      o                  Platform Management, Thus plc, Finchley, London
 thus[tm] Demon ONmail http://www.let-it-be-thus.com/ - http://www.demon.net/
                                                     "O Invalid stream, 10:1"
 

From: David Malone <dwmalone@maths.tcd.ie>
To: freebsd-gnats-submit@freebsd.org
Cc: Matthew Frost <matthewf@demon.net>, Tony Finch <fanf@demon.net>,
	Jasper O'Malley <jooji@webnology.com>
Subject: Re: bin/4688: sys/utsname.h SYS_NMLN 32 too small
Date: Tue, 29 May 2001 15:51:50 +0100

 I guess that upping SYS_NMLN from 32 would require bumping libc's
 version number because it will change the inerface to uname. Maybe
 it is something that could be done before the next libc bump?
 
 (Do we have a list of things which are waiting for a libc bump?)
 
 	David.

From: Peter Wemm <peter@wemm.org>
To: freebsd-gnats-submit@freebsd.org
Cc: Matthew Frost <matthewf@demon.net>, Tony Finch <fanf@demon.net>,
	"Jasper O'Malley" <jooji@webnology.com>,
	David Malone <dwmalone@maths.tcd.ie>
Subject: Re: bin/4688: sys/utsname.h SYS_NMLN 32 too small 
Date: Tue, 29 May 2001 08:10:01 -0700

 David Malone wrote:
 
 >  I guess that upping SYS_NMLN from 32 would require bumping libc's
 >  version number because it will change the inerface to uname. Maybe
 >  it is something that could be done before the next libc bump?
 
 Not necessarily. See what was done in -current. SYS_NMLN is 256 there
 by default now, in a backwards compatable way (ie: hack).
 
 Cheers,
 -Peter
 --
 Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au
 "All of this is for nothing if we don't go to the stars" - JMS/B5
 
State-Changed-From-To: open->closed 
State-Changed-By: dwmalone 
State-Changed-When: Tue May 29 09:50:14 PDT 2001 
State-Changed-Why:  
SYS_NMLN has been increased in -current but the fix is somewhat messy 
and unlikely to be MFCed. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=4688 
>Unformatted:
