Guidelines for creating subpackages?

[Joachim Frieben]

> The point remains though: no matter what side of the fence you sit on
> regarding greater package granularity, I think Tom is bang on the
> money - crafting a guideline to fit the broad and diverse range of
> upstream packages in order to achieve your desired goal seems
> impossible to me. Arguing over the merits or otherwise of increasing
> the packaging granularity isn't going to change anything. If you
> really believe this is an important and required change, try drafting
> the guideline.

If you had read my initial posting you would have noticed that I had
simply asked if such guidelines wouldn't be a useful thing. I don't
care if there are or not as long as package maintainers respond in a
reasonable and cooperative way to user request/concerns.
-- 
GMX FreeMail: 1 GB Postfach, 5 E-Mail-Adressen, 10 Free SMS.
Alle Infos und kostenlose Anmeldung: http://www.gmx.net/de/go/freemail