Re: [rt-users] FW: RT 4.0.8 + Fedora 16 - Almost There

2012-12-14 Thread Walid Haider
Hi Kevin,

Thanks for your response.

Looking at /etc/httpd/logs/error_log, I see this entry:

[...] [error] [client ::1] File does not exist: /opt/rt4/share/html/favicon.ico

This leads me to believe that something went wrong with the installation

ls -l /opt/rt4/share/html/

drwxr-xr-x. 10 root bin 4096 Nov 27 16:33 Admin 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:34 Approvals 
drwxr-xr-x.  4 root bin 4096 Nov 27 16:34 Articles 
-rw-r--r--.  1 root bin 2263 Nov 27 16:33 autohandler 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:34 Dashboards 
-rw-r--r--.  1 root bin 2285 Nov 27 16:34 dhandler 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:33 Download 
drwxr-xr-x. 15 root bin 4096 Nov 27 16:33 Elements 
drwxr-xr-x.  4 root bin 4096 Nov 27 16:33 Helpers 
-rw-r--r--.  1 root bin 5163 Nov 27 16:33 index.html 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:34 Install 
-rw-r--r--.  1 root bin 2231 Nov 27 16:33 l 
-rw-r--r--.  1 root bin 2188 Nov 27 16:33 l_unsafe 
drwxr-xr-x.  5 root bin 4096 Nov 27 16:34 m 
drwxr-xr-x.  9 root bin 4096 Nov 27 16:34 NoAuth 
drwxr-xr-x.  2 root bin 4096 Nov 27 16:34 Prefs 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:33 REST 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:33 Search 
drwxr-xr-x.  5 root bin 4096 Nov 27 16:33 SelfService 
drwxr-xr-x.  5 root bin 4096 Nov 27 16:33 Ticket 
drwxr-xr-x.  2 root bin 4096 Nov 27 16:34 Tools 
drwxr-xr-x.  2 root bin 4096 Nov 27 16:33 User 
drwxr-xr-x.  3 root bin 4096 Nov 27 16:33 Widgets

Does this look OK?

Thanks in anticipation.

Regards,
Walid

-Original Message-
From: rt-users-boun...@lists.bestpractical.com 
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: quinta-feira, 29 de Novembro de 2012 16:52
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] FW: RT 4.0.8 + Fedora 16 - Almost There

On Wed, Nov 28, 2012 at 01:56:18PM +, Walid Haider wrote:
 I have tried to follow the instructions in order to configure RT to work with 
 Apache 2 + mod_perl  but surely, I am missing some configuration and cannot 
 figure out what it is.

It's worth checking your error logs and possibly dialing Apache's error log up 
to debug if you think there are weird problems.

You don't really need to make these two global changes

 Any help would be much appreciated.
 
 #DocumentRoot /var/www/html
 DocumentRoot /opt/rt4/share/html
 #
 # This should be changed to whatever you set DocumentRoot to.
 #
 #Directory /var/www/html
 Directory /opt/rt4/share/html

Since you're setting DocumentRoot in your VirtualHost directive

-kevin

-
Não foram detectados vírus nesta  mensagem.
Verificado por AVG - www.avg.com
Versão: 2013.0.2793 / Base de dados de Vírus: 2629/5906 - Data de Lançamento: 
11/19/12 A Base de dados de Vírus interna está desactualizada.

We're hiring! http://bestpractical.com/jobs


Re: [rt-users] RT4 adjust column width(s)?

2012-12-14 Thread Christian Loos
Am 14.12.2012 03:42, schrieb Thomas Sibley:
 On 12/13/2012 04:44 PM, Tony G Palomino wrote:
 Hi all,

 I'm looking for a way to manually specify a column width in search
 results.  I'm running RT 4.0.5 at the moment.

 I have a search which displays fields in one long row (which is what I
 want).  I don't mind if most of the fields wrap text, but it hurts my
 eyeballs when a date field wraps such as:

 2012-13-
 11

 Poked around the list archives and the wiki, but didn't see this
 addressed.  Any easy (or complicated) ways to force column widths?
 
 In your search Format, append /STYLE:width:12em to the column, like so:
 
 '__id__','__Subject__','__Due__/STYLE:width:12em','__Owner__'
 
 Obviously adjust 12em to the size you want.  Support may vary between
 browsers for setting explicit widths on table cells.
 
 
 We're hiring! http://bestpractical.com/jobs
 

