commit 2e30c7fbfcb579efb2ff7134979f169f673ac285
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Mon Dec 11 18:32:16 2017 +0100

    Revert "setup.py: Also set setup_requires to require pycairo"

    This reverts commit bab1cb0d98e4a6219332394161dbf07aafa0c615.

    pycairo gets installed under /tmp as an .egg this way, and that
    doesn't help us
    with finding the C headers.

 setup.py | 4 ----
 1 file changed, 4 deletions(-)

commit bab1cb0d98e4a6219332394161dbf07aafa0c615
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Mon Dec 11 16:26:54 2017 +0100

    setup.py: Also set setup_requires to require pycairo

    We need pycairo at build time. There are some problems with
    setup_requires
    in that it isn't directly handled by pip, but let's give it a try
    and see
    which problems come up.

    Thanks to mgedmin for pointing that out

 setup.py | 4 ++++
 1 file changed, 4 insertions(+)

commit 47aeaab6142a716234e91e8bbc3adefeff9ff5c3
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Mon Dec 11 16:14:34 2017 +0100

    setup.py: Provide a os.path.samefile fallback for Python 2 under
    Windows

    os.path.samefile is missing from Python 2 under Windows. Implement a
    simple fallback which normalizes and compares paths instead.

 setup.py | 15 ++++++++++++++-
 1 file changed, 14 insertions(+), 1 deletion(-)

commit dfab41d0b66a15c8cf8229f7522160ec6b08a2b8
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Sun Dec 10 20:38:47 2017 +0100

    Add sphinx based documentation

    Takes the documentation developed at
    https://github.com/pygobject/pygobject-docs
    and puts into /docs

    See https://pygobject.readthedocs.io for how it looks

    Now that we move to gitlab we can use webhooks to trigger builds
    on readthedocs from gitlab directly and we should also have a nicer
    contribution UX.

    This also gets rid of most of README/HACKING/INSTALL and moves most
    of the information into the documentation. The README is kept short
    and only makes clear what pygobject is and points to the online docs
    as that should answer all questions.

    setup.py now sets the content of README.rst as long_descriptions,
    as that is the content shown on PyPI. This makes the page on PyPI
    look the same as on gitlab.

    https://bugzilla.gnome.org/show_bug.cgi?id=791448

 .gitignore                              |   2 +
 HACKING                                 |  37 ----
 INSTALL                                 | 370
 --------------------------------
 MANIFEST.in                             |   3 +-
 Makefile.am                             |   5 +-
 README.rst                              | 137 ++----------
 docs/Makefile                           |  16 ++
 docs/changelog.rst                      |  10 +
 docs/conf.py                            |  50 +++++
 docs/contact.rst                        |  11 +
 docs/devguide/building_testing.rst      |  56 +++++
 docs/devguide/dev_environ.rst           |  46 ++++
 docs/devguide/index.rst                 |  13 ++
 docs/devguide/override_guidelines.rst   |  90 ++++++++
 docs/devguide/overview.rst              |  32 +++
 docs/devguide/style_guide.rst           | 101 +++++++++
 docs/extra.css                          |  57 +++++
 docs/further.rst                        |  10 +
 docs/getting_started.rst                | 128 +++++++++++
 docs/guide/api/api.rst                  |  75 +++++++
 docs/guide/api/basic_types.rst          |  53 +++++
 docs/guide/api/flags_enums.rst          |  39 ++++
 docs/guide/api/gobject.rst              |  91 ++++++++
 docs/guide/api/index.rst                |  12 ++
 docs/guide/api/properties.rst           | 119 ++++++++++
 docs/guide/api/signals.rst              |  93 ++++++++
 docs/guide/cairo_integration.rst        |  39 ++++
 docs/guide/code/cairo-demo.py           | 133 ++++++++++++
 docs/guide/debug_profile.rst            | 112 ++++++++++
 docs/guide/deploy.rst                   |  52 +++++
 docs/guide/faq.rst                      |  11 +
 docs/guide/images/cairo_integration.png | Bin 0 -> 24418 bytes
 docs/guide/index.rst                    |  17 ++
 docs/guide/porting.rst                  | 109 ++++++++++
 docs/guide/testing.rst                  |  39 ++++
 docs/guide/threading.rst                | 290 +++++++++++++++++++++++++
 docs/icons.rst                          |  48 +++++
 docs/images/LICENSE                     |   3 +
 docs/images/favicon.ico                 | Bin 0 -> 34494 bytes
 docs/images/logo.svg                    | 266 +++++++++++++++++++++++
 docs/images/overview.dia                | Bin 0 -> 1885 bytes
 docs/images/overview.svg                |  72 +++++++
 docs/images/pygobject-small.svg         | 193 +++++++++++++++++
 docs/images/pygobject.svg               | 244 +++++++++++++++++++++
 docs/images/start_linux.png             | Bin 0 -> 9893 bytes
 docs/images/start_macos.png             | Bin 0 -> 13949 bytes
 docs/images/start_windows.png           | Bin 0 -> 11454 bytes
 docs/index.rst                          |  89 ++++++++
 docs/maintguide.rst                     |  32 +++
 docs/packagingguide.rst                 |  55 +++++
 setup.py                                |   6 +-
 51 files changed, 2933 insertions(+), 533 deletions(-)

