From owner-freebsd-arch@FreeBSD.ORG Wed Apr 13 15:08:26 2005 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 623C616A4CE; Wed, 13 Apr 2005 15:08:26 +0000 (GMT) Received: from billy.cse.buffalo.edu (billy.cse.Buffalo.EDU [128.205.32.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A21A443D39; Wed, 13 Apr 2005 15:08:25 +0000 (GMT) (envelope-from kensmith@cs.Buffalo.EDU) Received: from bloom.cse.buffalo.edu (bloom.cse.Buffalo.EDU [128.205.32.88]) (authenticated bits=0) by billy.cse.buffalo.edu (8.13.3/8.13.1) with ESMTP id j3DF8Vw9025503; Wed, 13 Apr 2005 11:08:54 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: Poul-Henning Kamp In-Reply-To: <19352.1113403728@critter.freebsd.dk> References: <19352.1113403728@critter.freebsd.dk> Content-Type: text/plain Date: Wed, 13 Apr 2005 11:08:02 -0400 Message-Id: <1113404882.4412.7.camel@bloom.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: arch@freebsd.org cc: re@freebsd.org cc: Giorgos Keramidas cc: David Xu Subject: Re: HEADS-UP: Planning on deprecating libc_r for 6.0 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2005 15:08:26 -0000 On Wed, 2005-04-13 at 16:48 +0200, Poul-Henning Kamp wrote: > In message <425D302C.1060006@samsco.org>, Scott Long writes: > > >> The user can disable it by adding a line in libmap.conf so let us > > not invent more handles to tweak but point the user at the right > >> one. > >> > > > >Well, the worry is that there are legacy apps out there that rely on > >features/bugs only found in libc_r, therefore the user can't just > >switch. > > They'll have two years to find out if they start looking now. > > The more weird handles we add for people to tweak the worse FreeBSD > becomes as a result. > I've been bitten by this stuff in the past so I'd appreciate having this particular weird handle. Scenario goes something like this: - Update base OS system - stops working - Grumble... - Diagnose it, turns out the client widget from vendor is using an old library interface which is now emitting a helpful warning message saying it's been depreciated which is interfering with the protocol between the client and server. - Begin discussion with vendor suggesting they update their client widget but at the moment they don't have a newer version It's somewhat annoying to not be able to turn off the helpful warning message in a simple way for someone managing more than a small handful of machines. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel |