Packaging plugins

RT Developers
1

Hi,

I’m in the process of packaging RTx::EmailCompletion for Debian.
However, I’ve realised that I actually need to extend the plugin
loader to cope with this, since I can’t put my packaged plugins
in /usr/local where the plugin loader expects them.

Has anyone done this before? The patch to add this to RT shouldn’t
be too hard and obviously it’s easy to deploy for the Debian packaged
version, but I wanted to run this idea past people generally first
to avoid creating problems down the line.

Cheers,
Dominic.

Dominic Hargreaves, Systems Development and Support Team
Computing Services, University of Oxford

2

I’m in the process of packaging RTx::EmailCompletion for Debian.
However, I’ve realised that I actually need to extend the plugin
loader to cope with this, since I can’t put my packaged plugins
in /usr/local where the plugin loader expects them.

Has anyone done this before? The patch to add this to RT shouldn’t
be too hard and obviously it’s easy to deploy for the Debian packaged
version, but I wanted to run this idea past people generally first
to avoid creating problems down the line.

And here’s the proposed patch:

http://rt3.fsck.com/Ticket/Display.html?id=13975

Dominic Hargreaves, Systems Development and Support Team
Computing Services, University of Oxford

3

Dominic Hargreaves wrote:

Hi,

I’m in the process of packaging RTx::EmailCompletion for Debian.
However, I’ve realised that I actually need to extend the plugin
loader to cope with this, since I can’t put my packaged plugins
in /usr/local where the plugin loader expects them.

Has anyone done this before? The patch to add this to RT shouldn’t
be too hard and obviously it’s easy to deploy for the Debian packaged
version, but I wanted to run this idea past people generally first
to avoid creating problems down the line.

What’s keeping you from installing the plugins into /usr/share?

Regards
Racke

LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

4

What’s keeping you from installing the plugins into /usr/share?

If you mean randomly scattered in /usr/share/request-tracker3.8/{lib,etc}
then nothing is stopping me from doing that. But I’d rather stay with
the model of using a separate plugin dir, so that people can enable
and disable them as intended by the authors.

If you mean what’s stopping me using
/usr/share/request-tracker3.8/plugins/Plugin-Dir then this is exactly
what this patch is adding support for.

Dominic Hargreaves, Systems Development and Support Team
Computing Services, University of Oxford

5

Hi,

I’m in the process of packaging RTx::EmailCompletion for Debian.
However, I’ve realised that I actually need to extend the plugin
loader to cope with this, since I can’t put my packaged plugins
in /usr/local where the plugin loader expects them.

Has anyone done this before? The patch to add this to RT shouldn’t
be too hard and obviously it’s easy to deploy for the Debian packaged
version, but I wanted to run this idea past people generally first
to avoid creating problems down the line.

It’s a prefectly reasonable change.