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 по дате отправления: