I am trying to install Git on Mac OS X Leopard. I'm trying to avoid the MacPorts/Fink route. I'm also trying to avoid the on Google because I've gotten very far on my own, but if I have to I'll go ahead and download the installer.
Mac running OS X 10.7.5 and Git is not installed in my machine, presumably. In Terminal, git -v yields '-bash: git: command not found'. Can't proceed with Installing a Ruby Development Environment module until I have Git installed.
Anyway, I have Git installed. The problem is that none of the documentation installed, and the Makefile never bothered to tell me that. So now I have Git sitting around waiting to be used as I try to install the manpages for it. For some awful reason, the manpages are maintained as text files, which are to be processed by the AsciiDoc program, which I promptly installed. But AsciiDoc converts these text files to XML.
Then Git uses another program called xmlto to convert the XML that AsciiDoc spits out to manpages (I think - I haven't gotten that far yet). The problem is that I get this error whenever it starts that step (first line is output from make, rest is error): XMLTO git-apply.1 I/O error: Attempt to load network entity /Users/chrislutz/prog/sources/git-1.6.3.1/Documentation/git-apply.xml:2: warning: failed to load external entity 'D DocBook XML V4.5//EN' 'So basically it just goes through every file and gives me that error for all of them. I did try at one point to download the file put it in the directory, and then changed all the references in the XML files to the file in the directory, but this gave me more and stranger errors. If I got a regular solution to work, it might still give me those stranger errors, which means the whole thing is screwed and that I'll just use the Google installer. However, I've gotten (stumbled) this far on my own, and I feel like this is one last step before a sigh of relief and the chance to use Git.
![Git-lfs install mac os x Git-lfs install mac os x](/uploads/1/2/5/5/125507102/375557663.jpg)
So I want to make a last-ditch effort to understand what's wrong. And 'last-ditch effort' means 'Ask Stack Overflow.' So if anyone could give me any insight as to what that error means and why it's occuring (and what I might be able to do to fix it), that would be awesome. If not, I'll try the Google installer. I recently installed git-1.6.4.2 on CentOS 5.3. Building git was no trouble, but attempting to install the accompanying docs produced pain at every step. The versions of xmlto and asciidoc from the yum repos were old, so I built them from source.
Then xmlto (by way of xmllint) complained about missing DocBook 4.5, and I finally managed to get those in manually. Getting this far, the doc build trundles happily along until DB2TEXI user-manual.texi /bin/sh: line 1: docbook2x-texi: command not found make1:. user-manual.texi Error 127 But docbook2x is installed!
Ah, the command is different: $ rpm -q -filesbypkg docbook2x grep bin.texi docbook2x /usr/bin/db2xdocbook2texi docbook2x /usr/bin/db2xtexixml Even trying to run it manually, I still find no joy: $ db2xdocbook2texi user-manual.xml -encoding=UTF-8 -to-stdout user-manual.texi docbook2texi:/book: no description for directory entry /usr/bin/db2xtexixml:-::node: fatal error: node belongs to a different file Died at /usr/bin/db2xtexixml line 959. The bottom of mentions a couple of handy make targets: quick-install-man and quick-install-html. It turns, for example, out that $ make prefix=/usr/local quick-install-man is equivalent to $./Documentation/install-doc-quick.sh origin/man /usr/local/share/man That has a couple of problems: we need a git repo to use these targets, and the heads of the man and html branches may not correspond to the version you're installing. So, a quick-and-dirty bootstrap: tar xfz git-1.6.4.2.tar.gz cd git-1.6.4.2 make prefix=/usr/local all sudo make prefix=/usr/local install # (1) cd. Git clone git://git.kernel.org/pub/scm/git/git.git cd git git checkout v1.6.4.2 # (2) # (3)./Documentation/install-doc-quick.sh c8b9e605d51dd2f0c7ce6a363df31171af16534c /usr/local/share/man # (4)./Documentation/install-doc-quick.sh 35b47ca52ba937f8e09b2ab4a7adf4 /usr/local/share/doc/git-doc git init -help # (5) Notes:. At this point, git will live in /usr/local/bin.
Now you'll have the same tree as the previous step on a. The SHA-1 comes from the last 1.6.4.2 commit in git log origin/man. Same as above, except from origin/html. I was driven to this question when I googled for ' docbook2x-texi: command not found' because I had this issue while building git 1.8.2.1 obtained from the git repository, with: make prefix=/myprefix/git all doc info So, following I launched: yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel but for the make to complete I had to install the next packages: yum install asciidoc xmlto docbook2X As pointed out by the most read answer, the last provides the db2xdocbook2texicommand but not the needed docbook2x-texi.
Nevertheless, a simple symbolic link solved the issue: ln -s /usr/bin/db2xdocbook2texi /usr/bin/docbook2x-texi Now, the make was successful and I got to install git with: make prefix=/myprefix/git install install-doc install-html install-info This workaround was tested under Scientific Linux 6.1 (Carbon). Random thought; where are your Git manpages installed? I’m guessing in /usr/local/git/man. If so, check that this is in your $MANPATH: echo $MANPATH If you don’t have the git manpath in there, add this text via TextMate or vi or something to wherever you’ve got your $PATH (eg in /.bashprofile); export MANPATH=/usr/local/git/man:$MANPATH Alternatively just use this command from the shell: echo 'export MANPATH=/usr/local/git/man:$MANPATH' /.bashprofile Just had this problem myself after doing the Hivelogic Snow Leopard install, so HTH. I was having a similar build issue on Cygwin earlier this week (failure on attempt to load network entity), and through a bit of hunting I was able to find that the problem was the lack of an xml-catalog.
On Cygwin there's a script named. The tool was probably trying to run automatically, but when I ran it manually, it was failing due to the /etc/xml directory not existing. The source for build-docbook-catalog is probably, but I can't confirm that right now since I don't have Windows or Cygwin available. I realize that this question has been long since answered, but I did stumble upon this page while looking for an answer to my problem, so hopefully this saves some time for someone else.