Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sIXBR-00GIBB-Cz for pgsql-hackers@arkaria.postgresql.org; Sat, 15 Jun 2024 17:27:21 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sIXBO-00Fdyf-Ah for pgsql-hackers@arkaria.postgresql.org; Sat, 15 Jun 2024 17:27:19 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sIXBO-00FdyW-14 for pgsql-hackers@lists.postgresql.org; Sat, 15 Jun 2024 17:27:18 +0000 Received: from mail-lj1-x235.google.com ([2a00:1450:4864:20::235]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sIXBH-001pYw-S6 for pgsql-hackers@postgresql.org; Sat, 15 Jun 2024 17:27:18 +0000 Received: by mail-lj1-x235.google.com with SMTP id 38308e7fff4ca-2ec002caf3eso51887011fa.1 for ; Sat, 15 Jun 2024 10:27:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718472429; x=1719077229; darn=postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=VWDQ++vG7RoHEREtss6bK2tzkwuQ5GlFEhWzwOLJhcg=; b=KXX+F1s3iTRTHmncFp3IjF7Y4GjtyrqFkog/3aFfzF65nY9aCNicJObBr2RW1iod5S T2zYoDWtjtrmzxfsbNKR6Rud4fJTIeXsDcOFvUyVYRaro71hlJqNaGh2mTaQXOdXChc+ YQYTI7nYVDaKJsdbmKfRXV1HR0epcxaD8lDtyK9IsKk+FIskaSdy1L8klhUlHgRZKzhg CMpivR53R4SWvDdqRKglH28IJ5F6zUcmjIZytkvR6LUpZGqmp3FSxqbuh5f4r93qNy0+ h44rrYQJqWBaPN0im6CjSRJAig7/Cssfxtmb+iVIvnyWGVBz8Du4H+Hm2452tHUTlqpI 5GCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718472429; x=1719077229; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=VWDQ++vG7RoHEREtss6bK2tzkwuQ5GlFEhWzwOLJhcg=; b=dZGz41k0RWD+xkG9itMzZJEsLmmsnkeVAAW/b84ELtgZ+Hfhx7lCqdHBjo8lvzsRl/ apbO6FYQnEF75jkNHlrmkqFLWDftvPN4NuX/UTd/CNN9+qO+VdQPWVzQ4CAjRcQXu3vO b+Bx1p7sipIjD1UFsrAq+2dP+SFkelWxDXqT8OYvix0poQHtwlMJzUtJ1EHFY9idpNkG OYj5cC86zQTTMu321Uhl6OB4c0+lIHxsAyGPyFwrESEQxJ0KJb+sjexj1RO43cwhDaus EAFy1/B/xuk9OjBoBjj4jG1AM6F8GU43q1rU2wS9rTnDmeRiA/Bbd6cdGFPZIbjrirwH 2TQQ== X-Forwarded-Encrypted: i=1; AJvYcCU2IUp8eamPFMM6JFoT2sUqkODS9+yO5ULr1wDjaWPpHpUl2SMZBReiJIKjLONLAlEfoMboZqAQ+2cEMqkO8fpxeJLH2dg/dbCmhbyi X-Gm-Message-State: AOJu0Yx+1EJRemqeT72gVLkRasFeoT3UItjDulGXfOOFB6Ls8AI6s4aR GAmHuUxe8b89yKK3FDrTdtaJCrdz9PC2ei/heVQcDLCNCaWlXiAUuqCFmrZylhgeUVNcoj307oQ RWXqUP7JR5plbo4gDv2uNz3LKjSk= X-Google-Smtp-Source: AGHT+IFF1H+jB4vbJx0zI0i6r/V3Q1ZxaN+tCCheMRFD5BHuOuahxS8f4Ge05yznEzhlrEakBDRDEDZsgZYXZzj5YXw= X-Received: by 2002:a05:651c:220b:b0:2ec:165a:224d with SMTP id 38308e7fff4ca-2ec165a23f8mr46119581fa.38.1718472428885; Sat, 15 Jun 2024 10:27:08 -0700 (PDT) MIME-Version: 1.0 References: <20240612155040.u6cvatdb5tiwcxci@awork3.anarazel.de> <2302192.1718380169@sss.pgh.pa.us> In-Reply-To: From: Robert Haas Date: Sat, 15 Jun 2024 13:26:57 -0400 Message-ID: Subject: Re: RFC: adding pytest as a supported test framework To: Jelte Fennema-Nio Cc: Andrew Dunstan , Tom Lane , Jacob Champion , Daniel Gustafsson , Andres Freund , PostgreSQL Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Sat, Jun 15, 2024 at 12:48=E2=80=AFPM Jelte Fennema-Nio wrote: > Honestly, my primary *objective* complaint about our current test > suite, is that when a test fails, it's very often impossible for me to > understand why the test failed, by only looking at the output of > "meson test". I think logging the postgres log to stderr for Perl, as > you proposed, would significantly improve that situation. I think the > only thing that we cannot get from Perl Test::More that we can from > pytest, is the fancy recursive introspection of the expression that > pytest shows on error. This surprises me. I agree that the current state of affairs is kind of annoying, but the contents of regress_log_whatever are usually quite long. Printing all of that out to standard output seems like it's just going to flood the terminal with output. I don't think I'd be a fan of that change. I think I basically agree with all the nearby comments about how the advantages you cite for Python aren't, I don't know, entirely compelling. Switching from ok() to is() or cmp_ok() or like() is minor stuff. Where the output goes is minor stuff. The former can be fixed, and the latter can be worked around with scripts and aliases. The one thing I know about that *I* think is a pretty big problem about Perl is that IPC::Run is not really maintained. But I wonder if the solution to that is to do something ourselves instead of depending on IPC::Run. Beyond that, I think this is just a language popularity contest. --=20 Robert Haas EDB: http://www.enterprisedb.com