Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Buchan Milne
Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  done (austin)
cecelia done, tweaking default settings (austin)
rtsynth I can't find the source code, can you?
swami   done (austin)
musedone, does it build? (austin)
vstserver
pd
ceres
mammut
ardour  done, thanks Lenny (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone (bgmilne) may need rebuild for lilypond support
lilyponddone (bgmilne)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops done (austin)
spiralsynth done (austin)
snd done (austin)
** Thanks to Narfi for the lovely patches.


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED] (not possible at this time)
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedaldone (austin) thanks Quel Qun
athena
hydrogendone (austin)
xsoxdone (austin)


-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Austin Acton
Csound is finished, but license is for non-commercial use only.  Maybe a
candidate for PLF?  Also, cecelia is a GUI for it, but doesn't require
csound to build against.  Should it go in contribs or PLF as well?

Also, I can't find the latest source code for rtsynth.  If anyone knows
where it is, please point me to it.

Thanks to Bertrand Dekoninck with ardour debugging help.  I should have
a new version ready today.

Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  done, not allowed in contribs (austin)
cecelia done, where to put? (austin)
rtsynth I can't find the source code, can you?
swami   done (austin)
musedone (austin)
vstserver
pd
ceres
mammut
ardour  done, thanks Lenny (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone (bgmilne) may need rebuild for lilypond support
lilyponddone (bgmilne)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops done (austin)
spiralsynth done (austin)
snd done (austin)
** Thanks to Narfi for the lovely patches.


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED] (not possible at this time)
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedaldone (austin) thanks Quel Qun
athena
hydrogendone (austin)
xsoxdone (austin)
sound-monitor   done (austin)
protux  in progress (austin)

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Buchan Milne
Austin Acton wrote:
 Csound is finished, but license is for non-commercial use only.  Maybe a
 candidate for PLF?  Also, cecelia is a GUI for it, but doesn't require
 csound to build against.  Should it go in contribs or PLF as well?

It should not go in contrib if you can not use it with only packages in
main and contrib IMHO. One of the reasons prompting the festival
packaging for contrib was the fact that speaker3 required festival, and
was already in ... it did not buildrequire festival, but what is the
point of putting it in only to be of no use  (without PLF, which is not
on any media shipped by Mandrakesoft, but the contribs are). It would
just make for more people complaining about broken Mandrake/contrib
packages.

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Spencer Anderson
On Mon, 17 Feb 2003 19:20:05 +0200
Buchan Milne [EMAIL PROTECTED] wrote:

 Austin Acton wrote:
  Csound is finished, but license is for non-commercial use only.  Maybe a
  candidate for PLF?  Also, cecelia is a GUI for it, but doesn't require
  csound to build against.  Should it go in contribs or PLF as well?
 
 It should not go in contrib if you can not use it with only packages in
 main and contrib IMHO. One of the reasons prompting the festival
 packaging for contrib was the fact that speaker3 required festival, and
 was already in ... it did not buildrequire festival, but what is the
 point of putting it in only to be of no use  (without PLF, which is not
 on any media shipped by Mandrakesoft, but the contribs are). It would
 just make for more people complaining about broken Mandrake/contrib
 packages.
 
 Buchan
 
Which leads to the question of jmax. The only place I can think of is club commercial. 
Maybe the place for csound also.

Spence




Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Austin Acton
On Mon, 2003-02-17 at 12:30, Spencer Anderson wrote:
 Which leads to the question of jmax. The only place I can think of is club 
commercial. Maybe the place for csound also.

Jmax will have to go in jpackage.
Csound will go in PLF, because although it's open sourced, it cannot go
on commercial mirrors.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Spencer Anderson
On 17 Feb 2003 14:14:10 -0500
Austin Acton [EMAIL PROTECTED] wrote:

 On Mon, 2003-02-17 at 12:30, Spencer Anderson wrote:
  Which leads to the question of jmax. The only place I can think of is club 
commercial. Maybe the place for csound also.
 
 Jmax will have to go in jpackage.
 Csound will go in PLF, because although it's open sourced, it cannot go
 on commercial mirrors.
 Austin
 
 -- 
OK, I just have the menu entries to do in jmax and it will be ready. Do you want me to 
send it to you?

Spence




Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Austin Acton
On Mon, 2003-02-17 at 14:36, Spencer Anderson wrote:
 OK, I just have the menu entries to do in jmax and it will be ready. Do you want me 
to send it to you?

Hmm, I'm not a member of jpackage.
Send it to Guillaume Rousse maybe?
Or join the jpackage project.  :-)
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-17 Thread Spencer Anderson
On 17 Feb 2003 14:44:14 -0500
Austin Acton [EMAIL PROTECTED] wrote:

 On Mon, 2003-02-17 at 14:36, Spencer Anderson wrote:
  OK, I just have the menu entries to do in jmax and it will be ready. Do you want 
me to send it to you?
 
 Hmm, I'm not a member of jpackage.
 Send it to Guillaume Rousse maybe?
 Or join the jpackage project.  :-)
 Austin
 
 -- 
I'll check, don't know if I want to join either:-|

Spence 
 




Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread Buchan Milne
R.I.P. Deaddog wrote:
 On 2003-02-13(Thu) 00:39:55 -0500, Austin Acton wrote:
 
Top priority, highly requested and on Thac's site
=
 
 []
 
lilypond  [EMAIL PROTECTED] (1.7.12 has issues compiling)
 
 
 Can I participate too? I have a lilypond 1.6.7 almost ready (compiles
 successfully, just need to tidy up the spec), sitting in my machine...

I have it compiling, but once I added the buildrequires: mftrace, I got:

make[1]: Entering directory `/home/bgmilne/rpm/BUILD/lilypond-1.7.12/mf'
mftrace -I ./out/ --pfa --simplify --keep-trying feta-braces0
mftrace 1.0.12
Font `feta-braces0'...
Unknown encoding `feta braces'; assuming tex256.
error: can't find file `tex256.enc'
Traceback (most recent call last):
  File /usr/bin/mftrace, line 957, in ?
error (_(can't find file `%s' % codingfile))
  File /usr/bin/mftrace, line 117, in error
