mirrors/django
1
0
Fork 0
mirror of https://github.com/django/django.git synced 2025-10-26 07:06:08 +00:00
Code Issues 32 Releases Wiki Activity

[5.1.x] Fixed #35908 -- Retired the django-developers and django-users mailing lists.

Browse Source 
Co-authored-by: Chaitanya Rahalkar <chaitanyarahalkar@squareup.com>

Backport of 86493307f9 from main.
This commit is contained in:
Sarah Boyce
2025-02-05 13:11:35 +01:00
parent e479ccb064
commit 481b82802d
13 changed files with 107 additions and 158 deletions
Download Patch File Download Diff File Expand all files Collapse all files

28
docs/internals/contributing/bugs-and-features.txt
View File

@@ -16,15 +16,15 @@ Otherwise, before reporting a bug or requesting a new feature on the
* Check that someone hasn't already filed the bug or feature request by
`searching`_ or running `custom queries`_ in the ticket tracker.
* Don't use the ticket system to ask support questions. Use the
|django-users| list or the `Django Discord server`_ for that.
* Don't use the ticket system to ask support questions. Use the `Django Forum`_
or the `Django Discord server`_ for that.
* Don't reopen issues that have been marked "wontfix" without finding consensus
to do so on the `Django Forum`_ or |django-developers| list.
to do so on the `Django Forum`_.
* Don't use the ticket tracker for lengthy discussions, because they're
likely to get lost. If a particular ticket is controversial, please move the
discussion to the `Django Forum`_ or |django-developers| list.
discussion to the `Django Forum`_.
.. _reporting-bugs:
@@ -39,7 +39,7 @@ particular:
* **Do** read the :doc:`FAQ </faq/index>` to see if your issue might
be a well-known question.
* **Do** ask on |django-users| or the `Django Discord server`_ *first* if
* **Do** ask on `Django Forum`_ or the `Django Discord server`_ *first* if
you're not sure if what you're seeing is a bug.
* **Do** write complete, reproducible, specific bug reports. You must
@@ -49,7 +49,7 @@ particular:
small test case is the best way to report a bug, as it gives us a
helpful way to confirm the bug quickly.
* **Don't** post to |django-developers| only to announce that you have filed a
* **Don't** post to `Django Forum`_ only to announce that you have filed a
bug report. All the tickets are mailed to another list, |django-updates|,
which is tracked by developers and interested community members; we see them
as they are filed.
@@ -94,10 +94,10 @@ part of that. Here are some tips on how to make a request most effectively:
suggest that you develop it independently. Then, if your project gathers
sufficient community support, we may consider it for inclusion in Django.
* First request the feature on the `Django Forum`_ or |django-developers| list,
not in the ticket tracker. It'll get read more closely if it's on the mailing
list. This is even more important for large-scale feature requests. We like
to discuss any big changes to Django's core before actually working on them.
* First request the feature on the `Django Forum`_, not in the ticket tracker.
It'll get read more closely and reach a larger audience. This is even more
important for large-scale feature requests. We like to discuss any big
changes to Django's core before actually working on them.
* Describe clearly and concisely what the missing feature is and how you'd
like to see it implemented. Include example code (non-functional is OK)
@@ -132,9 +132,9 @@ How we make decisions
=====================
Whenever possible, we strive for a rough consensus. To that end, we'll often
have informal votes on |django-developers| or the Django Forum about a feature.
In these votes we follow the voting style invented by Apache and used on Python
itself, where votes are given as +1, +0, -0, or -1.
have informal votes on the Django Forum about a feature. In these votes we
follow the voting style invented by Apache and used on Python itself, where
votes are given as +1, +0, -0, or -1.
Roughly translated, these votes mean:
* +1: "I love the idea and I'm strongly committed to it."
@@ -167,7 +167,7 @@ Since this process allows any steering council member to veto a proposal, a
convert that "-1" into at least a "+0".
Votes on technical matters should be announced and held in public on the
|django-developers| mailing list or on the `Django Forum`_.
`Django Forum`_.
.. _searching: https://code.djangoproject.com/search
.. _custom queries: https://code.djangoproject.com/query

