From: Ed Schouten on 13 Jan 2010 14:42 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 = 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 <utmp.h>, 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! -- Ed Schouten <ed(a)80386.nl> WWW: http://80386.nl/
From: Pieter de Goeje on 13 Jan 2010 18:40 On Wednesday 13 January 2010 20:42:54 Ed Schouten wrote: > 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 = 39 characters. This is most welcome :-) > > - 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 <utmp.h>, 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! From the commit logs I can tell it was a lot of work on something that many people wouldn't consider a very glamourous or spectacular piece of FreeBSD. So let me just say: Thanks! Cheers, Pieter de Goeje _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Hajimu UMEMOTO on 14 Jan 2010 09:01 Hi, >>>>> On Wed, 13 Jan 2010 20:42:54 +0100 >>>>> Ed Schouten <ed(a)80386.nl> said: ed> I just made various commits to FreeBSD HEAD to remove our old user ed> accounting database interface (see utmp(5)) and replace it by the POSIX ed> standardized utmpx interface (see getutxent(3)). This means we just got ed> rid of some annoyances that are as old as the FreeBSD project itself: Thank you for a great job! ed> - Hostnames were originally restricted to 16 bytes, which is way too ed> short for your average hostname generated by your ISP, but also for ed> IPv6 addresses, which are at most 32 + 7 = 39 characters. At last, we can know the host where login from using IPv6. Unfortunately, w(1) shows no entry at 2nd login. It seems logout breaks utx.lastlogin and utx.active. Any idea? ume(a)ameno:~% ssh yoshino.mahoroba.org Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 9.0-CURRENT (YOSHINO) #0: Thu Jan 14 16:03:58 JST 2010 Welcome to FreeBSD! 10:48PM up 27 mins, 1 user, load averages: 0.07, 0.28, 0.39 ume(a)yoshino:~% w 10:48PM up 27 mins, 1 user, load averages: 0.07, 0.28, 0.39 USER TTY FROM LOGIN@ IDLE WHAT ume pts/0 ameno.mahoroba.org 10:48PM - w ume(a)yoshino:~% ll /var/run/utx.active /var/log/utx.l* -rw-r--r-- 1 root wheel 197 Jan 14 22:48 /var/log/utx.lastlogin -rw-r--r-- 1 root wheel 89 Jan 14 22:48 /var/log/utx.log -rw-r--r-- 1 root wheel 197 Jan 14 22:48 /var/run/utx.active ume(a)yoshino:~% logout Connection to yoshino.mahoroba.org closed. ume(a)ameno:~% ssh yoshino.mahoroba.org Last login: Thu Jan 14 22:48:56 2010 from ameno.mahoroba.org Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 9.0-CURRENT (YOSHINO) #0: Thu Jan 14 16:03:58 JST 2010 Welcome to FreeBSD! 10:49PM up 27 mins, 0 users, load averages: 0.05, 0.26, 0.38 ume(a)yoshino:~% w 10:49PM up 27 mins, 0 users, load averages: 0.05, 0.26, 0.38 USER TTY FROM LOGIN@ IDLE WHAT ume(a)yoshino:~% ll /var/run/utx.active /var/log/utx.l* -rw-r--r-- 1 root wheel 4294967493 Jan 14 22:49 /var/log/utx.lastlogin -rw-r--r-- 1 root wheel 201 Jan 14 22:49 /var/log/utx.log -rw-r--r-- 1 root wheel 4294967493 Jan 14 22:49 /var/run/utx.active Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume(a)mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Rainer Hurling on 16 Jan 2010 03:32 On 13.01.2010 20:42 (UTC+1), Ed Schouten wrote: > [..snip..] > I've noticed there is some breakage in ports, but it shouldn't be too > serious. I've seen cases where an application includes<utmp.h>, 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! > After updating my system i tried to rebuild Xorg ports. All went fine until it has to compile x11/sessreg. It seems that the configure script does not find struct 'utmpx.ut_syslen' and so the build process falls back to utmp? Could you please take a look if this is an issue of the new interface. This is on 9.0-CURRENT (amd64). Thanks in advance, Rainer _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Ed Schouten on 16 Jan 2010 06:59 Hello Rainer, * Rainer Hurling <rhurlin(a)gwdg.de> wrote: > After updating my system i tried to rebuild Xorg ports. All went > fine until it has to compile x11/sessreg. > > It seems that the configure script does not find struct > 'utmpx.ut_syslen' and so the build process falls back to utmp? > > Could you please take a look if this is an issue of the new interface. I just looked at this problem and sent a patch to the Xorg folks. I can't find my email in the xorg-devel archives yet, so I've attached a patch to this email. Hopefully the respective port maintainer can turn it into something useful. -- Ed Schouten <ed(a)80386.nl> WWW: http://80386.nl/
|
Next
|
Last
Pages: 1 2 3 4 5 6 Prev: net-mgmt/p0f -- FreeBSD 8 not recognised Next: FreeBSD Port: sysutils/fusefs-smbnetfs |