Installing Window Maker
The source for Window Maker can be retrieved from the primary web site at http://windowmaker.org/. You'll need two packages from this site: the source distribution and the libPropList source package. The latter package is a library used by Window Maker, which you must build and install before attempting to build Window Maker. End users probably won't refer to it much after building Window Maker, so we'll just look at getting it installed. At the time of this writing, the latest version of libPropList is 0.91 and the latest version of Window Maker is 0.61.
In order to make use of fancy graphics, you'll need the standard set of graphics libraries: libpng, libtiff, libjpeg, libgif and libXPM. All of these are fairly standard on newer Linux distributions. If you have an older version (more than two years old), you may want to check if these libraries are installed. If not, check Freshmeat (http://freshmeat.net/) for where to find the latest versions.
One other optional library is GNU xgettext. This library is needed only if you plan to use a language other then English, and then only if you want the messages displayed by Window Maker to be in that language. You won't need it, for example, if your root menu is in French. Internationalization is a topic all to itself, and since I have enough problems with English, I will leave it to someone better suited to its discussion.
If you're installing from source and you use Red Hat, there are a few rules to follow:
Uninstall any existing Window Maker installation. Execute these commands:
rpm -qa | grep -i window rpm -e package
package is the package name returned by the first command. If no package name is returned, then skip the second command.
Make sure the LANG and LINGUAS environment variables are not set to en_RN:
set | grep LANG
If this returns anything, then type:
set | grep LINGUAS unset LINGUAS
Make sure there is a link from /usr/include/X11 to /usr/X11R6/include/X11:
ls -ol /usr/include/X11
If this returns “No such file or directory”, then type:
ln -s /usr/X11R6/include/X11 /usr/include/X11
Building is a breeze if all the prerequisites are installed. I installed under /usr/local/WindowMaker (both the libProplist and Window Maker packages), which required updating the /etc/ld.so.conf file and running ldconfig afterwards.
We'll skip installing the graphics libraries, since most users will probably already have these. Once you've downloaded them, unpack the libPropList and Window Maker source packages into their own directories using the following commands:
tar xvzf libPropList.tar.gz tar xvzf WindowMaker-0.61.tar.gz
This will create directories called libPropList-0.91 and WindowMaker-0.61. Note that the file name is dependent on whatever the current versions are.
In the libPropList directory, there is an editable configuration file (plconf.h), but this probably isn't necessary. Just run the following commands:
./configure --prefix=/usr/local/WindowMaker make
The first command configures the source to be installed under /usr/local/WindowMaker. If you've read any of my other articles, you'll know I install new packages in their own directories under /usr/local. Since so many Linux applications are evolving entities, this sort of product management makes upgrading from source code much simpler. In this case, since I don't expect to use libPropList for anything other than Window Maker, I'll just stuff it into the same place I'm going to install the Window Maker files.
Once the source has been compiled (via the make command), you need to change to the root user via su or sudo and run the following command:
At this point, libPropList is installed, and you will most likely not have to deal with it any further. Be sure to exit from the root user account.
Building the Window Maker source is just as simple. The configure script has many options. Although you probably won't need to use any of these options, you should still read the INSTALL file to be certain. Options that might be useful include --enable-kde to run Window Maker with KDE, --enable-gnome to run Window Maker with GNOME, and --enable-sound if you like annoying sounds associated with certain actions on the desktop.
I'm not going to be using Window Maker with GNOME or KDE, so my configure command looks like this:
./configure --prefix=/usr/local/WindowMaker \ --with-incs-from=-I/usr/local/WindowMaker \ --with-libs-from=-L/usr/local/WindowMaker/lib
Note: the “\” is a continuation character which allows you to spread a command over multiple lines.
Now, we just need to build and install the package:
Change to the root user and run:
make installThe last step for installation of the Window Maker source package is to make sure the Window Maker and libPropList libraries can be found when you run the window manager. To do this, run the following commands:
echo "/usr/local/WindowMaker/lib" >> \ /etc/ld.so.conf ldconfigThe first command appends the directory name to the end of the ld.so.conf configuration file. The second command tells the operating system to reload that configuration because a change was made.
The last three commands were all run as root, so now you can exit from the root user back to your normal user account.
The next step is to install the Window Maker data package, which includes a set of pixmaps for use with Window Maker. This package requires manual installation by copying the pixmaps to the proper directory. Change to the WindowMaker-data directory (after unpacking it). If you installed Window Maker in the default directory, /usr/local, then you can use the following command:
cp -r pixmaps /usr/local/share
In our case, we installed under /usr/local/WindowMaker, so we'd use a command like this instead:
cp -r pixmaps /usr/local/WindowMaker/shareFinally, make sure the Window Maker binaries and scripts can be found by adding them to your PATH environment variable:
|Speed Up Your Web Site with Varnish||Jun 19, 2013|
|Non-Linux FOSS: libnotify, OS X Style||Jun 18, 2013|
|Containers—Not Virtual Machines—Are the Future Cloud||Jun 17, 2013|
|Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer||Jun 12, 2013|
|Weechat, Irssi's Little Brother||Jun 11, 2013|
|One Tail Just Isn't Enough||Jun 07, 2013|
- Speed Up Your Web Site with Varnish
- Containers—Not Virtual Machines—Are the Future Cloud
- Linux Systems Administrator
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Senior Perl Developer
- Technical Support Rep
- Non-Linux FOSS: libnotify, OS X Style
- UX Designer
- RSS Feeds
- Reachli - Amplifying your
4 min 54 sec ago
53 min 42 sec ago
- good point!
56 min 33 sec ago
- Varnish works!
1 hour 5 min ago
- Reply to comment | Linux Journal
1 hour 35 min ago
- Reply to comment | Linux Journal
4 hours 1 min ago
- Reply to comment | Linux Journal
8 hours 58 sec ago
- Yeah, user namespaces are
9 hours 17 min ago
- Cari Uang
12 hours 48 min ago
- user namespaces
15 hours 42 min ago
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?