Shibu C Varughese wrote:

On 11/14/07, *Tom* <admin@homemachine.net mailto:admin@homemachine.net> wrote:

Hi all,

Since upgrading to perl 5.8.5-36.el4_5.2 I have had no end of problems,
starting with needing compress::zlib which I got from rpmforge, then I
had to reinstall scalar::util to get mailscanner working but now I
can't
install or upgrade any perl modules.
Has anyone else had problems or can someone tell me what I've done wrong
please?

regards
tom

tom ...

try to trouble shoot ...

shell> perl -MCPAN -e shell cpan> install DBI cpan> install DBD::mysql

what the error message ?

---

shibu

Thanks for replying shibu.

[root@tom razor-agents-2.84]# perl -MCPAN -e shell

There seems to be running another CPAN process (pid 23858). Contacting... Other job not responding. Shall I overwrite the lockfile? (Y/N) [y] y

cpan shell -- CPAN exploration and modules installation (v1.7602) ReadLine support enabled

cpan> install DBI CPAN: Storable loaded ok Going to read /root/.cpan/Metadata Database was generated on Sat, 10 Nov 2007 22:36:34 GMT Running install for module DBI Running make for T/TI/TIMB/DBI-1.601.tar.gz CPAN: Digest::MD5 loaded ok perl: symbol lookup error: /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/Compress/Raw/Zlib/Zlib.so: undefined symbol: Perl_Gthr_key_ptr [root@tom razor-agents-2.84]#

I can't find any other cpan shell running either but I get that msg each time it exits like this.

 > On 11/14/07, *Tom* <admin@homemachine.net
wrote:
 >
 >     Hi all,
 >
 >     Since upgrading to perl 5.8.5-36.el4_5.2 I have had no end of
problems,
 >     starting with needing compress::zlib which I got from
rpmforge, then I
 >     had to reinstall scalar::util to get mailscanner working but
now I
 >     can't
 >     install or upgrade any perl modules.
 >     Has anyone else had problems or can someone tell me what I've
done wrong
 >     please?
 >
 >     regards
 >     tom
 >
 >
 >
 > tom ...
 >
 > try to trouble shoot ...
 >
 > shell> perl -MCPAN -e shell cpan> install DBI
 > cpan> install DBD::mysql
 >
 > what the error message ?
 >
 > ---
 > shibu

Thanks for replying shibu.

[root@tom razor-agents-2.84]# perl -MCPAN -e shell

There seems to be running another CPAN process (pid
23858).  Contacting...
Other job not responding. Shall I overwrite the lockfile? (Y/N) [y] y

cpan shell -- CPAN exploration and modules installation (v1.7602)
ReadLine support enabled

cpan> install DBI
CPAN: Storable loaded ok
Going to read /root/.cpan/Metadata
   Database was generated on Sat, 10 Nov 2007 22:36:34 GMT
Running install for module DBI
Running make for T/TI/TIMB/DBI-1.601.tar.gz
CPAN: Digest::MD5 loaded ok
perl: symbol lookup error:
/usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/auto/Compress/Raw/Zlib/Zlib.so:

undefined symbol: Perl_Gthr_key_ptr
[root@tom razor-agents-2.84]#

I can't find any other cpan shell running either but I get that msg each
time it exits like this.

tom ...do you have another version of perl already installed in your system...may be that's causing this error.

---

shibu

I installed perl 5.8.8 via cpan into /usr/local/lib earlier today, maybe thats causing the lock but I only did that as a last resort as I was getting this type of error trying to upgrade modules...weird

The most recent version "3.24" of the module "Text::ParseWords" is part of the perl-5.8.8 distribution. To install that, you need to run force install Text::ParseWords --or-- install N/NW/NWCLARK/perl-5.8.8.tar.gz

not sure how to remove that either.

Oh centos 4.5

The system doesn't appear to be using /usr/local/lib/perl5

Ralph Angenendt wrote:

Tom wrote:

...

I installed perl 5.8.8 via cpan into /usr/local/lib earlier today, maybe thats causing the lock but I only did that as a last resort as I was getting this type of error trying to upgrade modules...weird

