Hi,
@Quentin : I disagree, I think that having one component undergo the license migration will help to debunk the subject.
The license migration for the main repo will be a lot safer if we already did it once with SysML 1.4.
/Benoit
Hi,
+1 for changing into Eclipse Papyrus
J
We’ll be waiting for the committee approval for migrating the main repository and this will be the first to undergo the
migration. As for the auxiliary repositories they should be treated afterwards as needed on a case by case review until we have a satisfactory state across the board.
Cheers,
Hello Benoit,
Ok for Eclipse Papyrus.
For papyrus we received the request to switch to EPL2 for the next version during the review.
Before going to EPL2, I will inform our CEA committee.
Each module of papyrus will change the license little by little.
Patrick
Hi,
Thanks for all the answers.
“Eclipse Papyrus” is ok for me.
Does anyone have an objection?
I agree that moving everything to EPL2 in on go would be the best but due to the size of the project and the number of
plugin, I don’t think it’s possible. But if we agree on the new license then we can
-
Change license for all incoming component release
-
Change the license in Papyrus core/toolsmith for September
Can anyone confirm that there isn’t any fishing dual licensing stuff ?
Regards,
/Benoit
Hi
I recall that once upon a time "Eclipse Modeling Project" was very strongly recommended, but recent practice has changed; Eclipse Xtext, Eclipse Mylyn, Eclipse DLTK. I've migrated to Eclipse OCL, Eclipse QVTd. So I suggest Eclipse Papyrus.
"Project" is bloat.
Regards
Ed Willink
On 26/06/2018 14:38, Camille Letavernier wrote:
Hi,
I've no opinion for the license part; but projects should follow the Eclipse <ProjectName> pattern [1]. So it would be either Eclipse Modeling (Project) or Eclipse Papyrus (Project). Note that this is decided at the PMC
level [2], which is probably why we're using Eclipse Modeling Project.
The provider name should be the full project name. If the name does not already do so, then prefix it with the name of the forge, e.g. "Eclipse EGit", "Eclipse SWTBot", or "LocationTech uDig".
Every plug-in and feature must specify a descriptive provider-name (for features), or Bundle-Vendor header (for plug-ins), as determined by the project's PMC (e.g. "Eclipse Modeling Project" rather than "Eclipse.org")
Hi,
Eclipse public license v1.0 is now deprecated (see [1]), and it’s recommended to move to EPL v2.
In my understanding when simply moving from EPLv1 to EPLv2 there is no legal complexity
and headers and other files should be updated accordingly (See [2]).
Following Photon train release, I will publish a SysML 1.4 version compatible with Papyrus 4.0.0 (Photon)
This version will be number 1.3.0 and I want to take this opportunity to update the license.
I created a dedicated bug [3] and also a patch [4]
Any comments ? It would be nice if someone can check the patch.
Related points:
-
I discovered the shared license concept in feature. (It would be nice to use it in Papyrus core)
-
Can we agree to change the name of Bundle-Vendor from Eclipse Modeling Project to (one of them)
o
Eclipse Papyrus Project
o
Papyrus Project
o
Eclipse.org Papyrus
o
(this are patterns used by other projects but I’m open to anything containing “Papyrus”)
o
=> The main reason is to remove Papyrus prefix from the name of the plugins (should improve the clarity)
Regards,
Benoit
1 :
https://www.eclipse.org/legal/epl-2.0/faq.php#h.60mjudroo8e5
2 :
https://www.eclipse.org/legal/epl-2.0/faq.php#h.tci84nlsqpgw
3 :https://bugs.eclipse.org/bugs/show_bug.cgi?id=536295
4 :https://git.eclipse.org/r/#/c/125024/
_______________________________________________
mdt-papyrus.dev mailing list
mdt-papyrus.dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/mdt-papyrus.dev
--
Senior Software Engineer EclipseSource France
General Manager: Remi Schnekenburger
Registered Office: 7 rue de la Croix Martre, 91120 Palaiseau, France
Commercial Register 824 977 516 R.C.S. EVRY
_______________________________________________
mdt-papyrus.dev mailing list
mdt-papyrus.dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/mdt-papyrus.dev