Are these going to be posted in the general pd mailing list as well?
also i am trying to get a post top pinned to the facebook group. if anyone on gem-dev is on facebook can you add your 2 cents to antonios post? i guess there are 12k facebook pd group subscribers and maybe we can get some of those that seem to keep complaining to put some $$ up
On Wed, Nov 22, 2017 at 3:46 AM, cyrille henry ch@chnry.net wrote:
Le 21/11/2017 à 23:04, Jaime Oliver La Rosa a écrit :
Sorry, just saw the pages in the email chain. Are these going to be posted in the general pd mailing list as well?
as soon as I have time to write a polite and convincing mail! feel free to do it before me! cheers c
thanks for your work!
J
On 11/21/2017 04:41 PM, me.grimm wrote:
+1
On Tue, Nov 21, 2017 at 4:22 AM, cyrille henry <ch@chnry.net mailto: ch@chnry.net> wrote:
As I said in earlier mail, my aim is (for now) to be able to releasea Gem version that incorporate the development made in the last 5 years. Time is not to add functionalities, but to keep Gem alive.
Starting new development now is, imo, a nonsense since no releasecan be done before this 4 tasks will be finished.
I am, like you, only a linux user that have no interest in osX norwindows, but this is mandatory before being able to go forward.
cheers c Le 20/11/2017 à 16:58, Jack a écrit : Or for all platforms ? In vertex processing with have : - vertex shader - geometry shader What about tesselation shader ? I use Gem a lot so i will be happy to participate financially ifthat can help to add functionality to it. ++
Jack Le 20/11/2017 à 12:27, Max a écrit : What about something for linux? Generally support a newrelease?
On 2017년 11월 17일 18:07, cyrille henry wrote: it appear that pledgie is dedicatad to find money foryour work, better than financing other work. i.e, if I crete a project, I'll receive the donation.
So, I went with bounty source. I create 4 bounty: https://www.bountysource.com/issues/3383537-w32-build-msvc https://www.bountysource.com/ issues/3383537-w32-build-msvc https://www.bountysource.com/i ssues/4185679-native-video-capturing-on-osx-64bit < https://www.bountysource.com/issues/4185679-native-video-ca pturing-on-osx-64bit>
https://www.bountysource.com/issues/4185729-native-film-reading-on-osx-64bit < https://www.bountysource.com/issues/4185729-native-film-rea ding-on-osx-64bit>
https://www.bountysource.com/issues/6492784-native-image-reading-writing-on-osx-64bit < https://www.bountysource.com/issues/6492784-native-image-re ading-writing-on-osx-64bit>
They correspond to the 4 most important bug I found onthe gitub bugtracker.
It's time to find money! Le 15/11/2017 à 18:05, cyrille henry a écrit : hello, i'm sorry it took so long, I have lot's of work. I found 2 platform : https://pledgie.com/ and : https://www.bountysource.com/ pledgie get 3% of the donation, bountysource get 10%. unless anyone have a better idea, i'll start to gowith pledgie cheers c
Le 30/10/2017 à 17:38, cyrille henry a écrit : Hello, I've check Iohannes github: There is not a lot'sof release critical issue.
Image, film and video under osX and having a wayto compile for window and the main issues.
There is also lot's of stuff regarding FTGL, butthey look to be obsolete. At least, we will know if they are obsolete after being able to compile Gem on the concerned platform.
Since Iohannes is currently too buzzy to help, Ithink we should organize development in 2 parts :
1st : doing the minimum to have Gem usable onall platform. We could then release a v0.94 and use it to test on lot's of computer and reporting all bugs. Then, a 2nd development round could create a 0.94.1 bugfix release with a longer lifetime.
if there is no objection, I will have a look atthe platform we could use to centralize financing and stuff. cheers c
Le 12/10/2017 à 10:34, cyrille henry a écrit : hello Max Le 12/10/2017 à 10:04, Max a écrit : Bonjour Cyrille, This sounds good, there was the idea ofsome bounty system years ago too. I think it's crucial for this process to
1. break up the job in small manageableparts
yes, that's the idea of using the github bugtracker. Spiting jobs in bugs. (and use flags to create priorities)
2. well define their scope and definewhat "job completed" entails
I think it imply that the push request isaccepted, and the code is merged upstream.
3. set up a system that doesn't comewith a huge administration overhead
yes, this is a problem. The reduce amount of developers interestedin this job will make things simpler.
It almost seem there should be aplatform for this out there...
yes, I don't think administration will be ashow stopper.
https://www.bountysource.com/teams/pure-data/issues https://www.bountysource.com/ teams/pure-data/issues
this one looks like it parses githubissues.. kind of shady.
On 2017년 10월 12일 09:46, cyrille henrywrote:
Hello, Since the "get money, paid adeveloper" idea arise on the mailing list, I spend last weeks trying to think how to organize the last bit of development that need to be done.
I think we need a clear roadmap : alist of all object / platform that need to be fixed. My proposition is to use/update the bugtracker and to organize everything that need to be done under the "release critical" tag. There is a bit of work there. For example "native film reading in osX/64 bit" is not mark as release critical. Also, there is 2 critical bug regarding W32 build : do we need to be able to compile Gem on mingw AND mscv?
With this list of "release critical"bugs, it will be easier to estimate the work that need to be done. It will allow to estimate the development time, and the bounty we could offer for this work.
With the financial help of NewBlankets, other institutions, associations or users, I confident that we will be able to finance this work (or part of this work).
does this sound good? cheers Cyrille ______________________________
GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/li stinfo/gem-dev https://lists.puredata.info/listinfo/gem-dev
______________________________
GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/li stinfo/gem-dev https://lists.puredata.info/listinfo/gem-dev
______________________________
GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev https://lists.puredata.info/listinfo/gem-dev
_______________________________________________ GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev < https://lists.puredata.info/listinfo/gem-dev%3E
_______________________________________________ GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev <https://lists.puredata.info/listinfo/gem-dev%3E
_______________________________________________ GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev <https://lists.puredata.info/listinfo/gem-dev%3E
_______________________________________________ GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev <https://lists.puredata.info/listinfo/gem-dev%3E
_______________________________________________ GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev <https://lists.puredata.info/listinfo/gem-dev%3E
_______________________________________________ GEM-dev mailing list GEM-dev@lists.iem.at <mailto:GEM-dev@lists.iem.at> https://lists.puredata.info/listinfo/gem-dev <https://lists.puredata.info/listinfo/gem-dev%3E
-- ____________________ m.e.grimm, m.f.a, ed.m. syracuse u., tc3 megrimm.net http://megrimm.net ____________________
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev
GEM-dev mailing list GEM-dev@lists.iem.at https://lists.puredata.info/listinfo/gem-dev