| 2019-03-15 10:15:20 |
Christian Ehrhardt |
description |
[Availability]
The package is already universe for quite a while and build/works fine so far.
It is for example already used for https://lists.canonical.com/mailman3/postorius/lists/
OTOH it is a library that can/could be used for much more than just the mailman3 stack.
It builds on amd64 only (arch:all)
This package builds python2 and python3 binaries, but the transition to mailman3 will only pull in the python3 binaries.
[Rationale]
This is part of the MIR activity for all dependencies of mailman3
The "main" MIR of it is at bug 1775427:
Mailman (2) has only python2 support, but we strive for python3,
therefore Mailman3 which has python3 support should be promoted to main.
FYI - there was a former (aborted since the reasons was made a suggests) MIR discussion at bug 1540431
[Security]
No known CVEs found.
[Quality assurance]
As part of the mailman3 stacks as of now (Disco) this installs fine and works fine.
On itself it is useful to (many) other dependencies and does not need a post install configuration on its own.
The package does not ask debconf questions.
Zero known Ubuntu or Debian bugs.
Upstream has 5 open and 8 closed issues - none seems fatal to be concerned.
The package seems to get semi-regular updates by upstream and Debian.
We have Delta since 2016 and should actually feed that to Debian and become a sync again.
Task added to our overview to capture that.
Upstream seems hard to find it is no
https://github.com/python-hyper/uritemplate/releases
as you might think but instead
https://github.com/uri-templates/uritemplate-py/
Furthermore Upstream has no new releases on either of them for quite a while.
No exotic HW involved.
The package utilizes build time self tests.
d/watch is set up and ok.
No Lintian warning except newer Standards/Compat versions and no HTTPS links uses or GPG checks - nothing severe.
There are some warnigns on the copyright file which need to be re-checked in detail on the MIR review.
The package does not rely on demoted or obsolete packages.
py2 packages in this src, but as mentioned we won't pull them into main.
No new gt2k dependencies
[UI standards]
This is a low level library without (a lot) of user visible strings - no translations (needed).
No End-user applications that needs a standard conformant desktop file.
[Dependencies]
Some dependencies are not in main, but we drive MIR for all related packages
that are not in main at the same time.
Please check the list of bugs from the main Mailman3 MIR in bug 1775427 to get an overview.
[Standards compliance]
The package meets the FHS and Debian Policy standards.
The packaging itself is very straight forward and uses dh_* as much as possible - the d/rules fits on one screen.
[Maintenance]
The Server team will subscribe for the package for maintenance, but in
general it seems low on updates and currently is a sync from Debian.
[Background]
The package description explains the general purpose and context of the package well. |
[Availability]
The package is already universe for quite a while and build/works fine so far.
It is for example already used for https://lists.canonical.com/mailman3/postorius/lists/
OTOH it is a library that can/could be used for much more than just the mailman3 stack.
It builds on amd64 only (arch:all)
This package builds python2 and python3 binaries, but the transition to mailman3 will only pull in the python3 binaries.
[Rationale]
This is part of the MIR activity for all dependencies of mailman3
The "main" MIR of it is at bug 1775427:
Mailman (2) has only python2 support, but we strive for python3,
therefore Mailman3 which has python3 support should be promoted to main.
FYI - there was a former MIR discussion (aborted since the reason to promote back then was made a suggests instead) at bug 1540431
[Security]
No known CVEs found.
[Quality assurance]
As part of the mailman3 stacks as of now (Disco) this installs fine and works fine.
On itself it is useful to (many) other dependencies and does not need a post install configuration on its own.
The package does not ask debconf questions.
Zero known Ubuntu or Debian bugs.
Upstream has 5 open and 8 closed issues - none seems fatal to be concerned.
The package seems to get semi-regular updates by upstream and Debian.
We have Delta since 2016 and should actually feed that to Debian and become a sync again.
Task added to our overview to capture that.
Upstream seems hard to find it is no
https://github.com/python-hyper/uritemplate/releases
as you might think but instead
https://github.com/uri-templates/uritemplate-py/
Furthermore Upstream has no new releases on either of them for quite a while.
No exotic HW involved.
The package utilizes build time self tests.
d/watch is set up and ok.
No Lintian warning except newer Standards/Compat versions and no HTTPS links uses or GPG checks - nothing severe.
There are some warnigns on the copyright file which need to be re-checked in detail on the MIR review.
The package does not rely on demoted or obsolete packages.
py2 packages in this src, but as mentioned we won't pull them into main.
No new gt2k dependencies
[UI standards]
This is a low level library without (a lot) of user visible strings - no translations (needed).
No End-user applications that needs a standard conformant desktop file.
[Dependencies]
Some dependencies are not in main, but we drive MIR for all related packages
that are not in main at the same time.
Please check the list of bugs from the main Mailman3 MIR in bug 1775427 to get an overview.
[Standards compliance]
The package meets the FHS and Debian Policy standards.
The packaging itself is very straight forward and uses dh_* as much as possible - the d/rules fits on one screen.
[Maintenance]
The Server team will subscribe for the package for maintenance, but in
general it seems low on updates and currently is a sync from Debian.
[Background]
The package description explains the general purpose and context of the package well. |
|
