Installing perl modules on FC4 x86_64

[Paul Howarth]

Tim wrote:
> On Thu, 2005-10-20 at 13:20 -0400, David Cary Hart wrote:
> 
>>The problem is avoided by installing perl modules from rpms.
> 
> 
> Is there a guide on doing this?  (My searches haven't found an answer,
> yet.)  For instance, I tried to install the HTML validator from WDG.
> They have a FC4 RPM for it [1], so I tried that.
> 
> It also wants some perl modules:
>   perl-Unicode-Map8
>   perl-Unicode-String
>   perl(I18N::Charset)
> 
> I found that out when trying an RPM install of the validator.  I thought
> I'd try:
> 
>   yum localinstall /path/to/wdg-html-validator-1.6.2-1.i386.rpm
> 
> seeing as the docs say that YUM will try and retrieve dependencies from
> repos if it can.  But it fails because the last PERL module isn't
> available.
> 
> In an effort to avoid lots of trouble, I've used YUM to install the
> first two from RPMs:
> 
>   yum install perl-Unicode-Map8 perl-Unicode-String
> 
> Leaving me with the problem of getting perl(I18N::Charset) some other
> way before I can install the main program.
> 
> 1:<http://www.htmlhelp.com/tools/validator/packages/wdg-html-validator-1.6.2-1.i386.rpm>,
> 2:<http://mirror.optus.net/fedora/extras/4/i386/>
> 
> RPM is all well and good until you strike this issue.  Even if I do
> install the module in another way, the next RPM that insists on its
> presence is probably going to fail.  Is there a simple way to inform RPM
> that it has been installed?

You need to make an RPM of the I18N::Charset distribution. One way of 
doing this is by using "cpanspec", which is on its way into Fedora Extras:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=168838

Do bear in mind though that autogenerated packages generated by the 
likes of cpanspec and checkinstall are unlikely to be of the same 
quality as a hand-crafted package made by an experienced packager.

Another point regarding I18N::Charset specifically is that it has a 
build dependency on IO::Capture::ErrorMessages, which is a deprecated 
module no longer included in the current IO-Capture distribution.

Paul.