Hello community, here is the log from the commit of package postgresql12.13471 for openSUSE:Leap:15.2:Update checked in at 2020-08-17 16:19:05 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Leap:15.2:Update/postgresql12.13471 (Old) and /work/SRC/openSUSE:Leap:15.2:Update/.postgresql12.13471.new.3399 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "postgresql12.13471" Mon Aug 17 16:19:05 2020 rev:1 rq:826671 version:12.3 Changes: -------- New Changes file: --- /dev/null 2020-08-06 00:20:10.149648038 +0200 +++ /work/SRC/openSUSE:Leap:15.2:Update/.postgresql12.13471.new.3399/postgresql12.changes 2020-08-17 16:19:08.961231578 +0200 @@ -0,0 +1,82 @@ +------------------------------------------------------------------- +Tue Jun 16 12:21:43 UTC 2020 - Reinhard Max <m...@suse.com> + +- 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 <m...@suse.com> + +- 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 <z1t...@gmx.com> + +- 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 <m...@suse.com> + +- 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 <m...@suse.com> + +- Fix a few mistakes in the spec file. + +------------------------------------------------------------------- +Sat Feb 15 03:02:07 UTC 2020 - Marcus Rueckert <mrueck...@suse.de> + +- 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 <guillaume.gar...@opensuse.org> + +- 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 <stefan.bru...@rwth-aachen.de> + +- 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 <m...@suse.com> + +- 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 <mrueck...@suse.de> + +- 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 <mrueck...@suse.de> + +- 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 <mrueck...@suse.de> + +- initial package for the postgresql 12 branch + https://www.postgresql.org/about/news/1976/ New: ---- baselibs.conf postgresql-12.3.tar.bz2 postgresql-12.3.tar.bz2.sha256 postgresql-README.SUSE postgresql-conf.patch postgresql-plperl-keep-rpath.patch postgresql-regress.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.3.tar.bz2.sha256 ++++++ 94ed64a6179048190695c86ec707cc25d016056ce10fc9d229267d9a8f1dcf41 postgresql-12.3.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-regress.patch ++++++ Index: src/test/regress/expected/horology.out =================================================================== --- src/test/regress/expected/horology.out.orig +++ src/test/regress/expected/horology.out @@ -652,26 +652,26 @@ SELECT (timestamp with time zone 'tomorr (1 row) -- timestamp with time zone, interval arithmetic around DST change -SET TIME ZONE 'CST7CDT'; -SELECT timestamp with time zone '2005-04-02 12:00-07' + interval '1 day' as "Apr 3, 12:00"; +SET TIME ZONE 'CST6CDT'; +SELECT timestamp with time zone '2005-04-02 12:00-06' + interval '1 day' as "Apr 3, 12:00"; Apr 3, 12:00 ------------------------------ Sun Apr 03 12:00:00 2005 CDT (1 row) -SELECT timestamp with time zone '2005-04-02 12:00-07' + interval '24 hours' as "Apr 3, 13:00"; +SELECT timestamp with time zone '2005-04-02 12:00-06' + interval '24 hours' as "Apr 3, 13:00"; Apr 3, 13:00 ------------------------------ Sun Apr 03 13:00:00 2005 CDT (1 row) -SELECT timestamp with time zone '2005-04-03 12:00-06' - interval '1 day' as "Apr 2, 12:00"; +SELECT timestamp with time zone '2005-04-03 12:00-05' - interval '1 day' as "Apr 2, 12:00"; Apr 2, 12:00 ------------------------------ Sat Apr 02 12:00:00 2005 CST (1 row) -SELECT timestamp with time zone '2005-04-03 12:00-06' - interval '24 hours' as "Apr 2, 11:00"; +SELECT timestamp with time zone '2005-04-03 12:00-05' - interval '24 hours' as "Apr 2, 11:00"; Apr 2, 11:00 ------------------------------ Sat Apr 02 11:00:00 2005 CST Index: src/test/regress/pg_regress.c =================================================================== --- src/test/regress/pg_regress.c.orig +++ src/test/regress/pg_regress.c @@ -64,7 +64,7 @@ static char *shellprog = SHELLPROG; */ #ifndef WIN32 const char *basic_diff_opts = ""; -const char *pretty_diff_opts = "-U3"; +const char *pretty_diff_opts = "-U5"; #else const char *basic_diff_opts = "-w"; const char *pretty_diff_opts = "-w -U3"; Index: src/test/regress/sql/horology.sql =================================================================== --- src/test/regress/sql/horology.sql.orig +++ src/test/regress/sql/horology.sql @@ -122,11 +122,11 @@ SELECT (timestamp with time zone 'tomorr SELECT (timestamp with time zone 'tomorrow' > 'now') as "True"; -- timestamp with time zone, interval arithmetic around DST change -SET TIME ZONE 'CST7CDT'; -SELECT timestamp with time zone '2005-04-02 12:00-07' + interval '1 day' as "Apr 3, 12:00"; -SELECT timestamp with time zone '2005-04-02 12:00-07' + interval '24 hours' as "Apr 3, 13:00"; -SELECT timestamp with time zone '2005-04-03 12:00-06' - interval '1 day' as "Apr 2, 12:00"; -SELECT timestamp with time zone '2005-04-03 12:00-06' - interval '24 hours' as "Apr 2, 11:00"; +SET TIME ZONE 'CST6CDT'; +SELECT timestamp with time zone '2005-04-02 12:00-06' + interval '1 day' as "Apr 3, 12:00"; +SELECT timestamp with time zone '2005-04-02 12:00-06' + interval '24 hours' as "Apr 3, 13:00"; +SELECT timestamp with time zone '2005-04-03 12:00-05' - interval '1 day' as "Apr 2, 12:00"; +SELECT timestamp with time zone '2005-04-03 12:00-05' - interval '24 hours' as "Apr 2, 11:00"; RESET TIME ZONE; ++++++ 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 <y...@blesmrt.net> 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 <y...@blesmrt.net> 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.