[rt-users] Testing 3.7.5
I'm trying to get v3.7.5 installed as a tester in order to see all of it's glorious wonders. However, it appears to require Apache::Request which seems to require mod_perl 1.99. mod_perl 1.x ( 1.99) is required at Makefile.PL line 34. Is this right? Can I not use this with mod_perl 2.x? Or even 1.99 for that matter? I'm testing the installation on RHEL 5. So far I've got everything installed except this module. I manually installed XML::RSS v1.22 which installed fine but still comes up as MISSING. In the past, modules which have been manually installed but still show up as MISSING don't break the system and the only thing that seems to not recognize it as being installed is 'make testdeps'. So XML::RSS isn't a concern right now. However, if I can't even install Apache::Request due to dependency on an old mod_perl how am I to get this to work? Mathew ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] TransactionBatch scrip trouble
This may not be the problem, but you're using the wrong comparison
operator. When comparing strings in perl, use eq instead of == for the
comparison operator (and ne instead of != for inequalities).
At 04:26 PM 4/11/2007, Borut Mrak wrote:
Hello,
I must be blind or something... Why is this happening:
Scrip Fields
Description: WaitingField
Condition: User Defined
Action: User Defined
Template: Global template: Blank
Stage: TransactionBatch
Custom Condition: return 1
Custom Action Preparation Code:
my @batch = @{ $self-TicketObj-TransactionBatch };
my $cf = RT::CustomField-new( $RT::SystemUser );
$cf-LoadByName( Name = 'WaitingForOwner' );
my $doit = 0;
foreach my $txn ( @batch ) {
$RT::Logger-debug(CF: txid . $txn-id . Type . $txn-Type);
if ($txn-Type == CustomField and $txn-Field eq $cf-id) {
$RT::Logger-debug(CF: do not touch the field, user (or another
Scrip) did it on his own in txid . $txn-id);
return 0;
}
if ($txn-Type == Create) {$RT::Logger-debug(CREATE . $txn-Type);
$doit = 1;}
if ($txn-Type == Correspond) {$RT::Logger-debug(CORRESPOND .
$txn-Type); $doit = 1;}
if ($txn-Type == Steal) {$RT::Logger-debug(STEAL . $txn-Type);
$doit = 1;}
if ($txn-Type == Give) {$RT::Logger-debug(GIVE . $txn-Type);
$doit = 1;}
}
$RT::Logger-debug(CF: preparation returning $doit);
return $doit;
Custom action cleanup code:
==
my @batch = @{ $self-TicketObj-TransactionBatch };
# Load the CF
my $cf = RT::CustomField-new( $RT::SystemUser );
$cf-LoadByName( Name = 'WaitingForOwner' );
foreach my $txn ( @batch ) {
$RT::Logger-debug(CF WaitingField: Transaction id: . $txn-id .
Type: . $txn-Type);
if ($txn-Type == Give or $txn-Type == Steal or $txn-Type ==
Create) {
$RT::Logger-debug(CF: setting to waiting on . $txn-Type);
$self-TicketObj-AddCustomFieldValue(Field = $cf, Value =
'Waiting', RecordTransaction = 0);
return 1;
}
if ($txn-Type == Correspond) {
my $ownerid = $self-TicketObj-Owner;
my $actorid = $txn-Creator;
# set it to answered if owner responded, but do not exit, since there
# might be a Give or Steal or something like that after this
# transaction.
if ($ownerid == $actorid) {
$RT::Logger-debug('CF: Set custom field to answered on ' .
$txn-Type . 'from owner');
$self-TicketObj-AddCustomFieldValue(Field = $cf, Value =
'answered', RecordTransaction = 0);
}
}
}
return 1;
===
And I get this when I submit a comment:
[Wed Apr 11 22:52:10 2007] [debug]: CF: txid 116504 Type Comment ((eval
32755):8)
[Wed Apr 11 22:52:10 2007] [debug]: CREATEComment ((eval 32755):13)
[Wed Apr 11 22:52:10 2007] [debug]: CORRESPONDComment ((eval 32755):14)
[Wed Apr 11 22:52:10 2007] [debug]: STEALComment ((eval 32755):15)
[Wed Apr 11 22:52:10 2007] [debug]: GIVEComment ((eval 32755):16)
Any clues? When user changes the custom field, the preparation works as
intended (it returns 0), but it somehow works on Comment, while it should
only work on Create, Correspond, Steal or Give.
Thanks,
Borut Mrak.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
--
Gene LeDuc, GSEC
Security Analyst
San Diego State University
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT 3.6.3 web interface problems
Actually, Apache2 will create those internal dummy connections and tell it's children to gracefully die. I just ran into that issue yesterday when I was processing some web log files on a new server. The information in this message may be proprietary and/or confidential, and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify Stonebridge Bank immediately by replying to this message and deleting it from your computer. ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Testing 3.7.5
On Apr 12, 2007, at 5:49 AM, Mathew Snyder wrote: I'm trying to get v3.7.5 installed as a tester in order to see all of it's glorious wonders. However, it appears to require Apache::Request which seems to require mod_perl 1.99. mod_perl 1.x ( 1.99) is required at Makefile.PL line 34. Is this right? Can I not use this with mod_perl 2.x? Sounds like you might have not thrown the right flags at 'configure', maybe? We're now doing more autodetection. Or even 1.99 for that matter? 1.99 was the beta series for 2.0. And there were Big Problems. I'm testing the installation on RHEL 5. So far I've got everything installed except this module. I manually installed XML::RSS v1.22 which installed fine but still comes up as MISSING. That's really odd. Did it pass its tests? Is there only one system perl? In the past, modules which have been manually installed but still show up as MISSING don't break the system and the only thing that seems to not recognize it as being installed is 'make testdeps'. So XML::RSS isn't a concern right now. However, if I can't even install Apache::Request due to dependency on an old mod_perl how am I to get this to work? Mathew ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com PGP.sig Description: This is a digitally signed message part ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] TransactionBatch scrip trouble
PEBKAC, as usual :) I knew it had to be something stupid. It's been a few
years since I coded anything useful in Perl and I mixed the string and
numeric comparison operators. I somehow thought eq, ne and friends were
numeric operators, but it's the other way around.
Guess it's time to reread the Llama book :)
thanks a lot,
Borut Mrak.
Gene LeDuc wrote:
This may not be the problem, but you're using the wrong comparison
operator. When comparing strings in perl, use eq instead of == for
the comparison operator (and ne instead of != for inequalities).
At 04:26 PM 4/11/2007, Borut Mrak wrote:
Hello,
I must be blind or something... Why is this happening:
Scrip Fields
Description: WaitingField
Condition: User Defined
Action: User Defined
Template: Global template: Blank
Stage: TransactionBatch
Custom Condition: return 1
Custom Action Preparation Code:
my @batch = @{ $self-TicketObj-TransactionBatch };
my $cf = RT::CustomField-new( $RT::SystemUser );
$cf-LoadByName( Name = 'WaitingForOwner' );
my $doit = 0;
foreach my $txn ( @batch ) {
$RT::Logger-debug(CF: txid . $txn-id . Type . $txn-Type);
if ($txn-Type == CustomField and $txn-Field eq $cf-id) {
$RT::Logger-debug(CF: do not touch the field, user (or another
Scrip) did it on his own in txid . $txn-id);
return 0;
}
if ($txn-Type == Create) {$RT::Logger-debug(CREATE . $txn-Type);
$doit = 1;}
if ($txn-Type == Correspond) {$RT::Logger-debug(CORRESPOND .
$txn-Type); $doit = 1;}
if ($txn-Type == Steal) {$RT::Logger-debug(STEAL . $txn-Type);
$doit = 1;}
if ($txn-Type == Give) {$RT::Logger-debug(GIVE . $txn-Type);
$doit = 1;}
}
$RT::Logger-debug(CF: preparation returning $doit);
return $doit;
Custom action cleanup code:
==
my @batch = @{ $self-TicketObj-TransactionBatch };
# Load the CF
my $cf = RT::CustomField-new( $RT::SystemUser );
$cf-LoadByName( Name = 'WaitingForOwner' );
foreach my $txn ( @batch ) {
$RT::Logger-debug(CF WaitingField: Transaction id: . $txn-id .
Type: . $txn-Type);
if ($txn-Type == Give or $txn-Type == Steal or $txn-Type ==
Create) {
$RT::Logger-debug(CF: setting to waiting on . $txn-Type);
$self-TicketObj-AddCustomFieldValue(Field = $cf, Value =
'Waiting', RecordTransaction = 0);
return 1;
}
if ($txn-Type == Correspond) {
my $ownerid = $self-TicketObj-Owner;
my $actorid = $txn-Creator;
# set it to answered if owner responded, but do not exit, since there
# might be a Give or Steal or something like that after this
# transaction.
if ($ownerid == $actorid) {
$RT::Logger-debug('CF: Set custom field to answered on ' .
$txn-Type . 'from owner');
$self-TicketObj-AddCustomFieldValue(Field = $cf, Value =
'answered', RecordTransaction = 0);
}
}
}
return 1;
===
And I get this when I submit a comment:
[Wed Apr 11 22:52:10 2007] [debug]: CF: txid 116504 Type Comment ((eval
32755):8)
[Wed Apr 11 22:52:10 2007] [debug]: CREATEComment ((eval 32755):13)
[Wed Apr 11 22:52:10 2007] [debug]: CORRESPONDComment ((eval 32755):14)
[Wed Apr 11 22:52:10 2007] [debug]: STEALComment ((eval 32755):15)
[Wed Apr 11 22:52:10 2007] [debug]: GIVEComment ((eval 32755):16)
Any clues? When user changes the custom field, the preparation works as
intended (it returns 0), but it somehow works on Comment, while it should
only work on Create, Correspond, Steal or Give.
Thanks,
Borut Mrak.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Newest Unowned Ticket rights?
Glenn Sieb wrote: If there's more information needed, please let me know.. To further the chances of finding what I did wrong.. Queue A is for Groups B C (where B is for admins of said queue, and C are for helpers or people who will be accessing said queue, working tickets/etc.) Global rights are as follows: User Rights: root = SuperUser (no other User Rights granted) Group Rights: Everyone: CreateTicket ModifySelf Privileged: AdminAllPersonalGroups AdminOwnPersonalGroups CreateSavedSearch DelegateRights EditSavedSearches LoadSavedSearch OwnTicket SeeGroup ShowSavedSearches Watch Unprivileged: No rights granted. Roles: No rights granted for any Roles. User Defined Groups: Group B: AdminAllPersonalGroups AdminCustomField AdminGroup AdminGroupMembership AdminOwnPersonalGroups AdminQueue AssignCustomFields CreateSavedSearch EditSavedSearches LoadSavedSearch ModifyCustomField ModifyOwnMembership ModifyQueueWatchers ModifyScrips ModifySelf ModifyTemplate ReplyToTicket SeeCustomField SeeGroup SeeQueue ShowACL ShowConfigTab ShowOutgoingEmail ShowSavedSearches ShowScrips ShowTemplate StealTicket TakeTicket Group C: AdminAllPersonalGroups AdminOwnPersonalGroups CommentOnTicket CreateSavedSearch CreateTicket DelegateRights EditSavedSearches LoadSavedSearch ModifyCustomField SeeCustomField SeeGroup ShowACL ShowOutgoingEmail ShowSavedSearches ShowScrips ShowTemplate StealTicket TakeTicket Watch WatchAsAdminCc Queue Rights for Queue A: System Groups: No rights granted. Roles: No rights granted. Group A: AdminQueue AssignCustomFields DeleteTicket ModifyACL ModifyQueueWatchers ModifyScrips ModifyTemplate WatchAsAdminCc Group B: CommentOnTicket CreateTicket ModifyTicket OwnTicket ReplyToTicket SeeQueue ShowACL ShowOutgoingEmail ShowScrips ShowTemplate ShowTicket ShowTicketComments StealTicket TakeTicket Watch All the different levels of rights have always thrown me for a bit of a loop. Rights Matrix helps, but it's not going to point out exactly what I fsck'd up here. :) Second (third/fourth) pairs of eyes are always welcome. To refresh: The Newest Unowned Tickets list is visible, but none of the tickets listed there are clickable. If, however, you go under Quick Search they are. Running RT 3.6.3, FreeBSD 4.11-Release, Apache 2.0.59, FastCGI... Thanks again, in advance.. :) Best, --Glenn ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [Fwd: Re: [rt-users] Scrip question]
Yes, that's behaving as defined. It might be possible to use a cleverer scrip to work around it, but each change to a ticket is a separate transaction. On Apr 12, 2007, at 3:16 PM, Kenneth Crocker wrote: Jesse, Sorry to just address this to you, but it came up in RT Users and I wanted to ask you if Stephan is correct about this. Is it possible for a user-defined scrip to be executed and an initial modification to a CF be reversed? If so, is this a bug that is corrected in 3.6.3 or what? Thanks. Kenn LBNL From: Stephen Turner [EMAIL PROTECTED] Date: April 10, 2007 9:47:46 AM EDT To: Kenneth Crocker [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [rt-users] Scrip question At Monday 4/9/2007 08:13 PM, Kenneth Crocker wrote: To all, I have a question that perhaps the longtime users of RT can answer; I am planning a series of scrips that will evaluate certain Custom Fields (which can only be modified by certain people) and based on that result and the current status of the ticket, CHANGE the current status of said ticket. This will, in essence, allow me to automate the work-flow of a ticket from request to development to QA to Implementeded to Resolved or any other stages of status I desire. My question is this, when a ticket is modified does RT evaluate and attempt to execute any and all user-defined scrips that are applied (by either Queue or Globally) for that ticket? Thanks. Hello Kenn, RT will look at _all_ scrips appropriate to the ticket (queue global) and see whether it should execute them, whether or not they have user defined code. So if you want a user-defined condition to execute only on a status change (for example) you have to code that condition in the custom condition. Also, there's a potential trap you can get caught in when updating ticket fields in scrips - if the update that fires the scrip is triggered from a ticket update screen, the value that is shown on the screen when the submit button is pressed can override your scrip update. For example, if your ticket is open, you make an update to a custom field, and this triggers a scrip that, in custom code, changes the status to 'stalled', the sequence of events that take place may set the ticket back to what it was on the screen (ie open). I haven't found a way round this one - Steve PGP.sig Description: This is a digitally signed message part ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] RPM installation of RT
I installed Fedora Core 6 on a machine, and was very pleasantly surprised when yum install rt3 worked like a charm, after the hours I'd spent trying to get RT installed under RHEL4! :-) I went to http://my-server/rt3/ and the error_log says: [Thu Apr 12 11:37:28 2007] [error] [client 192.168.2.192] install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC contains: /usr/local/lib/rt3/lib /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8 . /etc/httpd) at (eval 210) line 3.\nPerhaps the DBD::mysql perl module hasn't been fully installed,\nor perhaps the capitalisation of 'mysql' isn't right.\nAvailable drivers: DBM, ExampleP, File, Pg, Proxy, Sponge.\n at /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle.pm line 106\n I do have mysql.pm [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm How do I add one of those to @INC, and why wasn't this already done? -- *** * John Oliver http://www.john-oliver.net/ * * * *** ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RPM installation of RT
On Thu, Apr 12, 2007 at 12:53:52PM -0700, John Oliver wrote: I installed Fedora Core 6 on a machine, and was very pleasantly surprised when yum install rt3 worked like a charm, after the hours I'd spent trying to get RT installed under RHEL4! :-) I went to http://my-server/rt3/ and the error_log says: [Thu Apr 12 11:37:28 2007] [error] [client 192.168.2.192] install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC Looks like the RPM ddidn't handle the dependencies correctly. I do have mysql.pm [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Perl paths are fully qalified. You have DBIx::SearchBuilder::Handle::mysql and DBIx::DBSchema::DBD::mysql, but not DBD::mysql. You'll need to install DBD::mysql. How do I add one of those to @INC, and why wasn't this already done? -- *** * John Oliver http://www.john-oliver.net/ * * * *** ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RPM installation of RT
On Thu, Apr 12, 2007 at 03:56:28PM -0400, Jesse Vincent wrote: On Thu, Apr 12, 2007 at 12:53:52PM -0700, John Oliver wrote: I installed Fedora Core 6 on a machine, and was very pleasantly surprised when yum install rt3 worked like a charm, after the hours I'd spent trying to get RT installed under RHEL4! :-) I went to http://my-server/rt3/ and the error_log says: [Thu Apr 12 11:37:28 2007] [error] [client 192.168.2.192] install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC Looks like the RPM ddidn't handle the dependencies correctly. I do have mysql.pm [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Perl paths are fully qalified. You have DBIx::SearchBuilder::Handle::mysql and DBIx::DBSchema::DBD::mysql, but not DBD::mysql. You'll need to install DBD::mysql. Thank you Jesse! I installed that via yum, but still have the same issue. I do have the DBD::mysql, but I guess not where @INC expects it to be: [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Bundle/DBD/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Should I just symlink it, or is there a right way to correct this? -- *** * John Oliver http://www.john-oliver.net/ * * * *** ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] rt upgrade 3.4.4 - 3.6.3
I upgraded rt from 3.4.4 to 3.6.3. After the upgrade the new version came up and I could sign in, however the rt at a glance view didn't show any recent tickets or the queue list thats typically on the right side of the menu. I did poke around briefly and I could search and display tickets. I had to revert to the 3.4.4 as i only had a couple minutes downtime. approved. I am hoping to try the upgrade again this evening and have been looking through logs to see if I missed something. Any suggestions? OS: RHEL4ws Thanks, -joe Dartmouth College ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] Retrieving OldReference values from Transaction
Can someone tell me how to retrieve the value that is referenced by $self-TransactionObj-OldReference in a scrip? The actual value that comes back is a reference to a record store in the ObjectCustomFieldValues table of the database. I've tried about 20 different things trying to get it to return the referenced value instead of the reference id, but so far it's beaten me. I've also looked at the wiki pretty thoroughly, but I haven't found anything there that does this. There's plenty about $self-TransactionObj-OldValue, but nothing about OldReference. Thanks, Gene -- Gene LeDuc, GSEC Security Analyst San Diego State University ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Retrieving OldReference values from Transaction
Don't you hate it when you wish you'd waited a few minutes before hitting the Send button? Disregard my original request for help, I stumbled across the answer myself. I was making things too complicated for myself by snooping in the database. The RT code cleverly figures out whether it needs to undo a reference or just return a value from the table when you grab $self-TransactionObj-OldValue and returns whatever is appropriate. Very nice! Gene At 01:45 PM 4/12/2007, Gene LeDuc wrote: Can someone tell me how to retrieve the value that is referenced by $self-TransactionObj-OldReference in a scrip? The actual value that comes back is a reference to a record store in the ObjectCustomFieldValues table of the database. I've tried about 20 different things trying to get it to return the referenced value instead of the reference id, but so far it's beaten me. I've also looked at the wiki pretty thoroughly, but I haven't found anything there that does this. There's plenty about $self-TransactionObj-OldValue, but nothing about OldReference. Thanks, Gene -- Gene LeDuc, GSEC Security Analyst San Diego State University ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Gene LeDuc, GSEC Security Analyst San Diego State University ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RPM installation of RT
On Thu, Apr 12, 2007 at 01:18:35PM -0700, John Oliver wrote: On Thu, Apr 12, 2007 at 03:56:28PM -0400, Jesse Vincent wrote: On Thu, Apr 12, 2007 at 12:53:52PM -0700, John Oliver wrote: I installed Fedora Core 6 on a machine, and was very pleasantly surprised when yum install rt3 worked like a charm, after the hours I'd spent trying to get RT installed under RHEL4! :-) I went to http://my-server/rt3/ and the error_log says: [Thu Apr 12 11:37:28 2007] [error] [client 192.168.2.192] install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC Looks like the RPM ddidn't handle the dependencies correctly. I do have mysql.pm [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Perl paths are fully qalified. You have DBIx::SearchBuilder::Handle::mysql and DBIx::DBSchema::DBD::mysql, but not DBD::mysql. You'll need to install DBD::mysql. Thank you Jesse! I installed that via yum, but still have the same issue. I do have the DBD::mysql, but I guess not where @INC expects it to be: [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Bundle/DBD/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Should I just symlink it, or is there a right way to correct this? I symlinked /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Bundle/DBD/mysql.pm to /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/DBD/mysql.pm I now get: [EMAIL PROTECTED] ~]# /usr/sbin/rt-setup-database --action init --dba root --prompt-for-dba-password In order to create or update your RT database,this script needs to connect to your mysql instance on sdtvm05 as root. Please specify that user's database password below. If the user has no database password, just press return. Password: DBD::mysql initialisation failed: Can't locate object method driver via package DBD::mysql at /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/DBI.pm line 770, STDIN line 1. Perhaps the capitalisation of DBD 'mysql' isn't right. at /usr/sbin/rt-setup-database line 103 -- *** * John Oliver http://www.john-oliver.net/ * * * *** ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
RE: [rt-users] RT Permissions
Hi Toan, Thank you for the reply. Just curious, because it is not really documented anywhere, what does SeeQueue do? Does it allow you to see one queue or all queues? I have to play a bit more with permissions, so if anyone knows where they are defined and what they actually do that will be great. Nick PS Our folks really did not want to deal with saved searched for the newest unknown tickets. - Nick Metrowsky Consulting System Administrator 303-684-4785 Office 303-684-4100 Fax [EMAIL PROTECTED] DigitalGlobe (r), An Imaging and Information Company http://www.digitalglobe.com - -Original Message- From: RT Users [mailto:[EMAIL PROTECTED] Sent: Thursday, April 12, 2007 4:42 PM To: Nick Metrowsky; [EMAIL PROTECTED] Subject: Re: [rt-users] RT Permissions Is there a way to set things up so the new queue is invisible to our other users, but we still can retain the functionality we have today? In RT-3.6.x the different roles can be given ACL's to See Queue so only Owners etc would have the queue visible. One solution was to allow all IS groups to access each of the IS queues, unfortunately, it has an undesirable affect of displaying all the IS queues under the newest unowned ticket area on the RT at a glance display. Our queue managers only want to see tickets which belong to their particular queue on this display. You could remove the newest unowned ticket search from the homepage and add custom searches on relevant queues instead. (RT-3.6.x) Taan ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RPM installation of RT - missing perl modules
After trying to install RTIR + RTFM over a rpm install of rt3, I decided to remove the RPM and make the things by hand. The installation of rt3 (3.6.3) asked for some perl modules, suposed to be installed as pre-requisites of the rpm. I lost my notes, but at yum.log I found 2 sets of lines. So, you can try to install those packages or follow the instructions at README file of the original package until the testdeps part. At this point, you can use yum to install the perl modules, instead of using CPAN. After years using CPAN, I decided to stop with it and only install RPMs. yum.log (set 1) Apr 06 20:17:16 Installed: perl-TeX-Hyphen.noarch 0.140-5.fc6 Apr 06 20:17:16 Installed: perl-Text-Reform.noarch 1.11-6.fc6 Apr 06 20:17:16 Installed: perl-WWW-Mechanize.noarch 1.22-2.fc6 Apr 06 20:17:16 Installed: perl-Carp-Assert.noarch 0.18-4.fc6 Apr 06 20:17:16 Installed: perl-Carp-Assert-More.noarch 1.12-3.fc6 Apr 06 20:17:16 Installed: perl-Test-LongString.noarch 0.11-1.fc6 Apr 06 20:17:17 Installed: perl-Text-Autoformat.noarch 1.13-4.fc6 Apr 06 20:17:17 Installed: perl-Test-WWW-Mechanize.noarch 1.12-1.fc6 yum.log (set 2) Apr 06 20:28:17 Installed: perl-Class-Accessor.noarch 0.30-1.fc6 Apr 06 20:28:17 Installed: perl-Class-Accessor-Chained.noarch 0.01-4.fc6 Apr 06 20:28:17 Installed: perl-FreezeThaw.noarch 0.43-5.fc6 Apr 06 20:28:17 Installed: perl-Class-Singleton.noarch 1.03-3.fc6 Apr 06 20:28:18 Installed: perl-DateTime.i386 1:0.34-3.fc6 Apr 06 20:28:18 Installed: perl-DateTime-Format-Mail.noarch 0.30-4.fc6 Apr 06 20:28:18 Installed: perl-DateTime-Format-W3CDTF.noarch 0.04-1.fc6 Apr 06 20:28:19 Installed: perl-IO-Tty.i386 1.07-2.fc6 Apr 06 20:28:19 Installed: perl-Expect.noarch 1.20-1.fc6 Apr 06 20:28:19 Installed: perl-Expect-Simple.noarch 0.02-1.fc6 Apr 06 20:28:19 Installed: perl-Test-Expect.noarch 0.30-1.fc6 Apr 06 20:28:19 Installed: perl-Text-Quoted.noarch 2.02-1.fc6 Apr 06 20:28:19 Installed: perl-XML-RSS.noarch 1.22-1.fc6 Apr 06 20:28:19 Installed: perl-Module-Refresh.noarch 0.09-3.fc6 Apr 06 20:28:19 Installed: perl-MLDBM.noarch 2.01-5.fc6 Apr 06 20:39:15 Installed: perl-Sort-Versions.noarch 1.5-5.fc6 Em Quinta 12 Abril 2007 16:56, Jesse Vincent escreveu: On Thu, Apr 12, 2007 at 12:53:52PM -0700, John Oliver wrote: I installed Fedora Core 6 on a machine, and was very pleasantly surprised when yum install rt3 worked like a charm, after the hours I'd spent trying to get RT installed under RHEL4! :-) I went to http://my-server/rt3/ and the error_log says: [Thu Apr 12 11:37:28 2007] [error] [client 192.168.2.192] install_driver(mysql) failed: Can't locate DBD/mysql.pm in @INC (@INC Looks like the RPM ddidn't handle the dependencies correctly. I do have mysql.pm [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Perl paths are fully qalified. You have DBIx::SearchBuilder::Handle::mysql and DBIx::DBSchema::DBD::mysql, but not DBD::mysql. You'll need to install DBD::mysql. How do I add one of those to @INC, and why wasn't this already done? -- *** * John Oliver http://www.john-oliver.net/ * * * *** ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- Fernando Frota Machado de Morais IR Team - Divisao de Redes de Comunicacao Centro de Computacao Universidade Federal de Minas Gerais Brasil Tel. +55(31)3499.4007 Fax. +55(31)3499.4004 /\ \ / Campanha da fita ASCII - contra mail html X ASCII ribbon campaign - against html mail / \ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT Permissions
You probably have groups of users. You can edit group rights over each queue, assign rights to those groups (Seequeue, SHowticket, showticketcomment etc). You should do the same with User rights. After all, you will need to remove Global Groups Rights and Global User Rights. SuperUser will continue to see all Queues. Em Quinta 12 Abril 2007 19:07, Nick Metrowsky escreveu: Hi Everyone, We have a Request Tracker set up with over 20 queues. Those who can log into Request Tracker can see the queues and view tickets in any queue; however, folks generally work on tickets within their particular queue. Also, those who have permission, can update tickets accordingly in the queue they are assigned. We have a request from one of our users to have their queue set up in such a way, so no one can see their queue, except those who are responsible for their queue. We have a situation where by our IS department uses 13 queues for the various function areas, and the users of these queues have the right to view tickets in any of the IS queues and freely move tickets between the IS queues. Therefore, they need to see other queues in order to perform their job functions. Sometimes a ticket, though rarely, is directed to other company queues, for example, power requests to our facilities deprtment. Is there a way to set things up so the new queue is invisible to our other users, but we still can retain the functionality we have today? One solution was to allow all IS groups to access each of the IS queues, unfortunately, it has an undesirable affect of displaying all the IS queues under the newest unowned ticket area on the RT at a glance display. Our queue managers only want to see tickets which belong to their particular queue on this display. Another solution, though undesirable, is to set up a separate Request Tracker environment for this group. This has a few issues: 1.The expense to set up and maintain a separate Request Tracker environment. 2.The volume of tickets is expected to be less than 20 tickets per week. If anyone has another idea that would not be too nasty to implement, please let me know. Any ideas would be most welcome. Nick - Nick Metrowsky Consulting System Administrator 303-684-4785 Office 303-684-4100 Fax [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] DigitalGlobe (r), An Imaging and Information Company http://www.digitalglobe.com http://www.digitalglobe.com - -- Fernando Frota Machado de Morais IR Team - Divisao de Redes de Comunicacao Centro de Computacao Universidade Federal de Minas Gerais Brasil Tel. +55(31)3499.4007 Fax. +55(31)3499.4004 /\ \ / Campanha da fita ASCII - contra mail html X ASCII ribbon campaign - against html mail / \ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RPM installation of RT
You can try to install those packages (yum install ...): [EMAIL PROTECTED] ~]#grep -i db perl.rt perl-Tie-DBI perl-DBD-Pg perl-DBIx-SearchBuilder perl-BerkeleyDB perl-MLDBM perl-DBIx-DBSchema perl-DBI perl-DBD-MySQL perl-DBD-SQLite Em Quinta 12 Abril 2007 18:59, Jesse Vincent escreveu: You'll need to install DBD::mysql. Thank you Jesse! I installed that via yum, but still have the same issue. I do have the DBD::mysql, but I guess not where @INC expects it to be: [EMAIL PROTECTED] ~]# find / -name mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Bundle/ DBD/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/SearchBuilder/Handle/mysql.pm /usr/lib/perl5/vendor_perl/5.8.8/DBIx/DBSchema/DBD/mysql.pm Should I just symlink it, or is there a right way to correct this? I symlinked /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/Bundle/DBD/ mysql.pm to /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/DBD/mysql.pm That's wrong. Bundle::DBD::mysql is not DBD::mysql. -- Fernando Frota Machado de Morais IR Team - Divisao de Redes de Comunicacao Centro de Computacao Universidade Federal de Minas Gerais Brasil Tel. +55(31)3499.4007 Fax. +55(31)3499.4004 /\ \ / Campanha da fita ASCII - contra mail html X ASCII ribbon campaign - against html mail / \ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] RT 3.6.3 web interface problems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm still trying to track down the cause of an error that's generated when
I use the simple search facility, e.g., the 'Search' box at the top of my
Home Page.
In Firefox, the message is this (a pop-up):
--
ist-rt-dev.berkeley.edu has sent an incorrect or unexpected message.
Error Code: -12263
[ OK ]
--
(where 'https://ist-rt-dev.berkeley.edu' is the URL by which I access RT).
I have noticed something interesting that might relate to this.
The session cookie that RT is issuing to my browser looks like this:
RT_SID_80
Yet I'm coming in via port 443 and RT should be using $ENV{SERVER_PORT} to
construct the cookie value. Which now causes me to wonder about something
in RT_SiteConfig.pm which didn't exist in 3.4.5 but appears in 3.6.3.
Namely the $WebPort variable. The comment in RT_SiteConfig.pm says this:
# If we're running as a superuser, run on port 80
# Otherwise, pick a high port for this user.
Now I'm running as a non-privileged user, but I'm on a 'virtual private
server' behind an external web server proxy that listens on port 443.
Since RT_SiteConfig constructs $WebURL using $WebPort, I had to get around
this by the following:
1. I set $WebPort to 443 (not necessarily useful)
2. I set $WebURL to the actual URL, which is https://ist-rt-dev.berkeley.edu;
I don't think $WebPort is being used in this case, but I had to set it to
something! Meanwhile, it appears that $ENV{SERVER_PORT} is still
returning '80', because that's what's showing up in the cookie value.
So, I'm wondering if this discrepancy (not necessarily the cookie value
itself) is somehow connected to my problem. It's beginning to look like
under some circumstances, RT is doing internal Redirection improperly,
causing the Firefox message shown above (and causing Opera just to hang
completely).
Any comments on the above? I'm currently supporting two other RT systems
(at 3.4.2 and 3.4.5) and I've not had this kind of problem.
Thanks.
Mike
_
Mike FriedmanInformation Services Technology
[EMAIL PROTECTED] 2484 Shattuck Avenue
1-510-642-1410 University of California at Berkeley
http://socrates.berkeley.edu/~mikef http://ist.berkeley.edu
_
-BEGIN PGP SIGNATURE-
Version: PGP 6.5.8
iQA/AwUBRh7ouq0bf1iNr4mCEQKf9ACcDg1BSi9ekbQLHcbgoRJmhr43YewAn2U7
NyuzFdvDNZaHEOWbG/nOVr0q
=GoSX
-END PGP SIGNATURE-
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Non-intrusive ticketing system using RT?
You can use --extension ticket on the mailgateway to create an address-per-ticket, rather than using the subject token... (It's a start) On Apr 10, 2007, at 8:09 AM, Samuel Tardieu wrote: Hi. Has anyone heard about a plugin that allows RT to work hidden under the cover? I am trying to build a non-intrusive ticketing system that would be totally invisible to the people I correspond with. See http://tinyurl.com/383m88 for a longer explanation. Sam -- Samuel Tardieu -- [EMAIL PROTECTED] -- http://www.rfc1149.net/ ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com PGP.sig Description: This is a digitally signed message part ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Testing 3.7.5
Jesse Vincent wrote: On Apr 12, 2007, at 5:49 AM, Mathew Snyder wrote: I'm trying to get v3.7.5 installed as a tester in order to see all of it's glorious wonders. However, it appears to require Apache::Request which seems to require mod_perl 1.99. mod_perl 1.x ( 1.99) is required at Makefile.PL line 34. Is this right? Can I not use this with mod_perl 2.x? Sounds like you might have not thrown the right flags at 'configure', maybe? We're now doing more autodetection. ./configure --prefix=/usr/local/rt-3.7.5 --with-db-type=mysql --with-db-database=rt3_devel --with-db-rt-user=rt_user --with-db-rt-pass=xxx Are there other flags I don't know about? Or even 1.99 for that matter? 1.99 was the beta series for 2.0. And there were Big Problems. I'm testing the installation on RHEL 5. So far I've got everything installed except this module. I manually installed XML::RSS v1.22 which installed fine but still comes up as MISSING. That's really odd. Did it pass its tests? Is there only one system perl? There is only one perl that I can tell. 5.8.8. I ran 'find / -name 'perl*' and it only listed 5.8.8. As far as passing its tests, I believe so. I even went into CPAN and attempted to install it again. It said it is up to date. In the past, modules which have been manually installed but still show up as MISSING don't break the system and the only thing that seems to not recognize it as being installed is 'make testdeps'. So XML::RSS isn't a concern right now. However, if I can't even install Apache::Request due to dependency on an old mod_perl how am I to get this to work? Mathew ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Testing 3.7.5
Jesse Vincent wrote: On Apr 12, 2007, at 5:49 AM, Mathew Snyder wrote: I'm trying to get v3.7.5 installed as a tester in order to see all of it's glorious wonders. However, it appears to require Apache::Request which seems to require mod_perl 1.99. mod_perl 1.x ( 1.99) is required at Makefile.PL line 34. Is this right? Can I not use this with mod_perl 2.x? Sounds like you might have not thrown the right flags at 'configure', maybe? We're now doing more autodetection. I updated CPAN and am now getting something a bit more useful as far as errors go: Failed during this command: STAS/libapreq-1.33.tar.gz : writemakefile NO '/usr/bin/perl Makefile.PL' returned status 2304 Or even 1.99 for that matter? 1.99 was the beta series for 2.0. And there were Big Problems. I'm testing the installation on RHEL 5. So far I've got everything installed except this module. I manually installed XML::RSS v1.22 which installed fine but still comes up as MISSING. That's really odd. Did it pass its tests? Is there only one system perl? In the past, modules which have been manually installed but still show up as MISSING don't break the system and the only thing that seems to not recognize it as being installed is 'make testdeps'. So XML::RSS isn't a concern right now. However, if I can't even install Apache::Request due to dependency on an old mod_perl how am I to get this to work? Mathew ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Testing 3.7.5
Erk...I keep finding things that might be of use after I send out an email on this. The latest thing I found is that running 'make testdeps' lists MODPERL1 dependencies under which the Apache::Request is missing. Am I not using a flag that should tell it to use mod_perl2? Mathew Jesse Vincent wrote: On Apr 12, 2007, at 5:49 AM, Mathew Snyder wrote: I'm trying to get v3.7.5 installed as a tester in order to see all of it's glorious wonders. However, it appears to require Apache::Request which seems to require mod_perl 1.99. mod_perl 1.x ( 1.99) is required at Makefile.PL line 34. Is this right? Can I not use this with mod_perl 2.x? Sounds like you might have not thrown the right flags at 'configure', maybe? We're now doing more autodetection. Or even 1.99 for that matter? 1.99 was the beta series for 2.0. And there were Big Problems. I'm testing the installation on RHEL 5. So far I've got everything installed except this module. I manually installed XML::RSS v1.22 which installed fine but still comes up as MISSING. That's really odd. Did it pass its tests? Is there only one system perl? In the past, modules which have been manually installed but still show up as MISSING don't break the system and the only thing that seems to not recognize it as being installed is 'make testdeps'. So XML::RSS isn't a concern right now. However, if I can't even install Apache::Request due to dependency on an old mod_perl how am I to get this to work? Mathew ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
