From owner-freebsd-current@FreeBSD.ORG Fri Nov 11 17:29:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F8E7106566B for ; Fri, 11 Nov 2011 17:29:52 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-6.mit.edu (DMZ-MAILSEC-SCANNER-6.MIT.EDU [18.7.68.35]) by mx1.freebsd.org (Postfix) with ESMTP id D13058FC08 for ; Fri, 11 Nov 2011 17:29:51 +0000 (UTC) X-AuditID: 12074423-b7f266d0000008b8-e3-4ebd5b8e0e26 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-6.mit.edu (Symantec Messaging Gateway) with SMTP id D2.13.02232.E8B5DBE4; Fri, 11 Nov 2011 12:29:50 -0500 (EST) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id pABHTo4B011114; Fri, 11 Nov 2011 12:29:50 -0500 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id pABHTnIR026832 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Nov 2011 12:29:50 -0500 (EST) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id pABHTmHR005621; Fri, 11 Nov 2011 12:29:48 -0500 (EST) Date: Fri, 11 Nov 2011 12:29:48 -0500 (EST) From: Benjamin Kaduk To: Mehmet Erol Sanliturk In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrDIsWRmVeSWpSXmKPExsUixCmqrdsXvdfPoO+XkcWcNx+YLPafTHJg 8pjxaT6Lx85Zd9kDmKK4bFJSczLLUov07RK4Mq7ffc9asJS7YuHV/cwNjNc4uhg5OSQETCQu HlzPCGGLSVy4t56ti5GLQ0hgH6PEqctHmCGcDYwSy/YfYgGpEhI4wCTx6lkqRKKBUWLzrUaw dhYBbYlJH9+ygthsAioSM99sZAOxRQSMJd42XgOzmQUMJV6uu8cOYgsLeEr0Hr4JVs8pECix 9NV/MJtXwF5i+ur/7BDLAiSebT4NtlhUQEdi9f4pLBA1ghInZz5hgZhpKXHuz3W2CYyCs5Ck ZiFJLWBkWsUom5JbpZubmJlTnJqsW5ycmJeXWqRrppebWaKXmlK6iREUqOwuyjsY/xxUOsQo wMGoxMPL+We3nxBrYllxZe4hRkkOJiVR3j+he/2E+JLyUyozEosz4otKc1KLDzFKcDArifBO MQfK8aYkVlalFuXDpKQ5WJTEeWV2OvgJCaQnlqRmp6YWpBbBZGU4OJQkeK9HATUKFqWmp1ak ZeaUIKSZODhBhvMADQer4S0uSMwtzkyHyJ9iVJQS530CkhAASWSU5sH1whLJK0ZxoFeEea+A VPEAkxBc9yugwUxAg1kUwAaXJCKkpBoYpxzSDI3n4Zqe7SO0Usf3yiedlPBTG1T5Q9NrYrew M6v8+qB2quN91pwfZ9tXB4ld++Vwgn266O8LWXtu2Cv+nXLj0nSj/IeeYhwrn1a6WJsoJ1ju WNKv76S38HGR0YdLnv17ZW8ypHzgkS1U+sh/w0vz8r+GtJZ9PkvtmyzOHdsdqSNdyfhPiaU4 I9FQi7moOBEAQ6OqI/8CAAA= Cc: freebsd-current Subject: Re: Use of newest version number such as 10.0 instead of current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2011 17:29:52 -0000 On Fri, 11 Nov 2011, Mehmet Erol Sanliturk wrote: > Dear all , > > Instead of using Current and then renaming everything for a new version > number , > is it not possible to use the newest version number in place of Current > when it is branched . > > Such a change will prevent unnecessary renaming problems . > > > For everyone , it i very easy to understand that 10.0 is the latest , > therefore the current one . > > The current may be used as a symbolic link to the newest version number , > such as used by Debian . > > > For example , for FreeBSD 9.0 RC1 , the ports directory name was > > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-9-current/Latest/ > > > which is NOT available now , and > > > pkg_add -r * > > is giving error about directory not found . > > > This is preventing testing and / or using efforts . > > > I know , it is possible to rename local link names , but > everyone is not so much knowledgeable . I'm not sure I understand your proposal. In a month (er, two. well, maybe three) when 9.0 is released, do you propose that the svn HEAD be called: (a) 10.0 (b) 9-CURRENT (c) CURRENT (d) something else I do not realy care for either (a) or (b), since (a) would imply that the version is not changing, even as incompatible KBI/ABI changes are made. Likewise for (b), once the KBI/ABI changes, HEAD is decidedly no longer a form of '9'. -Ben Kaduk