Re: RFS: python3-dateutil

[Jakub Wilk <jwilk@debian.org>]

Please merge the two changelog entries.

"debhelper (>= 8)" instead of "debhelper (>= 8.0.0)" would be more 
friendly to backporters.

Please add Vcs-* fields (and remove the commented-out ones, sigh...).

s/monday/Monday/ in the package description.

Lintian emits:
P: python3-dateutil source: unversioned-copyright-format-uri http://dep.debian.net/deps/dep5

The stand-alone license paragraph in the copyright file is not properly 
formatted. The same rules as for the long description in debian/control are
used for this field. Please see Policy §5.6.13 for details.

What is the license of zoneinfo-2011d.tar.gz ?

Please honour DEB_BUILD_OPTIONS=nocheck.

Please run tests for all supported Python 3 versions, not only for the 
default one.

The watch file doesn't work:

$ uscan --report
uscan warning: In debian/watch,
       no matching hrefs for watch line
       http://labix.org/python-dateutil python-dateutil-(.*)\.tar\.gz

test.py adds “build/lib.<platform>-<version>” to sys.path, but with Python 
3.2 build directory for architecture-independent packages is simply 
“build/lib”[0].

The NEWS file says that “There's no such thing as a "PSF License".”, but there
is still “license = "PSF License"” in setup.py.

Lintian emits:
P: python3-dateutil: no-upstream-changelog
You might want to install NEWS as upstream changelog.

The README file is out of date:
- The examples use syntax that is no longer valid in Python 3.
- “python-dateutil-1.0.tar.bz2” and “python-dateutil-1.0-1.noarch.rpm” 
are mentioned in the Download section.

Please include the README file in the binary package. You might want to 
include example.py, too.

Has the Use-C-locale-when-calling-date patch been forwarded upstream?

dateutil.zoneinfo.gettz() always returns None. Is that how it's supposed 
to work?


[0] This is, BTW, quite unfortunate, givent that it's the same directory 
as Python 2.5 uses. But oh well…

--
Jakub Wilk