Re: pgsql: injection_points: Remove portions related to custom pgstats

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: pgsql: injection_points: Remove portions related to custom pgstats
Дата
Msg-id
251242.1765302019@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Heikki Linnakangas <hlinnaka@iki.fi>
Re: pgsql: injection_points: Remove portions related to custom pgstats Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: injection_points: Remove portions related to custom pgstats Heikki Linnakangas <hlinnaka@iki.fi>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Tom Lane <tgl@sss.pgh.pa.us>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Heikki Linnakangas <hlinnaka@iki.fi>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Michael Paquier <michael@paquier.xyz>
Re: pgsql: injection_points: Remove portions related to custom pgstats Heikki Linnakangas <hlinnaka@iki.fi>
Heikki Linnakangas  writes:
> Hmm, using the first value of REGRESS is surprising. How about we change 
> the autoconf logic to match what meson does? As attached.

Unless you want to back-patch that as far as 9.2, it's going to make
matters worse not better for predictability of the DB names in the
cross-version upgrade tests.  I think it might be better to make the
meson logic match the makefiles.

Having said that, I think what we should be doing is adding whichever
DB names we decide are problematic to the existing logic at about line
89 in AdjustUpgrade.pm:

	# remove dbs of modules known to cause pg_upgrade to fail
	# anything not builtin and incompatible should clean up its own db
	foreach my $bad_module ('adminpack', 'test_ddl_deparse', 'tsearch2')
	{
		if ($dbnames{"contrib_regression_$bad_module"})
		{
			_add_st($result, 'postgres',
				"drop database contrib_regression_$bad_module");
			delete($dbnames{"contrib_regression_$bad_module"});
		}
		if ($dbnames{"regression_$bad_module"})
		{
			_add_st($result, 'postgres',
				"drop database regression_$bad_module");
			delete($dbnames{"regression_$bad_module"});
		}
	}

Perhaps another alternative is to add "DROP EXTENSION
injection_points" at the end of the test scripts in the
problematic modules.

			regards, tom lane


В списке pgsql-committers по дате отправления
От: Nathan Bossart
Дата:
От: Masahiko Sawada
Дата:
FAQ