Proposal to fix postgresql package maintainance nightmare

Michelle Sullivan michelle at
Tue Jul 21 11:15:31 UTC 2015

Michelle Sullivan wrote:
> That is where your proposal will not work for us that have massive
> production infrastructure...without modification... sounds very debianish.
> Here's my thought which follows yours mostly (maybe the same, but not
> the way I read yours.)
> All postgres* go under /usr/local/postgresql<major><minor>
> rc scripts are always version specific (ie
> /usr/local/etc/rc.d/postgresql becomes /usr/local/etc/rc.d/postgresql84,
> /usr/local/etc/rc.d/postgresql93 etc)
> rc.conf stuff becomes version specific (ie postgresql_enable="YES"
> becomes postgresql84_enable="YES" etc)
> All ports then can be linked to default versions, the default can be in
> Mk/, and as it is in /etc/make.conf
> All pkg tools then have a dependency to which ever is currently set in
> the package and if the required lib is not installed you can install it
> without a conflict to what is already on the systems...
> All client binaries and tools can have symlinks in /usr/local/bin as
> necessary with the major/minor suffix, and the "default versions" of the
> *clients and tools* can be symlinked without a major/minor version.

Slight addition...

metaport's for 'postgresql-server' and 'postgresql-client' seem to be
the ideal addition to this (forget the symlinking and pkgconfig - the
metaport would take care of that ideally)

Michelle Sullivan

More information about the freebsd-ports mailing list