Skip site navigation (1) Skip section navigation (2)

== PostgreSQL Weekly News - August 19 2012 ==

From: David Fetter <david(at)fetter(dot)org>
To: PostgreSQL Announce <pgsql-announce(at)postgresql(dot)org>
Subject: == PostgreSQL Weekly News - August 19 2012 ==
Date: 2012-08-20 06:24:32
Message-ID: 20120820062432.GA2117@fetter.org (view raw or flat)
Thread:
Lists: pgsql-announce
== PostgreSQL Weekly News - August 19 2012 ==

PostgreSQL security fix versions 9.1.5, 9.0.9, 8.4.13 and 8.3.20 released.
Upgrade ASAP!
http://www.postgresql.org/about/news/1407/

Postgres Open 2012 will be in Chicago, IL, USA, September 17-19.  The
schedule is published and registration is open!
http://postgresopen.org/2012/tickets

== PostgreSQL Product News ==

Pyrseas 0.6.0beta, a toolkit for PostgreSQL version control, released on PGXN.
https://github.com/jmafc/Pyrseas

== PostgreSQL Jobs for August ==

http://archives.postgresql.org/pgsql-jobs/2012-08/threads.php

== PostgreSQL Local ==

PostgreSQL Session will be held on October 4th, 2012, in Paris,
France.  More information at:
http://www.postgresql-sessions.org/en/4/

PostgreSQL Conference Europe 2012 will be in Prague, Czech Republic
on October 23-26.  The call for papers is open.
http://2012.pgconf.eu/

PostgreSQL Day Argentina 2012 will be held on November 13th in Bernal,
Buenos Aires, at the National University of Quilmes.  It will cover
topics for PostgreSQL users, developers and contributors, as well as
decision and policy makers.  For more information about the
conference, please see the website at
http://www.pgday.com.ar/quilmes2012?lang=en

== PostgreSQL in the News ==

Planet PostgreSQL: http://planet.postgresql.org/

PostgreSQL Weekly News is brought to you this week by David Fetter

Submit news and announcements by Sunday at 3:00pm Pacific time.
Please send English language ones to david(at)fetter(dot)org, German language
to pwn(at)pgug(dot)de, Italian language to pwn(at)itpug(dot)org(dot)  Spanish language
to pwn(at)arpug(dot)com(dot)ar(dot)

== Applied Patches ==

Heikki Linnakangas pushed:

- Add runtime checks for number of query parameters passed to libpq
  functions.  The maximum number of parameters supported by the FE/BE
  protocol is 65535, as it's transmitted as a 16-bit unsigned integer.
  However, the nParams arguments to libpq functions are all of type
  'int'. We can't change the signature of libpq functions, but a
  simple bounds check is in order to make it more clear what's going
  wrong if you try to pass more than 65535 parameters.  Per complaint
  from Jim Vanns.
  http://git.postgresql.org/pg/commitdiff/f86e6ba40c9cc51c81fe1cf650b512ba5b19c86b

- Fix GiST buffering build bug, which caused "failed to re-find
  parent" errors.  We use a hash table to track the parents of inner
  pages, but when inserting to a leaf page, the caller of
  gistbufferinginserttuples() must pass a correct block number of the
  leaf's parent page. Before gistProcessItup() descends to a child
  page, it checks if the downlink needs to be adjusted to accommodate
  the new tuple, and updates the downlink if necessary.  However,
  updating the downlink might require splitting the page, which might
  move the downlink to a page to the right. gistProcessItup() doesn't
  realize that, so when it descends to the leaf page, it might pass an
  out-of-date parent block number as a result. Fix that by returning
  the block a tuple was inserted to from gistbufferinginserttuples().
  This fixes the bug reported by Zdeněk Jílovec.
  http://git.postgresql.org/pg/commitdiff/89911b3ab848915dd64d21ca3d3537470c93f89c

- Add SP-GiST support for range types.  The implementation is a
  quad-tree, largely copied from the quad-tree implementation for
  points. The lower and upper bound of ranges are the 2d coordinates,
  with some extra code to handle empty ranges.  I left out the support
  for adjacent operator, -|-, from the original patch.  Not because
  there was necessarily anything wrong with it, but it was more
  complicated than the other operators, and I only have limited time
  for reviewing. That will follow as a separate patch.  Alexander
  Korotkov, reviewed by Jeff Davis and me.
  http://git.postgresql.org/pg/commitdiff/317dd55a9cae160c8d121eaec323a6aea3259fd8

Tom Lane pushed:

- Update time zone data files to tzdata release 2012e.  DST law
  changes in Morocco; Tokelau has relocated to the other side of the
  International Date Line; and apparently Olson had Tokelau's GMT
  offset wrong by an hour even before that.  There are also a large
  number of non-significant changes in this update.  Upstream took the
  opportunity to remove trailing whitespace, and the SCCS-style
  version numbers on the individual files are gone too.
  http://git.postgresql.org/pg/commitdiff/51fd748e5403e34efc83da5a6ff5b79122e40807

- Prevent access to external files/URLs via XML entity references.
  xml_parse() would attempt to fetch external files or URLs as needed
  to resolve DTD and entity references in an XML value, thus allowing
  unprivileged database users to attempt to fetch data with the
  privileges of the database server.  While the external data wouldn't
  get returned directly to the user, portions of it could be exposed
  in error messages if the data didn't parse as valid XML; and in any
  case the mere ability to check existence of a file might be useful
  to an attacker.  The ideal solution to this would still allow
  fetching of references that are listed in the host system's XML
  catalogs, so that documents can be validated according to installed
  DTDs.  However, doing that with the available libxml2 APIs appears
  complex and error-prone, so we're not going to risk it in a security
  patch that necessarily hasn't gotten wide review.  So this patch
  merely shuts off all access, causing any external fetch to silently
  expand to an empty string.  A future patch may improve this.  In
  HEAD and 9.2, also suppress warnings about undefined entities, which
  would otherwise occur as a result of not loading referenced DTDs.
  Previous branches don't show such warnings anyway, due to different
  error handling arrangements.  Credit to Noah Misch for first
  reporting the problem, and for much work towards a solution, though
  this simplistic approach was not his preference.  Also thanks to
  Daniel Veillard for consultation.  Security: CVE-2012-3489
  http://git.postgresql.org/pg/commitdiff/17351fce4e03f0e448f9332d4774b7d5615d1e48

- Prevent access to external files/URLs via contrib/xml2's
  xslt_process().  libxslt offers the ability to read and write both
  files and URLs through stylesheet commands, thus allowing
  unprivileged database users to both read and write data with the
  privileges of the database server.  Disable that through proper use
  of libxslt's security options.  Also, remove xslt_process()'s
  ability to fetch documents and stylesheets from external files/URLs.
  While this was a documented "feature", it was long regarded as a
  terrible idea.  The fix for CVE-2012-3489 broke that capability, and
  rather than expend effort on trying to fix it, we're just going to
  summarily remove it.  While the ability to write as well as read
  makes this security hole considerably worse than CVE-2012-3489, the
  problem is mitigated by the fact that xslt_process() is not
  available unless contrib/xml2 is installed, and the longstanding
  warnings about security risks from that should have discouraged
  prudent DBAs from installing it in security-exposed databases.
  Reported and fixed by Peter Eisentraut.  Security: CVE-2012-3488
  http://git.postgresql.org/pg/commitdiff/adc97d03b92fef50608c21059f0509fa97d314f6

- Update release notes for 9.1.5, 9.0.9, 8.4.13, 8.3.20.
  http://git.postgresql.org/pg/commitdiff/e45ae401811e4fe07d2fc6ca8e44e9e38e0b3ba2

- Resurrect the "last ditch" code path in join_search_one_level().
  This essentially reverts commit
  e54b10a62db2991235fe800c629baef4531a6d67, in which I'd decided that
  the "last ditch" join logic was useless.  The folly of that is now
  exposed by a report from Pavel Stehule: although the function should
  always find at least one join in a self-contained join problem, it
  can still fail to do so in a sub-problem created by artificial
  from_collapse_limit or join_collapse_limit constraints.  Adjust the
  comments to describe this, and simplify the code a bit to match the
  new coding of the earlier loop in the function.  I'm not terribly
  happy about this: I still subscribe to the opinion stated in the
  previous commit message that the "last ditch" code can obscure logic
  bugs elsewhere.  But the alternative seems to be to complicate the
  earlier tests for does-this-relation-have-a-join-clause to the point
  where they can tell whether the join clauses link outside the
  current join sub-problem.  And that looks messy, slow, and possibly
  a source of bugs in itself.  In any case, now is not the time to be
  inserting experimental code into 9.2, so let's just go back to the
  time-tested solution.
  http://git.postgresql.org/pg/commitdiff/eb919e8fde4333d4a627d349a1460b07fc52dd3b

