On Fri, Aug 21, 2009 at 02:03:42PM +0100, Andrew Pike wrote:
Hi,
Regarding the below email does anyone know why I am unable to start apache?
It seems like the fastcgi module is not installed but RT seems to report
that it is. Does anyone know how I can check this on Gentoo?
RT does
Thank you all for the input...I'm going to the bookstore this weekend.
CONFIDENTIAL. This e-mail and any attached files are confidential and should
be destroyed and/or returned if you are not the intended and proper recipient.
___
Another option would be to see if you can convince work to pay for a Safari
books online subscription. I have one through work and find it
indispensable.
On 8/21/09 9:27 AM, Eric Chatham echat...@broadvox.com wrote:
Thank you all for the input...I'm going to the bookstore this weekend.
On Fri, Aug 21, 2009 at 02:30:38PM +0100, Andrew Pike wrote:
Hi Emmanuel,
Thanks for your help! I feel a bit of a fool but I didn't install it!! I
didn't search Gentoo's package manager properly with the correct full name
(emerge -v mod_fastcgi).
However, now when I start apache I get
On Fri, Aug 21, 2009 at 10:54:10AM +1000, gor...@cryologic.com wrote:
I know this has been mentioned before but I haven't been able to find in
the lists the reason for this small, possible inconsistency.
When you Update a ticket after adding a comment the modified ticket is
displayed.
Hi,
I've just finished installing RT and I think everything is working (just
needs configuring!). For some reason I am unable to access via the URL (or
IP). It navigates to a page displaying It works!. I think it is looking
in /var/www/localhost/htdocs/index.html but I don't know why! Can
* I have managed to get it all set up and RT running OK with named virtual
host over http. However, I am having problems with getting them to work over
https. When I set a virtual host name, it always serves the first listed
domain. See settings below. https:firstone serves the correct folder, but
Each SSL site pretty much needs to be on it's own IP address, the
reasoning is the cert negotiation isn't name based header as apache
would. The only other way would be to have them on different ports but
then you'd have to specify the port when going to the site.
testwreq wreq wrote:
*
I
Actually, I should have mentioned before that our rt installation is on a
different IP.
On Fri, Aug 21, 2009 at 11:09 AM, Curtis Bruneau curt...@vianet.ca wrote:
Each SSL site pretty much needs to be on it's own IP address, the reasoning
is the cert negotiation isn't name based header as
Try naming the virtual hosts. *:443 means any domain that resolves to that
machine will get the first one, since it matches.
Curtis may also be right (never tried two https sites on the same box), but
try having the first one be VirtualHost firstone:443 and the second one
VirtualHost rt:443 and
One reason is that certain scip actions can be based on the settings
of particular fields. So you need to first set one field and then
another to produce the correct action. One field we have is whether
or not to send E-mail when a ticket is resolved. To have this work
you first need to set
I tried VirtualHost firstone:443 and the second one Virtual Host rt:443
but still https://rt.hostname.com goes to https;//firstone
While restarting apache, the warning message now was:
[Fri Aug 21 11:20:23 2009] [warn] VirtualHost firstname:443 overlaps with
VirtualHost rt.hostname.com:443, the
On Fri, Aug 21, 2009 at 11:09, Curtis Bruneaucurt...@vianet.ca wrote:
Each SSL site pretty much needs to be on it's own IP address, the
reasoning is the cert negotiation isn't name based header as apache
would. The only other way would be to have them on different ports but
then you'd have to
On Fri, Aug 21, 2009 at 11:19:12AM -0400, Jerrad Pierce wrote:
One reason is that certain scip actions can be based on the settings
of particular fields. So you need to first set one field and then
another to produce the correct action. One field we have is whether
or not to send E-mail
Drew, Fran,
Is there anything unique to this scrip per RT version? In otherwords,
will it work on 3.6.4 as well as 3.8.4?
Kenn
LBNL
On 8/21/2009 10:42 AM, Drew Barnes wrote:
To second Fran, I have also been using this script in production for a while
now and have found it to be a good
I've attached a script I've developed over the summer to help me produce
time worked reports for my staff.
Thanks for this. It's very nice.
It did put out a warning on my system, though:
[Fri Aug 21 18:30:08 2009] [warning]: Use of uninitialized value in
string eq at ./rt-timeworked.pl line
-Original Message-
From: rt-users-boun...@lists.bestpractical.com [mailto:rt-users-
boun...@lists.bestpractical.com] On Behalf Of Eric Chatham
Sent: Thursday, August 20, 2009 12:37
To: 'Jerrad Pierce'
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Inbound E-mail to server
RT guru's: when an ownership changes or when the ticket has no comment, the
ticket content produces a message
This transaction appears to have no content
We would like to change this default message to This transaction has been
updated. Please see above the changes
Any suggestion on how I can
I figured it out. It may not be the cleanest, but it works...
I have an overlaid version of Ticket/Elements/ShowRequestor, below
are my modificaitons (in the order that they are in the file):
Change this:
next if $requestor-Privileged;
To this:
#next if $requestor-Privileged;
Change this:
On Fri, 21 Aug 2009 15:37:50 -0400, testwreq wreq testw...@gmail.com
said:
RT guru's: when an ownership changes or when the ticket has no comment,
the ticket content produces a message
This transaction appears to have no content
We would like to change this default message to This
Create a template and use that to say whatever you wish. I can give you an
example of our owner change template when I have better access to our
system.
On 8/21/09 3:37 PM, testwreq wreq testw...@gmail.com wrote:
RT guru's: when an ownership changes or when the ticket has no comment, the
On Fri, 21 Aug 2009 15:37:50 -0400, testwreq wreq testw...@gmail.com
wrote:
RT guru's: when an ownership changes or when the ticket has no comment,
the ticket content produces a message
This transaction appears to have no content
We would like to change this default message to This
$ perl -e 'use lib /usr/share/request-tracker3.8/lib; use
RT::Transaction; print $RT::VERSION'
3.8.4
I think you are right that the warning is due to comparing string
against what is in the DB as NULL.
This fixed it for me:
Line 273:
- if (($tr-TimeTaken != 0) || ($tr-Field eq 'TimeWorked')) {
23 matches
Mail list logo
