Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 12 Dec 2015 20:42:26 -0200
From:      =?utf-8?B?THXDrXM=?= Fernando Schultz Xavier da Silveira <>
To:        Anton Sayetsky <>
Subject:   Re: Cleaning obsolete files after make installworld
Message-ID:  <20151212224226.GA4884@hpmini>
In-Reply-To: <>
References:  <20151205201107.GA19335@hpmini> <>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

Actually, I do not think what you said is quite right.
The file seems to include only files that have been
made obsolete because of a package upgrade.

My problem is different. Suppose you just installed FreeBSD.
Now you decide you do not want stack smashing protection or the sendmail
program in the system, so you put
in /etc/src.conf.
When you recompile the system and issue `make installworld`, you expect
the sendmail executable and the file /usr/lib/libssp_nonshared.a to be
gone, but they do in fact remain in the system causing several problems.

What I wish to know is what is the standard procedure for removing those
files. It not wise to leave old files lingering in the system.

Luís Fernando

On Sat, Dec 05, 2015 at 10:40:51PM +0200, Anton Sayetsky wrote:
> Standard procedure is filing a PR, because it's a BUG. Someone adds
> WITHOUT_XXX option and forgets to update
> 2015-12-05 22:11 GMT+02:00 Luís Fernando Schultz Xavier da Silveira
> <>:
> > Hi,
> >
> > I have edited /etc/src.conf to remove software which is not useful
> > to me. After compiling and installing the world, I have launched the
> > check-old, delete-old and delete-old-libs targets of /usr/src/Makefile.
> >
> > However, several old files still remain in the system. For example,
> > I have included WITHOUT_INETD in /etc/src.conf, but after peforming the
> > above procedure, the file /usr/sbin/inetd was still there, with a
> > modification time that predates the installation of the system.
> >
> > What is the standard procedure for removing these stale files?
> > I have used the -mtime option of find to locate and remove them, but
> > I doubt this is the recommended approach.
> >
> > Thanks.
> >
> >
> > _______________________________________________
> > mailing list
> >
> > To unsubscribe, send any mail to ""

Want to link to this message? Use this URL: <>