Now you might have broken it.

Ralph

---

---

CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos

So how do I remove perl 5.8.8. from cpan install?

Ralph Angenendt wrote:

Tom wrote:

...

...

shell> perl -MCPAN -e shell cpan> install DBI cpan> install DBD::mysql what the error message ?

---

There seems to be running another CPAN process (pid 23858). Contacting... Other job not responding. Shall I overwrite the lockfile? (Y/N) [y] y

Ah well. DON'T EVEN TRY TO USE CPAN IF YOU ARE ALSO USING A PACKAGE MANAGEMENT SYSTEM TO INSTALL PERL MODULES.

Sorry for shouting, just trying to get my point over.

Cheers,

Ralph

---

---

CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos

Ralph Angenendt wrote:

Tom wrote:

...

Hi all,

Since upgrading to perl 5.8.5-36.el4_5.2 I have had no end of problems, starting with needing compress::zlib which I got from rpmforge, then I had to reinstall scalar::util to get mailscanner working but now I can't install or upgrade any perl modules. Has anyone else had problems or can someone tell me what I've done wrong please?

The Compress::Zlib problem has been fixed in rpmforge, but yes, the package was broken.

What do you mean exactly with "cannot install or upgrade any perl modules"? Can you give us an error message?

Cheers,

Ralph

Yes... below

The most recent version "3.24" of the module "Text::ParseWords" is part of the perl-5.8.8 distribution. To install that, you need to run force install Text::ParseWords --or-- install N/NW/NWCLARK/perl-5.8.8.tar.gz The most recent version "3.24" of the module "Text::ParseWords" is part of the perl-5.8.8 distribution. To install that, you need to run force install Text::ParseWords --or-- install N/NW/NWCLARK/perl-5.8.8.tar.gz

exactly, I don't need it as I am running perl 5.8.5, this is what I don't understand... This message displayed before I installed 5.8.8. via cpan

Ralph Angenendt wrote:

Tom wrote:

...

...

What do you mean exactly with "cannot install or upgrade any perl modules"? Can you give us an error message?

Yes... below

The most recent version "3.24" of the module "Text::ParseWords" is part of the perl-5.8.8 distribution. To install that, you need to run force install Text::ParseWords --or-- install N/NW/NWCLARK/perl-5.8.8.tar.gz The most recent version "3.24" of the module "Text::ParseWords" is part of the perl-5.8.8 distribution. To install that, you need to run force install Text::ParseWords --or-- install N/NW/NWCLARK/perl-5.8.8.tar.gz

Oh, sorry. I thought you were trying to install perl modules via yum.

Do you really *need* 3.24 of Text::Parsewords? 3.22 is contained in the perl package of CentOS.

Ralph

---

---

CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos

Johnny Hughes wrote:

Tom wrote:

...

Hi all,

Since upgrading to perl 5.8.5-36.el4_5.2 I have had no end of problems, starting with needing compress::zlib which I got from rpmforge, then I had to reinstall scalar::util to get mailscanner working but now I can't install or upgrade any perl modules. Has anyone else had problems or can someone tell me what I've done wrong please?

regards tom

OK ... I want to make something PERFECTLY CLEAR ...

Using CPAN installed modules is NOT supported while using a Package Management system like RPM.

You should NOT use CPAN to install perl modules, nor should you use pear to install pear modules.

That is because when you reinstall php-pear or perl, you will loose these items that are updated/installed in any way other than via RPMS.

If you are using CentOS. then you need to get all your perl modules and pear modules via RPM. If you need something, it should probably exist either at RPMForge, at KBS-Centos-Extras, at EPEL or in the worst case condition, take one of the other modules that does exist and use it to create the module.

Also, look in Fedora 6.7.8 and see if you can get an SRPM to make your modules.

If you don't ... when perl or php-pear are upgraded, your install will absolutely, positively, beyond any and all shadow of doubt be BROKEN.