14
docs/internals/contributing/committing-code.txt
View File

@@ -109,14 +109,14 @@ Django's Git repository:
discuss the situation with the team.
* For any medium-to-big changes, where "medium-to-big" is according to
your judgment, please bring things up on the `Django Forum`_ or
|django-developers| mailing list before making the change.
your judgment, please bring things up on the `Django Forum`_ before making
the change.
If you bring something up and nobody responds, please don't take that
to mean your idea is great and should be implemented immediately because
nobody contested it. Everyone doesn't always have a lot of time to read
mailing list discussions immediately, so you may have to wait a couple of
days before getting a response.
discussions immediately, so you may have to wait a couple of days before
getting a response.
* Write detailed commit messages in the past tense, not present tense.
@@ -228,14 +228,14 @@ When a mistaken commit is discovered, please follow these guidelines:
* If the original author can't be reached (within a reasonable amount
of time -- a day or so) and the problem is severe -- crashing bug,
major test failures, etc. -- then ask for objections on the `Django Forum`_
or |django-developers| mailing list then revert if there are none.
then revert if there are none.
* If the problem is small (a feature commit after feature freeze,
say), wait it out.
* If there's a disagreement between the merger and the reverter-to-be then try
to work it out on the `Django Forum`_ or |django-developers| mailing list. If
an agreement can't be reached then it should be put to a vote.
to work it out on the `Django Forum`_ . If an agreement can't be reached then
it should be put to a vote.
* If the commit introduced a confirmed, disclosed security
vulnerability then the commit may be reverted immediately without

10
docs/internals/contributing/index.txt
View File

@@ -21,16 +21,11 @@ Join the Django community
There are several ways you can help the Django community and others to maintain
a great ecosystem to work in:
* Join the `Django forum`_. This forum is a place for discussing the Django
* Join the `Django Forum`_. This forum is a place for discussing the Django
framework and applications and projects that use it. This is also a good
place to ask and answer any questions related to installing, using, or
contributing to Django.
* Join the |django-users| mailing list and answer questions. This
mailing list has a huge audience, and we really want to maintain a
friendly and helpful atmosphere. If you're new to the Django community,
you should read the `posting guidelines`_.
* Join the `Django Discord server`_ to discuss and answer questions. By
explaining Django to other users, you're going to learn a lot about the
framework yourself.
@@ -44,10 +39,9 @@ a great ecosystem to work in:
ecosystem of pluggable applications is a big strength of Django, help us
build it!
.. _posting guidelines: https://code.djangoproject.com/wiki/UsingTheMailingList
.. _community page: https://www.djangoproject.com/community/
.. _Django Discord server: https://chat.djangoproject.com
.. _Django forum: https://forum.djangoproject.com/
.. _Django Forum: https://forum.djangoproject.com/
.. _register it here: https://www.djangoproject.com/community/add/blogs/
Getting started

25
docs/internals/contributing/triaging-tickets.txt
View File

