Re: Contrib Repo
On Mon, 12 Jun 2023 at 11:26, Antonio wrote: > - CDDL binaries can indeed be used in Apache Projects. In fact we do use > many CDDL binaries in NetBeans. So can GPL+CPE binaries, and we currently ship with at least one. It currently requires permission on a case by case basis, to ensure all of the source is covered by the CPE, but it's doable. Although for those reasons, we would obviously pick CDDL where we can! :-) Best wishes, Neil - 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
Re: Contrib Repo
Correction: Since the code is GPLv2+CPE or CDDL (at our discretion, you're expected to choose one): - It cannot be integrated in an Apache Repository (i.e. the source cannot be merged). - CDDL binaries can indeed be used in Apache Projects. In fact we do use many CDDL binaries in NetBeans. Apologies for the typo, Antonio On 12/6/23 11:56, Antonio wrote: Since the code is GPLv2+CPE or CDDL, it cannot be used in Apache projects (i.e., it cannot be integrated in an Apache repository), but can live as a NetBeans plugin(s) elsewhere. - 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
Re: Contrib Repo
Hi, Of course you may fork that source code either totally or partially and modify and enhance it as you see fit. That's what open source is all about. You may then create a NetBeans plugin and request for it to be published in the NetBeans portal, for instance. Things you should keep in mind: 1- You must respect the source code license (i.e., you cannot change the GPLv2+CPE/CDDL license to Apache License, for instance, unless the original authors, whoever they are, give you permission to do so). 2- You must keep the copyright notices (you should add yours to your modifications too). Since the code is GPLv2+CPE or CDDL, it cannot be used in Apache projects (i.e., it cannot be integrated in an Apache repository), but can live as a NetBeans plugin(s) elsewhere. HTH, Antonio On 5/6/23 21:29, Chris wrote: Do I need to create a new plugin for this and this will by my "fork" of this or how should we do this? Should all of them treated as 3rd party plugins? - 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
Re: Contrib Repo
I there, That is actually a very good question. I was wondering to "resurrect" the Velocity and SFSBrowser plugins. On the code side, I am able to manage, but I still don't know how to proceed when it comes to commit the updated version as well as all the topics concerning IP from Oracle. It would be a good idea to have some information about that topic, since the contrib project is a mine of cool stuff that deserves to be reactivated by the community. Cheers, JM On Sun, Jun 11, 2023 at 2:13 PM Eric Bresie wrote: > I'm no expert on this but... > > I tried some time back to take the nbpython contribution to integrate it > into the Apache Netbeans work... The general input I got at the time was > that the nbPython contribution was to be included in coming donations from > Oracle which required some pre-donation checks to ensure no Oracle IP was > present. Some of this may have involved removal of some code (which might > require further updates). > > I believe the contribution paperwork signed when becoming a committer more > or less gave ownership/rights to Oracle so it was dependent on that. > However I believe in some cases the original contributors could have some > say in it if the given work was abandoned or no longer supported. > > There was a call out to see which of these contributions the community > wanted to have donated. With some being identified as candidates, others > being viewed as deprecated/not worth maintaining (i.e., requiring too much > work to bring it in line), Beyond that, I'm not sure any further donation > work against these is happening anymore. > > I think part of the work when doing so might involve > (1) updating licenses where applicable. Some of the contributions may have > existing licenses which did allow usages but still had to be in compliance > with Oracle licensing where applicable. > (2) managing the independent repo with contributions, > (3) delivering releasable artifacts (nbm, plugin portal, maven repo > publications, etc.) > (4) update for Netbeans compatibility (i.e. new NB versions builds with > applicable API compatibility, etc.) > > I believe part of this contribution fork also included some "mavenizing" of > some of the contributions. > > Once again...not an expert but that is my understanding of it. > > Eric Bresie > ebre...@gmail.com > > > On Mon, Jun 5, 2023 at 2:29 PM Chris wrote: > > > Hey, > > > > we have this wonderful repo here with all contribs since sun/oracle i > > think: https://github.com/timboudreau/netbeans-contrib so what is the > > correct procedure, If I want to extend or fix a package let's say, like > > this: > > > > > https://github.com/timboudreau/netbeans-contrib/tree/master/quickfilechooser > > > > Do I need to create a new plugin for this and this will by my "fork" of > > this or how should we do this? Should all of them treated as 3rd party > > plugins? > > > > > > Cheers > > > > Chris > > > > > > - > > 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 > > > > > > > > >
Re: Contrib Repo
I'm no expert on this but... I tried some time back to take the nbpython contribution to integrate it into the Apache Netbeans work... The general input I got at the time was that the nbPython contribution was to be included in coming donations from Oracle which required some pre-donation checks to ensure no Oracle IP was present. Some of this may have involved removal of some code (which might require further updates). I believe the contribution paperwork signed when becoming a committer more or less gave ownership/rights to Oracle so it was dependent on that. However I believe in some cases the original contributors could have some say in it if the given work was abandoned or no longer supported. There was a call out to see which of these contributions the community wanted to have donated. With some being identified as candidates, others being viewed as deprecated/not worth maintaining (i.e., requiring too much work to bring it in line), Beyond that, I'm not sure any further donation work against these is happening anymore. I think part of the work when doing so might involve (1) updating licenses where applicable. Some of the contributions may have existing licenses which did allow usages but still had to be in compliance with Oracle licensing where applicable. (2) managing the independent repo with contributions, (3) delivering releasable artifacts (nbm, plugin portal, maven repo publications, etc.) (4) update for Netbeans compatibility (i.e. new NB versions builds with applicable API compatibility, etc.) I believe part of this contribution fork also included some "mavenizing" of some of the contributions. Once again...not an expert but that is my understanding of it. Eric Bresie ebre...@gmail.com On Mon, Jun 5, 2023 at 2:29 PM Chris wrote: > Hey, > > we have this wonderful repo here with all contribs since sun/oracle i > think: https://github.com/timboudreau/netbeans-contrib so what is the > correct procedure, If I want to extend or fix a package let's say, like > this: > > https://github.com/timboudreau/netbeans-contrib/tree/master/quickfilechooser > > Do I need to create a new plugin for this and this will by my "fork" of > this or how should we do this? Should all of them treated as 3rd party > plugins? > > > Cheers > > Chris > > > - > 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 > > > >
Contrib Repo
Hey, we have this wonderful repo here with all contribs since sun/oracle i think: https://github.com/timboudreau/netbeans-contrib so what is the correct procedure, If I want to extend or fix a package let's say, like this: https://github.com/timboudreau/netbeans-contrib/tree/master/quickfilechooser Do I need to create a new plugin for this and this will by my "fork" of this or how should we do this? Should all of them treated as 3rd party plugins? Cheers Chris - 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