[pkg-bacula-devel] Making bacula-director-{pgsql, mysql, sqlite3} Arch: all

[Sven Hartge]

On 15.12.18 03:06, Sven Hartge wrote:
> On 15.12.18 01:57, Carsten Leonhardt wrote:
> 
>> we need to be sure that the contents of these packages really are the
>> same for every arch. But it's not the time of day for me to give it
>> more thought or research, I'm not sure now where the systemd files go
>> into. They are installed only on linux.
> 
> The units for the director are inside bacula-director. I see no need to
> change this.
> 
>> And yes, symlink_to_dir or vice versa is needed if we don't decide on
>> introducing something like a "bacula-common-arch-indep" package to be used as
>> link target for all Arch: all packages.
> 
> While it is nice to not install the changelog multiple times, if it
> can't be avoided then it can't be avoided. Introducing another package
> just to keep this up creates more overhead than it reduces, MHO.
> 
> But something is still wrong with my current implementation, the piupart
> upgrade test still fails, even with maintscripts.

I just don't see the problem. I have

symlink_to_dir /usr/share/doc/bacula-director-XX_DB_XX bacula-common
9.2.2-7~

in a file called bacula-director-db.maintscript.in and this correctly
gets converted by the existing template mechanism and dh_installdeb into
a preinst script which is contained in the resulting DEB file (I
triple-checked) and still piuparts complains.

I even put a debug-echo into the preinst script to see if it runs (it does).

Is my version wrong?

I believe my version is wrong.

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/20181215/0eda7325/attachment.sig>