Package Details: postgresql13 13.7-2

Git Clone URL: https://aur.archlinux.org/postgresql13.git (read-only, click to copy)
Package Base: postgresql13
Description: Libraries for use with PostgreSQL
Upstream URL: https://www.postgresql.org/
Licenses: custom:PostgreSQL
Conflicts: postgresql
Provides: postgresql
Submitter: msrd0
Maintainer: msrd0
Last Packager: msrd0
Votes: 3
Popularity: 1.16
First Submitted: 2022-04-22 22:39 (UTC)
Last Updated: 2022-06-24 16:19 (UTC)

Required by (324)

Sources (10)

Latest Comments

msrd0 commented on 2022-06-24 16:19 (UTC)

@Moxon I found the official version of the fix on the postgres 13 stable branch and applied that to the package, so we don't have to wait for the next release.

msrd0 commented on 2022-06-24 16:03 (UTC)

@gencom Please don't report duplicates. This is a known problem with the latest Perl version.

gencom commented on 2022-06-24 13:15 (UTC)

Build failed:
1 of 201 tests failed.

The differences that caused some tests to fail can be viewed in the file "/var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress/regression.diffs". A copy of the test summary that you see above is saved in the file "/var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress/regression.out".

make[1]: [GNUmakefile:132：check] 错误 1 make[1]: 离开目录“/var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress” make: [GNUmakefile:69：check] 错误 2 make check failure: ./src/test/regress/regression.diffs diff -U3 /var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress/expected/collate.linux.utf8.out /var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress/results/collate.linux.utf8.out --- /var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress/expected/collate.linux.utf8.out 2022-05-10 05:16:30.000000000 +0800 +++ /var/tmp/pamac-build-yun/postgresql13/src/postgresql-13.7/src/test/regress/results/collate.linux.utf8.out 2022-06-25 05:13:10.390191388 +0800 @@ -437,43 +437,38 @@

-- to_char SET lc_time TO 'tr_TR'; +ERROR: invalid value for parameter "lc_time": "tr_TR" SELECT to_char(date '2010-02-01', 'DD TMMON YYYY'); to_char

  • 01 ŞUB 2010
  • 01 FEB 2010 (1 row)

SELECT to_char(date '2010-02-01', 'DD TMMON YYYY' COLLATE "tr_TR"); to_char

  • 01 ŞUB 2010
  • 01 FEB 2010 (1 row)

SELECT to_char(date '2010-04-01', 'DD TMMON YYYY'); to_char

  • 01 NIS 2010
  • 01 APR 2010 (1 row)

SELECT to_char(date '2010-04-01', 'DD TMMON YYYY' COLLATE "tr_TR"); to_char

  • 01 NİS 2010
  • 01 APR 2010 (1 row)

-- to_date SELECT to_date('01 ŞUB 2010', 'DD TMMON YYYY'); - to_date

  • 02-01-2010 -(1 row) - +ERROR: invalid value "ŞUB" for "MON" +DETAIL: The given value did not match any of the allowed values for this field. SELECT to_date('01 Şub 2010', 'DD TMMON YYYY');
  • to_date
  • 02-01-2010 -(1 row) - +ERROR: invalid value "Şub" for "MON" +DETAIL: The given value did not match any of the allowed values for this field. SELECT to_date('1234567890ab 2010', 'TMMONTH YYYY'); -- fail ERROR: invalid value "1234567890ab" for "MONTH" DETAIL: The given value did not match any of the allowed values for this field. ==> 错误： 在 check() 中发生一个错误。 正在放弃...

msrd0 commented on 2022-06-22 14:05 (UTC)

@Moxon seems like they don't like the patch in its current form https://www.postgresql.org/message-id/630586.1654104622%40sss.pgh.pa.us. Also, they seem to have the intention to back-patch it to older versions, so this will likely be fixed in the next upstream release.

Moxon commented on 2022-06-22 14:01 (UTC) (edited on 2022-06-22 14:01 (UTC) by Moxon)

This package fails on its tests with a recent perl just as mentioned here: https://bugzilla.redhat.com/show_bug.cgi?id=2092426 and discussed here https://www.postgresql.org/message-id/564579.1654093326%40sss.pgh.pa.us :

=== make failure: src/pl/plperl/regression.diffs ===
diff -U3 /builddir/build/BUILD/postgresql-14.3/src/pl/plperl/expected/plperl.out /builddir/build/BUILD/postgresql-14.3/src/pl/plperl/results/plperl.out
--- /builddir/build/BUILD/postgresql-14.3/src/pl/plperl/expected/plperl.out 2022-05-09 21:14:45.000000000 +0000
+++ /builddir/build/BUILD/postgresql-14.3/src/pl/plperl/results/plperl.out  2022-06-01 11:23:50.925042793 +0000
@@ -726,8 +726,6 @@
 -- check that we can "use warnings" (in this case to turn a warn into an error)
 -- yields "ERROR:  Useless use of sort in scalar context."
 DO $do$ use warnings FATAL => qw(void) ; my @y; my $x = sort @y; 1; $do$ LANGUAGE plperl;
-ERROR:  Useless use of sort in scalar context at line 1.
-CONTEXT:  PL/Perl anonymous code block
 -- make sure functions marked as VOID without an explicit return work
 CREATE OR REPLACE FUNCTION myfuncs() RETURNS void AS $$
    $_SHARED{myquote} = sub {

It tests cleanly when applying the patch https://www.postgresql.org/message-id/attachment/134195/0001-Fix-plperl-test-for-change-of-warning-category-in-pe.patch from https://www.postgresql.org/message-id/87bkvcmn9i.fsf%40wibble.ilmari.org

Since there is a fix upstream one might expect an updated v13 sometime in the future

cmc commented on 2022-05-05 08:21 (UTC)

Many thanks for providing this package as well! Super urgent development and arch upgraded postgres 13 dependencies even though the package itself was upgrade-protected.

s_m commented on 2022-04-25 20:52 (UTC)

Many thanks for providing this package