python-mechanize-0.4.10-bp160.1.11

- Fix CookieTests
  * Add 0001-Fix-CookieTests-following-fix-for-CPython-130631.patch

- Convert to pip-based build

- update to 0.4.10:
  * Fix overly long MIME multipart separator on 64 bit systems

- update to 0.4.9:
  * Fix error on PyPy3
  * Fix error CPython 3.12
- drop python-mechanize-setup.cfg.patch,
  support-python-311.patch: upstream

- Add %{?sle15_python_module_pythons}

- Add patch support-python-311.patch:
  * http.cookiejar changed behaviour from Python 3.11 onwards, support
    both.

- Fix changes file by removing name of committer
- Fix Group : Development/Libraries/Python > Development/Languages/Python

- changed BR python-clientform to python-ClientForm (now it matches)

- Require python-setuptools instead of distribute (upstreams merged)

- Simplified macro usage

- Set license to "(BSD-3-Clause or ZPL-2.1) and BSD-3-Clause", bnc#719310

- Update to version 0.2.5:
  * This is essentially a no-changes release to fix easy_install
    breakage caused by a SourceForge issue
  * Sourceforge is returning invalid HTTP responses, make download
    links point to PyPI instead
  * Include cookietest.cgi in source distribution
  * Note new IETF cookie standardisation effort
- Fixed doc-file-dependency rpmlint issue

- update to version 0.2.4
  * Fix IndexError on empty Content-type header value. (GH-18)
  * Fall back to another encoding if an unknown one is declared.
    Fixes traceback on unknoqn encoding in Content-type header. (GH-30)
- additional changes from version 0.2.3
  * Fix str(ParseError()) traceback. (GH-25)
  * Add equality methods to mechanize.Cookie . (GH-29)
- additional changes from version 0.2.2
  * Officially support Python 2.7 (no changes were required)
  * Fix TypeError on .open()ing ftp: URL (only affects Python 2.4
    and 2.5)
  * Don't include HTTPSHandler in __all__ if it's not available
- additional changes from version 0.2.0
  * Behaviour change: merged upstream urllib2 change (allegedly a
    "bug fix") to return a response for all 2** HTTP responses (e.g.
    206 Partial Content).  Previously, only 200 caused a response
    object to be returned.  All other HTTP response codes resulted
    in a response object being raised as an exception.
  * Behaviour change: Use of mechanize classes with `urllib2` (and
    vice-versa) is no longer supported.  However, existing classes
    implementing the urllib2 Handler interface are likely to work
    unchanged with mechanize.  Removed RequestUpgradeProcessor,
    ResponseUpgradeProcessor, SeekableProcessor.
  * ClientForm has been merged into mechanize.  This means that
    mechanize has no dependencies other than Python itself.  The
    ClientForm API is still available -- to switch from ClientForm to
    mechanize, just s/ClientForm/mechanize in your source code, and
    ensure any use of the module logging logger named "ClientForm" is
    updated to use the new logger name "mechanize.forms".  I probably
    won't do further standalone releases of ClientForm.
  for the remaining changes in 0.2.0 and 0.2.1 see
  /usr/share/doc/packages/python-mechanize/ChangeLog.txt

- Added check for openSUSE 11.1 and build arch

- Merging from my home repo:
  - updated to 0.1.11
  - Set buildarch to noarch
  - Extended changelog
  - Added rpmlintrc file

- Removed provides (wrong package)

- Added provides for python-ClientForm

- Fixed package typo: python-clientform -> python-ClientForm.
  Thanks to Alfredo J. V. P.!

- Update to 0.1.11

- update to 0.1.7b

- update

- Initial release