- Disallow extensions from owning the schema they are assigned to.
  This situation creates a dependency loop that confuses pg_dump and
  probably other things.  Moreover, since the mental model is that the
  extension "contains" schemas it owns, but "is contained in" its
  extschema (even though neither is strictly true), having both true
  at once is confusing for people too.  So prevent the situation from
  being set up.  Reported and patched by Thom Brown.  Back-patch to
  9.1 where extensions were added.
  http://git.postgresql.org/pg/commitdiff/4d642b59417d5d4a62d126ca12a80da45d2a3fbf

- Fix rescan logic in nodeCtescan.  The previous coding essentially
  assumed that nodes would be rescanned in the same order they were
  initialized in; or at least that the "leader" of a group of CTEscans
  would be rescanned before any others were required to execute.
  Unfortunately, that isn't even a little bit true.  It's possible to
  devise queries in which the leader isn't rescanned until other
  CTEscans on the same CTE have run to completion, or even in which
  the leader never gets a rescan call at all.  The fix makes the
  leader specially responsible only for initial creation and final
  destruction of the tuplestore; rescan resets are now a symmetrically
  shared responsibility.  This means that we might reset the
  tuplestore multiple times when restarting a plan subtree containing
  multiple CTEscans; but resetting an already-empty tuplestore is
  cheap enough that that doesn't seem like a problem.  Per report from
  Adam Mackler; the new regression test cases are based on his example
  query.  Back-patch to 8.4 where CTE scans were introduced.
  http://git.postgresql.org/pg/commitdiff/4c5316931f2ec6b47aa4b98e2c3ca704907aca24

- Suppress possibly-uninitialized-variable warning.
  http://git.postgresql.org/pg/commitdiff/56ba337e6fdff1e7ecb916f3037c666a30a98af0

- Allow create_index_paths() to consider multiple join bitmapscan
  paths.  In the initial cut at the "parameterized paths" feature, I'd
  simplified create_index_paths() to the point where it would only
  generate a single parameterized bitmap path per relation.
  Experimentation with an example supplied by Josh Berkus convinces me
  that that's not good enough: we really need to consider a bitmap
  path for each possible outer relation.  Otherwise we have
  regressions relative to pre-9.2 versions, in which the planner picks
  a plain indexscan where it should have used a bitmap scan in queries
  involving three or more tables.  Indeed, after fixing this, several
  queries in the regression tests show improved plans as a result of
  using bitmap not plain indexscans.
  http://git.postgresql.org/pg/commitdiff/f5983923d81d6327bdacf9d439a1536c4c8c4c15

- Check LIBXML_VERSION instead of testing in configure script.  We had
  put a test for libxml2's xmlStructuredErrorContext variable in
  configure, but of course that doesn't work on Windows builds.  The
  next best alternative seems to be to test the LIBXML_VERSION symbol
  provided by xmlversion.h.  Per report from Talha Bin Rizwan, though
  this fixes it in a different way than his proposed patch.
  http://git.postgresql.org/pg/commitdiff/470d0b9789981bc91a8ef2654911d80ab6a6be57

- Copy-editing for recent window-functions documentation rewrite.  Fix
  grammar, put back some removed information, rearrange for clarity.
  http://git.postgresql.org/pg/commitdiff/18226849ea12c566fb2b3be505448e0ba289ea10

- Another round of planner fixes for LATERAL.  Formerly, subquery
  pullup had no need to examine other entries in the range table,
  since they could not contain any references to the subquery being
  pulled up.  That's no longer true with LATERAL, so now we need to be
  able to visit rangetable subexpressions to replace Vars referencing
  the pulled-up subquery.  Also, this means that
  extract_lateral_references must be unsurprised at encountering
  lateral PlaceHolderVars, since such might be created when pulling up
  a subquery that's underneath an outer join with respect to the
  lateral reference.
  http://git.postgresql.org/pg/commitdiff/084a29c94f94b5a08aec9f68f3cfaf252f4fa17c

- Make use of LATERAL in information_schema.sequences view.  It said
  "XXX: The following could be improved if we had LATERAL" ...  so
  let's do that.  No catversion bump since either version of the view
  works fine.
  http://git.postgresql.org/pg/commitdiff/c246eb5aafe66d5537b468d6da2116c462775faf

