Re: [PATCHES] postgresql in FreeBSD jails: proposal

2008-01-16 Thread Marc G. Fournier
doing this since moving to FreeBSD 6.x ... no patches required ... -- ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.org

Re: [HACKERS] [PATCHES]

2007-03-05 Thread Marc G. Fournier
ards, tom lane > > ---(end of broadcast)------- > TIP 2: Don't 'kill -9' the postmaster - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN

Re: [PATCHES] reply to ...

2006-07-11 Thread Marc G. Fournier
'k, isn't the Reply-To header part of an RFC somewhere? Or is it really an optional thing for an MUA to follow? On Tue, 11 Jul 2006, Joshua D. Drake wrote: On Tuesday 11 July 2006 18:20, Marc G. Fournier wrote: checking ot make sure it works and gives the right answer ... Kma

[PATCHES] reply to ...

2006-07-11 Thread Marc G. Fournier
checking ot make sure it works and gives the right answer ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664

Re: [PATCHES] Patch to readme

2006-02-06 Thread Marc G. Fournier
Is there a reason you didn't list the pl/PHP one? Seems appropriate for that list no? On Mon, 6 Feb 2006, Joshua D. Drake wrote: Attached is a patch to the README file to bring it a little more up to date with current PostgreSQL. Marc G. Fournier Hub.Org Netwo

Re: [PATCHES] [BUGS] PSQL commands not backwards-compatible

2005-08-30 Thread Marc G. Fournier
antly runs the wrong version against their database ... its only psql that has the "helper commands", like \d, so the only thing that *really* makes a different between versions ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECT

Re: [PATCHES] [BUGS] PSQL commands not backwards-compatible

2005-08-30 Thread Marc G. Fournier
t can be your backup.| Newtown Square, Pennsylvania 19073 ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ---(end of broadcast)--- TIP 9: I

Re: [PATCHES] dbsize backend integration

2005-06-21 Thread Marc G. Fournier
unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED]) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ---(end of

Re: [PATCHES] [HACKERS] Bgwriter behavior

2005-01-07 Thread Marc G. Fournier
AddressHere" to [EMAIL PROTECTED]) ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster

Re: [PATCHES] [HACKERS] Bgwriter behavior

2005-01-03 Thread Marc G. Fournier
. Is it: * too late for 8.0 Too late by at least 3 RCs ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ---(end of broadcast)--- TIP 9: the

Re: [PATCHES] [HACKERS] CVS should die (was: Possible make_oidjoins_check ...)

2004-11-04 Thread Marc G. Fournier
On Thu, 4 Nov 2004, Tom Lane wrote: "Marc G. Fournier" <[EMAIL PROTECTED]> writes: why would we lose CVS history? I can physically move the files in /cvsroot to accomplish this ... just tell me what needs to move, and to where ... If you physically move the files, that would retr

Re: [PATCHES] [HACKERS] CVS should die (was: Possible make_oidjoins_check ...)

2004-11-04 Thread Marc G. Fournier
the loss of CVS history. why would we lose CVS history? I can physically move the files in /cvsroot to accomplish this ... just tell me what needs to move, and to where ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo

Re: [PATCHES] license cleanup

2004-10-04 Thread Marc G. Fournier
code with code that we didn't know until today. Not during beta please. Oh good, I feared it was just me that thought that this seemed like a 'not so good' idea :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Y

Re: [PATCHES] ALTER INDEX

2004-08-19 Thread Marc G. Fournier
ce map settings Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ---(end of broadcast)--- TIP 8: explain analyze is your friend

Re: [PATCHES] Postgresql.conf Documentation change

2004-08-16 Thread Marc G. Fournier
equirement ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ---(end of broadcast)--- TIP 5: Have you checked our extensiv

Re: [PATCHES] win32 readline

2004-08-02 Thread Marc G. Fournier
Newtown Square, Pennsylvania 19073 ---(end of broadcast)--- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing

Re: [PATCHES] Moving pg_autovacuum from contrib to src/bin

2004-05-29 Thread Marc G. Fournier
ve much to be desired. We're discussing it in core right now, but Tom's feel is that we can have PITR if we wait the extra month, which will also give a bit more time to hammer out any bugs in Win32 ... so figure on having the extra 4 weeks to work with ... Marc G. Fournier

Re: [PATCHES] [pgsql-hackers-win32] WIN32_DEV CVS branch

2003-11-08 Thread Marc G. Fournier
removed, and files from ftp have also been removed ... On Sat, 8 Nov 2003, Bruce Momjian wrote: > We are no longer using the WIN32_DEV CVS branch. We are doing all Win32 > work in HEAD now. I have already moved any WIN32_DEV changes up into > HEAD. I have updated the Win32 web page to indicate

Re: [HACKERS] [PATCHES] Reorganization of spinlock defines

2003-09-12 Thread Marc G. Fournier
On Thu, 11 Sep 2003, Bruce Momjian wrote: > I just learned from Larry that Unixware defines intel as i386, not > __i386 or __i386__, at least of the native SCO compiler that he uses. could we put something in the various port files to standardize this? ie. in unixware.h, add somethinglike: #if

Re: [PATCHES] Reorganization of spinlock defines

2003-09-11 Thread Marc G. Fournier
On Thu, 11 Sep 2003, Bruce Momjian wrote: > Well, the problem was that we defined HAS_TEST_AND_SET inside the ports. > I guess we could splatter a test for Itanium and Opterion in every port > that could possibly use it, but then again, if we fall back to not > finding it for some reason, we don

Re: [PATCHES] Reorganization of spinlock defines

2003-09-11 Thread Marc G. Fournier
On Thu, 11 Sep 2003, Bruce Momjian wrote: > Yes, but to throw an error if spinlocks aren't found, we need this > patch. We would have to test for Opteron in all the platforms that test > for specific CPU's but don't test for opteron, and might support > opterion/itanium, but even then, we don't

Re: [PATCHES] Reorganization of spinlock defines

2003-09-11 Thread Marc G. Fournier
On Thu, 11 Sep 2003, Tom Lane wrote: > Bruce Momjian <[EMAIL PROTECTED]> writes: > > The problem with waiting for 7.5 is that we will have no error reporting > > when our non-spinlock code is being executed, and with Opteron/Itanium, > > it seems like a good time to get it working. > > Well, as