From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- .../20101217/03a094b0/attachment-0001.asc | 7 ++ .../attachments/20101217/03a094b0/attachment.asc | 7 ++ .../20101217/057295f8/attachment-0001.html | 4 ++ .../attachments/20101217/057295f8/attachment.html | 4 ++ .../20101217/276fddcc/attachment-0001.html | 23 ++++++ .../attachments/20101217/276fddcc/attachment.html | 23 ++++++ .../20101217/37379c70/attachment-0001.html | 83 ++++++++++++++++++++++ .../attachments/20101217/37379c70/attachment.html | 83 ++++++++++++++++++++++ .../20101217/5679afac/attachment-0001.html | 23 ++++++ .../attachments/20101217/5679afac/attachment.html | 23 ++++++ .../20101217/5d800605/attachment-0001.html | 70 ++++++++++++++++++ .../attachments/20101217/5d800605/attachment.html | 70 ++++++++++++++++++ 12 files changed, 420 insertions(+) create mode 100644 zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment-0001.asc create mode 100644 zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment.asc create mode 100644 zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment-0001.html create mode 100644 zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment.html (limited to 'zarb-ml/mageia-dev/attachments/20101217') diff --git a/zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment-0001.asc new file mode 100644 index 000000000..38208f8f4 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment-0001.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk0LyYIACgkQqEs9DA4DquCFywCcDS9tmqN9UgAB7MaRQ+8qqNeQ +H2YAn1Ta0hcTtEaslBVZ6jm9vkjwDjnE +=gmSW +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment.asc b/zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment.asc new file mode 100644 index 000000000..38208f8f4 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/03a094b0/attachment.asc @@ -0,0 +1,7 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.10 (GNU/Linux) + +iEYEABECAAYFAk0LyYIACgkQqEs9DA4DquCFywCcDS9tmqN9UgAB7MaRQ+8qqNeQ +H2YAn1Ta0hcTtEaslBVZ6jm9vkjwDjnE +=gmSW +-----END PGP SIGNATURE----- diff --git a/zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment-0001.html new file mode 100644 index 000000000..8c65c1488 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment-0001.html @@ -0,0 +1,4 @@ +Hi list,

I just started to create some task.spec files from the mandriva task-sound-studio for mageia.
In contrast to the former taskfile and to most other linux audio distributions I would like to establish a modular system of sound-tasks, that help installing packages, but do not install everything regarded to sound.
+For I am not a good programmer, I wanted to ask if there are some devs, packagers and mageia-fanatics, that are willing to join me on this mission.

Work to be done:
- provide sound packages like hydrogen, ardour, jackit ......
+- provide TWO good realtimekernel, one for desktop and another for netbooks
- 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.

Thanks in advance, Sascha
diff --git a/zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment.html b/zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment.html new file mode 100644 index 000000000..8c65c1488 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/057295f8/attachment.html @@ -0,0 +1,4 @@ +Hi list,

I just started to create some task.spec files from the mandriva task-sound-studio for mageia.
In contrast to the former taskfile and to most other linux audio distributions I would like to establish a modular system of sound-tasks, that help installing packages, but do not install everything regarded to sound.
+For I am not a good programmer, I wanted to ask if there are some devs, packagers and mageia-fanatics, that are willing to join me on this mission.

Work to be done:
- provide sound packages like hydrogen, ardour, jackit ......
+- provide TWO good realtimekernel, one for desktop and another for netbooks
- 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.

Thanks in advance, Sascha
diff --git a/zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment-0001.html new file mode 100644 index 000000000..03b63e50e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment-0001.html @@ -0,0 +1,23 @@ +

