[pkg-bacula-devel] Bug#923444: bacula: autopkgtest regressed in buster

Sven Hartge sven at svenhartge.de
Thu Mar 7 19:55:34 GMT 2019


On 07.03.19 20:37, Paul Gevers wrote:
> On 03-03-2019 18:31, Carsten Leonhardt wrote:
>> Paul Gevers <elbrus at debian.org> writes:
>>> On 02-03-2019 15:34, Carsten Leonhardt wrote:

>>>> maybe using a trigger can help us:
>>>
>>> This sounds like an idea we should try to implement in dbconfig-common,
>>> to enable other packages to benefit from it as well. If done, this is
>>> for after buster release though.
>>
>> I already found that we're not the first to run into this problem.
> 
> Where did you find that? I.e. which other packages are suffering?

Quoting Carsten:
Bareos has run into this problem before, btw:

https://salsa.debian.org/pkg-bareos-team/bareos/commit/82a4ffcc18b5b79259394c1571944d2b0b882944

If I had time right now, I'd use codesearch to find packages listing
postgresql in their debian/tests/control and then check if they
currently fail in the same manner as Bacula and Bareos.

>>>> An simple but stupid and unelegant alternative would be to generate meta
>>>> packages "bacula-director-local-psql/mysql" that _depend_ on the database
>>>> server packages.
>>>
>>> I rather propose that we accept the current regression of the bacula
>>> autopkgtest and we fix the situation properly (in autopkgtest and/or
>>> dbconfig-common) after the buster release. Can you live with that?
>>
>> Yes, we can live with that as long as the CI-people can, as Sven
>> already said.
> 
> Who do you mean by CI-people?

The people running ci.debian.net and filing bugs on behalf of failing
tests, for example: you :)

Grüße,
Sven.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-bacula-devel/attachments/20190307/c147c811/attachment-0001.sig>


More information about the pkg-bacula-devel mailing list