[GeoNode-devel] Calling the cops on the party in geonode.contrib

tom.kralidis at gmail.com tom.kralidis at gmail.com
Thu Jul 16 09:39:03 PDT 2015


+1 to proposal and squashing prior. As well this process should be clearly documented for future contrib/ things.

Sent from my iPhone

> On Jul 16, 2015, at 11:56, Simone Dalmasso <simone.dalmasso at gmail.com> wrote:
> 
> Thanks Jeff for bringing this up. 
> It is amazing to see the activity in contrib, this is just awesome but the more it grows the more there's the risk to loose the track on what's in.
> my +1 on everything and I should add, especially for @simod :)
> 
> * the commits should be squashed to 1 
> 
> Ciao
> 
> 2015-07-16 17:48 GMT+02:00 Jeffrey Johnson <ortelius at gmail.com>:
>> Hi All,
>> 
>> I just pushed a commit directly to master that broke the build.
>> https://github.com/GeoNode/geonode/commit/4baca0a24b65b9a2c656c47fd54c8c2f1c794acb
>> 
>> This puts the geonode.contrib apps in GEONODE_CONTRIB_APPS in
>> settings.py and makes sure they are *always* disabled by default.
>> 
>> The test failure is here
>> https://travis-ci.org/GeoNode/geonode/builds/71270871#L1645
>> 
>> And the root cause is here
>> 
>> https://github.com/GeoNode/geonode/pull/2206/files#diff-33cf4fcb0f4b5b8bf97b2d580c7eaec1R81
>> 
>> No need to point fingers as this PR went through the process we have
>> setup and was merged. We do however need to have some more guidelines
>> about how contrib modules should be handled.
>> 
>> After a quick chat with Simone and Ariel, I propose the following:
>> 
>> * New contrib modules should be initially proposed as a GNIP and
>> brought up on the list before submitting a PR
>> * Contrib modules should go into the GEONODE_CONTRIB_APPS block in
>> settings and _never_ be enabled by default.
>> * Contrib modules should have their own requirements.txt and not add
>> things to setup.py
>> * Contrib modules should be verified to not break the build when
>> enabled/disabled before merging
>> * There should be minimal docs about what it does and how to use it
>> etc. A README in the module is sufficient, a page in docs/
>> 
>> Anything else I missed? Im +1 to keep the party going and looking
>> forward to seeing interesting things in this part of the codebase, but
>> we cant get sloppy.
>> 
>> Jeff
>> _______________________________________________
>> geonode-devel mailing list
>> geonode-devel at lists.osgeo.org
>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-devel
> 
> 
> 
> -- 
> Simone 
> _______________________________________________
> geonode-devel mailing list
> geonode-devel at lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/geonode-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/geonode-devel/attachments/20150716/56d409a4/attachment-0001.html>


More information about the geonode-devel mailing list