[SATLUG] Perl(GD) RPM?
Thomas Cameron
thomas.cameron at camerontech.com
Mon Sep 27 11:46:50 CDT 2004
Ah, there's the rub - "if you tell it not to." But IIRC the default
behavior is to update perl and that is a Bad Thing(TM) on an RPM-based
system.
I don't claim to be a perl expert, not by a long shot. So it might be an
easy workaround that I just don't know about, but this exact thing has
bitten me in the backside. So I just avoid the "perl -MCPAN -e shell" route
and use cpan2rpm.
Thomas
----- Original Message -----
From: "Jeremy Mann" <jeremymann at gmail.com>
To: "Thomas Cameron" <thomas.cameron at camerontech.com>; "The San Antonio
Linux User's Group Mailing List" <satlug at satlug.org>
Sent: Sunday, September 26, 2004 8:36 PM
Subject: Re: [SATLUG] Perl(GD) RPM?
> What are you talking about? It will *NOT* install a new Perl if you
> tell it not too.
>
>
> On Sun, 26 Sep 2004 09:42:50 -0500, Thomas Cameron
> <thomas.cameron at camerontech.com> wrote:
>> Which till totally screw you on a RHEL 3 (or any other RPM based) box.
>> In
>> my experience, this will upgrade your entire Perl installation OUTSIDE of
>> the packaging system. Say good bye to support from Red Hat for any
>> Perl-related issue at that point. Their response to a trouble report
>> will
>> be "revert back to the old version of the affected packages" and you'll
>> have
>> to say "I can't - I installed via CPAN, not RPMs." To which they will
>> say
>> "I don't have a solution, but I certainly admire your problem!"
>>
>> Seriously, make RPMs out of the Perl modules and you will be a lot
>> happier.
>>
>> TC
>>
>>
>>
>> ----- Original Message -----
>> From: "Jeremy Mann" <jeremymann at gmail.com>
>> To: "The San Antonio Linux User's Group Mailing List" <satlug at satlug.org>
>> Sent: Sunday, September 26, 2004 7:32 AM
>> Subject: Re: [SATLUG] Perl(GD) RPM?
>>
>> > GD will require additional modules, so you may want to get them as
>> > well by using CPAN.
>> >
>> > perl -MCPAN -e shell
>> >
>> > at the cpan> prompt issue:
>> >
>> > install gd
>> >
>> >
>> >
>> > On Sat, 25 Sep 2004 23:00:45 -0500, Thomas Cameron
>> > <thomas.cameron at camerontech.com> wrote:
>> >> ----- Original Message -----
>> >> From: "Mike Wallace" <mikeaw at gmail.com>
>> >> To: "SATLUG" <satlug at satlug.org>
>> >> Sent: Saturday, September 25, 2004 10:30 PM
>> >> Subject: [SATLUG] Perl(GD) RPM?
>> >>
>> >> > I'm tried to install an RPM on a new RHEL 3 system and got the
>> >> > following
>> >> > error.
>> >> >
>> >> > error: Failed dependencies:
>> >> > perl(GD) is needed by
>> >> > perl(GD::Graph) is needed by
>> >> > perl(GD::Graph::Data) is needed by
>> >> > perl(GD::Graph::lines) is needed by
>> >> > perl(GD::Graph::linespoints) is needed by
>> >> > perl(Statistics::Descriptive) is needed by
>> >> >
>> >> > I can't seem to find any RPMs which include this mysterious
>> >> > "perl(GD)." I say mysterious because I've never seen perl(GD) as a
>> >> > dependency before. Maybe I just don't do enough work in perl?
>> >> > Anyway, I have hunted for an RPM that would satisfy this perl(GD)
>> >> > dependency, but just can't find one. So, where on the wide internet
>> >> > is that RPM hiding?
>> >> >
>> >> > If I were to go to CPAN and find the GD module and install it, would
>> >> > rpm recognize that it was installed or would it still show the
>> >> > dependency? (That is, do I need to find and install an actual RPM
>> >> > to
>> >> > resolve the dependency?)
>> >>
>> >> You want to go to search.cpan.org and search for each of these Perl
>> >> modules.
>> >> Download them as .tar.gz files then run the totally kick-ass cpan2rpm
>> >> utility from http://perl.arix.com/cpan2rpm/ against them for RPMs.
>> >>
>> >> Thomas
>> >>
>> >>
>> >>
>> >> _______________________________________________
>> >> Satlug mailing list
>> >> Satlug at satlug.org
>> >> http://alamo.satlug.org/mailman/listinfo/satlug
>> >>
>> >
>> >
>> >
>> > --
>> > Jeremy
>> > _______________________________________________
>>
>>
>> > Satlug mailing list
>> > Satlug at satlug.org
>> > http://alamo.satlug.org/mailman/listinfo/satlug
>> >
>>
>>
>
>
>
> --
> Jeremy
>
More information about the Satlug
mailing list