raise _ (Exiting ... )
Exiting ...
make[1]: *** [out/feta-braces0.pfa] Error 1
make[1]: Leaving directory `/home/bgmilne/rpm/BUILD/lilypond-1.7.12/mf'
make: *** [pfa-fonts] Error 2
error: Bad exit status from /home/bgmilne/rpm/tmp/rpm-tmp.48758 (%build)


RPM build errors:
Bad exit status from /home/bgmilne/rpm/tmp/rpm-tmp.48758 (%build)

So maybe I should not (this is starting to irritate me, has anyone got
dead keys working on a US keyboard, but still able to get single and
double quotes in mozilla?) put mftrace in contribs and just let it build
with the suggestion to install mftrace in the configure output ...

But I think mine already makes rpmlint happy ;-)

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread Austin Acton
Sure you can participate!
Buchan's been working on lilypond for some time though.
vstserver, pd, ceres, mammut, pain, seq24, gdam, and athena all need to
be done though.
;-)
Austin

On Thu, 2003-02-13 at 02:07, R.I.P. Deaddog wrote:
 Can I participate too? I have a lilypond 1.6.7 almost ready (compiles
 successfully, just need to tidy up the spec), sitting in my machine...
 
 Abel
-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:


Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  done (austin)
cecelia done, tweaking default settings (austin)
rtsynth I can't find the source code, can you?
swami   done (austin)
musedone, does it build? (austin)
vstserver
pd
ceres
mammut
ardour  done, thanks Lenny (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops done (austin)
spiralsynth done (austin)
snd done (austin)
** Thanks to Narfi for the lovely patches.


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED] (not possible at this time)
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedaldone (austin) thanks Quel Qun
athena
hydrogendone (austin)
xsoxdone (austin)



As i have said before i did rebuild my rpms for Mandrake9.1.

I even uploaded my Mandrake9.1 lilypond-1.7.12 srpm to cooker but 
nothing happens so i stopped building
my rpms for Mandrake 9.1 i only build for 9.0 now.

And yes it was a bit of hard work to build the rpm for Hydrogen and not 
to mention gdam.

But anyway they are available at my sound page at rpm.nyvalls.se.

/thac




Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread Austin Acton
On Thu, 2003-02-13 at 13:56, [EMAIL PROTECTED] wrote:
 As i have said before i did rebuild my rpms for Mandrake9.1.
 I even uploaded my Mandrake9.1 lilypond-1.7.12 srpm to cooker but 
 nothing happens so i stopped building
 my rpms for Mandrake 9.1 i only build for 9.0 now.

Don't forget, we're not just rebuilding your apps, we're making sure
they are the latest version and rpmlint-free.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread Buchan Milne
[EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] wrote:

 As i have said before i did rebuild my rpms for Mandrake9.1.

Sure, but it takes me a while to rebuild stuff, I have a lot of things
on my todo list which are more important (atm) than lilypond. Mine
compiles fine, and passes all rpmlint tests, I just wanted to add the
last thing configure listed as optional, and that broke mine. Your spec
does not seem to make a difference, but I am not going to wait for a
total rebuild from it tonigh before I go home ... so I will leave it
overnight (as I have done for 3 days in the past week).

 
 I even uploaded my Mandrake9.1 lilypond-1.7.12 srpm to cooker but
 nothing happens so i stopped building

No-one who is working on these RPMs has access to incoming (I assume
that is what you mean by \cooker\). And last time I checked your site
the SRPM for lilypond was not accessible, and you were not answering any
mails ...

Buchan

(who is past his bed time ...)

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:


[EMAIL PROTECTED] wrote:


Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  done (austin)
cecelia done, tweaking default settings (austin)
rtsynth I can't find the source code, can you?
swami   done (austin)
musedone, does it build? (austin)
vstserver
pd
ceres
mammut
ardour  done, thanks Lenny (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops done (austin)
spiralsynth done (austin)
snd done (austin)
** Thanks to Narfi for the lovely patches.


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED] (not possible at this time)
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedaldone (austin) thanks Quel Qun
athena
hydrogendone (austin)
xsoxdone (austin)



As i have said before i did rebuild my rpms for Mandrake9.1.

I even uploaded my Mandrake9.1 lilypond-1.7.12 srpm to cooker but 
nothing happens so i stopped building
my rpms for Mandrake 9.1 i only build for 9.0 now.

And yes it was a bit of hard work to build the rpm for Hydrogen and 
not to mention gdam.

But anyway they are available at my sound page at rpm.nyvalls.se.

/thac

I have had problems wirh my mail lately my mails just bounced.
I did correct the search path when you noticed me about it, i ddint know 
that it was wrong.
Ok i know that i didnt use rpmlint but i will from now on.
I have nothing against that you fix my mistakes im quite new to this.
Like ardour i have implemented the new wrappers and cleaned up my srpm 
like the one in cooker.
i have even ran rpmlint on it.
But i really think that you should split gtk-ardour from ksi-ardour its 
2 different interfaces.
I just didnt like you to spend alot of time to invent something i 
already did a long time ago.

/thac




Re: [Cooker] Linux Audio RPMs

2003-02-13 Thread Austin Acton
On Thu, 2003-02-13 at 23:13, [EMAIL PROTECTED] wrote:
 I have nothing against that you fix my mistakes im quite new to this.
So am I.
Don't sweat it.

 But i really think that you should split gtk-ardour from ksi-ardour its 
 2 different interfaces.
Yep.  I agree.
If you have already done it, send me the spec file.
Otherwise, I will get around to it soon.
Rebuilding ardour is a pain, because the compile box doesn't have
automake 1.7, and I don't know if the AM scripts can be patched to work
with automake 1.4.

 I just didnt like you to spend alot of time to invent something i 
 already did a long time ago.
I started with your spec files usually.
All your work is definitely appreciated by many.  Your page is often
mentioned on the linux-audio-users mailing list and on pclinuxonline. 
But it's also important to get as many apps as we can into cooker.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-12 Thread Götz Waschk
Am Dienstag, 11. Februar 2003, 17:59:52 Uhr MET, schrieb Austin Acton:
 On Tue, 2003-02-11 at 15:44, Buchan Milne wrote:
  Another one for the list?
  http://hydrogen.sourceforge.net/
 Yeah, I've been planning on doing that one for about a month now.
 Thought I'd try to finish the list first.

I'll do this, seems to be an easy one as there are even MDK 9.0
packages on the home page.
-- 
   Götz Waschk  master of computer science   University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 -- Logout Fascism! --




Re: [Cooker] Linux Audio RPMs

2003-02-12 Thread Götz Waschk
Am Mittwoch, 12. Februar 2003, 09:01:08 Uhr MET, schrieb Götz Waschk:
 I'll do this, seems to be an easy one as there are even MDK 9.0
 packages on the home page.
Nevermind, I must have missed the announcement for the contrib package. 
-- 
   Götz Waschk  master of computer science   University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 -- Logout Fascism! --




Re: [Cooker] Linux Audio RPMs

2003-02-12 Thread Austin Acton
On Wed, 2003-02-12 at 03:01, Götz Waschk wrote:
 Am Dienstag, 11. Februar 2003, 17:59:52 Uhr MET, schrieb Austin Acton:
  On Tue, 2003-02-11 at 15:44, Buchan Milne wrote:
   Another one for the list?
   http://hydrogen.sourceforge.net/
  Yeah, I've been planning on doing that one for about a month now.
  Thought I'd try to finish the list first.
 
 I'll do this, seems to be an easy one as there are even MDK 9.0
 packages on the home page.

Hehe, believe me, it wasn't simple.
For some reason, software developers and packagers have differing ideas
of what makes a good package.  :-)
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-12 Thread Götz Waschk
Am Mittwoch, 12. Februar 2003, 10:10:52 Uhr MET, schrieb Austin Acton:
 Hehe, believe me, it wasn't simple. For some reason, software
 developers and packagers have differing ideas of what makes a good
 package. :-)
I have to agree here. The worst example that comes to my mind is cinelerra.
 
-- 
   Götz Waschk  master of computer science   University of Rostock
 http://wwwtec.informatik.uni-rostock.de/~waschk/waschk.asc for PGP key
 -- Logout Fascism! --




Re: [Cooker] Linux Audio RPMs

2003-02-12 Thread Austin Acton
Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  done (austin)
cecelia done, tweaking default settings (austin)
rtsynth I can't find the source code, can you?
swami   done (austin)
musedone, does it build? (austin)
vstserver
pd
ceres
mammut
ardour  done, thanks Lenny (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops done (austin)
spiralsynth done (austin)
snd done (austin)
** Thanks to Narfi for the lovely patches.


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED] (not possible at this time)
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedaldone (austin) thanks Quel Qun
athena
hydrogendone (austin)
xsoxdone (austin)






Re: [Cooker] Linux Audio RPMs

2003-02-12 Thread R.I.P. Deaddog
On 2003-02-13(Thu) 00:39:55 -0500, Austin Acton wrote:
 Top priority, highly requested and on Thac's site
 =
[]
 lilypond  [EMAIL PROTECTED] (1.7.12 has issues compiling)

Can I participate too? I have a lilypond 1.6.7 almost ready (compiles
successfully, just need to tidy up the spec), sitting in my machine...

Abel
-- 
Abel Cheung
GPG Key: (0xC67186FF) http://deaddog.org/gpg.asc



msg92000/pgp0.pgp
Description: PGP signature


Re: [Cooker] Linux Audio RPMs

2003-02-11 Thread Buchan Milne
Another one for the list?

http://hydrogen.sourceforge.net/

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-11 Thread Austin Acton
On Tue, 2003-02-11 at 15:44, Buchan Milne wrote:
 Another one for the list?
 http://hydrogen.sourceforge.net/

Yeah, I've been planning on doing that one for about a month now.
Thought I'd try to finish the list first.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-11 Thread Chuck Burns
On Tuesday 11 February 2003 2:44 pm, Buchan Milne wrote:
 Another one for the list?

 http://hydrogen.sourceforge.net/
bomp bomp bomp.. another one for the list.. and another one for, and another 
one for.. another one for the list, hey hey!

-- 
Chuck Burns




Re: [Cooker] Linux Audio RPMs

2003-02-10 Thread Austin Acton
Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  in progress, hell (austin)
cecelia in progress, waiting for csound (austin)
rtsynth I can't find the source code, can you?
swami   done (austin)
musedone (austin)
vstserver
pd
ceres
mammut
ardour  done - waiting for Lenny to build it (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops done (austin)
spiralsynth done (austin)
snd done (austin)
** Thanks to Narfi for the lovely patches.


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED] (is this possible or not?)
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedal[EMAIL PROTECTED]
athena

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-10 Thread Spencer Anderson
On 10 Feb 2003 17:02:54 -0500
Austin Acton [EMAIL PROTECTED] wrote:

 Top priority, highly requested and on Thac's site
 =
 ladccadone (austin)
 qjackconnect  done ([EMAIL PROTECTED])
 csound  in progress, hell (austin)
 cecelia in progress, waiting for csound (austin)
 rtsynth I can't find the source code, can you?
 swami done (austin)
 muse  done (austin)
 vstserver
 pd
 ceres
 mammut
 ardourdone - waiting for Lenny to build it (austin)
 vkeyb   done (austin)
 kalsatools[EMAIL PROTECTED]
 noteedit  done ([EMAIL PROTECTED])
 lilypond  [EMAIL PROTECTED] (1.7.12 has issues compiling)
 
 
 Highly requested, to start from scratch:
 
 amsynth done (austin)
 spiralsynthmodulardone (bgmilne)
 freqtweak   done (austin)
 spiralloops done (austin)
 spiralsynth done (austin)
 snd done (austin)
 ** Thanks to Narfi for the lovely patches.
 
 
 Requested by only a few users, to start from scratch, lowest priority:
 ==
 pain
 jmax[EMAIL PROTECTED] (not possible at this time)
 seq24
 gdam
 kguitar   [EMAIL PROTECTED] (if time permits)
 denemo[EMAIL PROTECTED] (if time permits)
 ecamegapedal[EMAIL PROTECTED] (coming soon)
 athena
 
 -- 
 Austin Acton Hon.B.Sc.
  Synthetic Organic Chemist, Teaching Assistant
Department of Chemistry, York University, Toronto
  MandrakeClub Volunteer (www.mandrakeclub.com)
  homepage: www.groundstate.ca
 
 




Re: [Cooker] Linux Audio RPMs

2003-02-10 Thread Quel Qun
On Mon, 2003-02-10 at 14:57, Spencer Anderson wrote:
 On 10 Feb 2003 17:02:54 -0500
 Austin Acton [EMAIL PROTECTED] wrote:
  ecamegapedal[EMAIL PROTECTED] (coming soon)

What's wrong with the rpm I proposed? 
-- 
Quel Qun [EMAIL PROTECTED]



signature.asc
Description: This is a digitally signed message part


Re: [Cooker] Linux Audio RPMs

2003-02-10 Thread Spencer Anderson
On 10 Feb 2003 19:01:52 -0800
Quel Qun [EMAIL PROTECTED] wrote:

 On Mon, 2003-02-10 at 14:57, Spencer Anderson wrote:
  On 10 Feb 2003 17:02:54 -0500
  Austin Acton [EMAIL PROTECTED] wrote:
   ecamegapedal[EMAIL PROTECTED] (coming soon)
 
 What's wrong with the rpm I proposed? 
 -- 
 Quel Qun [EMAIL PROTECTED]
 
Did you send it to Austin?

Spence




Re: [Cooker] Linux Audio RPMs

2003-02-10 Thread Austin Acton
On Mon, 2003-02-10 at 22:01, Quel Qun wrote:
 On Mon, 2003-02-10 at 14:57, Spencer Anderson wrote:
  On 10 Feb 2003 17:02:54 -0500
  Austin Acton [EMAIL PROTECTED] wrote:
   ecamegapedal[EMAIL PROTECTED] (coming soon)
 
 What's wrong with the rpm I proposed? 

It doesn't build.
Did you try it?  I was going to work on it, but Spence volunteered.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread tobbe
On Monday 03 February 2003 06:23 pm, you wrote:
 On Monday 03 February 2003 01:52 pm, you wrote:
  On Saturday 01 February 2003 02:37 pm, you wrote:
   I heve already rebuilt most of my rpms for MAndrake9.1.
  
   http://rpm.nyvalls.se/sound9.1.html
  
   /thac
 
  I have finally solved some problems.
 
  I have rebuilt ardour for Mandrake 9.1 it is up now.
 
  i have also fixed the lilypond-1.7.12 srpm so that it
  really works and included,built all needed dependencys.
 
  Im compiling it now.
 
  I will recompile noteedit against the new lilypond-1.7.12
 
  I also think that i have solved the problems compiling muse-0.6.0pre5
  with iiwusynth, jackit-0.44 and graphviz support.
  I know graphwiz is plf but its needed.
 
  The last 2 will come up at my 9.1 site as soon as i finish them.
 
  I have a request , im bulding all my rpms on my laptop
  with a maestro-2e soundcard and the alsa driver in 9.1
  is broken. Any news on that?
  It works perfectly in 9.0 on the same machine.
 
  /thac

 everything is ok on the page now except muse-0.6.0pre5
 it fails with
 /bin/sh ../../libtool --mode=link g++  -g-o iiwusynth.so -shared
 -static -liiwusynth iiwusynti.o mess.o  -lasound -lm -ldl
 -L/usr/lib/qt3/lib -lqt-mt g++ -g -o iiwusynth.so -shared iiwusynti.o
 mess.o  /usr/lib/libiiwusynth.a -lreadline -lncurses /usr/lib/libjack.a
 /usr/lib/libasound.a -lpthread -lm -ldl -L/usr/lib/qt3/lib -lqt-mt
 /usr/bin/ld: iiwusynth.so: undefined versioned symbol name
 [EMAIL PROTECTED]
 /usr/bin/ld: failed to set dynamic section sizes: Bad value
 collect2: ld returned 1 exit status
 make[2]: *** [iiwusynth.so] Error 1
 make[2]: Leaving directory
 `/usr/src/RPM/BUILD/muse-0.6.0pre5/synti/iiwusynth' make[1]: ***
 [install-recursive] Error 1
 make[1]: Leaving directory `/usr/src/RPM/BUILD/muse-0.6.0pre5/synti'
 make: *** [install-recursive] Error 1
 error: Bad exit status from /var/tmp/rpm-tmp.28524 (%install)

 how did you get by this?

 /thac
the only thing i could find about this error is about a to old
libtool when building alsa.
I have had alot of trouble building the latest music apps
regarding libtool.
I have bilt a iiwusynt-0.2.4 fromm cvs.
but i cant build muse-0.6.0pre7 from cvs to old libtool.
libtool-1.4.2 is over 2 years old.
we need a newer libtool-1.4.3 or even better 1.4d
mandrake provids a lot newer versions of the other
autotools but not this one why ???

/thac




Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread tobbe
On Monday 03 February 2003 01:52 pm, you wrote:
 On Saturday 01 February 2003 02:37 pm, you wrote:
  I heve already rebuilt most of my rpms for MAndrake9.1.
 
  http://rpm.nyvalls.se/sound9.1.html
 
  /thac

 I have finally solved some problems.

 I have rebuilt ardour for Mandrake 9.1 it is up now.

 i have also fixed the lilypond-1.7.12 srpm so that it
 really works and included,built all needed dependencys.

 Im compiling it now.

 I will recompile noteedit against the new lilypond-1.7.12

 I also think that i have solved the problems compiling muse-0.6.0pre5
 with iiwusynth, jackit-0.44 and graphviz support.
 I know graphwiz is plf but its needed.

 The last 2 will come up at my 9.1 site as soon as i finish them.

 I have a request , im bulding all my rpms on my laptop
 with a maestro-2e soundcard and the alsa driver in 9.1
 is broken. Any news on that?
 It works perfectly in 9.0 on the same machine.

 /thac
The bug is called unresolved symbol, this bug exists in ALSA 0.9 since the
existing of ALSA 0.9.

I tried nearly every ALSA 0.9x version.



Found this about alsa 0.9.x

This bug is mostly causes by in-correct install of alsa.
In order to install alsa, you must first compile and install your own
kernel.
Once the kernel is installed and running, you can then compile and
install alsa-driver.
Once you have alsa-driver installed, with all the modules, you can then
compile and install alsa-lib.
Also, the kernel must be compiled with the same compiler as the alsa-driver 
modules. E.g. You cannot have compiled the kernel with gcc 2.95 and compile 
alsa-driver with gcc 3.2. Using different compilers causes all sorts of 
strange un-predictable problems. I took a few days once tried to track down a 
kernel oops, only to find that simply compiling both kernel and kernel-module 
with the same compiler fixed the issue.
That should solve all unresolved symbols.

Th kernel is dated jan 30 2003
gcc dated jan 3.21 30 2003 
and libalsa jan 10 2003

so this is not going to work

/thac




Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread tobbe
On Tuesday 04 February 2003 07:31 pm, you wrote:
 On Monday 03 February 2003 01:52 pm, you wrote:
  On Saturday 01 February 2003 02:37 pm, you wrote:
   I heve already rebuilt most of my rpms for MAndrake9.1.
  
   http://rpm.nyvalls.se/sound9.1.html
  
   /thac
 
  I have finally solved some problems.
 
  I have rebuilt ardour for Mandrake 9.1 it is up now.
 
  i have also fixed the lilypond-1.7.12 srpm so that it
  really works and included,built all needed dependencys.
 
  Im compiling it now.
 
  I will recompile noteedit against the new lilypond-1.7.12
 
  I also think that i have solved the problems compiling muse-0.6.0pre5
  with iiwusynth, jackit-0.44 and graphviz support.
  I know graphwiz is plf but its needed.
 
  The last 2 will come up at my 9.1 site as soon as i finish them.
 
  I have a request , im bulding all my rpms on my laptop
  with a maestro-2e soundcard and the alsa driver in 9.1
  is broken. Any news on that?
  It works perfectly in 9.0 on the same machine.
 
  /thac
 The bug is called unresolved symbol, this bug exists in ALSA 0.9 since the
 existing of ALSA 0.9.
 
 I tried nearly every ALSA 0.9x version.

 Found this about alsa 0.9.x

 This bug is mostly causes by in-correct install of alsa.
 In order to install alsa, you must first compile and install your own
 kernel.
 Once the kernel is installed and running, you can then compile and
 install alsa-driver.
 Once you have alsa-driver installed, with all the modules, you can then
 compile and install alsa-lib.
 Also, the kernel must be compiled with the same compiler as the alsa-driver
 modules. E.g. You cannot have compiled the kernel with gcc 2.95 and compile
 alsa-driver with gcc 3.2. Using different compilers causes all sorts of
 strange un-predictable problems. I took a few days once tried to track down
 a kernel oops, only to find that simply compiling both kernel and
 kernel-module with the same compiler fixed the issue.
 That should solve all unresolved symbols.

 Th kernel is dated jan 30 2003
 gcc dated jan 3.21 30 2003
 and libalsa jan 10 2003

 so this is not going to work

 /thac
This is what i mean

[root@slapp9 tobbe]# insmod snd-es1968
Using /lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_pcm_suspend_all_Rb83a207a
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_card_new_Rba5ce9a0
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_card_free_R21d204d9
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_pcm_set_ops_Rb57217e7
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_malloc_pci_pages_fallback_R391ee959
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_pcm_new_R36857f0a
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ctl_new1_R4d38aa61
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_mpu401_uart_interrupt_R4ea4dc60
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_pcm_format_width_R55eb2175
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ac97_write_cache
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_kcalloc_R4da9e78a
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ctl_find_id_Raf491491
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_pcm_lib_ioctl_R3bb70cfc
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_free_pci_pages_Rff2abb0b
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_card_register_Rf28a7412
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ctl_add_R56f2f4d5
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ac97_mixer
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_mpu401_uart_new_R0588a8ba
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ac97_resume
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_pcm_period_elapsed_R69ff305d
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_ctl_notify_R496562ae
/lib/modules/2.4.21pre4-1mdk/kernel/sound/pci/snd-es1968.o.gz: unresolved 
symbol snd_device_new_Rbebd36c3





Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread Austin Acton
On Tue, 2003-02-04 at 13:31, tobbe wrote:
 Th kernel is dated jan 30 2003
 gcc dated jan 3.21 30 2003 
 and libalsa jan 10 2003

I don't see why rebuilding alsa wouldn't solve the problem.
But I tried yesterday, and I got the same error.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread tobbe
On Tuesday 04 February 2003 07:31 pm, you wrote:
 On Monday 03 February 2003 01:52 pm, you wrote:
  On Saturday 01 February 2003 02:37 pm, you wrote:
   I heve already rebuilt most of my rpms for MAndrake9.1.
 
 The bug is called unresolved symbol, this bug exists in ALSA 0.9 since the
 existing of ALSA 0.9.
 
 I tried nearly every ALSA 0.9x version.

 Found this about alsa 0.9.x

 This bug is mostly causes by in-correct install of alsa.
 In order to install alsa, you must first compile and install your own
 kernel.
 Once the kernel is installed and running, you can then compile and
 install alsa-driver.
 Once you have alsa-driver installed, with all the modules, you can then
 compile and install alsa-lib.
 Also, the kernel must be compiled with the same compiler as the alsa-driver
 modules. E.g. You cannot have compiled the kernel with gcc 2.95 and compile
 alsa-driver with gcc 3.2. Using different compilers causes all sorts of
 strange un-predictable problems. I took a few days once tried to track down
 a kernel oops, only to find that simply compiling both kernel and
 kernel-module with the same compiler fixed the issue.
 That should solve all unresolved symbols.

 Th kernel is dated jan 30 2003
 gcc dated jan 3.21 30 2003
 and libalsa jan 10 2003

 so this is not going to work

 /thac

This deals with my problem to load the alsa driver.
Is the kernel really built with the latest gcc ?
obviously tha alsa libs aint.

The other problem with muse seems to be autotools related.
the strange thing is that it builds perfectly in 9.0.
Im working on it now.

/thac





Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread tobbe
On Tuesday 04 February 2003 07:58 pm, you wrote:
 On Tuesday 04 February 2003 07:31 pm, you wrote:
  On Monday 03 February 2003 01:52 pm, you wrote:
   On Saturday 01 February 2003 02:37 pm, you wrote:
I heve already rebuilt most of my rpms for MAndrake9.1.
  
  The bug is called unresolved symbol, this bug exists in ALSA 0.9 since
   the existing of ALSA 0.9.
  
  I tried nearly every ALSA 0.9x version.
 
  Found this about alsa 0.9.x
 
  This bug is mostly causes by in-correct install of alsa.
  In order to install alsa, you must first compile and install your own
  kernel.
  Once the kernel is installed and running, you can then compile and
  install alsa-driver.
  Once you have alsa-driver installed, with all the modules, you can then
  compile and install alsa-lib.
  Also, the kernel must be compiled with the same compiler as the
  alsa-driver modules. E.g. You cannot have compiled the kernel with gcc
  2.95 and compile alsa-driver with gcc 3.2. Using different compilers
  causes all sorts of strange un-predictable problems. I took a few days
  once tried to track down a kernel oops, only to find that simply
  compiling both kernel and kernel-module with the same compiler fixed the
  issue.
  That should solve all unresolved symbols.
 
  Th kernel is dated jan 30 2003
  gcc dated jan 3.21 30 2003
  and libalsa jan 10 2003
 
  so this is not going to work
 
  /thac

 This deals with my problem to load the alsa driver.
 Is the kernel really built with the latest gcc ?
 obviously tha alsa libs aint.

 The other problem with muse seems to be autotools related.
 the strange thing is that it builds perfectly in 9.0.
 Im working on it now.

 /thac
about the [EMAIL PROTECTED] error.
i have checked it is somethingstrange in the alsalib rc6 package.
The alsa-lib-0.9.0rc6/src/Versions
have this line
ALSA_0.9.0rc4 {
...
this means that if you build with versioning all alsa libs will claim to be 
rc4. ??

I tried to recompile my alsa libs and i got the same error as with muse.
[EMAIL PROTECTED] error.

the only way i could compile alslibs was by using
configure --with-versioning=off

/thac




Re: [Cooker] Linux Audio RPMs

2003-02-04 Thread Austin Acton
On Tue, 2003-02-04 at 14:13, tobbe wrote:
  Is the kernel really built with the latest gcc ?
  obviously tha alsa libs aint.

Well, rc7 was just released.
Maybe this will solve some of our problems.
(if someone updates it)
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Chmouel Boudjnah
Austin Acton [EMAIL PROTECTED] writes:

 Fernando has made a patched kernel at Planet CCRMA (for RedHat), which
 solves this problem.  I don't know how we could implement the same
 solution without sacrificing security, but I'm sure it's possible. 
 Where there's a will, there's a way.

if you point me to the patch i can review and tell you...





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Buchan Milne
Chmouel Boudjnah wrote:
 Austin Acton [EMAIL PROTECTED] writes:
 
 
Fernando has made a patched kernel at Planet CCRMA (for RedHat), which
solves this problem.  I don't know how we could implement the same
solution without sacrificing security, but I'm sure it's possible. 
Where there's a will, there's a way.
 
 
 if you point me to the patch i can review and tell you...
 

I think it's this (if Austin isn't awake yet ...):

http://www-ccrma.stanford.edu/planetccrma/software/system.html#SECTION00037100

Links to patches (don't necessarily look valid) and SRPMs (probably the
best bet) for a 2.4.19 kernel on RH 7.x/8.0.

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Chmouel Boudjnah
Buchan Milne [EMAIL PROTECTED] writes:

 Links to patches (don't necessarily look valid) and SRPMs (probably the
 best bet) for a 2.4.19 kernel on RH 7.x/8.0.

oh, they use the capabilities stuff, that's good for them don't
think/know if we can get it by default in mdk.





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread tobbe
On Saturday 01 February 2003 02:37 pm, you wrote:
 I heve already rebuilt most of my rpms for MAndrake9.1.

 http://rpm.nyvalls.se/sound9.1.html

 /thac
I have finally solved some problems.

I have rebuilt ardour for Mandrake 9.1 it is up now.

i have also fixed the lilypond-1.7.12 srpm so that it 
really works and included,built all needed dependencys.

Im compiling it now.

I will recompile noteedit against the new lilypond-1.7.12

I also think that i have solved the problems compiling muse-0.6.0pre5
with iiwusynth, jackit-0.44 and graphviz support.
I know graphwiz is plf but its needed.

The last 2 will come up at my 9.1 site as soon as i finish them.

I have a request , im bulding all my rpms on my laptop
with a maestro-2e soundcard and the alsa driver in 9.1
is broken. Any news on that?
It works perfectly in 9.0 on the same machine.

/thac






Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Buchan Milne
tobbe wrote:
 On Saturday 01 February 2003 02:37 pm, you wrote:
 
I heve already rebuilt most of my rpms for MAndrake9.1.

http://rpm.nyvalls.se/sound9.1.html

/thac
 
 I have finally solved some problems.
 
 I have rebuilt ardour for Mandrake 9.1 it is up now.
 
 i have also fixed the lilypond-1.7.12 srpm so that it 
 really works and included,built all needed dependencys.
 
 Im compiling it now.

Can you mail me specs and/or patches? Then I will put it in contrib ...

 
 I will recompile noteedit against the new lilypond-1.7.12

It's no problem to recompile noteedit on klama if lilypond has gone in.

 
 I also think that i have solved the problems compiling muse-0.6.0pre5
 with iiwusynth, jackit-0.44 and graphviz support.
 I know graphwiz is plf but its needed.

So we need a muse-plf package?

 
 The last 2 will come up at my 9.1 site as soon as i finish them.

Cool, thanks.

BTW, no-one has volunteered to put ardour and muse in contrib, but they
have been in before, so maybe Lenny will do it if you upload to incoming?

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 06:04, Chmouel Boudjnah wrote:
 Austin Acton [EMAIL PROTECTED] writes:
 
  Fernando has made a patched kernel at Planet CCRMA (for RedHat), which
  solves this problem.  I don't know how we could implement the same
  solution without sacrificing security, but I'm sure it's possible. 
  Where there's a will, there's a way.
 
 if you point me to the patch i can review and tell you...

The topic is explained here:
http://jackit.sourceforge.net/docs/faq.php#a5

And Fernando at CCRMA has made a RedHat kernel here:
http://ccrma-www.stanford.edu/planetccrma/software/system.html#SECTION00037100
with a patch called capabilities.

If you have time to look at it, that would be really helpful.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 06:48, Buchan Milne wrote:
 I think it's this (if Austin isn't awake yet ...):
 
http://www-ccrma.stanford.edu/planetccrma/software/system.html#SECTION00037100

Yeah, I'm up now.  Sorry for the duplicate reply, Chmouel.

I start my work day at 10:00 EST.  Ahhh, student life!

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 08:30, Buchan Milne wrote:
  I also think that i have solved the problems compiling muse-0.6.0pre5
  with iiwusynth, jackit-0.44 and graphviz support.
  I know graphwiz is plf but its needed.
 
 So we need a muse-plf package?

I have muse for contrib ready.  Should be up today.
I hadn't noticed the graphwiz option.  I'll look at Tobbe's RPM when
it's ready, and I can add a plf option to my RPM.

 BTW, no-one has volunteered to put ardour and muse in contrib, but they
 have been in before, so maybe Lenny will do it if you upload to incoming?

Muse is taken care of (I was waiting for patch from author).  If Tobbe
posts ardour somewhere, I can commit it.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  in progress (austin)
cecelia in progress (austin)
rtsynth
swami   done (austin)
musedone (austin)
vstserver
pd
ceres
mammut
ardour  in progress (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular
freqtweak   done (austin)
spiralloops
spiralsynth
snd done (austin)
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED]
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedal[EMAIL PROTECTED]
athena

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread tobbe
On Monday 03 February 2003 01:52 pm, you wrote:
 On Saturday 01 February 2003 02:37 pm, you wrote:
  I heve already rebuilt most of my rpms for MAndrake9.1.
 
  http://rpm.nyvalls.se/sound9.1.html
 
  /thac

 I have finally solved some problems.

 I have rebuilt ardour for Mandrake 9.1 it is up now.

 i have also fixed the lilypond-1.7.12 srpm so that it
 really works and included,built all needed dependencys.

 Im compiling it now.

 I will recompile noteedit against the new lilypond-1.7.12

 I also think that i have solved the problems compiling muse-0.6.0pre5
 with iiwusynth, jackit-0.44 and graphviz support.
 I know graphwiz is plf but its needed.

 The last 2 will come up at my 9.1 site as soon as i finish them.

 I have a request , im bulding all my rpms on my laptop
 with a maestro-2e soundcard and the alsa driver in 9.1
 is broken. Any news on that?
 It works perfectly in 9.0 on the same machine.

 /thac
everything is ok on the page now except muse-0.6.0pre5
it fails with
/bin/sh ../../libtool --mode=link g++  -g-o iiwusynth.so -shared -static 
-liiwusynth iiwusynti.o mess.o  -lasound -lm -ldl -L/usr/lib/qt3/lib -lqt-mt
g++ -g -o iiwusynth.so -shared iiwusynti.o mess.o  /usr/lib/libiiwusynth.a 
-lreadline -lncurses /usr/lib/libjack.a /usr/lib/libasound.a -lpthread -lm 
-ldl -L/usr/lib/qt3/lib -lqt-mt
/usr/bin/ld: iiwusynth.so: undefined versioned symbol name 
[EMAIL PROTECTED]
/usr/bin/ld: failed to set dynamic section sizes: Bad value
collect2: ld returned 1 exit status
make[2]: *** [iiwusynth.so] Error 1
make[2]: Leaving directory `/usr/src/RPM/BUILD/muse-0.6.0pre5/synti/iiwusynth'
make[1]: *** [install-recursive] Error 1
make[1]: Leaving directory `/usr/src/RPM/BUILD/muse-0.6.0pre5/synti'
make: *** [install-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.28524 (%install)

how did you get by this?

/thac





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Narfi Stefansson
On Monday 03 February 2003 11:00, Austin Acton wrote:
 spiralsynthmodular
 freqtweak   done (austin)
 spiralloops
 spiralsynth
 snd done (austin)
 (We may need a C++ hacker to get *spiral* apps to compile as they are
 very non-ANSI code.)

Here are the diff needed to get spiralsynthmodular to compile on 9.0. They 
were trivial replacements of #include Fl/xx.h with #include FL/xx.h (Note 
the uppercase L). The affected files were:

GUI/Widgets/Fl_Canvas.C
SpiralSound/Plugins/Widgets/Fl_Knob.cxx
SpiralSound/Plugins/Widgets/Fl_Knob.H

I wouldn't be able to provide an rpm  even if my life depended on it, ... so I 
can only hope that this makes a packager's life easier :-)

narfi.

/home/narfi/src/spiralmodular-0.2.0[1123]  for i in `find . -name '*~'`; do 
base=`echo $i | sed 's/~$//'`; diff -u $i $base ; done
--- ./GUI/Widgets/Fl_Canvas.C~  2002-12-05 17:42:29.0 -0600
+++ ./GUI/Widgets/Fl_Canvas.C   2003-02-03 11:21:16.0 -0600
@@ -16,7 +16,7 @@
  *  Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, 
USA.
 */

-#include Fl/fl_draw.H
+#include FL/fl_draw.H
 #include Fl_Canvas.h
 #include Fl_DeviceGUI.h
 #include iostream
--- ./SpiralSound/Plugins/Widgets/Fl_Knob.cxx~  2002-09-18 15:04:55.0 
-0500
+++ ./SpiralSound/Plugins/Widgets/Fl_Knob.cxx   2003-02-03 11:24:31.0 
-0600
@@ -1,7 +1,7 @@
 // generated by Fast Light User Interface Designer (fluid) version 1.0100

 #include Fl_Knob.H
-#include Fl/fl_draw.H
+#include FL/fl_draw.H
 #include math.h

 Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l): 
Fl_Valuator(xx,yy,ww,hh,l) {
--- ./SpiralSound/Plugins/Widgets/Fl_Knob.H~2002-09-18 15:04:55.0 
-0500
+++ ./SpiralSound/Plugins/Widgets/Fl_Knob.H 2003-02-03 11:22:46.0 
-0600
@@ -3,7 +3,7 @@
 #ifndef Fl_Knob_H
 #define Fl_Knob_H
 #include FL/Fl.H
-#include Fl/Fl_Valuator.H
+#include FL/Fl_Valuator.H

 class Fl_Knob : public Fl_Valuator {
 public:




Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 12:42, Narfi Stefansson wrote:
 Here are the diff needed to get spiralsynthmodular to compile on 9.0. They 
 were trivial replacements of #include Fl/xx.h with #include FL/xx.h (Note 
 the uppercase L).

Thanks for that, Narfi.  I hadn't got around to trying ssm yet, but I
will surely need your patch when I package it.

The error I was referring to though, is a gcc3.2 problem.
Maybe you (or someone else) can figure it out?

Austin

In file included from SpiralSound/Sample.h:24,
 from SpiralSound/SpiralInfo.h:22,
 from SpiralSound/Output.h:36,
 from Loop.h:23,
 from Loop.C:19:
SpiralSound/SpiralInfo.h:47: ISO C++ forbids declaration of `string'
with no type
SpiralSound/SpiralInfo.h:47: parse error before `;' token
SpiralSound/SpiralInfo.h:48: ISO C++ forbids declaration of `string'
with no type
SpiralSound/SpiralInfo.h:48: parse error before `;' token
SpiralSound/SpiralInfo.h:56: parse error before `)' token
SpiralSound/SpiralInfo.h:48: duplicate member `SpiralInfo::string'
SpiralSound/SpiralInfo.h:58: semicolon missing after declaration of
`SpiralInfo'SpiralSound/SpiralInfo.h:61: destructors must be member
functions
SpiralSound/SpiralInfo.h:61: virtual outside class declaration
SpiralSound/SpiralInfo.h:63: syntax error before `(' token
SpiralSound/SpiralInfo.h:65: virtual outside class declaration
SpiralSound/SpiralInfo.h:66: virtual outside class declaration
SpiralSound/SpiralInfo.h:68: 'string' is used as a type, but is not
defined as a type.
SpiralSound/SpiralInfo.h:69: parse error before `}' token
In file included from SpiralSound/Output.h:37,
 from Loop.h:23,
 from Loop.C:19:
