SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi: I have been trying to find the script the screen saver is run from, after I run startx, if there is one. In 12.0, there was /etc/xfce/xdg/xfce4/xinitrc (f1), from where /usr/bin/xscreensaver (f2) was launched. f1 is now /etc/xdg/xfce4/xinitrc (f3), but f2 is not run from f3.
but none of these files is a shell script. E.g., XScreenSaver is a configuration file, in spite of its title (the OS installer did not put any .xinitrc in ~/). ps shows that f2 is running while I am in the GUI. There must be some executable, either binary or written for an interpreter who starts f2. But where is it? That would be the question.
It is not a shell script, it is a Desktop Entry file (text file). The "Exec=" line states what to run.
As its path suggests, it is started automatically when you log in XDG-compliant DE like XFCE and KDE (see Desktop Application Autostart Specification). You could think of it as working like the "Startup" folder of Windows' Start menu.
System-wide settings (à la Windows' "All users") are in
You'll see. Choosing a black screen as screen saver in the GUI, makes the GUI to make very strange things. In 12.0 I a similar problem, but then I simply commented out the line launching xscreensaver. I guess commenting out the Exec and TryExec lines would do the trick?
Without knowing all this, I had a feeling that things were done each time more like in Windows!?
According to the "important note" near the end of /etc/xdg/xfce4/xinitrc, the content of /etc/xdg/autostart is considered only if your are not using Xfce's session manager (xfce4-session).
If you actually use xfce4-session, and you certainly do if you didn't mangled your user's .xinitrc (better use xwmconfig as root to set XFCE as the system-wide DE default), you don't need to bother with the content of /etc/xdg/autostart.
Instead, start XFCE and just run xfce4-settings-manager to disable screensaver (see Xfce 4 Screensaver Settings for instance).
Lastly, yes, the unprintable characters are Unicode: "Name[xy]=" and "Comment[xy]=" are localized strings of "Name=" and "Comment=", where xy is a language code.
That is the great "Why": /etc/xdg/xfce4/xinitrc has the execute bit off. The installer did this!
About disabling from the GUI, it hanged the GUI in 12.0 and still has problems in 14.0. As nobody does this, disabling the screen saver, few people notices the disastrous effect. The effect in 14.0 is I am left without the window manager.
That is the great "Why": /etc/xdg/xfce4/xinitrc has the execute bit off. The installer did this! ...
This is a "desktop" file, not a program or script, and the execute bit is not relevant. Think of it as a data file for the Xfce desktop system. It doesn't get executed - it is read by Xfce as data.
No Sir. It begins '#!/bin/sh'. The xinitrc file was never anything but a shell script executable file. So the question remains: why this file has the 'x' bit off.
$prog = '/bin/sh' here. And $CLIENTRC, $SERVERRC are just options. So /bin/sh executes /etc/xdg/xfce4/xinitrc.
Suppose not. But /etc/xdg/xfce4/xinitrc is a shell script:
Code:
semoi@darkstar:~$ head -n15 /etc/xdg/xfce4/xinitrc
#!/bin/sh
# fix broken $UID on some system...
if test "x$UID" = "x"; then
if test -x /usr/xpg4/bin/id; then
UID=`/usr/xpg4/bin/id -u`;
else
UID=`id -u`;
fi
fi
# set $XDG_MENU_PREFIX to "xfce-" so that "xfce-applications.menu" is picked
# over "applications.menu" in all Xfce applications.
if test "x$XDG_MENU_PREFIX" = "x"; then
XDG_MENU_PREFIX="xfce-"
semoi@darkstar:~$
No Sir. It begins '#!/bin/sh'. The xinitrc file was never anything but a shell script executable file. So the question remains: why this file has the 'x' bit off.
Sorry, my mistake. I skipped over some stuff and thought we were talking about the autostart file.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.