Re: Postgres perl module namespace - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Postgres perl module namespace
Date
Msg-id 1290c0d8-f619-0fa2-7c2f-8077ad967bbc@dunslane.net
Whole thread Raw
In response to Re: Postgres perl module namespace  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Postgres perl module namespace
Re: Postgres perl module namespace
Re: Postgres perl module namespace
List pgsql-hackers
On 5/20/21 5:18 PM, Tom Lane wrote:
> 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.



So now the dev tree is open for v15 it's time to get back to this item.
I will undertake to do the work, once we get the bike-shedding part done.


I'll kick that off by suggesting we move all of these to the namespace
PgTest, and rename TestLib to Utils, so instead of


    use TestLib;
    use PostgresNode;


you would say


    use PgTest::Utils;
    use PgTest::PostgresNode;


cheers


andrew


-- 

Andrew Dunstan
EDB: https://www.enterprisedb.com




pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: replay of CREATE TABLESPACE eats data at wal_level=minimal
Next
From: "Andres Freund"
Date:
Subject: Re: Worth using personality(ADDR_NO_RANDOMIZE) for EXEC_BACKEND on linux?