<div dir="ltr">I think there's another option: work with the upstream FindBugs maintainers to make the UI dependencies optional (e.g. when attempting to start the UI, display an error message indicating that a non-headless JRE should be installed). This doesn't seem like a problem specific to Debian, or is it? Are there JREs used in the wild that are headless? I don't know too much about it, but I wonder whether the Compact Profiles might have similar limitations.<div><br></div><div>Just a thought, since it could help avoid vendor-specific patches.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Dec 21, 2015 at 5:58 PM, Gioele Barabucci <span dir="ltr"><<a href="mailto:gioele@svario.it" target="_blank">gioele@svario.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Package: findbugs<br>
Version: 2.0.3+repack-2<br>
Severity: wishlist<br>
<br>
Dear Maintainer,<br>
<br>
would it be possible to move the GUI of findbugs to a separate package?<br>
<br>
Right now findbugs is a dependency of gradle-debian-helper (via gradle<br>
-> libgradle-plugins-java). Because of the GUI, findbugs depends on<br>
default-jre instead of default-jre-headless.<br>
<br>
Depending on default-jre means that installing gradle-debian-helper<br>
brings in many X11 and desktop components, like dconf, glib (and<br>
plugins), libasound2, gtk (both version 2 and 3), cairo, libx11,<br>
libwayland. In the end, installing the gradle-debian-helper requires<br>
installing about 400 MB of software.<br>
<br>
If the findbugs package contained only the command line version, it could<br>
depend on just default-jre-headless and avoid this long chain of<br>
dependencies.<br>
<br>
Regards,<br>
<br>
--<br>
Gioele Barabucci <<a href="mailto:gioele@svario.it">gioele@svario.it</a>><br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Cheers,<br> <br>Jonathan</div>
</div>