I've asked the beginner perl group but no one responded

I’m trying to make the (re-)installation of RT as painless as possible
for future generations. I’ve encountered a problem though in that I
can’t get HTML::FormatText, XML::RSS or Apache-DBI to install through
make fixdeps. As a result I’ve written a small script which parses
the output of make testdeps for any lines containing “MISSING”.

I’m trying to pass these modules onto cpan and force their installation
with no luck. I’ve tried the following:
CPAN::shell::force(install,$mod_name)
CPAN::Module::force(install,$mod_name)
system “perl -MCPAN -e ‘force install $mod_name’”

None work.

How can I take care of this?

Mathew
JJ: “I’ve lost faith in you Matt.”
Matt: “What?”
JJ: “You’re listening to Metallica.”
Matt: “Come on now, it isn’t like I actually paid for it.”

Keep up with me and what I’m up to: http://theillien.blogspot.com

I’m trying to make the (re-)installation of RT as painless as possible
for future generations. I’ve encountered a problem though in that I

Then don’t install it by hand; use a package manager for whatever OS
you’ve got and install the RT package from that.

I’m not installing RT via RPM. That’s something that is unnecessary and not preferable. I just need to know how to install the three modules.

Vivek Khera wrote:> On Apr 15, 2008, at 11:55 AM, Mathew wrote:

I’m trying to make the (re-)installation of RT as painless as possible
for future generations. I’ve encountered a problem though in that I

Then don’t install it by hand; use a package manager for whatever OS
you’ve got and install the RT package from that.


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Keep up with my goings on at http://theillien.blogspot.com

I’m not installing RT via RPM. That’s something that is unnecessary
and not preferable. I just need to know how to install the three
modules.

Vivek Khera wrote:

I’m trying to make the (re-)installation of RT as painless as
possible
for future generations. I’ve encountered a problem though in that I
Then don’t install it by hand; use a package manager for whatever
OS you’ve got and install the RT package from that.

Then your goal of making it painless as possible for future
generations is not going to be met.

Vivek Khera wrote:> On Apr 15, 2008, at 5:45 PM, Mathew wrote:

I’m not installing RT via RPM. That’s something that is unnecessary
and not preferable. I just need to know how to install the three
modules.

Vivek Khera wrote:

On Apr 15, 2008, at 11:55 AM, Mathew wrote:

I’m trying to make the (re-)installation of RT as painless as
possible
for future generations. I’ve encountered a problem though in that I
Then don’t install it by hand; use a package manager for whatever
OS you’ve got and install the RT package from that.

Then your goal of making it painless as possible for future
generations is not going to be met.

I disagree. Distribution packaging systems cause a LOT of RT problems.
Manual installation or platform-independent packaging is a much better
way of managing RT and using CPAN to perform perl installations is by
far the best automatable method.

While I do not know the answer to the original question, the goal is a
laudable one and the plan seems sound.
Kind Regards,

Mike Peachey, IT
Tel: +44 114 281 2655
Fax: +44 114 281 2951
Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK
Comp Reg No: 3191371 - Registered In England

I disagree. Distribution packaging systems cause a LOT of RT
problems. Manual installation or platform-independent packaging is a
much better way of managing RT and using CPAN to perform perl
installations is by far the best automatable method.

Must be crappy packages. The freebsd packages work wonderfully across
upgrades.

[crit]: RT::Attachment->Create couldn’t, as you didn’t
specify a transaction

[crit]: RT::Ticket=HASH(0xa58dd04) tried to load a
bogus ticket: 7715

RT seemed to throw up all over the place this morning
when I updated the server. Is there any regression
tests i can run to see what package broke the
software?

Thanks
Winn Johnston

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. Home | Yahoo Mobile

Vivek Khera wrote:> On Apr 16, 2008, at 9:57 AM, Mike Peachey wrote:

I disagree. Distribution packaging systems cause a LOT of RT
problems. Manual installation or platform-independent packaging is a
much better way of managing RT and using CPAN to perform perl
installations is by far the best automatable method.

Must be crappy packages. The freebsd packages work wonderfully across
upgrades.

I also have good experiences with packaged RT. In my case the Debian
packages were easy to install and that saved a lot of work.

Regards
Racke

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

Stefan Hornburg wrote, On 16/04/2008 15:26:

Vivek Khera wrote:

