RT was phased out in 2018
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.
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/site_perl rm -rf /usr/share/perl5/site_perl sudo /usr/bin/perl -MCPAN -e shell cd /home/PS1/hef/rt-4.2.3 # run make fixdeps in tmux or screen, it takes a _really_ long time sudo make fixdeps
The following stuff didn't install nicely due to failed tests, so I forced installed them
cpanm -S --force GnuPG::Interface cpanm -S --force DBD::mysql
cpanm -S Net::LDAP cpanm -S HTML::Gumbo cpanm -S Encode::Detect::Detector