Has anyone tried the copyright tool to do the migration? https://wiki.eclipse.org/Development_Resources/How_to_Use_Eclipse_Copyright_Tool
On Mon, 25 Jun 2018, 17:08 Ed Willink, <[email protected]> wrote: > Hi > > Sorry. Forgot two details. > > Before you start, send an email to the EMO notifying that you 'have' > changed. They will then update the EF database and consequently the PMI > so that the new Legal Document Generator at e.g > > > https://www.eclipse.org/projects/tools/documentation.php?id=modeling.mdt.ocl > > provides prototype EPL 2.0 text for NOTICE and CONTRIBUTING at the root > of your repo. LICENSE comes from epl_20.html > > Regards > > Ed Willink > > On 25/06/2018 17:59, Ed Willink wrote: > > Hi Ed > > > > I have migrated OCL, QVTd and QVTo. > > > > I just searched and replaced "Eclipse Public License v1.0" to "Eclipse > > Public License v2.0" and "http://www.eclipse.org/legal/epl-v10.html" > > to "http://www.eclipse.org/legal/epl-v20.html" in ALL files, since I > > figure that these strings are sufficiently long that the change can be > > done without more than a sampled review (e.g. in a *.genmodel > > copyright element). > > > > In a discussion on the OCL Review, Wayne was happy that a simple blast > > was adequate recognizing that the increased skill and care to > > correctly comment/indent the additional EPL DX line was not justified. > > Wayne was also happy to leave the obsolete "All rights reserved." and > > "which accompanies this distribution" text unchanged. > > > > Even though the license change does not really merit a version change > > API-wise, I decided to apply a minor increment anyway. It required > > some API filtering to placate. > > > > NB. Use a very recent version of EGIT to make sure you don't need a > > coffee break while committing 5000 changes. > > > > Regards > > > > Ed Willink > > > > > > On 25/06/2018 17:43, Ed Merks wrote: > >> Hi, > >> > >> I wonder if anyone started seriously looking at migrating their > >> project from EPL 1.0 to EPL 2.0? > >> > >> The FAQ says we should: > >> > >> https://www.eclipse.org/legal/epl-2.0/faq.php#h.60mjudroo8e5 > >> > >> Also, Wayne suggested that there will be pressure applied, e.g., > >> perhaps a release train participation requirement. > >> > >> But the FAQ doesn't say much about how to do this: > >> > >> https://www.eclipse.org/legal/epl-2.0/faq.php#h.tci84nlsqpgw > >> > >> The instructions are "So, a project can use the new version by simply > >> updating the file headers and notices." But how simple is that > >> really? Just changing all the copyright headers in all the files > >> sounds simple at face value. > >> > >> https://www.eclipse.org/legal/epl-2.0/faq.php#h.q72cnghf29k0 > >> > >> But I have several thousand files! > >> > >> Is everyone doing this or planning to do this manually, or via > >> various forms of scripts that we each author ourselves? Of course > >> we'll all diligently increment every bundle and feature version (by > >> the appropriate amount) remembering to keep the POMs in sync. And we > >> won't overlook the copyright element in each feature. Nor will we > >> overwrite each about.html with the new one (where is the definitive > >> version of that anyway?), accidentally replacing any Third Party > >> Content sections. To me it seems like a lot of work, made error > >> prone by the sheer tedium involved. > >> > >> Perhaps someone else already has some experience to share? > >> > >> Regards, > >> Ed > >> > >> _______________________________________________ > >> cross-project-issues-dev mailing list > >> [email protected] > >> To change your delivery options, retrieve your password, or > >> unsubscribe from this list, visit > >> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev > > > > > > --- > > This email has been checked for viruses by Avast antivirus software. > > https://www.avast.com/antivirus > > > > _______________________________________________ > > cross-project-issues-dev mailing list > > [email protected] > > To change your delivery options, retrieve your password, or > > unsubscribe from this list, visit > > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev > > _______________________________________________ > cross-project-issues-dev mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
