3,430
edits
Changes
Jump to navigation
Jump to search
Line 1:
Line 1: − + − Sometimes perl gets broken on the rt system+ + + + + + + + + Line 12:
Line 20: − + − − Since rt is not installed via pacman or the aur, I find it's better to just use cpan to manage perl dependencies. − − I found that running make fixdeps with cpan's sudo config cause way to many interuptions. Eventually I got lazy and just run make fixdeps as sudo root. − == stuff that didn't work == Line 24:
Line 27: − +
cleaning up
== rebuild perl ==
== Symptoms of a borked perl ==
* The server produces little or no logs
* running /opt/rt4/sbin/rt-server produces a segmentation fault
* running make testdeps in ~/rt-4.2.3 produces a segmentation fault
Generally a borked perl is caused by an upgrade to a c lib without rebuilding the associated perl module, most commonly libmariadb.
=== Rebuild Perl ===
The RT instance doesn't use pacman to manage perl libs, just core perl itself. CPAN is used to manage perl libs.
rm -rf /usr/bin/vendor_perl
rm -rf /usr/bin/vendor_perl
== about perl libs ==
=== Fixdeps shortcomings ===
The following stuff didn't install nicely due to failed tests, so I forced installed them
The following stuff didn't install nicely due to failed tests, so I forced installed them
cpanm -S --force DBD::mysql
cpanm -S --force DBD::mysql
== plugin dependencies ==
=== Plugin Dependencies ===
cpanm -S Net::LDAP
cpanm -S Net::LDAP