Working with Regina on osgeo general channel we have build.geoserver.org in communication with repo.osgeo.org again!
The build jobs described above are now working as intended (needed to use -U for the deploy step although I am not clear why). -- Jody Garnett On Thu, May 18, 2023 at 3:18 PM Jody Garnett <jody.garn...@gmail.com> wrote: > A couple notes from build server maintenance stuff: > > 1) osgeo.org is having some kind of DNS trouble (DoS? The provider is > working on it...) > > If anyone hears of osgeo.org being fixed please respond to this thread :) > > 2) The GeoTools 29-SNAPSHOT builds were not being deployed to > repo.osgeo.org so a couple of jobs have been updated: > > - geotools-29.x-java11 - disabled > - geotools-29.x > <https://build.geoserver.org/view/geotools/job/geotools-29.x/> - new, > copied from geotools-28.x > > Updated the downstream geowebcache-1.23.x > <https://build.geoserver.org/view/geotools/job/geowebcache-1.23.x/> and > geoserver-2.23.x > <https://build.geoserver.org/view/geotools/job/geoserver-2.23.x/> jobs: > - no longer include an independent maven repository (previously > inconsistent, with some jobs having -Dmaven.repo.local=m2) > - no longer have a shared workspace, some of the java11 jobs had a shared > workspace and m2 repository to avoid mixing java8 and java11 jars) > - no longer in a the multi-module throttle group "geoserver", rely on > being restricted from upstream / downstream jobs to avoid overloading server > - the build jobs all include -U to force download of SNAPSHOTs (which is > what we are testing) > - build steps include -T1C threading (previously -T2) > - the deploy steps do not include -U, and -T2C threading (previously > inconsistent -T2 and T4) > > > -- > Jody Garnett >
_______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
