Hi all, yep, Tomas is right.
Thanks, Ondřej Brejla > 25. 2. 2020 v 15:38, Tomáš Myšík <tomas.my...@gmail.com>: > > Hi guys, > AFAIR, this class simply splits the generated parser into more smaller > ones (the parser class is too big and won't compile). The author is > Ondrej Brejla (on CC) who worked with me on NB PHP support at Sun > (later Oracle). Or am I wrong, Ondro? > > Thanks, > Tomas > > út 25. 2. 2020 v 14:16 odesílatel Junichi Yamamoto > <junichi0...@gmail.com> napsal: >> >> Hi Geertjan, >> >> If it is not donated, we can't put it in an apache repository. >> (Although I think it is better to exist in the apache repository.) >> If it is removed in the future, I'll create a repository for it with >> my GitHub account, maybe. >> I'm not sure whether there is a problem if we don't use it because I'm >> not the author of it. >> Maybe, files related to the parser will become one huge file. >> I think that we can use it even if it is not donated because the >> sources/binaries of the tool are not included in the release. >> >> Tomas, What do you think? >> >> Thanks, >> Junichi >> >> >>> On Tue, Feb 25, 2020 at 9:16 PM Geertjan Wielenga <geert...@apache.org> >>> wrote: >>> >>> On Thu, Feb 13, 2020 at 3:47 AM Junichi Yamamoto <junichi0...@gmail.com> >>> wrote: >>> >>>> Hi Geertjan, >>>> >>>> We use [1] when we generate PHP parser files. Is it going to be donated? >>>> >>> >>> Hi Junichi, >>> >>> Is it critical to include this and what does it do exactly and if it were >>> to not be donated (it is outside the release repository which is the focus >>> of our donation) how bad would that be? >>> >>> Thanks, >>> >>> Gj >>> >>> >>> >>> >>>> Maybe, we can put it in [2]. >>>> >>>> [1] https://hg.netbeans.org/main/misc/file/tip/php/parser.cutter >>>> [2] https://github.com/apache/netbeans-tools >>>> >>>> Thanks, >>>> Junichi >>>> >>>> On Tue, Feb 11, 2020 at 7:46 PM Geertjan Wielenga <geert...@apache.org> >>>> wrote: >>>>> >>>>> Hi all, >>>>> >>>>> At this stage, now that the C/C++ donation is complete (though not >>>>> integrated yet into Apache NetBeans GitHub, a work in progress) Oracle >>>> has >>>>> donated all the pieces of NetBeans that is can donate from Oracle >>>> NetBeans >>>>> 8.2. >>>>> >>>>> Based on various questions, this remains: >>>>> >>>>> c.atlassian.connector.eclipse.jira.core >>>>> >>>> https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core >>>>> c.atlassian.connector.eclipse.jira.core.rest >>>>> >>>> https://hg.netbeans.org/main-golden/file/tip/c.atlassian.connector.eclipse.jira.core.rest >>>>> jira https://hg.netbeans.org/main-golden/file/tip/jira >>>>> jira.rest https://hg.netbeans.org/main-golden/file/tip/jira.rest >>>>> jira.xmlrpc https://hg.netbeans.org/main-golden/file/tip/jira.xmlrpc >>>>> libs.jira.rest >>>> https://hg.netbeans.org/main-golden/file/tip/libs.jira.rest >>>>> >>>>> As well as "contrib", but surely not all of "contrib": >>>>> >>>>> https://hg.netbeans.org/main/contrib/file >>>>> >>>>> There's also the community repositories and code that has not been worked >>>>> on for many years: >>>>> >>>>> community-xml >>>>> nb.cluster.javacard >>>>> nb.cluster.mobility >>>>> community-rub >>>>> community-soa >>>>> community-uml >>>>> community-visualweb >>>>> >>>>> So, here's my proposal -- Oracle will only spend time on working on >>>> further >>>>> donations for code that we in Apache are actually committed to work on. >>>>> I.e., if there is no one in the Apache NetBeans community committed to >>>>> working on the above (i.e., not simply using it, but will actually take >>>>> ownership, integrate the code into our GitHub and actively develop it >>>>> further), then Oracle will not spend time donating that code. >>>>> >>>>> The responses to this thread should be along the lines of: >>>>> >>>>> 1. "This is terrible news. The XYZ code is very important to Apache >>>>> NetBeans or to me or to someone and I will be actively working on it once >>>>> Oracle donates it to Apache." >>>>> >>>>> 2. "It would be a pity that XYZ is not part of Apache NetBeans, but I >>>> will >>>>> not be working on it myself, so I can't expect Oracle to work on donating >>>>> it either." >>>>> >>>>> I give us one week, i.e, this time next week, we will see where we are >>>> and >>>>> then decide which, if any, of the remaining code will be audited on the >>>>> Oracle side for donation. >>>>> >>>>> Thanks, >>>>> >>>>> Gj >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>>> For additional commands, e-mail: dev-h...@netbeans.apache.org >>>> >>>> For further information about the NetBeans mailing lists, visit: >>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>>> >>>> >>>> >>>> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists