From owner-freebsd-ports@FreeBSD.ORG Wed Jan 13 19:42:56 2010 Return-Path: Delivered-To: ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22E4E106566B; Wed, 13 Jan 2010 19:42:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id BEAE28FC13; Wed, 13 Jan 2010 19:42:55 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id B2C731CCD8; Wed, 13 Jan 2010 20:42:54 +0100 (CET) Date: Wed, 13 Jan 2010 20:42:54 +0100 From: Ed Schouten To: current@FreeBSD.org Message-ID: <20100113194254.GR64905@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="51vBd0xT+ONhEBA5" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: ports@FreeBSD.org Subject: HEADS UP: gone. All welcome . X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Jan 2010 19:42:56 -0000 --51vBd0xT+ONhEBA5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, I just made various commits to FreeBSD HEAD to remove our old user accounting database interface (see utmp(5)) and replace it by the POSIX standardized utmpx interface (see getutxent(3)). This means we just got rid of some annoyances that are as old as the FreeBSD project itself: - Hostnames were originally restricted to 16 bytes, which is way too short for your average hostname generated by your ISP, but also for IPv6 addresses, which are at most 32 + 7 =3D 39 characters. - No support for login sessions not related to TTYs, like ppp(8), ftpd(8) sessions. - No support for multiple login sessions on one TTY, for example generated by login(1). I was not able to give us a smooth transition from utmp towards utmpx, simply because our utmp implementation offered almost no utility functions, which means all consumers modify the database files themselves. This means you should probably recompile any applications you're interested in that uses the user accounting database. I realize this may be quite uncomfortable, but we can't always win. [ This information is mainly for port maintainers: ] I've noticed there is some breakage in ports, but it shouldn't be too serious. I've seen cases where an application includes , even though it doesn't use anything provided by that header. In other cases they used fields like UT_NAMESIZE to derive the maximum user name length supported by the system, which is clearly not what this definition was intended for. I've incremented __FreeBSD_version to 900007 to identify the import of utmpx. In case a certain port breaks badly, let me know and I'm willing to take a look at it. Be sure to give it a try and report any issues. Thanks! --=20 Ed Schouten WWW: http://80386.nl/ --51vBd0xT+ONhEBA5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAktOIj4ACgkQ52SDGA2eCwVEEgCeORwIpMhnpGv0TY0nP4DJHKqa GK8AnjuP9XVV7uPFD9e7prbXKaUaoo7r =nAuS -----END PGP SIGNATURE----- --51vBd0xT+ONhEBA5--