Hi Adrian,
On Sun, Jan 18, 2009 at 8:23 PM, Adrian Custer <acus...@gmail.com> wrote:
> Hey,
>
> We have not made a decision to use the OsGeo repository but instead we
> still rely on Refractions and geotools.fr. Can you not simply work
> against the refractions repo?
No problem, I still work against the refractions one. I have guessed that
the migration to OsGeo also involved adopting its repo as main repo.
>
>
> Adding another repo is not worth doing for a small number of files. It
> will slow our builds since it adds one more repo for maven to query. If
> we are going to add a new repo, we probably will want to populate it
> with a minimal set of recent files and add a section to the pom.xml so
> we can deploy to it, then we need to document what the login
> requirements are to deploy to that repo and add a section to the
> developer guide's "how to cut a release" step reminding us to deploy
> there as well. In other words, adding a repo is a bunch of work to do
> right---do you really want to do all that?
>
> --Adrian
>
> P.S. I saw your GeoTiff JIRA task go through; it needs work. The bug
> report is much too vague to be useful: "Some geoserver users have
> problems" and "JAI has a bug" doesn't say much.
I have opened the JIRA as a reminder of a fix done by Simone. I guess he
will provide all the details of the Bug as I have stated as a final note.
> Also, are your really
> proposing to make the build depend on imageio-ext by default? If so,
> what has changed since the last time you proposed that?
We are doing a stable release. (IP Review, Code Coverage, Javadocs, Binaries
to be distributed and more).
Daniele
>
>
>
> On Sun, 2009-01-18 at 19:36 +0100, Daniele Romagnoli wrote:
> > Hi list,
> > the main geotools pom.xml doesn't contain the OsGEO repository within
> > the "repositories" section. (I guess the refraction one will be
> > somehow "deprecated")
> > I'm adding some new jars within that repository but they can't be
> > found.
> > Should it be added? Can I add it to the pom or is there a specific
> > reason to avoid it? (Maybe it has simply forgotten)
> >
> > Let me know.
> >
> > Regards,
> > Daniele
> >
> > --
> > -------------------------------------------------------
> > Eng. Daniele Romagnoli
> > Software Engineer
> >
> > GeoSolutions S.A.S.
> > Via Carignoni 51
> > 55041 Camaiore (LU)
> > Italy
> >
> > phone: +39 0584983027
> > fax: +39 0584983027
> > mob: +39 328 0559267
> >
> >
> > http://www.geo-solutions.it
> >
> > -------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > This SF.net email is sponsored by:
> > SourcForge Community
> > SourceForge wants to tell your story.
> > http://p.sf.net/sfu/sf-spreadtheword
> > _______________________________________________ Geotools-devel mailing
> list Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Geotools-devel mailing list
> Geotools-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geotools-devel
>
--
-------------------------------------------------------
Eng. Daniele Romagnoli
Software Engineer
GeoSolutions S.A.S.
Via Carignoni 51
55041 Camaiore (LU)
Italy
phone: +39 0584983027
fax: +39 0584983027
mob: +39 328 0559267
http://www.geo-solutions.it
-------------------------------------------------------
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel