Sorry for posting this messages into the list.
It was intended for Peter E., but it looks like
his personal mailbox is over quota... Hopefully,
he will scan through the posts in the list once
he's back from vacation, and the message won't get
lost.
Serguei
- Original Message -
From: Se
The same applies as to my previous post...
Sorry again.
S.
- Original Message -
From: Serguei Mokhov <[EMAIL PROTECTED]>
To: Peter Eisentraut <[EMAIL PROTECTED]>
Sent: Wednesday, August 01, 2001 1:50 AM
Subject: Re: [HACKERS] Translators wanted
> - Original Message -
> From:
Hello all,
I was in a trip and just arrived, and will do it real soon.
Best Regards,
Steve Howe
- Original Message -
From: "Tom Lane" <[EMAIL PROTECTED]>
To: "Hiroshi Inoue" <[EMAIL PROTECTED]>
Cc: "Steve Howe" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Sunday, July 29, 20
> > > > IIRC vacuumlo doesn't take the type lo(see contrib/lo) into
> > > > account. I'm suspicious if vacuumlo is reliable.
> > >
> > > This was my round about way of asking if something to combat this issue
> > > can be placed in the to do list. :)
> >
> > Added to TODO:
> >
> > * Impr
Bruce Momjian wrote:
>
> > > > > Can you see a scenario where a programmer would forget to delete the
> > > > > data from pg_largeobject and the database becoming very large filled
> > > > > with orphaned large objects?
> > > >
> > > > Sure. My point wasn't that the functionality isn't needed, it
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> >> In any case, if we don't change the code, the change in behavior from
> >> prior releases needs to be documented...
>
> > You mean in the SGML or in the release highlight text?
>
> Both. client_auth.sgml specifically states that editing the file
Bruce Momjian <[EMAIL PROTECTED]> writes:
>> In any case, if we don't change the code, the change in behavior from
>> prior releases needs to be documented...
> You mean in the SGML or in the release highlight text?
Both. client_auth.sgml specifically states that editing the file is
sufficient
On Tuesday 31 July 2001 19:20, Tom Lane wrote:
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> > We could, but we don't with postgresql.conf so it made sense to keep the
> > behavior the same for the two files.
> I'm inclined to agree --- for one thing, this allows one to edit the
> files in place
> BTW, while digging through my mail archives I discovered that Oliver
> *did* already extract his "peer" auth patch and submit it as a proposed
> patch --- see the pghackers archives for 3-May-2001. At the time I
> think we were concerned about portability issues, but as long as it's
> appropria
BTW, while digging through my mail archives I discovered that Oliver
*did* already extract his "peer" auth patch and submit it as a proposed
patch --- see the pghackers archives for 3-May-2001. At the time I
think we were concerned about portability issues, but as long as it's
appropriately autoc
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> >> Would it make sense to do fstat calls on these files and reload whenever
> >> we observe that the file modification time has changed? That'd be an
> >> additional kernel call per connection attempt, so I'm not at all sure
> >> I want to do it ... b
Bruce Momjian <[EMAIL PROTECTED]> writes:
>> Would it make sense to do fstat calls on these files and reload whenever
>> we observe that the file modification time has changed? That'd be an
>> additional kernel call per connection attempt, so I'm not at all sure
>> I want to do it ... but it ough
> Bruce Momjian - CVS <[EMAIL PROTECTED]> writes:
> > Load pg_hba.conf and pg_ident.conf on startup and SIGHUP into List of
> > Lists, and use that for user validation.
>
> While this should be a nice speedup, it bothers me somewhat that the old
> behavior of reacting immediately to pg_hb
Can you send over your version for review. We can edit the 'peer' part.
> Tom Lane wrote:
> >[ redirected to pgsql-hackers for comment ]
> >
> >Helge Bahmann <[EMAIL PROTECTED]> writes:
> >> On Tue, 31 Jul 2001, Tom Lane wrote:
> >>> There is a more complete version of this capabilit
Bruce Momjian - CVS <[EMAIL PROTECTED]> writes:
> Load pg_hba.conf and pg_ident.conf on startup and SIGHUP into List of
> Lists, and use that for user validation.
While this should be a nice speedup, it bothers me somewhat that the old
behavior of reacting immediately to pg_hba.conf a
gabriel wrote:
>
> hello all
> I have a postgresql 7.0
> and I'm trying to update to 7.1.2 using rpms
> but some files is missing
> like:
> libcrypto.so.0
> libssl.so.0
>
> anyone knows what package i can find this files??
>
> thanks...
>
> ---(end of broadcast)
Tom Lane wrote:
>[ redirected to pgsql-hackers for comment ]
>
>Helge Bahmann <[EMAIL PROTECTED]> writes:
>> On Tue, 31 Jul 2001, Tom Lane wrote:
>>> There is a more complete version of this capability in the Debian patch
>>> set. I think we've been waiting for Oliver to pull it out a
"gabriel" <[EMAIL PROTECTED]> writes:
> hello all
> I have a postgresql 7.0
> and I'm trying to update to 7.1.2 using rpms
> but some files is missing
> like:
> libcrypto.so.0
> libssl.so.0
>
> anyone knows what package i can find this files??
openssl
--
Trond Eivind Glomsrød
Red Hat, Inc.
-
hello all
I have a postgresql 7.0
and I'm trying to update to 7.1.2 using rpms
but some files is missing
like:
libcrypto.so.0
libssl.so.0
anyone knows what package i can find this files??
thanks...
---(end of broadcast)---
TIP 4: Don't 'kill -9'
Should be fixed ... meant to respond as soon as I fixed it, but got onto
something else at the time :(
On Tue, 31 Jul 2001, Bruce Momjian wrote:
> > Grant <[EMAIL PROTECTED]> writes:
> > > Is it just me or is an address on the hackers list who's mail is handled
> > > by wmail.metro.taejon.kr no
Bruce Momjian <[EMAIL PROTECTED]> writes:
>> ... But Oliver may feel that he has to
>> continue to support the "peer" keyword on Debian anyway, for backwards
>> compatibility. If so, do we want different ways of doing the same thing
>> on different distros, or should we just follow the Debian pre
Gilles DAROLD wrote:
>
> Hi,
>
> Why don't use the excellent DBIx-XML_RDB perl module ? Give it the query
> it will return XML output as you sample. With some hack you can do what you
> want...
>
The point I was trying to make is that XML is trivial to create. It is much
more difficult to read.
> Bruce Momjian <[EMAIL PROTECTED]> writes:
> >> ... But Oliver may feel that he has to
> >> continue to support the "peer" keyword on Debian anyway, for backwards
> >> compatibility. If so, do we want different ways of doing the same thing
> >> on different distros, or should we just follow the
> [ redirected to pgsql-hackers for comment ]
>
> Helge Bahmann <[EMAIL PROTECTED]> writes:
> > On Tue, 31 Jul 2001, Tom Lane wrote:
> >> There is a more complete version of this capability in the Debian patch
> >> set. I think we've been waiting for Oliver to pull it out and submit it
> >> as a
On Tue, 31 Jul 2001, Tom Lane wrote:
> "Timothy H. Keitt" <[EMAIL PROTECTED]> writes:
> > Anyone else getting these? Are these supposed to go to list subscribers?
>
> Was it a bounceback from wmail.metro.taejon.kr? They seem to have some
> rather broken mail delivery software in place there. B
[ redirected to pgsql-hackers for comment ]
Helge Bahmann <[EMAIL PROTECTED]> writes:
> On Tue, 31 Jul 2001, Tom Lane wrote:
>> There is a more complete version of this capability in the Debian patch
>> set. I think we've been waiting for Oliver to pull it out and submit it
>> as a patch...
> O
"Timothy H. Keitt" <[EMAIL PROTECTED]> writes:
> Anyone else getting these? Are these supposed to go to list subscribers?
Was it a bounceback from wmail.metro.taejon.kr? They seem to have some
rather broken mail delivery software in place there. Bruce and I have
both asked Marc to remove that
Hi,
Why don't use the excellent DBIx-XML_RDB perl module ? Give it the query
it will return XML output as you sample. With some hack you can do what you
want...
Regards
Gilles DAROLD
mlw wrote:
> Bruce Momjian wrote:
> >
> > > > > I have managed to get several XML files into PostgreSQL by wri
Anyone else getting these? Are these supposed to go to list subscribers?
Tim
Original Message
Subject: Majordomo Delivery Error
Date: Tue, 31 Jul 2001 09:43:58 -0400 (EDT)
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
This message was created automatically by mail delivery
> On Mon, 30 Jul 2001, Bruce Momjian wrote:
>
> > * Improve spinlock code, perhaps with OS semaphores, sleeper queue, or
> > spining to obtain lock on multi-cpu systems
>
> You may be interested in a discussion which happened over on
> linux-kernel a few months ago.
>
> Quite a lot of people
Bruce Momjian wrote:
>
> > > > I have managed to get several XML files into PostgreSQL by writing a parser,
> > > > and it is a huge hassle, the public parsers are too picky. I am thinking that a
> > > > fuzzy parser, combined with some intelligence and an XML DTD reader, could make
> > > > a ver
> > > > Can you see a scenario where a programmer would forget to delete the
> > > > data from pg_largeobject and the database becoming very large filled
> > > > with orphaned large objects?
> > >
> > > Sure. My point wasn't that the functionality isn't needed, it's that
> > > I'm not sure vacuu
> Grant <[EMAIL PROTECTED]> writes:
> > Is it just me or is an address on the hackers list who's mail is handled
> > by wmail.metro.taejon.kr not existant?
>
> I've had to institute a sendmail access block against that site :-(
> It bounces a useless complaint for every damn posting I make. What
On Mon, 30 Jul 2001, Bruce Momjian wrote:
> * Improve spinlock code, perhaps with OS semaphores, sleeper queue, or
> spining to obtain lock on multi-cpu systems
You may be interested in a discussion which happened over on
linux-kernel a few months ago.
Quite a lot of people want a lightweight
34 matches
Mail list logo