Maybe this one also works for you:
'__id__','__Subject__','__Due__/STYLE:white-space:nowrap','__Owner__'


Chris

We're hiring! http://bestpractical.com/jobs


[rt-users] Plugin install in RT4 / Debian Squeeze

2012-12-14 Thread Patrick G. Stoesser

Hello there,

I have a RT4 system running on Debian Squueze, installed via Backports 
according to the install howto. So far, everything works fine, but when 
it comes to plugins, the hassle begins.


I tried to get several plugins to work without success. As an example, I 
will focus on the Calendar plugin here.


I installed the plugin via perl makefile.pl, make, make install which 
worked fine. The installation routine asked me for the path to RT.pm. 
which in my case was /usr/share/request-tracker4/lib.


After adding

# Plugins
Set(@Plugins,(qw(RTx::Calendar)));

# Calendar Plugin
Set($HomepageComponents, [qw(QuickCreate Quicksearch MyCalendar
 MyAdminQueues MySupportQueues MyReminders RefreshHomepage)]);

in a separate file in RT_SiteConfig.d and updating via 
update-rt-siteconfig-4 and restarting Apache, the Calendar plugin was 
loaded and could be chosen in the frontend.


The problem begins now: As soon as chosen to being displayed, in the 
frontend an error occures:


An internal RT error has occurred. Your administrator can find more 
details in RT's log files


Well, the log says

 [error]: could not find component for path 'MyCalendar' 
(/usr/share/request-tracker4/lib/RT/Interface/Web/Handler.pm:209)


and now I'm stuck as the accprding line says nothing to me. Has anybody 
dealed with the same issue?


Thanks in advance and kind regards, Patrick

We're hiring! http://bestpractical.com/jobs


Re: [rt-users] Plugin install in RT4 / Debian Squeeze

2012-12-14 Thread Patrick G. Stoesser

Hallo again,

it seems I've written to early. The rights of the plugins html files 
were set to 0700 so that the Apache could not read them. I'll now test 
the whole thing.


Sorry for any inconviniences, Patrick

Am 14.12.2012 17:01, schrieb Patrick G. Stoesser:

[...]


An internal RT error has occurred. Your administrator can find more
details in RT's log files

Well, the log says

  [error]: could not find component for path 'MyCalendar'
(/usr/share/request-tracker4/lib/RT/Interface/Web/Handler.pm:209)

and now I'm stuck as the accprding line says nothing to me. Has anybody
dealed with the same issue?



We're hiring! http://bestpractical.com/jobs


Re: [rt-users] Plugin install in RT4 / Debian Squeeze

2012-12-14 Thread Dominic Hargreaves
On Fri, Dec 14, 2012 at 05:01:17PM +0100, Patrick G. Stoesser wrote:
 Hello there,
 
 I have a RT4 system running on Debian Squueze, installed via
 Backports according to the install howto. So far, everything works
 fine, but when it comes to plugins, the hassle begins.
 
 I tried to get several plugins to work without success. As an
 example, I will focus on the Calendar plugin here.
 
 I installed the plugin via perl makefile.pl, make, make install
 which worked fine. The installation routine asked me for the path to
 RT.pm. which in my case was /usr/share/request-tracker4/lib.
 
 After adding
 
 # Plugins
 Set(@Plugins,(qw(RTx::Calendar)));
 
 # Calendar Plugin
 Set($HomepageComponents, [qw(QuickCreate Quicksearch MyCalendar
  MyAdminQueues MySupportQueues MyReminders RefreshHomepage)]);
 
 in a separate file in RT_SiteConfig.d and updating via
 update-rt-siteconfig-4 and restarting Apache, the Calendar plugin
 was loaded and could be chosen in the frontend.
 
 The problem begins now: As soon as chosen to being displayed, in the
 frontend an error occures:
 
 An internal RT error has occurred. Your administrator can find more
 details in RT's log files
 
 Well, the log says
 
  [error]: could not find component for path 'MyCalendar'
 (/usr/share/request-tracker4/lib/RT/Interface/Web/Handler.pm:209)
 
 and now I'm stuck as the accprding line says nothing to me. Has
 anybody dealed with the same issue?

