[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [ptp-dev] remote services
|
I think we need be able to count on the proxy running as it it was a login
shell. There might be a user option to disable that, but when we need it,
we need to be able to guarantee we get that behavior.
Dave
Greg Watson <g.watson@xxxxxxxxxxxx>
Sent by: ptp-dev-bounces@xxxxxxxxxxx
07/25/2007 10:43 AM
Please respond to
Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
To
Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
cc
ptp-dev-bounces@xxxxxxxxxxx
Subject
Re: [ptp-dev] remote services
On Jul 25, 2007, at 5:58 AM, Dave Wootton wrote:
> Greg
> I am interested in knowing when the RSE problems get resolved as I
> think
> that is an important feature for our PE and LoadLeveler plugins.
Agreed. The remote plugin is not very useful without a remote service.
>
> When the proxy gets started, is it invoked as if it was a login
> shell, so
> that /etc/profile and the user's '.profile' are read? The reason I
> ask is
> that I had a suggestion from one of the people testing my code that my
> proxy use any of the PE environment variables set by the user's
> account
> before my proxy is started as user-specified or installation
> overrides of
> the PE product defaults. With remote execution of the proxy, I
> think this
> means they have to be set in the user's .profile.
As currently implemented in the RSE adapter, the proxy command is
executed as if the user logged in and ran the command manually. I
think the user's .profile will be loaded in this case. If it's
important to guarantee this behavior, then I'll need to add a flag or
something so this is explicitly requested.
Greg
>
> Dave
>
>
>
> Greg Watson <g.watson@xxxxxxxxxxxx>
> Sent by: ptp-dev-bounces@xxxxxxxxxxx
> 07/24/2007 12:12 PM
> Please respond to
> Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
>
>
> To
> Parallel Tools Platform general developers <ptp-dev@xxxxxxxxxxx>
> cc
>
> Subject
> [ptp-dev] remote services
>
>
>
>
>
>
> I've just committed the changes to hook up PTP with the new remote
> abstraction layer. From this point on, you will need to have the
> org.eclipse.ptp.remote plugin in your workspace when working on PTP.
>
> Note that there are some problems with using RSE at the moment. I
> believe these are RSE problems, and have a bug open with them on the
> issue (#194802
> if anyone is interested). I'll let you know when it gets resolved.
> If you want to try RSE, please let me know and I'll fill you in on
> the details.
>
> Regards,
>
> Greg
> _______________________________________________
> ptp-dev mailing list
> ptp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ptp-dev
>
>
> _______________________________________________
> ptp-dev mailing list
> ptp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/ptp-dev
>
_______________________________________________
ptp-dev mailing list
ptp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ptp-dev
