From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: Trunk still not open Date: Sat, 15 Mar 2014 12:28:46 +0100 Message-ID: References: <6xwqfxhl88.fsf@fencepost.gnu.org> <83txb1mcsy.fsf@gnu.org> <87siqlku0i.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqfxari2.fsf@yandex.ru> <87ha70kyy3.fsf@uwakimon.sk.tsukuba.ac.jp> <5323B66B.5070405@yandex.ru> <837g7vdg70.fsf@gnu.org> <83zjkrbtgj.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1394882967 23576 80.91.229.3 (15 Mar 2014 11:29:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 15 Mar 2014 11:29:27 +0000 (UTC) Cc: Stephen Turnbull , dgutov@yandex.ru, Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 15 12:29:36 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 1WOmmU-0006rs-MJ for ged-emacs-devel@m.gmane.org; Sat, 15 Mar 2014 12:29:34 +0100 Original-Received: from localhost ([::1]:49659 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOmmU-000859-1j for ged-emacs-devel@m.gmane.org; Sat, 15 Mar 2014 07:29:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOmmP-00082F-JB for emacs-devel@gnu.org; Sat, 15 Mar 2014 07:29:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WOmmO-0008CP-Jq for emacs-devel@gnu.org; Sat, 15 Mar 2014 07:29:29 -0400 Original-Received: from mail-yk0-x22c.google.com ([2607:f8b0:4002:c07::22c]:60658) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOmmN-0008C8-B7; Sat, 15 Mar 2014 07:29:27 -0400 Original-Received: by mail-yk0-f172.google.com with SMTP id 200so9709066ykr.3 for ; Sat, 15 Mar 2014 04:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=tm/MWaKbuOzvtc+rUTKDByDhn4a9jmMWYequBUHbvtQ=; b=NpfpbN1VfIzZywnbpkJ+9DSP0Go4z+Il0ui5uLbz6qv/N7npdrGjqefQLFBtjm6lFJ /eSQpzHaIm/oP7TO1aSEqfofTVk5jTI/eBFiT7foY+yMJAxswoPJ1H3kwEcA7KA3u2DF XD81FGfYjDyA4ML9ptJwCF+Zs83YzV40RuHwJRrIWGy96U0N/TROPduFsd6/WmJLDBf9 wAj4LxT48RNF2idyLUGY7HvbXqSQyvUWbbd+ONH3chUHQUN3FyvW3V6JkF7n5E9N7gZc qKsB71Vjtk7bDNRn63XT7WRaY8IZXxzq07+si6rOivrb+a1HkBvHa8mH0EXzpfZ6LYWa TSlA== X-Received: by 10.236.149.2 with SMTP id w2mr1098145yhj.114.1394882966742; Sat, 15 Mar 2014 04:29:26 -0700 (PDT) Original-Received: by 10.170.163.3 with HTTP; Sat, 15 Mar 2014 04:28:46 -0700 (PDT) In-Reply-To: <83zjkrbtgj.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c07::22c 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:170392 Archived-At: On Sat, Mar 15, 2014 at 12:18 PM, Eli Zaretskii wrote: > So I know something > about that, having done that for several years now I know, you've helped me too with Emacs docs a few times. >, and after all that > I still think this is our best alternative to having manuals that are > in sync with the sources at any given time. I guess I'm OK with having stricter policies for commits, but then I'd like to have stricter policies not just for docs. Also testing, when it makes sense (which is hard for GUI oriented fixes, I know), forcing people to push unrelated changes in different commits (applying common sense as necessary, of course), reminding people again to have a complete, informative first-line summary in commits, etc. Yes, most of these things are not release blockers. That shouldn't stop us from trying to enforce them, to a point. > Of course, if this is decided, we will have to provide the same kind > of help you see on gdb-patches for those whose initial attempts at > providing documentation will need that. I don't doubt that will be the case.