SpiralSound/RiffWav.h:41: 'string' is used as a type, but is not defined
as a type.
SpiralSound/RiffWav.h:43: 'string' is used as a type, but is not defined
as a type.
SpiralSound/RiffWav.h:45: 'string' is used as a type, but is not defined
as a type.
SpiralSound/RiffWav.h:54: 'string' is used as a type, but is not defined
as a type.
SpiralSound/RiffWav.h:59: `string' was not declared in this scope
SpiralSound/RiffWav.h:59: parse error before `,' token
In file included from Loop.h:26,
 from Loop.C:19:
SpiralSound/Reverb.h:51: 'vector' is used as a type, but is not defined
as a type.
In file included from GUI/GUIBase.h:19,
 from GUI/DelayGUI.h:25,
 from GUI/LoopGUI.h:31,
 from Loop.h:27,
 from Loop.C:19:
SpiralLoopsInfo.h:29: ISO C++ forbids declaration of `string' with no
type
SpiralLoopsInfo.h:29: parse error before `;' token
SpiralLoopsInfo.h:33: ISO C++ forbids declaration of `string' with no
type
SpiralLoopsInfo.h:33: `string' declared as a `virtual' field
SpiralLoopsInfo.h:33: declaration of `int SpiralLoopsInfo::string'
SpiralLoopsInfo.h:29: conflicts with previous declaration `int
SpiralLoopsInfo::string'
SpiralLoopsInfo.h:33: parse error before `(' token
SpiralLoopsInfo.h:33: duplicate member `SpiralLoopsInfo::string'
SpiralLoopsInfo.h:35: ISO C++ forbids defining types within return type
SpiralLoopsInfo.h:35: syntax error before `*' token
In file included from Loop.h:27,
 from Loop.C:19:
GUI/LoopGUI.h:57: type specifier omitted for parameter `vectorint'
GUI/LoopGUI.h:57: parse error before `' token
GUI/LoopGUI.h:99: 'vector' is used as a type, but is not defined as a
type.
In file included from Loop.h:28,
 from Loop.C:19:
SpiralLoops.h:113: 'map' is used as a type, but is not defined as a
type.
make: *** [Loop.o] Error 1

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Buchan Milne
Narfi Stefansson wrote:
 On Monday 03 February 2003 11:00, Austin Acton wrote:
 
spiralsynthmodular
freqtweak   done (austin)
spiralloops
spiralsynth
snd done (austin)
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)
 
 
 Here are the diff needed to get spiralsynthmodular to compile on 9.0. They 
 were trivial replacements of #include Fl/xx.h with #include FL/xx.h (Note 
 the uppercase L). The affected files were:

If Austin hadn't scared me off, I would have tried it earlier!

 
 GUI/Widgets/Fl_Canvas.C
 SpiralSound/Plugins/Widgets/Fl_Knob.cxx
 SpiralSound/Plugins/Widgets/Fl_Knob.H
 
 I wouldn't be able to provide an rpm  even if my life depended on it, ... so I 

Don't worry, I got it thanks ...

 can only hope that this makes a packager's life easier :-)
 

That'll do, that'll do ...

But, now I think I need to campaign for more ram, or change window
managers, browser, mail client *and* IDE ...

[bgmilne@bgmilne bgmilne]$ uptime;free
 20:21:09 up  9:09,  9 users,  load average: 2.46, 1.41, 0.89
 total   used   free sharedbufferscached
Mem:127160 122940   4220  067211612
-/+ buffers/cache: 110656  16504
Swap:   401584 201804 199780

Of course it didn't help that cc1plus was consuming 66MB!

rpm incoming soon ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 13:09, Austin Acton wrote:
 The error I was referring to though, is a gcc3.2 problem.
 Maybe you (or someone else) can figure it out?
 

To clarify, the problem I quoted earlier is in SpiralLoops, not
spiralsynth or ssmodular.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Narfi Stefansson
On Monday 03 February 2003 12:09, Austin Acton wrote:
 On Mon, 2003-02-03 at 12:42, Narfi Stefansson wrote:
  Here are the diff needed to get spiralsynthmodular to compile on 9.0.
  They were trivial replacements of #include Fl/xx.h with #include
  FL/xx.h (Note the uppercase L).

 Thanks for that, Narfi.  I hadn't got around to trying ssm yet, but I
 will surely need your patch when I package it.

 The error I was referring to though, is a gcc3.2 problem.
 Maybe you (or someone else) can figure it out?

 Austin

 In file included from SpiralSound/Sample.h:24,
  from SpiralSound/SpiralInfo.h:22,
  from SpiralSound/Output.h:36,
  from Loop.h:23,
  from Loop.C:19:
 SpiralSound/SpiralInfo.h:47: ISO C++ forbids declaration of `string'
 with no type

