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
