git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 2 build issues
@ 2006-08-14 19:11 Randy.Dunlap
  2006-08-14 22:10 ` Junio C Hamano
  2006-08-15  6:10 ` Jeff King
  0 siblings, 2 replies; 6+ messages in thread
From: Randy.Dunlap @ 2006-08-14 19:11 UTC (permalink / raw)
  To: git

xmlto -m callouts.xsl man git-add.xml
I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
compilation error: file /tmp/xmlto-xsl.l27115 line 4 element import
xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
make[1]: *** [git-add.1] Error 1
rm git-add.xml
make[1]: Leaving directory `/home/rddunlap/builds/git-snapshot-20060814/Documentation'
make: *** [doc] Error 2

~~~~~~~~~~~~~~ and ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

make -C templates install
make[1]: Entering directory `/home/rddunlap/builds/git-snapshot-20060814/templates'
: no custom templates yet
install -d -m755 '/usr/local/share/git-core/templates/'
(cd blt && tar cf - .) | \
(cd '/usr/local/share/git-core/templates/' && tar xf -)
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Error exit delayed from previous errors
make[1]: *** [install] Error 2
make[1]: Leaving directory `/home/rddunlap/builds/git-snapshot-20060814/templates'
make: *** [install] Error 



Fixes?  suggestions?

Thanks,
---
~Randy

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2 build issues
  2006-08-14 19:11 2 build issues Randy.Dunlap
@ 2006-08-14 22:10 ` Junio C Hamano
  2006-08-14 22:29   ` Randy.Dunlap
  2006-08-15  6:10 ` Jeff King
  1 sibling, 1 reply; 6+ messages in thread
From: Junio C Hamano @ 2006-08-14 22:10 UTC (permalink / raw)
  To: Randy.Dunlap; +Cc: git

"Randy.Dunlap" <rdunlap@xenotime.net> writes:

> xmlto -m callouts.xsl man git-add.xml
> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
> compilation error: file /tmp/xmlto-xsl.l27115 line 4 element import
> xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> make[1]: *** [git-add.1] Error 1
> rm git-add.xml
> make[1]: Leaving directory `/home/rddunlap/builds/git-snapshot-20060814/Documentation'
> make: *** [doc] Error 2

Sorry, I am not docbook expert -- help from the list please?
I seem to be using:

                        (home)		(kernel.org)
	asciidoc	7.1.2		7.0.2
        xmlto		0.0.18		0.0.18

> make -C templates install
> make[1]: Entering directory `/home/rddunlap/builds/git-snapshot-20060814/templates'
> : no custom templates yet
> install -d -m755 '/usr/local/share/git-core/templates/'
> (cd blt && tar cf - .) | \
> (cd '/usr/local/share/git-core/templates/' && tar xf -)
> tar: This does not look like a tar archive
> tar: Skipping to next header
> tar: Archive contains obsolescent base-64 headers
> tar: Error exit delayed from previous errors
> make[1]: *** [install] Error 2
> make[1]: Leaving directory `/home/rddunlap/builds/git-snapshot-20060814/templates'
> make: *** [install] Error 

Hmph.  I suspect (cd blt && tar cf - .) is failing silently.
When built, "make -C templates" creates templates/blt directory
and leaves templates/boilerplates.made file.  Do you have them?

Ah, another possibility.  Does your "cd" say anything
unnecessary even when running scripts, not interactively?  For
example, do you have CDPATH set and _exported_ to the
environment?  CDPATH might be a useful shell variable for
interactive session, but you never want to export it to affect
unsuspecting shell scripts you invoke directly or indirectly.

I see many documents floating on the web that call CDPATH "an
environment variable".  It is a disease X-<.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2 build issues
  2006-08-14 22:10 ` Junio C Hamano
@ 2006-08-14 22:29   ` Randy.Dunlap
  2006-08-14 23:12     ` Junio C Hamano
  0 siblings, 1 reply; 6+ messages in thread
From: Randy.Dunlap @ 2006-08-14 22:29 UTC (permalink / raw)
  To: Junio C Hamano; +Cc: git

On Mon, 14 Aug 2006 15:10:27 -0700 Junio C Hamano wrote:

