Hi David,
Thanks for the suggestion - I appreciate your concern. Better packaging has
been long on our wish list but the list is long and the amount of hours in
a day is not.
Anyway, to be able to pull this off the upgrade process for patch level
updates should be fool proof and should not require manual actions.
Currently, it would still require manual reinstallation of packages via the
OTRS package manager in case you are using ITSM, for instance. This should
be taken care of by the RPM. That is totally fixable.
And we should create different repositories for the different minor
revisions, so if you would like to upgrade from OTRS 3.1 to 3.2 you could
do that by changing your package repository and running yum upgrade plus
any post install actions, and if you would not change the repo you will
keep on receiving 3.1.x updates.
One other topic is that we currently do not ship with an SELinux profile,
which forces people to set selinux to permissive.
Would there be any RHEL syadmin that can help with the SElinux profile?
Would there be people interested in testing such an RPM repo?
--
Mike.
Op 27 nov. 2012 16:35 schreef "David Boyes" het
volgende:
A suggestion:****
** **
Something that would be really helpful if you’d like to encourage beta
testing: a network-accessible repository (either yum or apt, preferably
both) that can be added to a system, and then used to install, eg a
repository definition file that can be retrieved with wget, and then being
able to do ‘yum update; yum install otrsxxxx’. This is enterprise software,
and the “download a RPM and figure out how to bolt it into the various
install systems” is a real PITA. ****
** **
At least for the RPM variants, you just need to take the dir that contains
the RPM and run ‘createrepo’ on it. It’s a little more work for Debian
based systems, but IMHO it would REALLY help the uptake on beta testing.
It’s also becoming a hallmark of a serious enterprise application to
operate this way. ****
** **
*Feed:* OTRS Community Blog
*Posted on:* Monday, November 26, 2012 6:54 AM
*Author:* Mike
*Subject:* OTRS 3.2 beta – statement from Manuel Hecht, Vice President
Global Software Development****
** **
On 30th October, we have released beta 1 of OTRS 3.2. Today we have
released the third
betahttp://www.otrs.com/en/open-source/community-news/releases-notes/release-not...,
together with beta’s of our ITSM modules. After some more beta releases
we’ll finally release the stable release on January 29th, 2013.****
One of the new features Shawn already showed in an earlier blog post
http://blog.otrs.org/2012/10/29/something-is-brewing-on-the-horizon/is
the all-new Customer Information Center. One other feature we’ll write more
about in the upcoming weeks is the new Process Management features, with a
nice GUI where you can design interfaces and actions.****
Apart from that, we have the usual smaller and bigger performance- and UI
improvements.****
Below a video statement from Manuel Hecht, our Vice President Global
Software Development, who talks about the new OTRS 3.2 release and more.
****
Please try out the
betahttp://www.otrs.com/en/open-source/community-news/releases-notes/release-not...now.
We recommend that you do not use this software in production yet,
although we are ‘dogfooding’ ourselves and have upgraded our internal
portal to 3.2.x recently. But installing it on a test environment is
absolutely something you could consider, and plan your move to 3.2
accordingly. Obviously, OTRS Group can support you with
upgradinghttp://www.otrs.com/en/solutions/services/if you want, just
contact us to discuss. And if you are an existing
customer with a Professional or Enterprise
subscriptionhttp://www.otrs.com/en/solutions/subscriptions/,
we’ll perform your upgrade free of charge.****
View article...http://blog.otrs.org/2012/11/26/otrs-3-2-beta-statement-from-manuel-hecht-vi...
****
---------------------------------------------------------------------
OTRS mailing list: otrs - Webpage: http://otrs.org/
Archive: http://lists.otrs.org/pipermail/otrs
To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
