Skip to main content

Replace xscreensaver in CrunchBang Linux 10 "Startler"

Deep down in my heart I am a minimalist and to me CrunchBang Linux has the right balance between minimalism and usefulness. However, one thing I've always struggled with it is the choice of xscreensaver for the simple lock screen task because it also does monitor power management, which has to be turned off to avoid conflict with xfce4 power manager.

Last week I finally decided to bite the bullet and replaced it with much simpler slock and here's how I did it.

Step 1 - Remove xscreensaver and install the screen locker of your choice

To remove xscreensaver simply:

sudo apt-get purge xscreensaver

Next, you'll need to install xautolock to lock screen automatically after certain idle time (mine's set to 1 minute):

sudo apt-get install xautolock

Now you have to choose a screen locker. I use slock, which is probably the simplest screen lock ever because all you get is a blank lock screen. There's also xtrlock, which is installed by apt automatically when I installed xautolock and i3lock, which allows you to choose a background image for the lock screen.

Once you've decided which one you wanna use, here's the hackery part of the job. You need to:

cd /usr/bin
sudo ln -s slock xflock4

Right now you might be thinking, "gee this is a hack, there must be a better way". The truth is there really isn't because the XFce4 Power Manager is hard-coded to try a list of screen lockers in the source code:

xfpm_lock_screen (void)
{
    gboolean ret = g_spawn_command_line_async ("xflock4", NULL);

    if ( !ret )
    {
        g_spawn_command_line_async ("gnome-screensaver-command -l", NULL);
    }

    if ( !ret )
    {
        /* this should be the default*/
        ret = g_spawn_command_line_async ("xdg-screensaver lock", NULL);
    }

    if ( !ret )
    {
        ret = g_spawn_command_line_async ("xscreensaver-command -lock", NULL);
    }

    if ( !ret )
    {
        g_critical ("Connot lock screen\n");
    }
}

Step 2 - Auto start xautolock

You need to add the following line to ~/.config/openbox/autostart to auto start the xautolock with right idle interval in minutes and screen locker name:

xautolock -time 1 -locker "slock" &

Remember to replace slock with the screen locker of your choice.

Step 3 - Update lock screen keyboard shortcut

Finally, find the following section in the ~/.config/openbox/rc.xml and enter the screen locker name in the <Command></Command> section.

<keybind key="W-l">
  <action name="Execute">
    <startupnotify>
      <enabled>true</enabled>
        <name>Lock screen</name>
    </startupnotify>
    <command>cb-lock</command>
  </action>
</keybind>

Comments

  1. I think you have a mistake in your symlink creation. I believe you meant this:

    sudo ln -s slock xflock4

    ReplyDelete
  2. Yes you are right and I've corrected it thanks

    ReplyDelete
  3. After this, I went to reinstall Xscreensaver, & now it won't run. Any suggestions?

    ReplyDelete
  4. Hi, if you delete the soft link /usr/bin/xflock4 created on step:

    sudo ln -s slock xflock4

    and remove the autostart entry from your

    ~/.config/openbox/autostart

    the hardcoded if...else block should take care of the rest

    ReplyDelete

Post a Comment

Popular posts from this blog

Load Testing ASP.NET Sites with JMeter

Following my previous post about using JMeter to test MOSS, I tried to figure out what are the bare minimum requirements of using JMeter against a plain ASP.NET website. I wrote a very simple ASP.NET web application with just a button, a text fields and a static label. This application displays the content of a text file in the static label when it loads and write content of the text field back to the file when the button is clicked.I found all I need to do in order to script this using JMeter is to extract __VIEWSTATE and __EVENTVALIDATION fields then send them back in the update request. My JMeter test plain looks like this:

Load Testing SharePoint (MOSS) Sites with JMeter

I have used JMeter for load testing few non-ASP.NET web sites before, however I could not get it to work with ASP.NET web sites. This is mainly due to ASP.NET ViewState and event validations, which stops a recorded JMeter script from being played back.Recently I worked on a MOSS project and we were looking for tools to perform load testing on the server. Many people said the load testing tool in Microsoft Team System for Testers works well with MOSS. However, it is quite expensive so I decided to give JMeter another go. After several hours of hacking, I actually got it to work and here’s how I did it.My test page is the pretty standard MOSS edit document property screen with few extra text fields added and the goal here is to use a JMeter script to change the document properties. Once I have a working script, I can configure JMeter to fire hundreds of instances of this script simultaneously to simulate the user workload.As shown in the screenshot below, the test plan contains two HTTP…

COBOL Tutorial 00300 – Edited Fields

As I have mentioned in the last tutorial, you use edited fields in COBOL to format data fields into human-readable display strings. Let’s start with a numeric field:01 NUMERIC-FIELD PIC 999999V99.and some COBOL code that set and display the field value:MOVE 1234.5 TO NUMERIC-FIELD. DISPLAY NUMERIC-FIELD: ' NUMERIC-FIELD.As we’ve demonstrated in the previous tutorial, unused digits are padded with ugly zeros:NUMERIC-FIELD: 001234.50Let me put my C# programmer hat on again (apologies to Java, ruby, python, C/C++, assembly and many other programmers who don’t like C#), when we have to format a variable for display, we often use the string.Format method with a formatting string containing special formatting characters, which is “0,0.00” in the following example:// returns 1,234.50 string.Format("{0:0,0.00}", 1234.5)Now let’s come back to COBOL, an edited field is basically a normal COBOL data field with a formatting string in the picture clause instead of the “A”, “X” or “9”…