Re: Adjust pg_regress output for new long test names

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: Adjust pg_regress output for new long test names
Дата
Msg-id CA+hUKGKggWp8gEu=9MPJ=DKJOz5x=dn+6cgR5yBRmvcaFp65aA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Adjust pg_regress output for new long test names  (Noah Misch <noah@leadboat.com>)
Ответы Re: Adjust pg_regress output for new long test names
Список pgsql-hackers
[Responding to two emails in one]

On Wed, Jun 9, 2021 at 2:44 PM Tom Lane <tgl@sss.pgh.pa.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@leadboat.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.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: locking [user] catalog tables vs 2pc vs logical rep
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Move pg_attribute.attcompression to earlier in struct for reduced size?