libffado

Differences between revisions 1 and 25 (spanning 24 versions)
Revision 1 as of 2009-08-09 18:29:40
Size: 4011
Editor: conr-adsl-209-169-122-85
Comment:
Revision 25 as of 2009-08-20 04:32:01
Size: 5902
Editor: ppp121-44-101-58
Comment: Oops, add debhelper as well.
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
||<style="color:red"> In progress||
Line 5: Line 3:
'''Note''': when writing a report this template should be vigorously edited; as a rule of thumb, every individual point should be replaced with a description of the actual situation in the package in question. The purpose of the report is to convey information to the reviewer, so there is no problem with varying the text in the bullet items, or with adding additional information.
Line 7: Line 4:
Please be informative, and in particular be thorough in investigating and explaining any weaknesses and problems with the package. The purpose of the report is to show to the reviewer that the package has been properly investigated, and to give the reviewer the information from that investigation, for their decision.
Line 11: Line 7:
 0. ''Availability:'' [[http://archive.ubuntu.com/ubuntu/pool/universe/s/sourcepackage]]; available for all supported architectures or some subset ?

0. ''Availability:'' [[http://archive.ubuntu.com/ubuntu/pool/universe/libf/libffado/]]; available for i386 and amd64 architectures.
Line 13: Line 12:
  * Why is this package needed? What feature(s) does it add? Does upstream expect it? Plain text description of expected use
  * Build dependency of ...
  *

  * The libffado library provides support for FireWire based audio devices

  * libffado will allow Jackd into main, fixing Bugs [[https://bugs.launchpad.net/bugs/407841|#407841]], [[https://bugs.launchpad.net/bugs/152487|#152487]], [[https://bugs.launchpad.net/bugs/84900|#84900]], [[https://bugs.launchpad.net/bugs/109659|#109659]], [[https://bugs.launchpad.net/bugs/360590|#360590]]
Line 17: Line 18:
  * [[http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=PRODUCT_NAME|CVE entries]]: ...
  * [[http://secunia.com/search/?search=PRODUCT_NAME|Secunia history]]: ...
  * Any binaries running as root or suid/sgid ? Any daemons ?
  * Network activity: does it open any port ? Does it handle incoming network data ?
  * Does it directly (not through a library) process binary (video, audio, etc) or structured (PDF, etc) data ?
  * Any source code review performed ? (The approver will do a quick and shallow check.)

  * [[http://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=libffado|CVE entries]]: '''none'''

  * [[http://secunia.com/search/?search=libffado|Secunia history]]: '''none'''

  * Any binaries running as root or suid/sgid ? Any daemons ? No binaries running as root or suid root, one daemon, which is a dbus server.

  * Network activity: does it open any port ? '''no'''

  * Does it handle incoming network data ? '''no'''

  * Does it directly (not through a library) process binary (video, audio, etc) or structured (PDF, etc) data ? Yes, processes audio to and from firewire audio devices.
Line 24: Line 32:
  * In what situations does the package not work out of the box without configuration ?
  * Does the package ask any debconf questions higher than priority 'medium' ?
  * [[http://bugs.debian.org/src:SOURCE_PACKAGE_NAME|Debian bugs]]: (mention any that are particularly relevant, and any showstoppers)
  * [[http://packages.qa.debian.org/S/SOURCE_PACKAGE_NAME.html|Maintenance in Debian]] is frenetic/vigorous/calm/dead ?
  * [[http://|Upstream]] is frenetic/vigorous/calm/dead ?
  * [[http://|Upstream bug tracker]]: (mention any particularly relevant or critical)
  * Hardware: Does this package deal with hardware and if so how exotic is it ?
  * Is there a test suite in the upstream source or packaging ? Is it enabled to run in the build ?

* In what situations does the package not work out of the box without configuration ? None, details below:
   * The shared library libffado1 is used by jack-audio-connection-kit to work with firewire audio devices. Jack itself needs to be configured to use firewire audio via libffado.
   * Most if not all firewire audio hardware require firmware to be uploaded to the device using tools from the ffado-tools package, before they can be used. The firmware in question has to be obtained from Windows drivers.

  *
Does the package ask any debconf questions higher than priority 'medium' ? '''no'''

  * [[http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=libffado|Debian bugs]]: (mention any that are particularly relevant, and any showstoppers) '''None found for libffado, libffado-dbus-server, libffado-mixer-qt4, libffado-tools, libffado-dev or libffado1'''

  * [[http://packages.qa.debian.org/libf/libffado.html|Maintenance in Debian]] is frenetic/vigorous/calm/dead ? '''Maintenances in Debian appears to be vigorous'''

  * [[http://subversion.ffado.org/|Upstream]] is frenetic/vigorous/calm/dead ? '''There appears to be vigorous activity upstream'''

  * [[http://subversion.ffado.org/report|Upstream bug tracker]]: (mention any particularly relevant or critical) '''no noticeably relevant or critical bugs'''

* Hardware: Does this package deal with hardware and if so how exotic is it ? '''This package does deal with audio hardware via firewire. Such hardware is commonly in use by audio/video enthusiasts/professionals.

* Is there a test suite in the upstream source or packaging ? Is it enabled to run in the build ? Yes there is a test suite, and it is enabled in the upstrea build system.
Line 33: Line 52:
  * User-visible strings are internationalized using standard gettext system ?
  * Package with translatable strings builds a PO template during package build ?
  * End-user applications ship a desktop file ?

* User-visible strings are internationalized using standard gettext system ? No internationalized strings.

  * Package with translatable strings builds a PO template during package build ? No translatable strings.

  * End-user applications ship a desktop file ? Yes.
Line 37: Line 60:
Line 38: Line 62:

   * The package is FHS compliant.
   * A slight concern about some python files not being placed in a standard location so pycentral/python-support can handle them, however this may require more work than its worth with the upstrea build system to fix.
Line 39: Line 67:

   * CDBS packaging system

   * no patch system used

   * The package code does not get built when debian/rules is called with the build target. The code gets built when calling the binary target only.
Line 40: Line 75:
  * ...
  * Are these all in main ?
   * '''debhelper'''
   * '''scons,'''
   * '''cdbs'''
   * '''cdbs'''
   * '''dbus'''
   * '''python'''
   * '''python-dbus'''
   * ''python-qt4'''
   * '''pyqt4-dev-tools'''
   * '''dh-buildinfo'''
   * '''pyqt-tools'''
   * '''python-qt4-dbus'''
   * '''autotools-dev'''

   * '''expat'''

   * '''glib2.0'''

   * '''glibmm2.4'''

   * '''libiec61883'''

   * '''libraw1394'''

   * '''libxml++2.6'''

   * '''libxml2'''

  * Are these all in main ? '''yes'''
Line 43: Line 106:
  * How much maintenance is this package likely to need ? (Simple packages may largely take care of themselves; complex packages will need dedicated developers paying attention to them.)
  * Who is responsible for monitoring the quality of this package and fixing its bugs ? Are they Ubuntu or Debian developers ?
  * Who is the package bug contact in Ubuntu? (Needs one if its a nontrivial package which does not fully maintain itself through Debian)

* How much maintenance is this package likely to need ? (Simple packages may largely take care of themselves; complex packages will need dedicated developers paying attention to them.) '''Little maintenance should be required'''

* Who is responsible for monitoring the quality of this package and fixing its bugs ? Are they Ubuntu or Debian developers ? '''Upstream (FFADO) developers along with Ubuntu and Debian developers'''

  * Who is the package bug contact in Ubuntu? (Needs one if its a nontrivial package which does not fully maintain itself through Debian) '''[[https://launchpad.net/~ubuntustudio-dev|Ubuntu Studio developers]]'''
Line 47: Line 114:
  * 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 ? Has it had different names in the past ?

* 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. '''It should already be clear'''

* What do upstream call this software ? Has it had different names in the past ? '''Upstream calls this software FFADO (Free FireWire Audio Drivers). It was previously known as FreeBoB'''
Line 50: Line 120:
  * Are graphical applications translatable? Do they support gettext?
* Are graphical applications translatable? No.

  *
Do they support gettext? No.



Line 54: Line 131:

Line 56: Line 135:
''The author of this report should put their name here; reviewers will add comments etc. too'

''Author: [[https://launchpad.net/~slavender|Scott Lavender]]''

Main Inclusion Report for libffado

Requirements

  1. Availability: http://archive.ubuntu.com/ubuntu/pool/universe/libf/libffado/; available for i386 and amd64 architectures.

  2. Rationale:

  3. Security:

    • CVE entries: none

    • Secunia history: none

    • Any binaries running as root or suid/sgid ? Any daemons ? No binaries running as root or suid root, one daemon, which is a dbus server.
    • Network activity: does it open any port ? no

    • Does it handle incoming network data ? no

    • Does it directly (not through a library) process binary (video, audio, etc) or structured (PDF, etc) data ? Yes, processes audio to and from firewire audio devices.
  4. Quality assurance:

    • In what situations does the package not work out of the box without configuration ? None, details below:
      • The shared library libffado1 is used by jack-audio-connection-kit to work with firewire audio devices. Jack itself needs to be configured to use firewire audio via libffado.
      • Most if not all firewire audio hardware require firmware to be uploaded to the device using tools from the ffado-tools package, before they can be used. The firmware in question has to be obtained from Windows drivers.
    • Does the package ask any debconf questions higher than priority 'medium' ? no

    • Debian bugs: (mention any that are particularly relevant, and any showstoppers) None found for libffado, libffado-dbus-server, libffado-mixer-qt4, libffado-tools, libffado-dev or libffado1

    • Maintenance in Debian is frenetic/vigorous/calm/dead ? Maintenances in Debian appears to be vigorous

    • Upstream is frenetic/vigorous/calm/dead ? There appears to be vigorous activity upstream

    • Upstream bug tracker: (mention any particularly relevant or critical) no noticeably relevant or critical bugs

    • Hardware: Does this package deal with hardware and if so how exotic is it ? This package does deal with audio hardware via firewire. Such hardware is commonly in use by audio/video enthusiasts/professionals.

    • Is there a test suite in the upstream source or packaging ? Is it enabled to run in the build ? Yes there is a test suite, and it is enabled in the upstrea build system.
  5. UI standards:

    • User-visible strings are internationalized using standard gettext system ? No internationalized strings.
    • Package with translatable strings builds a PO template during package build ? No translatable strings.
    • End-user applications ship a desktop file ? Yes.
  6. Standards compliance:

    • FHS, Debian Policy compliance ?

      • The package is FHS compliant.
      • A slight concern about some python files not being placed in a standard location so pycentral/python-support can handle them, however this may require more work than its worth with the upstrea build system to fix.
    • Packaging system (debhelper/cdbs/dbs) ? Patch system ? Any packaging oddities ?
      • CDBS packaging system
      • no patch system used
      • The package code does not get built when debian/rules is called with the build target. The code gets built when calling the binary target only.
  7. Dependencies:

    • debhelper

    • scons,

    • cdbs

    • cdbs

    • dbus

    • python

    • python-dbus

    • python-qt4

    • pyqt4-dev-tools

    • dh-buildinfo

    • pyqt-tools

    • python-qt4-dbus

    • autotools-dev

    • expat

    • glib2.0

    • glibmm2.4

    • libiec61883

    • libraw1394

    • libxml++2.6

    • libxml2

    • Are these all in main ? yes

  8. Maintenance:

    • How much maintenance is this package likely to need ? (Simple packages may largely take care of themselves; complex packages will need dedicated developers paying attention to them.) Little maintenance should be required

    • Who is responsible for monitoring the quality of this package and fixing its bugs ? Are they Ubuntu or Debian developers ? Upstream (FFADO) developers along with Ubuntu and Debian developers

    • Who is the package bug contact in Ubuntu? (Needs one if its a nontrivial package which does not fully maintain itself through Debian) Ubuntu Studio 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. It should already be clear

    • What do upstream call this software ? Has it had different names in the past ? Upstream calls this software FFADO (Free FireWire Audio Drivers). It was previously known as FreeBoB

  10. Internationalization:

    • Are graphical applications translatable? No.
    • Do they support gettext? No.

Reviewers

MIR bug: https://launchpad.net/bugs/BUGNUMBER

Author: Scott Lavender

MainInclusionReport/libffado (last edited 2009-08-21 03:35:32 by conr-adsl-209-169-122-85)