Package: dbconfig-common
Version: N/A
Severity: normal
Tags: patch

Dear Debian maintainer,

On Wednesday, January 14, 2009, I notified you of the beginning of a review 
process
concerning debconf templates for dbconfig-common.

The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.

Please review the suggested changes are suggested, and if you have any
objections, let me know in the next 3 days.

Please try to avoid uploading dbconfig-common with these changes right now.

The second phase of this process will begin on Thursday, February 05, 2009, 
when I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Thursday, February 26, 2009. Please avoid uploading a package with fixed 
or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Friday, February 27, 2009, I will contact you again and will send a 
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- dbconfig-common-1.8.40.old/debian/dbconfig-common.templates 2009-01-14 
06:12:56.000000000 +0100
+++ dbconfig-common-1.8.40/debian/dbconfig-common.templates     2009-02-02 
07:18:04.810820336 +0100
@@ -1,3 +1,12 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# [email protected] for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: dbconfig-common/remote-questions-default
 Type: boolean
 Default: false
@@ -8,7 +17,7 @@
  configuration are asked with a priority such that they are
  skipped for most systems.
  .
- If you select this option, the default behaviour will be to prompt you
+ If you select this option, the default behavior will be to prompt you
  with questions related to remote database configuration when you install
  new packages.
  .
@@ -17,15 +26,16 @@
 Template: dbconfig-common/remember-admin-pass
 Type: boolean
 Default: false
-_Description: Keep "administrative" database passwords in debconf?
+_Description: Keep "administrative" database passwords?
  By default, you will be prompted for all administrator-level database
  passwords when you configure, upgrade, or remove applications with
- dbconfig-common.  These passwords will not be stored in debconf for
+ dbconfig-common.  These passwords will not be stored in the
+ configuration database (debconf) for
  any longer than they are needed.
  .
  This behavior can be disabled, in which case the passwords will
- remain in the debconf password database.  The debconf password
- database is protected by unix file permissions, though this is
+ remain in the database.  That
+ database is protected by Unix file permissions, though this is
  less secure and thus not the default setting.
  .
  If you would rather not be bothered for an administrative password
@@ -36,8 +46,8 @@
 Type: boolean
 Default: true
 _Description: Configure database for ${pkg} with dbconfig-common?
- ${pkg} must have a database installed and configured before
- it can be used.  If you like, this can be handled with
+ The ${pkg} package must have a database installed and configured before
+ it can be used.  This can be optionally handled with
  dbconfig-common.
  .
  If you are an advanced database administrator and know that you want
@@ -50,11 +60,11 @@
 Template: dbconfig-common/dbconfig-reinstall
 Type: boolean
 Default: false
-_Description: Re-install database for ${pkg}?
+_Description: Reinstall database for ${pkg}?
  Since you are reconfiguring ${pkg}, you may also want to reinstall the
  database which it uses.
  .
- If you wish to re-install the database for ${pkg}, you should select
+ If you wish to reinstall the database for ${pkg}, you should select
  this option.  If you do not wish to do so (if you are reconfiguring
  the package for unrelated reasons), you should not select this option.
 
@@ -63,13 +73,13 @@
 Default: true
 _Description: Perform upgrade on database for ${pkg} with dbconfig-common?
  According to the maintainer for this package, database upgrade
- operations need to be formed on ${pkg}.  Typically this is due to
+ operations need to be performed on ${pkg}.  Typically, this is due to
  changes in how a new upstream version of the package needs to store
  its data.
  .
  If you want to handle this process manually, you should
  refuse this option.  Otherwise, you should choose this option.
- During the upgrade a backup of your database will be made in
+ During the upgrade, a backup of the database will be made in
  /var/cache/dbconfig-common/backups, from which the database can
  be restored in the case of problems.
 
@@ -85,36 +95,34 @@
  If you know that you do want to keep this database, or if you want
  to handle the removal of this database manually, you should refuse
  this option.
- .
- Otherwise, you should choose this option.
 
 Template: dbconfig-common/database-type
 Type: select
 Choices: ${database_types}
 _Description: Database type to be used by ${pkg}:
- ${pkg} can be configured to use one of many database types.
+ The ${pkg} package can be configured to use one of several database types.
  Below, you will be presented with the available choices.
 
 Template: dbconfig-common/purge
 Type: boolean
 Default: false
 _Description: Do you want to purge the database for ${pkg}?
- If you no longer need the database for ${pkg}, this is your
- chance to remove them.
+ If you no longer need the database for ${pkg}, you can choose to
+ remove it now.
  .
  If you no longer have need of the data being stored by ${pkg}, you
