[Bug 201796] Mk/bsd.default-versions.mk: Set PostgreSQL 9.4 as default

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201796

Chris Hutchinson <portmaster at bsdforge.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |portmaster at bsdforge.com

--- Comment #16 from Chris Hutchinson <portmaster at bsdforge.com> ---
(In reply to Torsten Zühlsdorff from comment #15)
> I don't now if it is really needed to extract libpq. My point is more like
> the statement from Mathieu. We need pg_upgrade working, which requires
> existence of old and new binaries of PG.
> Of course we could try to allow installation of multiple
> postgresql-instances. This would be handy sometimes - and in such a case. Is
> there an argument against this way?

I've been pondering all this, since it was brought up in the mailing
list. I had a look at what it would take to at least use pg_upgrade.
The best results seem to be when the previous version is still
installed (not just the previous DB). Anyway, it doesn't seem like
it would be terribly difficult to incorporate pg_upgrade into the
normal course of upgrading the port. The only potential pitfall I
see, is should the newer version being installed introduces things
not previously available. Which would require whoever maintains this
port to incorporate whatever required, as recommended into the
process to compensate/accommodate for the difference(s).

Does it make any sense to break pg_upgrade out, as it's own port?
Then REQUIRE, as needed?

--Chris

-- 
You are receiving this mail because:
You are on the CC list for the bug.