From owner-cvs-all Mon Sep 28 05:05:32 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA29655 for cvs-all-outgoing; Mon, 28 Sep 1998 05:05:32 -0700 (PDT) (envelope-from owner-cvs-all) Received: from vader.cs.berkeley.edu (vader.CS.Berkeley.EDU [128.32.38.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA29644; Mon, 28 Sep 1998 05:05:25 -0700 (PDT) (envelope-from asami@vader.cs.berkeley.edu) Received: from silvia.hip.berkeley.edu (sji-ca7-177.ix.netcom.com [209.109.235.177]) by vader.cs.berkeley.edu (8.8.7/8.7.3) with ESMTP id FAA28474; Mon, 28 Sep 1998 05:05:13 -0700 (PDT) Received: (from asami@localhost) by silvia.hip.berkeley.edu (8.8.8/8.6.9) id FAA26998; Mon, 28 Sep 1998 05:05:07 -0700 (PDT) Date: Mon, 28 Sep 1998 05:05:07 -0700 (PDT) Message-Id: <199809281205.FAA26998@silvia.hip.berkeley.edu> To: peter@netplex.com.au CC: steve@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG In-reply-to: <199809281151.TAA04166@spinner.netplex.com.au> (message from Peter Wemm on Mon, 28 Sep 1998 19:51:21 +0800) Subject: Re: cvs commit: ports/games/libshhcards Makefile ports/games/libshhcards/patches patch-aa ports/games/libshhcards/pkg PLIST From: asami@FreeBSD.ORG (Satoshi Asami) Sender: owner-cvs-all@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk * The micro version number is ignored in a.out executable headers. 1.0.3 -> * 1.0 is perfectly fine from the executable's perspective. The only thing * that cares is ldconfig, it'll choose the highest micro version number when * building it's pathname cache. However, I suspect 1.0 is treated as 1.0.0 * and an old 1.0.3 will be found in preference to 1.0. That was what I was afraid about. :< === ## ldconfig -r | grep shh 149:-lshhcards.1.0 => /usr/X11R6/lib/libshhcards.so.1.0.3 ## lg /usr/X11R6/lib/libshhcards.so.* 272 -r--r--r-- 1 root wheel 262900 Sep 28 04:33 /usr/X11R6/lib/libshhcards.so.1.0 272 -r--r--r-- 1 bin bin 262900 Aug 22 09:31 /usr/X11R6/lib/libshhcards.so.1.0.3 === Steve, can you bump this to 1.1 for a.out? (No need to change the ELF version -- this is not the usual "bump" we are talking about.) As for the others, the package building machine's /usr/{local,X11R6}/lib only contains the following: libkpathsea.so.3.2.0 librexx.so.1.6.4 libxdelta.so.0.22.0 Vanilla said he's going to fix xdelta. The others don't have their two-version siblings in there so I guess they aren't converted yet. Does anyone remember which ones had their micro version number (especially if it was nonzero) truncated? :< Satoshi