From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [BUG] ob-sql.el: probably an extra paren Date: Thu, 21 Mar 2013 09:28:12 +0100 Message-ID: References: <16047.1363748067@alphaville> <86vc8mtfcx.fsf@somewhere.org> <87fvzqnpfd.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50377) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIarB-0007Xk-Lo for emacs-orgmode@gnu.org; Thu, 21 Mar 2013 04:28:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIarA-00006r-7q for emacs-orgmode@gnu.org; Thu, 21 Mar 2013 04:28:17 -0400 Received: from plane.gmane.org ([80.91.229.3]:50719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIarA-00006m-0j for emacs-orgmode@gnu.org; Thu, 21 Mar 2013 04:28:16 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UIarV-00069v-HQ for emacs-orgmode@gnu.org; Thu, 21 Mar 2013 09:28:37 +0100 Received: from p5b14d4e3.dip.t-dialin.net ([91.20.212.227]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Mar 2013 09:28:37 +0100 Received: from Stromeko by p5b14d4e3.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Mar 2013 09:28:37 +0100 In-Reply-To: <87fvzqnpfd.fsf@bzg.ath.cx> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Am 20.03.2013 14:47, schrieb Bastien: > If anyone knows how to setup an automated tests framework for Org, > feel free to go ahead, we will use it and monitor broken tests to > see what's wrong in the code or in the tests or in the environment > running the tests. We already have one, what Nick and Sebastien are asking is not to push commits that are known to not pass the tests. > Testing is a nice habit to have, but let's not make it a coercive > pre-requisit before pushing patches. Why not? Any broken commits make automatic bisecting impossible and they are a constant source of irritation for folks who forget to test their new Org pulls before using or installing them. > My whole thinking here is well captured by Rich Hickey: The citation you gave doesn't even apply to the question at hand. It is about writing tests, not using the tests you already have. Regards, -- Achim. (on the road :-)