Change logs for postgresql-14 source package in Jammy

  • postgresql-14 (14.9-0ubuntu0.22.04.1) jammy-security; urgency=medium
    
      * New upstream version (LP: #2028426).
    
        + A dump/restore is not required for those running 14.X.
    
        + However, if you use BRIN indexes, it may be advisable to reindex them.
    
        + Also, if you are upgrading from a version earlier than 14.4, see
          those release notes as well please.
    
        + Disallow substituting a schema or owner name into an extension script
          if the name contains a quote, backslash, or dollar sign (Noah Misch)
    
          This restriction guards against SQL-injection hazards for trusted
          extensions.
          (CVE-2023-39417)
    
        + Fix confusion between empty (no rows) ranges and all-NULL ranges in
          BRIN indexes, as well as incorrect merging of all-NULL summaries
          (Tomas Vondra)
    
          Each of these oversights could result in forgetting that a BRIN
          index range contains any NULL values, potentially allowing
          subsequent queries that should return NULL values to miss doing so.
    
          This fix will not in itself correct faulty BRIN entries.
          It's recommended to REINDEX any BRIN indexes that
          may be used to search for nulls.
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-9.html
    
     -- Athos Ribeiro <email address hidden>  Wed, 09 Aug 2023 09:01:25 -0300
  • postgresql-14 (14.8-0ubuntu0.22.04.1) jammy-security; urgency=medium
    
      * New upstream version (LP: #2019214).
    
        + A dump/restore is not required for those running 14.X.
    
        + Also, if you are upgrading from a version earlier than 14.4, see
          those release notes as well please.
    
        + Prevent CREATE SCHEMA from defeating changes in search_path
          (Alexander Lakhin)
    
          Within a CREATE SCHEMA command, objects in the prevailing
          search_path, as well as those in the newly-created schema, would be
          visible even within a called function or script that attempted to set
          a secure search_path. This could allow any user having permission to
          create a schema to hijack the privileges of a security definer
          function or extension script.
          (CVE-2023-2454)
    
        + Enforce row-level security policies correctly after inlining a
          set-returning function (Stephen Frost, Tom Lane)
    
          If a set-returning SQL-language function refers to a table having
          row-level security policies, and it can be inlined into a calling
          query, those RLS policies would not get enforced properly in some
          cases involving re-using a cached plan under a different role. This
          could allow a user to see or modify rows that should have been
          invisible.
          (CVE-2023-2455)
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-8.html
    
     -- Athos Ribeiro <email address hidden>  Tue, 16 May 2023 09:37:37 -0300
  • postgresql-14 (14.7-0ubuntu0.22.04.1) jammy-security; urgency=medium
    
      * New upstream version (LP: #2006406).
    
        + A dump/restore is not required for those running 14.X.
    
        + Also, if you are upgrading from a version earlier than 14.4, see
          those release notes as well please.
    
        + libpq can leak memory contents after GSSAPI transport encryption
          initiation fails (Jacob Champion).
          (CVE-2022-41862)
    
        + Fix calculation of which GENERATED columns need to be updated in
          child tables during an UPDATE on a partitioned table or inheritance
          tree (Amit Langote, Tom Lane).
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-7.html
    
     -- Sergio Durigan Junior <email address hidden>  Thu, 09 Feb 2023 15:18:50 -0500
  • postgresql-14 (14.6-0ubuntu0.22.04.1) jammy; urgency=medium
    
      * New upstream version (LP: #1996770).
    
        + A dump/restore is not required for those running 14.X.
    
        + Also, if you are upgrading from a version earlier than 14.4, see
          those release notes as well please.
    
        + Disallow rules named _RETURN that are not ON SELECT rules (Tom Lane).
    
        + Fix use-after-free hazard in string comparisons. (Tom Lane)
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-6.html
    
     -- Athos Ribeiro <email address hidden>  Thu, 17 Nov 2022 17:11:29 -0300
  • postgresql-14 (14.5-0ubuntu0.22.04.1) jammy-security; urgency=medium
    
      * New upstream version (LP: #1984012).
    
        + A dump/restore is not required for those running 14.X.
    
        + Also, if you are upgrading from a version earlier than 14.4, see
          those release notes as well please.
    
        + Do not let extension scripts replace objects not already belonging
          to the extension (Tom Lane).
          (CVE-2022-2625)
    
        + Do not let extension scripts replace objects not already belonging
          to the extension (Tom Lane).
    
        + Fix permissions checks in CREATE INDEX (Nathan Bossart,
          Noah Misch).
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-5.html
    
     -- Sergio Durigan Junior <email address hidden>  Mon, 08 Aug 2022 18:15:57 -0400
  • postgresql-14 (14.4-0ubuntu0.22.04.1) jammy; urgency=medium
    
      * New upstream version (LP: #1978249).
    
        + A dump/restore is not required for those running 14.X.
    
        + However, if you have any indexes that were created using the
          CONCURRENTLY option under 14.X, you should re-index them after
          updating.  See the upstream changelog linked below for further
          information.
    
        + Also, if you are upgrading from a version earlier than 14.3, see
          those release notes as well please.
    
        + Prevent possible corruption of indexes created or rebuilt with the
          CONCURRENTLY option (Álvaro Herrera).
    
          An optimization added in v14 caused CREATE INDEX ... CONCURRENTLY
          and REINDEX ... CONCURRENTLY to sometimes miss indexing rows that were
          updated during the index build. Revert that optimization. It is
          recommended that any indexes made with the CONCURRENTLY option be
          rebuilt after installing this update. (Alternatively, rebuild them
          without CONCURRENTLY.)
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-4.html
    
     -- Sergio Durigan Junior <email address hidden>  Fri, 17 Jun 2022 12:00:44 -0400
  • postgresql-14 (14.3-0ubuntu0.22.04.1) jammy-security; urgency=medium
    
      * New upstream version (LP: #1973627).
    
        + A dump/restore is not required for those running 14.X.
    
        + However, if you have any GiST indexes on columns of type ltree (supplied
          by the contrib/ltree extension), you should re-index them after updating.
          See the upstream changelog linked below for further information.
    
        + Also, if you are upgrading from a version earlier than 14.2, see
          those release notes as well please.
    
        + Confine additional operations within "security restricted operation"
          sandboxes (Sergey Shinderuk, Noah Misch).
    
          Autovacuum, CLUSTER, CREATE INDEX, REINDEX, REFRESH MATERIALIZED VIEW,
          and pg_amcheck activated the "security restricted operation" protection
          mechanism too late, or even not at all in some code paths. A user having
          permission to create non-temporary objects within a database could
          define an object that would execute arbitrary SQL code with superuser
          permissions the next time that autovacuum processed the object, or that
          some superuser ran one of the affected commands against it.
    
          The PostgreSQL Project thanks Alexander Lakhin for reporting this
          problem.
          (CVE-2022-1552)
    
        + Details about these and many further changes can be found at:
          https://www.postgresql.org/docs/14/release-14-3.html
    
      * d/p/llvm14-support.patch: drop patch applied upstream.
    
     -- Athos Ribeiro <email address hidden>  Mon, 16 May 2022 16:17:01 -0300
  • postgresql-14 (14.2-1ubuntu1) jammy; urgency=medium
    
      * d/p/llvm14-support.patch: fix FTBFS with llvm-14 (LP: #1966319)
    
     -- Andreas Hasenack <email address hidden>  Fri, 25 Mar 2022 11:34:41 -0300
  • postgresql-14 (14.2-1) unstable; urgency=medium
    
      * New upstream release.
    
     -- Christoph Berg <email address hidden>  Wed, 09 Feb 2022 10:39:43 +0100
  • postgresql-14 (14.1-5build3) jammy; urgency=medium
    
      * No-change rebuild for icu soname change.
    
     -- Matthias Klose <email address hidden>  Wed, 09 Feb 2022 15:17:04 +0100
  • postgresql-14 (14.1-5build2) jammy; urgency=medium
    
      * No-change rebuild for the perl update.
    
     -- Matthias Klose <email address hidden>  Sun, 06 Feb 2022 14:47:39 +0100
  • postgresql-14 (14.1-5build1) jammy; urgency=medium
    
      * No-change rebuild with Python 3.10 as default version
    
     -- Graham Inggs <email address hidden>  Fri, 14 Jan 2022 11:38:13 +0000
  • postgresql-14 (14.1-5) unstable; urgency=medium
    
      * Provide postgresql-14-jit-llvm (= ${llvm:Version}) so extensions can
        depend on a matching llvm version.
    
     -- Christoph Berg <email address hidden>  Mon, 03 Jan 2022 16:08:18 +0100
  • postgresql-14 (14.1-4) unstable; urgency=medium
    
      [ Christoph Berg ]
      * Disable LLVM JIT on s390x for now. (See #1002029)
    
      [ Christian Ehrhardt ]
      * postgresql-common/server/postgresql.mk: avoid gcc 11 ICE on armhf and
        armel.
    
     -- Christoph Berg <email address hidden>  Mon, 20 Dec 2021 18:21:21 +0100
  • postgresql-14 (14.1-1ubuntu1) jammy; urgency=medium
    
      * d/rules: Work around an ICE in latest GCC for armhf, see
        https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103395 (LP: #1953128)
    
     -- Simon Chopin <email address hidden>  Thu, 02 Dec 2021 13:37:16 +0100
  • postgresql-14 (14.1-1build1) jammy; urgency=medium
    
      * No-change rebuild against openssl3
    
     -- Simon Chopin <email address hidden>  Thu, 02 Dec 2021 10:59:22 +0100
  • postgresql-14 (14.1-1) unstable; urgency=medium
    
      * New upstream release.
    
        + Make the server and libpq reject extraneous data after an SSL or GSS
          encryption handshake (Tom Lane)
    
          A man-in-the-middle with the ability to inject data into the TCP
          connection could stuff some cleartext data into the start of a
          supposedly encryption-protected database session.
    
          This could be abused to send faked SQL commands to the server, although
          that would only work if the server did not demand any authentication
          data.  (However, a server relying on SSL certificate authentication
          might well not do so.) (CVE-2021-23214)
    
          This could probably be abused to inject faked responses to the client's
          first few queries, although other details of libpq's behavior make that
          harder than it sounds.  A different line of attack is to exfiltrate the
          client's password, or other sensitive data that might be sent early in
          the session.  That has been shown to be possible with a server
          vulnerable to CVE-2021-23214. (CVE-2021-23222)
    
          The PostgreSQL Project thanks Jacob Champion for reporting these
          problems.
    
      * libpq-dev: Depend on libssl-dev, `pkg-config --exists libpq` requires it.
    
     -- Christoph Berg <email address hidden>  Fri, 05 Nov 2021 12:05:46 +0100
  • postgresql-14 (14.0-1) unstable; urgency=medium
    
      * First PG14 release.
      * Depend on postgresql-common 229 for scram-sha-256 authentication by
        default.
    
     -- Christoph Berg <email address hidden>  Tue, 28 Sep 2021 13:56:00 +0200