On 2023-03-14 11:40, Per Jessen wrote:

Carlos E. R. wrote:

...

cer@Telcontar:~> IsengardFirefox https://www.youtube.com/watch?v=Y-4S7cdo3tY Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Error: cannot open display: :0 cer@Telcontar:~>

This is a solution we concocted on this thread:

What was the solution?

The script I posted and that now it doesn't work. It worked previously.

...

Why doesn't it work now?

Lack of authorisation to access the X server I suspect. I see the exact same between my laptop (office68, leap153) and my livingroom TV (zotac1, leap151)

But why? It worked before, I did no change except upgrade to 15.4

per@office68:~> ssh zotac1 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Error: no DISPLAY environment variable specified per@office68:~> ssh zotac1 DISPLAY=:0 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Unable to init server: Could not connect: Connection refused Error: cannot open display: :0

-- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-03-14 15:16, Per Jessen wrote:

Carlos E. R. wrote:

...

On 2023-03-14 11:40, Per Jessen wrote:

...

Carlos E. R. wrote:

...

cer@Telcontar:~> IsengardFirefox https://www.youtube.com/watch?v=Y-4S7cdo3tY Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Error: cannot open display: :0 cer@Telcontar:~>

This is a solution we concocted on this thread:

What was the solution?

The script I posted and that now it doesn't work. It worked previously.

I still don't see the solution was? the script just runs firefox the "normal" way, on a remote system.

THAT was the solution.

...

...

Lack of authorisation to access the X server I suspect. I see the exact same between my laptop (office68, leap153) and my livingroom TV (zotac1, leap151)

But why?

Dunno - how did you fix the authorisation issue previously? The problem is clearly the same on older systems, so it is more likely that whatever you used to do has somehow been dropped, with your upgrade to 15.4.

I insist, I just did: cer@Telcontar:~> ssh -X cer@isengard.valinor "DISPLAY=:0 \ firefox youtube_url" That's all, nothing else. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-03-14 16:14, Per Jessen wrote:

Carlos E.R. wrote:

...

On 2023-03-14 15:16, Per Jessen wrote:

...

...

...

Lack of authorisation to access the X server I suspect. I see the exact same between my laptop (office68, leap153) and my livingroom TV (zotac1, leap151)

But why?

Dunno - how did you fix the authorisation issue previously? The problem is clearly the same on older systems, so it is more likely that whatever you used to do has somehow been dropped, with your upgrade to 15.4.

I insist, I just did:

cer@Telcontar:~> ssh -X cer@isengard.valinor "DISPLAY=:0 \ firefox youtube_url"

That is something else - with -X, you get X forwarded to your local display. It that what you meant?

Sorry, no, no -X. The solution we found past September was without '-X'. I just pasted from a test today by mistake. That *was* the solution in September: cer@Telcontar:~> ssh cer@isengard.valinor "DISPLAY=:0 \ firefox youtube_url" Today, that solution doesn't work, that's the problem. And now, we found a new solution, see below.

Well, I've tried it between a few different systems here, 15.1, 15.2 15.3 - I'm not having any success, so _something_ is missing. I've been looking at 'xauth', but also not having much success with that.

See the new solution found with Pit Suetterlin. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On Tue, 14 Mar 2023 11:40:03 +0100, Per Jessen wrote:

Carlos E. R. wrote:

...

cer@Telcontar:~> IsengardFirefox https://www.youtube.com/watch?v=Y-4S7cdo3tY Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Error: cannot open display: :0 cer@Telcontar:~>

This is a solution we concocted on this thread:

What was the solution?  

...

Why doesn't it work now?

Lack of authorisation to access the X server I suspect.  I see the exact same between my laptop (office68, leap153) and my livingroom TV (zotac1, leap151)

per@office68:~> ssh zotac1 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Error: no DISPLAY environment variable specified per@office68:~> ssh zotac1 DISPLAY=:0 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Unable to init server: Could not connect: Connection refused Error: cannot open display: :0

First, I get a maybe equivalent error message trying this from a not up-to-date Tumbleweed system to a remote, almost up-to-date Tumbleweed system:   linux@th-live:~> ssh robert@poppies 'DISPLAY=:0  firefox https://www.youtube.com/watch?v=Y-4S7cdo3tY'   Authorization required, but no authorization protocol specified   Authorization required, but no authorization protocol specified   Error: cannot open display: :0 But calling ssh with the -X option, and no DISPLAY setting, works to open the page in an already running firefox on the *remote* system:   linux@th-live:~> ssh -X robert@poppies 'firefox https://www.youtube.com/watch?v=Y-4S7cdo3tY' Normally, that usage would display the GUI app on the local system.  Ah, maybe it is because firefox tries to find an already running instance, and it finds the one displaying on the remote system. For me also, it doesn't work without the -X :   Error: no DISPLAY environment variable specified -- Robert Webb

Per Jessen wrote:

Carlos E. R. wrote:

...

cer@Telcontar:~> IsengardFirefox https://www.youtube.com/watch?v=Y-4S7cdo3tY Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Error: cannot open display: :0 cer@Telcontar:~>

This is a solution we concocted on this thread:

...

Why doesn't it work now?

Lack of authorisation to access the X server I suspect. I see the exact same between my laptop (office68, leap153) and my livingroom TV (zotac1, leap151)

per@office68:~> ssh zotac1 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Error: no DISPLAY environment variable specified per@office68:~> ssh zotac1 DISPLAY=:0 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Unable to init server: Could not connect: Connection refused Error: cannot open display: :0

Hmm, might that be the same issue that x11vnc_ssh has, that the xauth file isn't available/linked? I'm circumventing that with a wrapper, #!/bin/bash XA=$(ssh $1 "ls -t /run/user/1000/xauth_*|head -1") exec x11vnc_ssh $1 "-auth $XA" Maybe something similar works there? (1000 is the UID on the remote machine)

Carlos E. R. wrote:

On 2023-03-14 13:23, Pit Suetterlin wrote:

...

Per Jessen wrote:

...

Carlos E. R. wrote:

...

...

Unable to init server: Could not connect: Connection refused Error: cannot open display: :0

Hmm, might that be the same issue that x11vnc_ssh has, that the xauth file isn't available/linked? I'm circumventing that with a wrapper,

#!/bin/bash XA=$(ssh $1 "ls -t /run/user/1000/xauth_*|head -1") exec x11vnc_ssh $1 "-auth $XA"

Maybe something similar works there? (1000 is the UID on the remote machine)

ssh doesn't seem to have an "-auth" option.

:-?

Set it as environment variable? DISPLAY=:0 XAUTHORITY=$XA firefox ....

Pit Suetterlin wrote:

Per Jessen wrote:

...

Carlos E. R. wrote:

...

cer@Telcontar:~> IsengardFirefox https://www.youtube.com/watch?v=Y-4S7cdo3tY Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Error: cannot open display: :0 cer@Telcontar:~>

This is a solution we concocted on this thread:

...

Why doesn't it work now?

Lack of authorisation to access the X server I suspect. I see the exact same between my laptop (office68, leap153) and my livingroom TV (zotac1, leap151)

per@office68:~> ssh zotac1 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Error: no DISPLAY environment variable specified per@office68:~> ssh zotac1 DISPLAY=:0 firefox https://www.youtube.com/watch?v=XhM0DGEZeV0 Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified Unable to init server: Could not connect: Connection refused Error: cannot open display: :0

Hmm, might that be the same issue that x11vnc_ssh has, that the xauth file isn't available/linked? I'm circumventing that with a wrapper,

#!/bin/bash XA=$(ssh $1 "ls -t /run/user/1000/xauth_*|head -1") exec x11vnc_ssh $1 "-auth $XA"

I don't have anything like /run/user/$UID/xauth*, on any machine, 15.1, 15.2, 15.3, TW. What do you mean by "the xauth file isn't available/linked" ? 'xauth' says it is ~/.Xauthority and I see that everywhere. Anyway, I'm only being curious. -- Per Jessen, Zürich (13.1°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

Pit Suetterlin wrote:

Per Jessen wrote:

...

I don't have anything like /run/user/$UID/xauth*, on any machine, 15.1, 15.2, 15.3, TW.

What do you mean by "the xauth file isn't available/linked" ? 'xauth' says it is ~/.Xauthority and I see that everywhere.

Interesting. What's your displaymanager?

I'm using KDE, so presumbly sddm.

My TW machine here has

woodstock:~% echo $XAUTHORITY /run/user/1000/xauth_<beep>

logged in over ssh - nothing, empty. Physically logged in, yes, then I I have $XAUTHORITY = /run/user/1000/xauth_* It is quite possible I wasn't logged in on that TW machine when I looked for /run/user/1000/xauth_* before. On e.g. Leap15.2, $XAUTHORITY = ~/.Xauthority - but only when physically logged in.

...

Anyway, I'm only being curious.

That's a very valuable character trait :D

LOL! The use case seems to be straight forward, even if maybe not so often seen. Carlos' example is a good one: "casting" a youtube video to another screen. -- Per Jessen, Zürich (12.3°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

On 2023-03-23 01:27, Bob Rogers wrote:

From: Pit Suetterlin <> Date: Tue, 14 Mar 2023 16:50:55 +0100

Per Jessen wrote: > > I don't have anything like /run/user/$UID/xauth*, on any machine, 15.1, > 15.2, 15.3, TW. > > What do you mean by "the xauth file isn't available/linked" ? 'xauth' > says it is ~/.Xauthority and I see that everywhere.

Interesting. What's your displaymanager? My TW machine here has

woodstock:~% echo $XAUTHORITY /run/user/1000/xauth_<beep>

. . .

This thread caused me to look in my .bashrc, where I found the following snippet:

# this allows root to open windows when "su". -- rgr, 24-May-03. export XAUTHORITY=$HOME/.Xauthority

In fact, with this XAUTHORITY and the current X11 environment, root can only open emacs when "su" -- to run (e.g.) yast2, I have to ssh to my home server from within emacs and then SSH back again. (I have not figured out why emacs is so favored.) So I commented the "export" line out, and the next time I restarted the session, I could "su" in Konsole and run yast2 directly -- with an XAUTHORITY of /run/user/1000/xauth_*, as expected.

Some days it really pays to lurk . . .

Have you tried "su -" instead of "su"? -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)

On 2023-03-23 04:43, Bob Rogers wrote:

From: "Carlos E. R." <> Date: Thu, 23 Mar 2023 02:27:10 +0100

...

. . .

Have you tried "su -" instead of "su"?

No; I wasn't aware of this option. But I'm not sure what this does for me in terms of XAUTHORITY. It does give me less noise from QStandardPaths when I start yast2. Here's plain "su":

Noise in itself is not important :-)

root@orion> yast2 & [1] 5857 root@orion> QStandardPaths: runtime directory '/run/user/500' is not owned by UID 0, but a directory permissions 0700 owned by UID 500 GID 500 QStandardPaths: runtime directory '/run/user/500' is not owned by UID 0, but a directory permissions 0700 owned by UID 500 GID 500 QStandardPaths: runtime directory '/run/user/500' is not owned by UID 0, but a directory permissions 0700 owned by UID 500 GID 500 root@orion> [1]+ Done yast2 root@orion>

And here's "su -":

root@orion> yast2 & [1] 1715 root@orion> QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'

root@orion> [1]+ Done yast2 root@orion>

So program configuration software certainly seems to consider this an improvement.

I know :-) The common language difference is that with "su -" you get the environment of the target user. And the home. cer@Telcontar:~> pwd /home/cer cer@Telcontar:~> su - Password: Telcontar:~ # pwd /root Telcontar:~ #

Can't say I'm tempted to try with the old XAUTHORITY though . . .

-- Bob

-- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)