On Sat, Dec 29, 2007 at 11:03:26AM +0800, Thomas Goirand wrote: > > Hi, > > Thanks a lot for your proposal. You can get the latest version of our > package in here: > > ftp://ftp.gplhost.com/debian/dists/etch/main/source/dtc-xen_0.3.7-1.dsc > > You can as well use that as source & binary repository, and we have > mirrors in both .sg and .fr (if you are in Asia or Europe, this will > give you faster downloads). > > I would also need sponsoring for our control panel dtc (same location on > our FTP). Could you as well sponsor it? > > Thomas
Thomas,
I downloaded dtc-xen_0.3.7-1.dsc and dtc_0.27.3-1.dsc. Here is what I
found after running lintian on dtc-xen:
lintian -viI dtc-xen_0.3.7-1_i386.changes |less
N: Processing 3 packages...
N: ----
N: Processing source package dtc-xen (version 0.3.7-1) ...
gpg: Signature made Sat Dec 29 17:11:02 2007 EST using DSA key ID A7C89464
gpg: Can't check signature: public key not found
W: dtc-xen source: binary-arch-rules-but-pkg-is-arch-indep
N:
N: It looks like you try to run code in the binary-arch target of
N: debian/rules, even though your package is architecture- independent.
N:
W: dtc-xen source: out-of-date-standards-version 3.7.2 (current is 3.7.3)
N:
N: The source package refers to a 'Standards-Version' that is starting to
N: get out of date, compared to current Policy. You can safely ignore
N: this warning, but please consider updating the package to current
N: Policy.
N:
I: dtc-xen source: build-depends-without-arch-dep po-debconf
N:
N: The control file lists the given package in Build-Depends, but no
N: architecture-dependent packages are built. If all the packages built
N: are architecture-independent, the only packages that should be listed
N: in Build-Depends are those required to run the clean target (such as
N: debhelper if you use dh_clean). Other build dependencies should be
N: listed in Build-Depends-Indep instead.
N:
N: Refer to Policy Manual, section 7.6 for details.
N:
N: ----
N: Processing binary package dtc-xen-firewall (version 0.3.7-1) ...
W: dtc-xen-firewall: spelling-error-in-changelog french French
N:
N: Lintian found a spelling error in the latest entry of the Debian
N: changelog. Lintian has a list of common misspellings that it looks
N: for. It does not have a dictionary like a spelling checker does.
N:
W: dtc-xen-firewall: spelling-error-in-changelog russian Russian
N: ----
N: Processing binary package dtc-xen (version 0.3.7-1) ...
I: dtc-xen: hyphen-used-as-minus-sign
usr/share/man/man8/dtc_reinstall_os.8.gz:60
N:
N: Manual page seems to contain a hyphen where a minus sign was intended.
N: '-' chars are interpreted as hyphens (U+2010) by groff, not as minus
N: signs (U+002D). Since options to programs use minus signs (U+002D),
N: this means for example in UTF-8 locales that you cannot cut&paste
N: options, nor search for them easily.
N:
N: '-' must be escaped ('\-') to be interpreted as minus. If you really
N: intend a hyphen, write it as '\(hy' to emphasise that fact. See
N: groff(7) and especially groff_char(7) for details, and also the thread
N: starting with
N: http://lists.debian.org/debian-devel/2003/debian-devel-200303/msg01481
N: .html
N:
N: If you use some tool that converts your documentation to groff format,
N: it might be possible that this tool converts dashes of any kind to
N: groff hyphens, while the safe way of converting dashes is usually to
N: convert them to '\-'.
N:
N: Because this error can occur very often we show only the first 10
N: occurrences for each man page and give the number of suppressed
N: occurrences. If you want to see all warnings, run lintian with the
N: -d/--debug option.
N:
I: dtc-xen: hyphen-used-as-minus-sign
usr/share/man/man8/dtc_reinstall_os.8.gz:62
W: dtc-xen: package-contains-empty-directory usr/lib/dtc-xen/
N:
N: This package installs an empty directory. This might be intentional
N: but it's normally a mistake. If it is intentional, add a lintian
N: override.
N:
W: dtc-xen: using-question-in-extended-description-in-templates
dtc-xen/conf_soap_port
N:
N: The extended description of a debconf template should never include a
N: question.
N:
N: If this template is only used internally by the package and not
N: displayed to the user, put "for internal use" in the short
N: description.
N:
N: Refer to Developers Reference, section 6.5.3.2 for details.
N:
W: dtc-xen: spelling-error-in-changelog french French
W: dtc-xen: spelling-error-in-changelog russian Russian
N: Removing /tmp/kKjU11uuPg ...
I would start by fixing those things about which lintian complains.
As far as the dtc package, here is what lintian found:
lintian -viI dtc_0.27.3-1_i386.changes |less
N: Processing 6 packages...
N: ----
N: Processing source package dtc (version 0.27.3-1) ...
gpg: Signature made Sat Dec 29 17:15:51 2007 EST using DSA key ID A7C89464
gpg: Can't check signature: public key not found
W: dtc source: binary-arch-rules-but-pkg-is-arch-indep
N:
N: It looks like you try to run code in the binary-arch target of
N: debian/rules, even though your package is architecture- independent.
N:
W: dtc source: missing-file-from-potfiles-in dtc.templates
N:
N: A file listed in debian/po/POTFILES.in could not be found in the
N: source package.
N:
N: Refer to the po-debconf(7) manual page for details.
N:
W: dtc source: superfluous-clutter-in-homepage
<http://www.gplhost.com/software-dtc.html>
N:
N: The `Homepage:' field in this package's control file contains
N: superfluous markup around the URL, like enclosing < and >. This is
N: unnecessary and needlessly complicates using this information.
N:
I: dtc source: build-depends-without-arch-dep po-debconf
N:
N: The control file lists the given package in Build-Depends, but no
N: architecture-dependent packages are built. If all the packages built
N: are architecture-independent, the only packages that should be listed
N: in Build-Depends are those required to run the clean target (such as
N: debhelper if you use dh_clean). Other build dependencies should be
N: listed in Build-Depends-Indep instead.
N:
N: Refer to Policy Manual, section 7.6 for details.
N:
N: ----
N: Processing binary package dtc-toaster (version 0.27.3-1) ...
W: dtc-toaster: superfluous-clutter-in-homepage
<http://www.gplhost.com/software-dtc.html>
N: ----
N: Processing binary package dtc-stats-daemon (version 0.27.3-1) ...
W: dtc-stats-daemon: superfluous-clutter-in-homepage
<http://www.gplhost.com/software-dtc.html>
N: ----
N: Processing binary package dtc-postfix-courier (version 0.27.3-1) ...
W: dtc-postfix-courier: superfluous-clutter-in-homepage
<http://www.gplhost.com/software-dtc.html>
N: ----
N: Processing binary package dtc-core (version 0.27.3-1) ...
W: dtc-core: superfluous-clutter-in-homepage
<http://www.gplhost.com/software-dtc.html>
N: ----
N: Processing binary package dtc-common (version 0.27.3-1) ...
E: dtc-common: malformed-override dtc-comonn: debconf-is-not-a-registry
./usr/share/dtc/admin/genfiles/change_debconf_ip.sh
N:
N: Lintian discovered an override entry with an invalid format. An
N: override entry should have the format:
N:
N: <package>[ <type>]: <tag>[ <extra> ...]
N:
N: where <package> is the package name, the optional <type> parameter
N: specifies the package type (binary is the default), <tag> is the tag
N: to suppress, and <extra> is any specific information for the
N: particular tag to suppress.
N:
W: dtc-common: package-contains-empty-directory usr/share/dtc/shared/imgcache/
N:
N: This package installs an empty directory. This might be intentional
N: but it's normally a mistake. If it is intentional, add a lintian
N: override.
N:
W: dtc-common: superfluous-clutter-in-homepage
<http://www.gplhost.com/software-dtc.html>
I: dtc-common: unused-override debconf-is-not-a-registry
./usr/share/dtc/admin/genfiles/change_debconf_domain.sh
N:
N: Lintian discovered an unused override entry in its database. Please
N: remove it from the overrides file if it is not needed anymore.
N:
I: dtc-common: unused-override debconf-is-not-a-registry
./usr/share/dtc/admin/ip_change.sh
N: Removing /tmp/oD0DYpnuLX ...
Again, the lintian problems need correction. Additionally, the dtc package
includes some lintian overrides. Please add some comments to the
overrides file explaining why the overrides are necessary.
Beyond that, you should also make sure that both source packages can
pass piuparts.
If you can correct these problems, I will happily sponsor your packages.
Also, if you have packages that need sponsoring, please let me know.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
