Package Details: tortoisehg 6.6.3-4

Git Clone URL: https://aur.archlinux.org/tortoisehg.git (read-only, click to copy)
Package Base: tortoisehg
Description: Graphical tools for Mercurial
Upstream URL: https://foss.heptapod.net/mercurial/tortoisehg/thg
Licenses: GPL
Submitter: bwalle
Maintainer: Misery
Last Packager: Misery
Votes: 126
Popularity: 0.108967
First Submitted: 2011-06-11 12:14 (UTC)
Last Updated: 2024-03-14 17:39 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 23 Next › Last »

schnedan commented on 2020-02-11 16:34 (UTC)

@chrisjbillington Thx for your commitment... at least the current setup is the best since the python3 thing started to arrive. Push and Pull now are working in my VM setup! for MQ and shelve I start a 2nd VM with a old Debian, mount via ssh to my repository inside the 1st VM and do the things with a complete python2 tortoisehg :-) ugly but it works.

chrisjbillington commented on 2020-02-10 15:41 (UTC)

Update: @j77hm @schnedan, yeah it's totally my fault, this setup doesn't work.

Tortoisehg must be calling the hg executable at some point, and getting the Python2 one which can't import the tortoisehg extensions.

Use mercurial-python3. I'll probably delete python-mercurial ... and maybe make a python2-mercurial if the tools I need aren't ported to Python 3 by the time mercurial on Arch is Python 3 based.

Pretty annoying that it's so hard to have mercurial python libraries coexisting for py2 and py3.

chrisjbillington commented on 2020-02-10 15:32 (UTC)

@j77hm @schnedan, this setup of having two mercurials was intended (at least by me, the maintainer of mercurial-python3 and python-mercurial). python-mercurial is the Python libraries only, without the hg command or other executables, so it's supposed to make tortoisehg work without otherwise messing with things. This is so that things requiring a Python 2 based mercurial still work (i.e. hg-fast-export, which I've been using lately in order to evacuate bitbucket as they end mercurial support).

Nonetheless I will investigate if this setup is causing the failed to import extension tortoisehg.util.... errors, as I am seeing them too.

j77h commented on 2020-02-10 09:16 (UTC) (edited on 2020-02-10 09:17 (UTC) by j77h)

schnedan wrote:

installed mercurial,tortoisehg and python-mercurial

Doesn't that mean you've installed two versions of mercurial? At least one of which is not compatible with tortoisehg?

If I remember right, I uninstalled mercurial and installed only mercurial-python3.

schnedan commented on 2020-02-10 08:58 (UTC) (edited on 2020-02-10 09:00 (UTC) by schnedan)

just a quick note,
updated my vm at work some minutes ago,
installed mercurial,tortoisehg and python-mercurial
at least the mq shows up in the panel,
but still it does not work
e.g.
executed finish patch result in output of


*** failed to import extension tortoisehg.util.hgcommands: No module named tortoisehg.util.hgcommands
*** failed to import extension tortoisehg.util.partialcommit: No module named tortoisehg.util.partialcommit
*** failed to import extension tortoisehg.util.pipeui: No module named tortoisehg.util.pipeui
*** failed to import extension tortoisehg.util.hgdispatch: No module named tortoisehg.util.hgdispatch

