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: 125
Popularity: 0.002937
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 .. 22 Next › Last »

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'

chrisjbillington commented on 2020-01-31 19:13 (UTC)

No worries! I've updated mercurial-python3 to hg 5.2.2, and posted to aur-requests asking them to disregard the deletion request.

schnedan commented on 2020-01-31 18:39 (UTC)

Thx,... and sorry for being of no help this afternoon.

chrisjbillington commented on 2020-01-31 18:30 (UTC)

@schnedan I just updated my Arch install and am now experiencing the same issue!

I realised that what's happened is that mercurial in the repos has reverted to Python 2. So mercurial-python3 will continue to be needed for the moment, I will work out how to undelete/recreate it and will update it to 5.2.2.

chrisjbillington commented on 2020-01-31 14:17 (UTC) (edited on 2020-01-31 14:18 (UTC) by chrisjbillington)

Yes, something is messed up with your Python or mercurial since tortoisehg's setup can't import mercurial. So you should investigate them. What do you get if you do the following (my output shown below, if yours is different, something might be wrong)?

$ pacman -Q mercurial
mercurial 5.2.2-1
$ python --version
Python 3.8.1
$ type python
python is hashed (/usr/bin/python)
$ python
Python 3.8.1 (default, Jan 22 2020, 06:38:00) 
[GCC 9.2.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import mercurial.__version__
>>> mercurial.__version__.version
b'5.2.2'
>>> mercurial.__file__
'/usr/lib/python3.8/site-packages/mercurial/__init__.py'