Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [epp-dev] how to include the project into distribution?

Hello Markus,

Thank you for your comments. At the current moment the main problem is
following - Subversive itself is EPL compliant, but it depends on SVN
libraries JavaHL or SVNKit, either of them are not EPL compliant. As the
result Subversive isn't fully functional without libraries and libraries
can't be located on eclipse.org, because they are not EPL compliant. To this
e-mail I attached long threads where I discussed situation with Eclipse
foundation.

Let's think how we can handle such sort of situations. Probably at the
current moment it's new for you, but if can resolve it then other projects
can benefit from it as well. I mean creation of standard pattern for
projects, which include non-EPL parts. Unfortunately I'm not familiar with
EPP concept/strategy, so I can't contribute a lot of ideas there. I just
want to point you to the direction by few examples below. It will be good to
know your opinion. 

Example 1.
Create distribution, which include selected projects, which are under
Eclipse umbrella, but just mention that some content doesn't follow EPL
license and have own licenses.

Example 2.
Create distribution split on two parts - EPL part and non-EPL part. It can
be technically implemented by different ways - two separate distributions;
one required distribution, which then automatically installs optional
non-EPL parts, etc.

We can take a look the problem from the different angle. SVN support is
really required, so it makes sense to include it into distribution.
Limitations, which are set by non-EPL parts (GPL in our case) related to
some specific cases, like for example creation of commercial solutions on
top of distribution, etc. But there no limitations for the most of
community, which just use the distribution for development. I'm not a lawer,
so probably I don't understand all aspects of differences between EPL and
GPL. But if we take a look to GPL license then it's require distribution of
the source code for the project, which uses GPL-licensed library. We
distribute source code for Subversive and for Eclipse, so I don't see a
blocker there to create a distribution, which includes both.

Best regards,
Igor Vinnykov

-----Original Message-----
From: epp-dev-bounces@xxxxxxxxxxx [mailto:epp-dev-bounces@xxxxxxxxxxx] On
Behalf Of Markus Knauer
Sent: Wednesday, August 01, 2007 10:16 PM
To: Eclipse Packaging Project
Subject: Re: [epp-dev] how to include the project into distribution?

Hi Igor,

Subversion support (yes, I am using SVN myself all the time) is really 
important and there is a high user demand for such a repository. Therefore I

really would like to find a solution here. But as you can imagine, the same 
problem applies to EPP packages: We can only distribute EPL compliant 
software from eclipse.org.

So the bad news is here: No, it's not possible to include 3rd party software

in the packages which is not EPL compliant.

Is it the SVNKit library that causes the problems? Or do you depend on other

software pieces? I have to admit that I was using Subclipse in the last 
months and wasn't able to follow all the discussions around Subversive.
Maybe 
you can describe your license issues in detail - I don't know... maybe we
can 
find another solution.

