Hi Andrew,
Here's my 2 cents:
1. It might be nice if projects had more than one shepherd so there's not a single point of failure. Of course, if all members of the maintenance team end up joining the team, then there's no issue.
2. Re: "The main project documentation does not have to be hosted inside the main Django documentation, but should be under an official Django domain if possible, and link back to with the main Django documentation where it makes sense."
I'd rather not get into hosting more documentation on djangoproject.org if possible, as there's a non-trivial maintenance burden there. I imagine it would be easier for the project's maintenance team to make adjustments in the readthedocs UI instead of bothering the Django ops team in the event of any problems.
3. Did you envision any involvement from the Django Fellow in these projects? To date, I haven't really had much involvement with any of the ancillary projects like localflavor and formtools.
On 12 Jun 2016 2:00 a.m., "Tim Graham" <timog...@gmail.com> wrote:
>
> 1. It might be nice if projects had more than one shepherd so there's not a single point of failure. Of course, if all members of the maintenance team end up joining the team, then there's no issue.
It depends how the role of work is split between them; I think it depends on the project too. I'd rather not over legislate here and let us have some leeway based on context. I agree we should aim for this if the shepherd role is very busy for that project, but with a maintenance team we hopefully have a ready source of knowledgeable potential new core team members.
>
>
> 2. Re: "The main project documentation does not have to be hosted inside the main Django documentation, but should be under an official Django domain if possible, and link back to with the main Django documentation where it makes sense."
>
>
> I'd rather not get into hosting more documentation on djangoproject.org if possible, as there's a non-trivial maintenance burden there. I imagine it would be easier for the project's maintenance team to make adjustments in the readthedocs UI instead of bothering the Django ops team in the event of any problems.
This is why I said domain, not infrastructure; I'd like us to host on RTD with a custom django project subdomain so we retain control of the URLs in the long term but we can pay them to host and deal with it all in the short term.
>
>
> 3. Did you envision any involvement from the Django Fellow in these projects? To date, I haven't really had much involvement with any of the ancillary projects like localflavor and formtools.
I didn't, mostly as I didn't want to add more responsibilities to the existing set; do you think we should? I think asking the project to come with a plan for that stuff is helpful, and if it would need Fellow involvement, the proposal should include them as part of the maintenance team maybe?
Andrew
>
>
> On Friday, June 10, 2016 at 3:01:23 AM UTC-4, Andrew Godwin wrote:
>>
>> Just to update on this, there was some good feedback on the draft for writing and clarity, and it's now made it into an official draft, located here: https://github.com/django/deps/blob/master/draft/0007-official-projects.rst
>>
>> If you'd like to read through the draft and raise discussion points or opinions on the plan, now is the time!
>>
>> Andrew
>>
>> On Wed, Jun 8, 2016 at 1:34 PM, Andrew Godwin <and...@aeracode.org> wrote:
>>>
>>> Hi everyone,
>>>
>>> I've started on an "official projects" process DEP as I discussed here a while back, to formalise the process of adopting non-core packages as repositories under the official Django organisation, with a view to taking Channels on this route (and hopefully including the existing localflavor under this too).
>>>
>>> Pull request is up here: https://github.com/django/deps/pull/23 - comments welcome.
>>>
>>> Andrew
>>
>>
> --
> You received this message because you are subscribed to the Google Groups "Django developers (Contributions to Django itself)" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to django-develop...@googlegroups.com.
> To post to this group, send email to django-d...@googlegroups.com.
> Visit this group at https://groups.google.com/group/django-developers.
> To view this discussion on the web visit https://groups.google.com/d/msgid/django-developers/2d85ebf4-2699-4faf-bb3a-d9c213b76fe2%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
I am happy to report that the Official Projects DEP, number 0007, was approved by the Technical Board and is now adopted as final!
Andrwe