[postgis-tickets] [PostGIS] #5467: woodie fails on raster compile for PG 14, 15

[PostGIS]

#5467: woodie fails on raster compile for PG 14, 15
------------------------+---------------------------
  Reporter:  robe       |      Owner:  robe
      Type:  defect     |     Status:  new
  Priority:  critical   |  Milestone:  PostGIS 3.4.0
 Component:  buildbots  |    Version:  master
Resolution:             |   Keywords:
------------------------+---------------------------
Comment (by strk):

 Example failure is here:
 https://woodie.osgeo.org/repos/30/pipeline/769/14

 The fatal error is on this line 673:
 https://woodie.osgeo.org/repos/30/pipeline/769/14#L673

 Error message is:
 `make[2]: *** [Makefile:152: rtpostgis_upgrade.sql.in] Error 255`

 The line which is creating rtpostgis_upgrade.sql.in appears before, on
 line 657: https://woodie.osgeo.org/repos/30/pipeline/769/14#L657

 An error message which seems the possible cause of failure is on line 670:
 https://woodie.osgeo.org/repos/30/pipeline/769/14#L670
 `Unable to locate target new version number in rtpostgis.sql`

 The `rtpostgis.sql` target is a dependency of `rtpostgis_upgrade.sql.in`
 target so I guess the make error report is just a bit confusing.

 Now, for the reason why rtpostgis.sql is found broken, there must be
 multiple processes creating it at the same time. looking at
 raster/Makefile.in I see the `all` rule has 4 dependencies which means we
 don't control the order in which they are built, in turn the RT_LOADER
 target has a dependency on librtcore which builds it again, which
 conflicts with an eventual parallel job also doing that. I'll try cleaning
 that up and see what happens.
-- 
Ticket URL: <https://trac.osgeo.org/postgis/ticket/5467#comment:2>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.