On Fri, Dec 17, 2010 at 13:27, Michael Scherer <m...@zarb.org> wrote: > Le vendredi 17 décembre 2010 à 12:35 +0100, Sascha Schneider a écrit : >> [...] >> Work to be done: >> - provide sound packages like hydrogen, ardour, jackit ...... >> - provide TWO good realtimekernel, one for desktop and another for netbooks > > Given the fact that each kernel add a certain load on hdlists, I think > we should really try to avoid their proliferation. > ( kernel represent 33% of the size of contribs hdlist at Mandriva ).
This is not necessarily proliferation if it has a legitimate purpose for the user needs. Maybe this could be merged with other existing rt kernels. If that makes for a really big issue for the final repository index files in the end, then it may be a good reason to have a music studio derivative distribution. Or find another solution? >> - provide a script or someting like that, that scanns and adds sound >> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local >> and other places >> - provide tasks files that really only install good and necessary sound >> stuff. > > Good luck with deciding what is "good and necessary". You will always > end frustrating people whose definition of good and necessary to be > different. Nothing will ever please everyone. But it's good to have a recommandation/selection of whatever works best/best fits some purpose, to avoid having to test everything everytime to have a working setup; here a music studio. So this may not be the best way to put it (using a rpm task), but it looks like it. Having a basic recommendation set for a particular purpose, on top of all available software in the distribution, does not sound bad to me (further than that, having a way to customize/store/retrieve this set). Althought trying new stuff is great too, there are times you prefer to focus on production and just install/restore tools that just works, without taking too much time in this. (we're not to the point of having something like a allmyapps.com equivalent though). > And secondary, I think we should also try to avoid having too much task- > rpms. Their values is in the fact they allow to quickly install a set of > rpm without searching in the whole set of rpm. Indeed. Romain
