Re: BUG #17148: About --no-strict-names option and --quiet option of pg_amcheck command
От | Daniel Gustafsson |
---|---|
Тема | Re: BUG #17148: About --no-strict-names option and --quiet option of pg_amcheck command |
Дата | |
Msg-id | 3CF09700-ECE9-4FAF-B22C-7E55BC09AD01@yesql.se обсуждение исходный текст |
Ответ на | Re: BUG #17148: About --no-strict-names option and --quiet option of pg_amcheck command (Daniel Gustafsson <daniel@yesql.se>) |
Ответы |
Re: BUG #17148: About --no-strict-names option and --quiet option of pg_amcheck command
|
Список | pgsql-bugs |
> On 18 Aug 2021, at 15:49, Daniel Gustafsson <daniel@yesql.se> wrote: > >> On 18 Aug 2021, at 15:46, Magnus Hagander <magnus@hagander.net> wrote: >> >> On Wed, Aug 18, 2021 at 3:43 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> >>> Daniel Gustafsson <daniel@yesql.se> writes: >>>>> On 18 Aug 2021, at 13:44, Peter Eisentraut <peter.eisentraut@enterprisedb.com> wrote: >>>>> I think this both of these things could be deleted and we could get rid of the --quiet option, to simplify all this. >>> >>>> It simplifies the pg_amcheck code a bit, but it at the same time complicates >>>> the tests as they are currently written. Not sure that we want to change that >>>> much as this point in the 14 cycle? >>> >>> It's going to become much harder to change pg_amcheck's user-visible >>> behavior once it's shipped in a release. Better to fix it now while >>> there are not backwards-compatibility concerns. >> >> +<several>. Let's just get it done now. I doubt many people have had >> the time to integrate it into their scripts and such yet, and since >> it's a beta... > > Since there is consensus for removing --quiet, I’ll propose a patch in a bit > for removing it and fixing up the tests. Turns I was a bit undercaffeinated when skimming the tests, it really wasn’t that invasive. The attached diff removes --quiet and fixes up the tests and docs to match. Anyone who wants to keep --quiet should.. ehm, not keep quiet. -- Daniel Gustafsson https://vmware.com/
Вложения
В списке pgsql-bugs по дате отправления: