This is somehow like gitosis, but for Mercurial -based on hg-ssh -see: http://hg.opensource.lshift.net/mercurial-server/file/release_0.6/README Ebuild is in science overlay
Many thanks on your work making mercurial-server more useful. It now finally has a home page: http://www.lshift.net/mercurial-server.html
version bumped to 0.9 @paul: Can you take a look at this patch: http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git;a=blob;f=dev-util/mercurial-server/files/mercurial-server-0.9-docbook-path.patch It makes the path of docbook stylesheet changeable.
(In reply to comment #2) > version bumped to 0.9 > > @paul: Can you take a look at this patch: > http://git.overlays.gentoo.org/gitweb/?p=proj/sci.git;a=blob;f=dev-util/mercurial-server/files/mercurial-server-0.9-docbook-path.patch > > It makes the path of docbook stylesheet changeable. This patch is in the most recent release. Thanks!
Thanks for your work with this ebuild - it's saved me some effort. I wanted to let you know that I have this compiled and (seemingly) working on the (apparently hitherto unused) amd64 architecture. Just had to unmask the package. - garyD
Thanks for testing, ~amd64 keyword added to the ebuild.
The move dev-util -> dev-vcs was done in sci overlay. There is still the qa issue with some binary files in /usr/share/ !
Seems like .mercurial-server configuration file is not copied at first installation to /home/hg/ (mine was located at /root/), causing wierd errors.
Created attachment 223137 [details, diff] Fixes sudo commands Added -H parameter to sudo commands, that makes it obey users HOME directory.
(In reply to comment #8) > Created an attachment (id=223137) [details] > Fixes sudo commands > > Added -H parameter to sudo commands, that makes it obey users HOME directory. > Fixed, thanks for reporting!
Good ebuild. The installation instructions should use su - hg -c "command" instead of sudo, because sudo is not installed on every gentoo system.
(In reply to comment #10) > Good ebuild. > The installation instructions should use su - hg -c "command" instead of sudo, > because sudo is not installed on every gentoo system. > Done, there are still some qa issue, which I will fix soon.
my emerge failed because of missing docbook-xsl-stylesheets, so that should probably added as a dependency.
(In reply to comment #12) > my emerge failed because of missing docbook-xsl-stylesheets, so that should > probably added as a dependency. > app-text/docbook-xsl-stylesheets is already in DEPEND, so what exactly is the error? More me it works with =app-text/docbook-xsl-stylesheets-1.75.2.
hmmm, sorry, my bad for not going through ebuild before writing. it is strange though, because emerge mercurial-server did not automatically pull docbook-xsl-stylesheets in for me. instead, the building process simply failed at the documentation creation step. manually emerging docbook-xsl-stylesheets enabled mercurial-server to build as expected.
i see in shortlog that mercurial-server 1.1 has been released: http://hg.opensource.lshift.net/mercurial-server/rev/01eca64f77ab
i'm noticing that hardcoding hg user home directory is not a good idea, i have it located somewhere other than /home/hg.
Version bump done! (In reply to comment #16) > i'm noticing that hardcoding hg user home directory is not a good idea, i have > it located somewhere other than /home/hg. It is now located in /var/lib (like gitolite). You can easily move it to a different location using 'usermod -m -d /new/location/ hg'
I'm wondering why this ebuild is on sci... anyway, I'll improve it a bit and move to the main tree soon. Regards
(In reply to comment #18) > I'm wondering why this ebuild is on sci... anyway, I'll improve it a bit and > move to the main tree soon. Feel free to take it, otherwise I will do it whenever bug #335570 is fixed ;-) I add it to sci overlay, because in Sept 2009 this was the only overlay I could access and I am using it mostly at work (a science place). However recently we switched to RhodeCode (https://rhodecode.org/), maybe you want to take a look at that.
(In reply to comment #19) > (In reply to comment #18) > > I'm wondering why this ebuild is on sci... anyway, I'll improve it a bit and > > move to the main tree soon. > Feel free to take it, otherwise I will do it whenever bug #335570 is fixed ;-) > > I add it to sci overlay, because in Sept 2009 this was the only overlay I could > access and I am using it mostly at work (a science place). However recently we > switched to RhodeCode (https://rhodecode.org/), maybe you want to take a look > at that. > InCVS. I'm wanting this package for help infra guys with bug #350461. They need a gitolite-like system for mercurial. Good luck with the quiz reviews ;) Regards