Yes, the statement:
using namespace std;
is missing there.

I'll look at this program again. I ran into what I believed was incorrect code 
and I stopped ... 

Narfi.




Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 12:23, tobbe wrote:
 everything is ok on the page now except muse-0.6.0pre5
 it fails with

 /usr/bin/ld: iiwusynth.so: undefined versioned symbol name 
 [EMAIL PROTECTED]
 /usr/bin/ld: failed to set dynamic section sizes: Bad value

Oi, yeah.  I thought it had built fine, but looking now, I have the same
error.  It's weird.  Is the 'rc4' version the error?  If so, I don't
know where it came from.  IIwusynth is built with alsa rc6, and I can't
see where it got that rc4 pointer from... I even rebuilt iiwusynth
locally to be sure.

Maybe it's a leftover artifact in the alsa code?

Or is the error the actual symbol: snd_pcm_hw_params ?

Hmmm,
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 13:40, Narfi Stefansson wrote:
 Yes, the statement:
 using namespace std;
 is missing there.

Yeah I tried that and it didn't help.
Maybe I put it in the wrong place?

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 12:23, tobbe wrote:
 everything is ok on the page now except muse-0.6.0pre5
 it fails with

 /usr/bin/ld: iiwusynth.so: undefined versioned symbol name 
 [EMAIL PROTECTED]
 /usr/bin/ld: failed to set dynamic section sizes: Bad value

