On Sat, 10 Dec 2005 15:05:09 +0100, Chris Cannam
<[EMAIL PROTECTED]> wrote:
On Friday 09 Dec 2005 23:43, Guillaume Laurent wrote:
Who cares, really. I'm mean seriously, they're up to their 4th
iteration of this, and jack and alsa are both so darn frickin' poorly
packaged and complicated to set up.
Well, telling them that would be a good reason to go.
"Them"? Them who? That mysterious international cabal of developers
openly going about trying to make your life as difficult as possible,
and even organising conferences to discuss and refine their evil plans?
...
Maybe even more so than Rosegarden, packaging ALSA and JACK should
really be a distribution matter. On a desktop-oriented distribution in
this century, starting JACK should be at most a question of finding
qjackctl in the K menu (or equivalent) and selecting it.
Why would any manual intervention be needed?
Can not Jack run all the time, or be started on demand?
ALSA is part
of the kernel; JACK itself is really easy to install, certainly when
compared to big GUI applications like Rosegarden. The problem is that
they're both useless unless your kernel is suitable and your soundcard
has drivers. So, what would you have the developers of JACK or ALSA do
differently?
Not much, if the distros can manage to make it so that:
1) Jack always runs when I need it. (without draining a lot of resources
when I _don't_ need it)
2) Jack and ALSA have sensible defaults. ALSA's mute by default
isn't my favourite example of good usability.
I think it's mostly about the distros configuring stuff,
and installing the appropriate GUIs to manage ALSA and Jack.
And about testing that it hasn't broken in some obscure way...
--
Herman Robak
herman at skolelinux no
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Rosegarden-devel mailing list
Rosegarden-devel@lists.sourceforge.net - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel
