Auto delete approval ticket

Is this normal for RT? When I delete a ticket, the approval ticket was
not automatically deleted. Is there a need to deny the approval ticket?
If that, is there a way I can make it auto delete?

Any scrips proposal?

Thanks.

—rommie

Dear all,

currently I’m running RT 2.0.13 for a small TTS and quite happy :-).

But now I should set up a test system for another dep. for this install I
want to use RH7.3, because of the Problems with RH8 / RH9. Is this "easy"
possible? [also other “demo” services are running on this system].

If they maybe really want to use RT for this much more bigger dep. I’m
thinking to use e.g.

  • Debian woody [maybe sarge] !
  • new redhat release => Fedora
  • ?

any suggestions from your site. I’ve only bigger experiences with RH, at
the moment.

Thanks for any hint.

cheers
Christian

christian janssen said:

Dear all,

currently I’m running RT 2.0.13 for a small TTS and quite happy :-).

But now I should set up a test system for another dep. for this install I
want to use RH7.3, because of the Problems with RH8 / RH9. Is this “easy”
possible? [also other “demo” services are running on this system].

If they maybe really want to use RT for this much more bigger dep. I’m
thinking to use e.g.

  • Debian woody [maybe sarge] !
  • new redhat release => Fedora
  • ?

I’m tempted to recommend RHAS or SLES8/UL1 (I’ll SLES8 soon), but from
past experience I’d say you’ll end-up compiling most of the stuff yourself
anyway (PERL, and with that mod_perl and the modules via CPAN).
Because, basically, if you install lot’s of modules via CPAN, your
“certification” might go away and your vendor won’t support your
installation anymore.

You can also take a look at FreeBSD’s rt3-port
(FreshPorts -- www/rt3: RT is an industrial-grade ticketing system written in Perl) - I haven’t tried it, but at least
with that, you may get help from the port-maintainer :wink:

Other than that, you can do a google search a la
http://www.google.com/search?q=+site%3Alists.fsck.com+freebsd

where “freebsd” can be replaces with your favorite OS :wink:

cheers,
Rainer

On Tue, Oct 14, 2003 at 02:24:25PM +0200, rainer@ultra-secure.de said:

christian janssen said:

currently I’m running RT 2.0.13 for a small TTS and quite happy :-).

But now I should set up a test system for another dep. for this install I
want to use RH7.3, because of the Problems with RH8 / RH9. Is this “easy”
possible? [also other “demo” services are running on this system].

If they maybe really want to use RT for this much more bigger dep. I’m
thinking to use e.g.

  • Debian woody [maybe sarge] !
  • new redhat release => Fedora
  • ?

https://www.redhat.com/apps/support/errata/

I’m tempted to recommend RHAS or SLES8/UL1 (I’ll SLES8 soon), but from
past experience I’d say you’ll end-up compiling most of the stuff yourself
anyway (PERL, and with that mod_perl and the modules via CPAN).
Because, basically, if you install lot’s of modules via CPAN, your
“certification” might go away and your vendor won’t support your
installation anymore.

Yeah, I would tend to stay away from RH at this point. FreeBSD or Debian
make very good choices.

Frankly though, I usually compile all my own major apps for whatever
platform. This means apache, perl, mod_perl, mysql, and a smattering of
other things (in the case of RT.)

The problem you have with vendor binaries is that they usually don’t
come configured exactly the way you need them, or they are at the wrong
version, etc. Also, when the vendor changes crap, you don’t have to
rebuild everything since you are not using the vendors binaries.

Woody is I think still at perl 5.6 which is too old for RT3, and many of
the other binaries are old as well. Woody as a base stable platform however,
is an excellent choice (with your own perl, apache, etc.)

But now I should set up a test system for another dep. for this install I
want to use RH7.3, because of the Problems with RH8 / RH9. Is this “easy”
possible? [also other “demo” services are running on this system].

