[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] Does the RaQ XTR support suid perl?
- Subject: Re: [cobalt-users] Does the RaQ XTR support suid perl?
- From: Bruce Timberlake <Bruce.Timberlake@xxxxxxx>
- Date: Thu May 30 18:06:01 2002
- Organization: Sun Microsystems, Inc.
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
> Funny, no one even mentioned that the XTR was an older platform when I
> was buying it? It looked pretty much like the top of the line; the 550
> only came out very recently.
Sorry, I meant the back-end is "old". The RaQ XTR uses the RaQ3/4
mechanism of hard-coded Perl scripts, as opposed to Qube3 and RaQ550
which are PHP and "Sausalito" based (Sausalito is abstraction layer
between UI and underlying apps; more customizable etc)
> > What many end up doing is just installing "another" Perl someplace
> > (e.g., /home/perl) and use that for all their own Perl stuff...
>
> Is there a guide explaining how to this someplace. I have realized
> that /opt (which is /home/opt) will work for local software
> installs. I wold be happy with a second perl -- I suspect that 5.6.1
> doesn't have my suidperl problem -- but how could I leave it so the
> site, siteadmin, ~user, and webmail use the original and my RT install
> and anything I do personally, use the new one.
Just specify the path to the new installation in your scripts. So, if I
did a manual install (compiled the Perl source code, for example), I'd
specify the install path to be /home/perl (I forget where, but there's a
switch that takes care of it at the ./configure level). All my Perl
scripts would then start with #!/home/perl instead of
#!/usr/bin/perl
> I believe the RT install asks which one to use; still
> it is a little scary with programs that execute things as other users
> as well as my own worrying about how to keep things straight. [I don't
> want to accidently mess with the version of perl being used to handle
> the web interface -- again] I would love to have a second instance of
> PostgreSQL too; I do worry about stepping on the set up.
Same thing. The thing to remember there is to run it on a different port
than we are (which is already non-standard, IIRC).
--
Bruce Timberlake
Sun Cobalt Technology Engineer
Sun Microsystems, Inc.
E: bruce.timberlake@xxxxxxx
T: 877-718-3569 / x69369