commit 307e64982fdfcc9b505d867c0628e1e0a189cd67
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Sun Dec 10 16:23:45 2017 +0100

    PKG-INFO: Revert name back to PyGObject

    My thinking there was that it gives us the same naming of tarballs
    as with the autotools build system. But on a second thought, we
    can't use the same tarball anyway due to gz vs xz and while the
    naming should be case insensitive it's not worth the risk.

    The commit changing it was 3e455944f5835c7509

 PKG-INFO.in | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit eb20f3c9f062fe25a44068ccab46475c4cb5e523
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Sun Dec 10 16:17:28 2017 +0100

    setup.py: Rework pycairo discovery to not use pkg-config

    Two problems with the previous approach:

    * We looked into sys.prefix for the .pc file while the package
      could be installed in another location like the user dir location
      or on Debian it goes into /usr/local.
    * The .pc file intalled by pycairo can contain wrong paths if
      installed through pip, since that sometimes builds a wheel
      and caches that for future installations to different locations.

    Instead of using the .pc file use pkg_resources to discover the
    pycairo location and then try to find the correspinding "data"
    installation
    path for the first  matching location scheme.

    See https://github.com/pygobject/pycairo/issues/85

 setup.py | 44 +++++++++++++++++++++++++++-----------------
 1 file changed, 27 insertions(+), 17 deletions(-)

commit de2ff6e883015741527638ab5cece47a97ef2856
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Sat Dec 9 15:59:26 2017 +0100

    setup.py: Fix the distcheck command on Windows

    The distutils install command complains if the passed root/record
    paths
    aren't absolute on Windows.
    Also make use of os.path.join() while at it.

 setup.py | 9 +++++++--
 1 file changed, 7 insertions(+), 2 deletions(-)

commit 46225bf34fc5737ca5b8e9fd9a0029e6f4a8b302
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Sat Dec 9 15:55:39 2017 +0100

    setup.py: Remove various classifiers and the download-url which
    aren't accepted by pypi

    pypi does not allow uploading packages with these set, so remove
    them altogether.

 PKG-INFO.in | 5 -----
 setup.py    | 1 -
 2 files changed, 6 deletions(-)

commit bf884345be38f1ebd53fbe891841348b8485dac0
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Fri Dec 8 20:34:18 2017 +0100

    version bump

 configure.ac | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit f8801c24993e9b7b9abc65e32d1a851c7ed09649
Author: Christoph Reiter <creiter@src.gnome.org>
Date:   Fri Dec 8 20:31:17 2017 +0100

    release 3.27.0

 NEWS | 34 ++++++++++++++++++++++++++++++++++
 1 file changed, 34 insertions(+)