From owner-freebsd-ports@freebsd.org Fri Jun 23 08:53:49 2017 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7957AD9FC2A for ; Fri, 23 Jun 2017 08:53:49 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail.madpilot.net (grunt.madpilot.net [78.47.145.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 399DB7D761 for ; Fri, 23 Jun 2017 08:53:48 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mail (mail [192.168.254.3]) by mail.madpilot.net (Postfix) with ESMTP id 3wvC0p5nB8zb56; Fri, 23 Jun 2017 10:53:46 +0200 (CEST) Received: from mail.madpilot.net ([192.168.254.3]) by mail (mail.madpilot.net [192.168.254.3]) (amavisd-new, port 10024) with ESMTP id 9YFazv5Rrs8N; Fri, 23 Jun 2017 10:53:45 +0200 (CEST) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by mail.madpilot.net (Postfix) with ESMTPSA; Fri, 23 Jun 2017 10:53:45 +0200 (CEST) Subject: Re: [RFC] Why FreeBSD ports should have branches by OS version To: demelier.david@gmail.com, freebsd-ports@freebsd.org References: <20170622121856.haikphjpvr6ofxn3@ivaldir.net> <20170622141644.yadxdubynuhzygcy@ivaldir.net> <1498157001.2235.1.camel@gmail.com> <1498206372.2506.1.camel@gmail.com> From: Guido Falsi Message-ID: <666bfe8c-f27d-2c11-2a4a-07da43bb7931@FreeBSD.org> Date: Fri, 23 Jun 2017 10:53:44 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <1498206372.2506.1.camel@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jun 2017 08:53:49 -0000 On 06/23/17 10:26, demelier.david@gmail.com wrote: > On Thu, 2017-06-22 at 11:57 -0700, Dave Hayes wrote: >> Would you agree that release branches would be unnecessary if >> somehow >> you could select the version of node that the ports tree builds via >> some >> (as yet unspecified) mechanism? > > I've also think about that but I'm not sure if it's easier than having > frozen release branches. I usually stay away from this kind of threads, but I'd like to point out a very simple concept that has not been expressed. The ports tree repository is fully open source, available via subversion from the FreeBSD project and also mirrored on github. There is absolutely nothing stopping you(and anyone with time, skill and willingness to help you) from starting your fork from whichever source and using whatever tool you prefer, creating the branches you're describing. If your model works fine I'm quite sure the FreeBSD community and project will be quite happy to embrace it. As stated, the FreeBSD project (core, portmgr and committers) perceive a manpower problem in relation to implementing what you describe. In this thread it has been stated that such a manpower problem does not really exist. I cannot think of a better way to show there actually is no manpower problem than creating a working example of such a workflow maintained by just a few people with little effort, as you said repeatedly. On other hand demanding and/or insisting that others implement your idea when they clearly disagree with you is not very constructive. In relation to the suggestion of a stable or release ports branch: I'd also like a ports branch where things are merged only when really needed, some kind of "stable" branch. I don't like the release way you describe, but maybe it could actually work as an option, but I too see the manpower problem. An actual working proof of concept like I described above is the only thing that would persuade me I'm wrong about that. (I could try to help with such an experiment but I don't know how much time I could really spare for it) -- Guido Falsi