On Fri, Dec 17, 2010 at 2:51 PM, Cazzaniga Sandro <cazzaniga.sandro@gmail.com> wrote:
+Le 17/12/2010 13:59, Anne nicolas a écrit :
+> Hi there
+>
+> As mentionner here, http://mageia.org/wiki/doku.php?id=org, we need to
+> vote for 2 representatives for packagers team: one representative for
+> Mageia council and one to help this guy and manage team in daily
+> tasks. You can have a look on packagers meeting logs about how we
+> should choose them. Common criteria are:
+>
+> - experience in packaging
+> - willing to *manage* team
+> - start with these 2 guys until first release is done (as done in i18n team)
+>
+> Feel free to comment here and propose/candidate for it.
+>
+> Cheers
+I'd like to ask my candidacy, but I think I'm not experienced enough.
+What do you think?
+--
+Sandro Cazzaniga
+

Maybe you say something more detailed about yourself so everybody can make a picture of you on his own.

--
Mit freundlichen Grüßen

Greetings

Daniel Kreuter
+


diff --git a/zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment.html b/zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment.html new file mode 100644 index 000000000..03b63e50e --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/276fddcc/attachment.html @@ -0,0 +1,23 @@ +

On Fri, Dec 17, 2010 at 2:51 PM, Cazzaniga Sandro <cazzaniga.sandro@gmail.com> wrote:
+Le 17/12/2010 13:59, Anne nicolas a écrit :
+> Hi there
+>
+> As mentionner here, http://mageia.org/wiki/doku.php?id=org, we need to
+> vote for 2 representatives for packagers team: one representative for
+> Mageia council and one to help this guy and manage team in daily
+> tasks. You can have a look on packagers meeting logs about how we
+> should choose them. Common criteria are:
+>
+> - experience in packaging
+> - willing to *manage* team
+> - start with these 2 guys until first release is done (as done in i18n team)
+>
+> Feel free to comment here and propose/candidate for it.
+>
+> Cheers
+I'd like to ask my candidacy, but I think I'm not experienced enough.
+What do you think?
+--
+Sandro Cazzaniga
+

Maybe you say something more detailed about yourself so everybody can make a picture of you on his own.

--
Mit freundlichen Grüßen

Greetings

Daniel Kreuter
+


diff --git a/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html new file mode 100644 index 000000000..6335d7c89 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment-0001.html @@ -0,0 +1,83 @@ +I can help you packaging after i worked myself through the rpm guides.

On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <ungleichklang@gmail.com> wrote:
+
After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....
+
Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.
Those guys mostly use gentoo and build their own kernel for years now and they gave me the following hints, that also can be found in discussions of other distributions:
+ +1) the kernel (without preemption-patch) should have
Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)
Processor type and features >> Timer frequency >> 1000 HZ

+
+General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)
 Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded


Idea with multiple tasks .... DISMISSED ...... one task that installs drivers likje ffado and stuff like Jackit and sessionhandling and .... the other little stuff one needs, is a really good Idea.
+ +(a big discussion should be held here on wich would be the best tools)
The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.

We could provide a script that adds the content we need, like:
+ +1) alter /etc/security/limits.conf
+@audio - rtprio 99
+@audio - memlock unlimited

2) add to /etc/rc.d/rc.local
+echo 2048 >/sys/class/rtc/rtc0/max_user_freq
+echo 2048 >/proc/sys/dev/hpet/max-user-freq

maybe add 2 new files to /lib/udev/rules.d
a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"
b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"
+ +
On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.
They report that it works better without the Preemption RT Patch with the stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio 2496 without Jack XRUNS.
+ +
I tested these hints (exept compiling a kernel) today and it really works much better.
I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)


+ +2010/12/17 Romain d'Alverny <rdalverny@gmail.com>
+ +
On Fri, Dec 17, 2010 at 13:27, Michael Scherer <misc@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?
+

you are right, too many kernels is not what makes it better.
 
+ +
+>> - 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.

This might be an idea, to simply provide an iso containing the basic setup like above with LXDE that uses the standard mageia repos for installation and updates.
+ +
+
+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
+
greetings, Sascha
+



--
Mit freundlichen Grüßen

Greetings

Daniel Kreuter



