From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id QKJ1FuSeS2MfZwAAbAwnHQ (envelope-from ) for ; Sun, 16 Oct 2022 08:04:20 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id uIGMFuSeS2M6DAAA9RJhRA (envelope-from ) for ; Sun, 16 Oct 2022 08:04:20 +0200 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0068B43E57 for ; Sun, 16 Oct 2022 08:04:19 +0200 (CEST) Received: from localhost ([::1]:45376 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojwl0-0002Wv-JF for larch@yhetil.org; Sun, 16 Oct 2022 02:04:18 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:49250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojwjw-0002Wh-AO for emacs-orgmode@gnu.org; Sun, 16 Oct 2022 02:03:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40912) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojwjv-0003E9-Sz for emacs-orgmode@gnu.org; Sun, 16 Oct 2022 02:03:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:Subject:To:From:in-reply-to: references; bh=1ihI9PIOZ5sDSlrwdmCa9r1n/oNZPL4Lu5pIphH6MNM=; b=K8vFNkOYM2wl9b rzVAxWD/2u8gFuk0S8Az8YOlqx3+WETiAKx4Ydyw4F1X9CQLinTTH8GzZhX0s+1NPqNBKKd/9Z96K NUJWSE1YkrTzxO0qmRMREKIaZoaVzF1YM4kTT1ycA40NGjVuw9YfLC6BlUZ6gvnunS97XTzuXmtRP 1Xbg70f/iPSo7ib5icbUd6a0sjKOj61SZXFnFSQS9IvHmTHXxL5nY93Ua9NvSevRgX32pbfyi4wJw 9ZwBa6V8LsyPkI4/hVygpyud9QMBZLzAMk3KkAk/pBGjo0VBMm/flx9x3jjJyDM80kFMbnblKf9qL /DuEaS713Qj2CWPTIemw==; Received: from 173.169.185.81.rev.sfr.net ([81.185.169.173]:36944 helo=hal) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojwjt-0005Of-HI for emacs-orgmode@gnu.org; Sun, 16 Oct 2022 02:03:09 -0400 Received: by hal (Postfix, from userid 1000) id 023371E0401; Sun, 16 Oct 2022 08:03:04 +0200 (CEST) From: Bastien To: emacs-orgmode@gnu.org Subject: [ANN] We are now regularily testing Org main branch against Emacs 26, 27, 28 Organization: GNU Date: Sun, 16 Oct 2022 08:03:04 +0200 Message-ID: <87tu44uwyv.fsf@bzg.fr> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1665900260; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=1ihI9PIOZ5sDSlrwdmCa9r1n/oNZPL4Lu5pIphH6MNM=; b=bhKs26pra0NtIxy8OsWuVqsTb/kYDtOjzPuM3LJgL3Xp/LVWBRg62Gv1meFKyQmlScPQRI IBJ39OgmgeS8OhDA0vQiDPE4IRTsiZDvcU1HoJJzM7+K9DknbeylAwkNbGmPw8EdKosBTb JAnnZC43ctG04utcYB5GFpSvtto44zLLm+5X/PQ4bPtvZjWLQxoBpejiljR/7MBfptnfXL MskLQ7t8JA88c4WTbjmPOQBkTLTfGar2+JNgpoDbkLmItU46reVOfqdFWacR7tRJrdfgu1 cMjs2adcpzVTXnDwsntIhLxuhNPt6mynpv7ev5tfMwAxgYTG1mnbCn57+ab+ug== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1665900260; a=rsa-sha256; cv=none; b=j0tjvUQtPoLExB7ulBRLZ9mO62A/6zTCMSLLLqxpTBWkHEQyj6omHVf5YjDRdVoq+olJg6 awsFoHnAIpG+wmcrY6t/UQOZpLnqPGPwIR5ae8NroW0n9Up1XmX2PUfn5wEv/F9b0GvspB rR3gq50Nhcbn8+gsG3cB9VdV+re6hb6RwgGUWJq3QV6ZCBn+ubB8Le+PKhyz7AG6KJqdba XpwhWeOKwh9ieApG7BD9OzhBA+jMDR4bAZ4gdqDWDsCRJ3NaqYhPOo4j93uCPYKESabpC/ ShhL1UFZTcG1sWa+1XicfSBUGMfyRdO08JMPPRo62B8hWExl0npi6Y9edB58Qg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=K8vFNkOY; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -7.90 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=gnu.org header.s=fencepost-gnu-org header.b=K8vFNkOY; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 0068B43E57 X-Spam-Score: -7.90 X-Migadu-Scanner: scn0.migadu.com X-TUID: i3gNX/HGxmuR Hi all, thanks to joint efforts by Christian K=C3=B6stlin and Ihor, we are running the Org test suite from the Org main branch against Emacs 26, 27, 28. Every three hours, a script from the orgmode.org server checks if the Org main branch changed. If yes, we run the Org test suite against Emacs 26, 27 and 28. If a test fails, a failure report is sent to a new mailing list: https://lists.sr.ht/~bzg/org-build-failures and we can inspect what did go wrong. If a test fails again (i.e. there was a failure, then the repo was updated, then there is a failure again for the same test), reports are sent to Ihor, Christian and me, not to the dedicated list. Tests are performed by running builds on sr.ht. You can read the builds in this new repository: https://git.sr.ht/~bzg/org-mode-tests We are now testing this setup: if it useful enough, we will redirect failure reports to the Org mailing list, while using the new one for repeated failures, so as to not spam the list. In the future, resources at https://git.sr.ht/~bzg/org-mode-tests will also perhaps help contributors defining new ways on how to run tests, beyond the current way ("make test"). Patch submitters are required to run the tests themselves before submitting a patch: we don't rely on this new setup to test patches, only to catch errors that may inadvertently slip through the cracks. Thanks again to Christian and Ihor for setting this up! --=20 Bastien