5:52 p.m.
Hi
I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
I'll rebuild the following dependent packages:
gdal
gdl
grass
libgeotiff
librasterlite2
libspatialite
mapnik
mapserver
merkaartor
ncl
osm2pgsql
pcl
postgis
pyproj
python-cartopy
qgis
qmapshack
R-rgdal
saga
spatialite-gui
vtk
--
Sandro
9:30 a.m.
Sandro Mani wrote:
I'll rebuild the following dependent packages:
gdal
merkaartor
FYI, your merkaartor build failed because merkaartor depends on gdal (it is
used to import external reference data such as OGD in file formats that are
not natively supported), so you need to rebuild gdal first and have the
rebuilt gdal in the buildroot for merkaartor.
Kevin Kofler
11:53 a.m.
On 07.03.21 16:30, Kevin Kofler via devel wrote:
Sandro Mani wrote:
> I'll rebuild the following dependent packages:
>
> gdal
> merkaartor
FYI, your merkaartor build failed because merkaartor depends on gdal (it is
used to import external reference data such as OGD in file formats that are
not natively supported), so you need to rebuild gdal first and have the
rebuilt gdal in the buildroot for merkaartor.
Yep, I'll iterate the process as necessary until all dependencies resolve.
Sandro
11:58 a.m.
On 07/03/2021 17:53, Sandro Mani wrote:
On 07.03.21 16:30, Kevin Kofler via devel wrote:
> Sandro Mani wrote:
>> I'll rebuild the following dependent packages:
>>
>> gdal
>> merkaartor
> FYI, your merkaartor build failed because merkaartor depends on gdal
> (it is
> used to import external reference data such as OGD in file formats
> that are
> not natively supported), so you need to rebuild gdal first and have the
> rebuilt gdal in the buildroot for merkaartor.
Yep, I'll iterate the process as necessary until all dependencies resolve.
I'm working on a fix for mapnik and will take care of that and it's
dependencies once I've managed to backport the work-in-progress patch
for the new API from upstream.
Tom
--
Tom Hughes (tom(a)compton.nu)
http://compton.nu/
5:50 a.m.
Sandro Mani wrote:
merkaartor
FYI, Merkaartor 0.18.4 (the latest release) does not build with proj 8 out
of the box, I had to backport this not-yet-merged pull request:
https://github.com/openstreetmap/merkaartor/pull/233
See:
https://src.fedoraproject.org/rpms/merkaartor/blob/f529682d49b0a8433a523b...
I built this successfully in the f35-build-side-38340 side tag:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1720533
Kevin Kofler
6:10 a.m.
On 08.03.21 12:50, Kevin Kofler via devel wrote:
Sandro Mani wrote:
> merkaartor
FYI, Merkaartor 0.18.4 (the latest release) does not build with proj 8 out
of the box, I had to backport this not-yet-merged pull request:
https://github.com/openstreetmap/merkaartor/pull/233
See:
https://src.fedoraproject.org/rpms/merkaartor/blob/f529682d49b0a8433a523b...
I built this successfully in the f35-build-side-38340 side tag:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1720533
Thanks
6:39 p.m.
On 3/6/21 4:52 PM, Sandro Mani wrote:
Hi
I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
I'll rebuild the following dependent packages:
gdl
vtk
I've added patches for proj 8 support to these packages and submitted
builds in the side tag.
Orion
--
Orion Poplawski
he/him/his - surely the least important thing about me
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
3:50 a.m.
On 14.03.21 01:39, Orion Poplawski wrote:
On 3/6/21 4:52 PM, Sandro Mani wrote:
> Hi
>
> I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
>
> I'll rebuild the following dependent packages:
>
> gdl
> vtk
I've added patches for proj 8 support to these packages and submitted
builds in the side tag.
Thanks a lot!
Quick status update: Still needing porting are gdl, qmapshack and
python-cartopy (and possibly pcl, which depends on VTK).
I'm currently working on gdl which I believe does not require too much
work to port. qmapshack OTOH is a very heavy proj user and I'll probably
look at bundling proj for that one. python-cartopy has a small
autogenerated Proj API via Cython files, I'll need to look into this
into more detail (not familiar with Cython).
Sandro
4:15 a.m.
On Sun, 14 Mar 2021 09:50:42 +0100
Sandro Mani <manisandro(a)gmail.com> wrote:
On 14.03.21 01:39, Orion Poplawski wrote:
> On 3/6/21 4:52 PM, Sandro Mani wrote:
>> Hi
>>
>> I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
>>
>> I'll rebuild the following dependent packages:
>>
>> gdl
>> vtk
>
> I've added patches for proj 8 support to these packages and submitted
> builds in the side tag.
Thanks a lot!
Quick status update: Still needing porting are gdl, qmapshack and
python-cartopy (and possibly pcl, which depends on VTK).
I haven't checked the details yet, but there is some work being done on
proj usage in qmapshack in their git.
Dan
1:10 p.m.
On 14.03.21 10:15, Dan Horák wrote:
On Sun, 14 Mar 2021 09:50:42 +0100
Sandro Mani <manisandro(a)gmail.com> wrote:
> On 14.03.21 01:39, Orion Poplawski wrote:
>> On 3/6/21 4:52 PM, Sandro Mani wrote:
>>> Hi
>>>
>>> I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
>>>
>>> I'll rebuild the following dependent packages:
>>>
>>> gdl
>>> vtk
>> I've added patches for proj 8 support to these packages and submitted
>> builds in the side tag.
> Thanks a lot!
>
> Quick status update: Still needing porting are gdl, qmapshack and
> python-cartopy (and possibly pcl, which depends on VTK).
I haven't checked the details yet, but there is some work being done on
proj usage in qmapshack in their git.
Thanks, the latest git snapshot builds successfully with proj 8.
Sandro
1:24 p.m.
On Sun, Mar 14, 2021 at 7:10 PM Sandro Mani <manisandro(a)gmail.com> wrote:
On 14.03.21 10:15, Dan Horák wrote:
> On Sun, 14 Mar 2021 09:50:42 +0100
> Sandro Mani <manisandro(a)gmail.com> wrote:
>
>> On 14.03.21 01:39, Orion Poplawski wrote:
>>> On 3/6/21 4:52 PM, Sandro Mani wrote:
>>>> Hi
>>>>
>>>> I'll be updating proj to 8.0.0, first in F35 in a side tag and then
F34.
>>>>
>>>> I'll rebuild the following dependent packages:
>>>>
>>>> gdl
>>>> vtk
>>> I've added patches for proj 8 support to these packages and submitted
>>> builds in the side tag.
>> Thanks a lot!
>>
>> Quick status update: Still needing porting are gdl, qmapshack and
>> python-cartopy (and possibly pcl, which depends on VTK).
> I haven't checked the details yet, but there is some work being done on
> proj usage in qmapshack in their git.
Thanks, the latest git snapshot builds successfully with proj 8.
Please don't take this the wrong way - I do not want to tell you how
to do your work.
That said, wouldn't it have been easier and less stressful for
everybody involved to figure out the compatibility issues and
necessary patches to dependent packages *before* starting to submit
package builds, e.g. in a COPR?
Keeping side tags around for weeks takes up precious resources in
koji, and increases the likelihood of conflicts when merging the side
tag back into rawhide (and it's a *bit* late to do big updates like
this for F34, too).
Fabio
1:34 p.m.
On 14.03.21 19:24, Fabio Valentini wrote:
On Sun, Mar 14, 2021 at 7:10 PM Sandro Mani
<manisandro(a)gmail.com> wrote:
>
> On 14.03.21 10:15, Dan Horák wrote:
>> On Sun, 14 Mar 2021 09:50:42 +0100
>> Sandro Mani <manisandro(a)gmail.com> wrote:
>>
>>> On 14.03.21 01:39, Orion Poplawski wrote:
>>>> On 3/6/21 4:52 PM, Sandro Mani wrote:
>>>>> Hi
>>>>>
>>>>> I'll be updating proj to 8.0.0, first in F35 in a side tag and
then F34.
>>>>>
>>>>> I'll rebuild the following dependent packages:
>>>>>
>>>>> gdl
>>>>> vtk
>>>> I've added patches for proj 8 support to these packages and
submitted
>>>> builds in the side tag.
>>> Thanks a lot!
>>>
>>> Quick status update: Still needing porting are gdl, qmapshack and
>>> python-cartopy (and possibly pcl, which depends on VTK).
>> I haven't checked the details yet, but there is some work being done on
>> proj usage in qmapshack in their git.
> Thanks, the latest git snapshot builds successfully with proj 8.
Please don't take this the wrong way - I do not want to tell you how
to do your work.
That said, wouldn't it have been easier and less stressful for
everybody involved to figure out the compatibility issues and
necessary patches to dependent packages *before* starting to submit
package builds, e.g. in a COPR?
Keeping side tags around for weeks takes up precious resources in
koji, and increases the likelihood of conflicts when merging the side
tag back into rawhide (and it's a *bit* late to do big updates like
this for F34, too).
I accept the blame here, I didn't closely enough follow the proj
developments to realize that the old API was not removed in proj-7, but
in proj-8. I'm not going to land this in F34 at this point given how
intrusive this change is. Apologies for not doing my homework properly
and thanks to all of you who have helped out!
Sandro
3:11 p.m.
On Sun, Mar 14, 2021 at 7:34 PM Sandro Mani <manisandro(a)gmail.com> wrote:
I accept the blame here, I didn't closely enough follow the proj
developments to realize that the old API was not removed in proj-7, but
in proj-8. I'm not going to land this in F34 at this point given how
intrusive this change is. Apologies for not doing my homework properly
and thanks to all of you who have helped out!
No blame necessary. Thank you for all your work!
Fabio
1:36 p.m.
On Sun, 14 Mar 2021 19:10:03 +0100
Sandro Mani <manisandro(a)gmail.com> wrote:
On 14.03.21 10:15, Dan Horák wrote:
> On Sun, 14 Mar 2021 09:50:42 +0100
> Sandro Mani <manisandro(a)gmail.com> wrote:
>
>> On 14.03.21 01:39, Orion Poplawski wrote:
>>> On 3/6/21 4:52 PM, Sandro Mani wrote:
>>>> Hi
>>>>
>>>> I'll be updating proj to 8.0.0, first in F35 in a side tag and then
F34.
>>>>
>>>> I'll rebuild the following dependent packages:
>>>>
>>>> gdl
>>>> vtk
>>> I've added patches for proj 8 support to these packages and submitted
>>> builds in the side tag.
>> Thanks a lot!
>>
>> Quick status update: Still needing porting are gdl, qmapshack and
>> python-cartopy (and possibly pcl, which depends on VTK).
> I haven't checked the details yet, but there is some work being done on
> proj usage in qmapshack in their git.
Thanks, the latest git snapshot builds successfully with proj 8.
thanks for checking, I can take care of updating qmapshack with
the cherry-picked patches. I need to do an update to 1.15.2 anyway.
Dan
5:04 p.m.
On 3/14/21 1:50 AM, Sandro Mani wrote:
On 14.03.21 01:39, Orion Poplawski wrote:
> On 3/6/21 4:52 PM, Sandro Mani wrote:
>> Hi
>>
>> I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
>>
>> I'll rebuild the following dependent packages:
>>
>> gdl
>> vtk
>
> I've added patches for proj 8 support to these packages and submitted
> builds in the side tag.
Thanks a lot!
Quick status update: Still needing porting are gdl, qmapshack and
python-cartopy (and possibly pcl, which depends on VTK).
I'm currently working on gdl which I believe does not require too much
work to port. qmapshack OTOH is a very heavy proj user and I'll probably
look at bundling proj for that one. python-cartopy has a small
autogenerated Proj API via Cython files, I'll need to look into this
into more detail (not familiar with Cython).
Sandro - gdl should be all set.
--
Orion Poplawski
he/him/his - surely the least important thing about me
Manager of NWRA Technical Systems 720-772-5637
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane orion(a)nwra.com
Boulder, CO 80301 https://www.nwra.com/
2:25 a.m.
On 14.03.21 23:04, Orion Poplawski wrote:
On 3/14/21 1:50 AM, Sandro Mani wrote:
>
> On 14.03.21 01:39, Orion Poplawski wrote:
>> On 3/6/21 4:52 PM, Sandro Mani wrote:
>>> Hi
>>>
>>> I'll be updating proj to 8.0.0, first in F35 in a side tag and then
>>> F34.
>>>
>>> I'll rebuild the following dependent packages:
>>>
>>> gdl
>>> vtk
>>
>> I've added patches for proj 8 support to these packages and
>> submitted builds in the side tag.
>
> Thanks a lot!
>
> Quick status update: Still needing porting are gdl, qmapshack and
> python-cartopy (and possibly pcl, which depends on VTK).
>
> I'm currently working on gdl which I believe does not require too
> much work to port. qmapshack OTOH is a very heavy proj user and I'll
> probably look at bundling proj for that one. python-cartopy has a
> small autogenerated Proj API via Cython files, I'll need to look into
> this into more detail (not familiar with Cython).
Sandro - gdl should be all set.
Right, thanks so much!
6:32 p.m.
On Sat, 6 Mar 2021 at 18:53, Sandro Mani <manisandro(a)gmail.com> wrote:
Hi
I'll be updating proj to 8.0.0, first in F35 in a side tag and then F34.
I'll rebuild the following dependent packages:
gdal
gdl
grass
libgeotiff
librasterlite2
libspatialite
mapnik
mapserver
merkaartor
ncl
osm2pgsql
pcl
postgis
pyproj
python-cartopy
Unfortunately, due to its removing the old header, Cartopy does not
support Proj 8, even in the development branch. It is unlikely to be
done before F34 (though I see from later emails you won't be updating
there), but I will try to push to get it done for F35 upstream.
qgis
qmapshack
R-rgdal
saga
spatialite-gui
vtk
--
Sandro
--
Elliott
7:54 p.m.
Unfortunately, due to its removing the old header, Cartopy does not
support Proj 8, even in the development branch. It is unlikely to be
done before F34 (though I see from later emails you won't be updating
there), but I will try to push to get it done for F35 upstream.
I spent many hours trying to get it building with proj-8, but I gave up
(tests failing telling that coordinates are being transformed which do
not belong to the same celestial body etc...). Here is what I came up
with so far [1].
Since I'm starting to get desperate to land the proj-8 thing, I've opted
for the drastic solution of bundling/statically linking proj-7 into
cartopy, see [2]. If this looks reasonable, I'd fire off a build to
finally merge the side-tag.
Thanks
Sandro
[1] https://github.com/SciTools/cartopy/pull/1752
[2] https://src.fedoraproject.org/rpms/python-cartopy/pull-request/3
1136
days inactive
1153
days old
17 comments
7 participants
participants (7)
-
Dan Horák -
Elliott Sales de Andrade -
Fabio Valentini -
Kevin Kofler -
Orion Poplawski -
Sandro Mani -
Tom Hughes