Note: For some reason could not get the insert code function to work, so just posted it as regular text in this message. Is there any solution to get rid of this window prompt, do i possibly need to re-configure Xscreensaver additionally in some way, possibly in the config files ? there is no reference to anything is the advanced GUI settings in the prefs. kind of annoying and defeats the purpose of having a screensaver frankly. > unfortunately, if i shut down or re-start the computer ( after having clicked yes to the window prompt ), the Xscreensaver will not turn on once my laptop re-boots unless i go back into the Screensaver prefs in Mint Menu and once again click yes to the window prompt. although i am thinking that for some reason Xscreensaver is not recognizing my laptop display unless i click this. not sure why i would be getting this message. > gives a choice of " yes " or " cancel ", so of course i always choose yes. My personal favorite is Source Mage, a source based distribution, with its package manager called Sorcery.Whenever i open the prefs in Screensaver in the Mint Menu ( these are the prefs for Xscreensaver which is installed ), i get a window prompt message / warning that reads " The XScreenSaver daemon doesn't seem to be running on display ":0".
LINUX XSCREENSAVER STRANGE INSTALL
Ubuntu is kind of an exception, but if you take a look at some of the major distributions, the software which install programs is not named from nowhere: openSUSE uses the command “zypper,” Fedora and CentOS share the Yum package manager, Archlinux prefers Pacman and Yaourt, PuppyLinux works with PET packages, Sabayon uses Equo, etc. But Linux developers also like to give strange names to their system, and especially to the package manager of their distribution.
If you tried TTYtter, the software to tweet from the command line, you may have seen some jokes in the documentation.
In general, developers have their own sense of humor. But beware, because in most cases, you will be the one to get the insults more than any intruder. But this is an extreme case and there are two easy solutions to prevent that: ask the parent to kill its zombie child withĪnd that’s all! Now, at every missed password, the system will find a new way to “ encourage” the intruder. Since a 32-bit system is limited to 32767 PIDs, if you have too many zombies, you will be unable to launch anything. The only problem it can create is in case of huge proliferation. Well, in fact, a zombie does not affect your system. Of course, it is no use trying to kill such a process: it is already dead (see the humor there?).
But sometimes, the parent process does not do its job properly and its child stays as a zombie. Normally, after killing a process, its status become EXIT_ZOMBIES, and it will be removed from the process list. A zombie process is exactly what is sounds like: the remnant of a bug or a poorly programmed software which makes a supposedly killed process stay around. There is another funny case about processes, it is called zombie process. If you want to see it by yourself, Xscreensaver has an option in its menu called “Kill the daemon.” Now, if you appreciate RPG like I do, you should be more receptive. However, you should also know that a process which is launched at boot is called a “daemon.” Still not smiling? OK, what happens when you want to terminate a process that has been launched at boot? Yes, you kill a daemon. It is crude, and kind of funny in itself, but no one perceives the humor anymore because it is so widespread. You probably know that we do not “terminate” a process in Linux.
0 kommentar(er)
