From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [emacs] 02/02: Get rid of arbitrary gnutls length limit Date: Tue, 18 Nov 2014 12:38:16 -0500 Message-ID: References: <20141118015733.28605.78162@vcs.savannah.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1416332331 5401 80.91.229.3 (18 Nov 2014 17:38:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Nov 2014 17:38:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Magne Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 18 18:38:46 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Xqmjl-0005Sq-QP for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2014 18:38:45 +0100 Original-Received: from localhost ([::1]:54533 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xqmjl-0007rJ-7Z for ged-emacs-devel@m.gmane.org; Tue, 18 Nov 2014 12:38:45 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqmjR-0007qr-Lf for emacs-devel@gnu.org; Tue, 18 Nov 2014 12:38:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XqmjK-0003SP-0L for emacs-devel@gnu.org; Tue, 18 Nov 2014 12:38:25 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:52630) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XqmjJ-0003SK-Sw for emacs-devel@gnu.org; Tue, 18 Nov 2014 12:38:17 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id sAIHcGwm017412; Tue, 18 Nov 2014 12:38:16 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 191087AC0; Tue, 18 Nov 2014 12:38:16 -0500 (EST) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Tue, 18 Nov 2014 18:02:16 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.5 X-NAI-Spam-Rules: 2 Rules triggered SUBJ_HAS_SPACES=0.5, RV5129=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5129> : inlines <1537> : streams <1344665> : uri <1835188> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:177604 Archived-At: >>> Get rid of arbitrary gnutls length limit >> Please use ChangeLog-style message formatting. > When applying to the trunk, we're not going to keep any of the commits, > are we? I though we were going to flatten the entire thing into one > commit, and for that the ChangeLog entries that are in there are > sufficient. I think the branches in emacs.git should follow our coding guidelines (just like they have to follow the copyright assignment policy). We can be a bit more permissive if the final "merge" drops the metadata (i.e. is not an actual merge), but I'd rather we try to follow the same rules. Otherwise we'll have two different kinds of branches (those that can be merged, and those whose metadata needs to be thrown away) and we need to keep track of which is which, and pay attention to those details in the emacs-diffs we receive, etc... Stefan