Your message dated Sun, 15 Mar 2009 11:02:04 +0000
with message-id <[email protected]>
and subject line Bug#513909: fixed in dbconfig-common 1.8.41
has caused the Debian Bug report #513909,
regarding dbconfig-common: [debconf_rewrite] Debconf templates and 
debian/control review
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
513909: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513909
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
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).
 

--- End Message ---
--- Begin Message ---
Source: dbconfig-common
Source-Version: 1.8.41

We believe that the bug you reported is fixed in the latest version of
dbconfig-common, which is due to be installed in the Debian FTP archive:

dbconfig-common_1.8.41.dsc
  to pool/main/d/dbconfig-common/dbconfig-common_1.8.41.dsc
dbconfig-common_1.8.41.tar.gz
  to pool/main/d/dbconfig-common/dbconfig-common_1.8.41.tar.gz
dbconfig-common_1.8.41_all.deb
  to pool/main/d/dbconfig-common/dbconfig-common_1.8.41_all.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sean Finney <[email protected]> (supplier of updated dbconfig-common package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 15 Mar 2009 11:08:39 +0100
Source: dbconfig-common
Binary: dbconfig-common
Architecture: source all
Version: 1.8.41
Distribution: unstable
Urgency: low
Maintainer: Sean Finney <[email protected]>
Changed-By: Sean Finney <[email protected]>
Description: 
 dbconfig-common - common framework for packaging database applications
Closes: 513753 513909 514347 514354 514357 514368 514441 514503 514574 514574 
514783 514896 516118 516606 516623 516643
Changes: 
 dbconfig-common (1.8.41) unstable; urgency=low
 .
   * Fix for a location in the code where ucf was not being called with the
     now requisite --debconf-ok (closes: #513753).
   * New postinst maintainer variable: dbc_dgi_on_manual.  Allows the
     packager to disable creation of the d-g-i generated files when the
     admin opts for manual installation (closes: #514347).
   * Incorporate suggested rewrite of package description and debconf templates
     from Christian Perrier and the debian-l10n-english contributors
     (closes: #513909).
   * new/updated debconf translations:
     - Basque, thanks to Piarres Beobide (closes: #516118).
     - Czech, thanks to Miroslav Kure (closes: #514441).
     - Finnish, thanks to Esko Arajärvi (closes: #516623).
     - French, thanks to Christian Perrier (closes: #514574).
     - German, thanks to Helge Kreutzmann (Closes: #514783).
     - Italian, thanks to Giuseppe Sacco (closes: #514574).
     - Korean, thanks to Changwoo Ryu (closes: #514354).
     - Norwegian Bokmål, thanks to Bjørn Steensrud and Christian Perrier
       (closes: #514368).
     - Portuguese, thanks to Miguel Figueiredo (closes: #516643).
     - Russian, thanks to Yuri Kozlov and Christian Perrier (closes: #514896).
     - Slovak, thanks to helix84 (closes: #514357).
     - Swedish, thanks to Daniel Nylander (closes: #516606).
     - Vietnamese, thanks to Clytie Siddall and Christian Perrier
       (closes: #514503)
   * dbconfig-common is now maintained in git.  Update control info
     accordingly, and introduce a gbp.conf in the debian subdir for
     git-buildpackage.
   * Misc lintian fixes:
     - update Standards-Version to 3.8.1 (no changes needed).
     - fix Build-Depends for gs -> ghostscript
     - remove Build-Depends alternatives on packages that were only needed
       for etch (tetex-bin, tetex-extra).
Checksums-Sha1: 
 2310c906586105c1549770cc8487516230cdf8af 994 dbconfig-common_1.8.41.dsc
 21b40e3294cc03de8b2689fc21b79b24117f0adf 345745 dbconfig-common_1.8.41.tar.gz
 fb2944a5cb3243df7817a96a0e3c239baaab046f 463464 dbconfig-common_1.8.41_all.deb
Checksums-Sha256: 
 adc3137bd172e831e5aa502d6d68fe10bb14fee7e953457e18feec00e5b311fc 994 
dbconfig-common_1.8.41.dsc
 9ff4f05e4aed2aa72d495a78c68524e8e5ded787182498781ab5e842d5ff0e3c 345745 
dbconfig-common_1.8.41.tar.gz
 ff889ddf14af45cde8ec103f489ea6fadb28a2e277bc1d60e1382915baf42665 463464 
dbconfig-common_1.8.41_all.deb
Files: 
 0761b19379b127b5a3157416907c49d8 994 admin optional dbconfig-common_1.8.41.dsc
 d3424958b1cf950a67c384804c1af4be 345745 admin optional 
dbconfig-common_1.8.41.tar.gz
 61a7fcf0c83d5a2ced2df08482055033 463464 admin optional 
dbconfig-common_1.8.41_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFJvN5tynjLPm522B0RAtXvAJ0dUCFxDLPgdYwJGP50nEEB3IBlvQCfVKrp
M2Sr3a6Shd+kAcsx1zoXt9M=
=fQhx
-----END PGP SIGNATURE-----



--- End Message ---

Reply via email to