[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Many changes in Exonerate packaging.



On Thu, 13 Sep 2007, Charles Plessy wrote:

Modified: trunk/packages/exonerate/trunk/debian/control
===================================================================
-Priority: extra
+Priority: optional

Extra packages do not benefit from all the QC made by our serial
rebuilders.

Could you please a little bit more verbose (links?) on this fact?
I have never heard about QC measures that depend on package priority.

+Maintainer: Debian-Med Packaging Team <debian-med-packaging@lists.alioth.debian.org>
+Uploaders: Steffen Moeller <moeller@debian.org>, Charles Plessy <charles-debian-nospam@plessy.org>

Time for myself to adopt this usual habit for my own packages ... :)

 The Debian packaging is (C) 2007, Steffen Moeller <steffen_moeller@gmx.de> and
-is licensed under the GPL, see `/usr/share/common-licenses/GPL'.
+is licensed under the LGPL, see `/usr/share/common-licenses/LGPL'.

I always feel a bit guilty when the Debian packaging has a more
restrictive licence than the packaged program itself... But I will of
course revert this change if I do not have a formal agreement from you.

Well, I don't think that the extra restrictions really affect the packaging
stuff so I would consider both lines as equivalent.

Added: trunk/packages/exonerate/trunk/debian/links
===================================================================
--- trunk/packages/exonerate/trunk/debian/links	                        (rev 0)
+++ trunk/packages/exonerate/trunk/debian/links	2007-09-13 09:21:57 UTC (rev 424)
@@ -0,0 +1,25 @@
+usr/share/man/man1/fastaoverlap.1.gz 	usr/share/man/man1/exonerate-client.1.gz
+usr/share/man/man1/fastaoverlap.1.gz	usr/share/man/man1/exonerate-server.1.gz

I took a different approach for providing the symlinks, using dh_link.

I would always recommend this whenever possible.

I hope that these changes can help exonerate to make its way to NEW...
Actually, I may start to use it at work ;)

Were there any actual problems that prevented exonerate to go into the
NEW queue - the fixes are reasonable but none of them fix a problem that
would have prevented the former packaging from an upload.

Kind regards

        Andreas.

--
http://fam-tille.de



Reply to: