[SOLVED] Error message when starting desktop JWZ Screensaver package too old.
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.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Error message when starting desktop JWZ Screensaver package too old.
Got a nasty error message that distro is not doing me a favor if they packaged such an old version of xscreensaver. Error message says to build from source. Yet, when one goes to www.jwz.org/ to look for source, the message is numerous dependencies, use package binaries. This error message has just started today. Anyone else seen it? My desktop is xfce4, and am running Slackware 14.1 x86_64.
my .Xdefaults
-------------cut here -------------
XTerm*faceName: Droid Sans Mono
XTerm*faceSize: 10
XTerm*cursorBlink: true
XTerm*saveLines: 32768
XTerm*locale: true
Just go to your favorite Slackware mirror, find slackware64-14.1/source/xap/xscreensaver
and download the various package files, download xscreensaver sources from www.jwz.org in the same directory, chmod +x then execute ./xscreensaver.Slackbuild as root and build and upgradepkg xscreensaver
Not even need to modify the slackbuild script to change version, it's done automatically
I didn't notice any dependency issue
It has a 12 month trigger (July 2013 version date, 12 months later August 1st it starts complaining). We have 5.22, latest is 5.29, so it should be upgraded. It would be nice if a Slackware patch appeared...
Distribution: Slackware64 -current (started with 13.37(32))
Posts: 616
Rep:
It was upgraded in -current, I don't know if there are any side effects if you install
the new version from -current over 14.1
Code:
+--------------------------+
Tue Jun 17 22:19:30 UTC 2014
l/ncurses-5.9-i486-3.txz: Rebuilt.
Applied upstream patch ncurses-5.9-20140308-patch.sh.
Thanks to comet.berkeley.
n/yptools-2.14-i486-3.txz: Rebuilt.
Corrected yppasswd patch that was causing password changes to fail.
Thanks to Henrik Carlqvist.
xap/xscreensaver-5.29-i486-1.txz: Upgraded.
+--------------------------+
Code:
+--------------------------+
Tue Jun 17 22:19:30 UTC 2014
l/ncurses-5.9-x86_64-3.txz: Rebuilt.
Applied upstream patch ncurses-5.9-20140308-patch.sh.
Thanks to comet.berkeley.
n/yptools-2.14-x86_64-3.txz: Rebuilt.
Corrected yppasswd patch that was causing password changes to fail.
Thanks to Henrik Carlqvist.
xap/xscreensaver-5.29-x86_64-1.txz: Upgraded.
+--------------------------+
When running with this new version I get the following error when I lock the screen:
"xscreensaver: 12:42:42: couldn't grab pointer (AlreadyGrabbed)"
Edit: This only happens when I click on wmclock to lock the display. Running "xscreensaver-command -lock" from an xterm works fine. So I'll look at wmclock for this. Thanks for all of your help.
Last edited by MasterOfMagic; 08-11-2014 at 12:50 PM.
Reason: Add that wmclock is likely the culprit here
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.