Short answer: BSD-style. Do with PyPDF2 as you like, and don't bring others down.
Longer version: ...
Why does PyPDF2 interest you? The same or a similar reason likely applies to other PyPDF2 users. E-mail us with a few words about how you use PyPDF2.
As the PyPDF2 home page explains, PyPDF2 is a fork from the no-longer-maintained pyPdf approved by the latter's founder.
Migration to PyPDF2 from pyPdf should be utterly transparent. If anything gets in your way, we want to know. Your Python code needn't change at all, unless you choose to program in a customized location for the PyPDF2 module. In particular, ...
The PyPDF2 home page is a good place to look for more information.
As mentioned already, PyPDF2 aims to be a strict successor of pyPdf: it does everything pyPdf does, but it also does more.
Where ... deal with construction of PDF pages, PyPDF2 is largely about metadata: PyPDF2 manages metadata, merges PDF instances, and so on.
[various libraries]
...
[Consolidation of Py2 and Py3 sources.]
[Bates-stamper, Plone/Zope, ...]
As Matthew writes, "... the intention is for PyPDF2 to work with Python 2 as well as Python 3."
In January 2014, the main branch works with 2.6-2.7 and 3.1-3.3 [and maybe 2.5?]. Notice that 1.19--the latest in PyPI as of this writing--(mostly) did not work with 3.x.
Crucial ideas we want you to know: