[HACKERS] Volunteer for -patches summary

Folks, As Dave Page is on holiday for the next few weeks, I'm looking for people who can help summarize -patches and -committers for inclusion in the PostgreSQL Weekly News. When you volunteer for this, you don't have to catch everything, but I'd really appreciate it if you can get me something b

Re: [HACKERS] Standby Mode

Josh Berkus writes: >> Diogo's xlogviewer stuff should be ready shortly also (1-3 weeks). Since >> that's a contrib module how do we stand on having that get into 8.2, >> even though it isn't going to hit the main feature freeze? > This is why I was asking for status reports on pgsql-students 10

Re: [HACKERS] [COMMITTERS] pgsql: Improvements to Maintenance and External Projects documentation.

Bruce Momjian wrote: > Alvaro Herrera wrote: > > Bruce Momjian wrote: > > > Log Message: > > > --- > > > Improvements to Maintenance and External Projects documentation. > > > > > > Joshua D. Drake > > > Robert Treat > > > > Did you apply it just like it was in the pgpatches queue, or did

Re: [HACKERS] [COMMITTERS] pgsql: Improvements to Maintenance and External

Alvaro Herrera wrote: > Bruce Momjian wrote: > > Log Message: > > --- > > Improvements to Maintenance and External Projects documentation. > > > > Joshua D. Drake > > Robert Treat > > Did you apply it just like it was in the pgpatches queue, or did you > editorialize? I was considering e

Re: [HACKERS] [COMMITTERS] pgsql: Improvements to Maintenance and External Projects documentation.

Bruce Momjian wrote: > Log Message: > --- > Improvements to Maintenance and External Projects documentation. > > Joshua D. Drake > Robert Treat Did you apply it just like it was in the pgpatches queue, or did you editorialize? I was considering editorializing it a bit and applying ... O

Re: [HACKERS] Standby Mode

Josh Berkus wrote: > Simon, > > > Diogo's xlogviewer stuff should be ready shortly also (1-3 weeks). Since > > that's a contrib module how do we stand on having that get into 8.2, > > even though it isn't going to hit the main feature freeze? > > This is why I was asking for status reports on pgs

Re: [HACKERS] Standby Mode

Simon, > Diogo's xlogviewer stuff should be ready shortly also (1-3 weeks). Since > that's a contrib module how do we stand on having that get into 8.2, > even though it isn't going to hit the main feature freeze? This is why I was asking for status reports on pgsql-students 10 days ago. I gue

Re: [HACKERS] Standby Mode

Simon Riggs wrote: > On Mon, 2006-07-31 at 20:34 -0400, Bruce Momjian wrote: > > Seems you completed most of the PITR items. That will make great > > additions for 8.2. > > Diogo's xlogviewer stuff should be ready shortly also (1-3 weeks). Since > that's a contrib module how do we stand on having

Re: [HACKERS] Standby Mode

On Mon, 2006-07-31 at 20:34 -0400, Bruce Momjian wrote: > Seems you completed most of the PITR items. That will make great > additions for 8.2. Diogo's xlogviewer stuff should be ready shortly also (1-3 weeks). Since that's a contrib module how do we stand on having that get into 8.2, even though

Re: [HACKERS] Standby Mode

Seems you completed most of the PITR items. That will make great additions for 8.2. --- Simon Riggs wrote: > The restartableRecovery patch introduces the concept of standby_mode, > where you define in the recovery.conf file

[HACKERS] Standby Mode

The restartableRecovery patch introduces the concept of standby_mode, where you define in the recovery.conf file that this server is acting as a log-shipping target. We can extend that concept to a few other useful places. We've discussed a number of times that we can use a script that waits indef

Re: [HACKERS] [PATCHES] Restartable Recovery

