From owner-cvs-lib  Tue Dec  2 03:59:20 1997
Return-Path: <owner-cvs-lib>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id DAA25023
          for cvs-lib-outgoing; Tue, 2 Dec 1997 03:59:20 -0800 (PST)
          (envelope-from owner-cvs-lib)
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
          by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA24923;
          Tue, 2 Dec 1997 03:57:21 -0800 (PST)
          (envelope-from peter@FreeBSD.org)
From: Peter Wemm <peter@FreeBSD.ORG>
Received: (from peter@localhost)
	by freefall.freebsd.org (8.8.6/8.8.5) id DAA20030;
	Tue, 2 Dec 1997 03:56:37 -0800 (PST)
Date: Tue, 2 Dec 1997 03:56:37 -0800 (PST)
Message-Id: <199712021156.DAA20030@freefall.freebsd.org>
To: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-lib@FreeBSD.ORG
Subject: cvs commit: src/lib/libtermcap Makefile
Sender: owner-cvs-lib@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

peter       1997/12/02 03:56:37 PST

  Modified files:
    lib/libtermcap       Makefile 
  Log:
  "un-bump" the major number for libtermcap.so.  This brings -current back
  to the same version numbers as 2.2.x.
  The problem with the way things were was:
   - if you took a 2.2.x binary, it either wouldn't run on -current or
     if you had the old -current version of libtermcap.so.2.1 then it could
     potentially be a security problem.
   - the alternative is to start a compat22 tree dist for -current with a
     uuencoded binary.  This makefile hack is less cost.
  libtermcap.so.3.0 is provided via /usr/lib/compat to avoid transition
  problems.
  
  Revision  Changes    Path
  1.21      +13 -2     src/lib/libtermcap/Makefile