diff --git a/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html new file mode 100644 index 000000000..6335d7c89 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/37379c70/attachment.html @@ -0,0 +1,83 @@ +I can help you packaging after i worked myself through the rpm guides.

On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <ungleichklang@gmail.com> wrote:
+
After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....
+
Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.
Those guys mostly use gentoo and build their own kernel for years now and they gave me the following hints, that also can be found in discussions of other distributions:
+ +1) the kernel (without preemption-patch) should have
Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)
Processor type and features >> Timer frequency >> 1000 HZ

+
+General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)
 Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded


Idea with multiple tasks .... DISMISSED ...... one task that installs drivers likje ffado and stuff like Jackit and sessionhandling and .... the other little stuff one needs, is a really good Idea.
+ +(a big discussion should be held here on wich would be the best tools)
The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.

We could provide a script that adds the content we need, like:
+ +1) alter /etc/security/limits.conf
+@audio - rtprio 99
+@audio - memlock unlimited

2) add to /etc/rc.d/rc.local
+echo 2048 >/sys/class/rtc/rtc0/max_user_freq
+echo 2048 >/proc/sys/dev/hpet/max-user-freq

maybe add 2 new files to /lib/udev/rules.d
a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"
b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"
+ +
On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.
They report that it works better without the Preemption RT Patch with the stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio 2496 without Jack XRUNS.
+ +
I tested these hints (exept compiling a kernel) today and it really works much better.
I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)


+ +2010/12/17 Romain d'Alverny <rdalverny@gmail.com>
+ +
On Fri, Dec 17, 2010 at 13:27, Michael Scherer <misc@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?
+

you are right, too many kernels is not what makes it better.
 
+ +
+>> - 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.

This might be an idea, to simply provide an iso containing the basic setup like above with LXDE that uses the standard mageia repos for installation and updates.
+ +
+
+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
+
greetings, Sascha
+



--
Mit freundlichen Grüßen

Greetings

Daniel Kreuter



diff --git a/zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment-0001.html new file mode 100644 index 000000000..536039467 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment-0001.html @@ -0,0 +1,23 @@ +

2010/12/17 Florian Hubold <doktor5000@arcor.de>
+Am 17.12.2010 12:35, schrieb Sascha Schneider:
+
> Hi list,
+>
+> I just started to create some task.spec files from the mandriva
+> task-sound-studio for mageia.
+> In contrast to the former taskfile and to most other linux audio
+> distributions I would like to establish a modular system of sound-tasks,
+> that help installing packages, but do not install everything regarded to
+
+
Don't want to supress your motivation and stuff, but there were already
+efforts recently to produce a "Mandriva Studio"-called
+linux-based professional audio workstation, mainly by Frank Kober
+and Stéphane Téletchéa. Please have a look at this thread on cooker ml:
+
+http://lists.mandriva.com/cooker/2010-04/msg00069.php
+
+Seems more logical to join arms with him, as i think he also
+wants to put efforts into mageia.
+
+Regards
+

I know the task they made and actually my idea is based on their task.spec found on
http://wiki.mandriva.com/fr/Task-Sound-Studio
+
I hope both joined mageia, like Emmanuel Andry that worked on that task, too.

greetings
diff --git a/zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment.html b/zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment.html new file mode 100644 index 000000000..536039467 --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/5679afac/attachment.html @@ -0,0 +1,23 @@ +

2010/12/17 Florian Hubold <doktor5000@arcor.de>
+Am 17.12.2010 12:35, schrieb Sascha Schneider:
+
> Hi list,
+>
+> I just started to create some task.spec files from the mandriva
+> task-sound-studio for mageia.
+> In contrast to the former taskfile and to most other linux audio
+> distributions I would like to establish a modular system of sound-tasks,
+> that help installing packages, but do not install everything regarded to
+
+
Don't want to supress your motivation and stuff, but there were already
+efforts recently to produce a "Mandriva Studio"-called
+linux-based professional audio workstation, mainly by Frank Kober
+and Stéphane Téletchéa. Please have a look at this thread on cooker ml:
+
+http://lists.mandriva.com/cooker/2010-04/msg00069.php
+
+Seems more logical to join arms with him, as i think he also
+wants to put efforts into mageia.
+
+Regards
+