Nice. I was going to ask if this could make it into 8.2. --- Simon Riggs wrote: > On Sun, 2006-07-16 at 20:56 +0100, Simon Riggs wrote: > > On Sun, 2006-07-16 at 15:33 -0400, Tom Lane wrote: > > > Simon Riggs <[EMAIL PROTEC

Re: [HACKERS] [PATCHES] Restartable Recovery

On Sun, 2006-07-16 at 20:56 +0100, Simon Riggs wrote: > On Sun, 2006-07-16 at 15:33 -0400, Tom Lane wrote: > > Simon Riggs <[EMAIL PROTECTED]> writes: > > > On Sun, 2006-07-16 at 12:40 -0400, Tom Lane wrote: > > >> A compromise that might be good enough is to add an rmgr routine defined > > >> as "

Re: [HACKERS] Forcing current WAL file to be archived

On Tue, 2006-08-01 at 00:40 +0300, Hannu Krosing wrote: > Ühel kenal päeval, T, 2006-07-25 kell 17:05, kirjutas Simon Riggs: > > On Tue, 2006-07-25 at 11:53 -0400, Tom Lane wrote: > > > That's fine, but feature freeze is in a week and we don't even have > > > the > > > basic function for manually d

Re: [HACKERS] Going for "all green" buildfarm results

Tom Lane wrote: As far as Andrew's question goes: I have no doubt that this race condition is (or now, was) real and could explain Stefan's failure. It's not impossible that there's some other problem in there, though. If so we will still see the problem from time to time on HEAD, and know that w

[HACKERS] OSCON fallout - Compressed Annealing optimizer

Robert Hansen did a talk at OSCON on a compressed annealing framework called Djinni: It's a framework to use compressed annealing (a derivative of simulated annealing) for finding approximate solutions to NP-complete problems such as the TSP with time windows. Not

[HACKERS] trivial script for getting pgsql-committers patches

> I attach it in case someone finds it useful. If you have any ideas for > improvements, they're welcome. (Code improvements are even more welcome > of course). Too quick to hit send, sorry. Yeah, the name of the script sucks. -- Alvaro Herrerahttp://www.Comman

[HACKERS] trivial script for getting pgsql-committers patches

I found a script I wrote some time ago and had forgotten. I pipe the messages from pgsql-committers to it, and it connects to our cvsweb, grabs the patches and puts them into a single file in /tmp. It's pretty low-tech but it saves me the time to go clicking each link to see what changed where.

Re: [HACKERS] Forcing current WAL file to be archived

On Tue, 2006-08-01 at 00:40 +0300, Hannu Krosing wrote: > Ühel kenal päeval, T, 2006-07-25 kell 17:05, kirjutas Simon Riggs: > > On Tue, 2006-07-25 at 11:53 -0400, Tom Lane wrote: > > > That's fine, but feature freeze is in a week and we don't even have > > > the > > > basic function for manually d

Re: [HACKERS] DTrace enabled build fails

Robert Lor <[EMAIL PROTECTED]> writes: > Bruce Momjian wrote: >> Do we need to add detection logic to catch buggy versions? >> > Instead of adding extra logic, I think it's sufficient with > documentation since the issue will soon be fixed in the next Solaris update. I agree ... it's not like th

Re: [HACKERS] Forcing current WAL file to be archived

Ühel kenal päeval, T, 2006-07-25 kell 17:05, kirjutas Simon Riggs: > On Tue, 2006-07-25 at 11:53 -0400, Tom Lane wrote: > > That's fine, but feature freeze is in a week and we don't even have > > the > > basic function for manually doing a log file switch. Let's get that > > done first and then th

Re: [HACKERS] DTrace enabled build fails

Bruce Momjian wrote: Do we need to add detection logic to catch buggy versions? Instead of adding extra logic, I think it's sufficient with documentation since the issue will soon be fixed in the next Solaris update. Regards, -Robert ---(end of broadcast)

Re: [HACKERS] Postgres Process in Kernel Mode?

[EMAIL PROTECTED] ("moises") writes: > xmlns:w="urn:schemas-microsoft-com:office:word" > xmlns="http://www.w3.org/TR/REC-html40";> > > > > > >