MIR for celt
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
celt (Ubuntu) |
Invalid
|
Undecided
|
Loïc Minier |
Bug Description
Binary package hint: celt
1. Availability: http://
2. Rationale:
* Build dependency of opal
3. Security:
* No CVE entries: http://
* No Secunia history: http://
* No binaries running as root or suid/sgid ? And no daemons ?
* No Network activity
* Yes, it directly processes binary data (audio).
* No source code review.
4. Quality assurance:
* Package works OOTB.
* No debconfage.
* Debian bugs: http://
* Maintenance in Debian looks to be dead.
* Upstream is vigorous.
* Can't find upstream bug tracker: https:/
* Package doesn't deal with hardware.
* There looks to be a test suite in the upstream source, and it isn't enabled to run during the build.
5. UI standards:
* User-visible strings are internationalized using standard gettext system ? Yes
* Package with translatable strings builds a PO template during package build ? Doesn't seem to.
* End-user applications ship a desktop file ? No.
6. Standards compliance:
* FHS, Debian Policy compliance ? Yes.
* Packaging system (debhelper/
7. Dependencies:
* Build-Depends are libogg-dev, graphviz and doxygen which are all in main.
8. Maintenance:
* How much maintenance is this package likely to need ? Not much.
* Who is responsible for monitoring the quality of this package and fixing its bugs ? Are they Ubuntu or Debian developers ?
9. Background information:
* The general purpose and context of the package should be clear from the package's debian/control file. If it isn't then please explain.
* What do upstream call this software ? celt or celt-codec.
10. Internationaliz
* Are graphical applications translatable? Do they support gettext? No graphical applications.
Packaging looks ok; copyright doesn't cover some files in tools, but this is minor (one author not listed and the glibc files don't seem to be used during our build).
Some unchecked fread/fwrite warnings when building celtdec/celtenc could probably be fixed.
You say "maintenance in Debian appears to be dead", and you don't answer to "Who is responsible for monitoring the quality of this package and fixing its bugs ? Are they Ubuntu or Debian developers ?". So perhaps people committed to opal's maintenance can commit to the maintenance of celt? Could you get an ack on this?
Would be nice to enable the testsuite.
There's a new upstream version available too.