This instance was upgraded to Heptapod 0.21.0 (final) today

  1. 22 Apr, 2020 1 commit
  2. 09 Apr, 2020 1 commit
  3. 08 Apr, 2020 1 commit
  4. 25 Mar, 2020 1 commit
  5. 20 Mar, 2020 1 commit
  6. 11 Mar, 2020 1 commit
  7. 05 Mar, 2020 1 commit
  8. 08 Mar, 2020 4 commits
    • Matt Harbison's avatar
      wix: drop the markupsafe module · 87084d5b0997
      Matt Harbison authored
      This was getting pulled in as a dependency of Jinja2, which we don't need to
      bundle in the app.
      branch : stable
    • Matt Harbison's avatar
      packaging: drop dulwich modules from the virtualenv on Windows · 2bfdb08143ff
      Matt Harbison authored
      I don't have a Mac handy to see if we need to do the same thing there.
      branch : stable
    • Matt Harbison's avatar
      wix: drop dulwich modules · 5787417915f5
      Matt Harbison authored
      The dependencies for hg-git are a mess, so the intention is that users install
      the dependencies with `pip`, and run the extension itself from its source.
      branch : stable
    • Matt Harbison's avatar
      packaging: extend `sys.path` with py2exe to the user level package directory · 7c2893358308
      Matt Harbison authored
      On macOS, a `` module makes visible the packages that are
      installed with `pip` in the user directory, so that they don't have to be
      bundled with the embedded python.  AFAICT, py2exe doesn't process this module,
      so this does the same thing a little more directly.  This will let us stop
      trying to bundle hg-git and its dependencies.  Certifi specifically seems to be
      incompatible with py2exe, at least in recent versions.
      branch : stable
  9. 19 Feb, 2020 1 commit
    • Matt Harbison's avatar
      pick: add a dialog for the pick command · 24c7f576e2c7
      Matt Harbison authored
      This is a simplification of the rebase dialog.  There's almost certainly some
      room to refactor this and the rebase dialog, and also use it for `graft` and
      `evolve`/`next`.  But I just want to get this in before the code freeze.
  10. 19 Apr, 2020 1 commit
  11. 18 Apr, 2020 1 commit
  12. 10 Feb, 2020 1 commit
  13. 05 Mar, 2020 2 commits
  14. 23 Feb, 2020 2 commits
  15. 22 Feb, 2020 3 commits
  16. 21 Feb, 2020 2 commits
  17. 15 Feb, 2020 1 commit
  18. 13 Feb, 2020 1 commit
  19. 10 Feb, 2020 1 commit
    • Matt Harbison's avatar
      packaging: align dependency versions on Windows with macOS · 9e3bf37dd711
      Matt Harbison authored
      QScintilla is only bumped to the latest version of 2.10.x because when I tried
      2.11.x over the summer, it caused the GUI to continuously freeze for
      ~10 seconds, seemingly whenever the graph needed to be updated, making it
      unusable.  IIRC, it was also a py3 problem.
      This requires a change to winbuild's *.cfg file to change the `sip` include to
      `PyQt5.sip`, otherwise py2exe fails.
      branch : stable
  20. 11 Feb, 2020 1 commit
    • Matt Harbison's avatar
      packaging: add a target for creating a py2 virtualenv with dependencies · 7f8611d6789d
      Matt Harbison authored
      Since python2 compatible PyQt5 binaries aren't available, this all has to be
      built from source.  I didn't try to test this on non Windows platforms, but I
      did try to not assume Windows in too many places.  I'm not sure if we can use
      the Qt5 libraries directly, or if we have to build from source to distribute
      builds.  But for simplicity, this assumes the Qt binaries are preinstalled for
      The source-built dependencies are pretty close to what was released in 5.1.
      Those were Qt-5.9.2, PyQt-5.9.1, and QScintilla-2.10.2.dev1711012104.  They can
      stand to be updated, but require coordinating changes in the winbuild scripts
      too.  The OpenSSL binaries aren't built, and seem to have been dropped almost 5
      years ago when libsvn was dropped (426769dbcfe8).  These are a little trickier
      because it also requires coordination with the winbuild scripts, so punt for
      Both 32-bit and 64-bit virtualenv can be built, contingent upon the architecture
      of the python binary installed.  The build output is separated so that both can
      be built without stomping on the other.  With this script, I was able to build
      both 32 and 64-bit installers on Windows.  I can't test the 32-bit installer
      though, and it requires modifying winbuild to use Qt5 instead of Qt4.  I'm not
      sure if the 32-bit build was left behind because of how complicated it is to
      build these libraries, or if there's another reason.
      It would be nice to have a target to build the installer, and obsolete the
      winbuild repos.  But I'm still waiting to see how long we stick with py2, and
      how PyOxidizer shakes out, so there are a few manual steps printed at the end
      for building with winbuild scripts.
      branch : stable
  21. 03 Feb, 2020 1 commit
    • Matt Harbison's avatar
      packaging: add a target for creating a py3 virtualenv with dependencies · f2c17d73b94f
      Matt Harbison authored
      This should be usable for activating and running from source. isn't
      capable of running under py3, but if it were, this should be capable of running
      it.  It is far more involved to get a working py2 environment, because PtQt5
      related stuff needs to be built from source.
      branch : stable
  22. 02 Feb, 2020 1 commit
    • Matt Harbison's avatar
      packaging: vendor the Mercurial packaging bootstrapping module · 2fe28667e444
      Matt Harbison authored
      We don't need all of the modules, and I suspect that we can leverage the other
      stuff that we do need in place.  That should help with not having to chase
      changing Mercurial dependencies.  The modules here are unchanged from hg 5.3.
      branch : stable
  23. 08 Feb, 2020 1 commit
  24. 07 Feb, 2020 1 commit
  25. 04 Feb, 2020 1 commit
    • Matt Harbison's avatar
      visdiff: convert the tool command back to str before displaying in an error dlg · eb63baf582e8
      Matt Harbison authored
      The str cast is necessary, otherwise an AttributeError is raised saying (for
      example) that 'FileNotFoundError' object has no attribute 'decode'.  In testing
      this (by trying to `subprocess.Popen("NULL")`), the error dialog pops up with
      the title, but nothing else in the box.  The following message is printed in the
      terminal, and the whole process hangs:
          QObject::startTimer: Timers can only be used with threads started with QThread
      branch : stable
  26. 07 Feb, 2020 1 commit
    • Matt Harbison's avatar
      setup: launch pyrcc5 with subprocess instead of `distutils.spawn` · 63c0a83d128f
      Matt Harbison authored
      For some reason, building PyQt5 isn't building pyrcc5.exe, and instead creates
      *.bat files.  But in order for *.bat files to be executed as a command, it needs
      to go through the shell.
      That's not enough, however, as the *.bat files are installed to the root of the
      virtualenv, which isn't on PATH.  So also adjust the environment when launching.
      I'm not handling the case of building outside of a virtualenv because this is so
      complicated that it would be crazy to build inside of the global python
      installation.  It does look like pyrcc5.exe is back and in the right place when
      installing with pip under py3, so this is probably a short term hack.
      branch : stable
  27. 06 Feb, 2020 1 commit
  28. 04 Feb, 2020 2 commits
  29. 03 Feb, 2020 1 commit
  30. 04 Feb, 2020 2 commits