ebuild for tortoise 0.8, a Nautilus extension for Mercurial DSCM (although Nautilus is not actually required to use it) Reproducible: Always
Created attachment 197493 [details] tortoisehg-0.8.ebuild
Created attachment 199499 [details] tortoisehg-0.8.1.ebuild
I replaced ">=dev-libs/iniparse-0.3.1" by ">=dev-python/iniparse-0.3.1" in RDEPEND for that is already in the ramereth overlay. Apart from that I installed tortoisehg-0.8.1 under amd64 and it works like charm.
Created attachment 203874 [details] tortoisehg-0.8.1-r1.ebuild Move iniparse from dev-libs to dev-python, and add ~amd64
Created attachment 203876 [details] tortoisehg-0.8.2.ebuild ebuild for latest table version
Created attachment 212857 [details] tortoisehg-0.9.1.1.ebuild Updated ebuild to tortoisehg-0.9.1.1
Wouldn't "GUI dialogs for Mercurial" be a more fitting description? PS: Version 0.9.2 is out. PPS: Iniparse ebuild (for those who search): http://bugs.gentoo.org/279529
Created attachment 215622 [details] tortoisehg-0.9.2.ebuild Updated ebuild - didn't change the description, to keep the decision for manny15.
(In reply to comment #7) > Wouldn't "GUI dialogs for Mercurial" be a more fitting description? > > PS: Version 0.9.2 is out. > > PPS: Iniparse ebuild (for those who search): http://bugs.gentoo.org/279529 > How about "Mercurial GUI command line tool hgtk" like the description in the spec file for the RPM package?
That description sounds good - I'd vote for it.
Created attachment 215843 [details] tortoisehg-0.9.2.ebuild Changed ebuild description, updated dependency versions, and removed dependency on pygments since it's only needed for the optional highlight extension. Besides, highlight comes bundled with mercurial so the dependency on pygments should be handled in the mercurial ebuild instead.
Created attachment 218241 [details] tortoisehg-0.9.3.ebuild
Created attachment 222825 [details] tortoisehg-1.0.ebuild version bump to 1.0 also added doc use flag which builds plain html and adds it to the documentation. One could still improve this by checking sphinx for latex flag and also adding latex doc if set
FYI, I created an un-official overlay for tortoisehg at http://bitbucket.org/erosa/vcs-overlay/
Created attachment 226487 [details] tortoisehg-1.0.1 ebuild
+1 1.0.1 works well for me. PS: 1.0.2 is out
Created attachment 230545 [details] tortoisehg-1.0.2 ebuild
Created attachment 231491 [details] tortoisehg-1.0.3 ebuild dodoc for readme was removed since readme was removed from repo.
Created attachment 233905 [details] tortoisehg-1.0.4 ebuild
(In reply to comment #19) > Created an attachment (id=233905) [details] > tortoisehg-1.0.4 ebuild > Great work, thanks.
Created attachment 237337 [details] tortoisehg-1.1.ebuild
Manny - two questions: - Have you thought about bringing this into sunrise ? - Why are you inheriting eutils? I see no need for that.
Created attachment 237381 [details] update tortoisehg-1.1 ebuild * removed eutils * updated dependency package versions (except for pygtk)
ebuild lacks nautilus-python epenency for integration in nautilus. Maybe introduce useflga for nautilus integration?
(In reply to comment #22) > Manny - two questions: > - Have you thought about bringing this into sunrise ? Yes. I've posted urls to this bug in IRC #gentoo-sunrise but nothing has happened. I wish there was a forum instead.
Created attachment 237499 [details] tortoisehg-1.1-r2.ebuild Added nautilus use flag.
Created attachment 241797 [details] tortoisehg-1.1.2.ebuild
Created attachment 245175 [details] tortoisehg-1.1.3.ebuild
tortoisehg 2.X will be based on QT4, whereas the current stable series 1.X uses GTK2. I've added an ebuild to track the default (trunk) tortoisehg branch to my overlay at http://bitbucket.org/erosa/vcs-overlay/. The ebuild is called tortoisehg-default-hg and it cannot be installed along side the tortoisehg ebuild. Unfortunately, I've pretty much given up on getting ebuilds into sunrise.
Do you have the vcs-overlay in layman?
(In reply to comment #30) > Do you have the vcs-overlay in layman? > No, it's not in the layman registry.
=dev-vcs/tortoisehg-1.1.3 is in sunrise, now. Took two hours (+8h waiting due to sleep time difference :) ), but now it should be a bit cleaner (and multilib-safe). It would be nice if someone could update the status of this bug to “in overlay” :) Status Whiteboard: [sunrise-overlay] Keywords: EBUILD, InOverlay PS: iniparse is in now sunrise, too.
Created attachment 250631 [details] tortoisehg-1.1.4.ebuild
Needs to have dependency on tk and tcl as well.
(In reply to comment #34) > Needs to have dependency on tk and tcl as well. > Hmm, where do you see a tcl/tk requirement? All I could find is the win32/setup.cfg which excludes tcl85.dll and tk85.dll from Windows builds created with py2exe.
I've just installed the 1.1.4 from sunrise overlay and I got an error that has been fixed in 1.1.5 release. See this bug report: https://bitbucket.org/tortoisehg/stable/issue/1616/typeerror-wrap-takes-at-least-2-non
(In reply to comment #36) > I've just installed the 1.1.4 from sunrise overlay and I got an error that has > been fixed in 1.1.5 release. See this bug report: > > https://bitbucket.org/tortoisehg/stable/issue/1616/typeerror-wrap-takes-at-least-2-non > I have 1.1.5 in my overlay. The latest ebuild I have is for 1.1.7 (https://bitbucket.org/erosa/vcs-overlay/raw/addda882621f/dev-vcs/tortoisehg/tortoisehg-1.1.7.ebuild)
(In reply to comment #37) > I have 1.1.5 in my overlay. The latest ebuild I have is for 1.1.7 Yesterday I version-bumped the tortoisehg from sunrise overlay to 1.1.8. I just renamed the ebuild. Looking now, the sunrise ebuild differs from yours by mercurial version in RDEPEND. Actually, I'm running TortoiseHg together with mercurial 1.7, so I think you can lower the version on your ebuild from 1.7.2 to 1.7.
> Yesterday I version-bumped the tortoisehg from sunrise overlay to 1.1.8. I just > renamed the ebuild. > > Looking now, the sunrise ebuild differs from yours by mercurial version in > RDEPEND. Actually, I'm running TortoiseHg together with mercurial 1.7, so I > think you can lower the version on your ebuild from 1.7.2 to 1.7. > I make the Mercurial version dependency the same as the Mercurial version included in the binaries, as per https://bitbucket.org/tortoisehg/stable/wiki/Home, for the sake of consistency.
Created attachment 266437 [details] tortoisehg 2
Created attachment 267981 [details] tortoisehg-2.0.2.ebuild
Just added 2.1.3 to the tree; thanks for the ebuild.