Yeah I think the problem is with alsa:

[austin@groundstate alsa-lib-0.9.0rc6]$ grep -r 'rc4' *
..
src/pcm/pcm.c:OBSOLETE1(snd_pcm_hw_params_get_rate_min, ALSA_0.9,
ALSA_0.9.0rc4);
..

Either alsa code isn't supposed to have old references to rc4, or
iiwusynth is using obsolete libalsa calls.  I don't know enough about
either to know which is true (or both).

I'll toy with this a bit.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Buchan Milne
Top priority, highly requested and on Thac's site
=
ladcca  done (austin)
qjackconnectdone ([EMAIL PROTECTED])
csound  in progress (austin)
cecelia in progress (austin)
rtsynth
swami   done (austin)
musedone (austin)
vstserver
pd
ceres
mammut
ardour  in progress (austin)
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular  done (bgmilne)
freqtweak   done (austin)
spiralloops
spiralsynth
snd done (austin)
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED]
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedal[EMAIL PROTECTED]
athena

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Narfi Stefansson
On Monday 03 February 2003 12:22, Austin Acton wrote:
 On Mon, 2003-02-03 at 13:09, Austin Acton wrote:
  The error I was referring to though, is a gcc3.2 problem.
  Maybe you (or someone else) can figure it out?

 To clarify, the problem I quoted earlier is in SpiralLoops, not
 spiralsynth or ssmodular.

 Austin
Ok, I have attached a patch suggestion for SpiralLoops
Apply as:
tar zxf SpiralLoops-2.0.0.tar.gz
patch -p0  patch1.p

I took the liberty of reinterpreting the command:
 down(box())
in Fl_LED_Button::draw()
as being a typo for  
 down_box()
so maybe knowledgeable people should test the application and make sure that 
the LED buttons look correct :-)

Narfi.
ps. I can compile and run the application on 9.0, can't try on cooker right 
now.
diff -ru SpiralLoops-2.0.0/GUI/LoopGUI.C SpiralLoops-2.0.0.modified/GUI/LoopGUI.C
--- SpiralLoops-2.0.0/GUI/LoopGUI.C	2001-04-19 15:48:10.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/LoopGUI.C	2003-02-03 12:56:07.0 -0600
@@ -23,6 +23,8 @@
 #include ../Loop.h
 #include FL/fl_file_chooser.h
 
+using namespace std;
+
 static const int EFFECT_ADDITION = 130;
 
 /
diff -ru SpiralLoops-2.0.0/GUI/LoopGUI.h SpiralLoops-2.0.0.modified/GUI/LoopGUI.h
--- SpiralLoops-2.0.0/GUI/LoopGUI.h	2001-04-19 15:48:10.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/LoopGUI.h	2003-02-03 12:58:17.0 -0600
@@ -37,6 +37,8 @@
 #include ../SpiralSound/Reverb.h
 #include vector
 
+using namespace std;
+
 #ifndef LOOPGUI
 #define LOOPGUI
 
diff -ru SpiralLoops-2.0.0/GUI/MixerGUI.C SpiralLoops-2.0.0.modified/GUI/MixerGUI.C
--- SpiralLoops-2.0.0/GUI/MixerGUI.C	2001-04-19 15:48:10.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/MixerGUI.C	2003-02-03 13:00:42.0 -0600
@@ -24,7 +24,7 @@
 	if (!m_mix) cerrWARNING: Mixer not correctly set upendl;
 }
 		
-void MixerGUI::CreateGUI(int xoff=0, int yoff=0, char *name)
+void MixerGUI::CreateGUI(int xoff, int yoff, char *name)
 {
 	 Fl_Group* o = GUIMixGroup = new Fl_Group(xoff, yoff, 100, 110, name);
   o-type(1);
diff -ru SpiralLoops-2.0.0/GUI/OutputGUI.C SpiralLoops-2.0.0.modified/GUI/OutputGUI.C
--- SpiralLoops-2.0.0/GUI/OutputGUI.C	2001-04-19 15:48:10.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/OutputGUI.C	2003-02-03 13:00:42.0 -0600
@@ -26,7 +26,7 @@
 	if (!m_out) cerrWARNING: Output not correctly set upendl;
 }
 		
-void OutputGUI::CreateGUI(int xoff=0, int yoff=0, char *name)
+void OutputGUI::CreateGUI(int xoff, int yoff, char *name)
 {
 	 Fl_Group* o = GUIMixGroup = new Fl_Group(xoff, yoff, 85, 110, name);
   o-type(1);
diff -ru SpiralLoops-2.0.0/GUI/ScopeGUI.C SpiralLoops-2.0.0.modified/GUI/ScopeGUI.C
--- SpiralLoops-2.0.0/GUI/ScopeGUI.C	2001-04-19 15:48:11.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/ScopeGUI.C	2003-02-03 13:03:40.0 -0600
@@ -23,7 +23,7 @@
 
 #include FL/fl_draw.H
 
-ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l=0) :
+ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l) :
 Fl_Widget(x,y,w,h,l),
 m_Channels(1)
 {
@@ -69,7 +69,7 @@
 	if (!m_Bypass) m_Scope-redraw();
 }
 		
