Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I was using Ubuntu 8.04 with installed Perl 5.8.8. I had installed Bugzilla 3.4.4 with some custom scripts and it was working fine. I had to upgrade Ubuntu from 8.04 to 10.04 and automatically Perl is also upgraded from Perl 5.8 to 5.10. Now, accessing Bugzilla displays an error message related to Perl module. While trying to run, I am getting the following error message:

root@cvsnew:/var/www/bugzilla-3.4# perl
* This is Bugzilla 3.4.3 on perl 5.10.1
* Running on Linux 2.6.32-24-generic-pae #39-Ubuntu SMP Wed Jul 28 07:39:26 UTC 2010
Checking perl modules...
Checking for (v3.33) ok:
found v3.48
perl: symbol lookup error:
lib/i486-linux-gnu-thread-multi/auto/Digest/SHA/ undefined symbol: Perl_Tstack_sp_ptr

Accessing Bugzilla throws : "500 Internal Server Error".

I explored this issue and found that this issue has come up because upgrading Ubuntu upgrades Perl 5.8 to 5.10 automatically. It seems like Perl 5.10.1 isn't binary compatible with the previous.

Now, I want to uninstall Perl 5.10.1 and Install Perl 5.8.8 on my Ubuntu 10.04 box. I will appreciate if someone has already done that or share the required steps/commands to do it.

share|improve this question
This question here too – subanki Sep 9 '10 at 6:29
Perl 5.10 has introduced many new features to PERL. It is probably worth upgrading your modules to be able to work with it rather than downgrading to a previous version. – terdon Sep 21 '12 at 13:08

Perhaps you can solve the problem by deviating from apt. Keep the OS distribution's perl as-is, and use perlbrew to install alternate versions of perl in another location, say in /opt/perl.

Then use shell wrappers and such to trigger perlbrew for selection of the appropriate perl at the appropriate time.

share|improve this answer

Yes - you need to update all perl modules when changing base version of perl.

apt-get install perl-cgi

and so on until getting it right.

share|improve this answer

In general the APT packaging system you use supports mixing of version from different distributions, but this might also mess up a lot.

If you can risk to destroy your system, try this (untested):

  • Add a line with "hardy" instead of karmic to your /etc/apt/sources/list (the karmic line still stays there)
  • aptitude install perl -t hardy should install the perl version from hardy
share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.