libffado

Differences between revisions 21 and 29 (spanning 8 versions)
Revision 21 as of 2009-08-12 01:15:04
Size: 4283
Editor: conr-adsl-209-169-122-85
Comment:
Revision 29 as of 2009-08-21 03:35:32
Size: 6006
Editor: conr-adsl-209-169-122-85
Comment:
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:

Line 5: Line 7:

Line 6: Line 10:
Line 7: Line 12:
Line 8: Line 14:

  * 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 9: Line 18:
Line 10: Line 20:
Line 11: Line 22:
  * Any binaries running as root or suid/sgid ? Any daemons ?
   *
'''do not know'''
   * '''do not know'''

* 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.'''
Line 15: Line 26:
Line 16: Line 28:
  * Does it directly (not through a library) process binary (video, audio, etc) or structured (PDF, etc) 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 18: Line 32:
  * In what situations does the package not work out of the box without configuration ? '''n/a'''
  * 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.
Line 20: Line 38:
Line 21: Line 40:
Line 22: Line 42:
Line 23: Line 44:
Line 24: Line 46:
  * Hardware: Does this package deal with hardware and if so how exotic is it ? '''This package does deal with hardware, but none is exotic'''
  * Is there a test suite in the upstream source or packaging ? Is it enabled to run in the build ?

  * 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 27: Line 52:
  * User-visible strings are internationalized using standard gettext system ? '''n/a'''
  * Package with translatable strings builds a PO template during package build ? '''n/a'''
  * End-user applications ship a desktop file ? '''n/a'''

* 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 31: Line 60:
Line 32: 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 33: 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 34: Line 75:
   * '''libc6 (>= 2.4)'''
   * '''libexpat1 (>= 1.95.8)'''
   * '''libgcc1 (>= 1:4.1.1)'''
   * '''libglib2.0-0 (>= 2.12.0)'''
   * '''libglibmm-2.4-1c2a (>= 2.19.8)'''
   * '''libiec61883-0 (>= 1.2.0)'''
   * '''libraw1394-11'''
   * '''libsigc++-2.0-0c2a (>= 2.0.2)'''
   * '''libstdc++6 (>= 4.1.1)'''
   * '''libxml++2.6-2 (>= 2.24.0)'''
   * '''libxml2 (>= 2.6.27)'''
   * '''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'''
Line 46: Line 97:
Line 47: Line 99:
Line 48: Line 101:
  * 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 developers'''
* 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'''
Line 50: Line 105:
Line 51: Line 107:
Line 52: Line 109:
  * 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 know as FreeBoB'''
* 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 54: Line 113:
  * Are graphical applications translatable? '''n/a'''
  * Do they support gettext? '''n/a''

* Are graphical applications translatable? '''No.'''

  * Do they support gettext? '''No.'''


Line 60: Line 124:
MIR bug: [[https://launchpad.net/bugs/BUGNUMBER]]

MIR bug: [[https://launchpad.net/bugs/416778|https://bugs.launchpad.net/ubuntu/+source/libffado/+bug/416778]]

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://bugs.launchpad.net/ubuntu/+source/libffado/+bug/416778

Author: Scott Lavender

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