I tried out www-apps/otrs-1.2.4, but i've run into a few problems. I installed with the vhosts USE flag, and followed the instructions. It didn't put things exactly where I wanted, so I manually moved the results over to where I did want them. I then went on to read INSTALL. The instructions talk about creating an otrs user, however the ebuild never did this. I created it, and also made it a member of the apache group as per the instructions (instead of having apache run as otrs user). The instructions also talk about performing perl -cw /opt/otrs/bin/PostMaster.pl . Obviously this file would be elsewhere on my system, but I was unable to find it. INSTALL also mentions running SetPermissions.sh, which I did. I got pages and pages of errors, and barely any permissions or ownerships were changed. In the end I chown -R otrs:apache everything myself, and set reasonable permissions. In the with mod_perl section of README.webserver.gz, it mentions adding various aliases. It then mentions apache-perl-startup.pl, which I didn't really understand the purpose of, but it didn't seem like it was something I wanted (optional?). And last of all it points me at http://yourhost/otrs/installer.pl (in this case a vhost). When I go there I get the following in my apache logs: [error] [client 192.168.1.9] Can't locate object method "boot" via package "mod_perl" at /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/Apache/Constants.pm line 8.\nCompilation failed in require at /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/Apache.pm line 6.\nBEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/Apache.pm line 6.\nCompilation failed in require at /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/Apache/Registry.pm line 2.\nBEGIN failed--compilation aborted at /usr/lib/perl5/vendor_perl/5.8.0/i686-linux/Apache/Registry.pm line 2.\nCompilation failed in require at (eval 20) line 3.\n I'm not sure where to go from here, any ideas are welcome :) Portage 2.0.50-r9 (default-x86-1.4, gcc-3.2.3, glibc-2.3.3.20040420-r1, 2.6.7) ================================================================= System uname: 2.6.7 i686 Pentium III (Katmai) Gentoo Base System version 1.4.3.10 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=pentium3 -O2 -pipe -fomit-frame-pointer -mmmx -msse -mfpmath=sse,387" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=pentium3 -O2 -pipe -fomit-frame-pointer -mmmx -msse -mfpmath=sse,387" DISTDIR="/home/portage/distfiles" FEATURES="autoaddcvs buildpkg ccache sandbox" GENTOO_MIRRORS="ftp://gentoo.mirrors.pair.com/ http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo ftp://gentoo.netnitco.net/pub/mirrors/gentoo/source/ ftp://gentoo.ccccom.com" MAKEOPTS="-j3" PKGDIR="/home/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/home/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X apache2 apm arts avi berkdb cdr chroot crypt encode foomaticdb gdbm gif gnome gpm gtk gtk2 imlib jpeg kde kerberos ldap libg++ libwww mad mikmod mmx motif mpeg mysql ncurses oggvorbis pam pdflib perl png pwdb python qt quicktime readline sdl slang snmp spell ssl tcpd tiff truetype x86 xml2 xv zlib"
*** Bug 62546 has been marked as a duplicate of this bug. ***
Firstly, thanks for testing. Let me say right off the bat that OTRS (and its cousin RT) are ~x86 for a good reason, and I very much appreciate the feedback. Now, for specific stuff: > I installed with the vhosts USE flag, and followed the instructions. It didn't put things exactly where I wanted, so I manually moved the results over to where I did want them. This is a bad idea, and is a sure-fire way to guarantee that a webapp-config installed package will not work. The reason for this is that more often that not, we have to perform some sed-fu in the reconfig hook to set the paths right. Of course, when you move it to a new location, the package still thinks it's installed in the old location, and barfs. (Another side to it is that the reconfig hooks currently don't clean up after themselves, but I'm aware of that issue and am working on it---easy fix). If you want the package to be installed in a different place, delete the installation via webapp-config -C, and then pass the location where you want it to webapp-config -I. > The instructions talk about creating an otrs user, however the ebuild never did this. I created it, and also made it a member of the apache group as per the instructions (instead of having apache run as otrs user). Correct, and this is something I'm trying to figure out whether it is even required with our setup. The scripts are run by apache, so as apache:apache. IMO, the otrs user is not needed, although you may certainly use it for fine-tuning permissions. (Again, feedback/comments are appreciated) > The instructions also talk about performing perl -cw /opt/otrs/bin/PostMaster.pl . Obviously this file would be elsewhere on my system, but I was unable to find it. This is done by the ebuild, you needn't run it manually. If the ebuild finished with no errors, you're all set. > INSTALL also mentions running SetPermissions.sh, which I did. I got pages and pages of errors, and barely any permissions or ownerships were changed. In the end I chown -R otrs:apache everything myself, and set reasonable permissions. the equivalent of that is done for you by webapp-config and the ebuild, you needn't do it manually, and if something doesn't work as desired, please file specific bugs. > In the with mod_perl section of README.webserver.gz, it mentions adding various aliases. It then mentions apache-perl-startup.pl, which I didn't really understand the purpose of, but it didn't seem like it was something I wanted (optional?). Aliases are probably a good thing, but since you are the webmaster, they are left as a suggestion (be warned that sometimes you HAVE to use them or things will break). apache-perl-startup.pl is a preload script for mod_perl that loads up a lot of the code at apache startup, which is meant to speed up things when they are actually required. Optional. And lastly, your apache error is in all likelihood due to your moving things around manually. Do a new -I install and see how things work. Again, see above about emerge -C not cleaning up after itself fully yet. Hope this helps, and thanks for testing again.
Hey, I'm glad to help. Thanks for the warm feedback. I've done webapp-config now, the problem is that it's installing it into /var/www/host when I have all of my virtualhosts under /var/www/vhosts/. So in reality I want it installed to /var/www/vhosts/host . Is this possible?
As always, you should read the manpage for webapp-config. You want the -d and -h flags.
My appologies for not getting back to this, I have not forgotten. I've just had a ton of other work dropped on me, I intend to finish this off.
Please upgrade to 1.3.1, 1.2.4 has been removed due to general borkedness. Please reopen this bug if problems persist.
