> Thanks for your investigations and bug reports - that is important work.
I'm more than glab to be able to help this way, unfortuntely I can't do more and fix the code myself. Not yet at least :) cheers 2015-06-07 23:07 GMT-03:00 Chris McCormick <[email protected]>: > Hi Alexandre, > > Thanks for your investigations and bug reports - that is important work. > > On 08/06/15 05:40, Alexandre Torres Porres wrote: > > But I'd still like to know if anyone can fix this. I'm not sure how the > > authorship works in this particular example. I know it's an "extra" > > feature in vanilla, not maintained by miller, and it has a different > > license than Pd's. > > The license is LGPL so it is compatible. > > The last bugfix in expr~ was made by Miller on Sun Oct 12, 2014 and > specifically references a Source Forge ticket somebody filed, so I don't > think "not maintained by miller" is accurate. > > As IOhannes said, a helpful thing would be filing these issues in the > tracker at Source Forge and that will hopefully result in the bug > getting fixed. > > Even more helpful would be if you forked the Pd git repository, fixed > the bug, and then sent a patch to Miller. :) > > git://git.code.sf.net/p/pure-data/pure-data > > > Well, maybe I could generalize this issue to any other objects and > > libraries, because I see many of them marked as being maintained by some > > people, but they don't really seem to be so in the real world. Another > > example is that I pointed a bug about [partconv~] to the > > author/maintainer and he said he was aware of it but "didn't have time > > to work on it"... so, can they all be fixed and maintained by anyone? > > should we revise the externals and libraries to see if we see new > > maintainers or mark them as unmaintained? > > Anybody is free to update the code. At the moment there is some friction > because you need to have access to the SVN repository on Source Forge. I > hope it will become easier to just externals fork code, modify it, host > it wherever you like as mentioned in a different thread. > > This would make it easier when an external like [partconv~] is abandoned > - you could fork it, change it, build and upload new binaries for users > of the external with your fix. > > Cheers, > > Chris. > > -- > http://mccormick.cx/ >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
