ssh -Y -l user etc,etc

Eirik Byrkjeflot Anonsen eirik at opera.com
Wed Feb 23 23:15:03 PST 2011


gene heskett <gheskett at wdtv.com> writes:

> On Wednesday, February 23, 2011 04:30:52 pm Adam Jackson did opine:
>
>> On 2/22/11 11:11 AM, gene heskett wrote:
>> > Where can I find a good tutorial on making this Just Work(TM) when the
>> > user numbers are disparate, as they will be between a debian based
>> > system and the rest of the world.  I did have this working 6 months
>> > ago, but every time *buntu updates the ssh stuff on the LTS releases,
>> > it all goes away again.
>> 
>> You're going to have to be a lot more precise than that about what kind
>> of problems you're seeing.  I routinely ssh forward X connections
>> between accounts with differing UIDs on different machines, nothing more
>> complicated than ssh -Y needed.
>> 
>> - ajax
>
>
> In this case, emc is not running on the target, ubuntu machine.  I launch 
> it from this ssh -Y login, see the initial splash image, which goes away 
> after its initial timeout, and the cli then reports it couldn't get a 
> screen, so the whole thing exits.

But other X applications (e.g. xterm) works?

> The failure messages are somewhat less than worthless (to me at any rate) 
> but it does write a pair of files:

You could include the error message anyway.  Maybe they mean something
to someone.

[...]
> =================
> RUN_IN_PLACE=no
> EMC2_DIR=
[...]
> DISPLAY=axis

Hopefully this is not the X11 DISPLAY actually used by emc, but means
something else...

[...]
> Now, the fix that did make it work before is still there:
>
> gene at shop:~/emc2/configs/genes-mill$ echo $DISPLAY
> localhost:10.0

I assume you haven't set that yourself, but that it gets automatically
set by ssh?

> So, do I need to add something to this machine?  Its running pclos-32 bit, 
> 2010, uptodate except for tar as 1.24 and 1.25 are broken and will not work 
> with amanda.
>
> What happens if I change $DISPLAY to = coyote.coyote.den:10.0
> That is this machine, or I could use this machines IP too, but then either 
> marries it to this machine only, not a real fix IMO.

I assume coyote.coyote.den is the machine running the X server, rather
than the machine running emc?  Then you probably want
coyote.coyote.den:0.0, but you would need to set up proper access
controls (etc.)

eirik



More information about the xorg mailing list