> "Randy.Dunlap" <rdunlap@xenotime.net> writes:
> 
> > xmlto -m callouts.xsl man git-add.xml
> > I/O error : Attempt to load network entity
> > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> > warning: failed to load external entity
> > "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl"
> > compilation error: file /tmp/xmlto-xsl.l27115 line 4 element
> > import xsl:import : unable to load
> > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> > make[1]: *** [git-add.1] Error 1 rm git-add.xml make[1]: Leaving
> > directory
> > `/home/rddunlap/builds/git-snapshot-20060814/Documentation' make:
> > *** [doc] Error 2
> 
> Sorry, I am not docbook expert -- help from the list please?
> I seem to be using:
> 
>                         (home)		(kernel.org)
> 	asciidoc	7.1.2		7.0.2
>         xmlto		0.0.18		0.0.18

I have same versions as your (home).

> > make -C templates install
> > make[1]: Entering directory
> > `/home/rddunlap/builds/git-snapshot-20060814/templates' : no
> > custom templates yet install -d -m755
> > '/usr/local/share/git-core/templates/' (cd blt && tar cf - .) | \
> > (cd '/usr/local/share/git-core/templates/' && tar xf -)
> > tar: This does not look like a tar archive
> > tar: Skipping to next header
> > tar: Archive contains obsolescent base-64 headers
> > tar: Error exit delayed from previous errors
> > make[1]: *** [install] Error 2
> > make[1]: Leaving directory
> > `/home/rddunlap/builds/git-snapshot-20060814/templates' make: ***
> > [install] Error 
> 
> Hmph.  I suspect (cd blt && tar cf - .) is failing silently.
> When built, "make -C templates" creates templates/blt directory
> and leaves templates/boilerplates.made file.  Do you have them?

I have templates/blt directory but no boilerplates.made file.

> Ah, another possibility.  Does your "cd" say anything
> unnecessary even when running scripts, not interactively?  For
> example, do you have CDPATH set and _exported_ to the
> environment?  CDPATH might be a useful shell variable for
> interactive session, but you never want to export it to affect
> unsuspecting shell scripts you invoke directly or indirectly.

I suppose that could be the problem.  (I do have/use CDPATH.)
I started a new shell that does not have CDPATH and 'make install'
works fine. Thanks.
When CDPATH is set & exported, I don't see any responses from
"cd".

> I see many documents floating on the web that call CDPATH "an
> environment variable".  It is a disease X-<.

What is CDPATH then?  (other than trouble/disease)
I find it useful (usually :).

---
~Randy

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2 build issues
  2006-08-14 22:29   ` Randy.Dunlap
@ 2006-08-14 23:12     ` Junio C Hamano
  0 siblings, 0 replies; 6+ messages in thread
From: Junio C Hamano @ 2006-08-14 23:12 UTC (permalink / raw)
  To: Randy.Dunlap; +Cc: git

"Randy.Dunlap" <rdunlap@xenotime.net> writes:

> On Mon, 14 Aug 2006 15:10:27 -0700 Junio C Hamano wrote:
>
>> I see many documents floating on the web that call CDPATH "an
>> environment variable".  It is a disease X-<.
>
> What is CDPATH then?  (other than trouble/disease)
> I find it useful (usually :).

What I mean is that it belongs to the "set" command output but
should not be in "printenv" command output.

It is a useful shell variable to help interactive use, but it
causes trouble without benefit when exported to the environment
(breaks scripts you invoke without you knowing).  Calling such
a shell variable "an environment variable" is spreading trouble.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2 build issues
  2006-08-14 19:11 2 build issues Randy.Dunlap
  2006-08-14 22:10 ` Junio C Hamano
@ 2006-08-15  6:10 ` Jeff King
  2006-08-18 20:14   ` Randy.Dunlap
  1 sibling, 1 reply; 6+ messages in thread
From: Jeff King @ 2006-08-15  6:10 UTC (permalink / raw)
  To: Randy.Dunlap; +Cc: git

On Mon, Aug 14, 2006 at 12:11:56PM -0700, Randy.Dunlap wrote:

> xmlto -m callouts.xsl man git-add.xml
> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

It looks like your docbook installation is broken. You should have an
xml catalog file that translates the url to a local file reference for
the docbook stylesheet. Can you verify the integrity of / reinstall your
docbook package?

-Peff

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: 2 build issues
  2006-08-15  6:10 ` Jeff King
@ 2006-08-18 20:14   ` Randy.Dunlap
  0 siblings, 0 replies; 6+ messages in thread
From: Randy.Dunlap @ 2006-08-18 20:14 UTC (permalink / raw)
  To: Jeff King; +Cc: git

On Tue, 15 Aug 2006 02:10:56 -0400 Jeff King wrote:

> On Mon, Aug 14, 2006 at 12:11:56PM -0700, Randy.Dunlap wrote:
> 
> > xmlto -m callouts.xsl man git-add.xml
> > I/O error : Attempt to load network entity
> > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> 
> It looks like your docbook installation is broken. You should have
> an xml catalog file that translates the url to a local file
> reference for the docbook stylesheet. Can you verify the integrity
> of / reinstall your docbook package?

You got it.  Thanks.

---
~Randy

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2006-08-18 20:11 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-08-14 19:11 2 build issues Randy.Dunlap
2006-08-14 22:10 ` Junio C Hamano
2006-08-14 22:29   ` Randy.Dunlap
2006-08-14 23:12     ` Junio C Hamano
2006-08-15  6:10 ` Jeff King
2006-08-18 20:14   ` Randy.Dunlap

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).