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.
Same here. I really like the dock and its big chunky icon blocks. The mini windows I don't care for, but as I never minimise and use 'hide' instead its not so much of a problem. The clip I haven't made my mind up about yet, but its usualy behind one of my windows, so I seldom see it.
I do hope WMaker manages to keep going. I suppose I could make a WindowMaker themed fluxbox if I really had to, but it wouldn't be quite as good as the real thing.
Finally got around to looking at the probelm with resolution.sh. Version 1.2 of xrandr prints output with a different format from earlier versions.
This should work for you:
Code:
#!/bin/sh
#
# resolution.sh - Piter PUNK
#
# This script makes a menu with all possible resolutions, and you can
# change to that resolutions with one "click".
#
# After change the resolution of screen, you need to "Restart WindowMaker",
# to put all windows and menus inside the new screen size.
#
# Modified by Gilbert Ashley for use with xrandr-1.2
xrandr -q | grep -v Screen | grep -v connected | tr "*" " " | awk '
BEGIN {
print "\"Resolution\" MENU"
}
/[0-9]/ {
print "\" "$1" " $2"\" EXEC xrandr -s " $1
}
END {
print "\"Resolution\" END"
}'
GazL, sorry to keep you still waiting, I've been preetty sick, but I am working on getting all the patches working cleanly after contacting Carlos Mafra. I'll gladly upload a package with the changes when ready -but it would be good to know -Which version of Slackware are you running?
GazL, sorry to keep you still waiting, I've been preetty sick, but I am working on getting all the patches working cleanly after contacting Carlos Mafra. I'll gladly upload a package with the changes when ready -but it would be good to know -Which version of Slackware are you running?
That's no problem gnashley, and thank you for helping. You're doing far more than I expected anyone to do, so feel free to take as long as you like, it was just an annoyance, its in no way urgent.
Carlos Mafra was very nice and was interested in the patches I have for wmaker. He mostly seems interested in bugfixes and not adding 'bloaty' new features or making fundamental changes to wmaker. I may try contacting Alfredp Kojima myself to find out what intentions he has for the future. The cvs archive that Carlos Mafra got from him has not been used by other distros, as far as I can see. The windowmaker website has been so undependable for so long. But some of the changes are 'upstreamed' from debian patches.
Now, about wmdrawer -I just checked the deps on the copy I have. You'l need to install the old gdk-pixbuf package which was removed from the Slackware distro since 12.0. No big deal -you should be able to use the package from 11.0 without problems. That package was a commonly-used companion to GTK-1.2 -I have hundreds of packages on my site which use gdk-pixbuf. It won't interfere with any other installed libs (newer pixbuf features are integral part of GTK-2).
The above will give you desktop sounds for certain events like when the desktop starts up, atarting applications, etc. My favorite is when you kill the sound server itself by clicking the small 'x' on the DockApp Icon...
I'm quite proud of getting that to compile and work as it seems nobody has had that working since 5-6 years ago -it took quite a lot of hacking/patching of the sources to get it working -there used to be another sound system which used libwmfun which is now completely obsolete.
While I was waiting on any news from gnashley, I decided I'd have a go at adding parts of the debian patchset (i.e. just the ones that fixed stuff, rather than all the debian environmental patches they do) to the slackware 12.1 slackbuild for windowmaker. To my surprise, I found that even before changing anything, the Slackware 12.1 slackbuild is broken.
Now, interestingly the debian patchset also contains some stuff to fix inline assembly in this module for gcc 4 compatibility. However, the stuff I've downloaded from debian seems to be a patch for a debian patch, so I'm not sure I can directly apply it to the stock sources. I'm going to have to do a little more digging on this as I'm not really familiar with debian and their overly complicated ways.
Anyway, ignoring the debian patches for a moment. Clearly the slackbuild is broken, so the windowmaker packages obviously wasn't built from this on 12.1. To my further surprise, I found that the actual datestamp on the 12.1 package for Windowmaker is 2005! It's clear that the official slackware Windowmaker package hasn't been maintained/rebuilt in quite a while.
This was all a bit of a eye opener to me, as I was under the impression that Pat rebuilt all the packages for each release even if there were no changes to the actual application itself. I'd have thought there must be some merit in recompiling it all with the compiler, development tools and header files that the release actually ships with? Anyway, it appears that this was an assumption on my part and that's not what actually happens.
Anyway, ignoring the debian patches for a moment. Clearly the slackbuild is broken, so the windowmaker packages obviously wasn't built from this on 12.1. To my further surprise, I found that the actual datestamp on the 12.1 package for Windowmaker is 2005! It's clear that the official slackware Windowmaker package hasn't been maintained/rebuilt in quite a while.
This was all a bit of a eye opener to me, as I was under the impression that Pat rebuilt all the packages for each release even if there were no changes to the actual application itself. I'd have thought there must be some merit in recompiling it all with the compiler, development tools and header files that the release actually ships with? Anyway, it appears that this was an assumption on my part and that's not what actually happens.
Building on this point, then, I guess it's possible to download the latest stuff from the repository links in Gilbert's post (above, page 1) and then rebuild Window Maker in 12.1. It's probably worth giving that a try first, and then seeing if any patches are needed.
WooT!!! I've got it running. And fullscreen works!
Pat's slackbuild seems to have an 'exit 0' slapped in the middle of it too so that didn't help either.
For some reason when I tried to run ./configure it threw up error messages about aclocal. It seemed to insist on Version 1.4 and slackware 12.1 has V1.9. I just added a run of aclocal and autoconf to the slackbuild and that seems to allow it to configure, though it throws up some warning messages about unquoted values and the makefiles ignoring -datarootdir. Which may or may not be a problem
All this autoconf stuff is new to me and there appears to be a hell of a lot of reading to learn it properly, so I sort of winged it this afternoon just to get something working. If I've done something wrong here, please let me know. I wasn't sure whether I was supposed to copy acinclude.m4 across from /usr/share/libtool/libltdl/acinclude.m4 or do anything to any of the other files or not.
Anyway, as you said drew, it might be worth getting the latest version from the repository, but first I'll have to learn git to do that. Also I'm not sure how many of the debian patches would have been included in that repos.
I'm going to check it out now and see whether everything is working ok. If anyone wants my modifications to the slackbuild I'll be happy to put it up somewhere for people to grab. I just want to check that its not broken anything, or doing anything else stupid first.
I'm still hoping gnashley will come up with something as I get the feeling he knows what he's doing slightly more than I do.
Sorry to keep you all waiting, I've still been working on this a little at a time. But, I have uploaded what I have going so far.
First this:"I was under the impression that Pat rebuilt all the packages for each release" -this is a very common misconception -there have been many cases where you could not do a complete re-compile of a Slackware release or current. Pat only rebuilds packages when necessary.
The *.tgz package includes quite a few patches -you can see the *.src2pkg build script for the exact list of which ones.
In the directory there is also a tarball of the last official wmaker CVS revision which includes both the fullscreen and gcc4 fixes. If you want to build your owbn package without extar patches, just use that tarball and build with src2pkg or with an adjusted SlackBuild script.
However, I think you'll find the patched version works without problems and includes some nice extra features -the main feature that I have always added is the 'adialog' üatch which adds a history list to thr 'Run Program'
dialog. I have also added in the recent additional patches which Carlos Mafra is using -one of them is pretty useful for cutting down on the CPU cycle used by wmaker.
I am still working on integrating some other patches which add features or fix minor inconsistencies in wmaker, so you may wish to check my wmaker-cvs area from time to time. Some of the fixes and added features have been around for many years and just never made into the official release(the fullscreen patch from debian was originally for wmaker0.60.0)
My latest build wmaker-20060427-i486-7.tgz includes a couple of helper scripts I whipped up last week for generating menu items on-the-fly. You can also just grab them from the patches directory if you are building your own. They should be placed in /usr/bin
1. 'wm-gen-desktop-menus' builds a directory/subdirectory structure in your ~/GNUstep directory which contains copies of all the *.desktop files on your system. Running the command once will create the directories and copies of the files. If you want to leave out certain applications from the menus you can delete whichever *.desktop files you dont want. You can also edit them if needed to change the commands executed. You can re-run this command anytime to update the database -like after installing new software.
2. 'wm-gen-desktop-menu' After building the desktop file database with the above command, you can use this command to show the menu items in the wmaker desktop menu. This command should be inserted into your menu as a 'Generated Submenu' item.
Open the above file with a text editor and you'll find more complete notes on how to use them.
If you are using my package with the patched version, you'll probably want to enable the Run-box history function -this is the only thing I ever really.really missed in wmaker. To enable it, run the WPrefs application(Menut item: Appearance --> Preferences Application) and choose the icon for Applications Menu Definition(6th from right). This opens your wmaker desktop menu in editable mode. choose the item called 'Run...'. In the main window of the WPrefs application yopu'll see this in the Command Box:
%a(Run,Type command to run
Simply change the small 'a' to a Capital 'A' to enable the history function. Choose 'Save' and then 'Close' the WPrefs application. Then run a couple of your favorite apps using the Run-box. Afterwards, you can use the cursor arrows to
scroll through the history list of apps which have been run.
Hope these things help you all to enjoy wmaker even more -I have no plans of changing window manager, so you can count on me to keep things pretty up-to-date. I also use the WDM display manager (which uses wmaker's WINGs libs) for a nicely integrated look and feel. I have also done extensive mods to the startup scripts which wdm uses to cerate a very versatile and spiffy desktop startup. So, you may wish to have a go at that as well. You can browse the WDM materials here: http://distro.ibiblio.org/pub/linux/.../wdm/wdm-1.28/
Note that you need to be using my patched version of wmaker for wdm to compile or run. This is because since wmaker-0.91.0, the Makefiles were changes so that the WINGs libraries are compiled statically. One of the patches I use fixes them so that (once again) WINGs gets compiled as a shared library. You can find the individual patch with the others -it is written by Alexy Voinov, the author of WDM and maintainer of several of the patches I use.
All the patches, modified conf files and extra scripts I use are included in the wmaker-patches.tar.bz2 archive -there are also extra patches which are not currently included in the build. If you want to rebuild the whole thing yourself you can just download the src2pkg build script, the wmaker-cvs-20060427.tar.bz2 tarball and the wm-patches.tar.bz2 tarball. If you want to build using a SlackBuild, you can still use the src2pkg build script as a reference for the essentials.
This is great stuff! I'll be giving it a try, but it's going to take me a while to figure out what you've done because I have to figure out how things are in the default installation first. :-D
By the way, my editor wasn't too keen on an article on Window Maker right now because its official maintainer isn't doing anything new. That's no reflection on Window Maker or Linux.com, just a reflection on what makes news. So, my interest in Window Maker at this point is as a user.
I was able to get a hold of Carlos, and I'm planning on dropping Alfredo a quick note, so maybe there's still a story there.
A quick question on WMDrawer and other apps that rely on the gdk-pixbuf package: is is possible to compile them to use the latest GDK library? I realize it's not a big deal to install the old library, but it would be neat if the dockapps would use the latest ones.
But, I would only try that if you remove GTK-1.2 from your installation as it will overwrite files from GTK-1.2. Really the gsk-pixbuff-0.22.0 is only 3260K uncompressed. Pat just removed it because no programs included in Slackware are using it anymore. Having it installed opens up the compatibility with a few hundred programs!
Please e-mail me the e-mail address of Alfredo. I haven't heard more from Carlos (or if he wrote me it didn't get through my spam radar).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.