Package: libmikmod2 Version: 3.1.12-3 Followup-For: Bug #647686 It seems to me that not libmikmod2 but mikmod should depend on oss-compat:
If a package *always* *without* *exception* needs another package, it should depend on it. This does not seem to be the case here. 16 packages depend on libmikmod2 in Sid currently. 12 of those also depend on ALSA, EsounD, JACK, NAS, PulseAudio or OSS libraries. Exceptions are gweled, heroes-ggi, xscorch and mikmod itself. That indicates to me that the library is most often used for parsing MOD data, not sending parsed MOD data to an OSS device - even if the library also provides that functionality. Unless libmikmod (the library, not mikmod binary) _fails_ to work when OSS support is unavailable, the relationship should be a a suggestion, as it is not used "in all but unusual installations" but is "perfectly reasonable" to be used without it for e.g. MPD, and OSS support only "enhance its usefulness". Quoted strings in above is from Debian Policy 3.9.3.1 ยง7.2. Related to this, any consumer package of libmikmod2 may need themselves to depend or recommend on oss-compat if OSS output via libmikmod is a main use of the library - i.e. probably those 4 exceptions mentioned above. - Jonas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libmikmod2 depends on: ii libc6 2.13-27 ii multiarch-support 2.13-27 ii oss-compat 2 libmikmod2 recommends no packages. libmikmod2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
