Bugzilla Bug 95816

The current sound-juicer 2.10.0 ebuild depends unconditionally on
nautilus-cd-burner.  This means any system with a Gnome installation will have
CDR software installed, even those systems with the "cdr" and "dvdr" USE flags
explicity unset.

sound-juicer should instead conditionally depend on nautilus-cd-burner,
depending on whether the "cdr" or "dvdr" USE flags are set.

Reproducible: Always
Steps to Reproduce:
1.  Unset the "cdr" and "dvdr" USE flags
2.  Run "emerge -p --emptytree" gnome
3.  Note the inclusion of CD burning packages, including nautilus-cd-burner and
    cdrtools.

makes sense for now (s-j is planned to be more than a burner alone).

Sound-juicer is a CD ripper and doesn't have any burner functionality (at least
for now), but it has to depend unconditionally on nautilus-cd-burner, since it
uses its library to detect and handle the CD drive as part of its preferences.
Other applications, like totem, do the same.

What we could do is enclose 'virtual/cdrtools' in a 'cdr? ()' block in the list
of dependencies for nautilus-cd-burner, similar to the app-cdr/dvd+rw-tools
dependency which is inside a 'dvdr? ()' block.

The dependencies for nautilus-cd-burner have been adjusted and now
virtual/cdrtools should be pulled in only if the 'cdr' USE flag is enabled.

Now "USE='-cdr -dvdr' emerge -ep gnome" shouldn't list cdrtools or dvd+rw-tools.

However, since this bug refers specifically to sound-juicer's dependency on
nautilus-cd-burner, I'm resolving this as UPSTREAM. It would require a
significant amount of work to change sound-juicer's code to make it not depend
on libnautilus-burn.