Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 26 Aug 2012 23:22:44 +0200
From:      Matthias Andree <mandree@FreeBSD.org>
To:        freebsd-ports@freebsd.org
Subject:   Re: Can we please just remove the old Makefile headers?
Message-ID:  <503A93A4.3040207@FreeBSD.org>
In-Reply-To: <CADLo83_XpS=JS09faqG46-fo4J-A6dJaAVNM_=M24rkXdv4mHw@mail.gmail.com>
References:  <503A8EF7.4060105@FreeBSD.org> <503A8F5B.9050706@shatow.net> <CADLo83_XpS=JS09faqG46-fo4J-A6dJaAVNM_=M24rkXdv4mHw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Am 26.08.2012 23:06, schrieb Chris Rees:
> On 26 August 2012 22:04, Bryan Drewery <bryan@shatow.net> wrote:
>> On 8/26/2012 4:02 PM, Doug Barton wrote:
>>> The old Makefile headers, ala:
>>>
>>> # New ports collection makefile for:    BIND 9.9.x
>>> # Date created:                         27 January 2012
>>> # Whom:                                 dougb
>>> #
>>> # $FreeBSD: head/dns/bind99/Makefile 301487 2012-07-24 19:23:23Z dougb $
>>>
>>> have not served a purpose for longer than almost anyone who has a ports
>>> commit bit has been around. My proposal is simple, let's remove
>>> everything before the # $FreeBSD$.
>>>
>>> In the past when this has been proposed the objection was that it would
>>> cause too much churn. If we had done this back when we had 5,000 ports
>>> then we would have solved the problem with less churn, and no drama for
>>> the 15,000 ports that followed. Every day we don't do this we make the
>>> "churn" problem worse, and deepen the roots of something that has no
>>> relevance.
>>>
>>> Can we please just deal with this now and be done with it? ... and yes,
>>> I am volunteering to help with and/or do the work myself.
>>
>>
>> Yes please.
>>
>> If we can't agree to mass delete them with churn, let's at least agree
>> to remove as we update ports, and in the template for new ports.
>>
> 
> Now in the days of Subversion... we could do the entire tree in one
> lovely atomic commit!

I'm not too sure if we should do that.  The server-side changeset would
be of humongous size.  (OTOH that's a nice test for the infrastructure -
but if it breaks, we're in for trouble).




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