View Git repositories

PostgreSQL hosts its code at git://git.postgresql.org/git/postgresql.git.

You can learn more at the project's web page.

Launchpad imports the master branch and you can create branches from it.

You can browse the source code for the development focus branch or get a copy of the branch using the command:
bzr branch lp:postgresql

PostgreSQL has 8 active branches owned by 4 people and 3 teams. There were 192 commits by 12 people in the last month.

Bazaar branches

Name Status Last Modified Last Commit
lp:postgresql
Series: current
1 Development 2018-05-25 18:31:06 UTC 13 hours ago
45070. Fix misidentification of SQL statemen...

Author: Tom Lane
Revision Date: 2018-05-25 18:31:06 UTC

Fix misidentification of SQL statement type in plpgsql's exec_stmt_execsql.

To distinguish SQL statements that are INSERT/UPDATE/DELETE from other
ones, exec_stmt_execsql looked at the post-rewrite form of the statement
rather than the original. This is problematic because it did that only
during first execution of the statement (in a session), but the correct
answer could change later due to addition or removal of DO INSTEAD rules
during the session. That could lead to an Assert failure, as reported
by Tushar Ahuja and Robert Haas. In non-assert builds, there's a hazard
that we would fail to enforce STRICT behavior when we'd be expected to.
That would happen if an initially present DO INSTEAD, that replaced the
original statement with one of a different type, were removed; after that
the statement should act "normally", including strictness enforcement, but
it didn't. (The converse case of enforcing strictness when we shouldn't
doesn't seem to be a hazard, as addition of a DO INSTEAD that changes the
statement type would always lead to acting as though the statement returned
zero rows, so that the strictness error could not fire.)

To fix, inspect the original form of the statement not the post-rewrite
form, making it valid to assume the answer can't change intra-session.
This should lead to the same answer in every case except when there is a
DO INSTEAD that changes the statement type; we will now set mod_stmt=true
anyway, while we would not have done so before. That breaks the Assert
in the SPI_OK_REWRITTEN code path, which expected the latter behavior.
It might be all right to assert mod_stmt rather than !mod_stmt there,
but I'm not entirely convinced that that'd always hold, so just remove
the assertion altogether.

This has been broken for a long time, so back-patch to all supported
branches.

Discussion: https://postgr.es/m/CA+TgmoZUrRN4xvZe_BbBn_Xp0BDwuMEue-0OyF0fJpfvU2Yc7Q@mail.gmail.com

lp:~p8n/postgresql/common 1 Development 2013-10-09 12:05:39 UTC 2013-10-09
1164. Updated debian/changelog

Author: Per Carlson
Revision Date: 2013-10-09 12:05:39 UTC

Updated debian/changelog

lp:~eric-launchpad-soroos/postgresql/lucid-9.0 1 Development 2012-10-04 16:21:05 UTC 2012-10-04
256. TAS code has changed in upstream, pat...

Author: erics
Revision Date: 2012-10-04 16:14:02 UTC

TAS code has changed in upstream, patch does not apply cleanly.
Only necessary for armel, which I'm not concerned with.

lp:~ubuntu-core-dev/postgresql/common-precise bug 1 Development 2012-09-06 13:01:06 UTC 2012-09-06
1154. releasing version 129ubuntu1

Author: Martin Pitt
Revision Date: 2012-09-06 13:01:06 UTC

releasing version 129ubuntu1

lp:~bryce/postgresql/debian-9.0 bug 1 Development 2011-06-07 02:36:26 UTC 2011-06-07
247. Add 04-no-such-variable-typo.patch: A...

Author: Bryce Harrington
Revision Date: 2011-06-07 02:34:35 UTC

Add 04-no-such-variable-typo.patch: Add missing semicolon so that the
PG_MODULE_MAGIC and PG_FUNCTION_INFO_V1 macros work properly.
(LP: #458020)

lp:~petere/postgresql/common 1 Development 2010-04-06 21:32:23 UTC 2010-04-06
991. debian/control: Bump Standards-Versio...

Author: Peter Eisentraut
Revision Date: 2010-04-06 21:24:42 UTC

debian/control: Bump Standards-Version to 3.8.4; no changes necessary.

lp:~petere/postgresql/debian-9.0 1 Development 2010-03-29 20:15:37 UTC 2010-03-29
184. Merged debian-8.4 branch

Author: Peter Eisentraut
Revision Date: 2010-03-29 20:15:37 UTC

Merged debian-8.4 branch

lp:~hardware-certification/postgresql/naturalsort 1 Development 2009-04-28 22:08:00 UTC 2009-04-28
2. Changed to build on earlier versions ...

Author: Marc Tardif
Revision Date: 2009-04-28 22:08:00 UTC

Changed to build on earlier versions of Ubuntu.

18 of 8 results
You can't create new branches for PostgreSQL.