Re: Duration of beta period - Mailing list pgsql-hackers

From Kevin
Subject Re: Duration of beta period
Date
Msg-id 3C7B151D.7DB51193@yahoo.com
Whole thread Raw
In response to Re: Duration of beta period  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Just for my own sanity, I agree that using the system packager is a good
idea.  Since I use Slackware, and finding a package for it is usually
difficult (I don't know if pgsql has one), I use checkinstall
(http://asic-linux.com.mx/~izto/checkinstall/)  It creates a system
package based on what 'make install' does. It can create Slackware
packges, RPMs and Debian packages.  Thus I can usually do 'cvs update &&
make && su -c checkinstall' without any probelms (usually because
sometimes you need a distclean/configure in there).  Of course running
out of CVS is probably not much better than the snapshots, but of course
how you get the source is up to you.

--Kevin

Karl DeBisschop wrote:
> 
> On Sun, 2002-02-24 at 15:39, Peter Eisentraut wrote:
> > Karl DeBisschop writes:
> >
> > > It's one thing to as people to run a test. It's another thing still to
> > > ask them to run that test when the only readily available test method
> > > bypasses whatever administrative packaing policy is in place on those
> > > machines.
> >
> > It seems unlikely that many would want to install a development snapshot
> > as their main installation.
> 
> Depends what you mean by main installation. I have a few Redhat servers
> whose only reason for existing is to test software. So would I want it
> to be my main installation for any production-related purpose? No. But
> would I want to track PostgreSQL development on that server? Sure, why
> not? At least why not if I can use RPM to cleanly remove the software.
> 
> Our company policy is that wherever possible, the native package
> management tools should be used to install software on a machine,
> whether it's a development box or a production server. RPMs are the
> native packakging format for Redhat, so we hope to install software
> using RPM. I might add, particularly if it's not production software --
> since RPM then helps assure that everything that should be removed can
> be removed.
> 
> Now it is true that I can just install it to part of my home directory,
> but that's less than fun over NFS.
> 
> And the fact of the matter is, if the goal is to expand testing, which
> was what I was trying to comment on, you probably get alot of mileage in
> expanding that testing by making packages easy, RPMs, BSD packages,
> solaris packages , whatever. It's just a fact that there are people out
> there who have little interest in the guts of compilation, but still
> have the ability to install and burn in an alpha or beta release.
> 
> Again, just my 2 cents.
> 
> --
> Karl DeBisschop <kdebisschop@alert.infoplease.com>
> The Learning Network / Reference
> www.learningnetwork.com / www.infoplease.com
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org


pgsql-hackers by date:

Previous
From: Thomas Lockhart
Date:
Subject: Re: More time zones
Next
From: Bradley Baetz
Date:
Subject: Re: [SQL] query optimistaion problems