Accepted: postgresql-common 87 (source)

Ubuntu Installer archive at ubuntu.com
Mon Mar 31 14:16:02 BST 2008


Accepted:
 OK: postgresql-common_87.tar.gz
 OK: postgresql-common_87.dsc
     -> Component: main Section: misc

Origin: Debian/incoming
Format: 1.7
Date: Mon,  31 Mar 2008 14:15:25 +0100
Source: postgresql-common
Binary: postgresql-common, postgresql-client-common
Architecture: source
Version: 87
Distribution: hardy
Urgency: medium
Maintainer: Martin Pitt <mpitt at debian.org>
Changed-By: Martin Pitt <martin.pitt at ubuntu.com>
Description: 
 postgresql-common - PostgreSQL database-cluster manager
Closes: 472930 473405
Launchpad-Bugs-Fixed: 203966 207779
Changes: 
 postgresql-common (87) unstable; urgency=medium
 .
   * Urgency medium since #472930 is an important bug fix.
   * debian/init.d-functions: If there are no clusters, exit with 4 (LSB-code
     for "unknown status") instead of 0 (which means "service is running", but
     it is debatable and confusing whether all clusters are running if there
     are none at all). (LP: #203966)
   * Update Spanish debconf translations, thanks Javier Fernández-Sanguino
     Peña. (Closes: #473405)
   * t/060_obsolete_confparams.t: Run upgrades under
     default_transaction_read_only=on. t/040_upgrade.t still uses the default
     "off", so both cases get tested. This replicates the problem report from
     Karsten Hilbert.
   * pg_upgradecluster: Work with default_transaction_read_only=on.
   * debian/autovacuum.conf, architecture.html: Point out that this file is
     only relevant for PostgreSQL versions earlier than 8.1. Thanks to Ross
     Boylan for pointing this out.
   * Add t/051_inconsistent_encoding_upgrade.t: Check that upgrades from
     pre-8.3 to 8.3 succeed and have correct encodings if the old DB had a
     database whose encoding did not match the server locale. This reproduces
     #472930.
   * pg_upgradecluster: Fix handling of database encodings on upgrade, since
     8.3 now forces DB encodings and server locale to match:
     - With C locale, keep encoding of DBs on upgrade, just as in previous
       versions. (C is compatible with all encodings, and causes lots of string
       functions not to work correctly, but people still use it deliberately.)
     - With other  locales, create the target DB manually with a compatible
       encoding, and call pg_restore in a way to not create the target DB and
       automatically convert encoding.
     - Closes: #472930, LP: #207779
Files: 
 b0fddfcd7b126f20c6aeb8624cffbbaa 106527 misc optional postgresql-common_87.tar.gz
 bea6888ba8e5963033a702d6604f4a81 599 misc optional postgresql-common_87.dsc





More information about the Hardy-changes mailing list