Not sure it's exactly a bug, but in attempting a compile of
PostgreSQL-9.0alpha, we are getting a choke on jade (don't have jade on this
system)
Can the config script test for jade or, better yet, allow an option to turn off
build of documentation?
rol over docs build in the
config script - specific kinds of docs/no docs at all/etc?
Thanks for any help, and for the great work! We love PostgreSQL!
Lou
- Original Message -
From: "Tom Lane"
To: "Lou Picciano"
Cc: pgsql-bugs@postgresql.org
Sent: Wednesda
From: "Joseph Conway"
To: "Tom Lane"
Cc: "Peter Eisentraut" , "Lou Picciano"
, pgsql-bugs@postgresql.org, bsde...@gmail.com
Sent: Friday, February 26, 2010 12:29:43 AM GMT -05:00 US/Canada Eastern
Subject: Re: [BUGS] PostgreSQL-9.0alpha: jade required?
- might be very useful. Especially if docs
are available elsewhere, and for those of us who may not have the inclination
to retain/host all docs for all packages we build, or may prefer a specific
format anyway, and who are really looking for the core software in any case...
Lou Picciano
- O
- I'd like the option of
make-ing a non Jade-dependent version of them.
Don't give the proverbial 'two hoots' about Jade.
Regards All, Lou
- Original Message -
From: "Tom Lane"
To: "Peter Eisentraut"
Cc: "Lou Picciano" , "R
Dear Postgres,
I think it's a bug!
The command 'make bigcheck' runs perfectly in all
respects. However, the 'sequential test geometry' test reports
FAILED.
Bug?
Lou Picciano
Hey all,
I have just been installing v7.1.3 on Linux Sparc -
all build and make went well.
However, initdb reports "mkdir: cannot create
directoy /usr/local/pgsql/data': No space left on device.
initdb failed.
Permissions on /usr/local/pgsql/data, with owner
postgres:daemon, allow rwx.
re testing betas, I
don't know whether I'm uncovering bugs - or 'new behaviors'! Or, whether I'm
uncovering a 'bug' in, uhh... 'userspace'.)
Thanks again, Lou Picciano
- Original Message -
From: "Magnus Hagander"
To: "Lou P
From: "Lou Picciano"
Subject: Compile bug: 9.1.1 with dtrace on OpenIndiana (OpenSolaris)?
dtrace: failed to compile script utils/probes.d: "/usr/lib/dtrace/mpi.d", line
70: failed to resolve type genunix`kthread_t * for identifier curthread: Module
and program data
AOK.
Lou Picciano
environment in some way, sometimes after installing software.
While the 'support libraries' issues above have no bearing on your case, of
course, I certainly don't know enough to know that the different versions of
libpq don't present xmlagg output differently!
The experts here
I wonder if there's a difference in the implementation(s) of readline buffering?
- Original Message -
From: Peter Kroon
To: Lou Picciano
Cc: Michael Paquier , pgsql-bugs@postgresql.org
Sent: Tue, 19 Feb 2013 15:28:47 - (UTC)
Subject: Re: [BUGS] Nested xmlagg doesn't giv
when using the CLI.
At this point, it's not clear whether you're testing (various versions?) of
pgAdmin(?) or (various versions?) of libpq?
Lou Picciano
- Original Message -
From: Peter Kroon
To: Pavel Stehule
Cc: Lou Picciano , Michael Paquier
, pgsql-bugs@postgresql.org
Are you using Solaris 10 ACLs? Dig deeper on Tom's point on user-specific
quotas. ZFS in use? Various quota settings under Solaris can get you really
unexpected mileage.
Lou Picciano
- Original Message -
From: Yuri Levinsky
To: pgsql-bugs@postgresql.org
Sent: Tue, 25 Jun 2013 12:2
14 matches
Mail list logo
