I just now tried the RTHOME suggestion, after which I ran make and make
install. I got the exact same error as in my previous message,
unfortunately.

On Fri, Sep 23, 2016 at 3:43 PM, Alex Hall <[email protected]> wrote:

> I'll run the install again and hope that doing so won't cause any
> problems. :)
>
> root@server24:/home/ahall/RT-Extension-PriorityAsString-1.04# perl
> Makefile.PL
> Using RT configuration from /usr/share/request-tracker4/lib/RT.pm:
> html       => /usr/local/share/request-tracker4/plugins/RT-Extension-
> PriorityAsString/html
> lib        => /usr/local/share/request-tracker4/plugins/RT-Extension-
> PriorityAsString/lib
> Generating a Unix-style Makefile
> Writing Makefile for RT::Extension::PriorityAsString
> Writing MYMETA.yml and MYMETA.json
>
> root@server24:/home/ahall/RT-Extension-PriorityAsString-1.04# make
> Skip blib/lib/RT/Extension/PriorityAsString.pm (unchanged)
> Manifying blib/man3/RT::Extension::PriorityAsString.3pm
>
> root@server24:/home/ahall/RT-Extension-PriorityAsString-1.04# make install
> Appending installation info to /usr/local/share/request-
> tracker4/man/perllocal.pod
> Couldn't load RT config file RT_SiteConfig.pm:
>
> Can't locate object method "InitPluginPaths" via package 
> "RT::Extension::PriorityAsString"
> (perhaps you forgot to load "RT::Extension::PriorityAsString"?) at
> /usr/share/request-tracker4/lib/RT.pm line 654.
> Compilation failed in require at /usr/share/request-tracker4/lib/RT/Config.pm
> line 1106.
> Makefile:796: recipe for target 'install' failed
> make: *** [install] Error 255
>
> Well, that's new. Obviously this is the source of the trouble, but what
> does it mean and how do I fix it? As far as I remember, I didn't see this
> on my last install, but I'm glad it's here now if it illuminates the core
> problem! And no, I think I missted the RTHOME comment. I'm going to search
> for it as soon as I send this.
>
> On Fri, Sep 23, 2016 at 3:31 PM, Matt Zagrabelny <[email protected]>
> wrote:
>
>> On Fri, Sep 23, 2016 at 2:20 PM, Alex Hall <[email protected]> wrote:
>> > Okay, good to know about the permissions and deleting everything below
>> > mason_data/obj. I re-created the obj directory and set it to
>> > www-data:www-data 755.
>> >
>> > I ran perl -c on the main config file, with the two plugin lines
>> commented
>> > out and not, and on the RT_SiteConfig.d/70-plugins file I made that
>> holds
>> > those lines. In all three cases, Perl reports that the syntax is okay.
>> >
>> > To make sure I'm not going nuts from all the things I've tried
>> recently, I
>> > tested things once more. I commented out the plugin lines, ran
>> > update-rt-siteconfig and update-rt-siteconfig-4 (what's the
>> difference?),
>>
>> update-rt-siteconfig is a symlink. It points to
>> update-rt-siteconfig-4. The command is obsolete in 4.4 since RT
>> natively supports config snippets without needing a command to
>> regenerate a site config.
>>
>> > and tried to spawn the FCGI server. It worked. Uncommented, and the FCGI
>> > server exited with status code 255 when not commented. Oh, between the
>> two
>> > attempts I also ran the delete command you sent. Is there a step I'm
>> > missing? Maybe something so obvious you didn't think to mention it?
>> This is
>> > clearly atypical for RT plugins, so it almost has to be something I'm
>> > missing/doing wrong.
>>
>> What did you do to install the module?
>>
>> Did you read my comment in a previous email about RTHOME?
>>
>> Please list the exact commands and their output.
>>
>> wget or curl?
>> tar?
>> perl Makefile.PL?
>>
>> etc.
>>
>> Maybe we'll see something.
>>
>> -m
>>
>
>
>
> --
> Alex Hall
> Automatic Distributors, IT department
> [email protected]
>



-- 
Alex Hall
Automatic Distributors, IT department
[email protected]
---------
RT 4.4 and RTIR training sessions, and a new workshop day! 
https://bestpractical.com/training
* Boston - October 24-26
* Los Angeles - Q1 2017

Reply via email to