On Sat, Dec 18, 2010 at 10:22:54PM +0100, SaschaS wrote:
> Read the tutorial and I think that this really is the best solution IMHO.
> I mean providing a good wizard
>
> 1. check system can be included
> 2. modular installation of package groups or even single packages out of a
> group is possible
2010/12/19 yvan munoz
>
>
> Could we use the wiki to start studio page ?
>
I asked romain by mail and he would appreciate that we do.
greetings, saschas
2010/12/19 yvan munoz
>
>
> 2010/12/19 Sascha Schneider
>
>
>> 2) I'm not 100% shure on this, but afaik you only need the VST-Headers if
>> you want win32-vst
>>
>
> Yes, i think too. More precisly, only with a good rewrite of aeffects.h
> file (but not without troll-patent)
>
> We need the Fran
Could we use the wiki to start studio page ?
* dssi-vst : providing vst support only through dssi (seems to be clean way
to dont need comil many softwares with this troll-patent support) ?
* softwares "must have" (to dont have "plenty of" but only essential and
allready maintained soft, as other d
2010/12/19 Sascha Schneider
> Found a workaround for myself for that:
> 1) instead of mp3 use ogg -> if they want libs for mp3 they have to install
> them by themself
>
but with a software who wasnt compiled with this support, how ? ;-)
> 2) I'm not 100% shure on this, but afaik you only need
2010/12/18 yvan munoz
>
> ps : the real trouble about sound-studio seems to be "how to provide
> non-free support" ? (eg : compil most softwares with mp3 support, and vst
> support) It is possible to provide this supports but without distribute the
> lib of ? example : compil qtractor with mp3 +
Hi
2010/12/18 yvan munoz
>
> Hello, just few words to mention the obvious :
>
> 1. musicians are sub-group
>
yes, but there are more and more musicians that want to use linux. Mainly
IMHO cause ther was a wave of sound apps development started end 2009 /
beginning 2010 that really makes linux mo
2010/12/18 SaschaS
> 2. modular installation of package groups or even single packages out of a
> group is possible
>
This is the work of drakrpm (of preferably Kpackagekit) no ?
> 3. alternation and adding files is possible - like limits.conf, etc. is
> possible
>
yes :-)
> actually sounds
Read the tutorial and I think that this really is the best solution IMHO.
I mean providing a good wizard
1. check system can be included
2. modular installation of package groups or even single packages out of a
group is possible
3. alternation and adding files is possible - like limits.conf, etc.
Hello, just few words to mention the obvious :
1. musicians are sub-group
2. RT-kernel need is a sub-sub-group of (electronic and music) needs
3. Jack works well on normal-kernel now, providing 90% of sound-studio
usages (really needs of -RT are rares, irl)
and last thing : kernel-RT is not suffi
On Sat, Dec 18, 2010 at 08:01:19PM +0100, SaschaS wrote:
> A wizard sounds like a good idea
>
> are there any howtos on Wizards for M??
yes, there is one dating back to my days at Mandrakesoft :
http://wiki.mandriva.com/en/Development/Howto/WritingWizard
--
Michael Scherer
A wizard sounds like a good idea
are there any howtos on Wizards for M??
greetings, sascha
2010/12/18 Michael scherer
> On Sat, Dec 18, 2010 at 10:03:36AM +0100, SaschaS wrote:
> > So I see basically that we need a guidline on how mageia deals with
> Spinoffs
> > first.
> >
> > If all task
Quote: tux99 wrote on Sat, 18 December 2010 17:21
> But improving rpmdrake is a separate issue to the project
> initiated by Sascha in this thread and should be a
> show-stopper for this project.
Sorry, I meant to say: should NOT be a show-stopper
--
Mageia ML Forum Gateway: http://mageia.lin
Michael, thanks for explaining your POV, this is much more constructive
than your first post.
That said I don't agree that a problem with the GUI package manger should
prevent creating new task rpms, if there is a problem with rpmdrake then
it would be great if whoever perceives that problem wor
--- En date de : Sam 18.12.10, Michael scherer a écrit :
> So maybe a wizard is a better solution than using a rpm
> that does magically everything.
Just to get things clear a bit, I'd like to summarize the status of that on
which we remained in very good agreement at mandriva:
1) The linux
On Sat, Dec 18, 2010 at 10:03:36AM +0100, SaschaS wrote:
> So I see basically that we need a guidline on how mageia deals with Spinoffs
> first.
>
> If all task are in the repos, I can understand those who say that there are
> to many task.
The problem is not that there is too much more than the
On Fri, Dec 17, 2010 at 01:33:24PM -0500, Frank Griffin wrote:
> SaschaS 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 sens
Quote: Ahmad Samir wrote on Sat, 18 December 2010 15:30
> That's exactly what a ML is for, parallel discussions each ideally
> contained in a thread of its own; that's what I was pointing out.
Sure, I was just suggesting an alternative in case this ML becomes too
high-traffic, I guess we all kn
On 18 December 2010 16:16, Tux99 wrote:
>
>
> Quote: Ahmad Samir wrote on Sat, 18 December 2010 15:05
>
>> The Mageia-dev ML is the current official packagers ML, such packaging
>> discussions are supposed and expected to happen here.
>
> Sure, but that doesn't stop anyone from using other communi
Quote: Ahmad Samir wrote on Sat, 18 December 2010 15:05
> The Mageia-dev ML is the current official packagers ML, such packaging
> discussions are supposed and expected to happen here.
Sure, but that doesn't stop anyone from using other communications if they
want to, we are all volunteers and
Just to add: I don't like the idea of a spin-off or separate ISO as those
usually end up as unmaintained dead-ends and also most people don't have
separate dedicated PC for audio/video tasks but would rather do it on
their 'normal' PC.
Of course anyone is free to do a spin-off or ISO, but persona
On 18 December 2010 15:50, Tux99 wrote:
> On Fri, 17 Dec 2010, Sascha Schneider wrote:
>
>> 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 l
On Fri, 17 Dec 2010, Sascha Schneider wrote:
> 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,
Op zaterdag 18 december 2010 12:00:52 schreef Michael scherer:
> On Fri, Dec 17, 2010 at 11:55:39PM +0100, Romain d'Alverny wrote:
> > On Fri, Dec 17, 2010 at 23:41, Maarten Vanraes
> >
> > wrote:
> > > imo, it could be used into mageia-app-db, allthough the purposes are a
> > > bit different.
>
On Fri, Dec 17, 2010 at 11:55:39PM +0100, Romain d'Alverny wrote:
> On Fri, Dec 17, 2010 at 23:41, Maarten Vanraes
> wrote:
> > imo, it could be used into mageia-app-db, allthough the purposes are a bit
> > different.
>
> So it should be a separate component.
>
> > however, if we plan on using l
sorry, my little son found the send button
That way we could provide something for nearly every need.
We even could offer separate kernels.
But first lets see how we can integrate the idea of spinoffs into the mageia
projekt.
greetings, Sascha
2010/12/18 SaschaS
> So I see basically
So I see basically that we need a guidline on how mageia deals with Spinoffs
first.
If all task are in the repos, I can understand those who say that there are
to many task.
If the spinoffs are handled as separate projects, we could provide a cusom
.iso and different sound-tasks, that people downl
Op vrijdag 17 december 2010 23:55:39 schreef Romain d'Alverny:
> On Fri, Dec 17, 2010 at 23:41, Maarten Vanraes
>
> wrote:
> > imo, it could be used into mageia-app-db, allthough the purposes are a
> > bit different.
>
> So it should be a separate component.
mageia-app-db does related stuff; bu
28 matches
Mail list logo