Bruce Momjian wrote:
Is there a way to avoid this problem without having to reset all passwords
or storing them in plain text?
I don't know of a way to make MD5 and db_user_namespace work cleanly so
we are considering removing db_user_namespace in 8.4.
I would +1 the removal.
Joshua D. Dr
Fernando Moreno wrote:
> Hi there, I'm going to use the db_user_namespace parameter to get a strong
> relationship between roles and databases, multiple databases -users
> included- residing in the same server without conflicts is my objective too.
>
>
> Right now I'm working on the backup proces
Tom Lane wrote:
"Gurjeet Singh" <[EMAIL PROTECTED]> writes:
Shouldn't PG make all efforts to not execute something when the result is
already known?
Not if said effort would cost more than is saved, which would be by far
the most likely result if we tried to cache all function results.
[Symptom]:
During the installation the installer creates [start] task bar items
for editing the pg conf files. These menu commands are embedded with
the following commands:
"C:\Windows\System32\notepade.exe" C:\Program
Files\PostgreSQL\8.3\data\pg_hba.conf
For me, I really don't like using notepa
Hi there, I'm going to use the db_user_namespace parameter to get a strong
relationship between roles and databases, multiple databases -users
included- residing in the same server without conflicts is my objective too.
Right now I'm working on the backup process, which ideally would let me
mirro
On Sun, Jan 4, 2004 at 4:48 PM, Joshua D. Drake <[EMAIL PROTECTED]> wrote:
>> Which, not all of it is, at least not from any source I'm aware of.
>
> Well this list should not be supporting any of the modules that are non
> postgresql anyway and I know all the postgresql packages are available in
>
Dave Page wrote:
On Sat, Oct 4, 2008 at 12:36 AM, Joshua Drake <[EMAIL PROTECTED]> wrote:
Easy Dave. I was simply trying to figure out where the .bin came from,
which in turn came with a recommendation which I stand by that no one
should be using anything but operating supported packages (in thi
On Sat, Oct 4, 2008 at 6:06 PM, Gregory Stark <[EMAIL PROTECTED]>wrote:
> "Gurjeet Singh" <[EMAIL PROTECTED]> writes:
>
> > On Sat, Oct 4, 2008 at 8:49 AM, Tom Lane <[EMAIL PROTECTED]> wrote:
> >
> >> "Gurjeet Singh" <[EMAIL PROTECTED]> writes:
> >> > Shouldn't PG make all efforts to not execute s
"Gurjeet Singh" <[EMAIL PROTECTED]> writes:
> On Sat, Oct 4, 2008 at 8:49 AM, Tom Lane <[EMAIL PROTECTED]> wrote:
>
>> "Gurjeet Singh" <[EMAIL PROTECTED]> writes:
>> > Shouldn't PG make all efforts to not execute something when the result is
>> > already known?
>>
>> Not if said effort would cost
Thanks. I will try it out. This sounds like the solution I was looking for.
Dave Page schrieb:
On Fri, Oct 3, 2008 at 8:25 PM, Jörn Heid <[EMAIL PROTECTED]> wrote:
Thanks for your answer but here's the longer question as asked in the posts
before:
How can I use the official "Postgres withou
On Fri, Oct 3, 2008 at 8:25 PM, Jörn Heid <[EMAIL PROTECTED]> wrote:
> Thanks for your answer but here's the longer question as asked in the posts
> before:
>
> How can I use the official "Postgres without installer" distribution without
> compiling the sources for myself and without having to inst
On Sat, Oct 4, 2008 at 1:53 AM, Martin Gainty <[EMAIL PROTECTED]> wrote:
> When the Windows Installer is out of synch with the installed MS binary as
> what happens when you install a Windows Service Pack your install may only
> partially install leaving the installation in a unusable state where y
On Sat, Oct 4, 2008 at 8:02 AM, Scott Marlowe <[EMAIL PROTECTED]> wrote:
> I just prefer to use an os with a package manager. I cannot believe
> Microsoft hasn't bothered to at least steal one yet.
Why would they? To the extend that such functionality would be
required on WIndows, where it's far,
On Sat, Oct 4, 2008 at 1:46 AM, Gurjeet Singh <[EMAIL PROTECTED]> wrote:
>> Why you have a PG 8.2 data directory under /usr/local/postgresql_8.3
>> is another question entirely...
>
> OP has data directory in /base/data, /usr/local/postgresql_8.3/data is the
> default from the installer.
> ...
> Da
On Sat, Oct 4, 2008 at 12:36 AM, Joshua Drake <[EMAIL PROTECTED]> wrote:
> Easy Dave. I was simply trying to figure out where the .bin came from,
> which in turn came with a recommendation which I stand by that no one
> should be using anything but operating supported packages (in this
> case RPM,
On Fri, Oct 3, 2008 at 6:53 PM, Martin Gainty <[EMAIL PROTECTED]> wrote:
> so what started off with a Installer version mismatch can easily turn into
> hours or even a day long task especially with binaries who may drop into
> windows/system32 folder (as is the case when jsvc with msvcrt -this is
16 matches
Mail list logo
