GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Python
  • PEP Index
  • Page Source (GitHub)

This view

  • Original page
  • New address

GeezerVison is showing peps.python.org — PEP 4 – Deprecation of Standard Modules | peps.python.org

PEP 4 – Deprecation of Standard Modules

PEP 4 – Deprecation of Standard Modules

Author:
Brett Cannon <brett at python.org>, Martin von Löwis <martin at v.loewis.de>
Status:
Active
Type:
Process
Created:
01-Oct-2000
Post-History:


Table of Contents
  • Introduction
  • Procedure for declaring a module deprecated
  • Copyright

Introduction

When new modules were added to the standard Python library in the past, it was not possible to foresee whether they would still be useful in the future. Even though Python “Comes With Batteries Included”, batteries may discharge over time. Carrying old modules around is a burden on the maintainer, especially when there is no interest in the module anymore.

At the same time, removing a module from the distribution is difficult, as it is not known in general whether anybody is still using it. This PEP defines a procedure for removing modules from the standard Python library. Usage of a module may be ‘deprecated’, which means that it may be removed from a future Python release.

Procedure for declaring a module deprecated

To remove a top-level module/package from the standard library, a PEP is required. The deprecation process is outlined in PEP 387.

For removing a submodule of a package in the standard library, PEP 387 must be followed, but a PEP is not required.

Copyright

This document has been placed in the public domain.

You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.