[rt-users] Installation on Cobalt RaQ XTR

Jesse Vincent jesse at bestpractical.com
Wed May 22 23:07:52 EDT 2002


As a minor aside,  RT 2.0.14's testdeps script will make sure that CPAN.pm
is of a new enough vintage to not have this perl change beat you up anymore.
(And it will fix it if it finds that it's too old)

	-j

On Wed, May 22, 2002 at 10:04:04PM -0500, Bob Apthorpe wrote:
> 
> Also, a point to remember: regardless of platform, if you are upgrading a 
> version of CPAN prior to 1.5x, ALWAYS UPGRADE MANUALLY.
> 
> If you've never used CPAN, go to 
> http://search.cpan.org/search?mode=module&query=CPAN
> download the tarball and install and configure it.
>  
> If your version of CPAN is already configured but is older than (say) 1.52, 
> either install the tarball (as above) or have CPAN grab it for you via:
> 
>     perl -MCPAN -e 'get "CPAN";'
> 
> and install it manually.
> 
> If you're curious, I can explain why CPAN appears to go berserk sometimes, 
> attempting to 'helpfully' upgrade core perl when installing otherwise 
> innocuous modules (like CPAN...) The solution is to manually upgrade CPAN 
> beyond version 1.48. I believe this problem plagues perl versions earlier 
> than 5.6.1 or 5.7.x. though realistically, with packaged software you often 
> have little idea what version your idiot vendor has stuck you with. The 
> current version of CPAN is 1.61 and I haven't had any trouble with it.
> 
> Back to the subject of Cobalts - how angry do they get if you install a 
> second, less broken perl alongside (rather than in place of) the vendor's 
> distribution? You'd need to change the prefix and the library directory at a 
> minimum.
> 
> -- Bob
> P.S: On a completely unrelated note, if you need help convincing Sun's stock 
> perl on Solaris to use gcc instead of Sun's 'compiler advertisement' 
> (/usr/ccs/bin/cc) so you can install additional modules, use CPAN, etc., drop 
> me a line. It's pretty easy but involves a little deft maneuvering with a 
> coat hanger (metaphorically speaking). I've done it on many Solaris boxes 
> ranging from v5.5.1 to v8.
> 
> On Wednesday 22 May 2002 20:48, Andrew Yager wrote:
> > DO NOT UPGRADE PERL!!!!
> >
> > Nothing will work!!!! It is VERRY VERRRY VERRRY bad on a cobalt!!!!
> >
> > If u send me a list of the problems you are having, I regularly configure &
> > install rt on cobalts - I may be able to help.
> >
> > Andrew
> >
> > On 22/5/02 7:36 AM, "Swayne, Mark A" <mark.a.swayne at xo.com> wrote:
> > > I can't say anything about how to downgrade back to a previous Perl
> > > version. But to avoid this problem, decline to update perl, and update
> > > the CPAN module itself.  Newer versions do not attempt to shove a perl
> > > upgrade down your throat.
> > >
> > > If you can, I would recommend using the latest perl with
> > > mason--especially if you are currently using 5.6.0.
> > >
> > > Some people (especially linux users) are reporting success using Mason
> > > with the latest mod_perl and perl 5.6.1 compiled as a DSO.  You could try
> > > this config.
> > >
> > > Another option, if you have a support contract, is to harass Sun about
> > > your problems with the RAQ.  They should really make current software
> > > support available for server appliance users.
> > >
> > >
> > > Good luck.
> > >
> > > -Mark
> > > -----Original Message-----
> > > From: josh [mailto:josh at saratoga.lib.ny.us]
> > > Sent: Tuesday, May 21, 2002 8:46 AM
> > > To: rt-users
> > > Subject: [rt-users] Installation on Cobalt RaQ XTR
> > >
> > >
> > > I have been trying to get an installation going on a Cobalt RaQ XTR
> > > with quite a few problems. Among them some FAQs which I would have
> > > noticed if I read through the documentation. [ Why is CPAN making me
> > > upgrade to 5.6.1? -- of course a note on how to downgrade back if you
> > > just were saying yes to everything on a monday morning, would be nice
> > > too.]
> > >
> > > The machines are designed for ISPs who do web hosting and I'm trying
> > > to get it up using the http://rt.domain.com where rt is running on
> > > virtual server.
> > >
> > > Should I create an rt virtual user first? Basically, using a server
> > > appliance adds a lot of possiblities but in this case is forcing me
> > > into older versions of database software and perl than I'd like. I
> > > don't believe mod_perl or FastCGI is possible, but I'm not sure. So if
> > > anyone has dealt with these devices I'd appreciate heaing back.
> >
> > ___________________
> > Andrew Yager
> > Real World Technology Solutions
> > Real People, Real SolUtions (tm)
> > ph: (02) 9945 2567 fax: (02) 9945 2566
> > mob: 0405 15 2568
> > http://www.rwts.com.au/
> > _________________________
> >
> >
> > _______________________________________________
> > rt-users mailing list
> > rt-users at lists.fsck.com
> > http://lists.fsck.com/mailman/listinfo/rt-users
> >
> > Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm
> 
> _______________________________________________
> rt-users mailing list
> rt-users at lists.fsck.com
> http://lists.fsck.com/mailman/listinfo/rt-users
> 
> Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm
> 

-- 
http://www.bestpractical.com/products/rt  -- Trouble Ticketing. Free.




More information about the rt-users mailing list