From owner-freebsd-current Thu Dec 26 08:21:22 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA26389 for current-outgoing; Thu, 26 Dec 1996 08:21:22 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA26378 for ; Thu, 26 Dec 1996 08:21:17 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id RAA11357 for ; Thu, 26 Dec 1996 17:21:16 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id RAA12855 for freebsd-current@FreeBSD.org; Thu, 26 Dec 1996 17:21:15 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id RAA11237 for freebsd-current@FreeBSD.org; Thu, 26 Dec 1996 17:03:22 +0100 (MET) From: J Wunsch Message-Id: <199612261603.RAA11237@uriah.heep.sax.de> Subject: Re: cvs commit: ports/x11/XFree86 Makefile ports/x11/XFree86/patches patch-ac To: freebsd-current@FreeBSD.org (FreeBSD-current users) Date: Thu, 26 Dec 1996 17:03:21 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Ollivier Robert at "Dec 25, 96 11:11:57 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk (Moved to -current, since this is nothing the ports team could solve.) As Ollivier Robert wrote: > There is worse: the binaries for FreeBSD-current (at the time of release of > 3.2) are referencing libc.so.3.0 but they're not compatible anymore with > the current libc due to the utmp changes. Only a recompilation works. Note that this is basically unrelated to the libc interface, but rather happens since there is _no_ official library interface for the utmp/wtmp handling, at least nothing xterm and xdm know about. Even bumping the shared lib major # wouldn't help in this case: if you've got an old xterm binary, and still have the libc.so.3 around, this xterm will happily run away and trash the wtmp file again. Perhaps we should rip out all the utmp/wtmp handling code out of xterm and xdm while we are at it, and offer the XFree86 people a patch. Moving it to libutil would solve the matter once and for all, so changing utmp.h next time will only require a minor version number bump for the shared libutil. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)