OTRS update 2.1.6 is available, please update ebuild http://ftp.otrs.org/pub/otrs/otrs-2.1.6.tar.gz Reproducible: Always
Doing a version bump of 2.1.4 worked so far, but I've discovered an issue which should be resolved first: When installing it using "webapp-config", the script SetPermissions.sh can't be executed: ################ webapp-config --install -h myhost.org -d otrs-2.1.6-test otrs 2.1.6 * Creating required directories * Linking in required files * This can take several minutes for larger apps * Files and directories installed ****** Could not set permissions ****** * /usr/share/webapps/otrs/2.1.6/hooks/reconfig-2: line 22: /var/www/myhost.org/otrs-2.1.6/bin/SetPermissions.sh: No Permission * ################ The permissions of this file: ls -l /usr/share/webapps/otrs/2.1.6/hostroot/otrs-2.1.6/bin/SetPermissions.sh /var/www/myhost.org/otrs-2.1.6/bin/SetPermissions.sh -rwxr-xr-x 1 apache apache 4469 11. Apr 09:55 /usr/share/webapps/otrs/2.1.6/hostroot/otrs-2.1.6/bin/SetPermissions.sh -rw-rw-r-- 1 root root 4469 11. Apr 10:57 /var/www/myhost.org/otrs-2.1.6/bin/SetPermissions.sh The original instance is executable, while the copied instance misses the execute bits.
Created attachment 115956 [details] Patch for /usr/share/webapps/otrs/2.1.6/hooks/reconfig-2 This patch fixes the permission issue concerning /usr/share/webapps/otrs/2.1.6/hooks/reconfig-2
I'm just testing otrs-2.1.7 and found some other things, that still need to be fixed. Adding this here as a note to myself: - The ebuild shouldn't create a "otrs" user (/etc/passwd), this should be done when the webapp is installed. - The user, created by webapp-config needs a naming style. What about "otrs-$host-$directory" (after stripping invalid chars)? - There are still some "/opt/otrs" paths left in some Perl files. This paths should be automatically converted. Still needs to be checked, whether this should be done during webapp-config install or in the ebuild? Will provide a patch for this ASAP.
Some further things I'll have to take a look at: - postinst-en.txt refers to "*.gz" files, but now they're "*.bz2"s. - postinst-en.txt should be rewritten concerning installation/upgrading instructions. - postinst-en.txt should suggest to enable "SecureMode"
Some more: 1.) - Currently, otrs is installed in two directories: ${VHOST_ROOT}/${PF} - i.e. /var/www/myhost.com/otrs-2.1.7/ - This is, where the bin, Kernel, scripts and var directories reside ${MY_INSTALLDIR} - i.e. /var/www/myhost.com/htdocs/tickets/ - this is, where the "images" directory and the index.html go, which usually reside in the "var" directory in ${VHOST_ROOT}/${PF}. I don't know why this split-up was done, currently it causes problems when installing additional packages like FAQ or Calendar - their image files go to ${VHOST_ROOT}/${PF}, but Apache is configured to look at ${MY_INSTALLDIR} (Alias /otrs-web). Are there any reasons against reverting this to a single directory. I think it would make life much simpler. Another way would be the creation of a symlink from ${MY_INSTALLDIR}/images to ${VHOST_ROOT}/${PF}/var/httpd/htdocs/images. Any thoughts? 2.) postinst-en.txt should mention the removal of the FAQ module from OTRS-2.1.x (it's now available as package to be installed using the OTRS PackageManager).
Another reason for going back to the original directory layout: When putting OTRS into a fixed directory, you're not able setting up a second instance (e.g. for testing) in the same vhost environment -> not usable in enterprise environments, where testing is heavily needed.
Another note to myself: Make the postinst-en.txt output concerning the documentation depend on $PORTAGE_COMPRESS. Will do the rewrite of this ebuild as soon as I have my exams finished (~20th May).
Another note: - Check whether the patch concerning bug#177630 works for 2.1.7 too (http://users.otrs.com/~me/otrs-2.0.4-OSA-2007-01-patch.diff)
reassigning
Please post what you have so far as I'm about to look at this bug and don't want to repeat your work.
The current state of development is available here: http://eliasprobst.eu/~elias/stuff/gentoo/www-apps/otrs/ There's still a lot to do (like improving the whole output of the script and postinst-en.txt etc). I'm facing currently heavy problems running more than one instance at the same time. Instance 2,3,... always display contents of the first one. I hope to resolve this ASAP, but currently, it's blocking further development. Discussion at the German OTRS mailinglist: http://lists.otrs.org/pipermail/otrs-de/2007-June/008524.html Post at the German OTRS forums: http://otrs-forum.de/viewtopic.php?f=31&t=1130 Regards, Elias P.
*** This bug has been marked as a duplicate of bug 177630 ***