[rt-users] PATH for executing external programs from RT?

[Matthew Seaman]

Dear all,

When I click on 'graph' links in the Ticket display I get an error like so:

Command 'dot' not found in /bin, /usr/bin at 
/usr/local/lib/perl5/site_perl/5.8.9/GraphViz.pm line 1160 Stack: 
[/usr/local/lib/perl5/5.8.9/Carp.pm:44] 
[/usr/local/lib/perl5/site_perl/5.8.9/IPC/Run.pm:1213] 
[/usr/local/lib/perl5/site_perl/5.8.9/IPC/Run.pm:2051] 
[/usr/local/lib/perl5/site_perl/5.8.9/IPC/Run.pm:2758] 
[/usr/local/lib/perl5/site_perl/5.8.9/IPC/Run.pm:1432] 
[/usr/local/lib/perl5/site_perl/5.8.9/GraphViz.pm:1160] 
[/usr/local/lib/perl5/site_perl/5.8.9/GraphViz.pm:981] 
[/usr/local/share/rt38/html/Ticket/Graphs/Elements/ShowGraph:49] 
[/usr/local/share/rt38/html/Ticket/Graphs/Elements/ShowGraph:49] 
[/usr/local/share/rt38/html/Ticket/Graphs/index.html:57] 
[/usr/local/share/rt38/html/autohandler:311]

which is entirely understandable as under FreeBSD, dot is installed as
/usr/local/bin/dot :

# /usr/local/bin/dot -V
dot - Graphviz version 2.20.3 (Mon Feb 16 20:41:15 UTC 2009)

Similarly, none of the GPG functionality is working and there are many
instances like the following in the log file:

[Thu Feb 19 13:15:04 2009] [debug]: Probe for GPG failed. Process exitted 
with code 13 (/usr/local/lib/perl5/site_perl/5.8.9/RT/Crypt/GnuPG.pm:2362)
[Thu Feb 19 13:15:04 2009] [debug]: RT's GnuPG libraries couldn't 
successfully execute gpg. PGP support has been disabled 
(/usr/local/lib/perl5/site_perl/5.8.9/RT/Config.pm:350)

gpg is installed and working just fine, but again -- as /usr/local/bin/gpg:

:# /usr/local/bin/gpg --version
gpg (GnuPG) 2.0.10
libgcrypt 1.4.4
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Home: ~/.gnupg
Supported algorithms:
Pubkey: RSA, ELG, DSA
Cipher: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH
Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
Compression: Uncompressed, ZIP, ZLIB, BZIP2

Now, I had thought this was simply down to the environment Apache is 
started up with, or that it would pass through to CGI scripts.  However
no amount of fiddling with /usr/local/etc/apache22/envars.d/path.env
or adding 'PassEnv PATH' in the apache config or of other similar attempts
has made any difference.  Neither have I been able to find any solution by
grepping through quantities of perl modules.

Is there a standard means either for setting the PATH rt applies to
commands it invokes, or for supplying a fully qualified path for 
subsidiary programs it invokes?

	Cheers,

	Matthew

-- 
Dr Matthew Seaman                        The Bunker, Ash Radar Station
PGP: 0x60AE908C on servers               Marshborough Rd
Tel: +44 1304 814890                     Sandwich
Fax: +44 1304 814899                     Kent, CT13 0PL, UK

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 259 bytes
Desc: OpenPGP digital signature
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20090219/d21acbfa/attachment.sig>