On 05/25, Sean Whitton wrote: > control: reassign -1 dia > control: severity -1 wishlist > control: retitle -1 Provide binary package containing CLI dia, without GUI > dependencies > > Hello, > > On Fri, May 25 2018, Russ Allbery wrote: > > > dia is at fault for all of this, which is in Build-Depends to allow > > the maintainer script state diagrams to be maintained in the preferred > > form for modification. > > > > It depends on python-gtk2, which in turn depends on python-numpy. It > > also depends on libgtk2.0-0, which depends on libcups2, which pulls in > > libavahi-common3. libgtk2.0-0 depends on both gnome-icon-theme and > > hicolor-icon-theme (but gnome-icon-theme depends on hicolor-icon-theme > > anyway). > > On Fri, May 25 2018, Russ Allbery wrote: > > > Ian Jackson <[email protected]> writes: > > > >> I'm afraid to ask, but: why does python-gtk2 depend on numpy ? Don't > >> get me wrong, I like numpy, but, err, needed for gtk ? > > > >> Also, does dia really need python-gtk2 for the invocations we are > >> using ? Or, indeed for most of its invocations ? ... looks at the > >> manpage ... oh it's primarily a gui program. *sigh* > > > > Yeah, it's a GUI program we're running in batch mode. In an ideal > > world, there would be some separate library and CLI tool that would do > > batch conversions that would be kept separate from all the GUI > > machinery, but I'm sure life is short for upstream and they haven't > > had an obvious reason to bother with this. > > Ah. > > Reassigning, as the bug is not in the debian-policy package. Hopefully > I've quoted enough context for the dia maintainer (who is CCed).
Hi, I will carefully look at the issues pointed out in the thread. Thanks for the report. > -- > Sean Whitton
