multimedia-blends: policy question(s)

["IOhannes m zmölnig (Debian/GNU)"]

hi, esp ross,

i was having a look at the multimedia-blends package, and would like to
change the categorization of a few package i (co)maintain.

should i just go ahead and commit them, or does this require some
discussion?


furthermore, i noticed that the various tasks mainly use the *Depends*
relationship.
now i'm not an expert with blends, but personally i think that 'Depends'
should be avoided as much as possible (in general).

this is even more important, as i think that most tasks in the
multimedia blend are rather aggregative (or whatever the word): chances
are high that a person that selects a given task will never ever need
*most* of the packages in the task.

in general i think there are too many packages in the various tasks
(e.g. it might make sense to factor out the entire pd-clan from
"soundsynthesis", as most of those packages don't deal with sound
synthesis at all; darn - did i just here me volunteer to maintain a
"puredata" task?)


anyhow: if i want to some record some audio, i would select the
"recording" task, which will installs by (among other things):
at least (at a first glance) 4 multitrack recorders (3 of them via Depends)
- ardour
- ardour3
- qtractor
- ecasound
(though for whatever reasons audicity is missing)
and a few tools which i fail to see why they are in "recording" at all
(only listing a few select Depends-packages):
- jackd
- qjackctl
- ffmulticonverter

if the blend is to give an overview of what is available (so the user
can try a few, and then pick their favourite tool), wouldn't it make
more sense to "Recommend" most packages, so that they can easily get rid
of the tools they dislike (without having to uninstall the entire task,
which potentially removes all the (other) automatically-installed
dependencies)


if most of the above can be explained away by my total ignorance of
blends, please excuse (and enlighten) me.

gfmsard
IOhannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20150611/ccc8c6b0/attachment.sig>