From owner-cvs-all Fri Aug 27 17:14:36 1999 Delivered-To: cvs-all@freebsd.org Received: from gndrsh.dnsmgr.net (GndRsh.dnsmgr.net [198.145.92.4]) by hub.freebsd.org (Postfix) with ESMTP id 2CEF214C1A; Fri, 27 Aug 1999 17:14:31 -0700 (PDT) (envelope-from freebsd@gndrsh.dnsmgr.net) Received: (from freebsd@localhost) by gndrsh.dnsmgr.net (8.9.3/8.9.3) id RAA56839; Fri, 27 Aug 1999 17:14:08 -0700 (PDT) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <199908280014.RAA56839@gndrsh.dnsmgr.net> Subject: Re: cvs commit: ports/net/ucd-snmp Makefile ports/net/ucd-snmp/files md5 ports/net/ucd-snmp/patches patch-ac ports/net/ In-Reply-To: from Satoshi - Ports Wraith - Asami at "Aug 27, 1999 04:38:12 pm" To: asami@FreeBSD.org (Satoshi - Ports Wraith - Asami) Date: Fri, 27 Aug 1999 17:14:08 -0700 (PDT) Cc: billf@jade.chc-chimes.com (Bill Fumerola), jack@germanium.xtalwind.net (jack), cpiazza@FreeBSD.org (Chris Piazza), cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > * From: Bill Fumerola > > * On Fri, 27 Aug 1999, Rodney W. Grimes wrote: > > * > Changing one port and breaking another port that depends on it is > * > no different that changing one thing in /usr/src that breaks some > * > other thing, either go fix the other thing, work with the maintainer > * > to help them fix it, or back out your changes. > * > * This means the perl module needs updated, set to BROKEN, or removed > * if it no longer follows active development on it's dependencies. > > You are both right (and wrong). We obviously can't keep every > dependency in sync all the time, but if there are requests from users, > we'll try to accomodate them, even if that means duplicating some > ports. I'll conside to that, except the only thing that really got my back up was what seemed like an attitude of ``tough luck I don't care that I broke it''. > > * The snmp authors would be smart to bump their major library version > * as well, but again this is third party software we are dealing with, > * so it's not just as easy as fixing things across the board. > > There is a clear rule on this (see handbook). If there is an > interface change, bump the shlib number. > > If the third party software author can't be bothered to learn what > shlib version numbers are for (and many don't), we'll have to do it > ourselves. And send them a little feedback now and again.... -- Rod Grimes - KD7CAX - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message