Re: Adjust pg_regress output for new long test names

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Noah Misch <noah(at)leadboat(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Subject: Re: Adjust pg_regress output for new long test names
Date: 2021-06-09 03:21:36
Message-ID: CA+hUKGKggWp8gEu=9MPJ=DKJOz5x=dn+6cgR5yBRmvcaFp65aA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

[Responding to two emails in one]

On Wed, Jun 9, 2021 at 2:44 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> ... or we could shorten those file names. I recall an episode
> awhile ago where somebody complained that their version of "tar"
> couldn't handle some of the path names in our tarball, so
> keeping things from getting to carpal-tunnel-inducing lengths
> does have its advantages.

On Wed, Jun 9, 2021 at 2:51 PM Noah Misch <noah(at)leadboat(dot)com> wrote:
> Not bad, but I would instead shorten the names to detach-[1234] or
> detach-partition-[1234]. The marginal value of the second word is low, and
> the third word helps even less.

Alright, CC'ing Alvaro who added the long names to see if he wants to
consider that.

There's one other case of this phenomenon:
tuplelock-upgrade-no-deadlock overflows by one character.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2021-06-09 03:24:57 Re: Move pg_attribute.attcompression to earlier in struct for reduced size?
Previous Message Amit Kapila 2021-06-09 03:06:23 Re: locking [user] catalog tables vs 2pc vs logical rep