[openstreetmap/openstreetmap-website] Should we provide installation support? (#1692)

Andy Allan notifications at github.com
Wed Nov 29 12:04:29 UTC 2017


Currently we don't provide any support for installation problems (e.g. #1688 #1559 among others).

I think we should try to support basic installation problems. Sometimes these will be new or potential developers, and if they can't get the test suite passing it seems less likely that they'll submit a pull request. Other times they have no immediate intention of making a PR, but the more people using the codebase for their own purposes, the more likely they are to contribute changes back to us in future.

It's worth being clear that I only mean basic installation support, namely a) getting the tests to pass and b) getting iD and potlatch2 set up. I would specifically exclude any support for configuring postgresql, configuring alternative tiles and so on. What does everyone else think?

If we decide that we prefer to continue as-is, then I would make some further suggestions. Currently people ask here for support and then are told they are in the wrong place, but there's nothing available up-front to guide them. We can add a warning about there being no support to CONTRIBUTING.md or create an issue template noting that. And we should have a standard list of other places to ask, rather than leaving new users to figure out whether help.osm.org, mailing lists, irc etc is the right place. There are also problems with these channels that each one of them has fewer people available to help than could be found here, so we should indicate which channels have the highest likelihood of actually getting support.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/openstreetmap/openstreetmap-website/issues/1692
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/rails-dev/attachments/20171129/3be32d2a/attachment.html>


More information about the rails-dev mailing list