[PD] [dsplib]: how should it be maintained?

2007-06-18 Thread Roman Haefeli
hello everyone one question still remains: how is it organized? will some mercyful person voluntarly collect the dsp abs and check it in into cvs? or shall we give cvs write access to every interested author? personally, i'd like to concentrate on netpd, rather than maintaining this project. but

Re: [PD] [dsplib]: how should it be maintained?

2007-06-18 Thread Frank Barknecht
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > one question still remains: how is it organized? will some mercyful > person voluntarly collect the dsp abs and check it in into cvs? or shall > we give cvs write access to every interested author? I'd rather not give anyone write permis

Re: [PD] [dsplib]: how should it be maintained?

2007-06-18 Thread Steffen
On 18/06/2007, at 23.21, Roman Haefeli wrote: > one question still remains: how is it organized? If it is of any interest i've already voided my opinion, cf. http://lists.puredata.info/pipermail/pd-list/2007-06/051122.html ___ PD-list@iem.at mailing

Re: [PD] [dsplib]: how should it be maintained?

2007-06-18 Thread Roman Haefeli
On Tue, 2007-06-19 at 00:47 +0200, Steffen wrote: > On 18/06/2007, at 23.21, Roman Haefeli wrote: > > > one question still remains: how is it organized? > > If it is of any interest i've already voided my opinion, cf. > http://lists.puredata.info/pipermail/pd-list/2007-06/051122.html absolutely

Re: [PD] [dsplib]: how should it be maintained?

2007-06-18 Thread Roman Haefeli
On Mon, 2007-06-18 at 23:34 +0200, Frank Barknecht wrote: > Hallo, > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > > > one question still remains: how is it organized? will some mercyful > > person voluntarly collect the dsp abs and check it in into cvs? or shall > > we give cvs write access

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Roman Haefeli
On Tue, 2007-06-19 at 01:09 +0200, Roman Haefeli wrote: > On Mon, 2007-06-18 at 23:34 +0200, Frank Barknecht wrote: > > Hallo, > > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > > > > > one question still remains: how is it organized? will some mercyful > > > person voluntarly collect the dsp

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Frank Barknecht
Hallo, Roman Haefeli hat gesagt: // Roman Haefeli wrote: > Name (of the patch/abstraction) > (Name of the) Author > Binary deps (pd-version, externals) > Patch deps (abs-collection or single abs) > License (e.g. Gnu GPL) > > though it is also my opinion, that in the first place it is important >

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Roman Haefeli
On Tue, 2007-06-19 at 17:11 +0200, Frank Barknecht wrote: > Hallo, > Roman Haefeli hat gesagt: // Roman Haefeli wrote: > > > Name (of the patch/abstraction) > > (Name of the) Author > > Binary deps (pd-version, externals) > > Patch deps (abs-collection or single abs) > > License (e.g. Gnu GPL) > >

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Steffen
On 19/06/2007, at 18.48, Roman Haefeli wrote: > i forgot to mention, my and syntax' abstractions use a version tag of > the format: > > [version x.x.x( (where x can be any integer number) > > this is used in netpd, though i am not sure if it makes sense to > have it > as a standard. if you thi

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Steffen
On 19/06/2007, at 1.06, Roman Haefeli wrote: > On Tue, 2007-06-19 at 00:47 +0200, Steffen wrote: >> On 18/06/2007, at 23.21, Roman Haefeli wrote: >> >>> one question still remains: how is it organized? >> >> If it is of any interest i've already voided my opinion, cf. >> http://lists.puredata.inf

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Frank Barknecht
Hallo, Steffen hat gesagt: // Steffen wrote: > Version numbers i think is crucial. It is simply a dread when folks > share there nice code and one don't have a simple system (version > numbers) to keep track of what is what and what is newer. By all > means, please! I don't think it's neces

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Steffen
On 19/06/2007, at 19.52, Frank Barknecht wrote: > Steffen hat gesagt: // Steffen wrote: > >> Version numbers i think is crucial. It is simply a dread when folks >> share there nice code and one don't have a simple system (version >> numbers) to keep track of what is what and what is newer. By all

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Roman Haefeli
On Tue, 2007-06-19 at 19:33 +0200, Steffen wrote: > The "x.x.x"-system might be nice. How do you use it? Keep the first > x=0 at all times as no code gets to version 1; bumb the second x when > new features are added; bumb the last x when bugs are corrected? - yo, that is how i use them. but

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Roman Haefeli
On Tue, 2007-06-19 at 19:44 +0200, Steffen wrote: > > who does define the goals? > > I think you (pl.) are defining the goals and form of it in this email > correspondence. It goes quite well. When you consider it dense, add > it up in a README. Maybe even make a wiki page for it in http://

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Steffen
On 19/06/2007, at 21.55, Roman Haefeli wrote: > a wiki-page for streamlining the idea and a little howto-guide > (with the > stuff we already discussed) would be nice, though i don't know how to > create the page, respectively who as write acces to it. I think it's a matter for proposing it to

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Roman Haefeli
On Tue, 2007-06-19 at 17:11 +0200, Frank Barknecht wrote: > Some other things: A tricky issue may be abstractions that use other > custom abstractions. I think, a subdirectory for these > sub-abstractions would be good to have, so that the namespace doesn't > get polluted. personally, i don't su

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Frank Barknecht
Hallo, Steffen hat gesagt: // Steffen wrote: > On 19/06/2007, at 21.55, Roman Haefeli wrote: > > > a wiki-page for streamlining the idea and a little howto-guide > > (with the > > stuff we already discussed) would be nice, though i don't know how to > > create the page, respectively who as writ

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Kyle Klipowicz
I am curious, has anyone ever vandalized the netpd patches during a jam? ~Kyle On 6/19/07, Roman Haefeli <[EMAIL PROTECTED]> wrote: > On Tue, 2007-06-19 at 19:33 +0200, Steffen wrote: > > > The "x.x.x"-system might be nice. How do you use it? Keep the first > > x=0 at all times as no code gets to

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Kyle Klipowicz
Another interesting approach is that taken by pdmtl, which uses a namespace-type separation of objects based upon their type and use. IIRC, it is not in Pd-extended yet either... ~Kyle On 6/19/07, Steffen <[EMAIL PROTECTED]> wrote: > > On 19/06/2007, at 21.55, Roman Haefeli wrote: > > > a wiki-pa

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Patco
Hello, Kyle Klipowicz a écrit : > I am curious, has anyone ever vandalized the netpd patches during a jam? > > It's true that things might be a lot more complicated if net-pd users starts to build net-pd objects with using pd-extended distro, and jam with people that are using net-pd distro.

