[Debian-med-packaging] Bug#834013: emboss, emboss-data: both packages ship /usr/share/man/man1/em_cons.1e.gz

[James Cowgill]

Hi,

On 12/08/16 14:58, Andreas Tille wrote:
> Hi,
> 
> this version was a source only upload.  If I build on my local machine
> emboss-data does not contain any dir /usr/share/man.  However, the
> binary package on the Debian mirror contains /usr/share/man/man1 with
> has two symlinks which are identical to those in the emboss package.
> 
> I can not reproduce this and I'm wondering why the source only upload
> creates files that are not created on a local build.

debian/rules contains:

override_dh_installman:
	dh_installman -a -p emboss
	for i in $(RENAMED) ; \
		do dh_link usr/share/man/man1/$$i.1e.gz
usr/share/man/man1/em_$$i.1e.gz ; \
		done

dh_link will install the symlink into the first package in debhelper's
list of packages. When doing an arch:amd64 upload this is "emboss", but
when doing an arch:all upload (which happens when you do a source
uploaded) this is "emboss-data". Thus you get two symlinks which
conflict with each other.

You should be able to reproduce this by doing two separate builds:
 One with dpkg-buildpackage -B
 One with dpkg-buildpackage -A

And comparing the generated debs.

The simple solution is to use "dh_link -pemboss" to force the symlinks
to be installed into that package.

James

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/debian-med-packaging/attachments/20160812/6a32dfc0/attachment-0001.sig>