From owner-freebsd-pkg@freebsd.org Sat Aug 4 06:39:21 2018 Return-Path: Delivered-To: freebsd-pkg@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0C39A105FE89; Sat, 4 Aug 2018 06:39:21 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (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 8A30E882F0; Sat, 4 Aug 2018 06:39:20 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.91 (FreeBSD)) (envelope-from ) id 1flqDf-00094Q-88; Sat, 04 Aug 2018 08:39:19 +0200 Date: Sat, 4 Aug 2018 08:39:19 +0200 From: Kurt Jaeger To: Julian Elischer Cc: freebsd-ports@freebsd.org, freebsd-pkg@freebsd.org Subject: Re: Archives of last quarterly package builds? Message-ID: <20180804063919.GI2118@home.opsec.eu> References: <34cb48da-1f15-1610-966d-1e30314f7665@freebsd.org> <20180803031744.GH2118@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: freebsd-pkg@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: Binary package management and package tools discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Aug 2018 06:39:21 -0000 Hi! > >>> I've asked for this but the answer is > >>> "no we don't do that.. and have no plans to". > >> What is the rationale? > > I don't know, but as the setup of your own package builder box > > is simple enough -- wouldn't that be an alternative for you ? > If the answer is always "don't use the quarterly packages but create > your own, then why have them at all?" The idea is: use the quarterlies, and if the next quarter comes, upgrade to that quarterly. The quarterlies are a way to test if we can provide some 'more stable tree' than HEAD for the ports. It's not perfect, and we all learn the use cases and the issues etc. I don't have the overview over all the posts on that issues, so: is there a text that describes alternative approaches ? Something where implementation can be discussed ? -- pi@FreeBSD.org +49 171 3101372 2 years to go !