You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Tom Lane 70a7732007 Remove support for upgrading extensions from "unpackaged" state. ... Andres Freund pointed out that allowing non-superusers to run "CREATE EXTENSION ... FROM unpackaged" has security risks, since the unpackaged-to-1.0 scripts don't try to verify that the existing objects they're modifying are what they expect. Just attaching such objects to an extension doesn't seem too dangerous, but some of them do more than that. We could have resolved this, perhaps, by still requiring superuser privilege to use the FROM option. However, it's fair to ask just what we're accomplishing by continuing to lug the unpackaged-to-1.0 scripts forward. None of them have received any real testing since 9.1 days, so they may not even work anymore (even assuming that one could still load the previous "loose" object definitions into a v13 database). And an installation that's trying to go from pre-9.1 to v13 or later in one jump is going to have worse compatibility problems than whether there's a trivial way to convert their contrib modules into extension style. Hence, let's just drop both those scripts and the core-code support for "CREATE EXTENSION ... FROM". Discussion: https://postgr.es/m/20200213233015.r6rnubcvl4egdh5r@alap3.anarazel.de		6 years ago
..
expected	Convert contrib modules to use the extension facility.	15 years ago
sql	Convert contrib modules to use the extension facility.	15 years ago
.gitignore	Support "make check" in contrib	15 years ago
Makefile	Remove support for upgrading extensions from "unpackaged" state.	6 years ago
dict_xsyn--1.0.sql	Throw a useful error message if an extension script file is fed to psql.	14 years ago
dict_xsyn.c	Update copyrights for 2020	6 years ago
dict_xsyn.control	Convert contrib modules to use the extension facility.	15 years ago
xsyn_sample.rules	…