From owner-freebsd-current@FreeBSD.ORG Tue Apr 22 13:55:24 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FAC37B401 for ; Tue, 22 Apr 2003 13:55:24 -0700 (PDT) Received: from puffin.mail.pas.earthlink.net (puffin.mail.pas.earthlink.net [207.217.120.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id A994143FCB for ; Tue, 22 Apr 2003 13:55:23 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0258.cvx40-bradley.dialup.earthlink.net ([216.244.43.3] helo=mindspring.com) by puffin.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 1984nK-0006dD-00; Tue, 22 Apr 2003 13:55:15 -0700 Message-ID: <3EA5ABBC.5BB3179A@mindspring.com> Date: Tue, 22 Apr 2003 13:53:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Riccardo Torrini References: <20030422031429.GA82023@chihiro.leafy.idv.tw> <3EA4C0D3.8F7CF9EE@mindspring.com> <20030423041754.N18663@gamplex.bde.org> <3EA5A2EA.F334CED8@mindspring.com> <20030422203234.GE2843@trudy.torrini.home> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4f3c6db46a7daab68582c0dca98967856a8438e0f32a48e08350badd9bab72f9c350badd9bab72f9c cc: freebsd-current@FreeBSD.ORG Subject: Re: Is there a header conflict? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-chat@FreeBSD.ORG List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Apr 2003 20:55:24 -0000 Riccardo Torrini wrote: > > If you have /usr/include/machine/_types.h, then: > > rm /usr/include/machine/types.h > > Ok, now is removed. But I think would be a "make installworld" job. How about "make deinstalloldworld"? > Anyway, from time to time, I remove /usr/include and do a make includes > but what happens if I forgot to make "order" ? Same problem with old > libraries (my system comes from Febrary 20, 1999, always upgraded). > How can I safetly remove unused stuff? People complain about this all the time. Then someone volunteers to automate it. Then people complain about it deleting things they don't want deleted, because maybe they are "dual-boot", and only run 5.x for developement, and stick with 4.x when using FreeBSD as a platform, instead of as an ends in itself. Then I point out that if everything were registed as a package, you could just deinstall the old package, and install the new one, and be done with it. 8-). This is promptly ignored in favor if argueing about whether "make installworld" or "make updateincludes" or some other syntactic sugar should be added to the install process, so that "install means delete". Then people complain about this being a 31st step in a process that already takes 30 steps. Someone says "it's already documented in UPDATING, if you run it through rot13, and read it upside down, with a particular idea already in your mind". Someone says "mtree is the tool for the job!", ignoring the fact that there is no mtree list of stale files out there. Someone else says "mergemaster should do this for you". Then there is a long mailing list discussion about why "it's a bad idea" and "it's a good idea" "is not!" "is too!" "IS NOT!" "IS TOO!" "NOT!" "TOO!" "NOT NOT NOT!" "NA NA NA NA, I CAN'T HEAR YOU, I HAVE MY FINGERS IN MY EARS!". Then nothing changes, because everyone who could make the change is pissed off at everyone who could ask to have their commit bit taken away if they make the change, and so they all sit around and glower at each other for a week, after which they all bury their new grudges in their secret hearts, and it's back to doing "business as usual". And if it ever comes down to a 50/50 decision on some new business, they might bring out the old grudge, dust it off, and vote against the other person's position "on general principles". We really do have this down to a science. So why don't we just avoid the firestorm completely, and say "do the delete manually, or reinstall when going to a new release", and go back to sleep with no new grudges? Followups to -chat. -- Terry