Hello,
It seems that PostgreSQL 10 in your package have been build with ICU
support. But postgresql-server-dev-10 doesn't have ICU devel package in
dependences.
Package: postgresql-server-dev-10
Source: postgresql-10
Version: 10.0-1.pgdg17.04+1
Architecture: amd64
Maintainer: Debian PostgreSQL Mai
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 06 Oct 2017 14:27:15 +0200
Source: pgaudit
Binary: postgresql-10-pgaudit
Architecture: source amd64
Version: 1.1.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian PostgreSQL Maintainers
Changed-By: Mi
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 19 Sep 2017 10:40:00 +0200
Source: powa-archivist
Binary: postgresql-10-powa
Architecture: source amd64
Version: 3.1.1
Distribution: unstable
Urgency: medium
Maintainer: Debian PostgreSQL Maintainers
Changed-By:
Re: Karsten Hilbert 2017-10-07
<20171007155734.jf2q4cz3ghcdn...@hermes.hilbert.loc>
> Digging deeper: pg_upgradecluster does
> $encoding comes from get_db_encoding
> which also uses psql, which needs -X, too, in PgCommon.pm
Ah right - I already fixed that in the commit I pushed earlie
Your message dated Sat, 07 Oct 2017 16:04:12 +
with message-id
and subject line Bug#877381: fixed in plr 1:8.3.0.17-3
has caused the Debian Bug report #877381,
regarding plr: please make the build reproducible
to be marked as done.
This means that you claim that the problem has been dealt wit
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 07 Oct 2017 17:21:25 +0200
Source: plr
Binary: postgresql-10-plr
Architecture: source
Version: 1:8.3.0.17-3
Distribution: unstable
Urgency: medium
Maintainer: Debian PostgreSQL Maintainers
Changed-By: Christoph B
Re: Karsten Hilbert 2017-10-07
<20171007154607.34udpgu2jxwsr...@hermes.hilbert.loc>
> > chomp $ctype;
> > chomp $collate;
> > print STDERR "$ctype / $collate\n";
> > return ($ctype, $collate);
>
> Unfortunately not:
>
> root@hermes:~/bin# pg_upgradecluster 9.6 main
>
On Sat, Oct 07, 2017 at 05:46:07PM +0200, Karsten Hilbert wrote:
> > Can you check if the upgrade works properly if you remove the
> > "unless"?
> >
> > chomp $ctype;
> > chomp $collate;
> > print STDERR "$ctype / $collate\n";
> > return ($ctype, $collate);
>
> Unfortunately
Re: Karsten Hilbert 2017-10-07
<20171007154139.bpvnx7477qcyh...@hermes.hilbert.loc>
> condition: $? which is 0 which is "FALSE"
0 is a program exit code where 0 is true and everything else is false.
So yes, this is inverted logic.
Christoph
___
plr_8.3.0.17-3_source.changes uploaded successfully to localhost
along with the files:
plr_8.3.0.17-3.dsc
plr_8.3.0.17-3.debian.tar.xz
plr_8.3.0.17-3_source.buildinfo
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
On Sat, Oct 07, 2017 at 04:40:24PM +0200, Christoph Berg wrote:
> Can you check if the upgrade works properly if you remove the
> "unless"?
>
> chomp $ctype;
> chomp $collate;
> print STDERR "$ctype / $collate\n";
> return ($ctype, $collate);
Unfortunately not:
root@
On Sat, Oct 07, 2017 at 05:34:15PM +0200, Christoph Berg wrote:
> Re: Karsten Hilbert 2017-10-07
> <20171007152609.i4m5zc6yuol4j...@hermes.hilbert.loc>
return ($ctype, $collate) unless $?;
> >
> > Actually, isn't this inverted logic ?
> >
> > It should return(...) unless $? actually is
Re: Karsten Hilbert 2017-10-07
<20171007152609.i4m5zc6yuol4j...@hermes.hilbert.loc>
> > > return ($ctype, $collate) unless $?;
>
> Actually, isn't this inverted logic ?
>
> It should return(...) unless $? actually is NOT zero ?
The extracted values should be returned if the last psql call e
On Sat, Oct 07, 2017 at 04:40:24PM +0200, Christoph Berg wrote:
> > return ($ctype, $collate) unless $?;
Actually, isn't this inverted logic ?
It should return(...) unless $? actually is NOT zero ?
PSQL(1)
PostgreSQL 9.6.5
On Sat, Oct 07, 2017 at 04:40:24PM +0200, Christoph Berg wrote:
> Re: Karsten Hilbert 2017-10-07
> <20171007132123.7eqyzz7455f5x...@hermes.hilbert.loc>
> > root@hermes:/usr/share/perl5# pg_upgradecluster 9.6 main
> > de_DE.UTF-8 / de_DE.UTF-8
> > Error: could not get cluster locales
>
Re: Karsten Hilbert 2017-10-07
<20171007132123.7eqyzz7455f5x...@hermes.hilbert.loc>
> root@hermes:/usr/share/perl5# pg_upgradecluster 9.6 main
> de_DE.UTF-8 / de_DE.UTF-8
> Error: could not get cluster locales
Hmm. At least the uninitialized value warning is gone now.
> I also
On Sat, Oct 07, 2017 at 02:11:14PM +0200, Christoph Berg wrote:
> > postgres@hermes:~$ psql -d template1
> > Ausgabeformat ist »wrapped«.
>
> PgCommon.pm doesn't use 'psql -X' so your (or postgres') .psqlrc might
> be getting in the way. Could you try the upgrade again after moving
> .psq
Re: Karsten Hilbert 2017-10-07
<20171007104018.ax3cv7dwqg4s3...@hermes.hilbert.loc>
> Thanks for your response !
Thanks!
> postgres@hermes:~$ psql -d template1
> Ausgabeformat ist »wrapped«.
PgCommon.pm doesn't use 'psql -X' so your (or postgres') .psqlrc might
be getting in the way
Thanks for your response !
> could you provide the output of 'psql -l' for the old cluster?
Sure:
postgres@hermes:~$ psql -l
Ausgabeformat ist »wrapped«.
Liste der Datenbanken
Name| Eigentümer | Kodierung | Sortierfolge |
Control: tags -1 moreinfo
Re: Karsten Hilbert 2017-10-07
<150737030347.16226.787705667158988632.report...@hermes.hilbert.loc>
> Use of uninitialized value $ctype in scalar chomp at
> /usr/share/perl5/PgCommon.pm line 947.
> Use of uninitialized value $collate in scalar chomp at
> /u
Processing control commands:
> tags -1 moreinfo
Bug #877920 [postgresql-common] postgresql-common: pg_upgradecluster 9.6 -> 10
fails (locale problem)
Added tag(s) moreinfo.
--
877920: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877920
Debian Bug Tracking System
Contact ow...@bugs.debian.o
Package: postgresql-common
Version: 186
Severity: important
Hello,
when upgrading
Ver Cluster Port Status OwnerData directory Log file
9.6 main5432 online postgres /var/lib/postgresql/9.6/main
/var/log/postgresql/postgresql-9.6-main.log
like so:
r
22 matches
Mail list logo