[GeoNode-devel] GeoNode dependencies breaking & Pypi consistency

Alessio Fabiani alessio.fabiani at geo-solutions.it
Fri Oct 20 01:15:40 PDT 2017


+1

Already like this in GeoNode 2.7+

https://github.com/GeoNode/geonode/blob/master/requirements.txt

https://github.com/GeoNode/geonode/blob/master/setup.py



Regards,

Alessio Fabiani

==
GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information.
==

Ing. Alessio Fabiani

@alfa7691
Founder/Technical Lead


GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:     +39 0584 1660272
mob:   +39 331 6233686

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

On Fri, Oct 20, 2017 at 12:50 AM, Jeremiah Cooper <
jcooper at jeremiahcooper.com> wrote:

> +1 to this.  MapStory has seen these breaking changes as well.  Pinning
> everything would help alleviate having to track down which dependency broke
> the build every time it happens.  It's happened several times just in the
> past few weeks.
>
> Thanks.
>
> Jeremiah Cooper
>
>
> On Thu, Oct 19, 2017 at 5:54 PM, Travis Brundage <
> tbrundage at boundlessgeo.com> wrote:
>
>> Hi all,
>>
>> Recently I have seen some core GeoNode behaviour breaking due to changes
>> in our dependencies. This isn't the first time it's happened. What happens
>> is that we have many dependencies pulling in the latest version via >= in
>> our requirements, but something changes which conflicts with current
>> technology or otherwise is broken, causing core GeoNode to break as well.
>>
>> In addition, I'd like for us to have consistency in regards to GeoNode
>> and its sub projects in pypi. Establishing the pypi repo as consistent with
>> the official repos for the dependencies will ensure changes are visible and
>> (hopefully) reviewed. This will help at least partially with preventing
>> broken dependencies. One possibility is introducing some automation here
>> through a continuous integration tool, so there are regular builds to pypi
>> straight off the repos in GeoNode. This method may help establish a
>> consistent cycle and also ensure we're diligent about quality in changes to
>> the code.
>>
>> For the dependencies breaking, we can start pinning versions in our
>> requirements (that is, using == instead of >= in requirements.txt). The
>> upside of this is we will have consistent, expected behaviour that won't
>> change due to updates. The downside of this is we won't necessarily have
>> the most recent versions of dependencies, which we will want to
>> occasionally update. I feel pinning versions makes sense, but we should
>> make sure to update dependencies regularly. Before making this change, we
>> should check what versions are actually being used and working with
>> GeoNode, as >= will pull later versions, so simply doing a find+replace of
>> >= to == won't be correct.
>>
>> Cheers,
>> Travis
>>
>> --
>> Travis Brundage
>> Software Engineer | Boundless
>> tbrundage at boundlessgeo.com
>> 250.888.2820 <(250)%20888-2820>
>> @boundlessgeo
>>
>>
>> _______________________________________________
>> geonode-devel mailing list
>> geonode-devel at lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/geonode-devel
>>
>>
>
> _______________________________________________
> geonode-devel mailing list
> geonode-devel at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/geonode-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geonode-devel/attachments/20171020/5ad6f781/attachment-0001.html>


More information about the geonode-devel mailing list