Re: Non versioned ports
Le 24 août 2014 à 18:53, Sean Farley s...@macports.org a écrit : Why not use the bitbucket port group? PortGroup bitbucket 1.0 bitbucket.setup petebunting rsgislib 52fb22e version 0.0.20140822 Uh, I just didn’t know there was a bitbucket group. Sorry for being such a dunce. I’ll check it out asap. Thanks for the suggestion! Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Configuration and environment check command (was: Re: [124047] trunk/base)
Hello, Congratulations to Kyle for landing his Summer of Code from this year work on trunk! On 2014-08-17 21:09, ksamm...@macports.org wrote: Revision 124047 https://trac.macports.org/changeset/124047 Author ksamm...@macports.org Date 2014-08-17 12:09:55 -0700 (Sun, 17 Aug 2014) Log Message Merge from gsoc14-cleanup. See https://trac.macports.org/wiki/SummerOfCode2014#cleanup for details. However, I am not too happy with naming the command 'port doctor'. Many other commands used with port(1) are verbs, but using this as a verb carries the wrong message. I know where the naming comes from, but there is no need to match any other terminology and we should rather define our own coherent names. My proposal would be to rename this to 'port selfcheck' instead. Rainer ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: Non versioned ports
Le 24 août 2014 à 18:53, Sean Farley s...@macports.org a écrit : Why not use the bitbucket port group? PortGroup bitbucket 1.0 bitbucket.setup petebunting rsgislib 52fb22e version 0.0.20140822 Uh, I tried that and it works (fetch okay), but then I have a problem. The fetch creates a subdirectory ‘52fb22e' under ‘work’ and in this subdirectory, I find the ‘trunk’ directory which contains the code. Now if I try to modify worksrcdir to point to ‘52fb22e/trunk’, then the fetch is placed under this new arborescence rather than directly under ‘52fb22e’, so the code is now in ‘52fb22e/trunk/trunk’. Etc. Sounds like the bitbucket port uses ‘worksrcdir’ to create the directory in which to store the code. Any workaround? Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Portfile for Cantera review and commit
Hi, Could you please review and commit the Portfile for Cantera: https://trac.macports.org/ticket/44719 I tested it on 3 computers running 10.9 and 10.8, one of them being a fresh setup. Everything worked fine. Thanks a lot! Thomas ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: Non versioned ports
Vincent Habchi writes: Le 24 août 2014 à 18:53, Sean Farley s...@macports.org a écrit : Why not use the bitbucket port group? PortGroup bitbucket 1.0 bitbucket.setup petebunting rsgislib 52fb22e version 0.0.20140822 Uh, I tried that and it works (fetch okay), but then I have a problem. The fetch creates a subdirectory ‘52fb22e' under ‘work’ and in this subdirectory, I find the ‘trunk’ directory which contains the code. Now if I try to modify worksrcdir to point to ‘52fb22e/trunk’, then the fetch is placed under this new arborescence rather than directly under ‘52fb22e’, so the code is now in ‘52fb22e/trunk/trunk’. Etc. Sounds like the bitbucket port uses ‘worksrcdir’ to create the directory in which to store the code. Any workaround? Vincent There are a few ways to work around this. In the dolfin port, I do: configure.dir ${worksrcpath}/build build.dir ${worksrcpath}/build You could try changing the worksrcpath but I don't know if that would work. Or maybe just changing the worksrcdir in a different phase. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [MacPorts] #38556: cpphs @1.3: update to 1.16, use haskell-1.0 portgroup, rename to hs-cpphs
On Aug 8, 2014, at 3:32 PM, MacPorts nore...@macports.org wrote: #38556: cpphs @1.3: update to 1.16, use haskell-1.0 portgroup, rename to hs-cpphs ---+ Reporter: larryv@… | Owner: macports-tickets@… Type: update| Status: new Priority: Normal| Milestone: Component: ports |Version: Resolution:| Keywords: haspatch Port: cpphs | ---+ Changes (by mf2k@…): * owner: gwright@… = macports-tickets@… Comment: larryv: Go ahead and commit. gwright has retired. See #43784. Could someone who actually has a Haskell setup test and commit this? I don't have Haskell installed anymore (I don't even use the same computer), and I'm not confident that my patch is still valid. Thanks! vq ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: Non versioned ports
Le 25 août 2014 à 20:07, Sean Farley s...@macports.org a écrit : There are a few ways to work around this. In the dolfin port, I do: configure.dir ${worksrcpath}/build build.dir ${worksrcpath}/build Thanks, that works like a charm. I’ll commit the ports now. Vincent ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [124552] trunk/dports/www/ZendFramework/Portfile
On Aug 25, 2014, at 1:49 PM, s...@macports.org wrote: Revision 124552 Author s...@macports.org Date 2014-08-25 11:49:15 -0700 (Mon, 25 Aug 2014) Log Message ZendFramework2: update to 2.3.2, change available/default PHP variants Modified Paths • trunk/dports/www/ZendFramework/Portfile -variant manual_extensions conflicts php5 php53 php54 description {Let me pick my own php extensions} { +variant manual_extensions conflicts php53 php54 php55 php56 description {Let me pick my own php extensions} { depends_run path:bin/php:php5 } This variant will have a problem when the php5 port is replaced by php53, which will happen soon. This variant should probably be deleted since it's weird and if a user wants this behavior they could still run sudo port install ZendFramework -php55. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [124551] trunk/dports/gis
On Aug 25, 2014, at 1:43 PM, vi...@macports.org wrote: Revision 124551 Author vi...@macports.org Date 2014-08-25 11:43:15 -0700 (Mon, 25 Aug 2014) Log Message Initial commit --- trunk/dports/gis/kealib/Portfile (rev 0) +++ trunk/dports/gis/kealib/Portfile 2014-08-25 18:43:15 UTC (rev 124551) @@ -0,0 +1,47 @@ +# $Id: Portfile 114431 2013-12-08 09:48:42Z and.dam...@macports.org$ + +PortSystem 1.0 +PortGroup cmake 1.0 +PortGroup bitbucket 1.0 + +namekealib +categories gis +version 1.4.2.20140825 +license MIT +maintainers vince +description KEAlib - Implements KEA file format into HDF5 format +long_descriptionThe KEA file format developed by the OSGEO is a GIS \ +oriented format that supports the GDAL model and allows \ +raster attribute tables for raster GIS operations. It is \ +built atop HDF5. +platforms darwin +homepagehttps://bitbucket.org/chchrsc/kealib +master_siteshttps://bitbucket.org/chchrsc/kealib +distnamekealib + +bitbucket.setup chchrsc kealib c6d36f3 + +depends_lib-append port:gdal \ +port:hdf5 + +fetch.type hg The bitbucket.setup line is meant to replace many lines: name, version, homepage, master_sites, distname. In this particular case you'll still need the version line but the others could probably go away. In addition, master_sites and distname aren't used anyway if you've changed fetch.type from the default, e.g. here to hg. But if possible, you should use the default fetch type, and not set fetch.type hg. Although the distname line should probably be deleted in this port, note for future reference that values of distname that do not include the version number are problematic as explained here: https://trac.macports.org/wiki/PortfileRecipes#unversioned-distfiles Added: svn:executable Added: trunk/dports/gis/rsgislib/Portfile (0 = 124551) Portfiles shouldn't me marked executable. You should however set svn:eol-style native and svn:keywords Id. You should set up your auto-props in your subversion config to do this automatically. See https://trac.macports.org/wiki/CommittersTipsAndTricks#SetsvnpropertiesautomaticallyonnewPortfiles --- trunk/dports/gis/rsgislib/Portfile(rev 0) +++ trunk/dports/gis/rsgislib/Portfile2014-08-25 18:43:15 UTC (rev 124551) @@ -0,0 +1,105 @@ +# $Id: Portfile 114431 2013-12-08 09:48:42Z and.dam...@macports.org$ + +PortSystem 1.0 +PortGroup cmake 1.0 +PortGroup bitbucket 1.0 + +namersgislib +categories gis +version 2.1.20140825 +license GPL-3 +maintainers vince +description RSGISlib - Remote Sensing and GIS Library +long_descriptionThis library provides a lot of advanced tools to \ +perform image analysis and feature detection in \ +remote sensing and GIS applications. +platforms darwin +homepagehttp://www.rsgislib.org +master_siteshttp://bitbucket.org/petebunting/rsgislib/downloads +distnamersgislib + +bitbucket.setup petebunting rsgislib 9135d61 + +depends_lib-append port:gdal \ +port:geos \ +port:cgal \ +port:proj \ +port:boost \ +port:xercesc3 \ +port:gsl \ +port:fftw-3 \ +port:kealib \ +port:muparser + +pre-fetch { +if {![variant_isset python27] ![variant_isset python33] \ +![variant_isset python34]} { + +return -code error You must choose at least one Python variant. +} +} + +fetch.type hg The same comments apply to this portfile. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev
Re: [124551] trunk/dports/gis
On Aug 25, 2014, at 8:05 PM, Ryan Schmidt wrote: On Aug 25, 2014, at 1:43 PM, vi...@macports.org wrote: Revision 124551 Author vi...@macports.org Date 2014-08-25 11:43:15 -0700 (Mon, 25 Aug 2014) Log Message Initial commit --- trunk/dports/gis/kealib/Portfile (rev 0) +++ trunk/dports/gis/kealib/Portfile 2014-08-25 18:43:15 UTC (rev 124551) @@ -0,0 +1,47 @@ +# $Id: Portfile 114431 2013-12-08 09:48:42Z and.dam...@macports.org$ + +PortSystem 1.0 +PortGroup cmake 1.0 +PortGroup bitbucket 1.0 + +namekealib +categories gis +version 1.4.2.20140825 +license MIT +maintainers vince +description KEAlib - Implements KEA file format into HDF5 format +long_descriptionThe KEA file format developed by the OSGEO is a GIS \ +oriented format that supports the GDAL model and allows \ +raster attribute tables for raster GIS operations. It is \ +built atop HDF5. +platforms darwin +homepagehttps://bitbucket.org/chchrsc/kealib +master_siteshttps://bitbucket.org/chchrsc/kealib +distnamekealib + +bitbucket.setup chchrsc kealib c6d36f3 + +depends_lib-append port:gdal \ +port:hdf5 + +fetch.type hg The bitbucket.setup line is meant to replace many lines: name, version, homepage, master_sites, distname. In this particular case you'll still need the version line but the others could probably go away. In addition, master_sites and distname aren't used anyway if you've changed fetch.type from the default, e.g. here to hg. But if possible, you should use the default fetch type, and not set fetch.type hg. Although the distname line should probably be deleted in this port, note for future reference that values of distname that do not include the version number are problematic as explained here: https://trac.macports.org/wiki/PortfileRecipes#unversioned-distfiles I should add: the bitbucket.setup line is usually positioned where you would otherwise have the name line, or, if the port name is to differ from the bitbucket project name, then right above the name line. ___ macports-dev mailing list macports-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-dev