Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Jul 2002 11:44:36 -0400
From:      Garance A Drosihn <drosih@rpi.edu>
To:        Paul Richards <paul@freebsd-services.com>, Sheldon Hearn <sheldonh@starjuice.net>
Cc:        current@FreeBSD.ORG
Subject:   Re: Removing perl in make world
Message-ID:  <p05111730b94b6a140d74@[128.113.24.47]>
In-Reply-To: <1025864161.1573.45.camel@lobster.originative.co.uk>
References:  <1025862341.1573.40.camel@lobster.originative.co.uk>  <20020705095258.GC775@starjuice.net> <1025864161.1573.45.camel@lobster.originative.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
At 11:16 AM +0100 7/5/02, Paul Richards wrote:
>On Fri, 2002-07-05 at 10:52, Sheldon Hearn wrote:
>  > On (2002/07/05 10:45), Paul Richards wrote:
>  > > I'd like to resurrect it's original meaning and add code
>  > > to clean out old versions of Perl.
>  >
>  > This would not fit in with the rest of the world target,
>  > which doesn't clean out stale headers, stale libraries
>  > or stale binaries.  Special-casing certain things will
>  > surprise people.

>I recently cleaned out a load of stale libraries and I was
>quite surprised to find that what I thought was a version of
>current updated daily was not in fact that at all since a
>lot of my binaries were still linked to much older libraries
>so I was running a pseudo current, partly up to date and
>partly not.

While I agree there should be some automatic way to get rid
of old cruft (or at least to list it), I do not think that it
should be part of installworld or installkernel.  All that
any such step can do is find things which "it does not expect"
to be there, but it would have no way of knowing *why* the
file is there.  Maybe it's stale, *or* maybe someone build the
port and explicitly pointed it at /usr instead of /usr/local.

And if the process automatically removes some old library, and
you have a lot of programs linked to that library, won't that
be a bit disruptive?  A plain installworld can be disruptive
enough, without it also removing libraries that important
programs might be linked to!

-- 
Garance Alistair Drosehn            =   gad@gilead.netel.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p05111730b94b6a140d74>