Re: [Ltib] LTIB on Gentoo

[Stuart Hughes]

Hi Ken,

Could you send me the whole host_config.log file off the list, it looks
like just above there was some message about macros rpmpopt-4.0.4 that
may give some ideas.  I suspect there may be a package missing on your
host installation that wasn't properly checked by ltib.

Regards, Stuart

On Thu, 2007-02-01 at 09:45 -0500, Ken Gilmer wrote:
> Ltib eventually failed with:
> 
> $ ./ltib
> Don't have HTTP::Request::Common
> Don't have LWP::UserAgent
> Cannot test proxies, or remote file availability without both
> HTTP::Request::Common and LWP::UserAgent
> 
> Installing host support packages.
> 
> This only needs to be done once per host, but may take up to
> an hour to complete ...
> 
> If an error occurs, a log file with the full output may be found in:
> /home/kgilmer/ltibinst/host_config.log
> 
> Exiting on error or interrupt
> Please see /home/kgilmer/ltibinst/host_config.log for details
> 
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> And here is the contents of the log:
> 
> d-requires find-requires.perl macros rpmpopt-4.0.4 rpmrc trpm
> + cd -
> /tmp/rpm-kgilmer/BUILD/rpm-4.0.4
> + /usr/lib/rpm/brp-compress
> + /usr/lib/rpm/brp-strip
> + /usr/lib/rpm/brp-strip-static-archive
> + /usr/lib/rpm/brp-strip-comment-note
> + /usr/lib/rpm/brp-nobuildrootpath
> Processing files: rpm-fs-4.0.4-1
> Build time for rpm-fs: 495 seconds
> 
> Failed building rpm-fs
> Died at ./ltib line 2187.
> 
> Started: Sun Jan 21 06:03:09 2007
> Ended:   Sun Jan 21 06:11:53 2007
> Elapsed: 524 seconds
> 
> These packages failed to build:
> rpm-fs
> Build Failed
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> It doesn't really give me any details as to why rpm-fs failed.  Any  
> suggestions?
> 
> Thanks
> Ken
> 
> On Feb 1, 2007, at 9:34 AM, Ken Gilmer wrote:
> 
> >
> > Hey Stuart,
> >
> >   Yeah, my Ltibutils.pm has the Gentoo line.  I've confirmed that "/ 
> > usr/portage" exists on my machine:
> >
> > $ ls -ld /usr/portage
> > drwxr-xr-x 158 root root 4096 Jan 31  2007 /usr/portage
> >
> >   And that /usr/include/[gc]++ does not (assuming there is no  
> > string substitution in there):
> >
> > $ ls -ld /usr/include/*\+\+
> > ls: cannot access /usr/include/*++: No such file or directory
> >
> >   But if I'm reading the error and Perl right, shouldn't the  
> > problem be with the preceeding check, the one for 'libstdc++'?   
> > Here is my libstdc check:
> >
> > $ ls -ld /usr/lib/libstdc++*
> > drwxr-xr-x 2 root root 4096 Apr 28  2006 /usr/lib/libstdc++-v3
> >
> >  I looked up the glob() function, and extracted that particular  
> > code into a script and ran it:
> >
> > $ cat /tmp/globtest.pm
> > print glob('/usr/lib/libstdc++*');
> >
> > $ perl /tmp/globtest.pm
> > /usr/lib/libstdc++-v3
> >
> > So it seems the check requires more than one return here.  If I run  
> > the same script on my FC5 box, I get this:
> >
> > # perl globtest.pm
> > /usr/lib/libstdc++.so.6/usr/lib/libstdc++.so.6.0.8
> >
> > Since I do not know why more than one is required to be valid, I  
> > cannot suggest a fix for this problem.  Throwing caution to the  
> > wind, I changed the test such that one file expansion would pass.   
> > It now seems to be running, but I'm not sure if it worked or not.   
> > I'll respond back once I know.
> >
> >  Here is my box version.  It is a recent install and should be  
> > reasonably up to date.
> >
> > $ uname -a
> > Linux localhost 2.6.15-gentoo-r5 #1 SMP Mon Feb 13 20:23:47 UTC  
> > 2006 i686 Celeron-A GenuineIntel GNU/Linux
> >
> >
> > Thanks
> > Ken
> >
> >
> >
> > On Feb 1, 2007, at 5:07 AM, Stuart Hughes wrote:
> >
> >> Hi Ken,
> >>
> >> Can you check that the file: bin/Ltibutils.pm has got this in it  
> >> at line
> >> 563.  This was recently submitted.
> >>
> >>     'libstdc++-devel'=> sub { return system_nb("ls -ld /usr/ 
> >> include/[gc]++* &>/dev/null") == 0
> >>                                          || (-e "/usr/portage") #  
> >> Gentoo hack
> >>
> >>
> >> Basically the test is looking for some g/c++ headers in /usr/ 
> >> include as
> >> evidence of c++ development being installed.  The extra bit that was
> >> added was for Gentoo, apparently this does not have these files,  
> >> so the
> >> idea is that if your system has /usr/portage (e.g. is Gentoo) then  
> >> the
> >> test just passes.
> >>
> >> If you do have /usr/portage on your system it should work.  If not I
> >> need to come up with some other test for Gentoo.  Maybe you could  
> >> take a
> >> look and see what might be a useful telltale.
> >>
> >> Regards, Stuart
> >>
> >> On Wed, 2007-01-31 at 15:37 -0500, Ken Gilmer wrote:
> >>> Hello :)
> >>>
> >>>    I'm trying to get LTIB up and running on a Gentoo box.  I've used
> >>> the netinstall perl script from the site.  Initially, LTIB  
> >>> complained
> >>> about several packages not installed.  I was able to install all but
> >>> one: libstdc++.  Gentoo's package manager has an entry for libstdc 
> >>> ++,
> >>> yet after emerging that package, LTIB still does not see it:
> >>>
> >>> $ ./ltib
> >>> Don't have HTTP::Request::Common
> >>> Don't have LWP::UserAgent
> >>> Cannot test proxies, or remote file availability without both
> >>> HTTP::Request::Common and LWP::UserAgent
> >>>
> >>> ltib cannot be run because one or more of the host packages needed
> >>> to run it are either missing or out of date.
> >>>
> >>> Please install/upgrade these packages and then re-try.
> >>>
> >>> Package                Minimum ver   Installed info
> >>> -------                -----------   ---------------
> >>> libstdc++              0             not installed
> >>> Died at ./ltib line 1412.
> >>>
> >>> Started: Sat Jan 20 11:25:37 2007
> >>> Ended:   Sat Jan 20 11:25:38 2007
> >>> Elapsed: 1 seconds
> >>>
> >>> Build Failed
> >>>
> >>> Exiting on error or interrupt
> >>>
> >>> Has anyone run into this before?  Any suggestions on how to resolve
> >>> this dependency issue?
> >>>
> >>> Thanks,
> >>> Ken
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> LTIB home page: http://bitshrine.org
> >>>
> >>> Ltib mailing list
> >>> address@hidden
> >>> http://lists.nongnu.org/mailman/listinfo/ltib
> >>>
> >>
> >>
> >
> 
>