- should choose this option.  If you want to hold this data for another
- time, or if you would rather handle this process manually, you should
+ should choose this option.  If you want to keep this data,
+ or if you would rather handle this process manually, you should
  refuse this option.
 
 Template: dbconfig-common/upgrade-backup
 Type: boolean
 Default: true
-_Description: Do you want to backup the database for ${pkg} before upgrading?
+_Description: Do you want to back up the database for ${pkg} before upgrading?
  The underlying database for ${pkg} needs to be upgraded as part of the
- installation progress.  Just in case, the database can be backed up
+ installation process.  Just in case, the database can be backed up
  before this is done, so that if something goes wrong, you can revert
- to the previous package version and repopulate your database.
+ to the previous package version and repopulate the database.
 
 Template: dbconfig-common/password-confirm
 Type: password
@@ -125,25 +133,24 @@
 _Description: Password confirmation:
 
 Template: dbconfig-common/passwords-do-not-match
-Type: note
-_Description: Passwords do not match.
- The passwords you supplied do not match.  Please try again.
+Type: error
+_Description: Password mismatch
+ The password and its confirmation do not match.
 
 Template: dbconfig-common/upgrade-error
 Type: select
 __Choices: abort, retry, retry (skip questions)
 Default: abort
-_Description: Error upgrading database for ${pkg}.  Retry?
- An error seems to have occurred while upgrading the database.
- If it's of any help, this was the error encountered:
+#flag:translate!:3
+_Description: Next step for database upgrade:
+ An error occurred while upgrading the database:
  .
  ${error}
  .
- Fortunately, there should be a backup of the database made just before
- the upgrade in ${dbfile}.
+ Fortunately, ${dbfile} holds a backup of the database, made just before
+ the upgrade.
  .
- At this point, you have the option to retry or abort the operation.
- If you choose "retry", you will be prompted with all the configuration
+ If at this point you choose "retry", you will be prompted with all the 
configuration
  questions once more and another attempt will be made at performing the
  operation. "retry (skip questions)" will immediately attempt the operation
  again, skipping all questions.  If you choose "abort", the operation will
@@ -154,14 +161,13 @@
 Type: select
 __Choices: abort, retry, retry (skip questions), ignore
 Default: abort
-_Description: Error installing database for ${pkg}.  Retry?
- An error seems to have occurred while installing the database.
- If it's of any help, this was the error encountered:
+#flag:translate!:3
+_Description: Next step for database installation:
+ An error occurred while installing the database:
  .
  ${error}
  .
- At this point, you have the option to retry or abort the operation.
- If you choose "retry", you will be prompted with all the configuration
+ If at this point you choose "retry", you will be prompted with all the 
configuration
  questions once more and another attempt will be made at performing the
  operation. "retry (skip questions)" will immediately attempt the operation
  again, skipping all questions.  If you choose "abort", the operation will
@@ -174,20 +180,19 @@
 Type: select
 __Choices: abort, retry
 Default: abort
-_Description: Error removing database for ${pkg}.  Retry?
- An error seems to have occurred while removing the database.
+#flag:translate!:3
+_Description: Next step for database removal:
+ An error occurred while removing the database:
+ .
+ ${error}
  .
  For some reason it was not possible to perform some of the actions necessary
  to remove the database for ${pkg}.  At this point you have two options: you
  can find out what has caused this error and fix it, or you can refuse
  the offer for help removing the database (the latter implies you will
- have to remove the database manually).  If it's of any help, this was
- the error encountered:
- .
- ${error}
+ have to remove the database manually).
  .
- At this point, you have the option to retry or abort the operation.
- If you choose "retry", you will be prompted with all the configuration
+ If at this point you choose "retry", you will be prompted with all the 
configuration
  questions once more and another attempt will be made at performing the
  operation. "retry (skip questions)" will immediately attempt the operation
  again, skipping all questions.  If you choose "abort", the operation will
@@ -198,19 +203,16 @@
 Type: select
 Choices: abort, retry, ignore
 Default: abort
-Description: Database package required.
- To properly configure the database for ${pkg}, it is necessary
- that you also have ${dbpackage} installed.  Unfortunately, this can
- not be done automatically.
+_Description: Next step:
+ Configuring the database for ${pkg} requires the package ${dbpackage}
+ to be installed and configured first, which is not something that can be
+ checked for automatically.
  .
  If in doubt, you should choose "abort", and install ${dbpackage} before
  continuing with the configuration of this package.  If you choose "retry",
  you will be allowed to choose different answers (in case you chose the
  wrong database type by mistake).  If you choose "ignore", then installation
  will continue as normal.
- .
- (Note to translators: don't bother translating this message yet, as the
-  text/wording is not stabilized)
 
 Template: dbconfig-common/remote/host
 Type: select