-void ScopeGUI::CreateGUI(int xoff=0, int yoff=0, char *name)
+void ScopeGUI::CreateGUI(int xoff, int yoff, char *name)
 {
 	 Fl_Group* o = GUIScopeGroup = new Fl_Group(xoff, yoff, 225, 110, name);
   o-type(1);
diff -ru SpiralLoops-2.0.0/GUI/Widgets/Fl_Knob.cxx SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx
--- SpiralLoops-2.0.0/GUI/Widgets/Fl_Knob.cxx	2001-04-19 15:48:10.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx	2003-02-03 13:06:57.0 -0600
@@ -1,10 +1,11 @@
 // generated by Fast Light User Interface Designer (fluid) version 2.00
 
 #include Fl_Knob.H
+#include FL/Fl_Group.h
 #include FL/fl_draw.H
 #include math.h
 
-Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l=0): Fl_Valuator(xx,yy,ww,hh,l) {
+Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l): Fl_Valuator(xx,yy,ww,hh,l) {
   a1 = 35;
 	a2 = 325;
 	_type = DOTLIN;
diff -ru SpiralLoops-2.0.0/GUI/Widgets/Fl_LED_Button.cxx SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_LED_Button.cxx
--- SpiralLoops-2.0.0/GUI/Widgets/Fl_LED_Button.cxx	2001-04-19 15:48:11.0 -0500
+++ SpiralLoops-2.0.0.modified/GUI/Widgets/Fl_LED_Button.cxx	2003-02-03 13:19:42.0 -0600
@@ -1,9 +1,10 @@
 // generated by Fast Light User Interface Designer (fluid) version 2.00
 
 #include Fl_LED_Button.H
+#include FL/Fl_Group.H
 #include FL/fl_draw.H
 
-Fl_LED_Button::Fl_LED_Button(int x, int y, int w, int h, const char* l=0):Fl_Light_Button(x,y,w,h,l) {
+Fl_LED_Button::Fl_LED_Button(int x, int y, int w, int h, const char* l):Fl_Light_Button(x,y,w,h,l) {
   box(FL_NO_BOX);
 	down_box(FL_ROUND_DOWN_BOX);
 	selection_color(FL_RED);
@@ -15,7 +16,8 @@
 void Fl_LED_Button::draw() {
   uchar r,g,b;
 
-	if (box()) draw_box(this==Fl::pushed() ? down(box()) : box(), color());
+//	if (box()) 

Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Austin Acton
On Mon, 2003-02-03 at 14:44, Narfi Stefansson wrote:
 Ok, I have attached a patch suggestion for SpiralLoops

Narfi, you're awesome.

Ranger, got time to try it?  I'm up to my neck here with ardour, csound,
and muse (problems with all now!).

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Narfi Stefansson
On Monday 03 February 2003 13:51, Austin Acton wrote:
 On Mon, 2003-02-03 at 14:44, Narfi Stefansson wrote:
  Ok, I have attached a patch suggestion for SpiralLoops

 Narfi, you're awesome.

 Ranger, got time to try it?  I'm up to my neck here with ardour, csound,
 and muse (problems with all now!).

 Austin

Don't forget, you now also need somebody for SpiralSynth :-)

Patch is attached.
Apply as follows:
tar zxf SpiralSynth-2.0.0.tar.gz
patch -p0  SpiralSynth-2.0.0.patch

Enjoy :-)

Narfi.
Only in SpiralSynth-2.0.0.modified: config.status
diff -ur SpiralSynth-2.0.0/GUI/MixerGUI.C SpiralSynth-2.0.0.modified/GUI/MixerGUI.C
--- SpiralSynth-2.0.0/GUI/MixerGUI.C	2002-06-04 06:47:02.0 -0500
+++ SpiralSynth-2.0.0.modified/GUI/MixerGUI.C	2003-02-03 13:51:15.0 -0600
@@ -24,7 +24,7 @@
 	if (!m_mix) cerrWARNING: Mixer not correctly set upendl;
 }
 		
-void MixerGUI::CreateGUI(int xoff=0, int yoff=0, char *name)
+void MixerGUI::CreateGUI(int xoff, int yoff, char *name)
 {
 	 Fl_Group* o = GUIMixGroup = new Fl_Group(xoff, yoff, 100, 110, name);
   o-type(1);
diff -ur SpiralSynth-2.0.0/GUI/OutputGUI.C SpiralSynth-2.0.0.modified/GUI/OutputGUI.C
--- SpiralSynth-2.0.0/GUI/OutputGUI.C	2002-06-02 16:36:16.0 -0500
+++ SpiralSynth-2.0.0.modified/GUI/OutputGUI.C	2003-02-03 13:51:29.0 -0600
@@ -26,7 +26,7 @@
 	if (!m_out) cerrWARNING: Output not correctly set upendl;
 }
 		
-void OutputGUI::CreateGUI(int xoff=0, int yoff=0, char *name)
+void OutputGUI::CreateGUI(int xoff, int yoff, char *name)
 {
 	 Fl_Group* o = GUIMixGroup = new Fl_Group(xoff, yoff, 85, 110, name);
   o-type(1);
diff -ur SpiralSynth-2.0.0/GUI/ScopeGUI.C SpiralSynth-2.0.0.modified/GUI/ScopeGUI.C
--- SpiralSynth-2.0.0/GUI/ScopeGUI.C	2002-06-04 08:27:30.0 -0500
+++ SpiralSynth-2.0.0.modified/GUI/ScopeGUI.C	2003-02-03 13:51:49.0 -0600
@@ -22,7 +22,7 @@
 
 #include FL/fl_draw.H
 
-ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l=0) :
+ScopeWidget::ScopeWidget(int x,int y,int w,int h,const char *l) :
 Fl_Widget(x,y,w,h,l),
 m_Data(NULL)
 {
@@ -54,7 +54,7 @@
 	if (!m_Bypass) m_Scope-redraw();
 }
 		
-void ScopeGUI::CreateGUI(int xoff=0, int yoff=0, char *name)
+void ScopeGUI::CreateGUI(int xoff, int yoff, char *name)
 {
 	 Fl_Group* o = GUIScopeGroup = new Fl_Group(xoff, yoff, 220, 110, name);
   o-type(1);
diff -ur SpiralSynth-2.0.0/GUI/Widgets/Fl_Knob.cxx SpiralSynth-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx
--- SpiralSynth-2.0.0/GUI/Widgets/Fl_Knob.cxx	2002-06-02 05:23:34.0 -0500
+++ SpiralSynth-2.0.0.modified/GUI/Widgets/Fl_Knob.cxx	2003-02-03 13:49:37.0 -0600
@@ -5,6 +5,8 @@
 #include math.h
 #include iostream
 
+using namespace std;
+
 Fl_Knob::Fl_Knob(int xx,int yy,int ww,int hh,const char *l): Fl_Valuator(xx,yy,ww,hh,l) {
   a1 = 35;
 	a2 = 325;
diff -ur SpiralSynth-2.0.0/SpiralInfo.C SpiralSynth-2.0.0.modified/SpiralInfo.C
--- SpiralSynth-2.0.0/SpiralInfo.C	2002-06-02 10:44:31.0 -0500
+++ SpiralSynth-2.0.0.modified/SpiralInfo.C	2003-02-03 13:50:41.0 -0600
@@ -16,13 +16,15 @@
  *  Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
 */
 
-#include iostream.h
-#include fstream.h
+#include iostream
+#include fstream
 #include stdlib.h
 
 #include SpiralSound/SpiralInfo.h
 
-float RandFloat(float s=0.0f, float e=1.0f)
+using namespace std;
+
+float RandFloat(float s, float e)
 {
 	return s+((rand()%1/1.0)*(e-s));
 }
diff -ur SpiralSynth-2.0.0/SpiralSound/Midi.h SpiralSynth-2.0.0.modified/SpiralSound/Midi.h
--- SpiralSynth-2.0.0/SpiralSound/Midi.h	2002-06-02 05:28:09.0 -0500
+++ SpiralSynth-2.0.0.modified/SpiralSound/Midi.h	2003-02-03 13:49:40.0 -0600
@@ -25,6 +25,8 @@
 #include queue
 #include string
 
+using namespace std;
+
 #ifndef MIDI
 #define MIDI
 
diff -ur SpiralSynth-2.0.0/SpiralSound/RiffWav.C SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.C
--- SpiralSynth-2.0.0/SpiralSound/RiffWav.C	2002-06-02 05:28:18.0 -0500
+++ SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.C	2003-02-03 13:49:47.0 -0600
@@ -27,6 +27,8 @@
 #include sys/stat.h
 #include fcntl.h
 
+using namespace std;
+
 //#define TRACE_OUT		
 
 const int HEADERLEN = (4+24+8);
diff -ur SpiralSynth-2.0.0/SpiralSound/RiffWav.h SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.h
--- SpiralSynth-2.0.0/SpiralSound/RiffWav.h	2002-06-02 05:28:19.0 -0500
+++ SpiralSynth-2.0.0.modified/SpiralSound/RiffWav.h	2003-02-03 13:49:49.0 -0600
@@ -24,6 +24,8 @@
 #include stdio.h
 #include Sample.h
 
+using namespace std;
+
 struct CanonicalWavHeader
 {
 	char  RiffName[4];
diff -ur SpiralSynth-2.0.0/SpiralSound/Sample.C SpiralSynth-2.0.0.modified/SpiralSound/Sample.C
--- SpiralSynth-2.0.0/SpiralSound/Sample.C	2002-06-02 05:28:26.0 -0500
+++ SpiralSynth-2.0.0.modified/SpiralSound/Sample.C	2003-02-03 13:49:58.0 -0600
@@ -16,10 +16,12 @@
  *  Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
 */ 
 

Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Quel Qun
On Mon, 2003-02-03 at 11:32, Buchan Milne wrote:

 ecamegapedal[EMAIL PROTECTED]

I have ecamegapedal-0.4.0-1mdk.src.rpm here if you want it. I can mail
it to one of you. It's 154KB.

I haven't figured out how to use that thing yet. but it starts and
connects to jack-alsa
-- 
Quel Qun [EMAIL PROTECTED]



signature.asc
Description: This is a digitally signed message part


Re: [Cooker] Linux Audio RPMs

2003-02-03 Thread Spencer Anderson
On 03 Feb 2003 19:08:41 -0800
Quel Qun [EMAIL PROTECTED] wrote:

 On Mon, 2003-02-03 at 11:32, Buchan Milne wrote:
 
  ecamegapedal[EMAIL PROTECTED]
 
 I have ecamegapedal-0.4.0-1mdk.src.rpm here if you want it. I can mail
 it to one of you. It's 154KB.
 
 I haven't figured out how to use that thing yet. but it starts and
 connects to jack-alsa
 -- 
 Quel Qun [EMAIL PROTECTED]
 
I haven't had the time so mail it to Austin if he wants it

Spence




Re: [Cooker] Linux Audio RPMs

2003-02-02 Thread allen

Hey, by the way...

Were you guys aware of this stuff ?
---
http://lulu.esm.rochester.edu/kevine/turnkey/home.html






Re: [Cooker] Linux Audio RPMs

2003-02-02 Thread Buchan Milne
On Sun, 2 Feb 2003, allen wrote:


 Hey, by the way...

 Were you guys aware of this stuff ?


Yes, but there aren't RPMs or SRPMs, and I think many of the apps are
already on the list, and if not, once we finish the list we'll add the
remainging ones to it.

Buchan

-- 
|Registered Linux User #182071-|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-02 Thread Austin Acton
On Sun, 2003-02-02 at 12:52, allen wrote:
 Hey, by the way...
 Were you guys aware of this stuff ?

Yeah I've seen that before.
However I'm sure (semi)official rpms are preferable to obscure binary
tarballs.  :-)

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-02-01 Thread tobbe
I heve already rebuilt most of my rpms for MAndrake9.1.

http://rpm.nyvalls.se/sound9.1.html

/thac




Re: [Cooker] Linux Audio RPMs

2003-02-01 Thread Buchan Milne
yOn Sat, 1 Feb 2003, tobbe wrote:

 I heve already rebuilt most of my rpms for MAndrake9.1.

 http://rpm.nyvalls.se/sound9.1.html


Thanks, I noticed that while I was putting some of them into contrib,
where I think they would be more widely appreciated. Austin and I will try
and get most of your stuff into contrib. Please take a look at the specs
in Mandrake CVS, as there would probably be the odd changes to make
rpmlint happier ;-).

Also, some RPMs are missing the SRPMs, such as lilypond, which I have been
having troubles compiling.

(You didn't reply on the club-volunteers list when there was a discussion
regarding getting club RPMs into cooker/contrib, so we started anyway;-))

-- 
|Registered Linux User #182071-|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-02-01 Thread Adrien Guichard
Le Samedi 1 Février 2003 18:49, Buchan Milne a écrit :
 yOn Sat, 1 Feb 2003, tobbe wrote:
  I heve already rebuilt most of my rpms for MAndrake9.1.
 
  http://rpm.nyvalls.se/sound9.1.html

 Thanks, I noticed that while I was putting some of them into contrib,
 where I think they would be more widely appreciated. Austin and I will try
 and get most of your stuff into contrib. Please take a look at the specs
 in Mandrake CVS, as there would probably be the odd changes to make
 rpmlint happier ;-).


Yippy! :)




Re: [Cooker] Linux Audio RPMs

2003-02-01 Thread [EMAIL PROTECTED]
Buchan Milne wrote:


Thanks, I noticed that while I was putting some of them into contrib,
where I think they would be more widely appreciated. Austin and I will try
and get most of your stuff into contrib. Please take a look at the specs
in Mandrake CVS, as there would probably be the odd changes to make
rpmlint happier ;-).

