Warning while logging in as root.

[Mad_7]

Hi!

When I'm logging-in as root (from console, giving "su -"), beginning today, I started getting an annoying warning from xrdb.
Here's the console's output:

Code: Select all

giorgos@PC:~$ su -
Password:
No protocol specified
xrdb: Resource temporarily unavailable
xrdb: Can't open display ':0'
No protocol specified
xrdb: Resource temporarily unavailable
xrdb: Can't open display ':0'
No protocol specified
xrdb: Resource temporarily unavailable
xrdb: Can't open display ':0'
root@PC:~#

.

Other than that, it doesn't seems to have any other negative effects.

If someone knows anything related to it, please enlighten us!
TIA!
I'm on Jessie x64 KDE.

[arochester]

Why? su -

(su hyphen)

What happens when you just do?: su

[Segfault]

It shouldn't matter, 'su -' is actually better, it also switches the environment so there is no danger of overwriting your user config files and changing their ownership to root.
Why is it happening in console is weird indeed, if it happened in X terminal it would make at least some sense.

[ralph.ronnquist]

The reason for that kind of output would most likely be, that the set up files for root running the shell (bash?) includes three invocations of xrdb, which all fail because root is not allowed access to the X display :0 (where presumably you have a user logged in).

[Mad_7]

The reason for that kind of output would most likely be, that the set up files for root running the shell (bash?)

Indeed, I'm running bash (the default option).

includes three invocations of xrdb, which all fail because root is not allowed access to the X display :0 (where presumably you have a user logged in).

Well...this is a bit cryptic to me, but this is a PC and I'm the only user.
Also I don't have any other running instances, of the root shell.

[bw123]

Just tell us which file you edited, /root/.profile or /etc/login.defs? or something else. pam related?

[ralph.ronnquist]

Well...this is a bit cryptic to me, but this is a PC and I'm the only user.
Also I don't have any other running instances, of the root shell.

Sorry, with "user" I meant "login identity". I am guessing you first logged in with some certain log in identity, different from "root". Then the X server gets tied to that "user", different from "root", and no other "user" including "root" is then authorized to access the X server.

I must admit I'm not fully en par with the X authorization scheme in KDE.
And of course, I, like bw123 (and others), can't guess why xrdb would be invoked in your bash set up files.

[Mad_7]

Just tell us which file you edited, /root/.profile or /etc/login.defs? or something else. pam related?

OK, I'll tell you!
I edit .profile (my own profile, not root's one), some weeks ago, for exporting a value every startup.
However, this problem occurred today.

I must admit I'm not fully en par with the X authorization scheme in KDE.
And of course, I, like bw123 (and others), can't guess why xrdb would be invoked in your bash set up files.

Oh I see!
I have to confess, that I'm not familiar with PAM and authentication schemes. I didn't even know, that KDE's one differs from the rest.
If so, that explains why it's a bit problematic.
Since KDE 5 came to life, KDE 4 is becoming more and more buggy and the developers declared that can't maintain v.4 while active developing v.5, due to lack of staff (It makes sense).

[bw123]

Since KDE 5 came to life, KDE 4 is becoming more and more buggy

I have not found this to be the case here, maybe you can give some examples. KDE in jessie hasn't been updated very much, I recall kde4libs update a few months ago, but to say that "more and more" bugs are being introduced would mean you're getting updates from somewhere besides the debian repo?

Anyway, I don't see what this has to to with your configuration issue?

If you are convinced this behavior with xrdb is a bug in kde4, then you could file a bug report. Even though it might not get fixed, it might help others try to find a workaround by looking at your system info gathered by program reportbug.