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.