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.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,086
Original Poster
Rep:
Quote:
Originally Posted by wvermin
About blurred Santa and confetti-snow: just try to click some buttons in the 'settings' panel. If you think you messed it up, kill xsnow and delete the file ~/.xsnowrc where xsnow keeps it's settings and preferences.
Well, ~/.xsnowrc is nowhere to be found. Ditto the control panel.
A couple of hours ago I deleted all the Xfce-4.12 configuration files and did a "fresh" installation of Xfce-14.14.
No joy. Santa and reindeer are a blur and the snow falls like string confetti.
I've gone as far as to remove the Nvidia driver and xorg.conf file and use the nouveau driver, but that didn't change a thing regarding Xsnow. All of this was with Xsnow-2.0.9.
I do remember seeing a control panel with version 2.0.7, but not with 2.0.9.
There is xsnow-2.0.13, maybe you can try that: https://sourceforge.net/projects/xsnow/files/
By default, xsnow installs as /usr/local/games/xsnow. If that does not function properly, please start xsnow from the command line and post the start-up messages.
To be sure to use the correct xsnow:
$ configure
$ make
$ src/xsnow
In the mean time, I will test the thing in a virtualbox slackware system to see what seems to be the problem.
This is just informational and not an answer to a specific post.
I didn't download the source. I downloaded xsnow_2.0.13-1_amd64.deb. I ran deb2tgz on that package to get xsnow_2.0.13-1_amd64.txz.
The resulting package installed to /usr, /usr/bin. The Control Panel was in /usr/games, which I added to the Games Kmenu through kmenuedit. Then I created a shortcut on the desktop. Xsnow works fine for me, that's how I did it on -current with Alien's Plasma5. YMMV
- in slackware_current:
- in KDE: xsnow runs just fine
- in xfce, fvwm2 etc: xsnow runs, but ugly
- in slackware 14.2:
Neither in KDE or XFCE or any other xsnow is running properly.
I managed to get it compiled, but there remain issues with
incompatible gtk+3: xsnow requires version 3.20 or better,
available is 3.18.
I run both slackware distributions in a virtualbox.
In ubuntu 19.04 in xfce, gnome, kde etc. xsnow runs fine, sometimes
a little tweak in the settings panel is necessary.
In both slackware distributions, there is an old version of
xsnow-1.42 installed in /usr/bin.
If you want to install the new xsnow, remove that first.
Files to remove are:
/usr/bin/xsnow
/usr/doc/xgames-0.3/xsnow/README
/usr/doc/xgames-0.3/xsnow/
/usr/man/man6/xsnow.6.gz
Installation of xsnow in standard locations:
tar xf xsnow-2.0.13.tar.gz
cd xsnow-2.0.13
./configure --prefix=/usr
make
sudo make install
to uninstall:
sudo make uninstall
Xsnow will be installed in /usr/games, the man page in /usr/man/man6
Xsnow remembers it's settings in ~/.xsnowrc .
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,086
Original Poster
Rep:
Manys thanks for all your work on one of my favorite applications, but I've found Xshow-2.0.13 will not run in kde-4.whatever or kde-5. In both cases it appears to start, but is actually running underneath the desktop and you don't see if until you log out and kde goes through its shutdown procedure.
When I have the time I'll try it again... or maybe 2.0.7, which I think did work at one time.
Thanks, again.
Are you sure you are using the new xsnow and not the old one which indeed runs behind the desktop?
Check: remove ~/.xsnowrc and start xsnow. If there is no ~/.xsnowrc, then you are not running xsnow-2.0.13
All the modern desktop environments replace the X11 root window with their own full-screen window which holds desktop icons and what have you.
I think root window is not being replaced - it is covered by window the same size containing eg. plasma. Just try to run Plasma in twm - at least it worked with KDE 4. Plasma is just another window application and under twm plasma window can be iconified, replaced etc. Try to run xsnow and see if it is present in process list.
Ok, a final tip: try clicking the button 'below' in the settings panel. By default it is on, which causes xsnow to run in a transparent widow below all other windows. When not activated, xsnow is running in front of everything else.
Distribution: Slackware64-current with "True Multilib" and KDE4Town.
Posts: 9,086
Original Poster
Rep:
Quote:
Originally Posted by wvermin
Ok, a final tip: try clicking the button 'below' in the settings panel. By default it is on, which causes xsnow to run in a transparent widow below all other windows. When not activated, xsnow is running in front of everything else.
Works under fluxbox (with compton). The only drawback is that mouse clicks (without modifier like winkey, ctrl,...) are not passed to the root window (same issue encountered with conky>1.9.0, by the way). therefore, default mouse-click settings (ex right-click on desktop=open the root menu) do not work, and you need to use other settings (ex. winkey+rigth-click). Maybe xsnow offers something to prevent this which I didn't notice.
Distribution: Slackware 15.0 x64, Slackware Live 15.0 x64
Posts: 618
Rep:
<sigh>...Unfortunately not even 2.0.13 will 'make' in my 14.2 x64. I still get the 'gdk' error. Pretty bummed, as this has also for me been a much loved program since back in the KDE3 days.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.