I disagree. Distribution packaging systems cause a LOT of RT
problems. Manual installation or platform-independent packaging is a
much better way of managing RT and using CPAN to perform perl
installations is by far the best automatable method.
Must be crappy packages. The freebsd packages work wonderfully across
upgrades.

I also have good experiences with packaged RT. In my case the Debian
packages were easy to install and that saved a lot of work.

Agreed, RT on debian’s easy. Thank you Niko.

Cheers
Toby

LEGAL NOTICE
Unless expressly stated otherwise, information contained in this
message is confidential. If this message is not intended for you,
please inform postmaster@ccdc.cam.ac.uk and delete the message.
The Cambridge Crystallographic Data Centre is a company Limited
by Guarantee and a Registered Charity.
Registered in England No. 2155347 Registered Charity No. 800579
Registered office 12 Union Road, Cambridge CB2 1EZ.

Apache-DBI is only required when you’re using mod_perl and even in
this case it’s optional. Are you going to use mod_perl?

Without errors we couldn’t help you install other modules.On Tue, Apr 15, 2008 at 7:55 PM, Mathew mathew.snyder@gmail.com wrote:

I’m trying to make the (re-)installation of RT as painless as possible
for future generations. I’ve encountered a problem though in that I
can’t get HTML::FormatText, XML::RSS or Apache-DBI to install through
make fixdeps. As a result I’ve written a small script which parses
the output of make testdeps for any lines containing “MISSING”.

I’m trying to pass these modules onto cpan and force their installation
with no luck. I’ve tried the following:
CPAN::shell::force(install,$mod_name)
CPAN::Module::force(install,$mod_name)
system “perl -MCPAN -e ‘force install $mod_name’”

None work.

How can I take care of this?

Mathew

JJ: “I’ve lost faith in you Matt.”
Matt: “What?”
JJ: “You’re listening to Metallica.”
Matt: “Come on now, it isn’t like I actually paid for it.”

Keep up with me and what I’m up to: http://theillien.blogspot.com


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Best regards, Ruslan.

Stefan Hornburg wrote, On 16/04/2008 15:26:

Vivek Khera wrote:

I disagree. Distribution packaging systems cause a LOT of RT
problems. Manual installation or platform-independent packaging is a
much better way of managing RT and using CPAN to perform perl
installations is by far the best automatable method.
Must be crappy packages. The freebsd packages work wonderfully across
upgrades.

I also have good experiences with packaged RT. In my case the Debian
packages were easy to install and that saved a lot of work.

Agreed, RT on debian’s easy. Thank you Niko.
Except that it’s 3.6.x where x < 6 (I think it’s still 3.6.1) and when
users of this package come to list they have less chances to get
feedback and fixes.

Cheers
Toby

LEGAL NOTICE
Unless expressly stated otherwise, information contained in this
message is confidential. If this message is not intended for you,
please inform postmaster@ccdc.cam.ac.uk and delete the message.
The Cambridge Crystallographic Data Centre is a company Limited
by Guarantee and a Registered Charity.
Registered in England No. 2155347 Registered Charity No. 800579
Registered office 12 Union Road, Cambridge CB2 1EZ.


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Best regards, Ruslan.

[crit]: Apache2::RequestIO::rflush: (104) Connection
reset by peer at
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/ApacheHandler.pm
line 1029 (/usr/local/rt3/bin/webmux.pl:134)

[crit]: RT::Attachment->Create couldn’t, as you
didn’t
specify a transaction

[crit]: RT::Ticket=HASH(0xa58dd04) tried to load a
bogus ticket: 7715

RT seemed to throw up all over the place this
morning
when I updated the server. Is there any regression
tests i can run to see what package broke the
software?

Thanks
Winn Johnston

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.

http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from
O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. Home | Yahoo Mobile

It seems i can create a ticket after i restart apache
and mysql. But i can only create one before the logs
start freaking out about bogus ticket number

-winn

[crit]: Apache2::RequestIO::rflush: (104) Connection
reset by peer at

/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/ApacheHandler.pm

line 1029 (/usr/local/rt3/bin/webmux.pl:134)

[crit]: RT::Attachment->Create couldn’t, as you
didn’t
specify a transaction

[crit]: RT::Ticket=HASH(0xa58dd04) tried to load a
bogus ticket: 7715

RT seemed to throw up all over the place this
morning
when I updated the server. Is there any regression
tests i can run to see what package broke the
software?

