Skip to content
Snippets Groups Projects
  1. Nov 15, 2024
  2. Nov 14, 2024
  3. Nov 15, 2024
  4. Nov 12, 2024
  5. Sep 10, 2024
  6. Jul 12, 2024
  7. Dec 06, 2022
    • Matt Harbison's avatar
      packaging: add dependencies to the PyOxidizer build on macOS · 3d7bf111
      Matt Harbison authored
      Otherwise, we get a bunch of test failures for missing things like pygments, or
      tests skipped entirely.  The input file is a copy/paste from the equivalent
      Windows file, but with dulwich, pygit2, and pytest-vcr commented out because
      the build process errors out with them, flagging them as incompatible with
      loading from memory.  I have no idea if that's actually true or not, because
      I've noticed that if I don't `make clean` after every build, the next build
      flags the watchman stuff as incompatible with loading from memory.
      
      The remaining failures are:
      
          Failed test-alias.t: output changed
          Failed test-basic.t: output changed
          Failed test-check-help.t: output changed
          Failed test-commit-interactive.t: output changed
          Failed test-extension.t: output changed
          Failed test-help.t: output changed
          Failed test-i18n.t: output changed
          Failed test-log.t: output changed
          Failed test-qrecord.t: output changed
          Failed test-share-safe.t: output changed
      
      Most of the issues seem related to loading help for disabled extensions from
      `hgext.__index__`, namely the full extension help being unavailable, not being
      able to resolve what commands are provided by what extension, and not having the
      command level help available.
      
      test-log.t, test-commit-interactive.t, and test-i18n.t look like i18n (or lack
      thereof) issues.
      
      test-basic.t is just odd:
          @@ -55,7 +55,7 @@
           On Python 3, stdio may be None:
      
             $ hg debuguiprompt --config ui.interactive=true 0<&-
          -   abort: Bad file descriptor (no-rhg !)
          +   abort: response expected
              abort: response expected (rhg !)
             [255]
             $ hg version -q 0<&-
      3d7bf111
  8. Jan 02, 2023
  9. Nov 02, 2022
  10. Sep 06, 2022
    • Matt Harbison's avatar
      packaging: update dulwich to drop the certifi dependency on Windows · 37debd85
      Matt Harbison authored
      The presence of `certifi` causes the system certificate store to be ignored,
      which was reported as a bug against TortoiseHg[1].  It was only pulled in on
      Windows because of `dulwich`, which was copied from the old TortoiseHg install
      scripts, in order to support `hg-git`.
      
      This version of `dulwich` raises the minimum `urllib3` to a version (1.25) that
      does certificate verification by default, without the help of `certifi`[2].  We
      already bundle a newer version of `urllib3`.  Note that `certifi` can still be
      imported from the user site directory, if installed there.  But the installer no
      longer disables the system certificates by default.
      
      [1] mercurial/tortoisehg/thg#5825
      [2] https://github.com/jelmer/dulwich/issues/1025
      37debd85
  11. Aug 08, 2022
  12. Jul 19, 2022
    • Matt Harbison's avatar
      packaging: bump dulwich to 0.20.45 · 98645c1b
      Matt Harbison authored
      I'm told the new dulwich avoids hg-git test failures.
      98645c1b
    • Matt Harbison's avatar
      packaging: update keyring on Windows to avoid spurious stacktraces · 9d427cc2
      Matt Harbison authored
      When challenged for a network password, this would spew on Windows before it
      actually used the stored password:
      
      ```
      Error initializing plugin EntryPoint(name='libsecret', value='keyring.backends.libsecret', group='keyring.backends').
      Traceback (most recent call last):
        File "keyring.backend", line 198, in _load_plugins
          init_func = ep.load()
        File "importlib.metadata", line 77, in load
          module = import_module(match.group('module'))
        File "importlib", line 127, in import_module
          return _bootstrap._gcd_import(name[level:], package, level)
        File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
        File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
        File "<frozen importlib._bootstrap>", line 984, in _find_and_load_unlocked
      ModuleNotFoundError: No module named 'keyring.backends.libsecret'
      Error initializing plugin EntryPoint(name='macOS', value='keyring.backends.macOS', group='keyring.backends').
      Traceback (most recent call last):
        File "keyring.backend", line 198, in _load_plugins
          init_func = ep.load()
        File "importlib.metadata", line 77, in load
          module = import_module(match.group('module'))
        File "importlib", line 127, in import_module
          return _bootstrap._gcd_import(name[level:], package, level)
        File "<frozen importlib._bootstrap>", line 1030, in _gcd_import
        File "<frozen importlib._bootstrap>", line 1007, in _find_and_load
        File "<frozen importlib._bootstrap>", line 984, in _find_and_load_unlocked
      ModuleNotFoundError: No module named 'keyring.backends.macOS'
      ```
      
      We're kinda threading a needle here because the next version of `keyring`
      (currently at 23.7.0) requires `importlib-metadata` 3.6+, which PyOxidizer 0.22
      doesn't support[1].
      
      [1] https://github.com/indygreg/PyOxidizer/issues/609
      9d427cc2
  13. Jun 08, 2022
  14. May 04, 2022
  15. Apr 28, 2022
  16. Apr 18, 2022
  17. Mar 25, 2022
  18. Feb 20, 2022
  19. Feb 16, 2022
  20. Feb 15, 2022
  21. Feb 14, 2022
  22. Nov 25, 2021
  23. Nov 17, 2021
  24. Oct 04, 2021
  25. Aug 27, 2021
  26. Aug 26, 2021
  27. Aug 18, 2021
Loading