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

[Kenneth Marshall]

Re-install the GraphViz and GnuPG modules using the correct
paths to these programs. Alternatively, you can make a symbolic
link from the actual location to where the module is looking for
these programs.

Cheers,
Ken

On Thu, Feb 19, 2009 at 01:32:43PM +0000, Matthew Seaman wrote:
>
> 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
>



> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
> 
> Community help: http://wiki.bestpractical.com
> Commercial support: sales at bestpractical.com
> 
> 
> Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
> Buy a copy at http://rtbook.bestpractical.com