Re: [126833] trunk/dports/python
It's not necessary to revbump the original Portfile, since nothing's changed there. It's only necessary that the revision be increased in the graveyard, so that the retired subport gets upgraded. vq On Oct 15, 2014, at 9:41 PM, m...@macports.org wrote: > Revision > 126833 > Author > m...@macports.org > Date > 2014-10-15 18:41:49 -0700 (Wed, 15 Oct 2014) > Log Message > > py-qutip: Remove py26 sub-port. nomaintainer. > Modified Paths > > trunk/dports/python/py-graveyard/Portfile > trunk/dports/python/py-qutip/Portfile > Diff > > Modified: trunk/dports/python/py-graveyard/Portfile (126832 => 126833) > > --- trunk/dports/python/py-graveyard/Portfile 2014-10-16 01:39:43 UTC (rev > 126832) > +++ trunk/dports/python/py-graveyard/Portfile 2014-10-16 01:41:49 UTC (rev > 126833) > @@ -80,6 +80,7 @@ > pymacs 0.25_1 25 26 > pyqwt 5.2.0_1126 > pysparse1.1.1_2 26 > +qutip 2.2.0_2 26 > rbtools 0.4.3_1 24 25 26 > repl0.8.1_1 24 25 26 > rfc3339 5_1 25 26 > Modified: trunk/dports/python/py-qutip/Portfile (126832 => 126833) > > --- trunk/dports/python/py-qutip/Portfile 2014-10-16 01:39:43 UTC (rev > 126832) > +++ trunk/dports/python/py-qutip/Portfile 2014-10-16 01:41:49 UTC (rev > 126833) > @@ -7,11 +7,11 @@ > > namepy-qutip > version 2.2.0 > -revision1 > +revision2 > categories-append science > platforms darwin > license GPL-3 > -maintainers mf2k openmaintainer > +maintainers nomaintainer > > description Quantum Toolbox in Python > long_descriptionQuTiP is open-source software for simulating the > dynamics of open quantum systems. > @@ -24,7 +24,7 @@ > checksums rmd160 e2e6a8c8790e8cd1444b0e4f1c52c91d42fffada \ > sha256 > a26a639d74b2754b3a1e329d91300e587e8c399d8a81d8f18a4a74c6d6f02ba3 > > -python.versions 26 27 > +python.versions 27 > > # py-scipy is not universal > if {${name} ne ${subport}} { > ___ > macports-changes mailing list > macports-chan...@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/macports-changes ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [126836] trunk/dports/python
No one will get the replacement because the revisions have not been bumped. vq On Oct 15, 2014, at 10:14 PM, khindenb...@macports.org wrote: > Revision > 126836 > Author > khindenb...@macports.org > Date > 2014-10-15 19:14:18 -0700 (Wed, 15 Oct 2014) > Log Message > > py{26,31,32,33}-html2text: Replace with py{27,34}-html2text > Modified Paths > > trunk/dports/python/py-graveyard/Portfile > trunk/dports/python/py-html2text/Portfile > Diff > > Modified: trunk/dports/python/py-graveyard/Portfile (126835 => 126836) > > --- trunk/dports/python/py-graveyard/Portfile 2014-10-16 01:53:15 UTC (rev > 126835) > +++ trunk/dports/python/py-graveyard/Portfile 2014-10-16 02:14:18 UTC (rev > 126836) > @@ -55,6 +55,7 @@ > errorhandler1.1.1_1 25 26 > fancycompleter 0.4_1 25 26 > google-api 1.2_1 25 26 > +html2text 2014.9.25 26 27 31 32 33 > hypy0.8.3_1 25 26 > imdb4.8.2_2 24 25 26 > iplib 0.7_2 24 > Modified: trunk/dports/python/py-html2text/Portfile (126835 => 126836) > > --- trunk/dports/python/py-html2text/Portfile 2014-10-16 01:53:15 UTC (rev > 126835) > +++ trunk/dports/python/py-html2text/Portfile 2014-10-16 02:14:18 UTC (rev > 126836) > @@ -28,7 +28,8 @@ > checksums rmd160 b6acc488ae04018fd7d1356d458722ec97e6fe34 \ > sha256 > a3bbabcb1726b3177e9d476a27cb6b47e31aa1e5eafb5f7fbbf5bd77c877450b > > -python.versions 26 27 31 32 33 > +python.versions 27 34 > +python.default_version 27 > > if {${name} eq ${subport}} { > livecheck.type regex > ___ > macports-changes mailing list > macports-chan...@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/macports-changes ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [126732] trunk/dports/devel/zmq/Portfile
> On Oct 14, 2014, at 1:50 PM, strom...@macports.org wrote: > > Revision > 126732 > Author > strom...@macports.org > Date > 2014-10-14 11:50:38 -0700 (Tue, 14 Oct 2014) > Log Message > > zmq-devel: update to version 4.0.5 > Modified: trunk/dports/devel/zmq/Portfile (126731 => 126732) > # the libtool in the distribution does not > > depends_build port:libtool > -build.args LIBTOOL=${prefix}/bin/glibtool > +#build.args LIBTOOL=${prefix}/bin/glibtool If glibtool is no longer being used, you can remove the libtool build dependency and the comment above it. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: Clang: Mavericks v. the rest (was Re: buildbot failure in MacPorts on buildports-mavericks-x86_64)
Thanks, all. A conditional patch (... ${os.major} >= 13 ...) and at least it builds. I will follow up upstream. Craig At 8:43 AM +0100 10/15/14, Chris Jones wrote: The warning is correct. If s_decoded.name is a boolean then s_decoded.name <= 12 is always true. OSX10.9 has a newer clang, which issues a warning in this case (-Wtautological-constant-out-of-range-compare), older OSes have older clang versions that do not. Finally -Werror turns it into an error. So basically its a bug in the code which should be reported upstream to get fixed. On 15/10/14 02:22, Craig Treleaven wrote: At 2:39 PM -0700 10/14/14, nore...@macports.org wrote: The Buildbot has detected a failed build on builder buildports-mavericks-x86_64 while building MacPorts. Full details are available at: http://build.macports.org/builders/buildports-mavericks-x86_64/builds/7702 Can some kind person (Jeremy?) help me understand why the version of Clang on the Mavericks buildbot is falling over while the Lion and MtnLion versions don't even spit a warning? Mavericks Clang errors out with the following: test_dr.c:49:3: error: comparison of constant 12 with expression of type 'bool' is always true [-Werror,-Wtautological-constant-out-of-range-compare] BOZO_end_boolean(b_multiple_frame_rate) ^~~ ./test_dr.h:102:39: note: expanded from macro 'BOZO_end_boolean' } while(!i_err && (s_decoded.name <= 12)); \ ~~ ^ ~~ (Complete log from the Mavericks buildbot attached.) If I understand correctly (always dicey given I'm not a C developer), this is a unit test with (I guess) an awkward construct. The thing is, Clang on MtnLion doesn't complain at all on the same code. What would be the best way to get past this? ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: Clang: Mavericks v. the rest (was Re: buildbot failure in MacPorts on buildports-mavericks-x86_64)
Hi, The warning is correct. If s_decoded.name is a boolean then s_decoded.name <= 12 is always true. OSX10.9 has a newer clang, which issues a warning in this case (-Wtautological-constant-out-of-range-compare), older OSes have older clang versions that do not. Finally -Werror turns it into an error. So basically its a bug in the code which should be reported upstream to get fixed. Chris On 15/10/14 02:22, Craig Treleaven wrote: At 2:39 PM -0700 10/14/14, nore...@macports.org wrote: The Buildbot has detected a failed build on builder buildports-mavericks-x86_64 while building MacPorts. Full details are available at: http://build.macports.org/builders/buildports-mavericks-x86_64/builds/7702 Can some kind person (Jeremy?) help me understand why the version of Clang on the Mavericks buildbot is falling over while the Lion and MtnLion versions don't even spit a warning? Mavericks Clang errors out with the following: test_dr.c:49:3: error: comparison of constant 12 with expression of type 'bool' is always true [-Werror,-Wtautological-constant-out-of-range-compare] BOZO_end_boolean(b_multiple_frame_rate) ^~~ ./test_dr.h:102:39: note: expanded from macro 'BOZO_end_boolean' } while(!i_err && (s_decoded.name <= 12)); \ ~~ ^ ~~ (Complete log from the Mavericks buildbot attached.) If I understand correctly (always dicey given I'm not a C developer), this is a unit test with (I guess) an awkward construct. The thing is, Clang on MtnLion doesn't complain at all on the same code. What would be the best way to get past this? Thanks, Craig ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev