[90844] trunk/dports/python

Ryan Schmidt ryandesign at macports.org
Thu Mar 15 18:35:29 PDT 2012


On Mar 15, 2012, at 14:33, singingwolfboy at macports.org wrote:

> Revision: 90844
>          https://trac.macports.org/changeset/90844
> Author:   singingwolfboy at macports.org
> Date:     2012-03-15 12:33:16 -0700 (Thu, 15 Mar 2012)
> Log Message:
> -----------
> py-boto: unified ports, updated to v2.2.2, took maintainership
> 
> Modified Paths:
> --------------
>    trunk/dports/python/py-boto/Portfile
> 
> Added Paths:
> -----------
>    trunk/dports/python/py-boto/
> 
> Removed Paths:
> -------------
>    trunk/dports/python/py-boto/
>    trunk/dports/python/py25-boto/
>    trunk/dports/python/py26-boto/
>    trunk/dports/python/py27-boto/
> 
> Modified: trunk/dports/python/py-boto/Portfile
> ===================================================================
> --- trunk/dports/python/py27-boto/Portfile	2012-03-15 19:12:28 UTC (rev 90843)
> +++ trunk/dports/python/py-boto/Portfile	2012-03-15 19:33:16 UTC (rev 90844)
> @@ -1,26 +1,30 @@
> # -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4
> # $Id$
> 
> -PortSystem        1.0
> -PortGroup         python27 1.0
> +PortSystem              1.0
> +PortGroup               python 1.0
> 
> -name              py27-boto
> -epoch             1

The epoch line can never be removed from a Portfile nor can its value ever be decreased. I restored it in r90851. Because of some weirdness we've seen before when increasing the epoch but not changing the version or revision, I also increased the revision.


> -version           2.1.1
> -revision          1
> -categories        python net
> -platforms         darwin
> -maintainers       nomaintainer
> -license             MIT
> -supported_archs   noarch

It still doesn't look like this installs any architecture-specific files, so the supported_archs line should not have been removed. Restored in r90849.


> +post-destroot {
> +    if {[file exists ${destroot}${python.pkgd}/tests]} {
> +        delete ${destroot}${python.pkgd}/tests
> +    }
> +}

This causes the stub port to fail with:


Error: Target org.macports.destroot returned: can't read "python.pkgd": can't read "python.version": no such variable
DEBUG: Backtrace: can't read "python.pkgd": can't read "python.version": no such variable


Any operations on the destroot should be bracketed in an "if {${name} != ${subport}}" block. Done in r90850.




More information about the macports-dev mailing list