Looks like the deploy went OK last night, and I just fired another one off and looks fine. Hopefully this problem is fixed for the time being.
-Justin Jody Garnett wrote: > Just to confirm this issue is still very much alive. > I asked justin to kick this build again before he went to sleep. > Apparently server problems prevented it being fixed yesterday. > > If anyone has word please keep geotools-devel in the loop - Day 2 > without snapshots. Who do I need to talk to for > http://repo.opengeo.org webdav access? I do not mind doing an deploy > from here... > > > Jody > > On Mon, May 11, 2009 at 3:22 PM, Jody Garnett <[email protected]> wrote: >> +1 (and more!) >> >> The use of date stamped snapshots has broken the udig build (where it >> grabs the jars using maven; but then references them by name after >> that - since the jars no longer end in 2.6-SNAPSHOT it has to be >> manually corrected each time). >> >> Jody >> >> On Sat, May 9, 2009 at 1:02 AM, Andrea Aime <[email protected]> wrote: >>> Daniele Romagnoli ha scritto: >>>> +1 also for me (Although my vote doesn't have validity :) ) >>>> >>>> On Fri, May 8, 2009 at 3:59 PM, Justin Deoliveira <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> >>>> Hmmm... as far as I know this is not needed but I could be wrong. >>>> The only upside I see is that we can go back in time to go back to >>>> past snapshots, which i have never had to do. The downside I see is >>>> a lot of wasted space on the server :). >>>> >>>> >>>> Moreover, the same "lot of jars" will be download on your local repo >>>> whenever you build geoserver 1.7.x with maven and new snapshots are >>>> available :) >>> Hmmm... as far as I remember SNAPSHOT dependencies are checked on >>> the repo are checked once a day no matter what, even if they are not >>> timestamped. >>> Not sure what the timestamp effect is... will it force redownload >>> no matter what? Not sure, I usually build everything before >>> starting to work and afaik I'm not getting more snapshots downloaded >>> during the day, but it may be the result of the time the build >>> box generates those snapshots >>> >>> Cheers >>> Andrea >>> >>> -- >>> Andrea Aime >>> OpenGeo - http://opengeo.org >>> Expert service straight from the developers. >>> >>> ------------------------------------------------------------------------------ >>> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your >>> production scanning environment may not be a perfect world - but thanks to >>> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK >>> i700 >>> Series Scanner you'll get full speed at 300 dpi even with all image >>> processing features enabled. http://p.sf.net/sfu/kodak-com >>> _______________________________________________ >>> Geoserver-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >>> > > ------------------------------------------------------------------------------ > The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your > production scanning environment may not be a perfect world - but thanks to > Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 > Series Scanner you'll get full speed at 300 dpi even with all image > processing features enabled. http://p.sf.net/sfu/kodak-com > _______________________________________________ > Geoserver-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. ------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