(BTW, this is not to Tom .. but to the whole list ... DON'T INSTALL CRAP FROM CPAN !!!!!!!!)

Thanks, Johnny Hughes

Ok, loud and clear.

What's the best way to revert back if a mess has been created. I tried to install bugzilla on a Centos4.5 server but did not succeed. I now run bugzilla on a Fedora installation instead. The bugzilla installation suggested to install all kind of needed perl modules using CPAN.

So what's the best procedure to revert back the perl installation and maintain it with yum? I checked with rpm -V perl-5.8.5-36.el4_5.2.i386 and see a lot of modified files. An uninstall is going to remove 266 packages, so re-install is not a good option I guess. Yum upgrade/install will not work, since the package is already installed of course.

Thanks for your help, and I shall never use CPAN again, never I promise.....

Cheers, Theo

Scott Silva wrote:

on 11/16/2007 7:46 AM Theo Band spake the following:

...

Johnny Hughes wrote:

...

Tom wrote:

...

Hi all,

Since upgrading to perl 5.8.5-36.el4_5.2 I have had no end of problems, starting with needing compress::zlib which I got from rpmforge, then I had to reinstall scalar::util to get mailscanner working but now I can't install or upgrade any perl modules. Has anyone else had problems or can someone tell me what I've done wrong please?

regards tom

OK ... I want to make something PERFECTLY CLEAR ...

Using CPAN installed modules is NOT supported while using a Package Management system like RPM.

You should NOT use CPAN to install perl modules, nor should you use pear to install pear modules.

That is because when you reinstall php-pear or perl, you will loose these items that are updated/installed in any way other than via RPMS.

If you are using CentOS. then you need to get all your perl modules and pear modules via RPM. If you need something, it should probably exist either at RPMForge, at KBS-Centos-Extras, at EPEL or in the worst case condition, take one of the other modules that does exist and use it to create the module.

Also, look in Fedora 6.7.8 and see if you can get an SRPM to make your modules.

If you don't ... when perl or php-pear are upgraded, your install will absolutely, positively, beyond any and all shadow of doubt be BROKEN.

(BTW, this is not to Tom .. but to the whole list ... DON'T INSTALL CRAP FROM CPAN !!!!!!!!)

Thanks, Johnny Hughes

Ok, loud and clear.

What's the best way to revert back if a mess has been created. I tried to install bugzilla on a Centos4.5 server but did not succeed. I now run bugzilla on a Fedora installation instead. The bugzilla installation suggested to install all kind of needed perl modules using CPAN.

So what's the best procedure to revert back the perl installation and maintain it with yum? I checked with rpm -V perl-5.8.5-36.el4_5.2.i386 and see a lot of modified files. An uninstall is going to remove 266 packages, so re-install is not a good option I guess. Yum upgrade/install will not work, since the package is already installed of course.

Thanks for your help, and I shall never use CPAN again, never I promise.....

Cheers, Theo

You could try rpm -Uvh --replacefiles and see if it fixes it

Thanks for the heads up Johnny, I ended up manually removing as many cpan modules 1 by 1 that I could find rpm's for and installing the appropriate rpm's. There are still quite a few cpan modules that don't have rpm's but I now have everything fixed :)

tom

On Wed, 21 Nov 2007, Scott Silva wrote:

on 11/21/2007 3:07 PM Tom spake the following:

...

Thanks for the heads up Johnny, I ended up manually removing as many cpan modules 1 by 1 that I could find rpm's for and installing the appropriate rpm's. There are still quite a few cpan modules that don't have rpm's but I now have everything fixed :)

You can also try cpan2rpm and make your own. Or look at dag.wieers.com or atrpms.net. As long as they are in the database, there is less chance of things getting corrupted.

The easiest probably is to ask on the RPMforge mailinglist (suggest@lists.rpmforge.net) and we provide you with those packages in 24 hours. I have an automated system to create these SPEC files (so that they work for EL2 upto EL5).

The only thing holding me back from providing _all_ CPAN packages is the fact that we would end up having 11.000 additional RPM packages (we already have about 2000).

I would bet Yum would choke on that easily.

So our approach is to offer those perl packages that are required by other perl packages, that are requested by users or that are frequently updated in CPAN. (I estimate that a large part is unmaintained anyway)

So just send the list of modules that you need, and we will create the RPM packages.