I hate to do this since I think this feature request is valid and would be beneficial to folks, but after a lot of thought and reflection, I think I'm going to have to pass on this. That is, with respect to ignore matching, we can suffer false negatives (searching files that we shouldn't, which is the status quo) but we should avoid false positives (ignoring files that we should search). For example, we should not attempt to read regexes as if they were globs. One thing we should be careful about is to not do anything that results in incorrect behavior. I think this basically lets us support some part of Mercurial without going the whole way, and I expect this to still be useful to some folks while making the initial contribution simpler. hgignore contains subincludes, then silently ignore them (with perhaps a debug log message). (Perhaps it is possible to reuse Gitignore itself. hgignore uses globs, then parse it as if it were. hgignore uses regexes, then silently ignore (with perhaps a debug log message). Consider, for example, the following addition that would still be useful: hgignore support to add, then it might be best to start there before launching into complete support. If you feel comfortable with maintaining hg-git and can get itĬompatible with the latest releases shortly after the hg release goingįorward, I can look at bundling this again.I don't think I have any specific technical advice beyond what said, but I will say this: if we can find a small portion of. To pip install stuff if you don't have a standalone py2 installation. In 5.8 that gives you access to the REPL, and maybe that can be used I know there'sĪn extension in mercurial/contrib that may be a proper debug command Install anything you want without hacking library.zip. To sys.path, so if you have a full python2 installation, you can Recent versions of hg and thg (maybe since Nov 2020) add the user site Thg.exe that load python27.dll and read *.pyc files from library.zip. There's no python.exe- it's py2exe generated binaries named hg.exe and > (I'm unsure how TortoiseHg installs its Python VM on Windows, but I've assumed that it gets added to %PATH% as ‘python’.) Warranty not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. This is free software see the source for copying conditions. Mercurial Distributed SCM (version 5.8rc0)Ĭopyright (C) 2005-2021 Olivia Mackall and others $ hg version -v -config extensions.hggit= On pypi, and I uninstalled ipaddress and brotli from the site-package It cloned fine once I disabled demandimport. I've tried using the python 2 compatible hg git version with old dulwich that work with python 2.7.įile "mercurial\extensions.pyo", line 512, in closureįile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\hggit\util.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\hggit\_init_.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\hggit\git_handler.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\dulwich\client.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\urllib3\request.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\urllib3\poolmanager.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\urllib3\connectionpool.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\urllib3\connection.py",įile "C:\Users\Matt\AppData\Roaming\Python\Python27\site-packages\urllib3\packages\ssl_match_hostname\_implementation.py",įile "hgdemandimport\demandimportpy2.pyo", line 157, in _getattr_įile "hgdemandimport\demandimportpy2.pyo", line 97, in _loadįile "hgdemandimport\demandimportpy2.pyo", line 44, in _hgextimport > It seems the main issue stems from tortoise using it's own python 2.7 environment with its own library. I've tried all I can think of, can anyone confirm that it is possible to get hg-git to work with tortoisehg currently. > I'm having some major trouble getting hggit to work with tortoise. > To unsubscribe from this group and stop receiving emails from it, send an email to To view this discussion on the web visit. > You received this message because you are subscribed to the Google Groups "hg-git" group. > Any suggestions? Or just give me a confirmation that it's possible to work? > def object_header(num_type: int, length: int) -> bytes: > File "C:\Program Files\TortoiseHg\lib\library.zip\dulwich\objects.py", line 154 > AttributeError: 'list' object has no attribute 'encode' > command = command.encode(SSHGitClient.DEFAULT_ENCODING) > File "C:/Users/Connor/Desktop\hggit\_ssh.py", line 25, in run_command When I use old dulwich (0.10.0) and run
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |