diff options
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20101217')
12 files changed, 420 insertions, 0 deletions
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, <br><br>I just started to create some task.spec files from the mandriva task-sound-studio for mageia.<br>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.<br> +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.<br><br>Work to be done:<br>- provide sound packages like hydrogen, ardour, jackit ......<br> +- provide TWO good realtimekernel, one for desktop and another for netbooks<br>- 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<br> +- provide tasks files that really only install good and necessary sound stuff.<br><br>Thanks in advance, Sascha<br> 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, <br><br>I just started to create some task.spec files from the mandriva task-sound-studio for mageia.<br>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.<br> +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.<br><br>Work to be done:<br>- provide sound packages like hydrogen, ardour, jackit ......<br> +- provide TWO good realtimekernel, one for desktop and another for netbooks<br>- 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<br> +- provide tasks files that really only install good and necessary sound stuff.<br><br>Thanks in advance, Sascha<br> 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 @@ +<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 2:51 PM, Cazzaniga Sandro <span dir="ltr"><<a href="mailto:cazzaniga.sandro@gmail.com">cazzaniga.sandro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +Le 17/12/2010 13:59, Anne nicolas a crit :<br> +> Hi there<br> +><br> +> As mentionner here, <a href="http://mageia.org/wiki/doku.php?id=org" target="_blank">http://mageia.org/wiki/doku.php?id=org</a>, we need to<br> +> vote for 2 representatives for packagers team: one representative for<br> +> Mageia council and one to help this guy and manage team in daily<br> +> tasks. You can have a look on packagers meeting logs about how we<br> +> should choose them. Common criteria are:<br> +><br> +> - experience in packaging<br> +> - willing to *manage* team<br> +> - start with these 2 guys until first release is done (as done in i18n team)<br> +><br> +> Feel free to comment here and propose/candidate for it.<br> +><br> +> Cheers<br> +I'd like to ask my candidacy, but I think I'm not experienced enough.<br> +What do you think?<br> +--<br> +<font color="#888888">Sandro Cazzaniga<br> +</font></blockquote></div><br>Maybe you say something more detailed about yourself so everybody can make a picture of you on his own.<br clear="all"><br>-- <br>Mit freundlichen Gren<br><br>Greetings<br><br>Daniel Kreuter<br> +<br><br><br> 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 @@ +<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 2:51 PM, Cazzaniga Sandro <span dir="ltr"><<a href="mailto:cazzaniga.sandro@gmail.com">cazzaniga.sandro@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +Le 17/12/2010 13:59, Anne nicolas a crit :<br> +> Hi there<br> +><br> +> As mentionner here, <a href="http://mageia.org/wiki/doku.php?id=org" target="_blank">http://mageia.org/wiki/doku.php?id=org</a>, we need to<br> +> vote for 2 representatives for packagers team: one representative for<br> +> Mageia council and one to help this guy and manage team in daily<br> +> tasks. You can have a look on packagers meeting logs about how we<br> +> should choose them. Common criteria are:<br> +><br> +> - experience in packaging<br> +> - willing to *manage* team<br> +> - start with these 2 guys until first release is done (as done in i18n team)<br> +><br> +> Feel free to comment here and propose/candidate for it.<br> +><br> +> Cheers<br> +I'd like to ask my candidacy, but I think I'm not experienced enough.<br> +What do you think?<br> +--<br> +<font color="#888888">Sandro Cazzaniga<br> +</font></blockquote></div><br>Maybe you say something more detailed about yourself so everybody can make a picture of you on his own.<br clear="all"><br>-- <br>Mit freundlichen Gren<br><br>Greetings<br><br>Daniel Kreuter<br> +<br><br><br> 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.<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <span dir="ltr"><<a href="mailto:ungleichklang@gmail.com">ungleichklang@gmail.com</a>></span> wrote:<br> +<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....<br> +<br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>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:<br> + +1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br> + +General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre>Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>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.<br> + +(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br> + +1) alter /etc/security/limits.conf<br> +@audio - rtprio 99<br> +@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br> +echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br> +echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br> + +<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>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.<br> + +<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote"> + +2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com" target="_blank">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div>On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org" target="_blank">misc@zarb.org</a>> wrote:<br> +> Le vendredi 17 dcembre 2010 12:35 +0100, Sascha Schneider a crit :<br> +</div>>> [...]<br> +<div>>> Work to be done:<br> +>> - provide sound packages like hydrogen, ardour, jackit ......<br> +>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br> +><br> +> Given the fact that each kernel add a certain load on hdlists, I think<br> +> we should really try to avoid their proliferation.<br> +> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br> +<br> +</div>This is not necessarily proliferation if it has a legitimate purpose<br> +for the user needs. Maybe this could be merged with other existing rt<br> +kernels.<br> +<br> +If that makes for a really big issue for the final repository index<br> +files in the end, then it may be a good reason to have a music studio<br> +derivative distribution. Or find another solution?<br> +<div><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div> +>> - provide a script or someting like that, that scanns and adds sound<br> +>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br> +>> and other places<br> +>> - provide tasks files that really only install good and necessary sound<br> +>> stuff.<br> +><br> +> Good luck with deciding what is "good and necessary". You will always<br> +> end frustrating people whose definition of good and necessary to be<br> +> different.<br> +<br> +</div>Nothing will ever please everyone. But it's good to have a<br> +recommandation/selection of whatever works best/best fits some<br> +purpose, to avoid having to test everything everytime to have a<br> +working setup; here a music studio.<br></blockquote><div><br>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.<br> + +<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<br> +So this may not be the best way to put it (using a rpm task), but it<br> +looks like it. Having a basic recommendation set for a particular<br> +purpose, on top of all available software in the distribution, does<br> +not sound bad to me (further than that, having a way to<br> +customize/store/retrieve this set).<br> +<br> +Althought trying new stuff is great too, there are times you prefer to<br> +focus on production and just install/restore tools that just works,<br> +without taking too much time in this.<br> +<br> +(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br> +equivalent though).<br> +<div><br> +> And secondary, I think we should also try to avoid having too much task-<br> +> rpms. Their values is in the fact they allow to quickly install a set of<br> +> rpm without searching in the whole set of rpm.<br> +<br> +</div>Indeed.<br> +<font color="#888888"><br> +<br> +Romain<br> +</font></blockquote></div>greetings, Sascha<br> +</blockquote></div><br><br clear="all"><br>-- <br>Mit freundlichen Gren<br><br>Greetings<br><br>Daniel Kreuter<br><br><br><br> 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.<br><br><div class="gmail_quote">On Fri, Dec 17, 2010 at 5:49 PM, SaschaS <span dir="ltr"><<a href="mailto:ungleichklang@gmail.com">ungleichklang@gmail.com</a>></span> wrote:<br> +<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">After having a looong chat with the guys from linux4audio and reading tons of posts in ccrma forum, I must say .....<br> +<br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>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:<br> + +1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br> + +General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre>Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>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.<br> + +(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br> + +1) alter /etc/security/limits.conf<br> +@audio - rtprio 99<br> +@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br> +echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br> +echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br> + +<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>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.<br> + +<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote"> + +2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com" target="_blank">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div>On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org" target="_blank">misc@zarb.org</a>> wrote:<br> +> Le vendredi 17 dcembre 2010 12:35 +0100, Sascha Schneider a crit :<br> +</div>>> [...]<br> +<div>>> Work to be done:<br> +>> - provide sound packages like hydrogen, ardour, jackit ......<br> +>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br> +><br> +> Given the fact that each kernel add a certain load on hdlists, I think<br> +> we should really try to avoid their proliferation.<br> +> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br> +<br> +</div>This is not necessarily proliferation if it has a legitimate purpose<br> +for the user needs. Maybe this could be merged with other existing rt<br> +kernels.<br> +<br> +If that makes for a really big issue for the final repository index<br> +files in the end, then it may be a good reason to have a music studio<br> +derivative distribution. Or find another solution?<br> +<div><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> + +<div> +>> - provide a script or someting like that, that scanns and adds sound<br> +>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br> +>> and other places<br> +>> - provide tasks files that really only install good and necessary sound<br> +>> stuff.<br> +><br> +> Good luck with deciding what is "good and necessary". You will always<br> +> end frustrating people whose definition of good and necessary to be<br> +> different.<br> +<br> +</div>Nothing will ever please everyone. But it's good to have a<br> +recommandation/selection of whatever works best/best fits some<br> +purpose, to avoid having to test everything everytime to have a<br> +working setup; here a music studio.<br></blockquote><div><br>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.<br> + +<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<br> +So this may not be the best way to put it (using a rpm task), but it<br> +looks like it. Having a basic recommendation set for a particular<br> +purpose, on top of all available software in the distribution, does<br> +not sound bad to me (further than that, having a way to<br> +customize/store/retrieve this set).<br> +<br> +Althought trying new stuff is great too, there are times you prefer to<br> +focus on production and just install/restore tools that just works,<br> +without taking too much time in this.<br> +<br> +(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br> +equivalent though).<br> +<div><br> +> And secondary, I think we should also try to avoid having too much task-<br> +> rpms. Their values is in the fact they allow to quickly install a set of<br> +> rpm without searching in the whole set of rpm.<br> +<br> +</div>Indeed.<br> +<font color="#888888"><br> +<br> +Romain<br> +</font></blockquote></div>greetings, Sascha<br> +</blockquote></div><br><br clear="all"><br>-- <br>Mit freundlichen Gren<br><br>Greetings<br><br>Daniel Kreuter<br><br><br><br> 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 @@ +<br><br><div class="gmail_quote">2010/12/17 Florian Hubold <span dir="ltr"><<a href="mailto:doktor5000@arcor.de">doktor5000@arcor.de</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +Am 17.12.2010 12:35, schrieb Sascha Schneider:<br> +<div class="im">> Hi list,<br> +><br> +> I just started to create some task.spec files from the mandriva<br> +> task-sound-studio for mageia.<br> +> In contrast to the former taskfile and to most other linux audio<br> +> distributions I would like to establish a modular system of sound-tasks,<br> +> that help installing packages, but do not install everything regarded to<br> +<br> +</div>Don't want to supress your motivation and stuff, but there were already<br> +efforts recently to produce a "Mandriva Studio"-called<br> +linux-based professional audio workstation, mainly by Frank Kober<br> +and Stphane Tletcha. Please have a look at this thread on cooker ml:<br> +<br> +<a href="http://lists.mandriva.com/cooker/2010-04/msg00069.php" target="_blank">http://lists.mandriva.com/cooker/2010-04/msg00069.php</a><br> +<br> +Seems more logical to join arms with him, as i think he also<br> +wants to put efforts into mageia.<br> +<br> +Regards<br> +</blockquote></div><br>I know the task they made and actually my idea is based on their task.spec found on <br><a href="http://wiki.mandriva.com/fr/Task-Sound-Studio">http://wiki.mandriva.com/fr/Task-Sound-Studio</a><br> +<br>I hope both joined mageia, like Emmanuel Andry that worked on that task, too.<br><br>greetings<br> 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 @@ +<br><br><div class="gmail_quote">2010/12/17 Florian Hubold <span dir="ltr"><<a href="mailto:doktor5000@arcor.de">doktor5000@arcor.de</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +Am 17.12.2010 12:35, schrieb Sascha Schneider:<br> +<div class="im">> Hi list,<br> +><br> +> I just started to create some task.spec files from the mandriva<br> +> task-sound-studio for mageia.<br> +> In contrast to the former taskfile and to most other linux audio<br> +> distributions I would like to establish a modular system of sound-tasks,<br> +> that help installing packages, but do not install everything regarded to<br> +<br> +</div>Don't want to supress your motivation and stuff, but there were already<br> +efforts recently to produce a "Mandriva Studio"-called<br> +linux-based professional audio workstation, mainly by Frank Kober<br> +and Stphane Tletcha. Please have a look at this thread on cooker ml:<br> +<br> +<a href="http://lists.mandriva.com/cooker/2010-04/msg00069.php" target="_blank">http://lists.mandriva.com/cooker/2010-04/msg00069.php</a><br> +<br> +Seems more logical to join arms with him, as i think he also<br> +wants to put efforts into mageia.<br> +<br> +Regards<br> +</blockquote></div><br>I know the task they made and actually my idea is based on their task.spec found on <br><a href="http://wiki.mandriva.com/fr/Task-Sound-Studio">http://wiki.mandriva.com/fr/Task-Sound-Studio</a><br> +<br>I hope both joined mageia, like Emmanuel Andry that worked on that task, too.<br><br>greetings<br> 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 .....<br><br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>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:<br> +1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br> +General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre>Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>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.<br> +(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br> +1) alter /etc/security/limits.conf<br> +@audio - rtprio 99<br> +@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br> +echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br> +echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br> +<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>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.<br> +<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote"> +2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<div class="im">On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org">misc@zarb.org</a>> wrote:<br> +> Le vendredi 17 dcembre 2010 12:35 +0100, Sascha Schneider a crit :<br> +</div>>> [...]<br> +<div class="im">>> Work to be done:<br> +>> - provide sound packages like hydrogen, ardour, jackit ......<br> +>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br> +><br> +> Given the fact that each kernel add a certain load on hdlists, I think<br> +> we should really try to avoid their proliferation.<br> +> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br> +<br> +</div>This is not necessarily proliferation if it has a legitimate purpose<br> +for the user needs. Maybe this could be merged with other existing rt<br> +kernels.<br> +<br> +If that makes for a really big issue for the final repository index<br> +files in the end, then it may be a good reason to have a music studio<br> +derivative distribution. Or find another solution?<br> +<div class="im"><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<div class="im"> +>> - provide a script or someting like that, that scanns and adds sound<br> +>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br> +>> and other places<br> +>> - provide tasks files that really only install good and necessary sound<br> +>> stuff.<br> +><br> +> Good luck with deciding what is "good and necessary". You will always<br> +> end frustrating people whose definition of good and necessary to be<br> +> different.<br> +<br> +</div>Nothing will ever please everyone. But it's good to have a<br> +recommandation/selection of whatever works best/best fits some<br> +purpose, to avoid having to test everything everytime to have a<br> +working setup; here a music studio.<br></blockquote><div><br>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.<br> +<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<br> +So this may not be the best way to put it (using a rpm task), but it<br> +looks like it. Having a basic recommendation set for a particular<br> +purpose, on top of all available software in the distribution, does<br> +not sound bad to me (further than that, having a way to<br> +customize/store/retrieve this set).<br> +<br> +Althought trying new stuff is great too, there are times you prefer to<br> +focus on production and just install/restore tools that just works,<br> +without taking too much time in this.<br> +<br> +(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br> +equivalent though).<br> +<div class="im"><br> +> And secondary, I think we should also try to avoid having too much task-<br> +> rpms. Their values is in the fact they allow to quickly install a set of<br> +> rpm without searching in the whole set of rpm.<br> +<br> +</div>Indeed.<br> +<font color="#888888"><br> +<br> +Romain<br> +</font></blockquote></div>greetings, Sascha<br> 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 .....<br><br>Idea with an rt-kernel for netbooks ....... DISMISSED .... it simply makes no sense.<br>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:<br> +1) the kernel (without preemption-patch) should have<br><pre>Processor type and features >> Preemption Mode >> Complete Preemption (Real-Time)<br>Processor type and features >> Timer frequency >> 1000 HZ<br> +General setup >> RCU Subsystem >> RCU Implementation (Preemptable tree-based hierarchical RCU)<br></pre>Proccesor Type and features >> Tickless System (Dynamic Ticks) should be excluded<br><br><br>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.<br> +(a big discussion should be held here on wich would be the best tools)<br>The rest, like LADSPA, DSSI, Soundfonts or apps like ardour, lmms ...... should not be included, it's simply too much.<br><br>We could provide a script that adds the content we need, like:<br> +1) alter /etc/security/limits.conf<br> +@audio - rtprio 99<br> +@audio - memlock unlimited<br><br>2) add to /etc/rc.d/rc.local<br> +echo 2048 >/sys/class/rtc/rtc0/max_user_freq<br> +echo 2048 >/proc/sys/dev/hpet/max-user-freq<br><br>maybe add 2 new files to /lib/udev/rules.d<br>a) 40-rtc-permissions.rules with: KERNEL=="rtc0", GROUP="audio"<br>b) 40-hpet-permissions.rule with: KERNEL=="hpet", GROUP="audio"<br> +<br>On fedora ccrma, audio4linux and other forums, the musicians eaven do not use the RT-Kernel anymore since 2.6.33.<br>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.<br> +<br>I tested these hints (exept compiling a kernel) today and it really works much better. <br>I could reduce the latency on my laptop with build in soundcard from 23.2ms to 5.8ms (44100 kHz)<br><br><br><div class="gmail_quote"> +2010/12/17 Romain d'Alverny <span dir="ltr"><<a href="mailto:rdalverny@gmail.com">rdalverny@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<div class="im">On Fri, Dec 17, 2010 at 13:27, Michael Scherer <<a href="mailto:misc@zarb.org">misc@zarb.org</a>> wrote:<br> +> Le vendredi 17 dcembre 2010 12:35 +0100, Sascha Schneider a crit :<br> +</div>>> [...]<br> +<div class="im">>> Work to be done:<br> +>> - provide sound packages like hydrogen, ardour, jackit ......<br> +>> - provide TWO good realtimekernel, one for desktop and another for netbooks<br> +><br> +> Given the fact that each kernel add a certain load on hdlists, I think<br> +> we should really try to avoid their proliferation.<br> +> ( kernel represent 33% of the size of contribs hdlist at Mandriva ).<br> +<br> +</div>This is not necessarily proliferation if it has a legitimate purpose<br> +for the user needs. Maybe this could be merged with other existing rt<br> +kernels.<br> +<br> +If that makes for a really big issue for the final repository index<br> +files in the end, then it may be a good reason to have a music studio<br> +derivative distribution. Or find another solution?<br> +<div class="im"><br></div></blockquote><div>you are right, too many kernels is not what makes it better.<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<div class="im"> +>> - provide a script or someting like that, that scanns and adds sound<br> +>> specific stuff to the limits.conf, /etc/udev/rules.d and /etc/rc.d/rc.local<br> +>> and other places<br> +>> - provide tasks files that really only install good and necessary sound<br> +>> stuff.<br> +><br> +> Good luck with deciding what is "good and necessary". You will always<br> +> end frustrating people whose definition of good and necessary to be<br> +> different.<br> +<br> +</div>Nothing will ever please everyone. But it's good to have a<br> +recommandation/selection of whatever works best/best fits some<br> +purpose, to avoid having to test everything everytime to have a<br> +working setup; here a music studio.<br></blockquote><div><br>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.<br> +<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> +<br> +So this may not be the best way to put it (using a rpm task), but it<br> +looks like it. Having a basic recommendation set for a particular<br> +purpose, on top of all available software in the distribution, does<br> +not sound bad to me (further than that, having a way to<br> +customize/store/retrieve this set).<br> +<br> +Althought trying new stuff is great too, there are times you prefer to<br> +focus on production and just install/restore tools that just works,<br> +without taking too much time in this.<br> +<br> +(we're not to the point of having something like a <a href="http://allmyapps.com" target="_blank">allmyapps.com</a><br> +equivalent though).<br> +<div class="im"><br> +> And secondary, I think we should also try to avoid having too much task-<br> +> rpms. Their values is in the fact they allow to quickly install a set of<br> +> rpm without searching in the whole set of rpm.<br> +<br> +</div>Indeed.<br> +<font color="#888888"><br> +<br> +Romain<br> +</font></blockquote></div>greetings, Sascha<br> |