Re: Packaging pykolab for Debian
Mathieu Parent <[email protected]>
| Newsgroups | gmane.comp.kde.devel.kolab |
|---|---|
| Message-ID | <CAFX5sbym=hjK7Z+zHmKOn6Fn+RcYX9WMY-xEx9ucZD6dHgDP_w__37052.1992714659$1337003495$gmane$org@mail.gmail.com> |
2012/5/14 Jeroen van Meeuwen (Kolab Systems) <[email protected]>: > Hi there, Hi Jeroen, > I would appreciate the help of some Debian packaging experts about the > following messages I'm getting from lintian, while attempting to package > pykolab (comments inline); (still busy, but I can at least answer some mails ;-) > > Now running lintian... > W: pykolab source: changelog-should-mention-nmu > W: pykolab source: source-nmu-has-incorrect-version-number 0.4.3-1 You ca add yourself in the "Uploaders:" field (in debian/control), otherwise you will be considered as a non-maintainer (see http://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu) > ^ These I couldn't care less about. > > E: pykolab: extended-description-is-empty > ^ This one I think I can fix. Yes ;-) http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Description > E: pykolab: copyright-file-contains-full-gpl-license > E: pykolab: copyright-should-refer-to-common-license-file-for-gpl > > ^ I have no clue what this means I should do. See http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#examples for an example. > W: pykolab: new-package-should-close-itp-bug > > ^ This usually is the case... THis should be the case if the package is uploaded to Debian. > W: pykolab: binary-without-manpage usr/sbin/kolab > W: pykolab: binary-without-manpage usr/sbin/kolab-conf > W: pykolab: binary-without-manpage usr/sbin/kolab-saslauthd > W: pykolab: binary-without-manpage usr/bin/kolab-test > W: pykolab: binary-without-manpage usr/sbin/kolab_parse_telemetry > W: pykolab: binary-without-manpage usr/sbin/kolabd > W: pykolab: binary-without-manpage usr/sbin/setup-kolab > W: pykolab: binary-without-manpage usr/sbin/wallaced > > ^ This indeed is a problem, but an upstream problem. I need no help > with this now. Yes. > > E: pykolab: dir-or-file-in-var-run var/run/kolab-saslauthd/ > E: pykolab: dir-or-file-in-var-run var/run/kolabd/ > E: pykolab: dir-or-file-in-var-run var/run/saslauthd/ > E: pykolab: dir-or-file-in-var-run var/run/wallaced/ > > ^ These I don't understand. I need directories writeable for non-root > for writing out the PID file(s). Do I just insert a lintian override > somewhere? /var/run (or /run for newer versions) can be cleaned at boot. The best solution is to edit the init scripts to create those dirs. > > Finished running lintian. > > *pfew* This is not much. You can have more : lintian -EvIL +pedantic [ref]: http://nthykier.wordpress.com/2012/02/23/some-sponsors-are-evil-and-pedantic/ > > Kind regards, Regards -- Mathieu Parent