I get it, no problem leaving the nightlies running longer, as long as they
do not mind the contents getting clean up on occasion.
--
Jody Garnett
On Wed, 8 Dec 2021 at 01:11, Andrea Aime
wrote:
> On Tue, Dec 7, 2021 at 9:14 PM Jody Garnett
> wrote:
>
>> Perhaps I am not understanding the reque
On Tue, Dec 7, 2021 at 9:14 PM Jody Garnett wrote:
> Perhaps I am not understanding the request, is the geonode team
> depending on specific community builds from
> https://build.geoserver.org/geoserver/2.18.x/ ?
>
No, AFAIK they pick one and store it somewhere. Again, I'm just making
guesses ba
Perhaps I am not understanding the request, is the geonode team
depending on specific community builds from
https://build.geoserver.org/geoserver/2.18.x/ ?
If so ... we ran out of space recently and cleaned up a lot of stuff :D
As for use of SNAPSHOT and submodule geonetwork was perhaps not the b
On Tue, Dec 7, 2021 at 3:42 PM Jody Garnett wrote:
> I would ask that the geonode folks tag the release they need as a patch
> release (even just to the nexus repo).
>
Separate project, we're not really in a position to "ask" :-D
> Depending on a snapshot is a terrible practice, and if you mus
No problem keeping a branch building longer if it is active, but it should
build towards a patch release please.
On Tue, Dec 7, 2021 at 6:42 AM Jody Garnett wrote:
> I would ask that the geonode folks tag the release they need as a patch
> release (even just to the nexus repo). Depending on a s
I would ask that the geonode folks tag the release they need as a patch
release (even just to the nexus repo). Depending on a snapshot is a
terrible practice, and if you must it should be handled with a git sub
module.
The geonetwork folks depend on a snapshot revision be having a git sub
module,
On Tue, Dec 7, 2021 at 12:07 PM Ian Turton wrote:
> +0 for me
>
> In the longer term should we switch to a yearly release cycle instead of a
> 6 monthly one? One complaint I hear relatively often is that releases are
> hard to keep up with so we ignore them
>
I understand that position. Let me s
+0 for me
In the longer term should we switch to a yearly release cycle instead of a
6 monthly one? One complaint I hear relatively often is that releases are
hard to keep up with so we ignore them
Ian
On Tue, 7 Dec 2021 at 09:50, Andrea Aime
wrote:
> I thought the 2.18.x series builds were a
I thought the 2.18.x series builds were a goner, but Alessandro made me
notice that,
while they are no more in the "geoserver" tab, they are still in the "all
builds" one:
[image: image.png]
So it would be just a matter of re-enabling them (and the corresponding
GT/GWC ones).
Cheers
Andrea
On T
Hi,
here is a topic for today's PSC meeting (not feeling all that well, might
not make it to the meeting).
In GeoSolutions we found that we need to run custom builds of the 2.18.x
series, mostly because of its relationship with GeoNode. GeoNode tends to
stay a little behind in terms of GeoServer v
10 matches
Mail list logo