From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24514 invoked by alias); 16 Apr 2009 19:29:32 -0000 Received: (qmail 24498 invoked by uid 22791); 16 Apr 2009 19:29:31 -0000 X-SWARE-Spam-Status: No, hits=-0.7 required=5.0 tests=AWL,BAYES_50,J_CHICKENPOX_83,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 16 Apr 2009 19:29:26 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n3GJTOhn003748 for ; Thu, 16 Apr 2009 15:29:24 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n3GJTNVX028056 for ; Thu, 16 Apr 2009 15:29:23 -0400 Received: from [10.11.231.126] (dhcp231-126.rdu.redhat.com [10.11.231.126]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n3GJTNvN024221; Thu, 16 Apr 2009 15:29:23 -0400 Message-ID: <49E78712.5080609@redhat.com> Date: Thu, 16 Apr 2009 19:29:00 -0000 From: William Cohen User-Agent: Thunderbird 2.0.0.21 (X11/20090320) MIME-Version: 1.0 To: Peter Teoh CC: ananth@in.ibm.com, SystemTAP Subject: Re: systemtap compilation errors References: <804dabb00904150811y31da0686gb08ef71d0572b9ab@mail.gmail.com> <20090416032704.GA6223@in.ibm.com> <804dabb00904152040m1e12d94cvca05442f32d85b1a@mail.gmail.com> <49E74046.2020305@redhat.com> <804dabb00904160753m7d5e5808v90700d8d929a1761@mail.gmail.com> In-Reply-To: <804dabb00904160753m7d5e5808v90700d8d929a1761@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q2/txt/msg00285.txt.bz2 Peter Teoh wrote: > On Thu, Apr 16, 2009 at 10:27 AM, William Cohen wrote: >> Peter Teoh wrote: >>> Thank you Ananth and William. Since documentation is not critical >>> to successful compilation, but currently is a show-stopper during >>> compilation, can we shift the making of documentation to the end >>> during the make process? >> Hi Peter, >> >> I haven't seen a problem in building the tutorial documentation before. What >> distribution are you building systemtap on and what version of latex and related >> tools are installed? Does the tutorial.dvi file look okay? reasonable size? >> What does the portion of the build output look like that is in the doc directory >> (the section generating tutorial.dvi)? >> >> -Will >> >> > > Even after make clean i still keep getting the error (FedoraCore10, x86_64): > > make=====> > /bin/sh ./git_version.sh -k -s . -o git_version.h > git_version.sh: Not a git repo, keeping existing git_version.h > make all-recursive > make[1]: Entering directory `/sdb1/download/systemtap/systemtap' > Making all in doc > /sdb1/download/systemtap/systemtap/doc > make[2]: Entering directory `/sdb1/download/systemtap/systemtap/doc' > Making all in SystemTap_Tapset_Reference > /sdb1/download/systemtap/systemtap/doc/SystemTap_Tapset_Reference > make[3]: Entering directory > `/sdb1/download/systemtap/systemtap/doc/SystemTap_Tapset_Reference' > make[3]: Nothing to be done for `all'. > make[3]: Leaving directory > `/sdb1/download/systemtap/systemtap/doc/SystemTap_Tapset_Reference' > make[3]: Entering directory `/sdb1/download/systemtap/systemtap/doc' > dvips -t letter -o tutorial.ps tutorial.dvi > This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com) > ' TeX output 2008.06.26:2126' -> tutorial.ps > dvips: ! unexpected eof on DVI file > make[3]: *** [tutorial.ps] Error 1 > make[3]: Leaving directory `/sdb1/download/systemtap/systemtap/doc' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/sdb1/download/systemtap/systemtap/doc' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/sdb1/download/systemtap/systemtap' > make: *** [all] Error 2 > > > Anyway I have three other machine all having no problem...(2FC10, > 1FC9).....I guess it is nothing to do with systemtap. > > Will ignore it for the moment. Thank you for the support!!!! It is sounding like there is something odd on that F10 machine. I am building things on a x86_64 F10 machine without problems. Is that the complete output of the "make" above? It would be useful to see how the tutorial.dvi is being created. One thought is that you might try to build the rpm on the machine to see if there is some rpm package missing. You can get the official f10 srpm from: http://koji.fedoraproject.org/koji/buildinfo?buildID=95578 -Will