I know the task they made and actually my idea is based on their task.spec found on
http://wiki.mandriva.com/fr/Task-Sound-Studio
+
I hope both joined mageia, like Emmanuel Andry that worked on that task, too.

greetings
diff --git a/zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment-0001.html new file mode 100644 index 000000000..c517f83bc --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment-0001.html @@ -0,0 +1,70 @@ +After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....

Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.
Those guys mostly use gentoo and build their own kernel for years now and they gave me the following hints, that also can be found in discussions of other distributions:
+1) the kernel (without preemption-patch) should have
Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)
Processor type and features >> Timer frequency >> 1000 HZ

+General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)
 Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded


Idea with multiple tasks .... DISMISSED ...... one task that installs drivers likje ffado and stuff like Jackit and sessionhandling and .... the other little stuff one needs, is a really good Idea.
+(a big discussion should be held here on wich would be the best tools)
The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.

We could provide a script that adds the content we need, like:
+1) alter /etc/security/limits.conf
+@audio - rtprio 99
+@audio - memlock unlimited

2) add to /etc/rc.d/rc.local
+echo 2048 >/sys/class/rtc/rtc0/max_user_freq
+echo 2048 >/proc/sys/dev/hpet/max-user-freq

maybe add 2 new files to /lib/udev/rules.d
a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"
b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"
+
On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.
They report that it works better without the Preemption RT Patch with the stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio 2496 without Jack XRUNS.
+
I tested these hints (exept compiling a kernel) today and it really works much better.
I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)


+2010/12/17 Romain d'Alverny <rdalverny@gmail.com>
+
On Fri, Dec 17, 2010 at 13:27, Michael Scherer <misc@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?
+

you are right, too many kernels is not what makes it better.
 
+
+>> - 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.

This might be an idea, to simply provide an iso containing the basic setup like above with LXDE that uses the standard mageia repos for installation and updates.
+
+
+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
+
greetings, Sascha
diff --git a/zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment.html b/zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment.html new file mode 100644 index 000000000..c517f83bc --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20101217/5d800605/attachment.html @@ -0,0 +1,70 @@ +After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....

Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.
Those guys mostly use gentoo and build their own kernel for years now and they gave me the following hints, that also can be found in discussions of other distributions:
+1) the kernel (without preemption-patch) should have
Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)
Processor type and features >> Timer frequency >> 1000 HZ

+General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)
 Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded


Idea with multiple tasks .... DISMISSED ...... one task that installs drivers likje ffado and stuff like Jackit and sessionhandling and .... the other little stuff one needs, is a really good Idea.
+(a big discussion should be held here on wich would be the best tools)
The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.

We could provide a script that adds the content we need, like:
+1) alter /etc/security/limits.conf
+@audio - rtprio 99
+@audio - memlock unlimited

2) add to /etc/rc.d/rc.local
+echo 2048 >/sys/class/rtc/rtc0/max_user_freq
+echo 2048 >/proc/sys/dev/hpet/max-user-freq

maybe add 2 new files to /lib/udev/rules.d
a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"
b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"
+
On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.
They report that it works better without the Preemption RT Patch with the stuff above and they get a really low latency (~ 2 ms) mit an old M-Audio 2496 without Jack XRUNS.
+
I tested these hints (exept compiling a kernel) today and it really works much better.
I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)


+2010/12/17 Romain d'Alverny <rdalverny@gmail.com>
+
On Fri, Dec 17, 2010 at 13:27, Michael Scherer <misc@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?
+

you are right, too many kernels is not what makes it better.
 
+
+>> - 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.

This might be an idea, to simply provide an iso containing the basic setup like above with LXDE that uses the standard mageia repos for installation and updates.
+
+
+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
+
greetings, Sascha
-- cgit v1.2.1