@@ -24,7 +24,7 @@ mistakes. Trac is "mostly accurate", and we give allowances for the fact that
sometimes it will be wrong. That's okay. We're perfectionists with deadlines.
We rely on the community to keep participating, keep tickets as accurate as
possible, and raise issues for discussion on our mailing lists when there is
possible, and raise issues for discussion on the `Django Forum`_ when there is
confusion or disagreement.
Django is a community project, and every contribution helps. We can't do this
@@ -308,12 +308,11 @@ A ticket can be resolved in a number of ways:
* wontfix
Used when someone decides that the request isn't appropriate for
consideration in Django. Sometimes a ticket is closed as "wontfix" with a
request for the reporter to start a discussion on the `Django Forum`_ or
|django-developers| mailing list if they feel differently from the
rationale provided by the person who closed the ticket. Other times, a
discussion precedes the decision to close a ticket. Always use the forum
or mailing list to get a consensus before reopening tickets closed as
"wontfix".
request for the reporter to start a discussion on the `Django Forum`_ if
they feel differently from the rationale provided by the person who
closed the ticket. Other times, a discussion precedes the decision to
close a ticket. Always use the forum to get a consensus before reopening
tickets closed as "wontfix".
* duplicate
Used when another ticket covers the same issue. By closing duplicate
@@ -333,7 +332,7 @@ If you believe that the ticket was closed in error -- because you're
still having the issue, or it's popped up somewhere else, or the triagers have
made a mistake -- please reopen the ticket and provide further information.
Again, please do not reopen tickets that have been marked as "wontfix" and
bring the issue to the `Django Forum`_ or |django-developers| instead.
bring the issue to the `Django Forum`_ instead.
.. _how-can-i-help-with-triaging:
@@ -354,7 +353,7 @@ Then, you can help out by:
* Closing "Unreviewed" tickets as "needsinfo" when the description is too
sparse to be actionable, or when they're feature requests requiring a
discussion on the `Django Forum`_ or |django-developers|.
discussion on the `Django Forum`_.
* Correcting the "Needs tests", "Needs documentation", or "Has patch"
flags for tickets where they are incorrectly set.
@@ -372,7 +371,7 @@ Then, you can help out by:
reports about a particular part of Django, it may indicate we should
consider refactoring that part of the code. If a trend is emerging,
you should raise it for discussion (referencing the relevant tickets)
on the `Django Forum`_ or |django-developers|.
on the `Django Forum`_.
* Verify if solutions submitted by others are correct. If they are correct
and also contain appropriate documentation and tests then move them to the
@@ -399,12 +398,12 @@ the ticket database:
review a patch that you submit.
* Please **don't** reverse a decision without posting a message to the
`Django Forum`_ or |django-developers| to find consensus.
`Django Forum`_ to find consensus.
* If you're unsure if you should be making a change, don't make the
change but instead leave a comment with your concerns on the ticket,
or post a message to the `Django Forum`_ or |django-developers|. It's okay to
be unsure, but your input is still valuable.
or post a message to the `Django Forum`_. It's okay to be unsure, but your
input is still valuable.
.. _Trac: https://code.djangoproject.com/
.. _`easy pickings`: https://code.djangoproject.com/query?status=!closed&easy=1

20
docs/internals/contributing/writing-code/submitting-patches.txt
View File

@@ -151,12 +151,11 @@ or introduces breaking changes.
The following are different approaches for gaining feedback from the community.
The Django Forum or django-developers mailing list
--------------------------------------------------
The Django Forum
----------------
You can propose a change on the `Django Forum`_ or |django-developers| mailing
list. You should explain the need for the change, go into details of the
approach and discuss alternatives.
You can propose a change on the `Django Forum`_. You should explain the need
for the change, go into details of the approach and discuss alternatives.
Please include a link to such discussions in your contributions.
@@ -172,8 +171,8 @@ third-party package first. You can iterate on the public API much faster, while
also validating the need for the feature.
Once this package becomes stable and there are clear benefits of incorporating
aspects into Django core, starting a discussion on the `Django Forum`_ or
|django-developers| mailing list would be the next step.
aspects into Django core, starting a discussion on the `Django Forum`_ would be
the next step.
Django Enhancement Proposal (DEP)
---------------------------------
@@ -185,10 +184,9 @@ specifications of features, along with rationales. DEPs are also the primary
mechanism for proposing and collecting community input on major new features.
Before considering writing a DEP, it is recommended to first open a discussion
on the `Django Forum`_ or |django-developers| mailing list. This allows the
community to provide feedback and helps refine the proposal. Once the DEP is
ready the :ref:`Steering Council <steering-council>` votes on whether to accept
it.
on the `Django Forum`_. This allows the community to provide feedback and helps
refine the proposal. Once the DEP is ready the :ref:`Steering Council
<steering-council>` votes on whether to accept it.
Some examples of DEPs that have been approved and fully implemented: