Description: Wally is a Qt4 wallpaper changer, using multiple sources like files, folders, FTP remote folders, Flickr, Yahoo!, Panoramio, Ipernity, Photobucket, Buzznet, Picasa, Smugmug, Google, Vladstudio and deviantART images. It runs under Linux, Win32, MacOSX and OS/2, and it's available in many languages.
If you are upgrading KDE4 to 4.4, you must rebuild from sources, cause WallyPlugin can crash Plasma. DEB files are available for Lucid.
NOTE FOR KUBUNTU!!!! If you're upgrading to 10.04 Lucid, KDE4 will crash at boot. To recover your system, just do the following steps:
- Press Alt-F2, type "konsole" - At prompt, type "sudo rm /usr/lib/kde4/plasma_wallpaper_wallyplugin.so" - Restart your system. - KDE4 should start normally. Please remove Wally, and download the specific package for Lucid available below.
Note for Ubuntu users: if you're using KDE4, please use KDE4 ONLY packages!!!
Note for Mac OSX Snow Leopard: You must disable "Change Picture" feature, that's in System preferences > Desktop & Screen Saver > Change picture.
Note for Windows 2000/XP: Active desktop must be disabled! Right-click on desktop -> Properties -> Customize desktop -> Web -> Uncheck all items you find thereLast changelog:
Version 2.4.5 - Modified Flickr API for HTTPS support - Removed Yahoo! engine, no longer active - Fixed XFCE 4.10 support - Added Linux custom wallpaper change script support
Version 2.4.4 - Fixed gconftool-2 arguments bug - Settings window layout is now suitable for netbook screens
Version 2.4.3 - Fixed GnomeShell background change issue - Added Swedish language - Added Turkish language
Version 2.4.2 - Added GnomeShell support - Added Hungarian language - Added Danish language - Removed Pikeo module, it is no longer active - Removed Bing module, M$ didn't accept Wally's way of using Bing
Version 2.4.1 - Deprecated HTTP Qt classes have been replaced - Wally can now terminate after first background change - Splash screen can be disabled - Mac OSX Settings GUI scrollbar issue fixed - WallyPlugin now uses D-Bus - BUG FIXE CMake build script had an issue in compiling language resources
Version 2.4 - Added OS/2 support - Added Snow Leopard support - Added Google module - Added deviantART module - Added Vladstudio module - Added Korean language - Folder module now supports symbolic links - More photo layouts on desktop have been added - BUG FIXE Panoramio no longer crashes when empty results are returned - BUG FIXE Disclaimer translation is now properly applied at boot - BUG FIXE Centered auto-fit was not always applied correctly - BUG FIXE HTTP engine rarely got stuck
Version 2.3.2 - Double-clicking icon in system tray advances on next photo - Improved duplicated photo detection - Added Catalan language - Added Greek language - Added disclaimer to be accepted on first start of Wally - Removed QtScript dependency, JSON parser has been implemented internally (Qt 4.6 compatibility) - Run-time folder change detection has been removed from "Folders" module, its use is too resource consuming - BUG FIXE search issues occurred when using multiple tags/keywords - BUG FIXE EXIF information are now showed correctly when non-Latin1 characters in filename path are used - BUG FIXE KDE 4.4 SC was not properly detected - BUG FIXE Panoramio was working only with "Original" sized images
Version 2.3.1 - Added Chinese language - Added Polish language - Active Desktop is now detected, and error is reported - Photo filename is used when title is not available - XFCE detection improved - BUG FIXE GUI bug in proxy selection form - BUG FIXE Panoramio coordinates are checked after input terminates - BUG FIXE buggy behaviour in MacOSX, Folders module, when too many files are present in specified directories
Version 2.3.0 - Added French language - Added Czech language - Wally can now display wallpapers behind toolbars and docks, using full screen space - Time period can now be shortened up to 10 seconds - Automatic border color feature has been added - BUG FIXE history data is not stored anymore when Cancel is pressed - BUG FIXE HTTP download does not get stuck anymore if HTTP response is wrong - BUG FIXE HTTP download in history window does not get stuck anymore at 99%, cause of a QProgressDialog conflict - BUG FIXE history viewer misbehaviours have been fixed - BUG FIXE Panoramio items save state correctly now - BUG FIXE map selection issues in Panoramio items have been fixed - BUG FIXE MacOSX Info.plist fixed - BUG FIXE regression bug about free disk space check has been fixed
Version 2.2.0 - Added selection on map for Panoramio items configuration - History window has been improved, more informations for each item and filter by tags have been added - Added Bing module - EXIF support improved. Information window has been added, and EXIF is stored in history. - BUG FIXE wrong GUI behaviour in HTTP items when setting photos path, now fixed - BUG FIXE wrong GUI behaviour on proxy server selection, now fixed - BUG FIXE duplicated items are not accepted anymore - BUG FIXE now asks HTTP server first if download is recoverable - BUG FIXE segfault no longer happens when GIF/PNG/no-EXIF-compatible photo is downloaded - BUG FIXE consecutive downloads of the same photo are not allowed anymore - BUG FIXE X shortcuts for older WMs weren't updated to current features
Version 2.1.0 - Added system proxy support - Added History feature - Modules can be disabled/enabled - Added Picasa module - Added Smugmug module - Added Buzznet module - HTTP engine can now recover downloads - More cosmetic changes - Free disk space threshold can be configured - Multiple items in HTTP engines can be selected - BUG FIXE state in Folders engine is now properly saved - BUG FIXE playlist is now reset correctly after wrap
Version 2.0.3 - BUG FIXE MacOSX script for wallpaper change now works properly - BUG FIXE Color button is now showed correctly with all GUI styles - BUG FIXE "About" dialog now can be closed under MacOSX - BUG FIXE empty "Remote folder" items are now correctly rejected - BUG FIXE Wally's single instance in MacOSX is now properly detected - BUG FIXE annoying issues with KDE4 WallyPlugin have been solved (at the end!!!) - Some cosmetic changes
Version 2.0.2 - BUG FIXE empty items are now discarded - BUG FIXE single instance in Linux now is checked using file PID, thus avoiding false positives - BUG FIXE only available free space on desktop is used - BUG FIXE Pikeo now resets page count search after an empty result - Free disk space (at least 20 megs) is checked for availability before saving photos - EXIF tags are analyzed in every plugin, and corrections are applied where needed - Photobucket has no throttle limit anymore, watermark on photo is applied - More code restyling - Fixed plural form in translations - Added Portuguese (Brazil) translation - Window manager can be forced at command line (Linux only) - WallyPlugin: D-BUS is not used anymore - WallyPlugin: KDE message will appear at end of installation, remembering of KDE4 Plasma restart - Removed QCA dependency - Application data folder is now more S.O. "friendly" under Win32 and MacOSX
Version 2.0.1 - WallyPlugin BUG FIXE plugin is now compiled without debug information - WallyPlugin BUG FIXE D-BUS access rights are now setup correctly - WallyPlugin BUG FIXE installation paths are now detected properly
You don't need to upgrade to 2.0.1 if you're not using KDE4.
.DEB files now include Wally and WallyPlugin. No need to use sources for KDE4.
Version 2.0.0 - Wally's engine has been totally rewritten, for better stability and better coding structure in plugins' development - UI partial restyling and improvement - KDE4 support - MacOSX support (experimental) - FTP remote folders support - Multilanguage support (English, Italian, Spanish and Russian) - Wally now remembers its last state before termination - Bugs fixed all around
Version 1.3.2 - Added configurable GUI style - Flickr search pages count is now hard-limited, to avoid repeated results - Pikeo plugin is now enabled - Added "-debug" command line switch for better bugs tracing - BUG FIXE pictures in folder mode now change correctly - BUG FIXE multiple erroneous picture validations are no longer generated
Version 1.3.1 - BUG FIXE regression bug about removing rows from configuration has been fixed
Version 1.3.0 - Added Pixeo plugin (still disabled, EXPERIMENTAL) - Added Riya plugin (still disabled, EXPERIMENTAL) - About dialog now shows supported images - BUG FIXE Gnome detection now should work
Version 1.2.0 - Added Panoramio plugin - Flickr images are now rotated correctly, if needed - BUG FIXE sending quit immediately before background change doesn't generate a segfault now - BUG FIXE HTTP timeouts now if a transfer takes too long - BUG FIXE internal search is now limited by HTTP result count - VERY IMPORTANT BUG FIXE Play/Pause now works correctly
Version 1.1.0 - Added Fluxbox support - Added Blackbox support - Added FVWM support (unstable) - Added WindowMaker support - BUG FIXE XFCE4 now works - BUG FIXE "Cancel" command now works when HTTP download is in progress
I have the following
Qt: 4.7.4
KDE Development Platform: 4.7.2 (4.7.2) "release 5"
kde4-config: 1.0
and i make and install wally using 2.4.4 sources with the command
wally-2.4.4/build> cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS="-lX11" ../
and i get wally, but the wallyplugin never gets installed. What am I missing to do?
I rebooted the machine also, but there is no wallyplugin in the settings aslo.. just wally runs fine.. but no plugin there to change the wallpaper.
thanks in advance..
I built Wally 2.4.4 from source (from the BeCrux page) on my LMDE + KDE SC 4.7.2 system and rebooted, but I don't see where to select the WallyPlugin. When I open System Settings I see Application Appearance and Workspace Appearance but not Appearance Settings. Am I missing something?
I did miss something. When I ran cmake -DCMAKE_BUILD_TYPE=Release .. it included this error (excerpt):
-- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so
CMake Warning (dev) at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:86 (INCLUDE):
File /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake
includes /usr/share/kde4/apps/cmake/modules/CMakeParseArguments.cmake
(found via CMAKE_MODULE_PATH) which shadows
/usr/share/cmake-2.8/Modules/CMakeParseArguments.cmake. This may cause
errors later on .
Policy CMP0017 is not set: Prefer files from the CMake module directory
when including from there. Run "cmake --help-policy CMP0017" for policy
details. Use the cmake_policy command to set the policy and suppress this
warning.
Call Stack (most recent call first):
/usr/share/cmake-2.8/Modules/FindThreads.cmake:156 (INCLUDE)
/usr/share/kde4/apps/cmake/modules/Qt4ConfigDependentSettings.cmake:32 (FIND_PACKAGE)
/usr/share/kde4/apps/cmake/modules/FindQt4.cmake:1230 (INCLUDE)
wallyplugin/CMakeLists.txt:11 (find_package)
This warning is for project developers. Use -Wno-dev to suppress it.
-- Configuring done
Any thoughts on how to deal with this?
I could install wally using 1-click install of opensuse 11.4. it is running in my task tray and is downloading pictures also.
I checked wally-plugin in my desktop wallpaper settings, but I am not able to set the backgrounds. it just stays blank.
what am I doing wrong ??
On my Slackware 13.1 with Qt4 4.6.2 and KDE 4.4.3 i have a compilation error. Note that the previuos stable Wally 2.3.2 version compile without problem. I have all Qt4 and KDE4 headers installed.
This is the error.
wally-2.4.1/wallyplugin/wallyplugin.cpp:44: error: ‘isPreviewing’ was not declared in this scope
You're right, it's a method of KDE 4.5.
Well, you can comment lines from 44 to 50, and rebuild again.
Tony.
P.S.: Write me an email if you still have problems.
Attention! Source link download a package incomplete. The right package tag.gz can be donload from becrux site.
Attenzione! Il link del download al pacchetto sorgente è incompleto. Il giusto pacchetto può essere scaricato direttamente dal sito di Becrux.
Yes, eComStation has been tested.
You can find packages here:
http://svn.netlabs.org/qtapps
I didn't post them by myself cause I'm not the maintainer. Anyway, I'd like to thank Elbert Pol again, for all his hard work.
Tony.
had the same compile problem that bitcrazy had. sorted the same way (copied all the .qm files to the 'build' dir)
running Fedora 13 x64, gnome 2.30.0 and qt 4.6.3
/usr/bin/cmake -E cmake_progress_report /usr/src/packages/BUILD/wally-2.4/CMakeFiles 93
make[2]: *** No rule to make target `res/../build/wally_it.qm', needed by `qrc_wally.cxx'. Stop.
make[2]: *** Waiting for unfinished jobs....
[ 38%] Generating include/moc_wally.cxx
Any suggestions?
m0nk
If you're making your own deb, you should change your debian "rules" file, replacing "BUILD", "builddir" or whatever with "build".
And you should have Qt >= 4.6.0.
Tony.
OK. I've extracted the tarball and changed into the folder:
"cmake -DCMAKE_INSTALL_DIR=/usr ." runs through without error
"make" stops with the error above. Moved the generated *.qm files into the folder "build" and restarted "make". Make finishes now.
"Make install" doesn't honor the prefix, but installs into /usr/local except the binary, which correctly installs into /usr/bin.
It seems the errors are caused by the Makefile/CMakeList.txt.
Well, I tested it on some systems and paths are all fine.
So, I suggest to go on testing, but if you'd like, please write me at tony (at) becrux (dot) com. I think that there should be a local issue, regarding your problem.
Tony.
Hi,
Same problem for me on ArchLinux.
It looks that cmake generates wrong paths for lang qt files.
CMakeFiles/wally.dir/build.make is setting folder for building language qt files to main src folder (starting at line 1519), and then for using these in later part of build to res/../build/ folder (start at line 1799).
That is the cause of make fail.
Can you help me finding out where's the problem? I cannot test it on mine, it doesn't happen.
If so, please write me at tony (at) becrux (dot) com.
Tony.
CMake build script had an issue in compiling language resources
Ratings & Comments
45 Comments
missing link to download
please make a update for Plasma5
I have the following Qt: 4.7.4 KDE Development Platform: 4.7.2 (4.7.2) "release 5" kde4-config: 1.0 and i make and install wally using 2.4.4 sources with the command wally-2.4.4/build> cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS="-lX11" ../ and i get wally, but the wallyplugin never gets installed. What am I missing to do? I rebooted the machine also, but there is no wallyplugin in the settings aslo.. just wally runs fine.. but no plugin there to change the wallpaper. thanks in advance..
I built Wally 2.4.4 from source (from the BeCrux page) on my LMDE + KDE SC 4.7.2 system and rebooted, but I don't see where to select the WallyPlugin. When I open System Settings I see Application Appearance and Workspace Appearance but not Appearance Settings. Am I missing something?
I did miss something. When I ran cmake -DCMAKE_BUILD_TYPE=Release .. it included this error (excerpt): -- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so CMake Warning (dev) at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:86 (INCLUDE): File /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake includes /usr/share/kde4/apps/cmake/modules/CMakeParseArguments.cmake (found via CMAKE_MODULE_PATH) which shadows /usr/share/cmake-2.8/Modules/CMakeParseArguments.cmake. This may cause errors later on . Policy CMP0017 is not set: Prefer files from the CMake module directory when including from there. Run "cmake --help-policy CMP0017" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindThreads.cmake:156 (INCLUDE) /usr/share/kde4/apps/cmake/modules/Qt4ConfigDependentSettings.cmake:32 (FIND_PACKAGE) /usr/share/kde4/apps/cmake/modules/FindQt4.cmake:1230 (INCLUDE) wallyplugin/CMakeLists.txt:11 (find_package) This warning is for project developers. Use -Wno-dev to suppress it. -- Configuring done Any thoughts on how to deal with this?
Current source link gives me version 2.4.3 instead of 2.4.4.
Yep me too.
I could install wally using 1-click install of opensuse 11.4. it is running in my task tray and is downloading pictures also. I checked wally-plugin in my desktop wallpaper settings, but I am not able to set the backgrounds. it just stays blank. what am I doing wrong ??
had to restart kde and it works.. !! Thankyou!!
On my Slackware 13.1 with Qt4 4.6.2 and KDE 4.4.3 i have a compilation error. Note that the previuos stable Wally 2.3.2 version compile without problem. I have all Qt4 and KDE4 headers installed. This is the error. wally-2.4.1/wallyplugin/wallyplugin.cpp:44: error: ‘isPreviewing’ was not declared in this scope
You're right, it's a method of KDE 4.5. Well, you can comment lines from 44 to 50, and rebuild again. Tony. P.S.: Write me an email if you still have problems.
Many thanks your solution works!
Attention! Source link download a package incomplete. The right package tag.gz can be donload from becrux site. Attenzione! Il link del download al pacchetto sorgente è incompleto. Il giusto pacchetto può essere scaricato direttamente dal sito di Becrux.
Really? OS/2 support? Why? Or is it for eComStation?
Yes, eComStation has been tested. You can find packages here: http://svn.netlabs.org/qtapps I didn't post them by myself cause I'm not the maintainer. Anyway, I'd like to thank Elbert Pol again, for all his hard work. Tony.
had the same compile problem that bitcrazy had. sorted the same way (copied all the .qm files to the 'build' dir) running Fedora 13 x64, gnome 2.30.0 and qt 4.6.3
openSUSE 11.3 KDE 4.5
/usr/bin/cmake -E cmake_progress_report /usr/src/packages/BUILD/wally-2.4/CMakeFiles 93 make[2]: *** No rule to make target `res/../build/wally_it.qm', needed by `qrc_wally.cxx'. Stop. make[2]: *** Waiting for unfinished jobs.... [ 38%] Generating include/moc_wally.cxx Any suggestions? m0nk
If you're making your own deb, you should change your debian "rules" file, replacing "BUILD", "builddir" or whatever with "build". And you should have Qt >= 4.6.0. Tony.
I'm using QT 4.6.3 and openSUSE. See message below.
OK. I've extracted the tarball and changed into the folder: "cmake -DCMAKE_INSTALL_DIR=/usr ." runs through without error "make" stops with the error above. Moved the generated *.qm files into the folder "build" and restarted "make". Make finishes now. "Make install" doesn't honor the prefix, but installs into /usr/local except the binary, which correctly installs into /usr/bin. It seems the errors are caused by the Makefile/CMakeList.txt.
Thanks for the report. I'll fix it ASAP.
Well, I tested it on some systems and paths are all fine. So, I suggest to go on testing, but if you'd like, please write me at tony (at) becrux (dot) com. I think that there should be a local issue, regarding your problem. Tony.
Hi, Same problem for me on ArchLinux. It looks that cmake generates wrong paths for lang qt files. CMakeFiles/wally.dir/build.make is setting folder for building language qt files to main src folder (starting at line 1519), and then for using these in later part of build to res/../build/ folder (start at line 1799). That is the cause of make fail.
Can you help me finding out where's the problem? I cannot test it on mine, it doesn't happen. If so, please write me at tony (at) becrux (dot) com. Tony.