[Newsgroup: I am not using the newsgroup very often, but with my webbrowser 
the URL 
http://www.eclipse.org/newsportal/thread.php?group=eclipse.technology.packag
ing 
does work -- at the project start there was a bit of confusion with another 
newsgroup name eclipse.technology.epp, but I thought this was solved... 
anyway, I'll check it again.]

Regards
Markus

On Wednesday 01 August 2007 18:45, Igor Vinnykov wrote:
> Hello,
>
>
>
> I'm writing in behalf of Subversive (www.eclipse.org/subversive) project.
> What are preconditions for inclusion into distribution? Currently we have
> not typical situation when part of the project is EPL compliant and part
> (required part) isn't. As so we will distribute EPL part from eclipse.org
> and non-EPL part from external server. As far as I understand such
> situation prevents inclusion into Eclipse distribution, but I want to get
> this information from EPP team.
>
>
>
> Off topic: your refer eclipse.technilogy.packaging as the newsgroup, but
it
> seems that it is missed (I don't see it on the news server and here:
>
http://www.eclipse.org/newsportal/thread.php?group=eclipse.technology.packa
>g ing)
>
>
>
> Best regards,
>
> Igor Vinnykov
>
> Subversive Team
_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/epp-dev




--- Begin Message ---

Hello Technology PMC members,

 

As far as we are unable to distribute JavaHL client library from Eclipse server due to licensing, I want to formulate our proposal how to handle this.

 

Subversive project consists of a few features, some of them are required, i.e. Subversive will not work without them; and some are optional, i.e. provide optional integration with other plug-ins for example. Source code and binary distribution for those features, which have dependency from third-party libraries with incompatible license (according to Eclipse legal guidelines), will be located at polarion.org, the rest features will be located at eclipse.org. Main project home will be at eclipse.org, where we will create an update site, which join all Subversive features - all required and optional, located at eclipse.org and polarion.org. This configuration will be correctly described by special notice on the project page.

 

According to this proposal, an update site, which will be located at eclipse.org, include following features:

 

 

Required features:

 

SVN Team Provider –Subversive core implementation. Feature and its source code are located at eclipse.org. Source code doesn’t have dependencies, which violate Eclipse guidelines.

 

Optional features:

 

Subversion clients (installation of one of the following Subversion clients is required):

 

JavaHL Subversion Client Implementation – Subversion client based on JavaHL. Feature and its source code are located at polarion.org. Source code has dependencies, which violate Eclipse guidelines (see discussion below).

SVNKit Subversion Client Implementation - Subversion client based on SVNKit. Feature and its source code are located at polarion.org. Source code has dependencies, which violate Eclipse guidelines (SVNKit library has EPL incompatible license).

JavaSVN Subversion Client Implementation - Subversion client based on JavaSVN (previous version of SVNKit). Feature and its source code are located at polarion.org. Source code has dependencies, which violate Eclipse guidelines (JavaSVN library has EPL incompatible license).

 

Integration with other plug-ins:

 

Subversive Integration for Mylyn project – integration with Mylyn. Feature and its source code are located at eclipse.org. Source code doesn’t have dependencies, which violate Eclipse guidelines.

Subversive Integration for CSC ProjectSet project – integration with ProjectSet (http://vpms.de.csc.com/projectset/, released with CPL license). Feature and its source code are located at eclipse.org. Source code doesn’t have dependencies, which violate Eclipse guidelines.

 

Other:

 

JDT Ignore Extensions – feature useful for JDT. Feature and its source code are located at eclipse.org. Source code doesn’t have dependencies, which violate Eclipse guidelines.

SVN Team Provides sources – source code for Subversive. Feature and its source code are located at eclipse.org. Source code doesn’t have dependencies, which violate Eclipse guidelines.

 

 

If the project and update site will be organized by such way, then users can install all Subversive features in one step. The only problem is that we unable to define required default Subversion client, because all clients violate Eclipse guidelines, so are optional and distributed from polarion.org. But this situation can be handled by proper explanation in installation instructions.

 

What do you think about this proposal?

 

 

Another topic, which I want to discuss related with main goal for Subversive project. As we defined in our proposal, the main goal for Subversive is future inclusion into Eclipse distribution. At the current moment we identified problem related with licenses for Subversion client libraries, because none of them are compatible with Eclipse guidelines, which means that project can’t be included into the distribution. What you recommend to do? What is your vision for this topic?

 

Best regards,

Igor Vinnykov

 


From: Mike Milinkovich [mailto:mike.milinkovich@xxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 11:45 PM
To: 'Igor Vinnykov'; 'Technology PMC'
Cc: antonin.pokorny@xxxxxxxxxxxx; frank.schroeder@xxxxxxxxxxxx; 'Bjorn Freeman-Benson'; 'Janet Campbell'; 'Sharon Corbett'
Subject: RE: Further Questions Re: Subversion

 

Igor,

 

One additional clarification: as per the process, third party dependencies need to be vetted by your PMC. I’ve cc’d the Technology PMC above as an FYI, but you will need to discuss this with them.

 

Mike Milinkovich

Office: +1.613.224.9461 x228

Mobile: +1.613.220.3223

mike.milinkovich@xxxxxxxxxxx

 

From: Janet Campbell [mailto:janet.campbell@xxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 3:57 PM
To: 'Igor Vinnykov'; 'Sharon Corbett'
Cc: antonin.pokorny@xxxxxxxxxxxx; frank.schroeder@xxxxxxxxxxxx; 'Bjorn Freeman-Benson'; mike.milinkovich@xxxxxxxxxxx
Subject: RE: Further Questions Re: Subversion

 

Hi Igor,

 

In light of the GPL content in the package you wish to distribute, we won’t be able to host the code on Eclipse’s servers.   We have reviewed the requirement however under our Third Party Dependency guidelines recently approved by the Board, and you have EMO approval to “pre-req” the code.  This means that the code would be hosted elsewhere and that the user would be prompted to download the code themselves.  Note that in doing the implementation, it is important that you prominently display the following notice: 

 

Please note that the use of the software you are about to access may be subject to third party terms and conditions and you are responsible for abiding by such terms and conditions.

 

If you have any additional questions, please let us know.

 

Best regards,

 

Janet Campbell

Phone:  +1.613.224.9461, x.229 (GMT -5)

Fax:  +1.613.224.5172

janet.campbell@xxxxxxxxxxx


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 11:45 AM
To: 'Sharon Corbett'; 'Janet Campbell'
Cc: antonin.pokorny@xxxxxxxxxxxx; frank.schroeder@xxxxxxxxxxxx
Subject: RE: Further Questions Re: Subversion

 

Hello Sharon,

 

I want to mention also that Neon, which is supposed to be a part of libsvnjavahl-1.dll, has GPL License. So let’s define all licenses types, which help us to make a right decision.

 

Licenses list:

 

Subversion: CollabNet License http://subversion.tigris.org/license-1.html

Apache Portable Runtime project: Apache License http://www.apache.org/licenses/LICENSE-2.0

Berkley DB: Oracle Open License http://www.oracle.com/technology/software/products/berkeley-db/htdocs/oslicense.html

OpenSSL: Apache-style license http://www.openssl.org/about/ (but at the same time there are references to GPL http://www.openssl.org/support/faq.html#LEGAL1)

Neon: GPL License http://www.webdav.org/neon/

LibIntl: GPL License http://gnuwin32.sourceforge.net/

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 6:01 PM
To: 'Igor Vinnykov'; 'Janet Campbell'
Cc: antonin.pokorny@xxxxxxxxxxxx; frank.schroeder@xxxxxxxxxxxx
Subject: RE: Further Questions Re: Subversion

 

Thanks Igor for your quick review and confirmation.

 

To recap our current status based on our emails and telephone calls over the last two days:  Your project requires the following third party packages:

§         Subversion 1.4.4 from Tigris (Collabnet) (specifically libsvnjavahl-1.dll and other native source code for wrappers) and the following external third party packages to Subversion:

§         Apache Portable Runtime project (libapr.dll, libapriconv.dll) – are parts of the http://apr.apache.org/  (CQ will be required)

§         Berkeley DB project (libdb44.dll)http://www.oracle.com/technology/products/berkeley-db/index.html (CQ will be required)

§         OpenSSL (libeay32.dll and ssleay32.dll) – are parts of OpenSSL project, http://www.openssl.org/ (CQ will be required)

§         Neon - http://www.webdav.org/neon/ (CQ will be required)

§         intl3_svn.dllGPL Licensed - http://gnuwin32.sourceforge.net/packages/libintl.htm

 

Since the intl3_svn.dll is GPL licensed only, it is not compatible with the EPL as we discussed this morning.  Therefore, I am copying Janet in order that we discuss next steps with her.

 

Thanks,
Sharon

 

Sharon Corbett
Intellectual Property Analyst
Eclipse Foundation Inc.

Tel:  613-224-9461 ext. 232
Fax:  613-224-5172
mailto:sharon.corbett@xxxxxxxxxxx
www.eclipse.org


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 10:04 AM
To: 'Sharon Corbett'
Subject: RE: Further Questions Re: Subversion

 

Hello Sharon,

 

Yes, a Zip file which you referenced contains exactly the same version of intl3_svn.dll, which we include to the Subversive.

As far as I understand, a ZIP file distributed from Subversion site, contains patched version of original libintl, available here: http://gnuwin32.sourceforge.net/packages/libintl.htm. This project comes with the GNU license (http://gnuwin32.sourceforge.net/).

 

It’s a pity, because this library is used only for multi-language support, i.e. not for the core functionality…

 

An update to my previous e-mail: I evaluated size of DLL files and not think that libsvnjavahl-1.dll contains not only subversion-1.4.4.zip\subversion-1.4.4\subversion\bindings\java\javahl\native, but also the other code from subversion-1.4.4.zip\subversion-1.4.4\subversion.

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 4:46 PM
To: 'Igor Vinnykov'
Subject: RE: Further Questions Re: Subversion

 

Hi Igor:

Can you please check this URL and the following download and see if it relates to intl3_svn.dll.  The code in this zip file appears to be under GPL. 

http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=2627&expandFolder=2627&folderID=7495

 

Zip File - svn-win32-libintl.zip

 

 

Thanks,
Sharon

 


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Wednesday, July 18, 2007 8:58 AM
To: 'Sharon Corbett'
Cc: Pokorny, Antonin; 'Schroeder, Frank'
Subject: RE: Further Questions Re: Subversion

 

Hello Sharon,

 

I made a few investigations regarding the build process for Subversion. In particular I found useful discussion http://svn.haxx.se/dev/archive-2004-04/0034.shtml, which puts a light to the used external resources. In particular I found that some of DLL’s which we distribute, are parts of external projects, not the Subversion itself.

 

libapr.dll, libapriconv.dll – are parts of the Apache Portable Runtime project, http://apr.apache.org/

libdb44.dll – Is a Berkeley DB project, http://www.oracle.com/technology/products/berkeley-db/index.html

libeay32.dll and ssleay32.dll – are parts of OpenSSL project, http://www.openssl.org/

 

libsvnjavahl-1.dll – as far as I understand were built from subversion-1.4.4.zip\subversion-1.4.4\subversion\bindings\java\javahl\native, i.e. part of Subversion source code

intl3_svn.dll – as far as I understand is the Subversion itself, build from Subversion source code

 

Another topic – these libraries probably use other libraries, like for example Subversion (intl3_svn.dll) is supposed Neon library (http://www.webdav.org/neon/) usage. It will be very hard to investigate all these dependencies simply because we don’t know how these libraries are organized and what external resources are used. What we should do with this? Let’s discuss in scope of the planned call.

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 11:15 PM
To: 'Igor Vinnykov'
Subject: Further Questions Re: Subversion

 

Hi Igor:

 

I have a couple of outstanding questions regarding CQ 1597….In CQ 1542 you identified the following external libs:

 

#5. Subversion for Win32 DLL files, located at
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32:
- intl3_svn.dll 
- libapr.dll, license:
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32\APR-LICENSE
- libapriconv.dll, license:
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32\APR-ICONV-LICENSE
- libaprutil.dll, license:
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32\APR-UTIL-LICENSE
- libdb44.dll, license:
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32\BDB-LICENSE
- libeay32.dll
- libsvnjavahl-1.dll, license:
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32\JAVAHL-LICENSE
- ssleay32.dll, license:
org.eclipse.team.svn.zip\org.eclipse.team.svn.client.javahl.win32\OPENSSL-LICENSE
 

Can you please confirm that all the source code for each of the above are contained in the attachment you provided.  I am having trouble matching up the files with the source and am wondering if I need to gain distributions of these separately?  It seems that int13 is available on the Subversion website as a separate download?

 

Also, when I extracted the code provided for CQ 1597, I am having difficulty with the path you advised to pay attention to regarding native source code.

Generally you can start from that points:
* subversion-1.4.4.zip\subversion-1.4.4\subversion - native source code (for
DLLs)

 

If you feel it best we can have a quick Skype call again on Wednesday morning at 9 am again to discuss if easier.   Thanks for your help.

 

Regards,
Sharon


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 1:11 PM
To: 'Igor Vinnykov'
Cc: 'Pokorny, Antonin'; 'Schroeder, Frank'; 'Janet Campbell'
Subject: RE: Parallel IP Process for the Subversive project

 

Hi Igor:

 

Thanks.  I’m working through the CQs right now and have just provided the “check into cvs” regarding the EPL portion of the code as attached on CQ 1542.  You will need to see “check into cvs” for each CQ before you can check the code into the Eclipse Repository.  We realize you are waiting on CQ 1597 as well and I will do my best to get some answers for you on this today/tomorrow as well but you will not be able to check the third party code from CQ 1597 into the repository until you see the “check into cvs”.

Regards,
Sharon

Sharon Corbett
Intellectual Property Analyst
Eclipse Foundation Inc.

Tel:  613-224-9461 ext. 232
Fax:  613-224-5172
mailto:sharon.corbett@xxxxxxxxxxx
www.eclipse.org


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 12:36 PM
To: 'Sharon Corbett'
Cc: 'Pokorny, Antonin'; 'Schroeder, Frank'
Subject: RE: Parallel IP Process for the Subversive project

 

Hello Sharon,

 

Thank you for detailed call summary.

I have performed required actions – please see CQ 1542, 1610, 1611, 1612. During the submission I got IPZilla error, which caused by problems with e-mail notifications sending, so I want to confirm task completion by this e-mail.

 

I have one question regarding CQ 1597. Do we need to wait this item marking by “check into CVS” in order to commit related binaries? For example, if you will accept our EPL contribution (CQ 1542) and other libraries (CQ 1610, 1611, 1612) soon, but CQ 1597 will be in pending state, can we transfer and commit entire project (including binaries from 1597) to the Eclipse repository?

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 4:45 PM
To: 'Igor Vinnykov'
Subject: RE: Parallel IP Process for the Subversive project

 

Hi Igor:  Thanks for your time this morning.  As per our conversation, if you can help us with the following items that would be great:

 

Regarding CQ 1542 - EPL:

1.  Provide new attachment with EPL only code.  As soon as you do that, we can go ahead and provide the project with check into cvs status as your project is conforming to Incubation and as such is eligible for Parallel IP.  As discussed, we must review EPL code and Third Party Code separately which is the reason for the changes on this CQ.

2.  Then enter three new CQs as follows:

a.  One CQ for Javamail -  mail.api version 1.4 – no need to attach source code as you confirmed you have updated to this version we have approved for Eclipse

b.  One CQ for Javamail– activation.jar 1.1 – no need to attach source code as you confirmed you have updated to this version we have approved for Eclipse

c.  One CQ for SMTP.jar – I do not believe the source for this jar was reviewed with mail.api or activation.jar….therefore, please attach source code and application license and download information on this CQ. 

Regarding CQ 1597 – Third Party:

1.  Thank you for clarifying that your project requires only the native source for DLL’s as well as Java HL.  As we discussed, Subversion itself refers to other third party external libraries and provides code that indicates Ruby SWIG, Phyton, LibTool, Neon, etc may be contained in the code as well.  Therefore, I will take a look at the directories you have advised and try to determine if indeed any other third party packages to Subversion are in use and if so will need your help to determine if your project will need them for Eclipse distribution.  If it turns out that you will then, you will need to enter new CQs as applicable to cover those third party packages as well.  This will also help us determine if this package as well meets the check into cvs criteria.

 

Again, it was nice meeting you this morning.  Please feel free to contact me at any time if you would like to discuss any issues or have any questions.

Regards,
Sharon

Sharon Corbett
Intellectual Property Analyst
Eclipse Foundation Inc.

Tel:  613-224-9461 ext. 232
Fax:  613-224-5172
mailto:sharon.corbett@xxxxxxxxxxx
www.eclipse.org


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 8:33 AM
To: 'Sharon Corbett'
Subject: RE: Parallel IP Process for the Subversive project

 

Hello Sharon,

 

Thank you. I’m waiting for the call.

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 3:31 PM
To: 'Igor Vinnykov'
Subject: RE: Parallel IP Process for the Subversive project

 

Thanks.  I’ve just added you as a Skype Contact.  I’ll try the call on Skype at 9 am and see if the connection will be good for our purpose.
Regards,
Sharon

 


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Tuesday, July 17, 2007 3:26 AM
To: 'Sharon Corbett'
Subject: RE: Parallel IP Process for the Subversive project

 

Hello Sharon,

 

It will be good to have this call – it will be the most effective way to push things forward. Proposed time is OK for me, so I will wait for your call.

 

You can reach me by following phones:

+38-057-715-6584 (landline, Ukraine)

+38-050-149-6157 (my mobile, Ukraine)

 

I also use the Skype (name: i.vinnykov), so we can have a free Skype call instead of phone call.

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Monday, July 16, 2007 7:46 PM
To: 'Igor Vinnykov'
Subject: RE: Parallel IP Process for the Subversive project

 

Hi Igor:

 

Thanks for your email.  Once again our apologies on the delay you have experienced.  I have just returned from vacation and have some questions relating to some of your responses on the applicable bugs concerning third party code and licenses.

 

Would you be available to have a telephone conversation with me so that together we can cover off all outstanding questions/issues in order to assist you in moving forward with this contribution as it pertains to the IP Process?  Are you available at 9 am EST tomorrow Tuesday, July 17th which I believe is 4 pm your time on Tuesday?  If so, please let me know which would be the best number to reach you on?


Regards,
Sharon

Sharon Corbett
Intellectual Property Analyst
Eclipse Foundation Inc.

Tel:  613-224-9461 ext. 232
Fax:  613-224-5172
mailto:sharon.corbett@xxxxxxxxxxx
www.eclipse.org


From: Igor Vinnykov [mailto:igor.vinnykov@xxxxxxxxxxxx]
Sent: Monday, July 02, 2007 3:25 AM
To: 'Sharon Corbett'
Cc: 'Janet Campbell'; 'Anne Jacko'; Schroeder, Frank; 'Pokorny, Antonin'
Subject: RE: Parallel IP Process for the Subversive project

 

Hello Sharon,

 

I congratulate all of us with Eclipse 3.3 release. Does it mean that now you will have a time to work on the Subversive Parallel IP? I have updated our request https://dev.eclipse.org/ipzilla/show_bug.cgi?id=1542 and provided reference to used libraries. Do you have all required information now? Please let me know.

 

Best regards,

Igor Vinnykov

 


From: Sharon Corbett [mailto:sharon.corbett@xxxxxxxxxxx]
Sent: Wednesday, June 06, 2007 5:31 PM
To: igor.vinnykov@xxxxxxxxxxxx
Cc: 'Janet Campbell'; 'Anne Jacko'
Subject: FW: Parallel IP Process for the Subversive project

 

Hi Igor:  Our apologies.  We have been totally focused on Europa IP requests only.  As soon as the IP/Project Log reviews are completed for the release, we will return our focus to requests for Parallel IP.

 

Thanks for your patience.  We should be able to get back to you in a few days. 

 

Regards,
Sharon

 

Sharon Corbett

Intellectual Property Analyst

Eclipse Foundation Inc.

 

 

 

Begin forwarded message:

 

From: "Igor Vinnykov" <igor.vinnykov@xxxxxxxxxxxx>

Date: June 6, 2007 6:47:08 AM PDT

Subject: Parallel IP Process for the Subversive project

 

Hello,

 

Time ago I initiated IP process for the Subversive project by submitting item to IPZillahttp://dev.eclipse.org/ipzilla/show_bug.cgi?id=1542. In this request I mentioned that we require parallel IP process. I got the response that from Eclipse point of view project conform requirements to start Parallel IP process.

 

Could you let us know what will be the next steps? As far as I understand from process description, we should wait preliminary approval for committing the source code to the repository. The actual question now – when we can expect to have it? It’s important to know, because we want to transfer project from its previous location at Polarion.org to the new location at the eclipse.org and make scheduled release. If by some reason we should wait for approval then we will make project release on previous location, otherwise it makes sense to do it on the eclipse.org. Please let us know the status with approval, because we should update our plan accordingly.

 

Thank you.

 

Best regards,

Igor Vinnykov

Subversive Team

 

_______________________________________________
technology-pmc mailing list
technology-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/technology-pmc

--- End Message ---
--- Begin Message ---
  • From: "Igor Vinnykov" <igor.vinnykov@xxxxxxxxxxxx>
  • Date: Wed, 1 Aug 2007 17:22:10 +0300
  • Organization: Polarion Software
  • Thread-index: AceoRSIAgLC2j2HnQXuN4zYT6elAsAAAJA5wBQzj/PAC0t5Q8AAe1fgQAAtIlKAAAFYi0AABy9ZgAAZIKiAAAR5jkAAC3hTwACYWECAAAjW2gAAAzuLwAABwLJAAAg6hQAAJ7GewAAFm3yAARkBPwACnQFdAAAlzD9AAy3PhMADrC3Cg

Hello Mike,

 

Thank you for your efforts to clarify situation with Subversive. You understand Subversive architecture correctly, but there are some nuances, which should be mentioned. Below I will provide an outline of Subversive architecture together with aspects related with licensing in order to allow people involved in this thread to understand situation better.

 

We have special document, where you can find details: http://www.polarion.org/projects/subversive/docs/Subversive_Architecture_Overview.pdf. Here I will concentrate only on things, which have relation with licensing. Subversive consists of following parts:

  1. Subversive Team Core plugin. This code is written by us and has EPL license
  2. SVN Connection libraries: JavaHL, SVNKit, JavaSVN. One of these libraries required, but no one of them has EPL compatible license:

·         JavaHL – this library is JNI wrapper for native binaries. These binaries are part of Subversion itself. These binaries use external libraries with GPL license. I don’t think that it will be possible to replace these GPL libraries by something else, because they provide critical functionality (WebDAV protocol implementation for example) and are part of Subversion distribution, not only JavaHL.

·         SVNKit (and JavaSVN, which is predecessor of SVNKit) – this pure Java library (independent form Subversion binaries) has own type of license (http://svnkit.com/licensing/index.html), which seems is not compatible with EPL. Time ago, when we submitted our proposal, we asked the author to change license to EPL or issue a special license for Eclipse Foundation usage only, but had no positive decision. We will restart this topic once again, but it will be good to understand benefits, which author can have in this case. Probably you can suggest something to clarify this? During previous discussion for this topic the main authors question was: “Now library is commercial for commercial projects, if I will make it EPL then what it will mean for me? Will I loose ability to sell commercial licenses in this case? It has no business sense for me”. Could you and legal team review SVNKit license again? Probably we can find some compromise solution there.

 

In scope of topics below it will be good to know how we can reach the main aim of Subversive at eclipse.org – inclusion in the one of standard distributions. Wayne Beaton suggested to contact EPP project to clarify this topic, but EPL license for all parts of projects seems as prerequisite.

 

Best regards,

Igor Vinnykov

Subversive Team

 


From: Mike Milinkovich [mailto:mike.milinkovich@xxxxxxxxxxx]
Sent: Monday, July 30, 2007 9:15 PM
To: 'Igor Vinnykov'
Cc: 'Sharon Corbett'; 'Bjorn Freeman-Benson'; 'Janet Campbell'; antonin.pokorny@xxxxxxxxxxxx; frank.schroeder@xxxxxxxxxxxx; ralph.mueller@xxxxxxxxxxx
Subject: RE: Further Questions Re: Subversion

 

Igor,

 

I am writing this in an airplane during a long flight. So I apologize if you’ve already gone over this with Janet, Bjorn or others, or if all this information is sitting in IPzilla which I cannot view at the moment.

 

Of course, I also apologize in advance if these are dumb questions.

 

On my long flight, I’ve been re-reading the thread on how we can satisfy Subversive’s requirements.

 

If I am understanding this correctly, the technical architecture your project is aiming for looks something like this:

 

 _____________________

|                     |

|  (1)Subversive      |

| (Eclipse plug-in)   |

| EPL licensed        |

|_____________________|

 _____________________

|(2)SVNConnector Layer|

|  JavaHL, SVNKit or  |

| JavaSVN – all of    |

| which embed at least|

| a little GPL code   |

|_____________________|

 _____________________

|  (3)                |

|  Subversion         |

| (BSD-style license) |

|_____________________|

 

The problem we are trying to solve is how to ship layers (1) and (2) from www.eclipse.org. Layer (3) [SVN itself] is not something that we would typically want to ship from Eclipse. I would also think that most developers would already have an SVN instance that they are connecting to.

 

Is my understanding correct?

 

If so, are there any of the JavaHL, SVNKit or JavaSVN alternatives which think that they are licensed at the top level under something other than GPL? E.g. is there a chance that they’ve included a GPL component in the mistaken belief that they are allowed to do so?

 

If so, could there be an opportunity to talk with them to see if they would consider using a different component under an EPL-compatible license? (Obviously, if the connector is licensed under the GPL at the top level, then there is no opportunity for a conversation.) I am thinking about the possibility that these projects may have simply made a naïve mistake and included GPL code without understanding the licensing implications of doing so.

 

If what I’ve outlined above is unreasonable or impractical, then we are basically in a position where we will ship layer (1) from www.eclipse.org, and require users to get and install layer (2) from a separate server. We at the Eclipse Foundation are talking with our lawyers about the best alternatives to allow that and hope to be able to provide guidance to you soon.

 

Mike Milinkovich

Office: +1.613.224.9461 x228

Mobile: +1.613.220.3223


--- End Message ---

Back to the top