Re: Guidelines for creating subpackages?

["Joachim Frieben" <jfrieben gmx de>]

> When/if it makes sense, and doesn't create an unduly increased
> maintainance
> burden, sure. 

I understand, but why then have been built vtk, vtk-python, vtk-qt,
and vtk-tcl packages but only a combined vtk-devel package which
depends on the former ones? In order to minimize maintenance work,
a more consistent approach would have been to build a single vtk
package like there is a single vtk-devel package, although I'd
prefer to see corresponding vtk-python-devel, vtk-qt-devel, and
vtk-tcl-devel packages.
-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser