[Dbconfig-common-devel] dbc_authmethod_user="password" problems
sean finney
seanius at debian.org
Mon Oct 9 07:17:28 UTC 2006
On Sun, 2006-10-08 at 23:41 -0400, Finn Smith wrote:
> > - test against the latest dbc version, just in case?
> > - test with the db-test-pgsql package?
>
> Testing using the db-test-* packages in 1.8.11 turned up multiple
> errors. Testing using the versions in 1.8.23 things went more
yes, that is why there was a .12, .13 .... .24 :)
> When installing the .deb with a debconf priority of "high" I selected
> "pgsql" as the database type. It then correctly requested a password
> for the application user. However, there were some error messages
> during the database creation:
>
> dbconfig-common: writing config to /etc/dbconfig-common/db-test-multidbtype.conf
>
> Creating config file /etc/dbconfig-common/db-test-multidbtype.conf
> with new version
> creating postgres user dbtestmultidbtype: success.
> verifying creation of user: success.
> creating database dbtestmultidbtype: success.
> verifying database dbtestmultidbtype exists: success.
> populating database via sql... warning: ident method specified but
> local account doesn't exist.
> warning: ident method specified but local account doesn't exist.
> done.
> dbconfig-common: flushing administrative password
the error message is *mostly* benign, though it indicates as you have
pointed out later that the value of dbc_authmethod_user has been changed
to ident somehow.
> In /etc/dbconfig-common/db-test-multidbtype.conf the password was
> correctly recorded in dbc_dbpass. However, dbc_authmethod_user was
> incorrectly recorded as "ident".
>
> However, if I install db-test-multidbytype with a debconf priority of
> low and leave all the selections at their default except for setting
> the user authentication method to "password" and then entering the
> password, the install performs correctly. The database and database
> user are created and the correct values are recorded in
> /etc/dbconfig-common/db-test-multidbtype.conf
okay, well this is good to know. so it seems then that the
packager-specified default is always being overridden by something,
somewhere in the code. if you could put something about this in the BTS
i'd appreciate it.
> The goal was to build a package that could be deployed on Ubuntu 6.06,
> which has dbconfig-common version 1.8.11. Any suggestions on how I
> might force the package into using a password for the application's
> pgsql authentication when at higher debconf priority levels would be
> appreciated.
ah. if it were .17 or .18, i think you'd have a much better time but
i think that that far back things are way to messy/buggy to be reliable.
you might be better off seeing if you can get someone to introduce a
newer version in their backport archives. i guess that this is what
happens when one distribution bases its "stable" core off another
distributions "testing" release :)
> If I have the time I'll try and figure out why with 1.8.23 it works
> correctly for pgsql alone, but not when pgsql is selected in the
> multidatabase mode.
my guess is that it has something to do with what variables are
pre-seeded based on the dbtype, and the fact that they're preseeded
before the dbtype is selected.
sean
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: This is a digitally signed message part
Url : http://lists.alioth.debian.org/pipermail/dbconfig-common-devel/attachments/20061009/2d637f8b/attachment.pgp
More information about the Dbconfig-common-devel
mailing list