- Allow OLD and NEW in multi-row VALUES within rules.  Now that we
  have LATERAL, it's fairly painless to allow this case, which was
  left as a TODO in the original multi-row VALUES implementation.
  http://git.postgresql.org/pg/commitdiff/092d7ded29f36b0539046b23b81b9f0bf2d637f1

- Remove obsolete comment.
  http://git.postgresql.org/pg/commitdiff/a91f885f11c561ae2a1209c7ebc52fadc85137fb

- Fix typo in comment.
  http://git.postgresql.org/pg/commitdiff/9b2a237cee800ca11fb0415cc5484a46a8c1770d

Bruce Momjian pushed:

- In documentation, change "recommendable" to "recommended", per
  consultation with word definitions.  Backpatch to 9.2.
  http://git.postgresql.org/pg/commitdiff/1d96cf94049d8df2197d040a395fb46926ea9f2a

- Add pg_settings units display for "commit_delay" (ms).  Also remove
  unnecessary units designation in postgresql.conf.sample.
  http://git.postgresql.org/pg/commitdiff/e74727440c4d3df443dbd3d0a2201751883316ce

- Add doc example of restricting large object trigger firing to only
  updates of the column of interest.
  http://git.postgresql.org/pg/commitdiff/9e84cccff28e52ab76aa3d3e88bd815dc36d24d8

- Add more limited large object trigger example.
  http://git.postgresql.org/pg/commitdiff/864de654c8271ab7f9fb8397fcc665ffed93645c

- Revert "commit_delay" change; just add comment that we don't have a
  microsecond specification.
  http://git.postgresql.org/pg/commitdiff/03bda4535ee119d3dae7226faebed089925ace7e

- Properly escape usernames in initdb, so names with single-quotes are
  supported.  Also add assert to catch future breakage.  Also, improve
  documentation that "double"-quotes must be used in pg_hba.conf (not
  single quotes).
  http://git.postgresql.org/pg/commitdiff/a973296598f2d1eec48138a2ce4f3e63410d9ed0

- Document that foreign "version" and "type" values are only useful to
  certain foreign data wrappers.
  http://git.postgresql.org/pg/commitdiff/fc5f20057f8666107f37d0c97fd6614054e72edc

- Add C comment that '=' is not documented for plpgsql assignment.
  http://git.postgresql.org/pg/commitdiff/1d9a6ae8555da4a7de0046c61264748602ff6086

- Document why you can't use date_trunc("week") on intervals.
  http://git.postgresql.org/pg/commitdiff/74f4881d7cc9c69cb0e0b236f06d1ebf9859a737

- On second thought, explain why date_trunc("week") on interval values
  is not supported in the error message, rather than the docs.
  http://git.postgresql.org/pg/commitdiff/083b9133aa0e5e91d74ba46b530a74989223324d

- In psql, if the is no connection object, e.g. due to a server crash,
  require all parameters for \c, rather than using the defaults, which
  might be wrong.
  http://git.postgresql.org/pg/commitdiff/fe21fcaf8d91a71c15ff25276f9fa81e0cd1dba9

- Update C comment to NOTICE to reflect previous commit changing the
  error level, per report from Tom.
  http://git.postgresql.org/pg/commitdiff/41fa3dfb0a266d424fa5d87962cf7a543fe421e2

- Add C comment about new \c parameter requirement for crashed
  connections.
  http://git.postgresql.org/pg/commitdiff/d55f1b852d4fe87f2a4d16ea3f0ce11a7019a352

- Properly document that NEW is unassigned in plpgsql for DELETE (not
  NULL), and OLD is unassigned for INSERT, and NEW/OLD are unassigned
  (not NULL) for statement-level triggers.  Per report from Pavel
  Stehule
  http://git.postgresql.org/pg/commitdiff/0729271adf9145900f59ec7a2053695bd551f4b1

- Add CREATE FOREIGN TABLE doc reference to CREATE SERVER.  Per
  suggestion from Ray Stell
  http://git.postgresql.org/pg/commitdiff/16d508ccbc6f228c8c38dffbe9d295ac449c809b

- Document that pg_ctl -w allows for the entry of an SSL passphase on
  startup.  Per report from Thom Brown
  http://git.postgresql.org/pg/commitdiff/6ff55ebe3dc790ebd80f9a26fa3d05867aee728e

- Document that PGDATA has to point to the configuration files, rather
  than the actual data storage directory.  Per suggestion from Thom
  Brown
  http://git.postgresql.org/pg/commitdiff/077908aed726b0e1605ed27156d7ebcf93a64d5d

