-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Where should hypopg be installed? #19
Comments
yes, it's to ensure that hypopg is installed in a new database by default. It's also in postgres in case people use this database rather than creating a new database.
Yes, because I assumed that no one is going to use this image to try to optimize powa-archivist itself (something like powa-team/powa-archivist@18d0b0c for instance). And if someone wants to do having to install an extension is not going to be the hard part of the process. |
I understand. I don't know why by I got a case (with the
As far as I understand, the table in configuration shows the extensions installed in the In 4.2.2, the extensions was marked as installed even if it was not installed in |
maybe the database was created before the hypopg part? if you have the full logs I could see if I see anything, otherwise you could look at the xmin of the various rows to try to infer what happened first.
yes I entirely overhauled the configuration page because it was quite misleading. there are now different sections based on the extension type. maybe a new section for "support extension" or something like that would be good, but we would need to connect to all databases to show the full information and that can be problematic. so maybe not showing the per database status, or showing it on another per database page. |
In the SQL script where extensions are installed,
hypopg
is installed in thepostgres
and intemplate1
. Is there any reason for that?In the powa-web interface, hypopg is marked as not installed.
The text was updated successfully, but these errors were encountered: