From owner-freebsd-gecko@freebsd.org Mon Jun 29 06:53:46 2020 Return-Path: Delivered-To: freebsd-gecko@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 35092340B00 for ; Mon, 29 Jun 2020 06:53:46 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 49wJ9k0gTQz4QgT for ; Mon, 29 Jun 2020 06:53:46 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 16B963406E3; Mon, 29 Jun 2020 06:53:46 +0000 (UTC) Delivered-To: gecko@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 157EB34057F for ; Mon, 29 Jun 2020 06:53:46 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49wJ9j6hzGz4R3M; Mon, 29 Jun 2020 06:53:45 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id CE5EF3560; Mon, 29 Jun 2020 06:53:45 +0000 (UTC) From: Jan Beich To: Christopher Tipper Cc: gecko@freebsd.org Subject: Re: FreeBSD Port: www/firefox References: Date: Mon, 29 Jun 2020 08:53:42 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2020 06:53:46 -0000 Christopher Tipper writes: > 1. Firefox relases 78.0 is not sheduled until 30-Jun > https://wiki.mozilla.org/Release_Management/Calendar > Why have there been two patches of this unreleased version in the last > two days, particularly as pkg.freebsd.org cannot provide the releases fast > enough? For background see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214070 https://lists.freebsd.org/pipermail/freebsd-gecko/2015-September/005697.html I've learnt to cope with the burnout by limiting my time in gecko@. A lot of users want an up-to-date browser (unlike www/chromium ;), so the process is optimized towards that goal. For example, getting users interested to test updates before landing (e.g., during Beta phase) is near impossible. By pushing RCs to /latest early /quarterly users get more stable updates. Do you have a better strategy herding the cats? There's no fish here to make someone do the boring work.