If you have everything updated to the latest from RH errata (easy way
is to use apt from http://www.freshrpms.net) it will install but
you will have some problems with perl and character set conversions.
I haven’t tried this but I think it would be fairly simple
(compared to the rest of an RT install…) to install a separate
copy of perl 5.8.x in /usr/local/bin and arrange to use it with
fastcgi. That should be less disruptive than replacing the stock
perl and recompiling apache to rebuild mod_perl. You will also
need mysql 4.x. (Are people using 3.x with RT3?)

Someone recently posted the apt-get technique to install the
components on RH9 which should also work with the Fedora beta/releases.

Les Mikesell
les@futuresource.com

I’m using MySQL 3.23 with RT3 on a RH8 system.
It works fine.-----Original Message-----
From: Les Mikesell [mailto:les@futuresource.com]
Sent: Martes, 14 de Octubre de 2003 10:29 a.m.
To: christian janssen
Cc: rt-users@lists.fsck.com
Subject: Re: [rt-users] RT3 & RH 7.3 ? + future recommendation

On Tue, 2003-10-14 at 06:47, christian janssen wrote:

But now I should set up a test system for another dep. for this install I
want to use RH7.3, because of the Problems with RH8 / RH9. Is this “easy”
possible? [also other “demo” services are running on this system].

If you have everything updated to the latest from RH errata (easy way
is to use apt from http://www.freshrpms.net) it will install but
you will have some problems with perl and character set conversions.
I haven’t tried this but I think it would be fairly simple
(compared to the rest of an RT install…) to install a separate
copy of perl 5.8.x in /usr/local/bin and arrange to use it with
fastcgi. That should be less disruptive than replacing the stock
perl and recompiling apache to rebuild mod_perl. You will also
need mysql 4.x. (Are people using 3.x with RT3?)

Someone recently posted the apt-get technique to install the
components on RH9 which should also work with the Fedora beta/releases.

Les Mikesell
les@futuresource.com

rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

So as a brand new user to RT should I just start with a Debian install
instead of Red Hat 9? I have installed it on 9.0 but getting some weird
errors, would it just be easier to start from scratch with Debian?

Jonathan Jesse
Network Specialist
Founders Trust Bank

This page and any accompanying documents contain confidential
information intended for a specific individual and purpose. If you are
not the intended recipient, you are hereby notified that any disclosure,
copying, distribution, or use of the information contained herein
(including any reliance thereon) is strictly prohibited. If you received
this transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard copy
format.From: Walt Reed [mailto:rt@linuxguy.com]
Sent: Tuesday, October 14, 2003 8:48 AM
To: rainer@ultra-secure.de
Cc: christian janssen; rt-users@lists.fsck.com
Subject: Re: [rt-users] RT3 & RH 7.3 ? + future recommendation

On Tue, Oct 14, 2003 at 02:24:25PM +0200, rainer@ultra-secure.de said:

christian janssen said:

currently I’m running RT 2.0.13 for a small TTS and quite happy :-).

But now I should set up a test system for another dep. for this
install I
want to use RH7.3, because of the Problems with RH8 / RH9. Is this
“easy”
possible? [also other “demo” services are running on this system].

If they maybe really want to use RT for this much more bigger dep.
I’m
thinking to use e.g.

  • Debian woody [maybe sarge] !
  • new redhat release => Fedora
  • ?

https://www.redhat.com/apps/support/errata/

I’m tempted to recommend RHAS or SLES8/UL1 (I’ll SLES8 soon), but from
past experience I’d say you’ll end-up compiling most of the stuff
yourself
anyway (PERL, and with that mod_perl and the modules via CPAN).
Because, basically, if you install lot’s of modules via CPAN, your
“certification” might go away and your vendor won’t support your
installation anymore.

Yeah, I would tend to stay away from RH at this point. FreeBSD or Debian
make very good choices.

Frankly though, I usually compile all my own major apps for whatever
platform. This means apache, perl, mod_perl, mysql, and a smattering of
other things (in the case of RT.)

The problem you have with vendor binaries is that they usually don’t
come configured exactly the way you need them, or they are at the wrong
version, etc. Also, when the vendor changes crap, you don’t have to
rebuild everything since you are not using the vendors binaries.

Woody is I think still at perl 5.6 which is too old for RT3, and many of
the other binaries are old as well. Woody as a base stable platform
however,
is an excellent choice (with your own perl, apache, etc.)

rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

So as a brand new user to RT should I just start with a Debian install
instead of Red Hat 9? I have installed it on 9.0 but getting some weird
errors, would it just be easier to start from scratch with Debian?

I suspect that’s a question which everyone will answer differently
depending on their favourite flavour of linux.

For what it is worth I run 3.0.6 on RH9 quite happily - but I use the
Mysql 4 rpms (available from the mysql home site) and I have a (complex
and localised) makefile which compiles perl and apache from source, so I
don’t rely on the RH supplied versions of any of these.

I cannot comment on ease of installation on other platforms, but this
works for us.

John

Although it is contrary to the recommendation, I installed 3.0.2 (and then
later 3.0.6) on an existing RH 7.3 system with Mysql version 3.23.56.
perl is version 5.6.1. It wasn’t practical to upgrade it and I didn’t
want to add another server. We have 1000’s of tickets in the database
currently and it works fine.

I’m running RT in its own instance of Apache on a separate port using an
account set up for RT. To satisfy the many CPAN prerequisites, I’ve
installed additional modules in a separate directory tree. I was worried
about breaking other applications with too many module changes.

I found that these indices recommended in previous postings had a
significant effect on performance:

create index group1 on CachedGroupMembers (GroupId);
create index member1 on CachedGroupMembers (MemberId);

It also seemed that RT became more sluggish the longer it was running so
now I restart Apache each morning.

It’s working fine for us.

Mike Wright
Office of Academic Technology
University of Florida
mcw@ufl.edu