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: [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
