Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 05 Oct 2010 14:48:23 +0200
From:      rank1seeker@gmail.com
To:        freebsd-hackers@freebsd.org, "Alexander Leidinger" <Alexander@Leidinger.net>
Subject:   Re: Improve OptionalObsoleteFiles.inc
Message-ID:  <20101005.124823.093.1@DEV>
In-Reply-To: <20101005113423.10801orcw6xef9s0@webmail.leidinger.net>
References:  <AANLkTikXQmzE4r8wNbxp_Xp7u-5URj66DrOfC1JaK5jA@mail.gmail.com> <20101004122325.11342p9v1rnwp6w4@webmail.leidinger.net> <AANLkTimYCA3rRHgbtjPX=sGHd2mXURHBotNB=KHJi9AR@mail.gmail.com> <20101004123629.GA4308@straylight.ringlet.net> <AANLkTimWMUFrj1OfUVEaPKactWr9sWJhvVW2MfDPSB7T@mail.gmail.com> <AANLkTimsaWe-ZyUNW0Teg=%2B7w4TR=4hoOTk%2BeBOdHqSO@mail.gmail.com> <20101005113423.10801orcw6xef9s0@webmail.leidinger.net>

next in thread | previous in thread | raw e-mail | index | archive | help

----- Original Message -----

From: Alexander Leidinger <Alexander@Leidinger.net>

To: Gonzalo Nemmi <gnemmi@gmail.com>

Cc: freebsd-hackers@freebsd.org

Date: Tue, 05 Oct 2010 11:34:23 +0200

Subject: Re: Improve OptionalObsoleteFiles.inc



> Quoting Gonzalo Nemmi <gnemmi@gmail.com> (from Tue, 5 Oct 2010  

> 01:30:00 +0200):

> 

> > On Mon, Oct 4, 2010 at 5:31 PM, Paul B Mahol <onemda@gmail.com> wrote:

> >> On 10/4/10, Peter Pentchev <roam@ringlet.net> wrote:

> >>> On Mon, Oct 04, 2010 at 11:01:45AM +0000, Paul B Mahol wrote:

> >>>> On 10/4/10, Alexander Leidinger <Alexander@leidinger.net> wrote:

> 

> >>>> > At least status-mailq is still useful with other MTAs, e.g. if you use

> >>>> > postfix (and assuming the mailwrapper is configured correctly), this

> >>>> > should still work. Depending on the setup of the aliases,

> >>>> > backup-aliases will still work too. I haven't checked for the other

> >>>> > ones.

> >>>>

> >>>> If you want to keep some "old" files, you just need to press `n' instead

> >>>> of `y'

> >>>> when deleting files. You are not forced to run make delete-old at all.

> >>>

> >>> On the other hand, doing this (skipping those files) on each and every

> >>> system

> >>> update (say, on a development or testing machine) could get a bit... boring

> >>> -

> >>> not to mention that at some point you'll learn to "oh, just say no", and

> >>> then

> >>> forget to remove something important.

> >>

> >> Oh! I see... I want it in black.

> >

> > Hold your horses there ... get it to work as expected and then,

> > _and_only_then_ you can start raising your finger and accussing poster

> > of bikesheding ...

> > As it stands, _it_sucks_ and I have already pointed it out before

> > without much success (something as useless as telnet wasn´t deleted a

> > not so long time ago) ... Peter Pentchev´s point was a completely

> > valid one.

> 

> As the one who wrote the functionailty: The delete-old stuff is  

> designed to delete stuff which was installed by an installworld (or  

> similar) before, but is not installed by installworld (or similar)  

> now. As there may be old programs around which depend upon such a file  

> or directory, you have to explicitely tell if you are ok to delete it  

> or not (it is the responsability of the administrator to make sure  

> everything is OK). If you are sure no program still depends upon it  

> (make check-old), you can specify -DBATCH_DELETE_OLD_FILES to delete  

> everything without being asked (see "man build").

> 

> As we've read in this thread that the files I would like to keep are  

> not installed by an installworld if the corresponding option is  

> specified, the patch is 100% correct and Peter and you want to use  

> delete-old for something it was not designed for (and I should discuss  

> somewhere else to install the files I talked about even if the  

> corresponding option is specified).

> 

> Bye,

> Alexander.





~2 months ago I've opened a thread called:  Deinstalling parts of base

Take a look here:

    http://forums.freebsd.org/showthread.php?t=17860



Domagoj





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