- Fix SGML markup;  missing tag.
  http://git.postgresql.org/pg/commitdiff/de3773d951bfc85d8860295248cf91db524a4ef8

- Revert:  In docs, change a few cases of "not important" to
  "unimportant".  Per request from Heikki Linnakangas
  http://git.postgresql.org/pg/commitdiff/5c1b2f5daa678b94861ab29ccc0252e4f2eb40ff

- In docs, clarify that, without ORDER BY, the window frame is all
  rows in the partition.
  http://git.postgresql.org/pg/commitdiff/c6ce4c13229c64c01393c86be220b532a0244d87

- In docs, change a few cases of "not important" to "unimportant".
  http://git.postgresql.org/pg/commitdiff/7c97f6a0cb1692180699694c287c2a5965d10683

- Add possible alternate tool for pgrminclude, from Peter Geoghegan
  http://git.postgresql.org/pg/commitdiff/c04b9c1f3df93746661925dc09fb68ce026520c4

- Rewrite window function reference section to more clearly explain
  keywords and concepts, based on suggestions by Florian Pflug.
  http://git.postgresql.org/pg/commitdiff/d5816d11af6334e94132bc73939d7c12b3cff792

- Add warning about pg_ctl restart and the use of relative paths on
  the command-line.
  http://git.postgresql.org/pg/commitdiff/c99016f1d0ad122aaf9dca83b033277f97e55bd3

- Document that tab completation can interfere with some SQL commands.
  http://git.postgresql.org/pg/commitdiff/1037f2f646d7c018c8968336afe3584a8c6e654d

- Add URL for include file visualization tool.
  http://git.postgresql.org/pg/commitdiff/86d0d16f8ae4b5da4fd7330c09d5ddd7d88b62f4

- Delete inaccurate C comment about FSM and adding pages, per Robert
  Haas.
  http://git.postgresql.org/pg/commitdiff/33259576563f74d6c34b2f9e3292a54c66e9fd47

- Update 'int' protocol documentation mention to be "signed", per
  request from Dmitriy Igrishin
  http://git.postgresql.org/pg/commitdiff/305557984dd964ac397c6752e9d0f14646b60f15

== Rejected Patches (for now) ==

No one was disappointed this week :-)

== Pending Patches ==

Craig Ringer sent in another revision of the patch to add a
value_to_json for single-datum.

Dean Rasheed sent in another WIP revision of the patch to make views
update-able in the cases where that makes sense.

Pavel Stehule sent in two revisions of a patch to implement shared
"status" variables.

KaiGai Kohei sent in another revision of the patch to refactor ALTER
into a single consistent framework.

Kevin Grittner sent in three revisions of a patch to fix SERIALIZABLE
isolation mode on Windows.

Etsuro Fujita sent in two revisions of a patch to fix an issue with
relative file placements for COPY, the first changing the behavior,
the second leaving the extant behavior in place and documenting same.

Pavel Stehule sent in another revision of the patch to enable COPY to
show the number of rows processed.

Peter Geoghegan sent in another revision of the patch to add
grow_memtuples for sorts.

Peter Eisentraut sent in a patch to unlink the pid file on postmaster
exit.

Bruce Momjian sent in a patch to adjust how psql handles quoting of
its own variables when interacting with the shell.

Fabrízio de Royes Mello sent in five revisions of a patch to add
CREATE SCHEMA IF NOT EXISTS.

Bruce Momjian sent in a patch to change call sites in psql call the
error reporting function rather than decide willy-nilly whether to
send the output to stdout.

Alvaro Herrera sent in another revision of the patch to add foreign
key locks.

Jeff Janes sent in two revisions of a patch to add tab completion to
CLUSTER VERBOSE in psql.

Alexander Korotkov sent in a separate patch to add adjacent support
for SP-GiST indexes in the case of range types.

Phil Sorber sent in a patch which enables users to control the display
of boolean values in psql.

Tom Lane sent in a patch to adjust the behavior of rewrite rules in
the case of WITH and LATERAL.

Jeff Janes sent in a patch to fix tab completion for DROP CONSTRAINT
in psql.

Craig Ringer sent in a doc patch to clarify that not everything in
PostgreSQL is controlled under MVCC.



pgsql-announce by date

Next:From: marianDate: 2012-08-20 15:15:51
Subject: Re: DataArchitect 4.3 is available
Previous:From: Hiroshi SaitoDate: 2012-08-20 04:05:21
Subject: psqlODBC 09.01.0200 Released

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group