@@ -222,8 +224,8 @@
 Template: dbconfig-common/remote/port
 Type: string
 _Description: Port number for the ${dbvendor} service:
- If the ${dbvendor} database on the remote host is running on a non-standard
- port, this is your opportunity to specify what it is.  To use the
+ Please specify the port the ${dbvendor} database on the remote host is
+ running on.  To use the
  default port, leave this field blank.
 
 Template: dbconfig-common/remote/newhost
@@ -231,7 +233,7 @@
 _Description: Host running the ${dbvendor} server for ${pkg}:
  Please provide the hostname of a remote ${dbvendor} server.
  .
- Note: you must have already arranged for the administrative
+ You must have already arranged for the administrative
  account to be able to remotely create databases and grant
  privileges.
 
@@ -275,24 +277,24 @@
 _Description: MySQL application password for ${pkg}:
  Please provide a password for ${pkg} to register with the
  database server.  If left blank, a random password will be
- generated for you.
+ generated.
 
 Template: dbconfig-common/mysql/admin-user
 Type: string
 Default: root
-_Description: Name of your database's administrative user:
- What is the name of the account with which this package should perform
- administrative actions?  This user is the one which is able to create
+_Description: Name of the database's administrative user:
+ Please provide the name of the account with which this package should perform
+ administrative actions.  This user is the one which is able to create
  new database users.
  .
  For MySQL, this is almost always "root".  Note that this is NOT the
- same as the UNIX login 'root'.
+ same as the UNIX login "root".
 
 Template: dbconfig-common/mysql/admin-pass
 Type: password
-_Description: Password of your database's administrative user:
- What is the password for the administrative account with which this
- package should create its MySQL database and user?
+_Description: Password of the database's administrative user:
+ Please provide the password for the administrative account with which this
+ package should create its MySQL database and user.
 
 Template: dbconfig-common/pgsql/method
 Type: select
@@ -308,7 +310,7 @@
 Type: password
 _Description: PostgreSQL application password for ${pkg}:
  Please provide a password for ${pkg} to register with the database
- server.  If left blank, a random password will be generated for you.
+ server.  If left blank, a random password will be generated.
  . 
  If you are using "ident" based authentication, the supplied password will
  not be used and can be left blank.  Otherwise, PostgreSQL access may
@@ -317,24 +319,26 @@
 Template: dbconfig-common/pgsql/admin-user
 Type: string
 Default: postgres
-_Description: Name of your database's administrative user:
- What is the name of the account with which this package should perform
- administrative actions?  This user is the one which is able to create
+_Description: Name of the database's administrative user:
+ Please provide the name of the account with which this package should perform
+ administrative actions.  This user is the one which is able to create
  new database users.
 
 Template: dbconfig-common/pgsql/admin-pass
 Type: password
 _Description: Password of your database's administrative user:
- What is the password for the account with which this package should perform
- administrative actions?  (For a normal Debian PostgreSQL installation,
+ Please provide the password for the account with which this package should 
perform
+ administrative actions.
+ .
+ For a standard PostgreSQL package installation,
  a database password is not required, since authentication is done at the
- system level.)
+ system level.
 
 Template: dbconfig-common/pgsql/authmethod-admin
 Type: select
 __Choices: ident, password
 Default: ident
-_Description: Method for authenticating PostgreSQL administrator:
+_Description: Method for authenticating the PostgreSQL administrator:
  PostgreSQL servers provide several different mechanisms for authenticating
  connections.  Please select what method the administrative user should use
  when connecting to the server.
@@ -347,11 +351,11 @@
  .
  With "password" authentication, a password will be passed to the server
  for use with some authentication backend (such as "md5" or "pam").  Note
- that the password is still passed in the clear across network-based
+ that the password is still passed in the clear across network
  connections if your connection is not configured to use SSL.
  .
- For a default Debian PostgreSQL installation running on the same host,
- you probably want "ident".
+ For a standard PostgreSQL package installation running on the same host,
+ "ident" is recommended.
 
 Template: dbconfig-common/pgsql/authmethod-user
 Type: select
@@ -369,61 +373,58 @@
  .
  With "password" authentication, a password will be passed to the server
  for use with some authentication backend (such as "md5" or "pam").  Note
- that the password is still passed in the clear across network-based
+ that the password is still passed in the clear across network
  connections if your connection is not configured to use SSL.
  .
- For a default Debian PostgreSQL installation running on the same host,
- you probably want "ident".
+ For a standard PostgreSQL package installation running on the same host,
+ "ident" is recommended.
 
 Template: dbconfig-common/pgsql/no-user-choose-other-method
 Type: note
-_Description: Choose a different PostgreSQL connection method?
+_Description: PostgreSQL connection method error
  Unfortunately, it seems that the database connection method you
  have selected for ${pkg} will not work, because it requires the existence
  of a local user that does not exist.
