Bug 245611 - [exp-run] graphics/proj: Update to 7.0.0
Summary: [exp-run] graphics/proj: Update to 7.0.0
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Port Management Team
Keywords: buildisok
Depends on:
Reported: 2020-04-14 04:17 UTC by Wen Heping
Modified: 2020-07-11 19:23 UTC (History)
2 users (show)

See Also:
koobs: exp-run?

Update to 7.0.0 (7.32 KB, patch)
2020-04-14 04:17 UTC, Wen Heping
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Wen Heping freebsd_committer 2020-04-14 04:17:20 UTC
Created attachment 213382 [details]
Update to 7.0.0

Update to 7.0.0
Comment 1 Automation User 2020-04-14 04:46:08 UTC
Build info is available at https://gitlab.com/swills/freebsd-ports/pipelines/135614963
Comment 2 Loïc Bartoletti freebsd_committer 2020-04-14 05:52:42 UTC

FYI, there is a potential issue with proj7 on graphics/qgis https://lists.osgeo.org/pipermail/qgis-developer/2020-February/060259.html.

Can we test it manually before ship proj7?


Comment 3 Wen Heping freebsd_committer 2020-04-14 06:49:17 UTC
(In reply to Loïc Bartoletti from comment #2)
I manually test some ports depends on proj, all build.
I did not test qgis because it is a big thing for my poudriere to compile it.
So I ask for a exp-run. 
With the result of exp-run I could decide whether to repocopy proj --> proj6 or
just hold the update.

Comment 4 Rainer Hurling freebsd_committer 2020-04-14 07:15:55 UTC
Hi Wen, hi Loïc,

Thanks for investigating in the update. As far as I understand, the problem of QGIS with proj-7.0.0 is not solved until now. It is likely, that the port grahphics/qgis has a good chance to build with proj-7.0.0. The issue Loïc mentioned, is a runtime problem with proj_grid_get_info_from_database in Proj-7, not populating the needed results ...

Perhaps there is a second task, what needs some attention. I am wondering if proj-7.0.0 also needs to download and install proj-data-1.0.tar.gz[1]. Until version 6.x, the grid data in it was installed via 

DATUM_GRID_FILES=	proj-datumgrid-1.8.zip \
			proj-datumgrid-europe-1.3.zip \
			proj-datumgrid-north-america-1.2.zip \
			proj-datumgrid-oceania-1.0.zip \

Not sure, if a complete download and install of proj-data-1.0.tar.gz is really needed. QGIS project is looking for another way, to only download portions of the grid data, when needed.


[1] https://proj.org/download.html
Comment 5 Wen Heping freebsd_committer 2020-04-14 07:39:44 UTC
(In reply to Rainer Hurling from comment #4)
Thank you Rainer.

As my understand, upstream suggest user download proj-data-1.0.tar.gz manually with the new tool projsync.

If needed , I shall add it to distfiles, but it is a large file about 400M :)

Comment 6 Rainer Hurling freebsd_committer 2020-04-14 08:36:46 UTC
(In reply to Wen Heping from comment #5)

Yes, in principle, downloading by the user only if needed, is the recommended way. But, the users understanding about this is probably not deep enough and some applications (not QGIS) may presume the data already installed ...

If I understand the discussions on QGIS dev lists right, they are thinking about an internal mechanism, to only download grid data just needed. This would be only within the QGIS world, not usable outside, for other apps. And no idea, if this will ever happen.

What about an OPTION in the graphics/proj port, to enable/disable the download and installation of the data file? With a big warning about the file size?
Comment 7 Wen Heping freebsd_committer 2020-04-14 08:47:26 UTC
(In reply to Rainer Hurling from comment #6)
Good idea !

Comment 8 Antoine Brodin freebsd_committer 2020-05-02 07:50:10 UTC
The patch is incomplete,  you have to bump PORTREVISION of all ports depending on it when library version changes