Skip to content

Conversation

ulgens
Copy link
Member

@ulgens ulgens commented Oct 1, 2025

Coming from #1890 (comment)

If that's okay, I can proceed with 3.13 update and demonstrate why we don't need the matrix anymore.

Absolutely. It should be a separate PR than removing tox though, the two things might be connected but we should still do them one at a time.

cc @bmispelon

@ulgens ulgens requested a review from a team October 1, 2025 12:51
Copy link
Member

@pauloxnet pauloxnet left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I-m totally in favour of this PR. But are we sure all requirements work well with Python 3.13_

@ulgens
Copy link
Member Author

ulgens commented Oct 1, 2025

@pauloxnet Thanks for the exteremely quick response 😄 I was waiting to the see the CI results but I guess one potential issue would be: #2105 That PR needs a rebase but I don't have the permission to do that.

@alexgmin
Copy link
Contributor

alexgmin commented Oct 1, 2025

@bmispelon Will have to confirm, but from my memory, the reason we're not using 3.13 is that Trac doesn't work on that version since it used some of the standard library removals, and Trac and the Website run on the same python binary right now.

Unless that has changed at the operations level, I don't think we can merge this.

Edit: I can confirm from an old forum message of mine the trac issue

Trac right now supports Python 3.5-3.11, and the current version won't run in 3.13 due to modules like crypt being removed.

@ulgens
Copy link
Member Author

ulgens commented Oct 1, 2025

@alexgmin

but from my memory, the reason we're not using 3.13 is that Trac doesn't work on that version since it used some of the standard library removals, and Trac and the Website run on the same python binary right now.

You are right, but after that discussion, we also agreed that it's not that important and we can proceed with the update. I don't remember the exact thread where it happened so I can't share the link, sorry. In any case, I'm okay with @bmispelon 's decision.

@bmispelon
Copy link
Member

I remember writing a more detailed explanation somewhere, but I can't find it at the moment 🤷🏻

I think it's safe for the site and Trac to run separate Python versions. It's more important that they run the same Django version (because they share a database, and technically Django doesn't support running two different versions talking to the same db), but even that is not a hard requirement.

@Stormheg
Copy link
Member

Stormheg commented Oct 2, 2025

Sounds like Trac could use some attention as well then to keep it up-to-date with the latest Python - is there a tracking issue for that?

@ulgens
Copy link
Member Author

ulgens commented Oct 2, 2025

Sounds like Trac could use some attention as well then to keep it up-to-date with the latest Python - is there a tracking issue for that?

The last time I checked, it seemed like Trac was in a maintenance-only mode, and we were already discussing the move of issues to GitHub. I tried to find the old discussions and found these:

It seems the Trac issue @pauloxnet commented on had no updates for the last 11 months and Trac's release calendar has a delay of 21 months: https://trac.edgewall.org/milestone/1.6.1 The Github repo seems like it was getting new commits until 6 months ago. All in all, I think it's hard to say Trac is in active development, and I don't expect to get any new Python version support in the foreseeable future.

@pauloxnet
Copy link
Member

Sounds like Trac could use some attention as well then to keep it up-to-date with the latest Python - is there a tracking issue for that?

The last time I checked, it seemed like Trac was in a maintenance-only mode, and we were already discussing the move of issues to GitHub. ...
It seems the Trac issue @pauloxnet commented on had no updates for the last 11 months and Trac's release calendar has a delay of 21 months: https://trac.edgewall.org/milestone/1.6.1 The Github repo seems like it was getting new commits until 6 months ago.

Since Trac has the history of the Django project we can think to contribute to it to let it survive, at least the Python version upgrade.

We can also ask the Django community to help the project if we can't.

The goal here is to upgrade Trackat least to the Python 3.12 to be able to upgrade to Django 6.x

@ulgens
Copy link
Member Author

ulgens commented Oct 3, 2025

Since Trac has the history of the Django project we can think to contribute to it to let it survive, at least the Python version upgrade.

I mostly agree with this, but do we have a long-term plan here? What will happen next year? I feel like the more we postpone ripping off the band-aid, the worse the situation gets.

@ulgens
Copy link
Member Author

ulgens commented Oct 3, 2025

About

It's more important that they run the same Django version (because they share a database, and technically Django doesn't support running two different versions talking to the same db)

django/code.djangoproject.com#274

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants