[pkg-bacula-devel] [pkg-bacula-commits] [SCM] Bacula, a network backup, recovery and verification program branch, migrate-to-ucf, created. debian/5.2.6+dfsg-1-18-g0331c27

Luca Capello luca at pca.it
Tue Jul 3 10:56:58 UTC 2012


Hi Alexander!

On Sun, 01 Jul 2012 15:46:23 -0600, Alexander Golovko wrote:
> On Fri, 29 Jun 2012 00:53:39 +0200, Luca Capello wrote:
>> Just FTR, I am uploading a new version to unstable before the freeze:
>> Other than the two bug fixed (#656912 and #675227), there are other
>> improvements (some cosmetic, like the init.d messages, other more
>> important, like the -x check for the daemons).  Meanwhile, I am
>> finishing checking other "simple" bugs like #602191 or #602431 to
>> see if
>> they are still present.  This will be the last upload for wheezy,
>> except
>> obviously (any possible) bug fix.
>>
>
> Yes, there was a great job! But 602191 is not simple at all and it
> still present in squeeze...
> we must fix it in squeeze as soon as possible, due to it mean, that
> there is a count of servers with default bacula-director password.
> but it also mean, that we must analyze non-mantainer changes in
> package and add all that changes into git.

Not really, replied on the bug report, closed again.


>> Then we can move to ucf and also to a single build process with all
>> the
>> three SQL types :-)
>>
>
> yes, you are right.
> But what a method for switch between databases types we will preffer?
> different packages (as now), /etc/alternatives or something else (for
> example, ask upstream to make next step - choose database type from
> config)?

From a quick look, there will still be three different -<dbtype>
packages, but this time each one will install the proper library which
will then use by default without any change from the bacula-dir POV, so
no need of any /etc/alternatives.  However, each -<dbtype> should brings
the dbconfig-common snippets.

>> Is there any reason why you used --with-db-password=XXX_DBPASS_XXX
>> and
>> not XXX_DBPASSWD_XXX as in the other *PASSWD?
>
> Only for conjuction with dbconfig-common variables names (dbc_dbuser,
> dbc_dbname, dbc_dbpass).

OK, then it make sense (but it complicates things and to me it seems
strange for dbconfig-common to have chosen that).

Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-bacula-devel/attachments/20120703/b6416c45/attachment.pgp>


More information about the pkg-bacula-devel mailing list