Also, some RPMs are missing the SRPMs, such as lilypond, which I have been
having troubles compiling.

(You didn't reply on the club-volunteers list when there was a discussion
regarding getting club RPMs into cooker/contrib, so we started anyway;-))
 

I have published lilypond at Mandrake club check the srpms at 
onsupported/mandrakecleb/9.0/SRPMS

but building lilipond is really hard actually i ddnt do it.
it was one of the lilypond developers that fixed the cooker version so i 
would be possible.
He tried to join Mandrake club with it, but he only got some comments 
about that it wasnt no good.
Because it was a modyfied cooker version.
Strange answer knowing that he is a lilypond cooker developer.
anyway he gave up and stopped trying to join mandrake club.
But he let me publish his rpms at my siye and at mandrake club for him 
because i needed them for
noteedit.
If you need help with compiling lilipond ask him at [EMAIL PROTECTED]

/thac




Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread danny
On 30 Jan 2003, Austin Acton wrote:

 Okay, here's the todo list.
 Personally, I suggest Danny work on the kernel. 
Why do I always have to do the boring things ;-P

Merging preempt with current cooker is not really a problem. With the new 
XFS it is likely that it will work fine. The lock-breaking is a different 
issue (hasn't been updated since 2.4.18, and there are a few problems with 
that patch), perhaps I take a look at the real low-latency stuff, but no 
idea how well that merges with mdk kernel.

Danny






Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread danny
On Thu, 30 Jan 2003, Buchan Milne wrote:

 
 Danny, have you got something to show yet, or is the kernel in club the
 best place to start looking?
preempt goes in easily AFAIK tell. lockbreaking not.
wait untill tuesday, I was very busy with work, but monday I take a day 
off.

d.






Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Buchan Milne
[EMAIL PROTECTED] wrote:
 On 30 Jan 2003, Austin Acton wrote:
 
 
Okay, here's the todo list.
Personally, I suggest Danny work on the kernel. 
 
 Why do I always have to do the boring things ;-P

You can do the boring things, plus the rest if you want ... but I think
I would be wasting my time looking at the kernel, don't know about
Austin ...

Like maintaining samba for stable releases and samba3 for cooker is
exciting ;-)

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Chmouel Boudjnah
[EMAIL PROTECTED] writes:

 Merging preempt with current cooker is not really a problem. With the new 
 XFS it is likely that it will work fine. The lock-breaking is a different 
 issue (hasn't been updated since 2.4.18, and there are a few problems with 
 that patch), perhaps I take a look at the real low-latency stuff, but no 
 idea how well that merges with mdk kernel.

I don't know if you are talking about the a.morton stuff but i have
made a patch *completly unsupported by me or by others mdksoft people*
for the latest cooker kernel, you can grab it from :

http://www.chmouel.com/misc/kernel/low_latency.patch

obvisouly you got to backout the mini_low_latency patch before
applying this one on cooker kernel.

Cheers.





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread danny
On Fri, 31 Jan 2003, Chmouel Boudjnah wrote:

 I don't know if you are talking about the a.morton stuff but i have
 made a patch *completly unsupported by me or by others mdksoft people*
 for the latest cooker kernel, you can grab it from :
 
 http://www.chmouel.com/misc/kernel/low_latency.patch

yes I was. Thanks!
I hate these unsupported disclaimers btw.

 
 obvisouly you got to backout the mini_low_latency patch before
 applying this one on cooker kernel.
;)


Danny






Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Chmouel Boudjnah
[EMAIL PROTECTED] writes:

 http://www.chmouel.com/misc/kernel/low_latency.patch
 yes I was. Thanks!
 I hate these unsupported disclaimers btw.

you don't know how hard is it to live when you have done a decision to
support something, it's forever and ever and you die in your stupidity
because you are a girl/man of honnor. 

Better tell to everyone that you are weak at the start, it's much smarter :-)





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Austin Acton
On Fri, 2003-01-31 at 03:42, [EMAIL PROTECTED] wrote:
 Merging preempt with current cooker is not really a problem. With the new 
 XFS it is likely that it will work fine. The lock-breaking is a different 
 issue (hasn't been updated since 2.4.18, and there are a few problems with 
 that patch), perhaps I take a look at the real low-latency stuff, but no 
 idea how well that merges with mdk kernel.

Cool.  I think gentoo is the only distro shipping a low latency kernel
as the default.

Also I've been trying to figure out how to get jack to work with FIFO. 
Apparently it requires a patched kernel?!?  I'm no expert on this kind
of low-level stuff.  Danny, do you understand the implications of this
message I got on the linux-audio list?  I wish we could get jack to work
as it is intended to...i.e. users (not root) get audio-on-demand...

[SNIP]

  jackstart - requires the kernel be patched for 'capabilities',
whatever that
  is.
 
 I don't seem to have that command.

It is included in the jack tarball (but I would use current CVS). 

 I do have jackd though.  If I try to run jackd -R I get permission
 errors.  I assume that is the problem?

Yep. 

 Is it not possible to run jackd as root, but run your application as a
 user?

As Mark pointed out in a separate email, it is not possible. 

The capabilities patch is a 2 line kernel patch that starts init with
a full set of capabilities (including CAP_SETPCAP, the ability to set
capabilities on other processes). Capabilities are permissions to use
certain calls or features of the kernel normally restricted to root
only. For example, one of those capabilities is the ability of a 
process to change its own scheduler to SCHED_FIFO(*), or change other
processes scheduler to SCHED_FIFO, something we need for reliable low
latency sound i/o. An application of this is the jackstart program.
Jackstart(**) is a small program that has to run suid root that grants
jackd the capabilities that it needs to both go SCHED_FIFO itself and
grant its clients the capabilities to go SCHED_FIFO (and a couple of
other needed capabilities as well). 

Why is this patch not widely included in production kernels? There's a
catch :-) The catch is that it becomes possible for a user level program
to access the SCHED_FIFO scheduler ring (_necessary_ for reliable low
latency sound). Which means a user program can lock the machine (by
entering into an infinite loop while executing with SCHED_FIFO) and
create a DOS vulnerability. 

Obviously the alternatives are even worse (unreliable low latency
operation, or running everything as root)

-- Fernando

See also:
http://ftp.kernel.org/pub/linux/libs/security/linux-privs/kernel-2.4/capfaq-0.2.txt

(*) see man sched_setscheduler for what this all means
(**) I wrote jackstart, it is based on code and concepts found in
sucap.c, written by Finn Arne Gangstad [EMAIL PROTECTED] and
givertcap.c, written by Tommi Ilmonen, [EMAIL PROTECTED] Givertcap
is also included in the standard distribution of muse. 

[SNIP]

Austin
-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Austin Acton
On Fri, 2003-01-31 at 04:21, Buchan Milne wrote:
 [EMAIL PROTECTED] wrote:
  Why do I always have to do the boring things ;-P

Because you got the skills brotha.

 You can do the boring things, plus the rest if you want ... but I think
 I would be wasting my time looking at the kernel, don't know about
 Austin ...

LOL!  I tried to fix our broken video4linux headers a while ago and got
lost beyond belief.  (I realize that's not called kernel anymore, but it
was then.)

Austin
-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread danny
On 31 Jan 2003, Austin Acton wrote:
 
 As Mark pointed out in a separate email, it is not possible. 
I'd like to see that mail.

 
 The capabilities patch is a 2 line kernel patch that starts init with
 a full set of capabilities (including CAP_SETPCAP, the ability to set
 capabilities on other processes). Capabilities are permissions to use
 certain calls or features of the kernel normally restricted to root
 only. For example, one of those capabilities is the ability of a 
 process to change its own scheduler to SCHED_FIFO(*), or change other

What I think is the problem is that they want jackd to be able to 
reschedule any program at some moment in time. For this, they would 
continuously need the ability to mess with the scheduler.

I would consider this a very non-secure thing, not much better than having 
it run all the time as root. Though I wonder why that is not possible.

Anyway, it seems that this is only possible by sacrificing security: do we 
want that in the low_lat kernel or not?


 Obviously the alternatives are even worse (unreliable low latency
 operation, or running everything as root)

Funny to see how these audio people thing low latencies are worse that a 
security problem.

d.






Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Austin Acton
On Fri, 2003-01-31 at 11:13, [EMAIL PROTECTED] wrote:
  As Mark pointed out in a separate email, it is not possible. 
 I'd like to see that mail.

[SNIP]

It is not possible to run jackd as root and applications as a user, from
what I understand. All jack apps, including jackd, have to be run from
the same account.

jackd -R gives real-time support
jackd -R as a user is not allowed
jackstart -R allows the user to get real-time support
jackstart _may_ have been written by Fernando at the Planet. I am not
sure.
Once I heard this, but I'm not sure.

jackstart is a requirement for me to run jack just from a usage point of
view. I won't have all these apps running as root.

This also require the appropriate kernel, but we've been over that
already.

Cheers,
Mark

 What I think is the problem is that they want jackd to be able to 
 reschedule any program at some moment in time. For this, they would 
 continuously need the ability to mess with the scheduler.

Well, yes.  But they want jack and only jack to be able to mess with the
scheduler.

 I would consider this a very non-secure thing, not much better than having 
 it run all the time as root. Though I wonder why that is not possible.

Apparently (I haven't tried), jack only works in the daemon and the
application using it are run by the same UID.

 Anyway, it seems that this is only possible by sacrificing security: do we 
 want that in the low_lat kernel or not?

Well it sure looks like it can't be in the main kernel; that's for sure.
But it would make a lot of people happy if it was somehow an option.

  Obviously the alternatives are even worse (unreliable low latency
  operation, or running everything as root)
 Funny to see how these audio people thing low latencies are worse that a 
 security problem.

It's not that funny.  They're using their workstation as a workstation. 
It's sole purpose is to record audio, and having your recording
interrupted by cron or whatever is not an option.  Even a quarter-second
latency could ruin a recording.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Austin Acton
On Fri, 2003-01-31 at 11:13, [EMAIL PROTECTED] wrote:
 Anyway, it seems that this is only possible by sacrificing security: do we 
 want that in the low_lat kernel or not?

Seems like Fernando (at CCRMA) has made a RedHat kernel where the
scheduling and low-latency patches can be applied at boot time?

You would understand better than I do, Danny.

http://ccrma-www.stanford.edu/planetccrma/software/tunesystem.html

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Buchan Milne
[EMAIL PROTECTED] wrote:
 On 31 Jan 2003, Austin Acton wrote:
 
 What I think is the problem is that they want jackd to be able to 
 reschedule any program at some moment in time. For this, they would 
 continuously need the ability to mess with the scheduler.
 
 I would consider this a very non-secure thing, not much better than having 
 it run all the time as root. Though I wonder why that is not possible.
 

So what's wrong with having jackd (configurable via /etc/sysconfig/jackd
or something) start via an init script, and (configurable, disabled by
default) be able to run as root?? Do the jack clients need to be running
as root or not?

 Anyway, it seems that this is only possible by sacrificing security: do we 
 want that in the low_lat kernel or not?
 

Probably not.

 
Obviously the alternatives are even worse (unreliable low latency
operation, or running everything as root)
 

But does *everything*, or only jackd, need to run as root?

 Funny to see how these audio people thing low latencies are worse that a 
 security problem.

Depends what your business is I guess ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread J. Greenlees
Buchan Milne wrote:

[EMAIL PROTECTED] wrote:


On 31 Jan 2003, Austin Acton wrote:

What I think is the problem is that they want jackd to be able to 
reschedule any program at some moment in time. For this, they would 
continuously need the ability to mess with the scheduler.

I would consider this a very non-secure thing, not much better than having 
it run all the time as root. Though I wonder why that is not possible.



