From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: [ANNOUNCE] Emacs 25.3 released Date: Tue, 12 Sep 2017 20:26:10 +0200 Message-ID: <87efrbixj1.fsf@zigzag> References: <87wp55t0un.fsf@petton.fr> <5defcc74-e4d2-57c9-3307-fe5f7ac66fb7@cs.ucla.edu> <83r2vbq2ph.fsf@gnu.org> Reply-To: emacs-devel@gnu.org NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: blaine.gmane.org 1505241049 427 195.159.176.226 (12 Sep 2017 18:30:49 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 12 Sep 2017 18:30:49 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 12 20:30:44 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drpxH-000830-LJ for ged-emacs-devel@m.gmane.org; Tue, 12 Sep 2017 20:30:39 +0200 Original-Received: from localhost ([::1]:38040 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drpxN-0003Xb-49 for ged-emacs-devel@m.gmane.org; Tue, 12 Sep 2017 14:30:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50263) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drpvo-00022Q-DS for emacs-devel@gnu.org; Tue, 12 Sep 2017 14:29:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1drpvk-0005dH-Ed for emacs-devel@gnu.org; Tue, 12 Sep 2017 14:29:08 -0400 Original-Received: from mail.agora-net.com ([67.59.132.6]:34130) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1drpvk-0005bs-AD for emacs-devel@gnu.org; Tue, 12 Sep 2017 14:29:04 -0400 Original-Received: from ttn by mail.agora-net.com with local (Exim 4.82) (envelope-from ) id 1drpvh-0001w1-Ik for emacs-devel@gnu.org; Tue, 12 Sep 2017 14:29:01 -0400 Original-Received: from ttn by zigzag.favinet with local (Exim 4.80) (envelope-from ) id 1drpt5-0007Lf-4F for emacs-devel@gnu.org; Tue, 12 Sep 2017 20:26:19 +0200 Mail-Followup-To: emacs-devel@gnu.org In-Reply-To: <83r2vbq2ph.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 12 Sep 2017 19:52:26 +0300") X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: ttn@gnuvola.org X-SA-Exim-Scanned: No (on mail.agora-net.com); SAEximRunCond expanded to false X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 67.59.132.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:218150 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable () Eli Zaretskii () Tue, 12 Sep 2017 19:52:26 +0300 Getting the Git repository in order is much less urgent than putting the tarball out the door, so I asked Nicolas to do that in this order. I don't see why this small lag is so important. Given the nature of the problem, the priorities were clear, I don't think they can be controversial. I think the lag is important because it represents "attack surface" (for FUD) to defend. Look at all the noise already precipitated. A few seconds doing "git {commit, tag, push}" benefits everyone interested in skipping this noise, greatly. If those operations are not sufficient to get the repo in order, then i suggest they be done prior to tarball publication, anyway, but on a provisional branch. Afterwards, the proper "getting the repo in order" operations can work w/ that branch to merge it back to =E2=80=98master=E2=80=99 or whatever. In sum: IMHO it's fine to deviate from full release protocol if the deviation maintains transparency. When transparency is lost, we need (annoying :-D) ml threads to find it again. =2D-=20 Thien-Thi Nguyen ----------------------------------------------- (defun responsep (query) (pcase (context query) (`(technical ,ml) (correctp ml)) ...)) 748E A0E8 1CB8 A748 9BFA =2D-------------------------------------- 6CE4 6703 2224 4C80 7502 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEUEARECAAYFAlm4JsUACgkQZwMiJEyAdQKBKQCg6gohc71+IcIHbHue8WdgcDXZ dp0AmL2y82+CWWZoueDk/TrvtKb2Dlg= =RZ0X -----END PGP SIGNATURE----- --=-=-=--