Line 1: |
Line 1: |
− | == rebuild perl == | + | {{mbox |type=warning |text=RT was phased out in 2018 and was replaced by [[Freshdesk]]. }} |
| | | |
− | Sometimes perl gets broken on the rt system
| + | |
| + | == 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 |
Line 12: |
Line 23: |
| | | |
| | | |
− | == about perl libs == | + | === Fixdeps shortcomings === |
− | | |
− | 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 ==
| + | The following stuff didn't install nicely due to failed tests, so I forced installed them |
− | The following stuff didn't install nicely do to failed tests, so I forced installed them | |
| | | |
| cpanm -S --force GnuPG::Interface | | cpanm -S --force GnuPG::Interface |
| cpanm -S --force DBD::mysql | | cpanm -S --force DBD::mysql |
| | | |
− | == plugin dependencies == | + | === Plugin Dependencies === |
| | | |
| cpanm -S Net::LDAP | | cpanm -S Net::LDAP |
| + | cpanm -S HTML::Gumbo |
| + | cpanm -S Encode::Detect::Detector |
| + | |
| + | [[Category:RT]] |