- .
- If you would like to reconfigure your application to use a different
- method, you should choose this option.  If you know for certain that
- this method will work and you want to continue without changing
- your choice, you should refuse this option.
 
 Template: dbconfig-common/pgsql/changeconf
 Type: boolean
 Default: false
+#flag:translate!:3
 _Description: Change PostgreSQL configuration automatically?
  It has been determined that the database installation for ${pkg}
  can not be automatically accomplished without making changes to
- your PostgreSQL server's access controls.  It is suggested that this
- be done by dbconfig-common when your package is installed.  If you
- would prefer that this be done manually (or not at all), please add
- the following line to your pg_hba.conf:
+ the PostgreSQL server's access controls.  It is suggested that this
+ be done by dbconfig-common when the package is installed.  If
+ instead you would prefer it done manually, the following line needs
+ to be added to your pg_hba.conf:
  .
  ${pghbaline}
 
 Template: dbconfig-common/pgsql/revertconf
 Type: boolean
 Default: false
+#flag:translate!:3
 _Description: Revert PostgreSQL configuration automatically?
  As ${pkg} is now being removed, it may no longer be necessary to
- have an access control entry in your PostgreSQL server's configuration.
- While keeping such an entry will not break any software on your
+ have an access control entry in the PostgreSQL server's configuration.
+ While keeping such an entry will not break any software on the
  system, it may be seen as a potential security concern.  It is suggested
- that this be done by dbconfig-common when your package is removed.  If you
- would prefer that this be done manually (or not at all), please remove
- the following line from your pg_hba.conf:
+ that this be done by dbconfig-common when the package is removed.
+ If instead you would prefer it done manually, the following line
+ needs to be removed from your pg_hba.conf:
  .
  ${pghbaline}
 
 Template: dbconfig-common/pgsql/manualconf
 Type: note
-_Description: Please change /etc/postgresql/pg_hba.conf
+_Description: Modifications needed in /etc/postgresql/pg_hba.conf
  To get the database for package ${pkg} bootstrapped you have
- to edit the configuration of your PostgreSQL server. You may be able to
+ to edit the configuration of the PostgreSQL server. You may be able to
  find help in the file /usr/share/doc/${pkg}/README.Debian.
 
 Template: dbconfig-common/pgsql/no-empty-passwords
-Type: note
-_Description: PostgreSQL does not support empty passwords.
+Type: error
+_Description: Empty passwords unsupported with PostgreSQL
 
 Template: dbconfig-common/internal/reconfiguring
 Type: boolean
--- dbconfig-common-1.8.40.old/debian/control   2009-01-14 06:12:55.000000000 
+0100
+++ dbconfig-common-1.8.40/debian/control       2009-01-28 18:13:10.763244418 
+0100
@@ -12,26 +12,25 @@
 Depends: ucf (>= 0.28), ${misc:Depends}
 Suggests: virtual-mysql-client | mysql-client | postgresql-client
 Description: common framework for packaging database applications
- dbconfig-common presents a policy and implementation for
+ This package presents a policy and implementation for
  managing various databases used by applications included in
  Debian packages.
  .
- dbconfig-common can:
-  * support MySQL, PostgreSQL, and sqlite based applications
-  * create databases and database users
-  * access local or remote databases
-  * upgrade/modify databases when upstream changes database structure
-  * remove databases and database users
-  * generate config files in many formats with the database info
-  * import configs from packages previously managing databases on their own
-  * prompt users with a set of normalized, pre-translated questions
-  * handle failures gracefully, with an option to retry.
-  * do all the hard work automatically
-  * work for package maintainers with little effort on their part
-  * work for local admins with little effort on their part
-  * comply with an agreed upon set of standards for behaviour
-  * do absolutely nothing if it is the whim of the local admin
-  * perform all operations from within the standard flow of Debian
-    package maintenance (no additional skill is required of the local
-    admin)
+ It can:
+  - support MySQL, PostgreSQL, and sqlite based applications;
+  - create or remove databases and database users;
+  - access local or remote databases;
+  - upgrade/modify databases when upstream changes database structure;
+  - generate config files in many formats with the database info;
+  - import configs from packages previously managing databases on their own;
+  - prompt users with a set of normalized, pre-translated questions;
+  - handle failures gracefully, with an option to retry;
+  - do all the hard work automatically;
+  - work for package maintainers with little effort on their part;
+  - work for local admins with little effort on their part;
+  - comply with an agreed upon set of standards for behavior;
+  - do absolutely nothing if that is the whim of the local admin;
+  - perform all operations from within the standard flow of
+    package management (no additional skill is required of the local
+    admin).
 

Reply via email to