Re: [PD] [dsplib]: how should it be maintained?

2007-06-19 Thread Kyle Klipowicz
Here is a link to the pdmtl list of files. It has quite a few objects, and a lot of dsp ones too. I am all for adopting this framework, since it is already semi-established with users. http://wiki.dataflow.ws/PdMtlAbstractions/Contents Let's face it, it's difficult to find objects through the sor

Re: [PD] [dsplib]: how should it be maintained?

2007-06-20 Thread Frank Barknecht
Hallo, Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote: > Here is a link to the pdmtl list of files. It has quite a few objects, > and a lot of dsp ones too. I am all for adopting this framework, since > it is already semi-established with users. > > http://wiki.dataflow.ws/PdMtlAbstractions/C

Re: [PD] [dsplib]: how should it be maintained?

2007-06-20 Thread Roman Haefeli
On Tue, 2007-06-19 at 17:52 -0500, Kyle Klipowicz wrote: > I am curious, has anyone ever vandalized the netpd patches during a jam? Fortunately, no. i once kind of vandalized. a person left the computer and we needed to restart every client for some reason. because that person was not reachable, i

Re: [PD] [dsplib]: how should it be maintained?

2007-06-20 Thread hard off
it would be like robbing a grandmother. sounds like fun to me! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Re: [PD] [dsplib]: how should it be maintained?

2007-06-20 Thread Roman Haefeli
On Wed, 2007-06-20 at 20:58 +0900, hard off wrote: > > it would be like robbing a grandmother. > > > sounds like fun to me! bad guy! in that case, you are invited to vandalize in netpd a bit, just for your fun's sake ;-) roman > > _

Re: [PD] [dsplib]: how should it be maintained?

2007-06-20 Thread Roman Haefeli
On Wed, 2007-06-20 at 10:32 +0200, Frank Barknecht wrote: > Hallo, > Kyle Klipowicz hat gesagt: // Kyle Klipowicz wrote: > > > Here is a link to the pdmtl list of files. It has quite a few objects, > > and a lot of dsp ones too. I am all for adopting this framework, since > > it is already semi-es

Re: [PD] [dsplib]: how should it be maintained?

2007-06-20 Thread Roman Haefeli
On Wed, 2007-06-20 at 04:50 +0200, Patco wrote: > It's true that things might be a lot more complicated if net-pd users > starts to build net-pd objects with using pd-extended distro, and jam > with people that are using net-pd distro. things are more complicated then, absolutely, but: a) i do

Re: [PD] [dsplib]: how should it be maintained?

2007-06-21 Thread patrice colet
Le mercredi 20 juin 2007 à 14:49 +0200, Roman Haefeli a écrit : > as for know, i try to keep > things as simple as possible, so that anyone can use netpd without > having technical issues (also pd-extended users, course) That must explain why netpd is working so good, thanks dear coordinator, ;).