Thanks
Winn Johnston

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.

http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials
from
O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.

http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. Home | Yahoo Mobile

It’s all well and good that you folks find distro-specific packages easy
to use but a: Debian’s easiness doesn’t matter to a person asking about
RHEL 5 (for which there is no Red Hat supplied RPM) and b: not everyone
uses packages for their installation making your opinions moot.

Anyone have a solution to the question I asked instead of personal
preferences?

Mathew

Toby Darling wrote:

Stefan Hornburg wrote, On 16/04/2008 15:26:

Vivek Khera wrote:

I disagree. Distribution packaging systems cause a LOT of RT
problems. Manual installation or platform-independent packaging is a
much better way of managing RT and using CPAN to perform perl
installations is by far the best automatable method.
Must be crappy packages. The freebsd packages work wonderfully across
upgrades.
I also have good experiences with packaged RT. In my case the Debian
packages were easy to install and that saved a lot of work.

Agreed, RT on debian’s easy. Thank you Niko.

Cheers
Toby

LEGAL NOTICE
Unless expressly stated otherwise, information contained in this
message is confidential. If this message is not intended for you,
please inform postmaster@ccdc.cam.ac.uk and delete the message.
The Cambridge Crystallographic Data Centre is a company Limited
by Guarantee and a Registered Charity.
Registered in England No. 2155347 Registered Charity No. 800579
Registered office 12 Union Road, Cambridge CB2 1EZ.


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

JJ: “I’ve lost faith in you Matt.”
Matt: “What?”
JJ: “You’re listening to Metallica.”
Matt: “Come on now, it isn’t like I actually paid for it.”

Keep up with me and what I’m up to: http://theillien.blogspot.com

Mat,

How about trying

cpan -if HTML::FormatText
cpan -if XML::RS
cpan -if Apache::DBI

-winn

I’m trying to make the (re-)installation of RT as
painless as possible
for future generations. I’ve encountered a problem
though in that I
can’t get HTML::FormatText, XML::RSS or Apache-DBI
to install through
make fixdeps. As a result I’ve written a small
script which parses
the output of make testdeps for any lines
containing “MISSING”.

I’m trying to pass these modules onto cpan and force
their installation
with no luck. I’ve tried the following:
CPAN::shell::force(install,$mod_name)
CPAN::Module::force(install,$mod_name)
system “perl -MCPAN -e ‘force install $mod_name’”

None work.

How can I take care of this?

Mathew

JJ: “I’ve lost faith in you Matt.”
Matt: “What?”
JJ: “You’re listening to Metallica.”
Matt: “Come on now, it isn’t like I actually paid
for it.”

Keep up with me and what I’m up to:
http://theillien.blogspot.com


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from
O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. Home | Yahoo Mobile

The cpan manpage doesn’t list an ‘f’ option. Does it exist and simply isn’t
documented?

MathewOn Wed, Apr 16, 2008 at 3:13 PM, Winn Johnston winn_johnston@yahoo.com wrote:

Mat,

How about trying

cpan -if HTML::FormatText
cpan -if XML::RS
cpan -if Apache::DBI

-winn

— Mathew mathew.snyder@gmail.com wrote:

I’m trying to make the (re-)installation of RT as
painless as possible
for future generations. I’ve encountered a problem
though in that I
can’t get HTML::FormatText, XML::RSS or Apache-DBI
to install through
make fixdeps. As a result I’ve written a small
script which parses
the output of make testdeps for any lines
containing “MISSING”.

I’m trying to pass these modules onto cpan and force
their installation
with no luck. I’ve tried the following:
CPAN::shell::force(install,$mod_name)
CPAN::Module::force(install,$mod_name)
system “perl -MCPAN -e ‘force install $mod_name’”

None work.

How can I take care of this?

Mathew

JJ: “I’ve lost faith in you Matt.”
Matt: “What?”
JJ: “You’re listening to Metallica.”
Matt: “Come on now, it isn’t like I actually paid
for it.”

Keep up with me and what I’m up to:
http://theillien.blogspot.com


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from
O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com


Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
Home | Yahoo Mobile

Keep up with my goings on at http://theillien.blogspot.com

Keep up with my goings on at http://theillien.blogspot.com

Try

#man 1 cpan

f Forces the specified action, when it normally would have failed.

Luck,

