Clean up PROJ mess
Sergey Fedorov
vital.had at gmail.com
Fri Sep 8 14:52:11 UTC 2023
I have obviously forgotten to try the new Proj with R ports back then, and
atm away from native PPC hardware; so from my side I would prefer not
moving to a newer Proj right-away.
Switching to explicit proj5 port should be perfectly fine, of course. (And
then R ports won’t prevent anything else from updating.)
New Proj *should* work with R packages, but let me wait until I can test
that on PPC.
On Fri, Sep 8, 2023 at 9:38 PM Dave Allured - NOAA Affiliate via
macports-dev <macports-dev at lists.macports.org> wrote:
> As a contributor to ncarg (proj5), I like this change. Currently there
> are only 10 ports that depend on the traditional "proj" which is really
> proj5 under the hood. Collectively there are only 3 maintainers plus a few
> nomaintainers, and Sergey has already approved for several of the R ports.
>
> So I see the migration for this group of "proj5" ports as quite simple.
> As a first step, could we add an explicit proj5 port, such that proj and
> proj5 co-exist temporarily and are exactly the same? That could be done
> safely now, with no impact on anything else. Then after migration of those
> 10 ports, "proj" could be easily switched to the latest upstream version,
> as proposed.
>
>
> On Thu, Jun 8, 2023 at 2:09 PM Sergey Fedorov <vital.had at gmail.com> wrote:
>
>> IMO that makes sense.
>>
>> My R ports are supposed to support more recent versions of Proj than 5,
>> but since that is untested locally (and also requires minor adjustments to
>> configure args besides swapping version number), it is perhaps safer to
>> keep them at Proj5 for now (I guess that is also simpler for you?).
>> Then I can move them to a later or the current Proj in a while.
>>
>> On Fri, Jun 9, 2023 at 3:54 AM Nicklas Larsson via macports-dev <
>> macports-dev at lists.macports.org> wrote:
>>
>>> 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
>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20230908/d18ecccb/attachment.htm>
More information about the macports-dev
mailing list