New upstream version. Ebuild for 3.2.1 seems to work correctly, so no ebuild will be attached. There is still the issue of working with Apache 2. Vendor recommends against mod_perl in favor of fastcgi when using Apache 2. Current dependency on libapreq causes mod_perl-1.3* and apache-1.3* to be emerged (I think only apache if USE=fastcgi). libapreq2 is in portage but is hard masked. A bug #61893 exists for this issue and I'm going to make it a dependency for this bug.
Problem with the current ebuild: It installs some files in /usr/lib/RT. This means you can't have two versions installed at once, because they will conflict. Also, I'm not sure that the vhost USE flag is working right. I turned it off for that package and it still had the stuff about installing with webapp-config, and installed the files in /usr/share/webapp, but that seems like it must be a problem with the webapp eclass. (Yes, I'm sure I had -vhosts, I did emerge -avt) Oh, and try re-emerging rt and see if you have your /usr/lib/RT directory and contents after that. I think this is a very old portage bug: If you rebuild a package that's already on the system, and the files it installs have the same timestamp and MD5 as the files in the old version, portage will remove them when it cleans the old version, even though they are still in use by the new version. Reproduce: # emerge rt # emerge rt #again # qpkg -c -v rt-3.2.2 www-apps/rt-3.2.2 * /usr/share/webapps/rt/3.2.2/hostroot/cgi-bin !not exist! /usr/share/webapps/rt/3.2.2/hostroot/icons !not exist! /usr/share/webapps/rt/3.2.2/hostroot/error !not exist! /usr/share/webapps/rt/3.2.2/hostroot/rt !not exist! /usr/share/webapps/rt/3.2.2/hostroot/rt/etc !not exist! /usr/share/webapps/rt/3.2.2/hostroot/rt/lib !not exist! /usr/share/webapps/rt/3.2.2/hostroot/rt/po !not exist! /usr/share/webapps/rt/3.2.2/sqlscripts !not exist! /usr/share/webapps/rt/3.2.2/conf !not exist! /usr/lib/RT.pm !not exist! /usr/bin/rt-mailgate !not exist! /usr/bin/mason_handler.scgi !not exist! /usr/bin/standalone_httpd !not exist! /usr/bin/webmux.pl !not exist! /usr/bin/rt-crontool !not exist! /var/log/rt !not exist! /var/rt !not exist! /var/rt/mason_data !not exist! /var/rt/mason_data/cache !not exist! /var/rt/mason_data/etc !not exist! /var/rt/mason_data/obj !not exist! /var/rt/session_data !not exist! 22/558 Workaround: emerge -C rt && emerge rt
the RT ebuild has no prayer of working with Apache 2 right now. It'll need a whole bunch of hacking. I just tried it. However I was able to get all of it's depends to work properly. Even those that are masked. I had to tweak some depends in some packages to pull in the newer versions but it really wasn't an issue.
Bug #69625 was an annoying stumbbling block I got stuck on for a while.
See http://bugs.gentoo.org/show_bug.cgi?id=81257
rt-3.4.2 is now in portage. 1. Apache2 support is still broken. mod_perl2 doesn't compile for me. I'll revisit this at some point in the future. For now, Apache 1 only. 2. Installation paths have changed - executables are no longer in /usr/lib. You can now have multiple versions installed. 3. If you still encounter that portage issue, please open a new bug and assign it to the portage team. Apologies for a long delay, and enjoy.