[prev in list] [next in list] [prev in thread] [next in thread]
List: macports-dev
Subject: Re: Clean up PROJ mess
From: Nils Breunese <nils () breun ! nl>
Date: 2023-06-08 21:47:15
Message-ID: 42B2E77D-3DBC-45BE-A1B4-1C0E0E1633F6 () breun ! nl
[Download RAW message or body]
You could already create a proj9 port now and have proj depend on that. When version \
comes out you can add proj10 and change proj to depend on that instead of proj9. This \
way users can choose to install ‘proj latest' or ‘proj 9' explicitly, with the \
former getting updated as newer versions are released, and the latter just giving a \
user version 9.
Nils.
> Op 8 jun. 2023 om 21:54 heeft Nicklas Larsson via macports-dev \
> <macports-dev@lists.macports.org> het volgende geschreven:
> Hello all,
>
>
> I'd like to propose to simplify the maintainance of the PROJ ports, which has
> become unnecessary cumbersome and in many cases leading to installments of
> multiple versions only because different ports are out-of-sync in respect to
> default proj variant.
>
> The PROJ ports available now:
>
> port version
> ---------------
> proj4 4.9.3
> proj 5.2.0
> proj6 6.3.2
> proj7 7.2.1
> proj8 8.2.1
> proj9 9.2.1
>
>
> It would be better to use the port name 'proj' for the latest version available
> (independent of major version), which now is version 9.2.1. The present port
> 'proj', which is version 5.2.0, should be renamed to 'proj5'. Like this:
>
> port version
> ---------------
> proj4 4.9.3
> proj5 5.2.0
> proj6 6.3.2
> proj7 7.2.1
> proj8 8.2.1
> proj 9.2.1
>
>
> The day when there is a new major version, e.g. 10.0.0, the 'proj' port will be
> updated accordingly and 'proj9' will keep the 9.x.y version:
>
> port version
> ---------------
> proj4 4.9.3
> proj5 5.2.0
> proj6 6.3.2
> proj7 7.2.1
> proj8 8.2.1
> proj9 9.2.1
> proj 10.0.0
>
>
> The ports with 'proj' dependency, which are actively updated and maintained,
> will in this way be kept in sync with less risk of installing multiple versions.
> Ports, which do not support later versions of PROJ, can keep the pinned version.
>
>
> List of ports with proj[x] dependency:
>
> R/R-lwgeom path:lib/proj5/lib/pkgconfig/proj.pc:proj
> R/R-proj4 path:lib/proj5/lib/pkgconfig/proj.pc:proj
> R/R-reproj path:lib/proj5/lib/pkgconfig/proj.pc:proj
> R/R-rgdal path:lib/proj5/lib/pkgconfig/proj.pc:proj
> R/R-sf path:lib/proj5/lib/pkgconfig/proj.pc:proj
> R/R-terra path:lib/proj5/lib/pkgconfig/proj.pc:proj
> R/R-vapour path:lib/proj5/lib/pkgconfig/proj.pc:proj
> databases/mysql55-lib_mysqludf_fproj4 port:proj4
> databases/postgis port:proj4
> databases/postgis2 port:proj6
> databases/postgis3 port:proj[6-9]
> databases/spatialite-tools port:proj[6-9]
> databases/spatialite port:proj[6-9]
> gis/gdal port:proj[6-9]
> gis/grass port:proj[6-9]
> gis/grass7 port:proj[6-9]
> gis/liblas port:proj[6-9]
> gis/libosmium port:proj4
> gis/mapnik port:proj4
> gis/mapserver port:proj[6-9]
> gis/mod_tile port:proj4
> gis/osm2pgsql port:proj8
> gis/qgis3 port:proj[6-9]
> gis/qlandkarte port:proj4
> gis/qlandkartegt port:proj[4-7]
> gis/saga port:proj8
> graphics/libgeotiff port:proj[7-9]
> octave/octave-octproj port:proj8
> perl/p5-alien-proj port:proj[6-9]
> perl/p5-alien-proj4 port:proj4
> python/py-cartopy port:proj8
> python/py-pyproj port:proj8
> python/py-spatialite port:proj4
> science/cdo port:proj8
> science/gerris port:proj
> science/magicspp port:proj6
> science/metview port:proj6
> science/ncarg port:proj
> science/relax3d port:proj7
> science/sumo port:proj4
> science/vapor port:proj4
> science/wgrib2 port:proj8
> science/xastir port:proj4
>
>
>
> What do you think, could this be a good way to go forward?
> Suggestions, opinions?
>
>
> Best regards,
> Nicklas
>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic