svn commit: r419600 - in head: . lang/pypy lang/pypy3 lang/pypy3-devel lang/pypy3/files

David Naylor dbn at freebsd.org
Thu Aug 4 11:45:28 UTC 2016


On Thursday, 4 August 2016 13:17:12 you wrote:
> +--On 4 août 2016 08:43:37 +0000 David Naylor <dbn at FreeBSD.org> wrote:
> | Author: dbn
> | Date: Thu Aug  4 08:43:36 2016
> | New Revision: 419600
> | URL: https://svnweb.freebsd.org/changeset/ports/419600
> | 
> | Log:
> |   lang/pypy3: update to 5.2.0-alpha1
> |   
> |   Changes to lang/pypy3:
> |    - "Rename" from pypy3-devel (functionaly it is a rename, technically
> | 
> | pypy3      is a new port and pypy3-devel is deleted).
> 
> Please, remove this and add it again starting with svn copy.

Could you please help me understand the need for this in this case?  

I considered a `svn cp` however decided against it for the following reasons:

I understand one should normally `svn cp` for continuity, to show the history 
of a port and how it has evolved.  However, in this case I think it will be 
confusing as pypy3 is a complete rewrite (based on the diff between 
lang/pypy3-devel and lang/pypy3, there is only a single line that is the 
same!).  

If anything, it is better to `svn cp lang/pypy lang/pypy3` as lang/pypy3 
internally is based on lang/pypy, not lang/pypy3-devel.  However, since lang/ 
pypy3 is slave port of lang/pypy I think a `svn cp` is not correct here 
either.  

Do explain the evolution of the ports:
 + pypy "v1" (original port)
 + \
 | + pypy3-devel (copied from pypy "v1")
 |
 + pypy "v2" (rewrite of pypy "v1": simplified and aligned with upstream)
 + \
 | + pypy3 (slave port of pypy "v2")

Regards
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 949 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freebsd.org/pipermail/svn-ports-head/attachments/20160804/88ea506a/attachment.sig>


More information about the svn-ports-head mailing list