Script 'mail_helper' called by obssrc
Hello community,
here is the log from the commit of package postgresql12.15519 for
openSUSE:Leap:15.2:Update checked in at 2021-01-16 10:24:00
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Leap:15.2:Update/postgresql12.15519 (Old)
and /work/SRC/openSUSE:Leap:15.2:Update/.postgresql12.15519.new.28504
(New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "postgresql12.15519"
Sat Jan 16 10:24:00 2021 rev:1 rq:862766 version:12.5
Changes:
--------
New Changes file:
--- /dev/null 2021-01-11 18:20:20.070723563 +0100
+++
/work/SRC/openSUSE:Leap:15.2:Update/.postgresql12.15519.new.28504/postgresql12.changes
2021-01-16 10:24:01.422270681 +0100
@@ -0,0 +1,133 @@
+-------------------------------------------------------------------
+Fri Nov 20 09:50:09 UTC 2020 - Reinhard Max <[email protected]>
+
+- bsc#1178961: %ghost the symlinks to pg_config and ecpg.
+
+-------------------------------------------------------------------
+Wed Nov 11 12:04:35 UTC 2020 - Reinhard Max <[email protected]>
+
+- Upgrade to version 12.5:
+ * CVE-2020-25695, bsc#1178666: Block DECLARE CURSOR ... WITH HOLD
+ and firing of deferred triggers within index expressions and
+ materialized view queries.
+ * CVE-2020-25694, bsc#1178667:
+ a) Fix usage of complex connection-string parameters in pg_dump,
+ pg_restore, clusterdb, reindexdb, and vacuumdb.
+ b) When psql's \connect command re-uses connection parameters,
+ ensure that all non-overridden parameters from a previous
+ connection string are re-used.
+ * CVE-2020-25696, bsc#1178668: Prevent psql's \gset command from
+ modifying specially-treated variables.
+ * Fix recently-added timetz test case so it works when the USA
+ is not observing daylight savings time.
+ (obsoletes postgresql-timetz.patch)
+ * https://www.postgresql.org/about/news/2111/
+ * https://www.postgresql.org/docs/12/release-12-5.html
+
+-------------------------------------------------------------------
+Tue Nov 3 13:54:38 UTC 2020 - Reinhard Max <[email protected]>
+
+- Fix a DST problem in the test suite: postgresql-timetz.patch
+ https://postgr.es/m/[email protected]
+
+-------------------------------------------------------------------
+Fri Sep 25 07:34:28 UTC 2020 - Reinhard Max <[email protected]>
+
+- Stop building the mini and lib packages as they are now coming
+ from postgresql13.
+
+-------------------------------------------------------------------
+Thu Aug 13 12:01:34 UTC 2020 - Reinhard Max <[email protected]>
+
+- update to 12.4:
+ * CVE-2020-14349, bsc#1175193: Set a secure search_path in
+ logical replication walsenders and apply workers
+ * CVE-2020-14350, bsc#1175194: Make contrib modules' installation
+ scripts more secure.
+ * https://www.postgresql.org/docs/12/release-12-4.html
+- Remove postgresql-regress.patch, it does not apply anymore and
+ it does not seem to be needed anymore.
+- Pack the /usr/lib/postgresql symlink only into the main package.
+
+-------------------------------------------------------------------
+Tue Jun 16 12:21:43 UTC 2020 - Reinhard Max <[email protected]>
+
+- Let postgresqlXX conflict with postgresql-noarch < 12.0.1 to get
+ a clean and complete cutover to the new packaging schema.
+
+-------------------------------------------------------------------
+Wed Jun 3 17:36:27 UTC 2020 - Reinhard Max <[email protected]>
+
+- update to 12.3 (bsc#1171924).
+ https://www.postgresql.org/about/news/2038/
+ https://www.postgresql.org/docs/12/release-12-3.html
+- Unify the spec file to work across all current PostgreSQL
+ versions to simplify future maintenance.
+- Move from the "libs" build flavour to a "mini" package that will
+ only be used inside the build service and not get shipped, to
+ avoid confusion with the debuginfo packages (bsc#1148643).
+
+-------------------------------------------------------------------
+Fri May 15 10:13:58 UTC 2020 - Namor Barcode <[email protected]>
+
+- update to 12.3
+ https://www.postgresql.org/about/news/2038/
+ https://www.postgresql.org/docs/12/release-12-3.html
+
+-------------------------------------------------------------------
+Tue Mar 31 14:23:52 UTC 2020 - Reinhard Max <[email protected]>
+
+- Temporarily disable JIT support on SLE until support status of
+ clang has been clarified.
+- We only need clang for LLVM, not clang-devel.
+
+-------------------------------------------------------------------
+Thu Feb 27 08:58:37 UTC 2020 - Reinhard Max <[email protected]>
+
+- Fix a few mistakes in the spec file.
+
+-------------------------------------------------------------------
+Sat Feb 15 03:02:07 UTC 2020 - Marcus Rueckert <[email protected]>
+
+- update to 12.2 (CVE-2020-1720)
+ https://www.postgresql.org/about/news/2011/
+ https://www.postgresql.org/docs/12/release-12-2.html
+
+-------------------------------------------------------------------
+Fri Feb 14 07:53:46 UTC 2020 - Guillaume GARDET <[email protected]>
+
+- Disable explicitly armv8 CRC for %arm, as we use some armv8
+ workers for armv6/7 builds which is confusing configure script
+
+-------------------------------------------------------------------
+Tue Feb 11 04:15:40 UTC 2020 - Stefan Br??ns <[email protected]>
+
+- Avoid the dependency from the devel package to the main package.
+ devel packages are exclusive, thus ecpg does not require
+ update-alternatives.
+
+-------------------------------------------------------------------
+Thu Feb 6 17:13:41 UTC 2020 - Reinhard Max <[email protected]>
+
+- Remove unused build dependencies from the client libs package:
+ LVM, icu, selinux, systemd.
+- Drop conditionals for suse_version 1110/1120.
+
+-------------------------------------------------------------------
+Fri Dec 20 14:46:29 UTC 2019 - Marcus Rueckert <[email protected]>
+
+- update to 12.1
+ https://www.postgresql.org/docs/12/release-12-1.html
+ https://www.postgresql.org/about/news/1994/
+
+-------------------------------------------------------------------
+Tue Oct 22 16:50:55 UTC 2019 - Marcus Rueckert <[email protected]>
+
+- add requires to the server-devel package for the libs that are
+ returned by pg_config --libs
+
+-------------------------------------------------------------------
+Mon Oct 7 09:03:24 UTC 2019 - Marcus Rueckert <[email protected]>
+
+- initial package for the postgresql 12 branch
+ https://www.postgresql.org/about/news/1976/
New:
----
baselibs.conf
postgresql-12.5.tar.bz2
postgresql-12.5.tar.bz2.sha256
postgresql-README.SUSE
postgresql-conf.patch
postgresql-plperl-keep-rpath.patch
postgresql-rpmlintrc
postgresql-testsuite-int8.sql.patch
postgresql-testsuite-keep-results-file.patch
postgresql-var-run-socket.patch
postgresql12.changes
postgresql12.spec
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ postgresql12.spec ++++++
++++ 943 lines (skipped)
++++++ baselibs.conf ++++++
libpq5
provides "postgresql-libs-<targettype> = <version>"
obsoletes "postgresql-libs-<targettype> < <version>"
conflicts "postgresql-libs-<targettype> < 9.1.6"
libecpg6
++++++ postgresql-12.5.tar.bz2.sha256 ++++++
bd0d25341d9578b5473c9506300022de26370879581f5fddd243a886ce79ff95
postgresql-12.5.tar.bz2
++++++ postgresql-README.SUSE ++++++
Unix-Domain Socket Directory
============================
Upgrading PostgreSQL on openSUSE and SUSE Linux Enterprise Server
=================================================================
Current versions of PostgreSQL come with the pg_upgrade tool that
simplifies and speeds up the migration of a PostgreSQL installation to
a new version. Before version 9.1 dump and restore was needed which
was much slower.
pg_upgrade needs to have the server binaries of both versions
available. To allow this, we had to change the way PostgreSQL is
packaged as well as the naming of the packages, so that two or more
versions of PostgreSQL can be installed in parallel. The package
names for PostgreSQL contain numbers indicating the major version.
In PostgreSQL terms for versions up to 9.6 the major version consisted
of the first two components of the three-component version number,
i.e. 8.3, 8.4, 9.0, or 9.1. So, the packages for Postgresql 9.1 are
named postgresql91, postgresql91-server, etc. Inside the packages the
files were moved from their standard locations to a versioned location
such as /usr/lib/postgresql83/bin or /usr/lib/postgresql91/bin to
avoid file conflicts if packages are installed in parallel.
Starting with version 10 the PostgreSQL project changed their
versioning scheme from from three components to two, which means one
component for the major version and one for the minor. So, the
sequence of major version across the versioning scheme change will be:
9.4, 9.5, 9.6, 10, 11, 12. For versions that use the new versioning
scheme SUSE only puts the single component major version into the
package name, so the postgresql96 package (containg version 9.6
according to the old versioning scheme) will be followed by
postgresql10, then postgresql11, and so on.
The update-alternatives mechanism creates and maintains symbolic links
that cause one version (by default the highest installed version) to
re-appear in the standard locations. By default, database data are
stored under /var/lib/pgsql/data on SUSE Linux.
The following preconditions have to be fulfilled before data migration
can be started:
1. If not already done, the packages of the old PostgreSQL version
must be upgraded to the new packaging scheme through a maintenance
update.
2. The packages of the new PostgreSQL major version need to be
installed. As pg_upgrade is contained in postgresql91-contrib, that
one has to be installed as well, at least until the migration is
done.
3. Unless pg_upgrade is used in link mode, the server must have
enough free disk space to temporarily hold a copy of the database
files. If the database instance was installed in the default
location, the needed space in megabytes can be determined by running
the follwing command as root: "du -hs /var/lib/pgsql/data". If space
is tight, it might help to run the "VACUUM FULL" SQL command on each
database in the instance to be migrated, but be aware that it might
take very long.
The latest upstream documentation for pg_upgrade including step by
step instructions for performing a database migration can be found
online under https://www.postgresql.org/docs/current/pgupgrade.html ,
or locally under
file:///usr/share/doc/packages/postgresqlXX/html/pgupgrade.html , if
the postgresqlXX-docs package is installed. XX is a place holder for
the respective major version here.
NOTE: The online documentation starts with explaining how you can
install PostgreSQL from the upstream sources (which is not necessary
when you install the SUSE RPMs) and also uses other directory names
(/usr/local instead of the update-alternatives based path as described
above).
For background information about the inner workings of pg_upgrade and
a performance comparison with the old dump and restore method, see
http://momjian.us/main/writings/pgsql/pg_upgrade.pdf .
++++++ postgresql-conf.patch ++++++
Index: src/backend/utils/misc/postgresql.conf.sample
===================================================================
--- src/backend/utils/misc/postgresql.conf.sample.orig
+++ src/backend/utils/misc/postgresql.conf.sample
@@ -416,13 +416,13 @@
# - Where to Log -
-#log_destination = 'stderr' # Valid values are combinations of
+log_destination = 'stderr' # Valid values are combinations of
# stderr, csvlog, syslog, and eventlog,
# depending on platform. csvlog
# requires logging_collector to be on.
# This is used when logging to stderr:
-#logging_collector = off # Enable capturing of stderr and csvlog
+logging_collector = on # Enable capturing of stderr and csvlog
# into log files. Required to be on for
# csvlogs.
# (change requires restart)
@@ -514,6 +514,7 @@
#log_error_verbosity = default # terse, default, or verbose messages
#log_hostname = off
#log_line_prefix = '%m [%p] ' # special values:
+log_line_prefix = '%m %d %u [%p]'
# %a = application name
# %u = user name
# %d = database name
++++++ postgresql-plperl-keep-rpath.patch ++++++
This patch keeps PosgreSQL's configure script from removing the rpath from
Perl's linker options, because otherwise the PL/Perl module can't find
libperl.so (bsc#578053).
Index: config/perl.m4
===================================================================
--- config/perl.m4.orig
+++ config/perl.m4
@@ -98,9 +98,7 @@ if test "$PORTNAME" = "win32" ; then
fi
fi
else
- pgac_tmp1=`$PERL -MExtUtils::Embed -e ldopts`
- pgac_tmp2=`$PERL -MConfig -e 'print $Config{ccdlflags}'`
- perl_embed_ldflags=`echo X"$pgac_tmp1" | sed -e "s/^X//" -e
"s%$pgac_tmp2%%" -e ["s/ -arch [-a-zA-Z0-9_]*//g"]`
+ perl_embed_ldflags=`$PERL -MExtUtils::Embed -e ldopts`
fi
AC_SUBST(perl_embed_ldflags)dnl
if test -z "$perl_embed_ldflags" ; then
Index: configure
===================================================================
--- configure.orig
+++ configure
@@ -9696,9 +9696,7 @@ if test "$PORTNAME" = "win32" ; then
fi
fi
else
- pgac_tmp1=`$PERL -MExtUtils::Embed -e ldopts`
- pgac_tmp2=`$PERL -MConfig -e 'print $Config{ccdlflags}'`
- perl_embed_ldflags=`echo X"$pgac_tmp1" | sed -e "s/^X//" -e
"s%$pgac_tmp2%%" -e "s/ -arch [-a-zA-Z0-9_]*//g"`
+ perl_embed_ldflags=`$PERL -MExtUtils::Embed -e ldopts`
fi
if test -z "$perl_embed_ldflags" ; then
{ $as_echo "$as_me:${as_lineno-$LINENO}: result: no" >&5
++++++ postgresql-rpmlintrc ++++++
addFilter("useless-explicit-provides")
addFilter("unnecessary-buildrequires")
addFilter("patch-not-applied")
addFilter("non-standard-uid")
addFilter("file-not-in-%lang")
addFilter("no-dependency-on")
addFilter("no-soname")
addFilter("devel-file-in-non-devel-package")
++++++ postgresql-testsuite-int8.sql.patch ++++++
commit a210bee6273041cf9773383e2dda58a7d7c84be4
Author: yac <[email protected]>
Date: Fri Mar 8 17:56:58 2013 +0100
+ SET LC_
--- src/test/regress/expected/int8.out.orig
+++ src/test/regress/expected/int8.out
@@ -580,6 +580,7 @@ SELECT '' AS to_char_12, to_char(q2, 'FM
| -4567890123456789.000
(5 rows)
+SET LC_MONETARY='C';
SELECT '' AS to_char_13, to_char(q2, 'L9999999999999999.000') FROM INT8_TBL;
to_char_13 | to_char
------------+------------------------
--- src/test/regress/expected/numeric.out.orig
+++ src/test/regress/expected/numeric.out
@@ -1079,6 +1079,7 @@ SELECT '' AS to_char_15, to_char(val, 'F
| -24926804.04504742
(10 rows)
+SET LC_MONETARY='C';
SELECT '' AS to_char_16, to_char(val, 'L9999999999999999.099999999999999')
FROM num_data;
to_char_16 | to_char
------------+------------------------------------
--- src/test/regress/sql/int8.sql.orig
+++ src/test/regress/sql/int8.sql
@@ -116,6 +116,7 @@ SELECT '' AS to_char_9, to_char(q2, '09
SELECT '' AS to_char_10, to_char(q2, 'S0999999999999999') FROM INT8_TBL;
SELECT '' AS to_char_11, to_char(q2, 'FM0999999999999999') FROM INT8_TBL;
SELECT '' AS to_char_12, to_char(q2, 'FM9999999999999999.000') FROM INT8_TBL;
+SET LC_MONETARY='C';
SELECT '' AS to_char_13, to_char(q2, 'L9999999999999999.000') FROM INT8_TBL;
SELECT '' AS to_char_14, to_char(q2, 'FM9999999999999999.999') FROM INT8_TBL;
SELECT '' AS to_char_15, to_char(q2, 'S 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 . 9 9
9') FROM INT8_TBL;
--- src/test/regress/sql/numeric.sql.orig
+++ src/test/regress/sql/numeric.sql
@@ -773,6 +773,7 @@ SELECT '' AS to_char_12, to_char(val, 'F
SELECT '' AS to_char_13, to_char(val, 'FM9999999999990999.990999999999999')
FROM num_data;
SELECT '' AS to_char_14, to_char(val, 'FM0999999999999999.999909999999999')
FROM num_data;
SELECT '' AS to_char_15, to_char(val, 'FM9999999990999999.099999999999999')
FROM num_data;
+SET LC_MONETARY='C';
SELECT '' AS to_char_16, to_char(val, 'L9999999999999999.099999999999999')
FROM num_data;
SELECT '' AS to_char_17, to_char(val, 'FM9999999999999999.99999999999999')
FROM num_data;
SELECT '' AS to_char_18, to_char(val, 'S 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 9 . 9 9
9 9 9 9 9 9 9 9 9 9 9 9 9 9 9') FROM num_data;
++++++ postgresql-testsuite-keep-results-file.patch ++++++
commit 463154c669010cffc0e96b683576f1e879b61d8b
Author: yac <[email protected]>
Date: Mon Mar 11 18:42:39 2013 +0100
don't unlink the result file
Index: postgresql-12beta2/src/test/regress/pg_regress.c
===================================================================
--- postgresql-12beta2.orig/src/test/regress/pg_regress.c
+++ postgresql-12beta2/src/test/regress/pg_regress.c
@@ -2597,7 +2597,6 @@ regression_main(int argc, char *argv[],
else
{
unlink(difffilename);
- unlink(logfilename);
}
if (fail_count != 0)
++++++ postgresql-var-run-socket.patch ++++++
Change the built-in default socket directory to be /var/run/postgresql.
For backwards compatibility with (probably non-libpq-based) clients that
might still expect to find the socket in /tmp, also create a socket in
/tmp. This is to resolve communication problems with clients operating
under systemd's PrivateTmp environment, which won't be using the same
global /tmp directory as the server; see bug #825448.
Note that we apply the socket directory change at the level of the
hard-wired defaults in the C code, not by just twiddling the setting in
postgresql.conf.sample; this is so that the change will take effect on
server package update, without requiring any existing postgresql.conf
to be updated. (Of course, a user who dislikes this behavior can still
override it via postgresql.conf.)
Index: src/bin/pg_upgrade/test.sh
===================================================================
--- src/bin/pg_upgrade/test.sh.orig
+++ src/bin/pg_upgrade/test.sh
@@ -64,7 +64,9 @@ case $testhost in
;;
esac
-POSTMASTER_OPTS="-F -c listen_addresses=\"$LISTEN_ADDRESSES\" -k \"$PGHOST\""
+# we want the Unix sockets in $temp_root
+PGHOST=$temp_root
+POSTMASTER_OPTS="-F -c listen_addresses=\"$LISTEN_ADDRESSES\" -k \"$PGHOST\"
-c unix_socket_directories='$PGHOST'"
export PGHOST
# don't rely on $PWD here, as old shells don't set it
Index: src/backend/utils/misc/guc.c
===================================================================
--- src/backend/utils/misc/guc.c.orig
+++ src/backend/utils/misc/guc.c
@@ -3954,7 +3954,7 @@ static struct config_string ConfigureNam
},
&Unix_socket_directories,
#ifdef HAVE_UNIX_SOCKETS
- DEFAULT_PGSOCKET_DIR,
+ DEFAULT_PGSOCKET_DIR ", /tmp",
#else
"",
#endif
Index: src/bin/initdb/initdb.c
===================================================================
--- src/bin/initdb/initdb.c.orig
+++ src/bin/initdb/initdb.c
@@ -1103,7 +1103,7 @@ setup_config(void)
#ifdef HAVE_UNIX_SOCKETS
snprintf(repltok, sizeof(repltok), "#unix_socket_directories = '%s'",
- DEFAULT_PGSOCKET_DIR);
+ DEFAULT_PGSOCKET_DIR ", /tmp");
#else
snprintf(repltok, sizeof(repltok), "#unix_socket_directories = ''");
#endif
Index: src/include/pg_config_manual.h
===================================================================
--- src/include/pg_config_manual.h.orig
+++ src/include/pg_config_manual.h
@@ -179,7 +179,7 @@
* here's where to twiddle it. You can also override this at runtime
* with the postmaster's -k switch.
*/
-#define DEFAULT_PGSOCKET_DIR "/tmp"
+#define DEFAULT_PGSOCKET_DIR "/var/run/postgresql"
/*
* This is the default event source for Windows event log.
