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 1t5rYQ-00956a-0b for pgsql-pkg-debian@arkaria.postgresql.org; Tue, 29 Oct 2024 19:06:58 +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 1t5rYN-0028zi-51 for pgsql-pkg-debian@arkaria.postgresql.org; Tue, 29 Oct 2024 19:06:55 +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 1t5rYM-0028zZ-Us for pgsql-pkg-debian@lists.postgresql.org; Tue, 29 Oct 2024 19:06:55 +0000 Received: from feynman.df7cb.de ([195.49.152.168]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t5rYK-003dzj-1y for pgsql-pkg-debian@lists.postgresql.org; Tue, 29 Oct 2024 19:06:54 +0000 Received: from msg.df7cb.de (unknown [IPv6:2a02:908:1470:d7a0:cdb3:ed:178:ed8b]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) by feynman.df7cb.de (Postfix) with ESMTPSA id 4XdKVz0ZTFz3F6y; Tue, 29 Oct 2024 20:06:51 +0100 (CET) Date: Tue, 29 Oct 2024 20:06:50 +0100 From: Christoph Berg To: SCHOEMANS Maxime Cc: Bradford Boyle , "pgsql-pkg-debian@lists.postgresql.org" , Esteban Zimanyi Subject: Re: MobilityDB 1.2.0 - New upstream version Message-ID: References: <4c7a93ff-2650-4ca9-84cf-2744e6b15654@ulb.be> <1ab16dc0-3ce9-42a0-b4e8-2e4ba47e2877@ulb.be> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1ab16dc0-3ce9-42a0-b4e8-2e4ba47e2877@ulb.be> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hi, MobilityDB has landed in Debian, but there's some problems with the testsuite on various architectures: On amd64, the 096_tnpoint_spatialrels_tbl test is just slow: 733s 111/114 Test #112: 096_tnpoint_spatialrels_tbl ....... Passed 431.44 sec https://ci.debian.net/packages/m/mobilitydb/testing/amd64/53684017/ On riscv64, it times out: 2933s Start 110: 095_tnpoint_aggfuncs_tbl 2959s 109/114 Test #110: 095_tnpoint_aggfuncs_tbl .......... Passed 25.99 sec 2959s Start 111: 096_tnpoint_spatialrels 2960s 110/114 Test #111: 096_tnpoint_spatialrels ........... Passed 0.92 sec 2960s Start 112: 096_tnpoint_spatialrels_tbl 4460s 111/114 Test #112: 096_tnpoint_spatialrels_tbl .......***Timeout 1500.13 sec 4460s -- TEST_DIR: /tmp/test-17/tmptest 4460s -- TEST_DIR_DB: /tmp/test-17/tmptest/db 4460s -- TEST_DIR_LOCK: /tmp/test-17/tmptest/lock 4460s -- TEST_DIR_LOG: /tmp/test-17/tmptest/log 4460s -- TEST_DIR_OUT: /tmp/test-17/tmptest/out 4460s 4460s Start 113: 097_tnpoint_tempspatialrels 4462s 112/114 Test #113: 097_tnpoint_tempspatialrels ....... Passed 1.42 sec 4462s Start 114: 097_tnpoint_tempspatialrels_tbl 4466s 113/114 Test #114: 097_tnpoint_tempspatialrels_tbl ... Passed 3.90 sec 4466s Start 2: teardown 4466s 114/114 Test #2: teardown .......................... Passed 0.33 sec 4466s 4466s 99% tests passed, 1 tests failed out of 114 4466s 4466s Total Test time (real) = 4138.23 sec 4466s 4466s The following tests FAILED: 4466s 112 - 096_tnpoint_spatialrels_tbl (Timeout) 4466s Errors while running CTest https://ci.debian.net/packages/m/mobilitydb/testing/riscv64/53697395/ On s390x, things don't work at all: https://ci.debian.net/packages/m/mobilitydb/testing/s390x/53683957/ Assuming big-endian just doesn't work, we can disable s390x and friends. But 096_tnpoint_spatialrels_tbl is a pain point - would it be possible to speed that test up such that it passes in, say, under a minute on amd64? Then it would likely be fast enough to pass on riscv64 as well. Christoph