them before Sunday, so that this beta can be
as complete as possible ...
Thanks ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 3: if posting/reading through Usenet, please send
Just updated the ftp server for 7.2.6, 7.3.8 and 7.4.6 ... please check
the tar files over and report any problems ... assuming no bad reports
back, I'll do a broader announce in a couple of hours ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email
Will do a broad announce on Monday, but let me know if there are any
problems with it ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
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!: yscrappy
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 retroactively change
information?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 9: the planner will ignore your desire to choose
receive maximum benefit if
PostgreSQL altered these settings as needed itself.
I'm not sure if I like this one too much ... but it would be nice if
something like this triggered a warning in the logs, maybe a feature of
pg_autovacuum itself?
Marc G. Fournier Hub.Org Networking
)
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end
On Mon, 8 Nov 2004, Bruce Momjian wrote:
Marc G. Fournier wrote:
Just curious, but in what sort of circumstance could this happen?
Permissions problems, that sort of thing?
Restoring a dump to another system that doesn't have the same
directories to create the tablespaces.
'k, that's what I
)939-16-83, +007(095)939-23-83
---(end of broadcast)---
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
Marc G. Fournier Hub.Org Networking Services (http
? :)
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
...
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 extensive FAQ?
http
Just as a heads up, I'm going to roll it in about 4hrs (~02:00GMT) ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
On Mon, 22 Nov 2004, David Fetter wrote:
On Sun, Nov 21, 2004 at 11:40:29PM -0400, Marc G. Fournier wrote:
Check her out and let me know if there are any problems ... I've
changed the mk script to pull in the beta3 man pages that I found
in the dev/doc directory ...
A much slimmed-down
On Mon, 22 Nov 2004, David Fetter wrote:
On Mon, Nov 22, 2004 at 12:49:25PM -0400, Marc G. Fournier wrote:
On Mon, 22 Nov 2004, David Fetter wrote:
On Sun, Nov 21, 2004 at 11:40:29PM -0400, Marc G. Fournier wrote:
Check her out and let me know if there are any problems ... I've
changed the mk
On Mon, 22 Nov 2004, Thomas Hallgren wrote:
Marc G. Fournier wrote:
What about the Java version that Gavin had mentioned? Aegus or something
like that?
http://azureus.sourceforge.net/
There is a FreeBSD port of it also but it says A BitTorrent client
written in Java ... does it work as server
/napster', and, as such, works
similar ...
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
there be multiple trackers? for instance, if we ran bt.postgresql.org
on two different servers, could they both run trackers at the same time?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
about
ftp mirrors, we have about 60 of them, so if one goes down, it doesn't
really affect anything ... from what everyone is saying, if the tracker
goes down, it affects everything ... seems odd to have new technology
still having single points of failure :(
Gavin
Marc G. Fournier wrote
On Wed, 24 Nov 2004, Joshua D. Drake wrote:
Marc G. Fournier wrote:
On Wed, 24 Nov 2004, Gavin M. Roy wrote:
No you can not, but the tracker isn't very resource intesive from my past
experience. I can host it if needed.
It wasn't that that I was thinking of ... just wondering if there was some
What is the general opinion of this? I'd like to implement it, but not so
much so that I'm going to beat my head against a brick wall on it ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ
, is that I am prompted whther I want to honor
the reply-to, if I hit 'y', then the other headers *are* strip'd and the
mail is set right back to the list ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
On Mon, 29 Nov 2004, Rod Taylor wrote:
On Mon, 2004-11-29 at 15:03 -0400, Marc G. Fournier wrote:
If there were a comp.databases.postgresql.hackers newsgroup created and
carried by all the news servers ... would you move to using it vs using
the mailing lists?
Is there a reliable, fast, public
been fully advertised
either ...
I'm tempted to write a 'monthly FAQ' that gets posted that talks about the
usenet gateway, as well as how to do such seemingly simple things like
how to unsubscribe to the lists ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org
know about everyone else, but my personal preference for mailing
lists is due to the lack of spam that gets to them, something that you
can't really do easily on Usenet ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo
' ...
As a side note, for those that do vote 'yes', please note that there is an
official pgsql.* hierarchy gated from the mailing lists, that is available
at news.postgresql.org, if you do wish to use a news reader vs a mail
reader ...
Marc G. Fournier Hub.Org Networking Services (http
On Mon, 29 Nov 2004, Bruce Momjian wrote:
Gavin Sherry wrote:
On Mon, 29 Nov 2004, Marc G. Fournier wrote:
If there were a comp.databases.postgresql.hackers newsgroup created and
carried by all the news servers ... would you move to using it vs using
the mailing lists?
The USENET community seems
... especially if they happen to pick up a bug at the
same time :)
Anything that improves *testing* or *documentation* should be no-brainers
for addition during the release process, since they both improve the end
product without affecting the backend code itself ...
Marc G. Fournier
issues were discussed', maybe instead of
're-discussing' it, why not just read through the archives that should be
available of that discussion ... ?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
, it should be fixed, but that will break
'backwards compatibility' for anyone using it ... :(
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
' the postmaster
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 2: you can get off all lists at once
an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
/usr/local/bin/autoconf213
But, we only run those when modifying configure.in and such, and not as
part of any scripts ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
Eisentraut wrote:
Marc G. Fournier wrote:
Pick your version:
# ls -lt /usr/local/bin/autoconf*
-r-xr-xr-x 1 root wheel 7672 Aug 22 2004
/usr/local/bin/autoconf259 -r-xr-xr-x 1 root wheel 6194 Aug 22
2004 /usr/local/bin/autoconf253 -rwxr-xr-x 1 root wheel 5007 Jul
27 2003 /usr/local/bin
cross-platform software distributions on
FreeBSD.?
If it did produce different output, why haven't we noticed it prior to
this? Has there actually *been* a problem that nobody has reported?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED
On Sat, 2 Jul 2005, Andrew Dunstan wrote:
Marc G. Fournier wrote:
On Sat, 2 Jul 2005, Peter Eisentraut wrote:
Bruce Momjian wrote:
Does the FreeBSD one actually produce different output?
If it did not, why would they bother making a separate package called
gnu-autoconf with the note
of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
There, that should do it ...
On Fri, 8 Jul 2005, Marc G. Fournier wrote:
I just enabled teh RFC2369 stuff, which adds 'List-*' headers to the message
... apparently, that overrides the X-Mailing-List setting ...
What you want to check for is:
List-ID: pgsql-hackers.postgresql.org
is owned by someone other then who the database is being dump'd
as, and has no permissions to 'read' it ... but anything I'm not thinking
of?
thanks ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
On Fri, 8 Jul 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
I'm currently looking into a problem that a client is reporting that
pg_dump from 8.0.3 is 'skipping' one of their sequences ... I'm waiting
for more info, but am curious if anyone knows (or can think of?) any
-existent ID
DATATYPE-DATETIME
openjade:/usr/local/share/sgml/docbook/dsssl/modular/html/dblink.dsl:203:1:E:
XRef LinkEnd to missing ID 'DATATYPE-DATETIME'
gmake: *** [INSTALL.html] Error 1
gmake: *** Deleting file `INSTALL.html'
Marc G. Fournier Hub.Org Networking Services (http
On Wed, 20 Jul 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
openjade -V draft-mode -D . -c /usr/local/share/sgml/docbook/dsssl/modular/catalog
-d stylesheet.dsl -i output-text -t sgml -V nochunks standalone-install.sgml
installation.sgml INSTALL.html
On Wed, 20 Jul 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
On Wed, 20 Jul 2005, Tom Lane wrote:
Fixed --- but maybe we ought to do something to test the INSTALL/HISTORY
documentation build as well as the main SGML docs. Or maybe better, do
something to make failures
Just curious as to whether or not a warning or something should be issued
in a case like:
SELECT c.*
FROM company c, company_summary cs
WHERE c.id = cs.id
AND cs.detail = 'test'
ORDER BY cs.fullname;
Unless I'm missing something, the ORDER BY clause has no effect, but an
On Mon, 25 Jul 2005, Jeffrey W. Baker wrote:
On Mon, 2005-07-25 at 19:08 -0300, Marc G. Fournier wrote:
On Mon, 25 Jul 2005, Jeffrey W. Baker wrote:
On Mon, 2005-07-25 at 18:11 -0300, Marc G. Fournier wrote:
Just curious as to whether or not a warning or something should be issued
On Mon, 25 Jul 2005, Jeffrey W. Baker wrote:
On Mon, 2005-07-25 at 18:11 -0300, Marc G. Fournier wrote:
Just curious as to whether or not a warning or something should be issued
in a case like:
SELECT c.*
FROM company c, company_summary cs
WHERE c.id = cs.id
AND cs.detail
On Mon, 25 Jul 2005, Jim C. Nasby wrote:
On Mon, Jul 25, 2005 at 06:11:08PM -0300, Marc G. Fournier wrote:
Just curious as to whether or not a warning or something should be issued
in a case like:
SELECT c.*
FROM company c, company_summary cs
WHERE c.id = cs.id
AND cs.detail
Using an 8.0.3 database, if I do:
CREATE GROUP testgrp WITH USER pgsql;
GRANT ALL ON timezone TO GROUP testgrp;
DROP GROUP testgrp;
The table permissions still contain the reference to the 'group':
public | timezone| table| {pgsql=arwdRxt/pgsql,group
100=arwdRxt/pgsql}
On Mon, 25 Jul 2005, Jeffrey W. Baker wrote:
On Mon, 2005-07-25 at 19:08 -0300, Marc G. Fournier wrote:
On Mon, 25 Jul 2005, Jeffrey W. Baker wrote:
On Mon, 2005-07-25 at 18:11 -0300, Marc G. Fournier wrote:
Just curious as to whether or not a warning or something should be issued
I had posted this earlier, but had insufficient info (or access) to
provide much detail ... now, I've got the access, and this really isn't
making much sense ...
Have databse that \ds shows several sequences, but one in partiicular, I
can't seem to 'dump' with pg_dump:
public |
On Tue, 2 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
Have databse that \ds shows several sequences, but one in partiicular, I
can't seem to 'dump' with pg_dump:
public | xa_url_id_seq | sequence | pareto_su
Given the name, this could
On Tue, 2 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
On Tue, 2 Aug 2005, Tom Lane wrote:
Given the name, this could be a SERIAL column's sequence --- which is
not dumped as a separate object by pg_dump, since recreating the SERIAL
column ought to create it.
One
On Tue, 2 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
On Tue, 2 Aug 2005, Tom Lane wrote:
Hmm, odd. But maybe there are traces of a SERIAL linkage? What do
you get from
select * from pg_depend where objid = 'xa_url_id_seq'::regclass;
# select * from pg_depend
)---
TIP 5: don't forget to increase your free space map settings
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
appropriate location so that ppl don't get the 404 errors ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 9
I'd vote to get rid of it ... the concept of 'registering' might throw
some for a loop ...
On Mon, 15 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
On Mon, 15 Aug 2005, Robert Treat wrote:
I installed 7.3.10 from source the other day, and noticed that at the end
On Mon, 15 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
I'd vote to get rid of it ... the concept of 'registering' might throw
some for a loop ...
Works for me; will do that in the 7.3 and 7.2 branches.
It'd still be a good idea to put in some redirects to make those
...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send
On Wed, 17 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
A privileged user can prevent or allow swapping of a shared memory
segment with the following cmds:
SHM_LOCKprevents swapping of a shared memory segment. The user
must
: explain analyze is your friend
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 5: don't forget
On Thu, 25 Aug 2005, Jim C. Nasby wrote:
On Thu, Aug 25, 2005 at 09:07:32PM +0100, Dave Page wrote:
-Original Message-
From: Magnus Hagander[EMAIL PROTECTED]
Sent: 25/08/05 19:36:51
To: Jim C. Nasby[EMAIL PROTECTED]
Cc: Marc G. Fournier[EMAIL PROTECTED],
pgsql-hackers
On Thu, 25 Aug 2005, Joshua D. Drake wrote:
The long and short is I have never understood why it takes so long for
posts to show up.
I'm looking into that one right now ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED
/reject
*or* send onto the list, depending on if someone is subscribed or not ...
If y'all would like, I can eliminate the anti-virus/anti-spam checks and
just let it all go through though ... *evil grin*
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL
On Thu, 25 Aug 2005, Matthew T. O'Connor wrote:
Marc G. Fournier wrote:
As a couple of ppl have found out by becoming 'moderators' for the mailing
lists, there are *alot* of messages through the server that aren't list
subscribers, but are legit emails ...
Perhaps that shouldn't
to the time I *oopsed* and approved all messages in the
moderator queue, and the # of ppl emailing me about getting a whack of
spam, I don't imagine everyone has such in place :)
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED
off of the system and the moderaters.
That makes the lists less usable for people asking questions.
Are messages from usenet still being gated to the lists? If so that will
also be affected by such a change.
Two reasons why 'auto-bouncing' won't work ...
Marc G. Fournier
mentioning
that you shouldn't repeat any questions you already sent in). I have
no idea how hard it is to do, but it sure seems like it would make
things more pleasant all around.
regards, tom lane
Marc G. Fournier Hub.Org Networking Services (http
:
# ALTER TABLE table ALTER COLUMN field1 type boolean;
ERROR: column field1 cannot be cast to type pg_catalog.bool
Should this not work? If not, is there a way to do it so that it will,
without having to reload the whole table?
Thanks ...
Marc G. Fournier Hub.Org Networking
On Mon, 29 Aug 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
# ALTER TABLE table ALTER COLUMN field1 type boolean;
ERROR: column field1 cannot be cast to type pg_catalog.bool
Should this not work?
No, because there's no built-in cast from smallint to bool. You could
to make to the existing
application, so being able to auto-cast 0-'f' on an INSERT/UPDATE would
help wtih that ...
The app still needs to be fixed, but this would allow for the initial
change to be made a bit easier ...
Marc G. Fournier Hub.Org Networking Services (http
---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
timezones right) ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
'k, beta2 is bundled and available on the main ftp server ... will
propogate over the next little while to the various mirrors ... the
announcement for this will go out late Sun/early Mon, to give Dave a
chance to get the Windows Installer built and available at the same time
...
I'm going
of
the old just being removed?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 5: don't forget to increase your
On Mon, 19 Sep 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
Is there a reason the old/new can't be aliaseed to each other, instead of
the old just being removed?
Any change like that would require another initdb. If we were going to
force another initdb, my vote would
... I think it is more then most software
projects do, isn't it?
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
On Mon, 26 Sep 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
On Mon, 26 Sep 2005, Andrew Dunstan wrote:
Maybe something like this would do: We will attempt to maintain support
of each major version for 3 years after its release, although this will
not always be possible
, it would have been questionable :(
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 3: Have you checked our
, cool ... but don't go out
of your way to do it ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 4: Have you
unless it created a critical
bug, which I have seen no arguments that it did ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast
Just bundled up 7.3.11, 7.4.9 and 8.0.4 ... please look them over and make
sure they look okay ... will announce late tomorrow to -announce ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ
this time, why would we enforce it next
time?
You either always enforce it, or never ... you don't pick and choose
though ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
changes, in the name of consistency.
4. Revert all four changes, on the grounds that we shouldn't allow such
a violation of process.
I vote for this one, else we are setting a precedent that this sort of
thing during a beta freeze is acceptable, which it shouldn't be :(
Marc G. Fournier
a
period where such changes were not supposed to happen ... so I vote in
favor of reverting (as Tom suggests above) and then removing
pg_cancel_backend altogether for 8.2 ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo
that it will
be removed for 8.2.
Agreed 100% ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 6: explain
---(end of broadcast)---
TIP 1: 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 list cleanly
Marc G. Fournier Hub.Org
that's what it actually did.
Oh good, I wasn't going to say anything, but that was what I thought it
did too :(
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
Sizes look right compared to beta2 ... please check it over and make sure
there are no outstanding issues ... will announce over the next 24-48 hrs,
once Dave has had a change to get the pgInstaller up to date ...
Marc G. Fournier Hub.Org Networking Services (http
... ?
thanks ..
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 1: if posting/reading through Usenet, please send
On Tue, 18 Oct 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
On Tue, 18 Oct 2005, Tom Lane wrote:
Looking at the code, I notice that the messages are all emitted at level
NOTICE. Perhaps that was not such a good idea --- it'd be pretty much
in-your-face if it were on all
On Tue, 18 Oct 2005, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
do we maintain anything anywhere for this? mainly, some way of
determining # of 'sorts to disk' vs 'sort in memory', to determine whether
or not sort_mem is set to a good value?
As of 8.1 you could turn
number somewhere?
Chris
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 1: if posting/reading through Usenet
-Original Message-
From: [EMAIL PROTECTED] [mailto:pgsql-general-
[EMAIL PROTECTED] On Behalf Of Marc G. Fournier
Sent: Wednesday, October 19, 2005 11:41 AM
To: [EMAIL PROTECTED]
Cc: pgsql-general@postgresql.org
Subject: Re: [pgsql-advocacy] [GENERAL] Oracle buys Innobase
On Wed, 19 Oct 2005
On Wed, 19 Oct 2005, Dann Corbit wrote:
-Original Message-
From: Stephan Szabo [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 19, 2005 12:39 PM
To: Dann Corbit
Cc: Marc G. Fournier; [EMAIL PROTECTED]; pgsql-
[EMAIL PROTECTED]
Subject: Re: [pgsql-advocacy] [GENERAL] Oracle buys
Friday
*cross fingers*
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 4: Have you searched our list
On Wed, 26 Oct 2005, Jim C. Nasby wrote:
On Tue, Oct 18, 2005 at 06:15:02PM -0400, Tom Lane wrote:
Marc G. Fournier [EMAIL PROTECTED] writes:
do we maintain anything anywhere for this? mainly, some way of
determining # of 'sorts to disk' vs 'sort in memory', to determine whether
Tomorrow evening, I'm going to wrap up RC1, to announce it on Monday ...
if anyone is sitting on *anything*, please say something before about
midnight GMT ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy
Take a look through it, will announce this evening ...
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664
---(end of broadcast)---
TIP 4
901 - 1000 of 1670 matches
Mail list logo