LesFrom: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of Mathew
Snyder
Sent: Wednesday, April 16, 2008 2:45 PM
To: RT Users
Subject: Re: [rt-users] I’ve asked the beginner perl group but no
oneresponded

From: Mathew Snyder mathew.snyder@gmail.com
Date: Wed, Apr 16, 2008 at 3:43 PM
Subject: Re: [rt-users] I’ve asked the beginner perl group but no one
responded
To: Winn Johnston winn_johnston@yahoo.com

The cpan manpage doesn’t list an ‘f’ option. Does it exist and simply
isn’t documented?

Mathew

Mat,

How about trying

cpan -if HTML::FormatText
cpan -if XML::RS
cpan -if Apache::DBI

-winn

I’m trying to make the (re-)installation of RT as
painless as possible
for future generations. I’ve encountered a problem
though in that I
can’t get HTML::FormatText, XML::RSS or Apache-DBI
to install through
make fixdeps. As a result I’ve written a small
script which parses
the output of make testdeps for any lines
containing “MISSING”.

I’m trying to pass these modules onto cpan and force
their installation
with no luck. I’ve tried the following:
CPAN::shell::force(install,$mod_name)
CPAN::Module::force(install,$mod_name)
system “perl -MCPAN -e ‘force install $mod_name’”

None work.

How can I take care of this?

Mathew

JJ: “I’ve lost faith in you Matt.”
Matt: “What?”
JJ: “You’re listening to Metallica.”
Matt: “Come on now, it isn’t like I actually paid
for it.”

Keep up with me and what I’m up to:
http://theillien.blogspot.com


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from
O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

Keep up with my goings on at http://theillien.blogspot.com

Keep up with my goings on at http://theillien.blogspot.com

Confidentiality Notice: This message is for the sole use of the intended recipient(s).
It may contain confidential or proprietary information and may be subject to the
attorney-client privilege or other confidentiality protections. If this message was
misdirected, neither FNC Holding Company, Inc. nor any of its subsidiaries waive any
confidentiality, privilege, or trade secrets. If you are not a designated recipient,
you may not review, print, copy, retransmit, disseminate, or otherwise use this message.
If you have received this message in error, please notify the sender by reply e-mail
and delete this message.

Ruslan Zakirov wrote:> On Wed, Apr 16, 2008 at 7:14 PM, Toby Darling darling@ccdc.cam.ac.uk wrote:

Stefan Hornburg wrote, On 16/04/2008 15:26:

Vivek Khera wrote:

On Apr 16, 2008, at 9:57 AM, Mike Peachey wrote:

I disagree. Distribution packaging systems cause a LOT of RT
problems. Manual installation or platform-independent packaging is a
much better way of managing RT and using CPAN to perform perl
installations is by far the best automatable method.
Must be crappy packages. The freebsd packages work wonderfully across
upgrades.

I also have good experiences with packaged RT. In my case the Debian
packages were easy to install and that saved a lot of work.

Agreed, RT on debian’s easy. Thank you Niko.
Except that it’s 3.6.x where x < 6 (I think it’s still 3.6.1) and when
users of this package come to list they have less chances to get
feedback and fixes.

Right, but I think it is still easier to backport it from testing
than installing from scratch.

Regards
Racke

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

Hello!

just my 2c, Request Tracker is really a nice piece of
Software which helps our organisation a lot

BUT

the distribution is a mess, the only thing an average
sysadmin wants to do is to install via the package
manager on his RT server, and to run from time to time
an update with his package manager.
I don’t want to install via cpan perl modules which may be
in conflict with versions from perl packages of the operating
system.
For this convenience I’m sure there would be also some
customer willing to pay a subscription fee.

till this happy days I will tar,make,cpan …

regards!

svenOn Mi, 2008-04-16 at 20:30 +0400, Ruslan Zakirov wrote:

Except that it’s 3.6.x where x < 6 (I think it’s still 3.6.1) and when
users of this package come to list they have less chances to get
feedback and fixes.

Sven Sternberger wrote:

Hello!

just my 2c, Request Tracker is really a nice piece of
Software which helps our organisation a lot

BUT

the distribution is a mess, the only thing an average
sysadmin wants to do is to install via the package
manager on his RT server, and to run from time to time
an update with his package manager.
I don’t want to install via cpan perl modules which may be
in conflict with versions from perl packages of the operating
system.

It shouldn’t be hard to run a custom Perl just for RT.

Regards
Racke

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