Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 26 Apr 2017 09:54:53 +0200
From:      Joan Picanyol i Puig <pica@biaix.org>
To:        sunpoet@freebsd.org, olivierd@freebsd.org
Cc:        6yearold@gmail.com, python@freebsd.org
Subject:   tortoisehg freebsd port update
Message-ID:  <20170426075453.GB41140@grummit.biaix.org>

next in thread | raw e-mail | index | archive | help
Hi there,

Thank you all for keeping the FreeBSD mercurial tooling up-to-date. At
least for me, it is reassuring that I can keep on relying on it as my
main production workstation.

However, there's one minor hiccup. Occasionally (every some months), a
mercurial upgrade breaks tortoisehg, which is a pretty useful tool and I
would say part of the "standard" mercurial user expectations.


Gleb (tortoisehg mantainer, Cc'ed) does keep up with tortoisehg releases
( https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218623 ) but
some more coordination would improve the end-user experience. I'm unsure
of how the ports/pkg building is scheduled, but I am using the quarterly pkg
repo if that matters. AFAICT, upstream does make it relatively easy to keep in
sync:

    Matching Versions
    If you are using TortoiseHG from source, we recommend you use the most
    recent stable releases of TortoiseHG and Mercurial together. TortoiseHg
    synchronized version numbers with Mercurial at release 3.0, so you should
    always use the same major revision number of TortoiseHg as Mercurial for any
    Mercurial version later than 3.0.

Right now, I see:

    pk-ets-ws% python
    Python 2.7.13 (default, Jan  3 2017, 01:29:10) 
    [GCC 4.2.1 Compatible FreeBSD Clang 3.8.0 (tags/RELEASE_380/final 262564)] on freebsd11
    Type "help", "copyright", "credits" or "license" for more information.
    >>> from tortoisehg.util.hgversion import hgversion, checkhgversion
    >>> errmsg = checkhgversion(hgversion)
    >>> errmsg
    'This version of TortoiseHg requires Mercurial version 3.9.n to 4.0.n, but found 4.1.1'
    >>> 

I'm not sure what the port system offers, but it would probably be necessary to
specifically specify the mercurial version accepted at runtime. I currently have:

    pk-ets-ws% pkg info -d tortoisehg-4.0_1 
    tortoisehg-4.0_1:
        py27-qt4-gui-4.11.4,1
        pango-1.38.0_1
        py27-qt4-xml-4.11.4,1
        py27-pygments-2.1.3_1
        py27-qt4-network-4.11.4,1
        python27-2.7.13_1
        gtk-update-icon-cache-2.24.29
        gdk-pixbuf2-2.32.3_1
        py27-setuptools-32.1.0_1
        py27-qt4-qscintilla2-2.9.1,1
        py27-qt4-core-4.11.4,1
        py27-iniparse-0.4_1
        mercurial-4.1.1
        glib-2.46.2_5
        gettext-runtime-0.19.8.1_1
        atk-2.18.0

That's a result of a recent upgrade I did:

    pk-ets-ws% bzgrep pkg /var/log/messages*bz2 | grep "Apr 18" | grep -E '(mercurial|tortoise)'
    /var/log/messages.0.bz2:Apr 18 18:37:10 pk-ets-ws pkg: mercurial upgraded: 4.0.1 -> 4.1.1 
    /var/log/messages.0.bz2:Apr 18 18:40:39 pk-ets-ws pkg: tortoisehg upgraded: 4.0 -> 4.0_1 

I update my pkg repository catalogues daily, but upgrade every few weeks only.

keep up the good work
-- 
pica



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170426075453.GB41140>