Proposal to fix postgresql package maintainance nightmare

[Michelle Sullivan]

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/bsd.default-versions.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
http://www.mhix.org/