So what's wrong with having jackd (configurable via /etc/sysconfig/jackd
or something) start via an init script, and (configurable, disabled by
default) be able to run as root?? Do the jack clients need to be running
as root or not?



Anyway, it seems that this is only possible by sacrificing security: do we 
want that in the low_lat kernel or not?



Probably not.



Obviously the alternatives are even worse (unreliable low latency
operation, or running everything as root)




But does *everything*, or only jackd, need to run as root?



Funny to see how these audio people thing low latencies are worse that a 
security problem.


Depends what your business is I guess ...

Buchan


also would depend on the design ( hardware wise ) of your network.
if you are running through a *nix router/gateway/firewall from the 
server to the extranet, then the intranet ( local ) security can be 
lowered for internal use, without a major reduction in security overall.
high tight security on external connection, lowered internal security to 
purchase the application speed /ease of use that increases productivity.
3d rendering eats cpu capacity, being able to keep as much free for 
rendering as possible speeds the process up. ( I have seen simple 
renders of a static scene from 3d mesh take 36+ hours, with only a high 
security setup. ( firewall / intrusion detection ) if the security level 
could be reduced on that workstation, then that same render would use 
less time to accomplish. this same concept will apply to sound editing 
as well as video compositing.





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Buchan Milne
J. Greenlees wrote:

 Depends what your business is I guess ...

 Buchan

 also would depend on the design ( hardware wise ) of your network.

Which is what I implied ...

 if you are running through a *nix router/gateway/firewall from the
 server to the extranet, then the intranet ( local ) security can be
 lowered for internal use, without a major reduction in security overall.
 high tight security on external connection, lowered internal security to
 purchase the application speed /ease of use that increases productivity.

I would probably consider having such machines on their own network,
with no direct connection to other networks ...

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Austin Acton
On Fri, 2003-01-31 at 11:38, Buchan Milne wrote:
 But does *everything*, or only jackd, need to run as root?

Again, the problem is that jack applications can only connect to jackd
running under the same uid.  I tried it.

So if you want to run your application as user, you have to run jackd as
user.  In our current setup there is no way of running jackd as user and
access FIFO or the scheduler.

Fernando has made a patched kernel at Planet CCRMA (for RedHat), which
solves this problem.  I don't know how we could implement the same
solution without sacrificing security, but I'm sure it's possible. 
Where there's a will, there's a way.

Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-31 Thread Buchan Milne
I have noteedit building on my cooker box, but it doesn't build on klama
for some reason, but I will go home now and try it later from home ...


Top priority, highly requested and on Thac's site
=
ladcca  
qjackconnectdone ([EMAIL PROTECTED])
csound
cecelia
rtsynth
swami   done (austin)
muse0.6.0-pre3 (0.8a current) in contrib:
  http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/muse/
vstserver
pd
ceres
mammut
ardour  0.96.4??? in contrib:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/ardour/ardour.spec
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteeditdone ([EMAIL PROTECTED])
lilypond[EMAIL PROTECTED] (1.7.12 has issues compiling)


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular
freqtweak   done (austin)
spiralloops
spiralsynth
snd done (austin)
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED]
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedal[EMAIL PROTECTED]
athena

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Buchan Milne
Austin Acton wrote:
 Okay, here's the todo list.
 Personally, I suggest Danny work on the kernel.  That's top priority in
 my eyes.  Gotz is a wizard and already maintains a lot of audio apps, so
 maybe he can pick some of these to do.  Buchan, you can take some if you
 want to, and I'll do the rest.
 

OK, anyone else who wants to take these, please keep the list of RPMs
intact (ie don't let them be quoted by your mailer) so it stays orderly ...

Put your mail address in the 2nd column if you take one, additional info
only goes there if *no-one* currently wants to take the rpm, and is just
there to indicate how much work it would be (based on previous specs,
current version etc). Of course there are also SRPMs on thac's site in
many cases, but check the versions.

Top priority, highly requested and on Thac's site
=
ladcca  
qjackconnect[EMAIL PROTECTED]
csound
cecelia
rtsynth
swami
muse0.6.0-pre3 (0.8a current) in contrib:
  http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/muse/
vstserver
pd
ceres
mammut
ardour  0.96.4??? in contrib:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/ardour/ardour.spec
vkeyb
kalsatools  [EMAIL PROTECTED]
noteedit[EMAIL PROTECTED]
lilypond1.4.2 (1.6.7 stable, thac has 1.7.9, latest devel is 1.7.12) in
contrib cvs:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/lilypond/


Highly requested, to start from scratch:

amsynth
spiralsynthmodular
freqtweak
spiralloops
spiralsynth
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo
ecamegapedal
athena




-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Chmouel Boudjnah
Buchan Milne [EMAIL PROTECTED] writes:

 OK, anyone else who wants to take these, please keep the list of RPMs
 intact (ie don't let them be quoted by your mailer) so it stays orderly ...

no kernel stuff, good for me ;-)





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Buchan Milne
Chmouel Boudjnah wrote:
 Buchan Milne [EMAIL PROTECTED] writes:
 
 
OK, anyone else who wants to take these, please keep the list of RPMs
intact (ie don't let them be quoted by your mailer) so it stays orderly ...
 
 no kernel stuff, good for me ;-)
 

You're expected to help Danny get a preempt kernel with XFS support ...

(maybe not expected, but if you have the time, since a lot of this
software is not so useful without a good kernel for it ...).

Danny, have you got something to show yet, or is the kernel in club the
best place to start looking?

Buchan

-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Spencer Anderson
On Thu, 30 Jan 2003 19:02:56 +0200
Buchan Milne [EMAIL PROTECTED] wrote:

 Austin Acton wrote:
  Okay, here's the todo list.
  Personally, I suggest Danny work on the kernel.  That's top priority in
  my eyes.  Gotz is a wizard and already maintains a lot of audio apps, so
  maybe he can pick some of these to do.  Buchan, you can take some if you
  want to, and I'll do the rest.
  
 
 OK, anyone else who wants to take these, please keep the list of RPMs
 intact (ie don't let them be quoted by your mailer) so it stays orderly ...
 
 Put your mail address in the 2nd column if you take one, additional info
 only goes there if *no-one* currently wants to take the rpm, and is just
 there to indicate how much work it would be (based on previous specs,
 current version etc). Of course there are also SRPMs on thac's site in
 many cases, but check the versions.
 
 Top priority, highly requested and on Thac's site
 =
 ladcca
 qjackconnect  [EMAIL PROTECTED]
 csound
 cecelia
 rtsynth
 swami
 muse  0.6.0-pre3 (0.8a current) in contrib:
   http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/muse/
 vstserver
 pd
 ceres
 mammut
 ardour0.96.4??? in contrib:
 http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/ardour/ardour.spec
 vkeyb
 kalsatools[EMAIL PROTECTED]
 noteedit  [EMAIL PROTECTED]
 lilypond  1.4.2 (1.6.7 stable, thac has 1.7.9, latest devel is 1.7.12) in
 contrib cvs:
 http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/lilypond/
 
 
 Highly requested, to start from scratch:
 
 amsynth
 spiralsynthmodular
 freqtweak
 spiralloops
 spiralsynth
 (We may need a C++ hacker to get *spiral* apps to compile as they are
 very non-ANSI code.)
 
 
 Requested by only a few users, to start from scratch, lowest priority:
 ==
 pain
 jmax  [EMAIL PROTECTED](done on 9.0,will do for 9.1 soon)
 seq24
 gdam
 kguitar   [EMAIL PROTECTED] (if time permits)
 denemo
 ecamegapedal
 athena[EMAIL PROTECTED](if time permits)
 
 
 
 
Hope that helps a little;)

Spence




Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Austin Acton
Top priority, highly requested and on Thac's site
=
ladcca  
qjackconnect[EMAIL PROTECTED]
csound
cecelia
rtsynth
swami
muse0.6.0-pre3 (0.8a current) in contrib:
  http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/muse/
vstserver
pd
ceres
mammut
ardour  0.96.4??? in contrib:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/ardour/ardour.spec
vkeyb
kalsatools  [EMAIL PROTECTED]
noteedit[EMAIL PROTECTED]
lilypond1.4.2 (1.6.7 stable, thac has 1.7.9, latest devel is 1.7.12) in
contrib cvs:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/lilypond/


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular
freqtweak   done (austin)
spiralloops
spiralsynth
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED]
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo
ecamegapedal[EMAIL PROTECTED]
athena

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Buchan Milne
Austin Acton wrote:

I have kalsatools built, but I think it will be better to split it up
into 3 seperate packages (we have enough monolithic KDE packages ;-)).

noteedit requires lilypond  1.7 (I have 1.7.12 building now), so ...


Top priority, highly requested and on Thac's site
=
ladcca  
qjackconnect[EMAIL PROTECTED]
csound
cecelia
rtsynth
swami
muse0.6.0-pre3 (0.8a current) in contrib:
  http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/muse/
vstserver
pd
ceres
mammut
ardour  0.96.4??? in contrib:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/ardour/ardour.spec
vkeyb
kalsatools  [EMAIL PROTECTED]
noteedit[EMAIL PROTECTED]
lilypond[EMAIL PROTECTED]


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular
freqtweak   done (austin)
spiralloops
spiralsynth
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED]
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedal[EMAIL PROTECTED]
athena


-- 
|--Another happy Mandrake Club member--|
Buchan MilneMechanical Engineer, Network Manager
Cellphone * Work+27 82 472 2231 * +27 21 8828820x121
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key   http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Tibor Pittich
On 30. jan 2003 15:03, Austin Acton wrote:

 jmax[EMAIL PROTECTED]

jmax is great tool for visual sound editing, but it runs under java
(jre), then i think, that it is impossible to add into contrib/main.
maybe into club member rpms ?




msg88843/pgp0.pgp
Description: PGP signature


Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Austin Acton
Top priority, highly requested and on Thac's site
=
ladcca  
qjackconnect[EMAIL PROTECTED]
csound
cecelia
rtsynth
swami
muse0.6.0-pre3 (0.8a current) in contrib:
  http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/muse/
vstserver
pd
ceres
mammut
ardour  0.96.4??? in contrib:
http://cvs.mandrakesoft.com/cgi-bin/cvsweb.cgi/contrib-SPECS/ardour/ardour.spec
vkeyb   done (austin)
kalsatools  [EMAIL PROTECTED]
noteedit[EMAIL PROTECTED]
lilypond[EMAIL PROTECTED]


Highly requested, to start from scratch:

amsynth done (austin)
spiralsynthmodular
freqtweak   done (austin)
spiralloops
spiralsynth
snd done (austin)
(We may need a C++ hacker to get *spiral* apps to compile as they are
very non-ANSI code.)


Requested by only a few users, to start from scratch, lowest priority:
==
pain
jmax[EMAIL PROTECTED]
seq24
gdam
kguitar [EMAIL PROTECTED] (if time permits)
denemo  [EMAIL PROTECTED] (if time permits)
ecamegapedal[EMAIL PROTECTED]
athena


-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca





Re: [Cooker] Linux Audio RPMs

2003-01-30 Thread Austin Acton
On Thu, 2003-01-30 at 15:31, Tibor Pittich wrote:
 jmax is great tool for visual sound editing, but it runs under java
 (jre), then i think, that it is impossible to add into contrib/main.
 maybe into club member rpms ?

Nay, it compiles with gcj by default actually.
Austin

-- 
Austin Acton Hon.B.Sc.
 Synthetic Organic Chemist, Teaching Assistant
   Department of Chemistry, York University, Toronto
 MandrakeClub Volunteer (www.mandrakeclub.com)
 homepage: www.groundstate.ca