The local plugin path on Debian is
/usr/local/share/request-tracker4/plugins. You may need to tweak
the plugin Makefile.PL if it's not installing there.
This is a weak area of the Debian packaging of RT (since we assume
that you only install plugins from Debian packages). I'm not sure
if it can be fixed in a generic way OTTOMH.

-- 
Dominic Hargreaves, Systems Development and Support Section
IT Services, University of Oxford


signature.asc
Description: Digital signature

We're hiring! http://bestpractical.com/jobs


[rt-users] RT4 and Reportspam plugin

2012-12-14 Thread Patrick G. Stoesser

Hello again,

has anybody managed to get the reportspam plugin runnung under RT4? 
Installation went fine, but in the frontend nothing is shown... 
Unfortunately, there is no documentation at all for this plugin - I 
searched google for almost an hour...


Thanks for any ideas.

Kind regards, Patrick

We're hiring! http://bestpractical.com/jobs


Re: [rt-users] RT4 and Reportspam plugin

2012-12-14 Thread Ruslan Zakirov
On Fri, Dec 14, 2012 at 9:07 PM, Patrick G. Stoesser li...@pgs-info.de wrote:
 Hello again,

 has anybody managed to get the reportspam plugin runnung under RT4?
 Installation went fine, but in the frontend nothing is shown...
 Unfortunately, there is no documentation at all for this plugin - I searched
 google for almost an hour...

 Thanks for any ideas.

It was not upgraded for RT4 and it needs update as RT4's menu
sub-system was completely rewriten. Besides menu everything else
should just work. Take a look at other small examples that were
upgraded for 4.0. Search for extensions with
html/Callbacks/*/Elements/Tabs/Privileged file.


 Kind regards, Patrick
 
 We're hiring! http://bestpractical.com/jobs



-- 
Best regards, Ruslan.

We're hiring! http://bestpractical.com/jobs


Re: [rt-users] Plugin install in RT4 / Debian Squeeze

2012-12-14 Thread Ruslan Zakirov
On Fri, Dec 14, 2012 at 8:14 PM, Dominic Hargreaves
dominic.hargrea...@it.ox.ac.uk wrote:
 On Fri, Dec 14, 2012 at 05:01:17PM +0100, Patrick G. Stoesser wrote:
 Hello there,

 I have a RT4 system running on Debian Squueze, installed via
 Backports according to the install howto. So far, everything works
 fine, but when it comes to plugins, the hassle begins.

 I tried to get several plugins to work without success. As an
 example, I will focus on the Calendar plugin here.

 I installed the plugin via perl makefile.pl, make, make install
 which worked fine. The installation routine asked me for the path to
 RT.pm. which in my case was /usr/share/request-tracker4/lib.

 After adding

 # Plugins
 Set(@Plugins,(qw(RTx::Calendar)));

 # Calendar Plugin
 Set($HomepageComponents, [qw(QuickCreate Quicksearch MyCalendar
  MyAdminQueues MySupportQueues MyReminders RefreshHomepage)]);

 in a separate file in RT_SiteConfig.d and updating via
 update-rt-siteconfig-4 and restarting Apache, the Calendar plugin
 was loaded and could be chosen in the frontend.

 The problem begins now: As soon as chosen to being displayed, in the
 frontend an error occures:

 An internal RT error has occurred. Your administrator can find more
 details in RT's log files

 Well, the log says

  [error]: could not find component for path 'MyCalendar'
 (/usr/share/request-tracker4/lib/RT/Interface/Web/Handler.pm:209)

 and now I'm stuck as the accprding line says nothing to me. Has
 anybody dealed with the same issue?

 The local plugin path on Debian is
 /usr/local/share/request-tracker4/plugins. You may need to tweak
 the plugin Makefile.PL if it's not installing there.
 This is a weak area of the Debian packaging of RT (since we assume
 that you only install plugins from Debian packages). I'm not sure
 if it can be fixed in a generic way OTTOMH.


In theory Module::Install::RTx should figure out correct path if you
setup RTHOME env properly. If it's not the case then we should do
something about that.

 --
 Dominic Hargreaves, Systems Development and Support Section
 IT Services, University of Oxford

 
 We're hiring! http://bestpractical.com/jobs




-- 
Best regards, Ruslan.

We're hiring! http://bestpractical.com/jobs