I have received this message from Webpicasso:
------------------------------------------------------------------------------------
Hi,
we are the owner of the product Pageear©.
The modul "PageEar" is based on the free pagepeel from Webpicasso Media named PageEar©. This product is a brand from us and we agreed that the first developer create a Drupal Modul with the name PageEar including the PageEar files and the a copyright notice to webpicasso Media. Now you wrote your own pagepeel, kept the name PageEar, and deleted all informations to Webpicasso Media. We have no problems that you developed your own pagepeel but I red that you want to offer this modul without any copyright issues to third party so you must rename PageEar to your own product name.
So, we request to find another name for this modul in respect of the copyright.
Best regards
Christian Harz
______________________
Webpicasso Media
------------------------------------------------------------------------------------
I'm not familiarize with this things so I would like your advice.
At first it only affects the name and I think it is possible to change it on project page.
But I don't know if it would be better to change the CVS folder name too to a new name. That change would be something I could not do. Besides If it is necessary too, I don't know how it affects update system.
I suppose I should change the home page too, where I have the module documentation which name is "drupal pageear" and which domain is pageeargpl.co.cc.
So I would like your help to determine the best solution for this situation and suggestions for the name if possible. Does "pageeargpl" would be enough to respect name copyright?
Thanks in advance,
manfer
Comments
Comment #1
avpadernoIt is not possible to rename the CVS directory that contains a project. You need to create a different project, and re-commit the code, changing all the function names.
I would suggest to choose a name that doesn't include the old name. I would rather find a different name, like CurlyPage, or something similar.
Comment #2
manfer commentedI have just coded the new project. I created the project page. I did the first commit (as this time I'm starting from scratch I commited what is going to be 5.x version).
Now I'm stack, I'm receiving an error when trying to branch.
The command from within the project folder:
The error:
On the documentation that the error shows I don't see any clue of anything I could be doing wrong.
Comment #3
manfer commentedWhat I want to do is create branch for 5.x compatible version. Commit 6.x to HEAD. Create branch for 6.x compatible version. Commit 7.x to HEAD. Create branch for 7.x compatible version.
After that tag on each branch to create releases.
Comment #4
dave reidThe proper branch for a 5.x-1.x type branch is 'DRUPAL-5'.
Comment #5
manfer commentedWell, reading that documentation node 93999 I was undestanding DRUPAL-5--x branches were accepted too though historically the brach was DRUPAL-5.
So as that documentation, at least for me, was not very clear, I finally understood (or misunderstood) that maybe 5--1 was not valid because I needed to start with 5--2
So before waiting for an answer (I did too fast but I hope maybe is not wrong how I did), and as for this situation that is a continuation of another module that must be discontinued for copyright issues, starting with 2 looked not bad, I tried:
and worked just fine.
Then commited the code for 6.x to HEAD, with changes, removes, adds, ..., and brach again:
Then commited the code for 7.x to HEAD,..., and branch again:
Finally in 5--2 branch I have tag as 5--2-1 to make it have the same number that should have the module if he continued with his old name. And same in 6--2 branch I have tag as 6--2-1. For 7.x just have made the development release.
This is not a mess, I hope.
Comment #6
manfer commentedIf it is not a mess now I would need to know how to proceed with the old project.
In the new module I included the posibility to upgrade from any 2.x version of the old one. It is very easy, just maintaining the old one installed and enable and installing the new one will install the new module schema, import all pageears to new module and disables pageear module. After that the new module is installed with all the old configuration, and the old module is ready to be uninstalled, after uninstall, all files from old module can be removed. Doc included on INSTALL.txt.
If the other module is not present at all, or it is just installed but not enabled, the new module would do a normal installation process.
I have to explain this on old and new modules. How long should I maintain the old module or how is the best way to inform users about the change?
Which is your advice?
Thanks.
Comment #7
manfer commentedI have finished with the change. The new project is totally prepared, curlypage.
What is the best way to proceed next? Are the following two steps correct?
If this is correct, something else I could do?
Comment #8
avpadernoIt is enough to add a notice, rather than changing all the page text.
I would wait a little, before to mark all the releases as unsupported; one week, or two would be fine.
Comment #9
manfer commentedIt is done, I included the notification on pageear project page. I will wait till December to mark releases as unsupported and change the pageear project page only to a deprecated notice.
Thanks for the help.
Comment #10
avpaderno