Skip to content
Snippets Groups Projects
  1. Sep 30, 2015
  2. Jun 03, 2015
  3. May 15, 2015
    • Matt Mackall's avatar
      setup: use try/except/finally · c6427cd45760
      Matt Mackall authored
      This will raise a syntax error for people who attempt to use Py2.4,
      but that's already going to fail and we have no way to keep other
      2.6isms from creeping in since we've removed the check-code rules and
      the buildbot.
      c6427cd45760
  4. May 14, 2015
  5. Apr 12, 2015
  6. May 09, 2015
    • Pierre-Yves David's avatar
      setup.py: drop compatibility with Python 2.4 and 2.5 (BC) · e1fb276d4619
      Pierre-Yves David authored
      The last blocker for dropping Python 2.4 was Centos 5. We now provide our own
      Mercurial package for Centos 5 with a bundled Python2.7.
      
      I'm therefore happy to officially drop compatibility with Python 2.4 (and
      Python 2.5 that nobody really cares about). This open the season for code
      cleanup.
      
      It is war's prize to take all vantage.
      e1fb276d4619
  7. Apr 12, 2015
  8. Jan 13, 2015
    • Augie Fackler's avatar
      manifest.c: new extension code to lazily parse manifests · a5f1bccd2996
      Augie Fackler authored
      This lets us iterate manifests in order, but do a _lot_ less work in
      the common case when we only care about a few manifest entries.
      
      Many thanks to Mike Edgar for reviewing this in advance of it going
      out to the list, which caught many things I missed.
      
      This version of the patch includes C89 fixes from Sean Farley and
      many correctness/efficiency cleanups from Martin von
      Zweigbergk. Thanks to both!
      a5f1bccd2996
  9. Feb 22, 2015
  10. Mar 02, 2015
    • Jesus Cea's avatar
      copyright: update to 2015 · 8fe5fc8d7b8e
      Jesus Cea authored
      Many files and translations have an outdated copyright date.
      Change that to the correct "2005-2015" dates.
      8fe5fc8d7b8e
  11. Dec 24, 2014
    • Ludovic Chabant's avatar
      setup: don't fail when Python doesn't have the cygwinccompiler package · 6bc1702e7333
      Ludovic Chabant authored
      Some Python installations like the ones available from the optware
      project
      for the Synology DiskStation NASes don't have that package, which means
      running the setup script will crash and exit right away. Instead, we now
      just use an empty/fake class for the HackedMingw32CCompiler, which we
      likely won't use anyway.
      6bc1702e7333
  12. Dec 12, 2014
    • Siddharth Agarwal's avatar
      setup: use changes since latest tag instead of just distance · eb55e09202c8
      Siddharth Agarwal authored
      For a Mercurial built on the merge from stable into default right after 3.2.2
      was released -- 19ebd2f88fc7 -- the version number produced was "3.2.2+4". This
      is potentially misleading, since in reality the built Mercurial includes many
      more changes compared to 3.2.2.
      
      Change the versioning scheme so that we take into consideration all the changes
      present in the current revision that aren't present in the latest tag. For
      19ebd2f88fc7 the new versioning scheme results in a version number of
      "3.2.2+256". This gives users a much better idea of how many changes have
      actually happened since the latest release.
      
      Since changessincelatesttag is always greater than or equal to the
      latesttagdistance, this will produce version numbers that are always greater
      than or equal to the old scheme. Thus there's minimal compatibility risk.
      eb55e09202c8
    • Siddharth Agarwal's avatar
      setup: use changessincelatesttag from archive if present · 9641643fac71
      Siddharth Agarwal authored
      changessincelatesttag gives one a better idea of how much the code has changed
      since. Since changessincelatesttag is always greater than or equal to the
      latesttagdistance (see previous patch for why), this will always produce
      version numbers greater than or equal to the previous scheme.
      9641643fac71
  13. Nov 25, 2014
  14. Sep 04, 2014
    • Mads Kiilerich's avatar
      config: introduce "built-in" default configuration settings in default.d · c4ce077588d0
      Mads Kiilerich authored
      This helps providing a more consistent user experience on all platforms and
      with all packaging.
      
      The exact location of default.d depends on how Mercurial is installed and
      whether it is 'frozen'. The exact location should never be relevant to users
      and is intentionally not explained in details in the documentation. It will
      however always be next to the help and templates files.
      
      Note that setting HGRCPATH also disables these defaults. I don't know if that
      should be considered a bug or a feature.
      c4ce077588d0
  15. Oct 01, 2014
  16. Sep 26, 2014
  17. Aug 31, 2014
    • Mads Kiilerich's avatar
      osx: create dmg with installer instead of zip · 198e2da3ee20
      Mads Kiilerich authored
      OS X would offer to expand the zip so the (multi file) installer inside it
      could be run ... but that would leave the expanded zip folder around.
      
      Instead, use a .dmg file that automatically will be mounted - that seems more
      common on OS X.
      
      Still, there is two levels of levels of clicking before actually launching the
      installer. Having a single file installer would be better ... but seems to be
      hard. A more feasible improvement would be some fancy layout inside the .dmg .
      198e2da3ee20
  18. Aug 15, 2014
  19. Jul 06, 2014
  20. Jul 05, 2014
  21. May 27, 2014
  22. May 05, 2014
    • Thomas Arendsen Hein's avatar
      setup.py, make: avoid problems with outdated, existing hgext/__index__.py* · 54d7657d7d1e
      Thomas Arendsen Hein authored
      "make clean" already removed __index__.py[cdo], but not the __index__.py
      (automatically generated by "python setup.py build_hgextindex").
      
      "setup.py build_hgextindex" did not generate a new index if file
      __index__.py[cdo] already existed, because if __index__.py was removed,
      the compiled file containing the old information was imported and used.
      Generate an empty file (with a new timestamp to generate a new .py[cdo])
      instead and make mercurial.extensions ignore the unset docs attribute.
      
      One of the problems was a failed test-help.t, to reproduce:
      
      $ rm hgext/__index__.py*
      $ echo 'docs = {"mq": "dummy"}' > hgext/__index__.py
      $ make test-help.t
      
      With this a "make clean" or "python setup.py build_hgextindex" helps.
      54d7657d7d1e
  23. Apr 15, 2014
  24. Mar 12, 2014
  25. Sep 19, 2013
  26. Mar 12, 2014
  27. Mar 04, 2014
  28. Mar 01, 2014
    • Matt Mackall's avatar
      extensions: remove the inotify extension (BC) · 352abbb0be88
      Matt Mackall authored
      This extension has always had correctness issues and has been
      unmaintained for years. It is now removed in favor of the third-party
      hgwatchman which is maintained and appears to be correct.
      
      Users with inotify enabled in their config files will fall back to
      standard status performance.
      352abbb0be88
  29. Sep 13, 2013
  30. Apr 12, 2013
  31. Apr 10, 2013
  32. Apr 02, 2013
  33. Mar 04, 2013
  34. Nov 13, 2012
  35. Aug 07, 2012
    • Adrian Buehlmann's avatar
      exewrapper: adapt for legacy HackableMercurial · 93d97a212559
      Adrian Buehlmann authored
      We give up using CPython's PythonXX.lib import libraries (and Python.h), and
      now "manually" call the LoadLibrary() / GetProcAddress() Windows API's instead.
      
      If there is a "hg-python" subdirectory (the canonical directory name for
      HackableMercurial's private Python copy) next to the hg.exe, we load the
      pythonXX.dll from there (feeding an absolute path to LoadLibrary) and we set
      Py_SetPythonHome() to that directory, so that the Python libraries are used
      from there as well.
      
      If there is no "hg-python" subdir found next to the hg.exe, we do not feed an
      absolute path to LoadLibrary. This continues to allow to find a globally
      installed Python DLL, as before this change - that is, without having to edit,
      delete, rename, or configure anything.
      
      Note that the hg.exe built is still bound to a *specific* major version of the
      pythonXX.dll (e.g. python27.dll). What version it is, is inferred from the
      version of the python interpreter that was used when calling setup.py. For
      example
      
        C:\python27_x86\python.exe setup.py build_hgexe -i --compiler=mingw32
      
      builds a hg.exe (using the mingw32 tool chain) bound to (x86) Python 2.7. And
      
        C:\python27_x86\python.exe setup.py build_hgexe -i
      
      builds the same using the Microsoft C compiler/linker. (Note that the Microsoft
      toolchain combined with x64 CPython can be used to build an x64 hg.exe.)
      
      setup.py is changed to write the name of the pythonlib into the generated header
      file "mercurial/hgpythonlib.h", which is #included by exewrapper.c. For a Python
      2.7 build, it for example contains:
      
        #define HGPYTHONLIB "python27"
      
      exewrapper.c then uses HGPYTHONLIB for the name of the Python dll to load.
      
      We don't want to track mercurial/hgpythonlib.h, so we add it to .hgignore.
      93d97a212559
  36. Oct 05, 2012
Loading