The Twisted Split FAQ

  1. What is the Twisted Split?
  2. Why was Twisted being split?
  3. But I liked the monolithic packages. Can I still get them?
  4. Where can I find information about the individual projects?
  5. What are the new packages?
  6. Will I have to rewrite my code? What API changes are there?
  7. What about my deployments? What will I have to do to have the new packages?
  8. Why are all the packages still named twisted.subproject?
  9. What does this mean for existing Twisted developers?

What is the Twisted Split?

Twisted is very large. At last count, it has around 80 thousand lines of code (yes, that is very large for a Python project, maybe not so for a C++ project. ;). We broke it into several smaller packages with the 2.0 release.

Why was Twisted being split?

The biggest reason was to make our release process more agile. A regression in twisted.names, for example, could hold up the release of the entire thing, when really it should only be holding up the release of twisted.names.

The other big reason is visibility. Twisted has a ton of functionality, but many people miss out on it because they don't know where it is hidden inside Twisted. The Twisted split gave every sub-project its own web site and thus more visibility.

But I liked the monolithic packages. Can I still get them?

Yes. Tarball and Windows releases for Twisted and all of its sub-projects will still be maintained. We encourage maintainers of packages for OSes with automatic packaging systems to break up the packages as well, so, for example, Debian will have python2.3-twisted-core, python2.3-twisted-conch, python2.3-twisted-names, and so on.

Where can I find information about the individual projects?

A list of Twisted projects is available on the website. The list includes maintainer information and links to project-specific pages with more detailed information.

What are the new packages?

[1]: twisted.protocols is very stripped down now; it only includes the protocols that didn't belong anywhere else. It still contains the simple protocols, the helper utilities, and, ahem, FTP.

Will I have to rewrite my code? What API changes are there?

No existing code should break, however, many modules were moved. Backwards compatibility support does exist in older versions of Twisted, but was removed in Twisted 9.0.

What about my deployments? What will I have to do to have the new packages?

It depends on your OS and how you installed Twisted originally. If you're using Debian, we are planning on breaking up the Debian packages to e.g. python2.3-twisted-core, python2.3-twisted-web, and so on. If you're using Windows, or generally install Twisted from the tarball or from an SVN checkout, monolithic options will still be available.

If you try to run code that imports a sub-package when that sub-package is not available on the system, an ImportError will be raised directing the user to the web site for that particular sub-project.

Why are all the packages still named twisted.subproject?

This is controversial. While this does mean that there is a mashed-together namespace under twisted., it's also the simplest thing to do, and means less breakage for user-code, so we did that.

What does this mean for existing Twisted developers?

Not much. The repository is rearranged a bit; protocols have been moved to their relevant packages and documentation is now stored in doc/subproject/ instead of everything at the top-level of doc/. Everything is still in the same repository and everyone still has the same access levels they used to.

Index

Version: 9.0.0