4->8 and 8.4->9 (9 is «new», it's the first
time we go over .4 to bump first digit, but it's also the first time we
have found a way to shorten release cycle)
--
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
Le 07/07/2015 14:55, Andres Freund a écrit :
On 2015-06-19 17:21:25 +0200, Cédric Villemain wrote:
To make slot usage in pg_receivexlog easier, should we add
--create-slot-if-not-exists? That'd mean you could run the same command
the first and later invocation.
+1 (with a shorter name please
To make slot usage in pg_receivexlog easier, should we add
--create-slot-if-not-exists? That'd mean you could run the same command
the first and later invocation.
+1 (with a shorter name please, if you can find one... )
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr
for it in 9.5
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
patch.
Does that still respect an autovacuum_naptime (GUC) greater than 5 minutes ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make
* is a bit heavy-handed as it flushes all buffers for
* the given vnode, not just the buffers covering the
* requested range.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
--
Sent via
need to
rewrite GIN build algorithm.
2) Without rewriting GIN build algorithm, not much can be done with entry
tree. However, you can implement some heuristics.
The patch is 2), for the posting tree only ?
Thanks!
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support
.
There were no noise for me, and I learn some more about GiN. So I thank
you for your work!
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
are the benefits of this patch ? (maybe you had some test case or a
benchmark ?)
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
.iwas...@jp.freebsd.org
https://commitfest.postgresql.org/action/patch_view?idT9
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
execution if things are not working as expected (in the same topic you
have 'progress bar' for query execution, at least some mechanisms should
be shared by both features).
PS: Please note that I am not proposing to add support for the
optimizer hint embedded in Mitsuru's query.
:-)
--
Cédric
Le samedi 7 juin 2014 09:09:00 Gurjeet Singh a écrit :
On Sat, Jun 7, 2014 at 8:56 AM, Cédric Villemain
ced...@2ndquadrant.com wrote:
Le samedi 7 juin 2014 08:35:27 Gurjeet Singh a écrit :
PS: Please note that I am not proposing to add support for the
optimizer hint embedded in Mitsuru's
storage. So it might be interesting to check that.
https://wiki.postgresql.org/wiki/PgCon_2013_Developer_Meeting
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed
feature.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Le jeudi 19 décembre 2013 03:08:59, Robert Haas a écrit :
On Wed, Dec 18, 2013 at 6:07 PM, Cédric Villemain ced...@2ndquadrant.fr
wrote:
When the prefetch process starts up, it services requests from the
queue by reading the requested blocks (or block ranges). When the
queue is empty
?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
is not available.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
insert is faster than posix_fadvise call.
If this is true, then effective_io_concurrency can be revisited. Maybe Greg
Stark already did some benchmark of that...
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
troubleshooting than you want to get into.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
said, you are correct about the problem you found and it's
good to be able to release new version without a bug for OSX.
I'm just sad you didn't get time to voice a bit before Andrew spent too
much time on that.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support
Le lundi 30 septembre 2013 00:10:09 Andrew Dunstan a écrit :
On 09/29/2013 07:09 PM, Andrew Dunstan wrote:
On 09/03/2013 04:04 AM, Cédric Villemain wrote:
Simple one, attached.
I didn't document USE_VPATH, not sure how to explain that clearly.
Just a remember that the doc is written
currently applyed at debian.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et FormationMake the install targets depend on installdirs (not yet upstream, tbd)
--- a/src/makefiles/pgxs.mk
+++ b/src/makefiles/pgxs.mk
@@ -132,29
-postgresql/postgresql-9.3/trunk/changes
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Marti Raudsepp ma...@juffo.org a écrit :
On Tue, May 14, 2013 at 4:12 AM, Marti Raudsepp ma...@juffo.org
wrote:
While testing out PostgreSQL 9.3beta1, I stumbled upon a problem
% make DESTDIR=/tmp/foo install
/usr/bin/install: will not overwrite just-created
cost non linear, double-triple caching, ...) .
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
supposed to be backported. The behavior is not changed,
nothing new, just fixing problem for some kind of extension builds. (However
the USE_VPATH is new and is not needed in 9.3)
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise
or a
config_fdw. IMHO it is the job of a FDW to be able to handle atomic write or
anything like that.
I've commented one of the proposed patch adding some helpers to validate GUC
change, I claimed this part was good enough to be added without ALTER SYSTEM
(so a contrib can use it).
--
Cédric
shiped
with postgreSQL.
I've been convinced that if we want to apply testing on pgxs makefile then we
need something dedicated. Not abusing the current options.
I'm in favor of removing PGXS from all contrib makefile, not only this one.
--
Cédric Villemain +33 (0)6 20 30 22 52
http
Le jeudi 29 août 2013 11:52:36 Andres Freund a écrit :
On 2013-08-29 11:49:00 +0200, Cédric Villemain wrote:
Le mercredi 28 août 2013 00:12:22 Andres Freund a écrit :
Hi Alvaro,
On 2013-08-27 14:47:49 -0400, Alvaro Herrera wrote:
Andres Freund wrote:
pg_xlogdump cannot
, then design what we can
achieve more with an ALTER SYSTEM command.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
There seemed to be agreement on having a config.d, though.
Yes.
Also, the validate_conf_parameter() (or some similar name) Amit added in his
patch sounds useful if an extension can use it (to check a GUC someone want to
change, to check a configuration file, ...)
--
Cédric Villemain +33 (0)6
).
With the current idea of one-GUC-one-file in a PGDATA subdirectory it is *easy*
to fix for any DBA or admin. However, note that I do prefer a simple
'include_auto_conf=here|start|end|off' in postgresql.conf (by default at end of
file, with value 'end' set).
--
Cédric Villemain +33 (0)6 20 30 22 52
all that discussion again.
ok, I've only lost track for the consensus based on the technical objective.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message
Le mardi 30 juillet 2013 05:27:12, Amit Kapila a écrit :
On Monday, July 29, 2013 7:15 PM Cédric Villemain wrote:
Le lundi 29 juillet 2013 13:47:57, Amit Kapila a écrit :
On Sunday, July 28, 2013 11:12 AM Amit kapila wrote:
On Friday, July 26, 2013 6:18 PM Tom Lane wrote:
Alvaro
at a time.
I agree with Tom comment that this file(s) must be in data_directory.
postgresql.auto.conf is useless, a data_directory/auto.conf (.d/ ?) is
enough.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
with streaming replication addition.
see xlog.c|h
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
not
hurt.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Le lundi 8 juillet 2013 21:46:39, Andrew Dunstan a écrit :
On 07/08/2013 03:40 PM, Josh Berkus wrote:
On 07/04/2013 06:18 AM, Andrew Dunstan wrote:
On 07/04/2013 09:14 AM, Cédric Villemain wrote:
ah yes, good catch, I though .control file were unique per contrib,
but there aren't
.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
coverage in PGXS area, so
it is another thing to consider (TODO : add resgress test for PGXS ...)
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
I'm not sure whether this is as simple as changing $ to $^ in the
pgxs.mk's installcontrol rule, or if something more is required.
Could you take a look?
will do.
ah yes, good catch, I though .control file were unique per contrib, but there
aren't.
--
Cédric Villemain +33 (0)6 20 30
proposing patches because
they are not sure to get time to review other things *in time*.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Le mercredi 3 juillet 2013 21:03:42, Christopher Browne a écrit :
On Wed, Jul 3, 2013 at 2:24 PM, Cédric Villemain
ced...@2ndquadrant.comwrote:
Clearly I ticked off a bunch of people by publishing the list. On
the other hand, in the 5 days succeeding the post, more than a dozen
patch required for documentation.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
[it seems my first email didn't make it, sent again]
Le mercredi 26 juin 2013 16:52:01, Andrew Dunstan a écrit :
On 06/25/2013 11:29 AM, Cédric Villemain wrote:
Le mardi 25 juin 2013 17:18:51, Andrew Dunstan a écrit :
On 06/24/2013 07:24 PM, Cédric Villemain wrote:
Le mardi 25 juin 2013 00
Le samedi 29 juin 2013 19:54:53, Andrew Dunstan a écrit :
On 06/26/2013 10:52 AM, Andrew Dunstan wrote:
On 06/25/2013 11:29 AM, Cédric Villemain wrote:
Le mardi 25 juin 2013 17:18:51, Andrew Dunstan a écrit :
On 06/24/2013 07:24 PM, Cédric Villemain wrote:
Le mardi 25 juin 2013 00:18:26
Le mercredi 26 juin 2013 16:52:01, Andrew Dunstan a écrit :
On 06/25/2013 11:29 AM, Cédric Villemain wrote:
Le mardi 25 juin 2013 17:18:51, Andrew Dunstan a écrit :
On 06/24/2013 07:24 PM, Cédric Villemain wrote:
Le mardi 25 juin 2013 00:18:26, Andrew Dunstan a écrit :
On 06/24/2013 04:02
Le mardi 25 juin 2013 17:18:51, Andrew Dunstan a écrit :
On 06/24/2013 07:24 PM, Cédric Villemain wrote:
Le mardi 25 juin 2013 00:18:26, Andrew Dunstan a écrit :
On 06/24/2013 04:02 PM, Cédric Villemain wrote:
WIth extension, we do have to set VPATH explicitely if we want to use
VPATH
should consider that too.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
/create_cast.sql
==
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Le lundi 24 juin 2013 19:40:19, Andrew Dunstan a écrit :
On 06/18/2013 09:52 AM, Cédric Villemain wrote:
I've rebased the current set of pending patches I had, to fix pgxs and
added 2 new patches.
Bugfixes have already been presented and sent in another thread, except
the last one
Le mardi 25 juin 2013 00:18:26, Andrew Dunstan a écrit :
On 06/24/2013 04:02 PM, Cédric Villemain wrote:
WIth extension, we do have to set VPATH explicitely if we want to use
VPATH (note that contribs/extensions must not care that postgresql has
been built with or without VPATH set). My
is ok.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
that maybe :
./pg_xlogdump -b \
../data/pg_xlog/00010001 \
../data/pg_xlog/00010005| \
grep 'backup bkp' | awk '{print ($5,$9)}'
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et
SELECT first(val order by ts desc) to output ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Le jeudi 20 juin 2013 05:26:21, Peter Eisentraut a écrit :
On Wed, 2013-06-19 at 20:58 +0200, Cédric Villemain wrote:
I believe he answered the proposal to put all headers on the same flat
directory, instead of a tree.
The headers are used as
#include hstore.h
#include ltree.h
etc
is of great concern.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Le mercredi 19 juin 2013 04:48:11, Peter Eisentraut a écrit :
On Tue, 2013-06-18 at 15:52 +0200, Cédric Villemain wrote:
This allows for example to install hstore header and be able to
include them
in another extension like that:
# include contrib/hstore/hstore.h
That's not going
Le mercredi 19 juin 2013 04:58:15, Peter Eisentraut a écrit :
On Mon, 2013-06-17 at 19:00 +0200, Cédric Villemain wrote:
My only grief is to loose the perfect regression tests for PGXS those
contribs are.
I think they are neither perfect nor regression tests. If we want
tests, let's
community'.
[1] http://www.postgresql.org/message-
id/1371610695.13762.25.ca...@vanquo.pezone.net
[2] http://www.postgresql.org/message-
id/1371172850.79798.yahoomail...@web193505.mail.sg3.yahoo.com
[3] http://www.postgresql.org/message-id/51bbe3a5.40...@2ndquadrant.com
--
Cédric Villemain +33 (0
├── contrib
│ └── hstore
├── informix
│ └── esql
├── internal
│ └── libpq
└── server
And all subidrs of server/
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description
Le mercredi 19 juin 2013 18:48:21, Andrew Dunstan a écrit :
On 06/19/2013 12:32 PM, Cédric Villemain wrote:
Le mercredi 19 juin 2013 18:20:11, Andrew Dunstan a écrit :
On 06/19/2013 11:26 AM, Peter Eisentraut wrote:
On 6/19/13 10:19 AM, Andrew Dunstan wrote:
What are they going to be used
(right? if not, that would be my choice).
yes, I think the same.
auth_delay for example is not an extension as in CREATE EXTENSION. So...it is
probably better to postpone this decision and keep on the idea to just install
headers where there should be will traditional name (contrib).
--
Cédric
, and this one might be improved not to
have to rebuild shared object from postgresql (IIRC it is a static build or
something like that)...
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description
dropped? Or do something else?
A separate commit fest for tracking proposed backpatches might be
useful.
Backpatches are bugs fix, isnt it ?
I will like to have a mail based bug tracker like debbugs.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7
-builds.patch
0004-adds-support-for-VPATH-with-USE_PGXS.patch
0006-Fix-suggested-layout-for-extension.patch
New feature:
0005-Allows-extensions-to-install-header-file.patch
I'll do a documentation patch based on what is accepted in HEAD and/or
previous branches.
--
Cédric Villemain +33 (0)6 20 30 22 52
sent) so it is not an excuse.
I agree for other points.
My only grief is to loose the perfect regression tests for PGXS those contribs
are.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description
to find a README(.*) and rename it
to README.$extension.$1 if MODULEDIR is not set.
REGRESS_OPTS = --load-extension=$(EXTENSION)
Which would be a good deal cleaner.
yes.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise
Andrew Dunstan and...@dunslane.net a écrit :
On 06/14/2013 08:35 AM, Peter Eisentraut wrote:
On 6/13/13 9:20 PM, amul sul wrote:
Agree, only if we consider these contrib module is always gonna
deployed with the postgresql.
But, what if user going to install such module elsewhere i.e. not
are good and I won't vote against suggesting
to use them (and improve PGXS to match those suggestions).
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
Peter Eisentraut pete...@gmx.net a écrit :
A transform is an SQL object that supplies to functions for converting
between data types and procedural languages. For example, a transform
could arrange that hstore is converted to an appropriate hash or
dictionary object in PL/Perl or PL/Python.
was only if the original comment was still relevant. It seems it is
just not accurate anymore.
With patch I can union 492 csv tables instead of 32 with beta1.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
, or at least that it seems less
'scary' than in the past ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
not sure of expected value of max_safe_fds. Your patch now initialize
with 5 slots instead of 10, if max_safe_fds is large maybe it is better to
double the size each time we need instead of jumping directly to the largest
size ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr
(for
debian packaging).
PS: I have a serie of bugfix and patches pending in the current commitfest
(http://commitfest.postgresql.org) to help build with VPATH. You may be
interested in them...
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7
Le mardi 28 mai 2013 14:10:14, Cédric Villemain a écrit :
I just took time to inspect our contribs, USE_PGXS is not supported by
all of them atm because of SHLIB_PREREQS (it used submake) I have a
patch pending here to fix that.
Attached patch fix SHLIB_PREREQS when building with USE_PGXS
Le mardi 28 mai 2013 15:15:55, Cédric Villemain a écrit :
Le samedi 25 mai 2013 16:41:24, Cédric Villemain a écrit :
If it seems to be on the right way, I'll keep fixing EXTENSION
building with VPATH.
I haven't tried the patch, but let me just say that Debian
Le jeudi 30 mai 2013 14:32:46, Stefan Kaltenbrunner a écrit :
On 05/29/2013 06:08 PM, Cédric Villemain wrote:
I just took time to inspect our contribs, USE_PGXS is not supported by
all of them atm because of SHLIB_PREREQS (it used submake) I have a
patch pending here to fix that. Once all
too many failures from
https://commitfest.postgresql.org/action/patch_form
So one patch is not in the commitfest yet (fix_install_ext_vpath.patch)
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
that to PGXS build.
The issue is that submake-* can not be built with PGXS, in this case they
must check that expected files are present (and installed).
Maybe it is better to only check if they have been built ?
This fix the build of dblink and postgres_fdw (make USE_PGXS=1)
--
Cédric Villemain
the srcdir
to the builddir when doing 'make VPATH'. but it failed when used in
conjunction with USE_PGXS and out-of-tree build of an extension.
Issue is the absence of the data/ directory in the builddir.
Attached patch fix that.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr
* makefile...
Thus it fixes:
mkdir /tmp/a cd /tmp/a
make -f extension_src/Makefile USE_PGXS=1
Note that the patch fix things. Still I am not really happy with the rule to
get the srcdir.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement
Le mardi 28 mai 2013 14:16:38, Cédric Villemain a écrit :
Once all our contribs can build with USE_PGXS I
fix the VPATH.
The last step is interesting: installcheck/REGRESS. For this one, if I
can know exactly what's required (for debian build for example), then I
can also fix
Le samedi 25 mai 2013 16:41:24, Cédric Villemain a écrit :
If it seems to be on the right way, I'll keep fixing EXTENSION building
with VPATH.
I haven't tried the patch, but let me just say that Debian (and
apt.postgresql.org) would very much like the VPATH situation getting
.
The last step is interesting: installcheck/REGRESS. For this one, if I can
know exactly what's required (for debian build for example), then I can also
fix this target.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
9.2 is out some time, and 9.3 is in beta, why
no prebuild binary PLJavas exist for 9.2?
Because nobody has built them?
FYI, PL/Java is not maintained by the PostgreSQL project.
cheers
andrew
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7
Le jeudi 16 mai 2013 18:53:19, Alvaro Herrera a écrit :
Andrew Dunstan wrote:
On 05/16/2013 10:39 AM, Cédric Villemain wrote:
Le jeudi 16 mai 2013 15:51:48, Tom Lane a écrit :
Andrew Dunstan and...@dunslane.net writes:
On 05/16/2013 05:41 AM, Dimitri Fontaine wrote:
And VPATH building
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
or not).
I'll work on a patch for that.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
)--$(EXTVERSION).sql
DATA = $(filter-out sql/$(EXTENSION)--$(EXTVERSION).sql, $(wildcard
sql/*--*.sql))
Is that right?
Yes.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally
?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
instruction in some Makefile. What's wrong ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed message part.
the default target from the PostgreSQL Makefile is «all:» and the
addition of a target before inclusion of PostgreSQL makefile change the default
(see DEFAULT_GOAL variable)
Thought ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise
(in
pg_stop_backup() ?).
No API change required. Just document that some predefined target names are set
during backup.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
signature.asc
Description: This is a digitally signed
Le vendredi 3 mai 2013 15:40:51, Heikki Linnakangas a écrit :
On 03.05.2013 16:29, Bruce Momjian wrote:
On Fri, May 3, 2013 at 01:02:08PM +0200, Cédric Villemain wrote:
This changes the existing API which will confuse people that know it
and invalidate everything written in software
and actually seem to work. That said,
I've mostly done targeted recoveries rather than trying to recover
entire trees.
I have the same set up, and same feedback.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
, is your source code in a public versionning system (github, bucket, etc) ?
It will ease the process to participate to your extension...
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
.
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et Formation
realizing that make hadn't
done what it's supposed to.
make does what it is supposed to do here IIUC.
Then we may just want to move the .SECONDARY in an ifcase again (the
.SECONDARY is still interesting)
What was the consensus when Peter did the change ?
--
Cédric Villemain +33 (0)6 20 30 22 52
http
-attribute -Wformat-security -fno-
strict-aliasing -fwrapv -fexcess-precision=standard -I../../../src/include -
D_GNU_SOURCE -c -o rewriteDefine.o rewriteDefine.c
touch objfiles.txt
--
Cédric Villemain +33 (0)6 20 30 22 52
http://2ndQuadrant.fr/
PostgreSQL: Support 24x7 - Développement, Expertise et
1 - 100 of 336 matches
Mail list logo