Yes, I think if the CND work Jan has done would be available in a branch or some repo at Apache, that would help a lot and we'd have a centralized starting point.
Gj On Wed, Feb 26, 2020 at 5:39 AM Peter Kovacs <pe...@apache.org> wrote: > Hi all > > Does it make sense to create a separate donation repository? Maybe > similar to a mini incubator. > > I mean at ASF we can create multiple repositories, completely > independent of the self service side. > > We put the oracle donations there, in separated branches packed to topic > or donation packages. > > If one package is converted and is technically ready for merge into the > main tree, Oracle creates a sign Off commit, > > and then the packages moves over to the main tree. > > This would allow a broader community work on the donation code, but > still guarantees the control at Oracle. > > Just an Idea. At least in CND donation it would be nice to have a > official incubating branch for the module. > > Not sure if I got all the wording right. > > All the Best > > Peter > > Am 25.02.20 um 14:16 schrieb Junichi Yamamoto: > > 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 > > > > > > >
