after a fresh installation of 3.9-trunk from github and logging in,
instead of the quicksearch component I get the follwing error:
Error during compilation of
/opt/rt39/share/html/Elements/QueueSummaryByLifecycle:
Can’t locate RT/Report/Tickets.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl . /etc/apache2) at
/opt/rt39/share/html/Elements/QueueSummaryByLifecycle line 94.
Did you run autoconf? I’m surprised not to see /opt/rt3 in your @INC
Any ideas?
-Chris
I had the same problem and I had run configure with --prefix=/ROOTOFINSTALL.
Finally tracked it down to the fact that some, but not all, of the *.in
files in sbin use
“@RT_LIB_PATH@” and “@LOCAL_LIB_PATH@” instead of the “_R” versions.
Tweaked everyone to use the _R versions and rebuilt stuff and it all
went away. There’s something funny happening with the entire routine
that starts
fix lib paths, some may be relative in the *.in files.
Yes I run autoconf and configure with --prefix=/opt/rt39
At the moment I only have with the quicksearch portlet the problem and
didn’t see any other problems.Am 25.11.2010 04:24, schrieb Jeff Voskamp:
On 11/24/2010 06:48 PM, Jesse Vincent wrote:
On Thu, Nov 25, 2010 at 12:47:04AM +0100, Christian Loos wrote:
Hi,
after a fresh installation of 3.9-trunk from github and logging in,
instead of the quicksearch component I get the follwing error:
Error during compilation of
/opt/rt39/share/html/Elements/QueueSummaryByLifecycle:
Can’t locate RT/Report/Tickets.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl . /etc/apache2) at
/opt/rt39/share/html/Elements/QueueSummaryByLifecycle line 94.
Did you run autoconf? I’m surprised not to see /opt/rt3 in your @INC
Any ideas?
-Chris
I had the same problem and I had run configure with
–prefix=/ROOTOFINSTALL.
Finally tracked it down to the fact that some, but not all, of the *.in
files in sbin use
“@RT_LIB_PATH@” and “@LOCAL_LIB_PATH@” instead of the “_R” versions.
Tweaked everyone to use the _R versions and rebuilt stuff and it all
went away. There’s something funny happening with the entire routine
that starts
fix lib paths, some may be relative in the *.in files.
I tried on the latest trunk from github with “./configure
–enable-layout=RT3” and “./configure --enable-layout=relative” and with
"PerlSwitches -I/opt/rt4/local/lib -I/opt/rt4/lib" apache directive and
without this directive and with all combinations from above, all with
the same strange result:
It is still failing SOMETIMES!!
Most times, after a apache restart it doesn’t fail. But after some page
reloads (up to 10) it suddenly fails.
What’s your apache config look like?On Thu, Dec 09, 2010 at 12:58:06AM +0100, Christian Loos wrote:
Hi Jesse and Sunnavy,
I tried on the latest trunk from github with “./configure
–enable-layout=RT3” and “./configure --enable-layout=relative” and with
“PerlSwitches -I/opt/rt4/local/lib -I/opt/rt4/lib” apache directive and
without this directive and with all combinations from above, all with
the same strange result:
It is still failing SOMETIMES!!
Most times, after a apache restart it doesn’t fail. But after some page
reloads (up to 10) it suddenly fails.