I am discussing these, so I do not make these mistakes, any more. Em 27-01-2014 01:37, [email protected] escreveu: > Author: bdubbs > Date: Sun Jan 26 20:37:49 2014 > New Revision: 12638 > > Log: > Update url for git > > Modified: > trunk/BOOK/general/prog/git.xml > > Modified: trunk/BOOK/general/prog/git.xml > ============================================================================== > --- trunk/BOOK/general/prog/git.xml Sun Jan 26 07:21:02 2014 (r12637) > +++ trunk/BOOK/general/prog/git.xml Sun Jan 26 20:37:49 2014 (r12638) > @@ -4,14 +4,15 @@ > <!ENTITY % general-entities SYSTEM "../../general.ent"> > %general-entities; > > - <!ENTITY git-download-http > "http://git-core.googlecode.com/files/git-&git-version;.tar.gz"> > + <!ENTITY git-root "https://www.kernel.org/pub/software/scm/git" > > + > + <!ENTITY git-download-http "&git-root;/git-&git-version;.tar.gz">
I thought Ken meant that it would be better to do it in the next update. Also, once I intended to change from gz to xz in icedea, but you told me to wait for next update. > - <!ENTITY git-buildsize "190 MB (additional 14 MB with downloaded docs > and > - man pages, or 24 MB building docs and man > pages)"> ... > + <!ENTITY git-buildsize "207 MB"> Is it wrong what I was doing, separating the sizes? It takes some time to do it, so, if I stop doing, it will be easier to update packages. > - git-shell, git-cvsserver, git-upload-pack and > - gitk (this one is optional) ... > + git-shell, git-cvsserver, git-upload-pack, and gitk ... > - /usr/share/gitk (optional), ... > <term><command>gitk</command></term> > <listitem> > <para> > - (optional) is a graphical <application>Git</application> > repository > - browser (needs <xref linkend="tk"/>). > + is a graphical <application>Git</application> repository browser > + (needs <xref linkend="tk"/>). These, I understand that telling that needs tk is enough. So, I will change in other places. In some, I had introduced, because I could not understand why I had not in my build. And in the beginning of edditing, I may have even deleted because of that. So, this info is useful for user and for developers. -- []s, Fernando -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
