- 22 Apr, 2020 1 commit
-
-
Yuya Nishihara authored
--HG-- branch : stable
-
- 09 Apr, 2020 1 commit
-
-
Yuya Nishihara authored
--HG-- branch : stable
-
- 08 Apr, 2020 1 commit
-
-
Aay Jay Chan authored
The literals are passed to RevDetailsWidget.onRevisionSelected(), which expects bytes. This fixes a crash that happens when stripping an ancestor changeset. --HG-- branch : stable
-
- 25 Mar, 2020 1 commit
-
-
w.stott authored
Without this, adding files to repos with largefiles enabled always failed. --HG-- branch : stable
-
- 20 Mar, 2020 1 commit
-
-
w.stott authored
--HG-- branch : stable
-
- 11 Mar, 2020 1 commit
-
-
Yuya Nishihara authored
--HG-- branch : stable
-
- 05 Mar, 2020 1 commit
-
-
Yuya Nishihara authored
I'm pretty sure next time I wouldn't remember how to build the tarball. --HG-- branch : stable
-
- 08 Mar, 2020 4 commits
-
-
Matt Harbison authored
This was getting pulled in as a dependency of Jinja2, which we don't need to bundle in the app. --HG-- branch : stable
-
Matt Harbison authored
I don't have a Mac handy to see if we need to do the same thing there. --HG-- branch : stable
-
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. --HG-- branch : stable
-
Matt Harbison authored
On macOS, a `sitecustomize.py` 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. --HG-- branch : stable
-
- 19 Feb, 2020 1 commit
-
-
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.
-
- 19 Apr, 2020 1 commit
-
-
Yuya Nishihara authored
Otherwise the tests wouldn't pass with Mercurial 5.4.
-
- 18 Apr, 2020 1 commit
-
-
Yuya Nishihara authored
-
- 10 Feb, 2020 1 commit
-
-
Aay Jay Chan authored
Without this, boolean config options will always be unspecified in settings. --HG-- branch : stable
-
- 05 Mar, 2020 2 commits
-
-
kiilerix authored
Based on code inspection after hitting a crash in patchctx. --HG-- branch : stable
-
Yuya Nishihara authored
--HG-- branch : stable
-
- 23 Feb, 2020 2 commits
-
-
Matt Harbison authored
Previously, the patch was displayed `b"...."`, all in a single line with \n instead of actual linefeeds. --HG-- branch : stable
-
Matt Harbison authored
Previously, the patch was displayed `b"...."`, all in a single line with \n instead of actual linefeeds. --HG-- branch : stable
-
- 22 Feb, 2020 3 commits
-
-
Matt Harbison authored
--HG-- branch : stable
-
Aay Jay Chan authored
--HG-- branch : stable
-
Yuya Nishihara authored
Spotted by pytype: in _asconfigliststr: Function bytes.replace was called with the wrong arguments [wrong-arg-types] Expected: (self, old: bytes, ...) Actually passed: (self, old: str, ...) Called from (traceback): line 250, in _readconfig Follows up 66071034dd56. --HG-- branch : stable
-
- 21 Feb, 2020 2 commits
-
-
Aay Jay Chan authored
--HG-- branch : stable
-
Aay Jay Chan authored
--HG-- branch : stable
-
- 15 Feb, 2020 1 commit
-
-
Yuya Nishihara authored
--HG-- branch : stable
-
- 13 Feb, 2020 1 commit
-
-
Matt Harbison authored
Now everything can be built from one window (except the MSI itself). It doesn't fall back to 2015 when doing 64-bit builds for simplicity. --HG-- branch : stable
-
- 10 Feb, 2020 1 commit
-
-
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. --HG-- branch : stable
-
- 11 Feb, 2020 1 commit
-
-
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 now. 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 now. 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. --HG-- branch : stable
-
- 03 Feb, 2020 1 commit
-
-
Matt Harbison authored
This should be usable for activating and running from source. Setup.py 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. --HG-- branch : stable
-
- 02 Feb, 2020 1 commit
-
-
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. --HG-- branch : stable
-
- 08 Feb, 2020 1 commit
-
-
Mikhail Terekhov authored
--HG-- branch : stable
-
- 07 Feb, 2020 1 commit
-
-
Matt Harbison authored
--HG-- branch : stable
-
- 04 Feb, 2020 1 commit
-
-
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 --HG-- branch : stable
-
- 07 Feb, 2020 1 commit
-
-
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. --HG-- branch : stable
-
- 06 Feb, 2020 1 commit
-
-
Matt Harbison authored
Labels have been bytes since 9464a65a3c76. Without this, the conditional could never be true, and labels were displayed in the diff tool like `fileb'@rev:hash'`. --HG-- branch : stable
-
- 04 Feb, 2020 2 commits
-
-
Matt Harbison authored
By inspection, this string is built up using bytes. But Windows refuses to execute a command made up of bytes. --HG-- branch : stable
-
Matt Harbison authored
--HG-- branch : stable
-
- 03 Feb, 2020 1 commit
-
-
Aay Jay Chan authored
This caused a crash when selecting actions for DAG range in context menu. --HG-- branch : stable
-
- 04 Feb, 2020 2 commits
-
-
Aay Jay Chan authored
visdiff.launchtool() expects parameter `replace` to be a dict of bytes. This caused a crash when opening diff tool. --HG-- branch : stable
-
Aay Jay Chan authored
This caused a crash when opening files selection dialog when diffing to local. --HG-- branch : stable
-