From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andrew Dunstan <andrew@dunslane.net>
cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Subject: Re: Postgres perl module namespace
In-reply-to: <aede93a4-7d92-ef26-398f-5094944c2504@dunslane.net>
References: <aede93a4-7d92-ef26-398f-5094944c2504@dunslane.net>
Comments: In-reply-to Andrew Dunstan <andrew@dunslane.net>
	message dated "Thu, 20 May 2021 15:47:43 -0400"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <3796295.1621545509.1@sss.pgh.pa.us>
Date: Thu, 20 May 2021 17:18:29 -0400
Message-ID: <3796296.1621545509@sss.pgh.pa.us>
Archived-At: 
 <https://www.postgresql.org/message-id/3796296.1621545509%40sss.pgh.pa.us>
Precedence: bulk

Andrew Dunstan <andrew@dunslane.net> writes:
> While solving a problem with the Beta RPMs, I noticed that they export
> our perl test modules as capabilities like this:

>     [andrew@f34 x86_64]$ rpm -q --provides -p
>     postgresql14-devel-14-beta1_PGDG.fc34.x86_64.rpm | grep ^perl
>     perl(PostgresNode)
>     perl(PostgresVersion)
>     perl(RecursiveCopy)
>     perl(SimpleTee)
>     perl(TestLib)

> I don't think we should be putting this stuff in a global namespace like
> that. We should invent a namespace that's not likely to conflict with
> other people, like, say, 'PostgreSQL::Test' to put these modules. That
> would require moving some code around and adjusting a bunch of scripts,
> but it would not be difficult. Maybe something to be done post-14?

Agreed that we ought to namespace these better.  It looks to me like most
of these are several versions old.  Given the lack of field complaints,
I'm content to wait for v15 for a fix, rather than treating it as an open
item for v14.

> Meanwhile I would suggest that RPM maintainers exclude both requires and
> provides for these five names.

+1

			regards, tom lane