Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kbwzj-0007N8-3c for pgsql-pkg-yum@arkaria.postgresql.org; Mon, 09 Nov 2020 02:33:23 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kbwzi-0003S0-1g for pgsql-pkg-yum@arkaria.postgresql.org; Mon, 09 Nov 2020 02:33:22 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kbwzh-0003Rt-Ss for pgsql-pkg-yum@lists.postgresql.org; Mon, 09 Nov 2020 02:33:21 +0000 Received: from mail-wr1-x42e.google.com ([2a00:1450:4864:20::42e]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kbwzf-0004ng-Md for pgsql-pkg-yum@postgresql.org; Mon, 09 Nov 2020 02:33:21 +0000 Received: by mail-wr1-x42e.google.com with SMTP id l1so2700946wrb.9 for ; Sun, 08 Nov 2020 18:33:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=bDc70sDVoUUGqH0QRsAb65AFc494dD7SyFM32Q7lU38=; b=HBboayrn0puZ4fW7wyz3UqrSWPl69d3VclEtQyYIyuuFhLWlZ95w3h5RvH8UNs8Xtv Ea63pNt+GrbPxdlrxmo7/+r7ZGAjJ7E9Q+rRl+fgS5fAmbAxLqtBvYw8SXgO2/xTJrGK 3T6QFyWd9wcuk2lSvBzEzXt0te4SJKlvDJboX39MEDNZ/6VBU1lXJRPS+3mAfNSSv3ft EkwVKMq3e6DT+MC9uh/6px+IFL3K1hYyx4KLmr3UbSSheucnu/8PfUrbj8t35MT38D+p gwYdGXue3GoCq+uR6PZ1JgYrZqcQJKVh0K8b02sDHW51RtDpvGsrPb+seIKszdY/uggi qLkw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=bDc70sDVoUUGqH0QRsAb65AFc494dD7SyFM32Q7lU38=; b=KuGJLKJsQ/wvmjM6tPB4YpgiTzdHS/iO5euOPUWeJ1l1d2bBle+24m5aRQGgIniCLl I0WyKL6+ETB/eR5c6dr8cVPdwI6WexmKz5j/d3JT6Oc+6bkcOCx3opZt9d8Jx+WCpMmU c9nmahAMXD2NL4UnwRGKuXvOHqMDoJg8o9KIK5t/UaTYgPec8S680c2EzX92+IAj6RKJ 4vUfbf3okz7anSE56mv4JtFFzSuiTePjTNZ1F84tNVhSaBPkAYC7A3tjh4c32wer/v13 Nfh20fTizzk3oMxCIb/j+OrUmPevrKmpzY6AHLAznXwLJtaStGkLrxM8ct+Ad1XW5Rwo WR4Q== X-Gm-Message-State: AOAM531kFWPqZ+09Drf8Cwf2nYBr+b5MtsPGjOc0c3AryXMRLGbcO6J2 iiaUBq4BQkVj8N+VfRGGSdrfwkNDJupNsenx3zsrpIGBKw/yR6g4s49sG5T1gPMdlGGnUf3Bzi3 KfkeXSYnfnWM/r/q5XbCXVn9akT8YB7E9ZDagE1sGSwpCPqXXulMaCRPLN9Kt6X+CLsXeegi/1S hw2zyDOz5Hqizjlgy4bMHIoZBMSi5dvcihwgYQRvBylQRCR4mxZHj+ X-Google-Smtp-Source: ABdhPJz4NABpPj0gu6o1A35WdO5qjHdATWmHzt7imYbgjwFuKxMGr/UXS81G9j7iq4qlzlwMdG9AOYOYnihPz61QADY= X-Received: by 2002:adf:f304:: with SMTP id i4mr2966101wro.268.1604889198327; Sun, 08 Nov 2020 18:33:18 -0800 (PST) MIME-Version: 1.0 References: <20201105190206.4358b61d@firost> In-Reply-To: From: Craig Ringer Date: Mon, 9 Nov 2020 10:33:07 +0800 Message-ID: Subject: Re: missing perl test modules in postgresqlXX-devel ? To: Jehan-Guillaume de Rorthais Cc: pgsql-pkg-yum@postgresql.org Content-Type: multipart/alternative; boundary="000000000000920bdf05b3a36292" X-CLOUD-SEC-AV-Info: enterprisedb,google_mail,monitor X-CLOUD-SEC-AV-Sent: true X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000920bdf05b3a36292 Content-Type: text/plain; charset="UTF-8" Looking at the web, I can find old memories [1] where postgresql12-devel >> installed them in /usr/pgsql-12/lib/pgxs/src/test/perl/ >> > > We really need some consistency and cross checks between the RPMs and debs. > Ah. I just noticed you said they're installed with the *client* packages. So that's an example of how we actually need some postgres packaging guidance that applies to rpms, debs, EDB's binary installers, and anything else, separate to any particular packaging method or team. In this case I think it's a bit silly to put the test perl modules along with the client. They can't really be used without the server installed, and they're not useful for much unless you're building extensions. They should be in a -dev package IMO. They should preferably not be in the test package along with the actual test input files, though, since they're used by extensions to run their own tests and extensions only have to depend on server-dev not on a -test package. Anyway, I hope the above answers your questions about where they live. --000000000000920bdf05b3a36292 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Looking = at the web, I can find old memories [1] where postgresql12-devel
installed them in /usr/pgsql-12/lib/pgxs/src/test/perl/

We really need some consistency and cross checks between t= he RPMs and debs.

Ah. I j= ust noticed you said they're installed with the *client* packages.

So that's an example of how we actually need some = postgres packaging guidance that applies to rpms, debs, EDB's binary in= stallers, and anything else, separate to any particular packaging method or= team.

In this case I think it's a bit silly t= o put the test perl modules along with the client. They can't really be= used without the server installed, and they're not useful for much unl= ess you're building extensions. They should be in a -dev package IMO. T= hey should preferably not be in the test package along with the actual test= input files, though, since they're used by extensions to run their own= tests and extensions only have to depend on server-dev not on a -test pack= age.

Anyway, I hope the above answers your questio= ns about where they live.
--000000000000920bdf05b3a36292--