plus a window pops up with...
    #!python
    ** Mercurial version (5.3).  TortoiseHg version (5.1+359-cd0a887ad5b1)
    ** Command: --nofork
    ** CWD: /home/danny
    ** Encoding: UTF-8
    ** Extensions loaded: convert, strip, mq, transplant, churn, histedit, rebase, relink, tortoisehg.util.configitems
    ** Python version: 3.8.1 (default, Jan 22 2020, 06:38:00) [GCC 9.2.0]
    ** System: Linux archvm 5.5.2-arch1-1 #1 SMP PREEMPT Tue, 04 Feb 2020 18:56:18 +0000 x86_64
    ** Qt-5.14.1 PyQt-5.14.1 QScintilla-2.11.4
    Traceback (most recent call last):
      File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/mq.py", line 488, in data
        return self._toolTip(index)
      File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/mq.py", line 557, in _toolTip
        ctx.longsummary())
      File "/usr/lib/python3.8/site-packages/tortoisehg/util/patchctx.py", line 172, in longsummary
        if self._repo.ui.configbool('tortoisehg', 'longsummary'):
      File "/usr/lib/python3.8/site-packages/mercurial/ui.py", line 730, in configbool
        v = self._config(section, name, default, untrusted=untrusted)
      File "/usr/lib/python3.8/site-packages/mercurial/ui.py", line 626, in _config
        msg %= (section, name)
    TypeError: %b requires a bytes-like object, or an object that implements __bytes__, not 'str'

so, again, is there no way to provide a stable python2 based tortoisehg until at least the basic features are working? As I read last friday, the python2 based mercurial is still the official stable release...

Misery commented on 2020-02-07 09:12 (UTC)

Done :-) Hopefully Arch will use python3 für Mercurial 5.3.

chrisjbillington commented on 2020-02-06 20:07 (UTC)

On another note, how about a bump to require hg 5.3 and use tortoisehg commit 7501a5202ac7 (latest in stable branch as of now)?

chrisjbillington commented on 2020-02-06 19:47 (UTC) (edited on 2020-02-06 19:51 (UTC) by chrisjbillington)

I've found myself needing both mercurial with Python 2 and mercurial with Python 3 for different things (py3: tortoisehg, py2: hg-fast-export) at the moment, so I've made another AUR package: python-mercurial.

This one provides just the Python 3 modules, so is usable by tortoisehg. It does not conflict with mercurial - so I have the regular Python 2-based mercurial package from the repos installed as well. So both Python 2 and Python 3 can import mercurial, and the hg command is using Python 2.

Once the repos move to Python 3 for mercurial, if I still need the Python 2 mercurial module I'll make a python2-mercurial that provides the python2 modules only.

@schnedan this might be of interest to you since you can have hg use Python 2 whilst tortoisehg still works using Python 3.

chrisjbillington commented on 2020-02-03 15:37 (UTC)

@Orekaria you should report bugs with thg itself upstream:

https://bitbucket.org/tortoisehg/thg/issues

Orekaria commented on 2020-02-03 14:01 (UTC) (edited on 2020-02-03 14:02 (UTC) by Orekaria)

Any plan to fix the owesome patch queue feature?
bugs e.g:
1. Patch queue does not activate
2. When using the 'Unnapply patch' context menu option:

#!python
** Mercurial version (5.2.2).  TortoiseHg version (5.1+255-10a1e3f75cba)
** Command: --nofork
** CWD: /home/openbravo
** Encoding: UTF-8
** Extensions loaded: rebase, strip, mq, histedit, purge, record, relink, transplant, convert, tortoisehg.util.configitems
** Python version: 3.8.1 (default, Jan 22 2020, 06:38:00) [GCC 9.2.0]
** System: Linux **** 5.4.15-2-MANJARO #1 SMP PREEMPT Mon Jan 27 17:27:50 UTC 2020 x86_64
** Qt-5.14.0 PyQt-5.14.1 QScintilla-2.11.4
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/revdetails.py", line 375, in reload
    self.onRevisionSelected(rev)
  File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/revdetails.py", line 309, in onRevisionSelected
    self.ctx = ctx = self.repo[rev]
  File "/usr/lib/python3.8/site-packages/tortoisehg/hgqt/thgrepo.py", line 796, in __getitem__
    changectx = super(thgrepository, self).__getitem__(changeid)
  File "/usr/lib/python3.8/site-packages/mercurial/localrepo.py", line 1570, in __getitem__
    b"unsupported changeid '%s' of type %s"
TypeError: %b requires a bytes-like object, or an object that implements __bytes__, not 'str'